
Azure Enclave jõudis üldkasutusse — eraldatud pilvele lisandub taristuarve

Microsofti 13. oktoobri 2026 teate järgi jõudis Azure Enclave üldkasutusse nii tavalises Azure’is kui ka Azure for US Governmenti keskkonnas. Hallatud teenus aitab luua tundlike töökoormuste jaoks eraldatud pilvekeskkondi, kus saab rakendada ühiseid võrgureegleid ja seiret. Eesti reguleeritud organisatsiooni jaoks on praktiline küsimus, kas see eraldusmudel sobib tema nõuetega ning kui palju maksavad teenusele lisanduvad Azure’i ressursid.
Business+IT käsitlus kirjeldab sama üldkasutuse algust ning märgib, et USA valitsuse keskkonnaga seotud tunnustuste töö on veel pooleli. See on oluline piir: üldkasutuse staatus näitab teenuse väljalaskejärku, kuid konkreetse töökoormuse turbe- ja vastavushinnang sõltub selle seadistusest, andmetest ja kasutajatest. Ka kuluprognoos peab hõlmama rohkemat kui enklaavi enda kasutust.
Kogukond annab ühise võrgujuhtimise, enklaav eraldab töökoormuse

Azure Enclave’i arhitektuuris koondab kogukond ühised võrgukontrollid, selle sees olev enklaav aga loob töökoormusele eraldi piiri. Heakskiidetud ühenduste kaudu saab määrata, milline liiklus pääseb kasutajate, rakenduste, teenuste ja andmete vahel liikuma. Selline ülesehitus sobib olukorda, kus seotud projektidel on vaja ühist juhtimist, kuid nende töökoormused peavad jääma üksteisest eraldatuks.
Töökoormuse ressursid võivad paikneda eri Azure’i tellimustes, samal ajal kui seotud enklaavidele rakendatakse ühist juhtimist. See võib vähendada vajadust kavandada igale projektile omaette eraldusarhitektuur. Ühenduste lubamine jääb siiski teadlikuks otsuseks: ühe kogukonna olemasolu ei tähenda, et selle enklaavid peaksid omavahel andmeid vahetama.
Eesti organisatsioonile annab mudel võimaluse paigutada näiteks eri juurdepääsureeglitega tundlikud projektid ühise haldusraami alla. Konkreetne lahendus sõltub sellest, millised andmed peavad liikuma, millistele partneritele pääs avatakse ja kellel on õigus ühendusi muuta. Need valikud määravad eralduspiiri tegeliku ulatuse rohkem kui teenuse nimi või üldkasutuse staatus.
Hallatud eraldus jätab vastavushinnangu kliendile

Virtuaalne võrgutaristu on vaikimisi eraldatud, ent lubatud ühendused seadistab ja haldab klient. Azure Policy võimaldab rakendada poliitikareegleid kogukonnale ja enklaavidele; logimine ja seire annavad nähtavuse ligipääsule, konfiguratsioonimuudatustele ning andmevoogudele. Organisatsioon peab ise otsustama, millised ühendused on põhjendatud, milliseid sündmusi säilitada ja kes neile reageerib.
Azure Enclave täiendab organisatsiooni turbe- ja vastavusprogrammi. Kliendi vastutusse jäävad keskkonna seadistamine, teenuse hindamine kohaldatavate nõuete alusel ning töökoormusega seotud kohustuste täitmine. Eesti pilvearhitekti või turbejuhi jaoks tähendab see vähemalt andmete liikumise, õiguste, logide käsitlemise ja valitud Azure’i piirkonna sobivuse hindamist kavandatud juurutuse, mitte üldise tootekirjelduse põhjal.
USA valitsuse tunnustustega seotud pooleliolev töö puudutab sealset nõuete raamistikku. Eesti organisatsioon peab lähtuma oma töökoormusele kohalduvatest nõuetest ja sellest, millistes piirkondades vajalikud teenused kättesaadavad on. Üldkasutusse jõudmine annab võimaluse lahendust kasutusele võtta, kuid ei anna automaatset hinnangut ühegi kliendi rakenduse andmekäitlusele.
Enklaavi kasutustasu on ainult üks arve osa

