INFRASTRUKTŪRA IR DEBESIJA
Infrastruktūros sprendimai per dažnai priimami pagal tiekėjo pasiūlymą arba pagal tai, kas madinga. Vertiname kitaip: kaip tai eksploatuojama kasdien, kiek trunka atkūrimas po incidento ir kiek kainuoja per trejus metus.
KADA VERTA
Infrastruktūrai dažniausiai reikia krypties, o ne dar vieno pirkimo.
01
Garantijos baigiasi, rizika auga, bet nėra aiškaus pagrindo pasirinkti tarp atnaujinimo, debesijos ar hibridinio modelio.
02
Migracija įvyko, bet kaštai neprognozuojami, nes architektūra perkelta tokia, kokia buvo, be eksploatacijos modelio peržiūros.
03
Backup rodo „sėkmingai”, tačiau niekas nežino, per kiek laiko realiai atsistatytų kritinė paslauga.
04
Pasiūlymai nepalyginami tarpusavyje, nes remiasi skirtingomis prielaidomis apie apkrovą, atkūrimą ir saugumą.
KĄ GAUNATE
01
Peržiūrime virtualizaciją, saugyklas, tinklus, atsargines kopijas, stebėseną ir saugumą. Vertiname ne pagal specifikacijas, o pagal tai, kaip tai veikia ir atsistato realiomis sąlygomis.
Rezultatas: rizikų ir spragų sąrašas su prioritetais bei rekomenduojamais veiksmais.
02
Įvertiname, kurios paslaugos migruoja prasmingai, kurios lieka vietoje ir kokia kaštų logika galioja po migracijos — AWS, Azure ar hibridas.
Rezultatas: pagrįstas sprendimas su migracijos ir atkūrimo planais bei kaštų prognoze.
03
Patikriname, ar atsarginės kopijos iš tiesų leidžia atsistatyti: atkūrimo trukmė, duomenų praradimo riba, priklausomybės tarp sistemų.
Rezultatas: realūs RTO ir RPO skaičiai vietoj prielaidų, su trūkumų planu.
KAIP DIRBAME
A
Kas veikia šiandien, kokios apkrovos, kokios priklausomybės ir kokie realūs apribojimai — biudžetas, kompetencijos, terminai.
B
Du ar trys palyginami keliai su eksploatacijos, atkūrimo ir kaštų pasekmėmis, o ne vienas „teisingas” atsakymas.
C
Kritinius dalykus tikriname praktiškai: atkūrimą, našumą, integracijas — kol sprendimas dar keičiamas.
D
Dokumentacija, migracijos planas ir žinios, kurių komandai reikia toliau dirbti savarankiškai.
DUK
Virtualizacijos, saugyklų, tinklų, atsarginių kopijų, stebėsenos ir saugumo peržiūra kartu su eksploatacijos praktika: kas prižiūri, kaip fiksuojami pokyčiai ir per kiek laiko atsistato kritinė paslauga. Pabaigoje gaunate prioritetizuotą rizikų sąrašą, ne inventoriaus lentelę.
Ne. Debesija laimi ten, kur svarbu kintama apkrova, greitis ir valdomos paslaugos. Stabiliai, prognozuojamai apkrovai vietinė ar hibridinė infrastruktūra dažnai pigesnė. Sprendimas priklauso nuo apkrovos profilio, atkūrimo reikalavimų ir komandos kompetencijų.
Dažniausia priežastis — architektūra perkeliama nepakeista: virtualios mašinos veikia visą parą, saugyklos klasės neoptimizuotos, duomenų srautai nevertinti. Kaštai sutvarkomi peržiūrint eksploatacijos modelį, ne vien derantis dėl kainos.
Vienintelis patikimas būdas — atkūrimo testas. Tikrinama, per kiek laiko sistema atsistato (RTO) ir kiek duomenų prarandama (RPO), įskaitant priklausomybes nuo kitų sistemų. „Backup sėkmingas” nieko negarantuoja.
Esu produkcijoje eksploatavęs pagrindines virtualizacijos, saugyklų, atsarginių kopijų, tinklų, saugumo ir viešosios debesijos platformas. Rekomendacija neremiama partneryste — nesu tiekėjas ir neuždirbu iš pardavimo.
KITOS PASLAUGOS
PAVYZDŽIAI
Konkretūs pavyzdžiai: nuo kokios situacijos pradedama, kas daroma ir pagal ką vertinama, ar suveikė.
PRADĖKIME
Naudingiausias pirmas pokalbis — apie konkretų pasirinkimą, kurio niekaip nepavyksta priimti, arba apie riziką, kuri kelia nerimą.