PrivateHostLab editoryal ·
Durum
Küçük bir kuruluş gönüllüleri düzenli olarak değiştirir ve güncellemeleri kimin onaylayabileceğine ve erişimi kimin kurtarabileceğine dair bir kayda ihtiyaç duyar.
Erişim sahipliğinin tek bir yönetici girişinden daha önemli olduğu örnek bir gönüllü devri.
Bu senaryo bir planlama alıştırmasıdır. Amacı, bir yapılandırma veya değişiklik öncesinde onay ve işletim boşluklarını görünür kılmaktır.
Verilmesi gereken kararlar
- Müşteri sahipliği ve yedek erişim atayın.
- Genel güncellemeler için kompakt bir değişiklik/geri alma kaydı kullanın.
- Her gönüllü geçişinde erişimi gözden geçirin.
Ekibin kaydettikleri
| Karar | Neden önemli | Doğrulama |
|---|---|---|
| Müşteri sahipliği ve yedek erişim atayın. | Müşteriye ve operatöre aynı başlangıç kapsamını verir. | Adlandırılmış bir sahip atayın ve gözlemlenen sonucu veya çözülmemiş boşluğu kaydedin. |
| Genel güncellemeler için kompakt bir değişiklik/geri alma kaydı kullanın. | İşletim sınırını ve onay yolunu incelenebilir kılar. | Adlandırılmış bir sahip atayın ve gözlemlenen sonucu veya çözülmemiş boşluğu kaydedin. |
| Her gönüllü geçişinde erişimi gözden geçirin. | Bir sonraki değişiklik veya devir için kontrol edilebilir bir kayıt bırakır. | Adlandırılmış bir sahip atayın ve gözlemlenen sonucu veya çözülmemiş boşluğu kaydedin. |
Net sonuç
Bu, gönüllüler için yönetilen destek veya kimlik doğrulama oluşturmaz.