Pereiti prie pagrindinio turinio
BilgeQor

Platformos inžinerija

Platformos gelbėjimas ir modernizavimas

Lietuvoje į NIS2 orientuotas skaitmeninių paslaugų atsparumas yra esamas parengties pagrindas platformos gelbėjimo ir modernizavimo vertinimui su „BilgeQor“, pradedamam nuo užklausos. Vertinant palyginami gelbėjimo ir perkūrimo variantai, užfiksuojami stabilizavimo prioritetai bei etapais priimami sprendimai, o kontroliuojamas įgyvendinimas leidžiamas tik turint rašytinį leidimą, priėmimo kriterijus, likusios rizikos aprašą ir perdavimo sąlygas. Prieš peržiūrint sutartus įrodymus nežadami jokie gelbėjimo, migravimo, našumo, atkūrimo ar modernizavimo rezultatai.

Pirmiausia pateikiama užklausa, o darbas grindžiamas vertinimu. Prieš pradedant darbą patvirtiname esamos platformos ribas, leistiną prieigą, eksploatacinės aplinkos apribojimus, priklausomybes, priėmimo kriterijus, saugos planą ir pasiūlymą; vieša kaina ar paketo lygis nerodomi.

Apibrėžtos apimties esamos būklės vertinimas ir kontroliuojamo platformos modernizavimo planas su dokumentuota rizika, sprendimų variantais, perėjimo ribomis, patikros įrodymais, likusia rizika ir techniniu perdavimu.

Technologijų rinkinys ir perėjimo metodas patvirtinami tik po vertinimo. Rust, Go, TypeScript arba Node.js, Python, PostgreSQL, Redis, ClickHouse, Neo4j, įvykiais grindžiamas pranešimų perdavimas, REST arba GraphQL, konteineriai, infrastruktūra kaip kodas ir valdoma arba privati infrastruktūra yra neįpareigojantys pavyzdžiai, o ne automatinis pažadas perrašyti, migruoti ar atlikti darbus.

Tinka, kai

  • Esama serverinė dalis, paslauga, duomenų sistema, integracija ar platesnė platforma turi veikimo, priklausomybių, leidimų diegimo, patikimumo ar prižiūrimumo problemų, kurias prieš esminius pakeitimus reikia dokumentuotai įvertinti
  • Už sprendimus atsakingiems asmenims reikia sprendimo dėl gelbėjimo, dalinio perkūrimo, etapais vykdomo pakeitimo, eksploatavimo nutraukimo, skaidymo į modulius, suderinamumo ar perėjimo, pagrįsto nurodytomis prielaidomis ir kompromisais
  • Komanda gali patvirtinti prieigą prie sistemos, aplinkos ribas, duomenų tvarkymą, priklausomybes, įgaliojimus veikti eksploatacinėje aplinkoje, techninės priežiūros apribojimus, priėmimo kriterijus ir saugias darbo ribas

Netinkama, kai

  • Visiško gelbėjimo, perrašymo, migracijos, perjungimo be prastovų, našumo padidėjimo, išlaidų sutaupymo, pasirengimo eksploatacijai ar garantuoto atkūrimo tikimasi dar prieš techninį vertinimą
  • Manoma, kad mobiliojo kliento ar kliento pusės kodo bazės atkūrimas yra įtrauktas, užuot pasirinkus atskirą paslaugą „Programėlės gelbėjimas ir perkūrimas“
  • Debesijos platformos įgyvendinimo, programėlės saugumo peržiūros, įsilaužimo testavimo, veikiančios aplinkos pakeitimų, destruktyvių testų, duomenų perkėlimo, perėjimo į naują sistemą, grįžimo į ankstesnę būseną, atkūrimo arba nuolatinio 24/7 eksploatavimo tikimasi be atskirai patvirtintos apimties ir rašytinio leidimo

