Az Anaconda szabályozott csomagokat és modelleket hoz a folyamatokba
Az Anaconda Platform új funkciója automatikusan szabályozza, hogy egy AI-munkafolyamat egyes lépései milyen Python-csomagokat és modelleket használhatnak. A fejlesztők dekorátorokkal deklarálhatják a függőségeket, a platform pedig a szervezet által engedélyezett forrásokból építi fel a futtatási környezetet.
- Az Anaconda Platform automatikusan szabályozza a flow-k csomag- és modellhasználatát.
- Az Anaconda Trusted Distribution több mint 19 000 ellenőrzött csomagot tartalmaz.
- A modellkatalógusban több mint 77 válogatott modell érhető el.
- A csatornák szabályai CVE-k, licencek és egyéb metaadatok alapján szűrhetnek.
- A csomagverziók frissítése egyetlen kódmódosítással és újrafuttatással kezelhető.
A biztonsági ellenőrzés bekerül a folyamatba
Az Anaconda október 5-én jelentette be a governed packages and models funkciót az Anaconda Platform AI Orchestration megoldásának részeként. A vállalat szerint ezzel a csomagok és modellek manuális, gyakran csak a kód elkészülte után elvégzett biztonsági felülvizsgálata automatikusan a folyamat részévé válik.
Az Anaconda Platformban egy AI-projekt ismételhető feladatként, úgynevezett flow-ként írható le. Ez egy Python-osztály, amelyben minden metódus egy lépést jelent. Ugyanaz a kód futtatható fejlesztői gépen, felhős GPU-kon vagy ütemezett éjszakai munkaként. A flow-k a nyílt forráskódú Metaflow keretrendszerre épülnek, amely az Outerbounds 2026. áprilisi felvásárlásával került az Anacondához.
Az új kiadásban minden lépés a szervezet által engedélyezett csatornákból kapja a csomagokat, a modellek pedig csak akkor tölthetők le, ha ezt a modellre vonatkozó szabályzat engedi. A platform a futtatással együtt rögzíti a felhasznált csomagokat és modelleket, így az eredmények visszakövethetők az azokat előállító környezethez.
A csomagok szabályozása fejlesztői kódmódosítás nélkül
A fejlesztők az @anaconda_base dekorátorral adhatják meg a Python-verziót és a szükséges csomagokat. Az Anaconda példája Python 3.12-t, a PyTorch 2.6-os, valamint a pandas 2.2-es ágát használja. A platform OCI-kompatibilis lemezképeket épít a vállalat szabályozott csatornáiból, így a környezetet nem kell kézzel összeállítani.
A rendszergazdák csatornánként állíthatnak be kizárási szabályokat. Ezek alapulhatnak például a sérülékenységek, vagyis a CVE-k pontszámán, állapotán és a licenccsaládon. Egy csatorna ajánlott alapértelmezett szabályzattal indul, amelyet az adminisztrátor testre szabhat. A mentés után a platform újraépíti a csomagindexet a kizárt elemek nélkül, így azok az adott periméteren belül egyetlen flow számára sem lesznek elérhetők.
Az Anaconda Trusted Distribution több mint 19 000, az Anaconda mérnökei által ellenőrzött, tesztelt és digitálisan aláírt csomagra épül. A csomagokhoz biztonsági metaadatok és szoftveranyagjegyzékek, vagyis SBOM-ok is tartoznak. A fejlesztési és éles környezet eltérő szabályokat kaphat, a flow kódjának módosítása nélkül.
Modellek katalógusból, szabályzat szerint
A modellt igénylő lépések az Anaconda modellkatalógusából tölthetnek le erőforrást. Az adminisztrátorok a kiadó, a licenc, a származási ország, a modell mérete és a várható memóriaigény alapján szabályozhatják a hozzáférést. Így például előírható, hogy éles környezetben csak kereskedelmi felhasználást engedő licencű modellek legyenek elérhetők.
A katalógusban több mint 77 válogatott modell található. Az Anaconda szerint ezeket automatikusan forrásból állítják elő, kvantálják és teljesítménytesztelik, majd a vállalat csapata ellenőrzi a közzététel előtt. A modellekhez AI-anyagjegyzék, licencdokumentáció és benchmarkeredmények tartoznak.
A modellek flow-lépésben, helyi munkához letöltve vagy külön inferenciaszolgáltatásként használhatók. Több kvantálási szint lehetővé teszi a pontosság, a kisebb erőforrásigény és a gyorsabb válasz közötti választást. A felhős, automatikusan skálázódó GPU-s végpont és a helyi Desktop használata ugyanazt az API-t teszi elérhetővé.
Gyorsabb reagálás egy sérülékenységre
Az Anaconda példaként a CVE-2025-32434 sérülékenységet említi, amely a PyTorch modellfájl-betöltését érintette a 2.5.1-es és korábbi verziókban, a javítás pedig a 2.6.0-s kiadásban jelent meg. Mivel a flow-k kódban rögzítik a csomagverziókat, az érintett munkafolyamatok kereshetők a tárolókban, a verziófrissítés pedig egyetlen sor módosításával elvégezhető.
A platform minden futtatás eredményeit megőrzi. Ez lehetővé teszi, hogy a csapatok közvetlenül összehasonlítsák a sérülékeny verzióval és a frissített csomaggal végrehajtott futás eredményeit. Az Anaconda szerint így a fejlesztők továbbra is a megszokott irányított gráfokat készíthetik, miközben a biztonsági és licencszabályokat az adminisztrátorok egyszer állítják be.
