Apibrėžkite infrastruktūrą už prototipo ribų

Pradėkite nuo sugeneruotos sistemos

Apsvarstykite išgalvotą prototipų platformą. Ji sukuria žiniatinklio konteinerį, valdomą PostgreSQL duomenų bazę ir viešą URL. Darbo eiga teisingai veikia su pavyzdiniais įrašais. Tai naudingas rezultatas: žmonės gali įvertinti funkciją prieš finansuodami didesnį įgyvendinimą.

Dabar įmonė nori saugoti konfidencialias sutartis ir naudoti darbuotojų tapatybės teikėją. Reikiama sistema pasikeitė. Sėkmingas konteinerio diegimas neįrodo autorizavimo, patvirtinto duomenų tvarkymo, atkuriamumo ar atsakomybės už paslaugą.

Skirtingos kūrimo platformos suteikia skirtingas galimybes. Išnagrinėkite konkrečią paslaugą ir konfigūraciją. Nemanykite, kad visi prototipų įrankiai turi vienodas ribas ar kad pažįstamas debesijos pavadinimas atitinka įmonės taisykles.

Užduokite septynis produkcinės aplinkos klausimus

Atsakymams galima naudoti esamas organizacijos paslaugas. Kiekvienai programai nereikia kurti naujos tapatybių sistemos ar stebėsenos platformos. Prisijunkite prie patvirtintų galimybių ir užrašykite likusias spragas.

AWS Well-Architected kartu vertina eksploatavimą, saugumą, patikimumą, našumą, kainą ir tvarumą. Tai primena, kad veikiantis diegimas yra tik viena architektūros vertinimo dalis. Skaitykite aprašą.

Apibrėžkite aplinkų ribas

Nustatykite kūrimo, testavimo ir produkcinius išteklius. Apibrėžkite, kurios tapatybės gali peržengti šias ribas. Nekopijuokite produkcinių įrašų į patogią peržiūros aplinką be patvirtinto tvarkymo proceso.

Išnagrinėkite išeinančius ryšius, ne tik įeinančią prieigą. Privati duomenų bazė per programą vis tiek gali perduoti duomenis viešai žurnalų paslaugai. Programavimo agento kreipiniai į modelį yra dar vienas srautas, kurį reikia vertinti atskirai.

Užrašykite, kas valdo debesijos paskyrą, DNS, sertifikatą, šifravimo raktus ir atsiskaitymo santykius. Projektas, priklausantis nuo išeinančio darbuotojo asmeninės paskyros, turi atsakomybės problemą net tada, kai programos kodas prieinamas.

Išbandykite atsakomybių pasidalijimą

Valdomos duomenų bazės teikėjas gali eksploatuoti pagrindinę paslaugą, o jūsų organizacija valdyti naudotojus, prieigą prie duomenų, schemos pakeitimus ir saugojimo nustatymus. Tikslus pasidalijimas priklauso nuo paslaugos ir sutarties. Aiškiai jo paprašykite.

Sutarčių programai atlikite atkūrimo pratimą su išgalvotais duomenimis. Išmatuokite tikrąjį atkūrimo laiką ir nustatykite galimą duomenų praradimą. Palyginkite rezultatą su verslo reikalavimu. Žymimasis langelis „atsarginių kopijų kūrimas įjungtas“ nėra lygiavertis įrodymas.

Taip pat išbandykite prieigos panaikinimą darbuotojui išėjus. Pašalinkite išgalvotą darbuotoją iš tapatybės šaltinio ir patikrinkite numatytą prieigos pasikeitimą. Projektuodami įtraukite aktyvias sesijas, administratoriaus vaidmenis ir automatizavimo tapatybes.

Susiekite infrastruktūrą su pristatymo sistema

Infrastruktūros apibrėžimams, aplinkos konfigūracijai, konvejeriams ir programos kodui reikia suderintų pakeitimų. Agentas turi planuoti pagal tikrąją tikslinę aplinką. Antraip jis gali sugeneruoti diegimą, prieštaraujantį tinklo, tapatybių ar atsakomybės reikalavimams.

Čia susitinka platformų inžinerija ir programinės įrangos gamykla. Platforma suteikia palaikomas galimybes ir ribas. Pristatymo sistema turi jas naudoti, pateikti įrodymus ir išlaikyti aiškų perdavimą eksploatuoti. Toliau skaitykite apie platformų inžineriją.