Tenant-levering, administrativ styring, vedvarende data, asynkrone workloads, bevarede artefakter, styret Python og Assurance-gendannelsesstier holdes adskilt i den aktuelle runtimemodel.
Implementeringsmodel
Produktionsberedskab tilhører et præcist build i et præcist miljø.
Runtimediagrammer og repositorietest beskriver grænser. Produktionsaccept kræver registreret accept af migration, autorisation, gendannelse, lagring, forbindelser, browser og drift på uforanderlige artefakter.
Implementeringsmodel
Database, cache, objektlagring, secrets, nøgler, logs og workloadtjenester kan kortlægges til administrerede AWS-kapabiliteter. Dette repository påstår ikke at levere en universel produktionsstack til ECS eller CDK.
Migrationsledger, negative autorisationsstier, brokerafbrydelser, redelivery, gendannelse af forældet arbejde, manipulation af lagring, backup og restore, forbindelsescertificering og rollbackprøve indgår i accepten.
Kapabilitetsetiketter beskriver aktuelt produktscope. Kunden og implementeringsejeren skal dokumentere infrastrukturel, sikkerhedsmæssig, juridisk og operationel accept af den valgte arkitektur.
Den aktuelle runtime gør workloadgrænser konkrete.
Tenant-levering, administrativ styring, vedvarende data, asynkrone workloads, bevarede artefakter, styret Python og Assurance-gendannelsesstier holdes adskilt i den aktuelle runtimemodel.
Administrerede AWS-tjenester er en målarkitektur.
Database, cache, objektlagring, secrets, nøgler, logs og workloadtjenester kan kortlægges til administrerede AWS-kapabiliteter. Dette repository påstår ikke at levere en universel produktionsstack til ECS eller CDK.
Accept omfatter fejl – ikke kun opstart.
Migrationsledger, negative autorisationsstier, brokerafbrydelser, redelivery, gendannelse af forældet arbejde, manipulation af lagring, backup og restore, forbindelsescertificering og rollbackprøve indgår i accepten.
Offentlig status kan ikke certificere et kundemiljø.
Kapabilitetsetiketter beskriver aktuelt produktscope. Kunden og implementeringsejeren skal dokumentere infrastrukturel, sikkerhedsmæssig, juridisk og operationel accept af den valgte arkitektur.
Næste trin
Begynd med det dataflow, hvor uklarhed ikke er en mulighed.
Kortlæg de relevante systemer, ejere, regler, leveringsforpligtelser og dokumentationskrav.
Drøft et kritisk dataflow