Määritä prototyyppiä laajempi IT-infrastruktuuri

Aloita generoidusta järjestelmästä

Kuvitellaan prototyyppialusta, joka luo web-kontin, hallitun PostgreSQL-tietokannan ja julkisen URL-osoitteen. Työnkulku toimii esimerkkitiedoilla. Tulos on hyödyllinen: ihmiset voivat arvioida ominaisuutta ennen suurempaa toteutuspäätöstä.

Nyt yritys haluaa tallentaa luottamuksellisia sopimuksia ja käyttää työntekijöiden identity provideria. Tarvittava järjestelmä muuttuu. Onnistunut kontin deployment ei osoita authorizationia, hyväksyttyä tietojenkäsittelyä, palautumista tai palvelun omistajuutta.

Kehitysalustojen kyvykkyydet vaihtelevat. Tarkasta todellinen palvelu ja sen asetukset. Älä oleta kaikkien prototyyppityökalujen rajoja samoiksi tai tutun cloud-nimen täyttävän yrityksen politiikkaa.

Vastaa seitsemään tuotantokysymykseen

Vastauksissa voi käyttää yrityksen nykyisiä palveluja. Jokainen sovellus ei tarvitse uutta identity-järjestelmää tai monitoring-alustaa. Liity hyväksyttyihin kyvykkyyksiin ja kirjaa jäljelle jäävät puutteet.

AWS Well-Architected tarkastelee yhdessä toimintaa, tietoturvaa, luotettavuutta, suorituskykyä, kustannuksia ja kestävyyttä. Toimiva deployment on vain osa arkkitehtuurin arviointia. Lue viitekehys.

Määritä ympäristöjen rajat

Yksilöi development-, test- ja production-resurssit. Määritä identiteetit, jotka saavat ylittää rajat. Älä kopioi tuotantotietueita kätevään preview-ympäristöön ilman hyväksyttyä käsittelytapaa.

Tarkasta myös ulospäin lähtevät yhteydet. Yksityinen tietokanta voi syöttää tietoja julkiselle lokipalvelulle sovelluksen kautta. Coding agentin mallikutsut ovat erikseen arvioitava tietovirta.

Kirjaa cloud-tilin, DNS:n, sertifikaatin, salausavainten ja laskutussuhteen omistajat. Lähtevän työntekijän henkilökohtaisesta tilistä riippuvalla projektilla on omistajuusongelma, vaikka lähdekoodi olisi saatavilla.

Testaa vastuunjako

Hallittu tietokantapalvelu voi ylläpitää alustaa samalla kun organisaatio vastaa käyttäjistä, datan käyttöoikeuksista, skeemamuutoksista ja säilytysasetuksista. Tarkka jako riippuu palvelusta ja sopimuksesta. Pyydä se näkyviin.

Tee sopimussovellukselle palautusharjoitus kuvitteellisella datalla. Mittaa palautumisaika ja tunnista mahdollinen tietohävikki. Vertaa tulosta liiketoiminnan vaatimukseen. ”Varmuuskopiot käytössä” -valinta ei ole sama näyttö.

Testaa myös offboarding. Poista kuvitteellinen työntekijä identity-lähteestä ja tarkista haluttu käyttöoikeusmuutos. Huomioi suunnittelussa aktiiviset istunnot, ylläpitoroolit ja automaation identiteetit.

Yhdistä infra toimitusjärjestelmään

Inframäärittelyt, ympäristöasetukset, pipelinet ja sovelluskoodi tarvitsevat yhteensovitettuja muutoksia. Agentin pitää suunnitella todellista kohdeympäristöä vasten. Muuten generoitu deployment voi rikkoa verkon, identiteettien tai omistajuuden vaatimuksia.

Tässä platform engineering ja ohjelmistotehdas kohtaavat. Platform tarjoaa tuetut kyvykkyydet ja rajat. Toimitusjärjestelmän pitää käyttää niitä, tuottaa näyttöä ja siirtää palvelu selkeästi ylläpitoon. Jatka platform engineering -oppitunnille.