Azure Enclave’i hinnadokumentatsioon eristab kolme arveldatavat kihti: teenuse mõõdikud, kogukonna ja enklaavi piiride loomiseks hallatavad Azure’i ressursid ning enklaavi paigutatud töökoormuse ressursid. Seetõttu ei näita enklaavi kasutustasu üksi kogu juurutuse hinda. Avaldatud hinnateave on planeerimiseks ning kehtivad määrad sõltuvad valitud kasutusest ja hinnastustingimustest.
Kogukonna hallatavate ressursside seas võivad olla Azure Virtual WAN, tulemüüri poliitikad ja Log Analyticsi tööruum. Enklaavi poolel võivad lisanduda virtuaalvõrk, alamvõrgud, võrguturberühmad, salvestuskonto ning logimiseks kasutatav tööruum; Azure Bastion on valikuline. Teenus võib need ressursid luua ja hallata, kuid nende kasutusest võivad ikkagi tekkida eraldi Azure’i tasud. Komponentide täpne koosseis sõltub juurutuse valikutest.
Kolmanda kihi moodustab rakendus ise. Virtuaalmasinad, Azure Kubernetes Service, App Service, andmebaasid, salvestus ja seire järgivad igaüks oma hinnamudelit. Kui prooviprojekt kasutab näiteks virtuaalmasinat ja andmebaasi, tuleb nende prognoos lisada nii enklaavi kasutuse kui ka eralduspiiri toetavate võrgu- ja logiressursside prognoosile. See on tinglik näide, mitte kindla konfiguratsiooni hinnapakkumine.
Logimise kulu võib tekkida nii hallatud taristuga seotud tööruumist kui ka töökoormuse enda seirest. Samuti võib ühendustee valik mõjutada seda, milliseid võrguteenuseid juurutus vajab. Nii sõltub kogukulu arhitektuurist, piirkonnast ja tegelikust kasutusest; ühe teenuse mõõdiku põhjal ei saa Eesti organisatsioonile usaldusväärset kuuarvet välja arvutada.
Eesti prooviprojekt peab näitama nii piire kui ka kulu
Enne tundliku töökoormuse katset on vaja siduda turbeotsus sama konfiguratsiooni kuluprognoosiga. Kui võrguühendused, logide sihtkohad või töökoormuse ressursid muutuvad, muutub ka see, mida tuleb hinnata ja mille eest tasuda. Lühike kontrollnimekiri hoiab mõlemad pooled ühe kavandatud juurutuse juures:
- määratleda töökoormus, selle andmed, kasutajad ja kohaldatavad nõuded;
- kontrollida valitud piirkonna sobivust ning kirjeldada lubatud ühendused ja ligipääsuõigused;
- loetleda kogukonna ja enklaavi jaoks vajalikud võrgu-, logi- ning muud hallatud ressursid;
- hinnata eraldi rakenduse arvutus-, andmebaasi-, salvestus- ja seirekulu;
- määrata logide jälgimise ning vastavushinnangu kinnitamise vastutus.
Prooviprojekti tulemus saab anda sisulise otsuse siis, kui see näitab, kas kavandatud eraldus lubab üksnes vajalikku liiklust ja millised ressursid selle saavutamiseks käivituvad. Kui kasutus laieneb uutele enklaavidele või partneritele, tuleb sama ühenduste ja kulude hinnang uuesti teha: ühine haldusraam ei kaota iga lisanduva töökoormuse nõudeid ega Azure’i kasutustasu.
Loe ka:
Seotud artiklid


Clastix kaasas 2,9 miljonit eurot: Euroopa AI-pilv algab Kubernetesest

Canva MCP jõudis üldkasutusse — Pro+ piirab osa automatiseerimisest

Docker või Podman: rootless-režiim ei tee jõudlusest automaatset võitjat

Kiteworks lülitas kliendid välja, leidis vea ja taastas teenuse kompromissita

ClickUp või Teamwork: 3 dollarit odavam koht võib kaotada kliendiaruandluses
Telli meie uudiskiri
Saa värskeimad Web3, AI ja krüptouudised otse oma postkasti.