A Databricks egyetlen hálózati kapcsolattal kötné össze a szerver nélküli rendszereket

Egy kapcsolat több privát erőforráshoz

A Databricks október 14-én jelentette be a Private Network Gatewayt, röviden PNG-t. A Databricks által kezelt átjáró célja, hogy a szerver nélküli munkaterhelések egyszerűbben és biztonságosabban érjék el a vállalat saját hálózatában található adatbázisokat, alkalmazásokat és más rendszereket.

A megoldás a Databricks szerint az egyes erőforrásokhoz létrehozott külön kapcsolatok helyett hálózati szintű beállítást kínál. A felhasználó egyszer konfigurálja a kapcsolatot, ezután pedig a meglévő útvonalak, DNS-beállítások és tűzfalszabályok határozzák meg, mi érhető el a serverless környezetből.

A PNG többek között lehetővé teszi, hogy a Lakeflow Connect támogatott adatbázisokból töltsön be adatokat VNeteken, VPC-ken és kapcsolódó helyszíni környezeteken keresztül. A Databricksen létrehozott AI-ügynökök privát MCP-szervereket is elérhetnek, a serverless környezet pedig belső, privát PyPI, Artifactory vagy Nexus tárolóból telepíthet Python-könyvtárakat.

A hálózati határok továbbra is a vállalatnál maradnak

A beállításhoz a vállalat egy alhálózatot delegál a Databricks számára. A PNG ebben az alhálózatban hoz létre menedzselt, titkosított átjárót a serverless számítási kapacitás és a vállalati hálózat között. A konfiguráció a Network Connectivity Configuration nevű, fiókszintű objektumban történik, amelyet a Databricks szerint a felhasználók már most is használnak a serverless hálózatkezeléséhez.

A felhasználónak nem kell átjáró virtuális gépeket telepítenie, javítania vagy méreteznie. A Databricks üzemelteti a gatewayt, miközben a hálózati határ, az útválasztási táblák, a hálózati biztonsági csoportok, a DNS-feloldók és a biztonsági eszközök továbbra is a vállalat ellenőrzése alatt maradnak.

A PNG két módban használható. A specific_destinations csak a megadott teljes tartományneveken keresztül küldi a forgalmat, minden más forgalom a megszokott útvonalon marad. Az all_traffic a kimenő forgalmat a vállalati hálózaton vezeti át, kivéve a specifikusabb Private Link- vagy szolgáltatásvégpont-útvonalakhoz tartozó forgalmat.

A Databricks szerint az átjáró kiegészíti a meglévő privát kapcsolati és kimenőforgalmi vezérléseket, és azok módosítása nélkül engedélyezhető vagy távolítható el. A forgalom a vállalat saját tűzfalán vagy tartalomellenőrző szolgáltatásán is átvezethető, így annak szűrése és naplózása a meglévő eszközökkel történhet. A SaaS-alkalmazások, például a Salesforce, emellett a vállalathoz tartozó forrás-IP-címet láthatják.

A Databricks szerint a hálózatkezelés akadályozta a serverless terjedését

A klasszikus számítási környezet a vállalat saját virtuális hálózatában fut, ezért a hálózati összekapcsolás hagyományos felhőszolgáltatásokkal megoldható. A serverless környezet ezzel szemben Databricks által kezelt hálózatban működik, ezért a privát erőforrásokhoz külön hozzáférési útvonalra van szükség.

A Databricks szerint a Serverless Private Link továbbra is megfelelő eszköz az olyan felhő által kezelt szolgáltatásokhoz, mint az AWS S3 vagy az Azure Data Lake Storage. A vállalat által kezelt adatbázisok, Kafka-fürtök és belső API-k esetében azonban korábban erőforrásonként külön privát végpont, terheléselosztó és proxy virtuális gép, valamint több csapat együttműködése kellett.

A cég ügyfélinterjúi alapján a válaszadók több mint 75 százaléka a jelenlegi hálózati konfigurációt és a hálózati változások kezelésének összetettségét nevezte meg fő okként arra, hogy bizonyos munkaterhelések továbbra is klasszikus számítási környezetben maradtak.

A Private Network Gateway Azure-on már nyilvános előzetesben használható, AWS-en pedig privát előzetesben érhető el. A Google Cloud támogatása fejlesztés alatt áll. AWS esetén a csatlakozásról a Databricks ügyfélcsapatával kell egyeztetni, Azure-on pedig dokumentáció segíti az indulást.