Pilvetaristu: kõigi teie projektide ühine alus

Veebileht, siis CRM, siis mõned automatiseeringud, siis esimene tehisintellekti assistent. Kui iga projekt tuleb oma ligipääsude, oma majutuse ja oma arvega, ei tea mõne aasta pärast enam keegi, kellel millised võtmed on, milliseid andmeid varundatakse ega miks arve kasvas. Pilvetaristu ehitatakse vastupidi: kõigepealt ühine alus, millele iga projekt asetub.

See meie rubriigi Taristu ja pilv juhend selgitab, mida see alus sisaldab, kuhu see rajada, mida see maksab ja mis hoiab seda pikalt töös. Kui teie tööriistad elavad täna tellimustes, mille soovite tagasi enda kontrolli alla võtta, rajab meie SaaS-ist väljumise teenus selle aluse teie oma serverisse, koos testitud varukoopiate ja dokumentatsiooniga.

Lühidalt

• Alus, mida suured teenusepakkujad nimetavad landing zone’iks, koondab selle, mida kõik teie projektid jagavad: kontod, identiteedid ja õigused, võrk, logid, varukoopiad, eelarved, saladused ja dokumentatsioon.
• Google soovitab see rajada enne esimest projekti ja täpsustab, et esimene versioon pole sageli viimane.
• Koht valitakse nelja kriteeriumi järgi: andmete olemus, olemasolevad oskused, pikaajaline kulu ja see, kui lihtne on lahkuda.
• Suure teenusepakkuja juures järgib arve kasutust: eelarved ja hoiatused esimesest päevast. Microsoft Azure’is hoiatus teavitab, kuid ei peata tarbimist.
• Alus on väärt nii palju kui selle käitus: päriselt taastatud varukoopiad, järelevalve, uuendused, kirjalik taasteplaan.

Mis on pilvetaristu alus?

Kolmel suurel teenusepakkujal on selle jaoks nimi. Oma landing zone’ide kavandamise juhendis kirjeldab Google Cloud seda kui „modulaarset ja skaleeritavat konfiguratsiooni“, mis võimaldab organisatsioonil oma pilve kasutusele võtta, nimetab seda ka „pilve aluseks“ ja lisab, et see on „sageli eeltingimus“ ettevõtte töökoormuste juurutamiseks (meie tõlge). AWS teeb sellest oma migratsioonijuhendi lehel „Landing zone“ aluse, et alustada mitme konto arhitektuuri, identiteedi- ja ligipääsuhalduse, juhtimise, andmeturbe, võrgu kavandamise ja logimisega. Microsoft eristab Azure’i maandumistsooni tutvustuses platvormitsooni, „tsentraliseeritud aluse, mis kehtestab juhtimise, turbe ja jagatud ressursid kõigile teie töökoormustele“, tsoonidest, kuhu meeskonnad oma projekte juurutavad.

Sõna pärineb suurtelt teenusepakkujatelt, küsimus ei kuulu neile: ka eraldiseisval serveril või VPS-il tuleb otsustada, kellel on ligipääs, kuhu varukoopiad lähevad ja keda rikkest teavitatakse. Seepärast räägime alusest, olenemata sellest, kuhu see on rajatud.

Mida sisaldab landing zone?

Google loetleb neli elementi, mida landing zone nõuab kavandada: identiteetide ettevalmistamine, ressursside hierarhia, võrk ja turbekontrollid. Ettevõtte vajaduste järgi lisab ta teisi, sealhulgas järelevalve ja logimise, varundamise ja avariitaaste strateegia, vastavuse ja kulude kontrolli. VKE jaoks näeb see välja nii.

Infrastructure as code kirjeldab alust failides, selle asemel et see konsoolis kokku klõpsata. Google soovitab seda, näiteks Terraformiga, sest see muudab juurutamise „korratavaks ja modulaarseks“ (meie tõlge): päeval, mil tuleb uuesti ehitada või mujale kolida, on retsept olemas. Dokumentatsioon ei ilmu üheski skeemis, kuid just see võimaldab kellelgi teisel peale autori pühapäeval sekkuda.