Kam tai skirta

  • Platformos, produkto, inžinerijos ir veiklos komandos, atsakingos už esamą sistemą, kurios architektūra ar priklausomybės neaiškios, kuriai kyla patikimumo rizikų, išleidimo kliūčių arba kurios keitimas brangiai kainuoja
  • Komandos, kurioms prieš pasirenkant perėjimo kelią reikia esamos architektūros aprašymo, paslaugų ir modulių inventoriaus, priklausomybių ir duomenų srautų žemėlapio, techninės skolos registro, atsakomybių apžvalgos ir rizikos vertinimo
  • Sprendimus priimantys asmenys, kuriems reikia pagrįsto dokumento apie pasirinkimą tarp gelbėjimo ir perkūrimo, etapais vykdomų veiksmų plano, suderinamumo strategijos, priėmimo ribų ir likusių rizikų registro
  • Pirkėjai, kurie per apimties peržiūrą gali patvirtinti leistą prieigą, duomenų ir aplinkos apribojimus, trečiųjų šalių priklausomybes, buvusio tiekėjo pasiekiamumą, patvirtinimus, techninės priežiūros laikotarpius ir teisę atlikti eksploatacinės aplinkos pakeitimus

Ką gaunate

Dabartinės būklės vertinimas, apimantis faktiškai nustatytą architektūrą, paslaugų ir modulių sąrašą, priklausomybių, duomenų srautų ir integracijų žemėlapį, atsakomybę už veiklą, diegimo ir aplinkos pastebėjimus, techninę skolą, eksploatacinės aplinkos rizikas ir siaurąsias vietas
Stabilizavimo prioritetai, apimantys kritinius gedimus, versijų išleidimo kliūtis, patikimumą, duomenų vientisumą, priklausomybių ir konfigūracijos rizikas, skubų grėsmių suvaldymą, regresijos ribas ir veiklos matomumą, reikalingą prieš išsamesnius pakeitimus
Rašytinis sprendimo dėl gelbėjimo dokumentas, kuriame palyginami gelbėjimo, dalinio perkūrimo, etapinio pakeitimo, eksploatavimo nutraukimo, skaidymo į modulius ar kontroliuojamo paslaugų atskyrimo variantai, nurodant kompromisus, apribojimus, darbų sekos prielaidas ir darbo sąnaudų intervalus
Rekomendacijos dėl sutartų modulių, paslaugų, sąsajų, kontraktų, bendrosios būsenos, priklausomybių izoliavimo, įvykių ar API ribų, suderinamumo ir kontroliuojamo pertvarkymo
Duomenų nuosavybės, schemos, migracijos, duomenų suderinimo, patikros, sąsajų suderinamumo, lygiagretaus veikimo arba etapinio perėjimo, grąžinimo į ankstesnę būseną ir atkūrimo prielaidos, kai jos aiškiai įtrauktos į apimtį
Patvirtinti stabilizavimo ar restruktūrizavimo pakeitimai, automatizuoti testai, regresijos įrodymai, konfigūracijos pavyzdžiai, pakartojami diegimo žingsniai, pradinis veikimo būklės patikrų ar veiklos matomumo lygis ir dokumentuotos neišspręstos rizikos, kai įgyvendinimas autorizuotas
Etapinio perėjimo planas, priėmimo kriterijai, grąžinimo į ankstesnę būseną procedūra, eksploatacinės pastabos, techninis perdavimas, likusių rizikų registras ir tolesnio modernizavimo veiksmų planas patvirtintam projektui

Tipiškos metodikos pavyzdys

Čia parodyta platformos gelbėjimo sprendimų įrašo struktūra. Tai metodikos iliustracija, o ne kliento atvejo tyrimas, teiginys apie užbaigtą gelbėjimą, eksploatacinės aplinkos migracijos įrodymas ar garantuotas rezultatas.

Neutralus pavyzdysMetodikos pavyzdys — ne projektas klientuiPatvirtinta atliekant techninį vertinimąKliento atsakingi asmenys, prieiga prie sistemos, ankstesnio tiekėjo pasiekiamumas ir įgalioti vaidmenys patvirtinami nustatant apimtį
Patvirtinta platformos riba

