Sidehistorik
...
| System | Formål | Hvem kan deploye her | Gode/dårlige ting |
|---|---|---|---|
| Development | Grundudvikling, dette kan ofte være udviklerens egen maskine eller viruelle systemer | Developer | Flygtigt miljø med mange ændringer og ingen kontrol Meget flexibelt med mulighed for stor produktivitet |
| Test | Test af det der er udviklet på Development | Developer | Flygtigt miljø med mulige ukendte ændringer |
| Stage | Deployment af det der er udviklet på Development og teste på Test | Sysadmin (Evt. Developer ved DevOps) | Kendt miljø under Change kontrol. Få eller ingen ændringer |
| Production | Sysadmin (Evt. Developer ved DevOps) | Kendt miljø under Change kontrol. Få eller ingen ændringer og skal til enhver tid matche Stage miljøet |
Der kan sagtens findes existere flere miljøer til f.eks er disse relativt normale:
| System | Formål | Hvem kan deploye her | Gode/dårlige ting |
|---|---|---|---|
| UAT | User Acceptance Test | Sysadmin (Evt. Developer ved DevOps) | Kendt miljø under Change kontrol. Få eller ingen ændringer og skal til enhver tid matche Stage miljøet |
| integration | Test omkring integrationer med andre systemer, f.eks import/export/synkronisering | Sysadmin (Evt. Developer ved DevOps) | Kendt miljø under Change kontrol. Få eller ingen ændringer og skal til enhver tid matche Stage miljøet |
...
| Advarsel |
|---|
Der er også datasikker- og datafortrolighed at tænke over, når udviklere gives nogen som helst form for adgang til Stage eller Prod, både fordi at antallet af personer med tilgang simpelthen udviddes, sekundært fordi udvikleren har mulighed for at udnytte softwaren til at udtrække fortroligt data udenom normale foranstaltninger.
Sekundært er der IT Revisionsmæssigt gode grunde til at funktionsadskille. |
Miljøer
Vores absolutte minimum må være:
...