Seif teeb lõpuks rohkem kui hoiab saladusi: hästi ühendatuna laseb see teie automatiseeringutel ja tehisintellekti agentidel võtit kasutada, ilma et nad seda kunagi loeksid. See on meie artikli saladuste seifist teema.

Miski ei kohusta kõike esimesel päeval rajama. Google ütleb seda ise: landing zone’i esimene iteratsioon ei ole sageli lõplik versioon ning ta soovitab keskendada esialgse kavandi sellele, mida esimesed projektid nõuavad, ja lisada ülejäänu hiljem (meie tõlge).

Miks on alus teie projektide ühine nimetaja?

Võtame neljakümne inimesega VKE, selleks puhuks välja mõeldud näite. Tema veebilehte majutab agentuur, kes selle tegi, tema CRM on tellimus, tema automatiseeringud töötavad ühe töötaja isiklikul kontol ja tehisintellekti assistent ühendati just teise töötaja pangakaardiga. Projekt projekti haaval pole selles midagi šokeerivat. Päeval, mil esimene töötaja lahkub, ei tea keegi, millised automatiseeringud seiskuvad, millised võtmed tal olid ega kus on CRM-i varukoopiad, kui neid üldse on.

Iga projekt on improviseerinud samad vastused: kellel on ligipääs, mida varundatakse, kes maksab ja kui palju. Alus vastab ühe korra ja iga projekt pärib vastuse. Microsoft sõnastab selle omal moel: „iga tellimus ja selle Azure’i ressursid pärivad juhtimis- ja turbepoliitikad“, mis on nende kohale seatud, ning maandumistsoon võtab vastu uued tehnoloogiad, sealhulgas tehisintellekti, „ilma et oleks vaja muuta üldist arhitektuuri“. Sama tekst seab terve piiri: tsentraliseerida ainult see, mis toob „selgeid majanduslikke, tegevuslikke või juhtimisalaseid eeliseid mitme töökoormuse puhul“. Alus ei ole järjekordne projekt: see on see, mis on teie projektidel ühist, ja mitte midagi muud.

Nii töötame oma tööriistadega.

Kuhu rajada oma taristu: suur teenusepakkuja, Euroopa pilv või eraldiseisev server?

Ettevõtte pilvemajutuseks on kolm valikute perekonda, mis üksteist ei välista.

• Suur teenusepakkuja (AWS, Google Cloud, Microsoft Azure). Tohutu teenuste kataloog, arve, mis järgib kasutust. AWS-is luuakse landing zone teenusega AWS Control Tower või eritellimusel ja „iga valik nõuab erinevat AWS-i tundmise taset“ (meie tõlge). See on õige valik, kui teie projektid vajavad neid teenuseid ja keegi oskab neid käitada.
• Euroopa pilv. Prantsusmaal kvalifitseerib küberturbeasutus ANSSI teatud pakkumised nime SecNumCloud all. Oma pilvele pühendatud lehel kirjeldab ta neid kui „usaldusväärseid“ pakkumisi, mille kasutamist „soovitatakse tundlike andmete kaitseks“.
• Eraldiseisev server või VPS. Fikseeritud ja ettearvatav kulu, kuid käitus jääb peaaegu täielikult teie kanda: uuendused, varukoopiad, järelevalve. See on meie valik oma tööriistade jaoks.

Otsustamiseks neli kriteeriumi:

1. Andmete olemus. Terviseandmed, suures mahus isikuandmed, tööstussaladused: need otsustavad sageli koha enne kõike muud.
2. Olemasolevad oskused. Suur teenusepakkuja nõuab tema konsooli, õiguste ja arvelduse tundmist; server seda, et oskate seda hooldada. Valige see, mida keegi, teie juures või teenusepakkuja juures, oskab ka kahe aasta pärast käitada.
3. Pikaajaline kulu. Võrrelge kolme aasta peale, käitustunnid kaasa arvatud, mitte esimese kuu hinna järgi.
4. Sõltuvus teenusepakkujast. Koodis kirjeldatud alus ja avatud vormingutes andmed hoiavad väljapääsu lahti.

Suveräänsuse küsimus läheb sellest juhendist kaugemale: käsitleme seda oma analüüsis Euroopa sõltuvusest Ameerika pilvest.

