A Factory bemutatta az ügyfelek infrastruktúráján futó OpenCompute-ot

Felhő helyett az ügyfél infrastruktúrája

A Factory szerint az önállóan dolgozó szoftverügynökök működtetéséhez idővel nem elég egyetlen, előre beállított számítógép. Az ügynökök riasztásokat vizsgálhatnak ki, aszinkron kérésekre válaszolhatnak, ütemezett automatizációkat futtathatnak, és a nap folyamán különböző feladatokat vehetnek fel. Ehhez olyan számítási kapacitásra van szükség, amely a munka mennyiségéhez igazodik.

Az OpenCompute a Factory saját üzemeltetésű vezérlője az ügynöki homokozókhoz. A rendszer igény szerinti kiosztást és életciklus-kezelést biztosít az ügyfél által felügyelt infrastruktúrán, miközben együttműködik a Factory Environments, Automations és Remote Control funkcióival. Az ügyfél döntheti el, hol fussanak a számítógépek.

A szolgáltatás többféle környezethez készülhet: Kubernetes-fürtökhöz, speciális hardverhez, belső fejlesztői platformokhoz, valamint új mikrovirtuálisgép-infrastruktúrákhoz. A Factory célja egy olyan réteg létrehozása volt, amely a közös életciklust kezeli, miközben az infrastruktúra működtetéséhez szükséges mechanizmusokat az adott szolgáltató biztosítja.

A Remote Control továbbfejlesztése

A Factory 2026 áprilisában mutatta be a Droid Computers funkciót, amely tartós számítógépeket biztosít a Droidok vezérléséhez. Az ügyfelek a Factory felhőjében hozhattak létre számítógépet, vagy a Remote Control segítségével saját gépet regisztrálhattak.

A Remote Control lehetővé teszi, hogy a Droid munkaállomáson, felhőalapú virtuális gépen vagy magánhálózaton belüli szerveren fusson. Mivel a végrehajtási ciklus azon a gépen működik, az ügynök hozzáférhet belső kódtárakhoz, csomagregiszterekhez és szolgáltatásokhoz anélkül, hogy ezeket nyilvánosan elérhetővé kellene tenni.

A Factory szerint a Remote Control egyetlen tartós géphez megfelelő, a vállalati ügyfeleknek viszont teljes gépparkok kezelésére volt szükségük. Egy riasztásnak például képesnek kell lennie vizsgálatot indítani virtuális gép előzetes létrehozása nélkül, a feladat befejezése után pedig az erőforrásoknak le kell állniuk, ha már nincs rájuk szükség.

Szolgáltatói illesztők és saját üzemeltetés

Az OpenCompute egy közös életciklust kezel: számítógépet kér, eléri a kívánt állapotot, követi az aktivitását, majd szabályok és a szolgáltató képességei alapján felfüggeszti vagy megszünteti. A Factory ezt szolgáltatói illesztőkön keresztül kapcsolja az egyes infrastruktúrákhoz.

A vállalat a fejlesztés során AWS Lambda MicroVM-ekkel, Kubernetes Agent Sandboxszal, EC2-vel, Agent Substrate-tal és más kísérleti szolgáltatókkal is tesztelte a megközelítést. A Factory szerint az eltérő háttérrendszereket egy közös architektúra képes kezelni anélkül, hogy minden integráció külön termékké válna.

Az első ügyféltelepítés egy egyedi, helyben üzemeltetett környezetben történt. A Factory közlése szerint a kezdeti prototípustól az első telepítésig hat hét telt el, a helyszíni munkát követően pedig az ügyfél két nap alatt létrehozta első OpenCompute-homokozóját. A homokozó a felhasználó számára úgy jelent meg, mint egy kezelt Droid Computer, miközben az ügyfél adatközpontjában futott.

Kimenő kapcsolat, belső hálózat

Az OpenCompute az ügyfél környezetében fut, és TLS-sel védett, kimenő WebSocket-kapcsolatot hoz létre a Factory felé. A Factory ezen keresztül küldi az engedélyezett számítási kéréseket, ezért a szolgáltatás használatához nem szükséges nyilvános OpenCompute-végpont vagy bejövő tűzfalport megnyitása.

A regisztráció során a telepítés nyilvános kulcsot társít a Factoryhoz. Kapcsolódáskor a rendszer egy friss kihívás aláírásával igazolja a hozzá tartozó privát kulcs birtoklását. A privát kulcs az ügyfél ellenőrzése alatt marad, és támogatott felhőalapú kulcskezelőben is tárolható. A Factory külön kiemeli, hogy a számítási kapacitás helye elkülönül a következtetés útvonalától és a munkamenetek tárolásától.