UiPath i Snowflake spajaju agente s podacima bez stvaranja nove kopije

|Autor: Urednički tim QUASA|5 min čitanja
UiPath i Snowflake spajaju agente s podacima bez stvaranja nove kopije

UiPath je u priopćenju od 30. rujna 2026. objavio proširenu dvosmjernu integraciju sa Snowflakeom: UiPathovi agenti i automatizacije mogu koristiti podatke koji ostaju u Snowflakeu, a automatizacije se mogu pokrenuti iz Snowflakea bez stvaranja nove kopije izvornog skupa; Snowflakeov potpredsjednik Bala Kasiviswanathan važnost podatkovnog konteksta opisao je riječima: „AI agents are only as good as the data and context behind them”.

UiPath je sada uvršten i u Snowflake Marketplace. Za zajedničke korisnike ključna je razlika između pristupa podacima i izvršavanja radnje: izvorni skup ostaje u Snowflakeu, dok UiPath koristi njegov kontekst za automatizaciju koju Snowflake može pozvati. Integracija je predstavljena kao dostupna zajedničkim korisnicima; njezin stvarni doseg ovisi o postavljenim vezama i ovlastima.

Što ostaje u Snowflakeu

UiPath Data Fabric čita i modelira podatke izravno iz Snowflakea. Oznaka zero-copy u ovom slučaju znači da za taj pristup nije potrebno premjestiti ili trajno duplicirati izvorni skup u zasebnoj pohrani UiPatha. Snowflake ostaje mjesto na kojem se nalaze izvorni poslovni zapisi, a Data Fabric daje automatizaciji kontekst koji joj je potreban tijekom rada.

Takav tok uklanja potrebu za održavanjem još jedne trajne kopije istih podataka između platformi. Da je kopija potrebna, promjene zapisa i pravila pristupa morale bi se usklađivati i na njoj. Izravno čitanje zato ima jasnu vrijednost za podatke kojima se već upravlja u Snowflakeu, osobito kada automatizacija treba raditi s aktualnim zapisom.

Granica tvrdnje jednako je važna kao i njezina korist. Automatizacija mora dobiti vrijednosti ili podatkovni kontekst da bi mogla donijeti odluku i izvršiti zadatak; zero-copy se odnosi na izostanak nove kopije izvornog skupa, a ne na potpunu odsutnost prijenosa informacija tijekom izvršavanja. Ako radni proces pošalje rezultat drugoj aplikaciji ili ondje promijeni zapis, to je zasebna radnja sa zasebnim pravilima pristupa.

Postojeće Snowflakeove politike, kontrole pristupa i podrijetlo podataka daju okvir za čitanje izvora. One same po sebi ne određuju što UiPathova automatizacija smije učiniti u svim sustavima koje radni proces poslije dotakne. Podatkovni tim stoga može zadržati upravljanje izvornim skupom u Snowflakeu, dok za radnje koje slijede mora odrediti ovlasti i trag izvršavanja.

Kako Snowflake pokreće UiPathovu automatizaciju

Drugi smjer veze počinje zahtjevom iz Snowflakea. Korisnici Snowflake CoCo mogu kroz integraciju pozvati vještinu iz UiPathove biblioteke agentnih vještina i time pokrenuti automatizirani zadatak. Vještine nisu ugrađeni dio CoCoa: integracija mu omogućuje da ih pozove, a izvršavanje ostaje vezano uz UiPathovu platformu.

To razdvaja početak postupka od mjesta na kojem se postupak vodi. Snowflake može biti izvor podataka i mjesto s kojeg stiže zahtjev, a UiPath može orkestrirati rad agenata, robota i ljudi kroz UiPath Maestro. Kad zadatak uključuje više sustava, pitanje tko ga je pokrenuo razlikuje se od pitanja koji je identitet izvršio pojedinu promjenu.

Proširenje se nadovezuje na ranije povezivanje UiPathove platforme sa Snowflake Cortex AI. Izvorna povezanost Snowflake Cortexa u UiPath Integration Serviceu omogućuje da UiPath Delegate i UiPath Cartographer koriste Snowflakeove podatke pri oblikovanju automatizacije te tijekom njezina rada u produkciji. Time podaci sudjeluju i u pripremi postupka i u njegovu izvršavanju, bez potrebe da se izvorni skup za tu svrhu preseli.

Praktičan tok zato ima nekoliko odvojenih koraka: Snowflake čuva izvorni zapis, UiPath Data Fabric čita ga za kontekst, Snowflake CoCo može poslati zahtjev za agentnu vještinu, a UiPath izvršava povezanu automatizaciju. Ako automatizacija zatim mijenja podatke ili poziva drugu aplikaciju, ta radnja pripada njezinu radnom procesu. Upravo na toj granici treba pratiti rezultat izvršavanja, a ne samo početni upit u Snowflakeu.

Pristup i nadzor i dalje se moraju postaviti

UiPathove upute za povezivanje sa Snowflakeom navode OAuth 2.0 s autorizacijskim kodom, klijentske vjerodajnice putem Microsoft Entra ID-ja, par RSA ključeva i programski pristupni token. Izbor načina autentifikacije određuje koje identitete, vjerodajnice i uloge organizacija mora pripremiti. Sama mogućnost pristupa podacima bez nove kopije ne stvara te identitete niti dodjeljuje potrebna prava.

Kod povezivanja putem Microsoft Entra ID-ja aplikacija se registrira u Entra ID-ju, a u Snowflakeu se postavlja odgovarajuća sigurnosna integracija i mapiranje na korisnika. Uloga dodijeljena tom korisniku određuje opseg pristupa podacima. Ako u vezi nije navedena posebna uloga, koristi se korisnikova zadana uloga, pa njezine postojeće privilegije postaju važan dio ponašanja automatizacije.

Dokumentirani Snowflakeov konektor može u korisnikovo ime čitati, pisati, mijenjati i brisati podatke. To ne znači da svaka veza automatski ima sve te ovlasti: stvarni doseg ovisi o dodijeljenoj ulozi i njezinim privilegijama. Za postupak kojemu je potrebno samo čitanje, razlika između prava na čitanje i prava na promjenu podataka važnija je od same oznake zero-copy.

Snowflakeova provedba obvezne višefaktorske autentifikacije utječe i na stare veze temeljene samo na lozinci: one prestaju raditi kada se to pravilo primijeni na račun, a autentifikaciju treba ponovno postaviti podržanim načinom. Računi s ograničenjem pristupa prema IP adresi moraju dopustiti adrese koje koristi UiPath Integration Service. Povezivanje tog konektora preko AWS PrivateLinka nije podržano.

Za poslovne korisnike u Hrvatskoj i EU zadržavanje izvornog skupa u Snowflakeu pojednostavnjuje pitanje gdje je taj skup pohranjen, ali opseg pristupa i revizijski trag ovise o konkretnoj konfiguraciji i radnom procesu. Kada Snowflake CoCo pokrene UiPathovu vještinu, nadzor mora obuhvatiti i zahtjev u Snowflakeu i radnje koje je automatizacija potom izvršila. O tome koje će podatke agent vidjeti i koje će promjene smjeti napraviti odlučuju postavljeni identiteti, uloge i ovlasti.

Pročitajte i:

Podijeli:

Pretplatite se na naš newsletter

Primajte najnovije vijesti o Web3-u, AI-ju i kriptovalutama izravno u svoj sandučić.

0