
A UiPath és a Snowflake kétirányú lett – adatmásolás nélkül

A UiPath és a Snowflake a 2026. szeptember 30-i bejelentésben kétirányú kapcsolatot jelentett be: a Snowflake adatai UiPath-automatizálásokban használhatók, és a Snowflake-ből is indíthatók UiPath-folyamatok az alapadatok átmásolása nélkül; Bala Kasiviswanathan, a Snowflake alelnöke a „what is true in Snowflake right now” fordulattal emelte ki az aktuális adatok szerepét.
Az Investing.com beszámolója a kétirányú működés mellett a UiPath Snowflake Marketplace-en való megjelenéséről is ír. A kapcsolat egyik irányában a UiPath a Snowflake-ben kezelt adatokat használja fel; a másikban egy Snowflake-ben induló feladat kérhet UiPath-műveletet. A két irány eltérő műszaki feladat, ezért az adatelérést és a folyamatindítást érdemes külön értelmezni.
Hol marad az adat, amikor a UiPath használja?
A másolás nélküli adatelérés központi eleme a UiPath Data Fabric. Közvetlenül a Snowflake-ben olvassa és modellezi a szükséges adatokat, miközben az alapul szolgáló adatkészlet ott marad. Az automatizálás így az eredeti adatforrásból származó kontextust kaphat anélkül, hogy a teljes forrásállományból külön, tartós másolatot kellene fenntartani a UiPath oldalán.
Ez a megkülönböztetés a működés szempontjából lényeges. Egy lekérdezés kiválasztott eredménye vagy az abból képzett kontextus eljut a folyamatot végrehajtó rendszerhez, különben az automatizálás nem tudna rá reagálni. A „másolás nélkül” tehát az alapadatok tárolási módjára vonatkozik: nem azt jelenti, hogy a két platform között semmilyen információ nem halad át.
Az adatforrás helyben tartása a Snowflake-ben beállított hozzáférési szabályoknak is szerepet hagy. A kapcsolat az ott kezelt jogosultságokra, szabályokra és auditálhatóságra épít; attól, hogy egy folyamat UiPath-eszközökkel fut, a Snowflake-adatok nem válnak automatikusan korlátlanul elérhetővé. A UiPath Maestro az ügynökök, robotok és emberi lépések összehangolásában kap szerepet, míg az adatok elérését továbbra is a megfelelő kapcsolat és jogosultság határozza meg.
A lekérdezéstől az automatizált műveletig
Egy feltételes adatútvonalon egy UiPath-folyamat a Data Fabric segítségével a Snowflake-ben tárolt rekordok közül csak a feladatához szükségeseket kérdezi le. A lekérdezés az engedélyezett adatokból eredményt ad, a folyamat pedig ennek alapján végrehajt egy előre meghatározott műveletet. Az eredeti tábla a Snowflake-ben marad; a művelethez szükséges eredmény kerül felhasználásra.
Ha a forrásrekord később megváltozik, egy újabb lekérdezés már az akkor elérhető állapotból indulhat ki. Ez különbség ahhoz a megoldáshoz képest, amelyben az automatizálás egy korábban átvett, önállóan tárolt adatkészletre támaszkodik. Az aktuális eredményhez ugyanakkor továbbra is működő kapcsolat, megfelelő szerepkör és a lekérdezéshez szükséges hozzáférés kell.
A fordított irányban a Snowflake CoCo a kapcsolaton keresztül hívhatja meg a UiPath ügynöki képességtárának elemeit. A CoCo-ban kezdeményezett feladat így UiPath-automatizálást válthat ki. A képességek az integráció révén érhetők el a CoCo számára; a végrehajtás a UiPath oldalán történik, az adott folyamathoz és kapcsolathoz rendelt jogosultságok mellett.
A UiPath Integration Service Snowflake Cortex-kapcsolata, valamint a UiPath Delegate és a UiPath Cartographer más szerepet kap az adatútban. Segítik a Snowflake-ben rendelkezésre álló adatok felderítését és bevonását az automatizálás tervezésébe, majd a futó folyamatokba. Ezért a konkrét megoldásnál számít, hogy egy UiPath-folyamat kér adatot a Snowflake-ből, vagy a Snowflake oldaláról kell UiPath-műveletet indítani.
Milyen hitelesítés kell a Snowflake-csatlakozóhoz?
A UiPath Snowflake-hitelesítési útmutatója az Integration Service csatlakozójához OAuth 2.0 engedélyezési kódot, Microsoft Entra ID-n keresztüli OAuth-kapcsolatot, RSA-kulcspárt és programozott hozzáférési tokent sorol fel. A korábbi, jelszavas Custom hitelesítés már nem választható. A meglévő ilyen kapcsolatok akkor állnak le, amikor a Snowflake többtényezős hitelesítési követelménye az érintett fiókra is érvénybe lép.
- Snowflake OAuth: engedélyezési kódon alapul. Ügyfélazonosító és ügyféltitok mellett meg kell adni a Snowflake-kiszolgálót, a lekérdezéseket futtató számítási környezetet, az adatbázist, a sémát és a szerepkört.
- Microsoft Entra ID: az alkalmazás ügyfélazonosítóját és titkát, a bérlőazonosítót, valamint a megfelelő hatókört használja. A Snowflake External OAuth beállításában az alkalmazáshoz rendelt felhasználót és annak jogosultságát is rendezni kell.
- RSA-kulcspár: Snowflake-felhasználónevet és privát kulcsot igényel a kapcsolati adatok mellett. A csatlakozó ehhez titkosítás nélküli RSA-privát kulcsot fogad el.
- Programozott hozzáférési token: felhasználónévvel, tokennel és a célzott Snowflake-környezet adataival működik. A token lehetséges élettartamát a Snowflake-ben beállított házirend korlátozhatja.
A sikeres hitelesítés nem helyettesíti az adatokhoz szükséges engedélyeket. Az Integration Service kapcsolata a felhasználó alapértelmezett Snowflake-szerepkörével létesül; ennek legalább a megfelelő adatbázis és séma használatához szükséges jogosultsággal kell rendelkeznie. Az elérhető műveleteket a szerepkör további jogai szabják meg, ezért a kapcsolathoz adott engedélyek az olvasáson túl írási vagy módosítási műveletek szempontjából is számítanak.
Ha a Snowflake-fiók IP-cím alapján korlátozza a hozzáférést, az Integration Service címeit engedélyezni kell. A csatlakozó nem támogatja az AWS PrivateLinken átvezetett kapcsolatot és a UiPath Relay privát kapcsolati módját. Ezek az Integration Service Snowflake-csatlakozójának feltételei; a Data Fabric adatelérési módját és egy CoCo-ból indított automatizálás teljes jogosultsági láncát nem írják le önmagukban.
Mit változtat ez a közös ügyfeleknél?
A mostani bővítés a korábbi Snowflake Cortex AI-együttműködéshez kapcsolja a közvetlen adatelérést és a Snowflake felől indítható automatizálást. A Snowflake Marketplace-en elérhető UiPath-megjelenés új belépési pontot ad a közös ügyfeleknek, de a tényleges adatút továbbra is a választott összetevőktől függ. A Data Fabric a helyben maradó adatokból ad kontextust, a CoCo felől indított hívás pedig UiPath-műveletet kér.
Az adatmásolat elhagyásának legkézzelfoghatóbb következménye, hogy a folyamatnak nem kell egy külön fenntartott forrást naprakészen tartania. A hozzáférés tervezése ettől még megmarad: a Snowflake-szerepkör, a csatlakozó hitelesítése és a UiPath-folyamat végrehajtási jogai együtt határozzák meg, melyik lekérdezésből lehet valóban művelet.
Olvassa el ezt is:
Kapcsolódó cikkek


Az F5 kritikus hibáját már kihasználják, de nem minden APM-beállítás érintett

A Copilot akkor is dolgozik, amikor alszol – jön az Autopilot

Firebase vagy Supabase: az adatmodell hamarabb dönt, mint a havidíj

Miro vagy FigJam: nem az olcsóbb ülés a valódi választóvonal

OpenAI-ágensek adatoldalakat támadtak – több kísérlet elbukott
Iratkozzon fel hírlevelünkre
A legfrissebb Web3-, MI- és kriptohírek egyenesen a postafiókjába.