Komandai reikia saugaus sprendimų priėmimo kelio esamai platformai, kurios ribos, priklausomybės, eksploatacinės rizikos ir pakeitimų apribojimai neaiškūs. Klientas, sistemos pavadinimas, modulių skaičius, srautas, duomenų apimtis, defektų skaičius, našumas, prieinamumas, terminai, kaina ir migracijos rezultatas lieka neutraliais vietaženkliais, kol patvirtinama darbų apimtis.

Metodikos struktūra
  • Patvirtinti platformos ribas, už sprendimus atsakingus asmenis ir prielaidas dėl kodo, aplinkos, duomenų, priklausomybių, trečiųjų šalių, prieigos, įgaliojimų eksploatacinėje aplinkoje, priežiūros bei priėmimo
  • Nustatyti esamą architektūrą, paslaugas, modulius, priklausomybes, duomenis, integracijas, atsakomybę, kritines rizikas, išleidimo kliūtis, siaurąsias vietas ir stabilizavimo prioritetus
  • Palyginti gelbėjimo, dalinio perkūrimo, etapinio pakeitimo, eksploatavimo nutraukimo, tikslinių ribų, suderinamumo, migracijos, testavimo, regresijos, diegimo, grąžinimo į ankstesnę būseną ir atkūrimo prielaidas
  • Užfiksuoti priėmimo kriterijus, likusias rizikas, etapais vykdomo modernizavimo planą, perdavimo medžiagą ir atskirai patvirtintas rekomendacijas dėl tolesnių veiksmų
Iliustracinis sprendimo ir perdavimo įrašas

Pavyzdys parodo, kaip patvirtintame projekte galima dokumentuoti dabartinės būklės schemą, stabilizavimo planą, sprendimų variantus, kontroliuojamo perėjimo ribas, patikros metodą, likusias rizikas ir perdavimą. Juo neteigiama, kad yra klientas ar užbaigtas gelbėjimas, migracija, pakeitimas eksploatacinėje aplinkoje arba pasiektas našumo, prieinamumo, sąnaudų, saugumo ar komercinis rezultatas.

Sprendimo įrašo formatas

Platformos gelbėjimo sprendimo įrašas — esamos būklės schema, stabilizavimo planas ir modernizavimo veiksmų planas

  • Patvirtinta platformos riba ir sprendimų dokumentas
  • Nustatyta esama architektūra ir paslaugų, modulių, priklausomybių bei duomenų schema
  • Kritinės rizikos, našumą ribojančios vietos, išleidimą stabdančios kliūtys ir stabilizavimo prioritetai
  • Gelbėjimo, dalinio perkūrimo, etapinio pakeitimo arba eksploatavimo nutraukimo galimybės
  • Tikslinių modulių arba paslaugų ribos ir suderinamumo strategija
  • Migracijos, duomenų sutikrinimo, testavimo ir regresijos prielaidos
  • Diegimo, grąžinimo į ankstesnę būseną, atkūrimo ir autorizavimo veikti eksploatacinėje aplinkoje ribos
  • Priėmimo kriterijai, patikros įrodymai ir likusių rizikų registras
  • Etapais suskirstytas modernizavimo veiksmų planas, perdavimas ir rekomendacijos dėl tolesnių veiksmų
01
Riba patvirtinta
02
Rizikos užfiksuotos
03
Stabilizavimo prioritetai nustatyti
04
Perėjimo galimybės palygintos
05
Pasirengta priėmimui ir perdavimui

Tik metodikos iliustracija. Faktinį sprendimų įrašą lemia raštu apibrėžta vertinimo apimtis, leista prieiga, sistemos įrodymai, duomenų ir priklausomybių kokybė, patvirtintas planas ir priimti eksploatacinės aplinkos apribojimai.