Miski ei takista kombineerimist: teie haldustööriistad teie oma serveris, palju arvutusvõimsust nõudev projekt suure teenusepakkuja juures. Alus jääb siis üheks reeglistikuks, mida rakendatakse mõlemas kohas.

Kui palju alus maksab ja kuidas vältida üllatusarvet?

Alus maksab kaks korda: rajamisel ja seejärel igal kuul käituses, ning see teine kulu loetakse eelkõige tundides. Google hoiatab, et landing zone’i kavandamine ja juurutamine võib võtta mitu nädalat (meie tõlge). Oma praeguste tellimustega võrdlemiseks on meie meetod kirjeldatud artiklis SaaS-ist väljumise tegelik kulu kolme aasta peale.

Suure teenusepakkuja juures järgib arve kasutust ja unustatud ressurss maksab edasi. Google nimetab muide sisemise kulujaotuse juhtimise tööriistu põhjuste seas, miks rajada landing zone enne esimest projekti (meie tõlge). Seadke seega esimesest päevast alates eelarve projekti kohta ja hoiatused.

Tuleb aga teada, mida hoiatus teeb. Microsofti dokumentatsioon Azure’i eelarvete kohta on selge: kui künnis ületatakse, „ressursse see ei mõjuta ja teie tarbimist ei peatata“. Hoiatus saabub ka viivitusega ja esmaspäevasest kõrvalekaldest võidakse teatada alles teisipäeval.

Automaatseks tegutsemiseks tuleb eelarve siduda „tegevusrühmaga“. Teistel teenusepakkujatel on oma reeglid: lugege oma teenusepakkuja omi, enne kui hoiatusele loodate.

Sama arutluskäik kehtib ka väljaspool suuri pilvi. Palmora Propertys, kinnisvaraportaalis, mida käitame, töötasid automatiseeringud minutipõhiselt arveldatavas pideva integratsiooni teenuses; pärast kolme ööd, mil arveldati üle nelja tunni minuteid, tõime need üle eraldiseisvasse serverisse. Seevastu mõned komponendid maksavad vähe: Palmora Property serverivälise varundamise plaan maksab umbes 6 dollarit kuus. Maksavad käitusele kulunud tunnid.

Miks loeb käitus rohkem kui paigaldus?

Alus ei lähe katki paigaldamise päeval. See halveneb vaikselt: ebaõnnestuv varukoopia, aeguv sertifikaat, edasi lükatud uuendus, kunagi ära võtmata jäänud ligipääs. Neli rutiini teevad vahe.

• Päriselt taastatud varukoopiad. Kunagi taastamata varukoopia jääb hüpoteesiks. Palmora Propertys hindame taastamist leitud tabelite ja kirjete arvu järgi, mitte tööriista tagastuskoodi järgi, mis annab vea juba lihtsate hoiatuste puhul. Üksikasjad on meie juhendis oma serveri varukoopiate kohta.
• Hoiatav järelevalve. Google räägib armatuurlaudadest ja hoiatustest, mis annavad märku „igast tegutsemist nõudvast anomaaliast“ (meie tõlge). Keegi peab need aga ka kätte saama ja läbi lugema.
• Planeeritud uuendused, koos võimalusega naasta, kui mõni neist teenuse katki teeb. Meie juhend ise majutatud n8n-ist tootmises näitab seda tööriista peal, mis muutub peaaegu iga nädal.
• Kirjalik taasteplaan. Google arvab varundamise ja avariitaaste strateegia landing zone’i elementide hulka; VKE jaoks on see üks lehekülg, mis ütleb, mida uuesti käivitada, millises järjekorras ja keda teavitada.

Räägime kogemusest.

:::terrain 5. juulil 2026 hävitas valesti suunatud puhastuskäsk korraga meie serveri kümne teenuse konteinerid. Köidetesse salvestatud andmed päästeti ja meie käitusreeglid on nüüd kirja pandud. Palmora Propertys oli just sõltuvus ühest masinast see, mis ajendas looma ise majutatud saladuste seifi. Ja lehe failide üleviimine objektisalvestusse tehti kontrollitud terviklikkusega: 51 566 faili, 19 GB, ükski viga, 20 GB vabastatud. :::

