Pilv ei ole automaatselt odavam ega töökindlam. See on seda siis, kui arhitektuur on selle jaoks tehtud. Projekteerime nii, et te maksate kasutuse, mitte hooletuse eest, ja saate vajadusel lahkuda.
Pilve kolimist müüakse tavaliselt kokkuhoiuna, ja siis tuleb esimene arve. Pilv on odavam siis, kui koormus kõigub — kui te maksate tipu eest ainult tipu ajal. Kui teie koormus on ühtlane ja prognoositav, võib oma riistvara olla täiesti mõistlik valik, ja me ütleme seda ka siis, kui see tähendab meile väiksemat projekti.
Päris võit on mujal: uue keskkonna püstitamine on tundide, mitte nädalate küsimus; teenuse, mida keegi ei kasuta, saab välja lülitada; ja taastamine ei sõltu sellest, kas keegi mäletab, mida serveris käsitsi muudeti. Selle nimel tasub kolida — kui rakendus on selleks ehitatud. Vana rakendus, mis tõstetakse pilve niisama, maksab tavaliselt rohkem ja töötab täpselt sama hästi kui enne.
Kuus valdkonda, mis tavaliselt käivad järjest: kõigepealt otsustatakse, mis kuhu läheb, siis kolitakse, siis ehitatakse ümber see, mis seda väärib.
Avalik, privaatne või hübriid; IaaS, PaaS või valmisteenus. Otsus tehakse koormusprofiili, vastavusnõuete ja selle järgi, keda te hooldama palkate — mitte selle järgi, mis on tänane moesõna.
Arvutame kogukulu läbi enne kolimist: taristu, andmeside, salvestus, litsentsid ja see, mis maksab hooldus ja valve. Enamik üllatusi peitub andmesides ja keskkondades, mida keegi kinni ei pane.
Rakenduste ja andmebaaside kolimine AWS-i, Azure’i, Google Cloudi või teie oma EL-i serveritesse. Migratsiooni harjutatakse toodanguandmete koopial ja päris üleminek tehakse alles pärast puhtaid proove.
Uued rakendused, mis kasutavad pilve päriselt ära: horisontaalne skaleerumine, hallatud andmebaasid, järjekorrad ja olekuta teenused. Mitte vana arhitektuur uues serveriruumis.
Olemasoleva pilvelahenduse audit viie nurga alt: töökindlus, skaleeritavus, turve, jõudlus ja kulu. Tulem on prioriteetide järjekord, mitte üldine soovitus moderniseerida.
Kontode struktuur, ligipääsuõigused, võrgueraldus, varukoopiad ja auditilogid. Need on odavad seadistada alguses ja kallid tagantjärele.
Eelistame hallatud teenuseid oma hallatava taustavara asemel seal, kus see ei seo teid ühe pakkujaga lootusetult. Kolimine on kallis — tasub teada ette, kui kallis.
Viis nurka, mille alt tasub iga pilvelahendus üle vaadata — nii enne kolimist kui aasta pärast. Kui ükski neist ei ole paranenud, siis kolimine ei tasunud ära.
Pilv muudab kulu muutuvaks. See on eelis ainult siis, kui keegi seda jälgib.
Pilves olemine ei tähenda skaleeruvust. Skaleerub see, mis on selleks ehitatud.
Käideldavus, mida pole kunagi katsetatud, on lubadus, mitte omadus.
Pilv ei ole iseenesest turvaline ega ebaturvaline. Turvaline või mitte on see, kuidas ta seadistati.
Alustame sellest, mis teil täna on ja mida see maksab — sest ilma lähtenumbrita ei saa hiljem öelda, kas kolimine tasus ära. Seejärel käime rakendused ükshaaval läbi ja otsustame igaühe kohta eraldi: kas tõsta ümber, kolida uuele platvormile, ehitada ümber või jätta rahule. Viimane on õige vastus sagedamini, kui tarnijad tunnistavad.
Kolimine ise käib etappide kaupa. Vana keskkond jääb tööle, kuni uus on tõestanud, et töötab, ja iga samm on tagasi pööratav. Andmemigratsiooni harjutatakse koopial nii mitu korda kui vaja, ja igal käivitusel on kirjalik tagasipöördumisplaan.
Partnerit valides küsige, kuidas kulu jälgitakse ja kes vastutab arve eest pärast kolimist. Küsige, mis on väljumisplaan — kui kallis on kolimine sealt ära. Ja küsige, kellele kuuluvad pilvekontod: kui taristu on tarnija kontol, ei ole see teie pilv, vaid tema oma.
Ühtlase koormuse puhul võib oma riistvara olla odavam. Arvutame mõlemad variandid läbi ja näitame numbrid.
Pilvekontod ja domeenid on teie omad algusest. Taristu, mis elab tarnija kontol, ei ole teie taristu.
Ütleme ette, millised valikud seovad teid ühe pakkujaga ja mis maksaks sealt lahkumine. Seotus on vahel õige otsus — aga teadlik.
Kulu märgistatakse ja jälgitakse keskkonna ja teenuse kaupa. Üllatusarve tuleb peaaegu alati ressursist, mille kohta keegi ei teadnud.
Päris üleminek tehakse alles pärast seda, kui proov on läinud puhtalt läbi vähemalt kaks korda järjest.
Asume Tallinnas, samas ajavööndis ja samas lepinguraamistikus. Andmed jäävad soovi korral täielikult EL-i.
See sõltub sellest, mida te juba kasutate ja millised nõuded andmetele kehtivad. AWS, Azure ja Google Cloud teevad kõik sama põhitöö; sageli on parim vastus hoopis Euroopa pakkuja või ise majutatud server, mis maksab murdosa.
Mitte automaatselt. Pilv on odavam siis, kui koormus kõigub, ja kallim siis, kui see on ühtlane. Arvutame teie tegeliku profiili järgi läbi mõlemad ja näitame numbrit, mitte veendumust.
Kulusildid ressursside kaupa, eelarvehäired ja kuine ülevaade, mis näitab, mis kasvab ja miks. Enamik ootamatuid arveid tuleb unustatud testkeskkondadest ja logide säilitamisest — mõlemad on ette välditavad.
Tehniliselt jah, ja mõnikord on see õige esimene samm — eriti kui serveriruumi leping lõpeb ja aega ei ole. Aga oodata ei tasu kummastki: ei kokkuhoidu ega jõudlust. Vana arhitektuur uues serveriruumis maksab tavaliselt rohkem ja töötab täpselt sama hästi kui enne.
Pilve eelised — horisontaalne skaleerumine, hallatud teenused, keskkonna püstitamine tundidega — eeldavad, et rakendus on selleks ehitatud. Seepärast käime rakendused ükshaaval läbi ja otsustame igaühe kohta eraldi: tõsta ümber, kolida uuele platvormile, ehitada ümber või jätta rahule. Enamik programme kombineerib neid kõiki korraga.
Ei jää, kui programm on korralikult üles ehitatud. Vana keskkond jääb tööle, kuni uus on tõestanud, et töötab, ja iga samm on tagasi pööratav. Andmemigratsiooni harjutatakse toodanguandmete koopial nii mitu korda kui vaja — päris üleminek tehakse alles siis, kui proov on läinud puhtalt läbi vähemalt kaks korda järjest.
Aeg sõltub mahust. Üksik rakendus koos andmebaasiga on nädalate küsimus. Terve rakendusportfell koos võrgu, ligipääsuhalduse ja vastavusnõuetega on kuude, suuremas majas aasta küsimus. Tähtaja anname pärast kaardistamist, mitte enne.
Mingil määral alati, ja see ei ole iseenesest halb — hallatud teenused on tavaliselt odavamad ja töökindlamad kui ise samade asjade käitamine. Halb on see, kui seotus tuleb kogemata ja te saate selle hinnast teada alles siis, kui tahate lahkuda.
Seepärast ütleme iga valiku juures ette, mis on ülekantav ja mis mitte, ja mida kolimine maksaks. Konteinerid, PostgreSQL ja taristu koodina on enam-vähem ülekantavad. Pakkujaspetsiifilised andmebaasid ja sündmusteenused ei ole. Mõlemad võivad olla õiged valikud — aga teadlikud, mitte juhuslikud. Ja kontod on teie nimel, nii et otsus jääb teile.
Kirjeldage oma olukorda paari lausega. Vastame ühe tööpäeva jooksul.