Svarbu:Tai nėra kliento atvejo analizė, užbaigtas gelbėjimo darbas ar eksploatacinės aplinkos perkėlimo įrodymas. Čia neatspindimas joks klientas, sistemos dydis, srautas, duomenų kiekis, trūkumų skaičius, terminas, sąnaudos, nepertraukiamo veikimo laikas, atkūrimas, našumas, prieinamumas, saugumas, atitiktis, perkėlimas ar komercinis rezultatas ir dėl jų nesuteikiama jokių garantijų.

Kas neįtraukta

Įtraukiama

  • Rašytinis techninis vertinimas, apimties patvirtinimas, pasiūlymas ir aiškios prieigos bei leidimo dirbti eksploatacinėje aplinkoje ribos prieš pradedant bet kokį įgyvendinimą
  • Vertinimas, stabilizavimo planavimas, pagalba priimant sprendimą dėl gelbėjimo, skaidymo į modulius ar paslaugų pertvarkymo planavimas ir kontroliuojamo perėjimo parengimas pagal patvirtintą raštu apibrėžtą apimtį
  • Įgyvendinimas, testai, regresijos patikrų įrodymai, konfigūracija, pasirengimas diegimui, pradinis stebėsenos lygis ir perdavimas tik tada, kai tai konkrečiai autorizuota priimtame plane
  • Sutartas ribas atitinkanti dokumentacija apie prielaidas, priklausomybes, patikrą, priėmimo kriterijus, neišspręstas rizikas ir tolesnių veiksmų rekomendacijas

Neįtraukta

  • Garantuotas visiško išgelbėjimo, perkūrimo, migracijos, parengties eksploatacijai, našumo pagerinimo, prieinamumo, pajėgumo, atkūrimo, saugumo, sąnaudų sutaupymo, įgyvendinimo, modernizavimo, atitikties ar veikimo be prastovų rezultatas
  • Automatinis kiekvieno senosios sistemos defekto, saugumo problemos, našumo problemos, paslėptos priklausomybės, nedokumentuotos sistemos ar duomenų kokybės problemos nustatymas arba išsprendimas
  • Automatinis visiškas perrašymas, mikropaslaugų programa, perrašymas nauja programavimo kalba, migracija į debesiją, infrastruktūros įgyvendinimas, programų saugumo peržiūra, įsilaužimo testas ar mobiliosios kliento programos gelbėjimas
  • Prieiga prie veikiančios eksploatacinės aplinkos ar jos pakeitimai, destruktyvūs testai, duomenų migravimas, perjungimas į naują sistemą, grįžimas į ankstesnę būseną, veiklos atkūrimas, perjungimas į atsarginę sistemą ar atkūrimo operacijos be patvirtinto plano, aiškaus rašytinio leidimo, saugios prieigos ir apibrėžtų priežiūros darbų ribų
  • Debesijos platformos ir eksploatacinės aplinkos inžinerijos darbai, nebent jie aiškiai patvirtinti; ši paslauga išlieka atskira debesijos, diegimo, išleidimo, stebimumo, atsarginių kopijų, atkūrimo ir infrastruktūros inžinerijos paslaugų riba
  • Nuolatinis valdomas eksploatavimas, SRE 24/7, SOC, MDR, NOC, reagavimas į incidentus realiuoju laiku, teisinis ar reguliavimo patvirtinimas, sertifikavimas arba atitikties patvirtinimas
  • Trečiųjų šalių licencijos, debesijos paslaugos, infrastruktūra, domenai, sertifikatai, duomenų perdavimas, operacijų išlaidos arba prieigos, ankstesnių paslaugų teikėjų, duomenų, priklausomybių, patvirtinimų ar priežiūros laikotarpių sukeltas poveikis terminams

