Felhőmérnökség, SovereignTech és hibrid migráció
Felhős és helyszíni infrastruktúra az Ön irányítása alatt, bárhol is kell maradniuk az adatainak
Amikor a platform már nem felel meg a szabályoknak
Az adattárolási helyre vonatkozó törvények, az ágazati szabályozók és a közszféra szabályai döntik el, hol tárolhatók és dolgozhatók fel az érzékeny adatok. Sok vállalat azt tapasztalja, hogy munkaterhelései egyetlen hiperskálázó saját szolgáltatásaihoz kötődnek, MI-tervei elakadnak, mert az adatok nem hagyhatják el az országot, saját telephelyei pedig olyan infrastruktúrán futnak, amelyet csak néhányan értenek.
A költözés kockázatos, ha senki nem tudja megmondani, mi mitől függ. A helyben maradás is kockázatos, ha a platform már nem felel meg a szabályoknak, a költségeknek vagy a munkaterhelésnek.
Mi változik Önnél
Adatok ott, ahol a szabályok előírják
Minden munkaterhelés abban a régióban, szuverén felhőben vagy adatközpontban fut, amelyet az adattárolási helyre vonatkozó szabályai előírnak, és az elhelyezését írásban rögzítjük az auditorai számára.
Nincs szolgáltatói függőség
Nyílt forráskódú eszközökkel kódként definiált infrastruktúra és áttelepíthetően csomagolt munkaterhelések, így a szolgáltatóváltás tervezett projekt, nem újraírás.
MI-számítási kapacitás az Ön határain belül
Privát GPU-fürtök és hibrid inferencia az adatai mellett futtatják a modelleket, kiszámítható késleltetéssel.
Mit nyújtunk
Többfelhős és szuverén felhőarchitektúra
Célarchitektúra az AWS, a Microsoft Azure, a Google Cloud, az Alibaba Cloud és a helyi kormányzati felhők között, ahol minden munkaterhelés az adattárolási hely, a késleltetés és a költség szerinti igényei alapján kerül a helyére. A szuverén felhő az adatokat, a működést és a jogi irányítást egy joghatóságon belül tartja.
Szolgáltatói függőség felmérése és kilépési terv
Mely szolgáltatások kötik egyetlen szolgáltatóhoz, milyen ráfordítással és kockázattal járna a kilépés, és szakaszos terv arra, hogy a munkaterhelései ismét hordozhatók legyenek.
Felhőnatív újraplatformosítás és migráció
A munkaterheléseket egyenként helyezzük át vagy építjük újra, ahol segít, konténerekben, minden váltás előtt szinkronizált adatokkal és minden lépéshez visszaállítási úttal.
Privát GPU-fürtök és hibrid inferencia
GPU-fürtök a saját telephelyén vagy szuverén felhőben, amelyek az MI-modelleket az Ön határain belül szolgálják ki, felhőkapacitással csak ott kiegészítve, ahol a szabályok engedik.
Peremhálózati számítás
Számítási kapacitás azokon a telephelyeken, üzemekben és fiókokban, ahol a késleltetés vagy a kapcsolat ezt megköveteli, a rendszerkörnyezet többi részével együtt vezényelve.
IT-infrastruktúra: hálózatok, szerverek, tárolás és identitás az Ön telephelyén
A legtöbb vállalati rendszer még mindig olyan infrastruktúrán fut, amelyet valakinek gondoznia kell, és ha ez dokumentálatlan, vagy csak kevesen értik, minden változás kockázat. Felmérjük, mi van Önnél, egyeztetjük a céltervet a csapatával, és szakaszokban építjük meg, hogy a saját telephelyei és felhőfiókjai ugyanazokat a hozzáférési, naplózási és helyreállítási szabályokat kövessék.
Infrastruktúra-felmérés
A hálózatok, szerverek, tárolók és identitásszolgáltatások leltára és kölcsönös függéseik, a kockázatok hatás szerint rangsorolva.
Célterv
Diagramok és írásos döntések a hálózatról, a számítási kapacitásról, a tárolásról, az identitásról és a helyreállításról, a csapatával egyeztetve, mielőtt bármi megváltozna.
Hálózattervezés és szegmentálás
Irodák, adatközpontok és felhőfiókok szegmentált hálózatokon keresztül összekapcsolva, írásban rögzített és felülvizsgált tűzfalszabályokkal.
Szerverek és virtualizáció
Fizikai szerverek, virtuális gépek vagy konténerhostok, a munkaterheléseikhez méretezve, dokumentált és ismételhető konfigurációkból építve.
Tárolás és biztonsági mentés
Az egyes rendszerekhez illő tárolás, és olyan biztonsági mentések, amelyek működését visszaállítással bizonyítjuk, nemcsak futtatással.
Címtár- és hozzáférési szolgáltatások
Központi fiókok, csoportok és egyszeri bejelentkezés, külön tartott rendszergazdai hozzáféréssel és minden rendszergazdai művelet naplózásával.
Hibrid kapcsolat
Titkosított kapcsolatok a telephelyei és a felhőfiókjai között, egységes címzési, hozzáférési és naplózási szabályokkal.
Monitorozás és riasztás
Állapot-, kapacitás- és biztonsági események egy helyen gyűjtve, olyan riasztásokkal, amelyek eljutnak ahhoz, aki intézkedni tud.
Katasztrófa-helyreállítási terv
Minden rendszerhez egyeztetett helyreállítási célok, írásos terv, és próbák, amelyek bizonyítják, hogy a terv működik.
Hogyan zajlik a munka
A rendszerkörnyezet felmérése
Leltárba vesszük a munkaterheléseket, adatokat, függőségeket és szerződéseket, felsoroljuk az alkalmazandó adattárolási szabályokat, és beszélünk azokkal, akik nap mint nap működtetik a rendszereket.
A célterv kialakítása
Csapatával egyeztetjük, hová kerüljön az egyes munkaterhelés, milyen szolgáltatófüggetlen szabványokat kövessen, és milyen sorrendben történjenek a költözések.
Az alapok kiépítése kódként
A hálózatokat, az identitást, a védőkorlátokat és a GPU-kapacitást Terraformban, OpenTofuban vagy Pulumiban definiáljuk, és ugyanúgy vizsgáljuk felül, mint az alkalmazáskódot.
Fokozatos költöztetés
A munkaterhelések egyenként költöznek, mindegyik teszttel és visszaállítási úttal. Ha egy megszakítás nem kerülhető el, az Ön által jóváhagyott karbantartási ablakban történik.
Dokumentálás és átadás
Megkapja a diagramokat, konfigurációkat, üzemeltetési útmutatókat és helyreállítási eljárásokat, és eldönti, hogy a rendszerkörnyezetet a saját csapata működteti, vagy mi működtetjük Önnel együtt.
Bizonyíték éles környezetben
Egy Európában és a Közel-Keleten működő, szabályozott pénzügyi intézménynek MI-re volt szüksége az ügyféldokumentumokhoz, anélkül hogy az adatok elhagynák a joghatóságát. Egy szuverén regionális felhőn belül privát GPU-inferenciafürtöt építettünk.
Felhők, eszközök és szabványok
- MI és gépi tanulás
- vLLM
- Felhő
- Amazon Web Services
- Microsoft Azure
- Google Cloud
- Alibaba Cloud
- Exoscale
- Tencent Cloud
- Red Hat Enterprise Linux
- NVIDIA GPUs
- DevOps és megfigyelhetőség
- Red Hat OpenShift
- Kubernetes
- Terraform
- OpenTofu
- Pulumi
- Docker
Hogyan kezdje
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
MI-natív termékcsapatok
Menedzselt, több funkciót lefedő szenior mérnöki podok, ágens alapú kódolási és QA-keretrendszerekkel felszerelve.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Leggyorsabban ezzel a csomaggal indulhat: Felhőhordozhatósági és MI-token FinOps audit, amely egyik gyors indulású csomagunk.
Hol kezdjeKérdések és válaszok
Mi a szuverén felhő, és szükségünk van-e rá?
A szuverén felhő az adatokat, a működést és a jogi irányítást egy joghatóságon belül tartja. Lehet regionális szolgáltató, kormányzati felhő, egy hiperskálázó megfelelő ellenőrzésekkel rendelkező régiója vagy a saját adatközpontja. Akkor van rá szüksége, ha a jogszabály vagy a szabályozója előírja, hogy bizonyos nyilvántartások az országban maradjanak. Mielőtt javasolnánk, hol fussanak, feltérképezzük, mely munkaterheléseire vonatkoznak ilyen szabályok.
Melyik felhőszolgáltatót használjuk?
Általában azt, amelyiket már használja, hacsak nincs egyértelmű ok a váltásra. A döntő tényezők az adattárolási hely, a meglévő szerződései és szaktudása, a szükséges menedzselt szolgáltatások, valamint az, hogyan kapcsolódnak a többi rendszere. Az AWS-szel, a Microsoft Azure-ral, a Google Clouddal, az Alibaba Clouddal és regionális kormányzati felhőkkel dolgozunk, és a szolgáltatóspecifikus kódot azokra a helyekre korlátozzuk, ahol megéri.
Hogyan kerülik el a szolgáltatói függőséget?
Az infrastruktúrát nyílt forráskódú eszközökkel, például Terraformmal, OpenTofuval vagy Pulumival definiáljuk, a munkaterhelések pedig Kubernetesen vagy más hordozható platformon futnak. Ahol egy szolgáltató saját szolgáltatása a jobb választás, tudatosan használjuk, és leírjuk a kivezetés útját. A végén írásos becslést kap arról, mekkora munkát jelentene az egyes munkaterhelések átköltöztetése.
A telephelyünkön tartsuk az infrastruktúrát, vagy költöztessük a felhőbe?
Ez rendszerenként változik: hol tárolhatók az adatai, milyen teljesítmény- és kapcsolatigénye van, milyen licencei vannak, és mit tud a csapata működtetni. Sok vállalat hibrid rendszerkörnyezetet működtet, ami akkor működik jól, ha egységes egészként tervezték. Összehasonlítjuk a lehetőségeket költség, kockázat és ráfordítás szerint, és azt javasoljuk, amelyiket mi választanánk.
Futtassunk-e MI-modelleket saját GPU-kon?
Akkor érdemes megfontolni, ha az adatok nem hagyhatják el az Ön határait, vagy ha a használat elég egyenletes ahhoz, hogy a saját kapacitás kevesebbe kerüljön, mint a hívásonkénti fizetés. Összehasonlítjuk a munkaterheléséhez egy privát fürtöt, egy szuverén felhőt és egy nyilvános modellszolgáltatást, majd méretezzük a fürtöt és a kiszolgált modelleket.
Megszakítja a migráció az üzletmenetünket?
Minden költözést úgy tervezünk, hogy elkerüljük a megszakítást, vagy hogy az rövid és ütemezett legyen. A munkaterhelések egyenként költöznek, a váltás előtt szinkronizáljuk az adatokat, és minden lépésnek van visszaállítási útja. Ahol egy rendszer nem futtatható egyszerre két helyen, Önnel egyeztetett karbantartási ablakot használunk, és előbb elpróbáljuk a váltást.
Tudnak dolgozni a már meglévő eszközeinkkel és rendszereinkkel?
Igen. Abból indulunk ki, ami van, és csak azt cseréljük, ami már nem támogatott, vagy útban van a tervnek. Ahol hardvert vagy licenceket kell vásárolni, meghatározzuk, mire van szükség és miért, a beszállítót pedig Ön választja.
Mire terjed ki egy IT-infrastruktúra-megbízás?
Mindarra, amin a rendszerei futnak: hálózatok és telephelyek, szerverek és virtualizáció, tárolás és biztonsági mentés, címtár- és identitásszolgáltatások, monitorozás, valamint a felhőfiókjaihoz vezető kapcsolatok. Átvehetjük a teljes rendszerkörnyezetet vagy annak egy részét, például egy hálózatújratervezést. A hatókört a munka kezdete előtt írásban egyeztetjük.
Milyen hozzáférésre van szükségük, és hogyan felügyelik?
Minden mérnöknek névre szóló fiókja van, csak a feladathoz szükséges jogokkal, és hardveres biztonsági kulccsal jelentkezik be. Ha Önnek van a rendszergazdai hozzáférésre vonatkozó folyamata, azt követjük. A rendszergazdai munkamenetek naplózottak, a hozzáférés pedig a munka végén, vagy amikor valaki elhagyja a projektet, megszűnik.
Mi határozza meg az infrastruktúramunka költségét?
A fő tényezők a telephelyek, rendszerek és környezetek száma, valamint a jelenlegi dokumentáció állapota. A költség attól is függ, mennyit kell megváltoztatni az üzletmenet folyamatos fenntartása mellett, és milyen helyreállítási és biztonsági követelményei vannak. A hardver, a licencek és a felhőhasználat külön költségek, amelyeket a döntés előtt megmutatunk. Amint a követelmények egyértelműek, ajánlatot kap a hatókörrel, a szakaszokkal és az árral.
Ki a tulajdonosa a terveknek, a konfigurációknak és a dokumentációnak?
Ön. A diagramokat, konfigurációkat, szkripteket és üzemeltetési útmutatókat Önnek adjuk át, és az Ön saját repóiban és dokumentumtáraiban tároljuk. Semmi nem függ XSIS-fióktól, így a csapata vagy más beszállító bármikor átveheti.
Működtethetik az infrastruktúrát a projekt után?
Igen, ha szeretné. Támogatási megállapodás keretében monitorozzuk a rendszerkörnyezetet, frissítéseket telepítünk, és az Önnel egyeztetett időn belül reagálunk az incidensekre. Kapacitásról és kockázatokról is jelentünk. Ha inkább saját maga működteti, az üzemeltetési útmutatókat és az átadást a kezdetektől tervezzük.
Készen áll az építésre? Kérjen ajánlatot.
Küldje el követelményeit vagy ajánlatkérését (RFP). Architektjeink ellenőrzik őket, és kötelező érvényű, rögzített hatókörű ajánlatot küldenek.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Kötelező érvényű ajánlat
Az ingyenes architektúra-validálás után 3 és 5 munkanapon belül kötelező érvényű, rögzített hatókörű ajánlatot kap: mérföldkövekkel, architektúrával, csapatszerkezettel és SLA-kkal. Kérésre titoktartási megállapodást (NDA) írunk alá Önnel, mielőtt megosztaná a követelményeit.
Mobilizálás
Mérnöki podjaink a szerződés aláírását követő 5 és 10 munkanapon belül megkezdik a Sprint 0-t.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.