Kui lähtute tellimustest, loeb ka järjekord, milles need oma alusele tagasi tuua: kirjeldame seda artiklis tööriistad, mis tasub SaaS-ist esimesena välja tuua.

Mida pakume ja mida saame tõestada

Kaks juhtumit, sõltuvalt valitud kohast.

Teie alus teie oma serveris. See on meie SaaS-ist väljumise teenus: teie tellimuste ja nende tegeliku kolme aasta kulu audit, kuni viis paigaldatud tööriista, teie andmed üle viidud ja kontrollitud, serverivälised varukoopiad testitud taastamisega ja käitusdokumentatsioon. See maksab 5500 € ja võtab kolm nädalat; valikuline haldusteenus maksab 450 € kuus ja hõlmab järelevalvet, uuendusi ja testitud varukoopiaid.

Teie alus suure teenusepakkuja juures või Euroopa pilves. Rajame selle teie valitud teenusepakkuja juurde või selle juurde, mille valime koos ülaltoodud kriteeriumide alusel: kontode korraldus, identiteedid ja õigused, eelarved ja hoiatused, logid, varukoopiad, koodis kirjeldatud taristu ja dokumentatsioon. Seejärel käitame seda või anname selle teile üle koos dokumentatsiooniga.

Mida saame tõestada, on meie enda alus: üks server ja kümmekond teenust, koos sellega kaasnevate valikute ja intsidentidega. Me ei väida, et oleksime juba rajanud aluseid AWS-is, Google Cloudis või Microsoft Azure’is. Kolm eespool tsiteeritud juhendit näitavad seda: aluse komponendid sarnanevad teenusepakkujate vahel, muutuvad tööriistad. Ja kui teie projekt nõuab teenusepakkuja süvateadmisi, mida meil pole, ütleme seda teile enne alustamist.

Kust alustada

1. 01Tehke inventuur.

   Pilvekontod ja tellimused, kellel on neile administraatori ligipääs, millised andmed neis elavad, millised arved tulevad iga kuu.

2. 02Sorteerige oma andmed.

   Tundlikud ja mittetundlikud: see sorteerimine otsustab sageli koha.

3. 03Rajage esimese päeva miinimum.

   Isikustatud ligipääsud tugeva autentimisega, eelarve ja hoiatused, varukoopiad väljaspool põhiasukohta testitud taastamisega ja üks lehekülg dokumentatsiooni.

4. 04Tooge sisse esimene vähe kriitiline projekt.

   Google soovitab juurutada esmalt need töökoormused, mis tema pilves kõige kergemini töötavad (meie tõlge): just selle esimese projekti peal alus sisse töötatakse.

5. 05Lisage ülejäänu projektide kaupa.

   Iga uus projekt kontrollib, et alus peab vastu, ja täiendab seda vajaduse korral. Juba töötava ümbertõstmiseks ilma midagi lõhkumata liikuge töökoormuse haaval: kirjeldame meetodit artiklis Pilvemigratsioon: olemasoleva ümbertõstmine ilma kõike lõhkumata.

Kui soovite seda alust oma serverisse, paigaldab meie SaaS-ist väljumise teenus selle kolme nädalaga, koos testitud varukoopiate ja dokumentatsiooniga. Kui see peab elama suure teenusepakkuja juures või Euroopa pilves, kirjeldage meile oma projekte ja kavandatud teenusepakkujat: ütleme teile, mida teie alus peab sisaldama.

Korduma kippuvad küsimused

Allikad

1. Landing zone’ide kavandamise juhendis (uus vahekaart)docs.cloud.google.com
2. Oma migratsioonijuhendi lehel „Landing zone“ (uus vahekaart)docs.aws.amazon.com
3. Azure’i maandumistsooni tutvustuses (uus vahekaart)learn.microsoft.com
4. Pilvele pühendatud lehel (uus vahekaart)cyber.gouv.fr
5. Microsofti dokumentatsioon Azure’i eelarvete kohta (uus vahekaart)learn.microsoft.com