Prieinami priedai

  • Atskirai apibrėžtos apimties programėlės kliento dalies atkūrimo projektas pagal „Programėlės gelbėjimo ir perkūrimo“ paslaugą
  • Atskirai apibrėžtos apimties saugios serverinės dalies ir API kūrimo projektas naujoms arba aiškiai ribotoms serverinės dalies ir API funkcijoms
  • Atskirai apibrėžtos apimties paslaugos „Debesijos platformos ir eksploatacinės aplinkos inžinerija“ darbai, skirti migracijai į debesiją, infrastruktūrai, diegimui, versijų išleidimui, stebimumui, atsarginėms kopijoms, atkūrimui ar eksploatacinės aplinkos inžinerijai
  • Autorizuota įgyvendinimo, duomenų perkėlimo, perjungimo į naują sistemą, grįžimo į ankstesnę būseną, atkūrimo ar našumo matavimo darbų kryptis, patvirtinus planą ir saugos ribas

Kaip tai veikia

Vertinimo ir įgaliojimų ribos

Prieš priimdami darbą patvirtiname sistemos ribas, už sprendimus atsakingus asmenis, prieigą prie kodo ir aplinkos, duomenų tvarkymą, priklausomybes, trečiąsias šalis, įgaliojimus veikti eksploatacinėje aplinkoje, priežiūros ribas, priėmimo kriterijus ir tai, ką galima saugiai įvertinti.

Dabartinės būklės ir stabilizavimo apžvalga

Dokumentuojame nustatytą esamą architektūrą, modulius, paslaugas, duomenis ir integracijas, atsakomybių paskirstymą, diegimo pastebėjimus, techninę skolą, našumą ribojančias vietas, išleidimą stabdančias kliūtis, gedimų rizikas, poveikio suvaldymo prioritetus ir matomumą, reikalingą prieš išsamesnius pakeitimus.

Gelbėjimo sprendimas ir perėjimo planas

Lyginame gelbėjimą, dalinį perkūrimą, etapais atliekamą pakeitimą, eksploatacijos nutraukimą, skaidymą į modulius, suderinamumą, paslaugų išskyrimą, duomenų perkėlimą, darbų eiliškumą, grąžinimą į ankstesnę būseną ir veiklos kompromisus patvirtintos apimties ribose.

Kontroliuojamas įgyvendinimas, jei leidžiama

Kai patvirtinta, užbaigiame sutartus stabilizavimo ar pertvarkymo pakeitimus su testais, regresijos įrodymais, konfigūracijos pavyzdžiais, pakartojamais diegimo žingsniais, veikimo būklės patikromis, stebėsenos atskaitos pagrindu ir užfiksuotomis neišspręstomis rizikomis.

Priėmimas, perdavimas ir veiksmų planas

Peržiūrime rašytinius priėmimo kriterijus, patikros įrodymus, perėjimo ir grąžinimo į ankstesnę būseną ribas, likusių rizikų registrą, eksploatacines pastabas, techninį perdavimą ir atskirai patvirtintus tolesnius modernizavimo veiksmus.

Pateikite glaustą esamos sistemos aprašymą, nurodykite sprendimą dėl veiklos ar pakeitimų, kurį turite priimti, žinomus apribojimus ir taikomus prieigos ar eksploatacinės aplinkos ribojimus. Patvirtinsime, ar tinka ribotos apimties vertinimas, tada prieš pradedant bet kokius gelbėjimo, migracijos ar eksploatacinės aplinkos darbus suderinsime rašytinę apimtį, saugos ribą, priėmimo kriterijus, terminus ir pasiūlymą.

Pasiruošęs pradėti?

Pateikite glaustą esamos sistemos aprašymą, nurodykite sprendimą dėl veiklos ar pakeitimų, kurį turite priimti, žinomus apribojimus ir taikomus prieigos ar eksploatacinės aplinkos ribojimus. Patvirtinsime, ar tinka ribotos apimties vertinimas, tada prieš pradedant bet kokius gelbėjimo, migracijos ar eksploatacinės aplinkos darbus suderinsime rašytinę apimtį, saugos ribą, priėmimo kriterijus, terminus ir pasiūlymą.

Dažnai užduodami klausimai