Peta dependensi dan urutan pemulihan layanan
Tautkan layanan minimum dengan komponen pendukungnya. Setiap dependensi perlu pemilik, cara memeriksa dan keputusan bila belum siap; urutan tanpa bukti belum menjadi pemulihan berhasil.
Di halaman ini
Mulai dari layanan minimum
Gunakan satu lembar untuk layanan atau hubungan yang perlu ditelusuri. Panduan dependensi menjelaskan urutan; lembar ini mencatat prasyarat, pemeriksaan, pemilik dan gap. Catat hasil pelaksanaan pada catatan uji pemulihan.
Contoh terisi: DEP-DEMO-01
Lab pemulihan layanan 1.0 dijalankan 2 Oktober 2026. Contoh berikut mengambil grafik buatan; tidak menjalankan layanan identitas, DNS, antrean atau aplikasi nyata.
| Bagian | Isian contoh |
|---|---|
| Layanan | Pesanan buatan; fungsi minimum ditentukan pada BIA terpisah. |
| Lapisan 1 | DNS dan identitas; akar dalam model, bukan klaim semua sistem nyata dapat dimulai tanpa dependensi. |
| Lapisan 2 | Database dan queue membutuhkan identitas. |
| Lapisan 3–4 | Aplikasi membutuhkan DNS/data/queue; jobs membutuhkan aplikasi. |
| Titik pemeriksaan | Model menahan aplikasi jika queue belum ditandai siap. Health check nyata belum dijalankan. |
| Gap | Cycle dan vendor tak tercatat ditolak runner; tim perlu menentukan cara mulai pemulihan serta pemilik vendor. |
| Pemilik / keputusan | Peran operasi buatan; belum ada persetujuan atau latihan manusia. |
Tandai wajib/opsional untuk setiap dependensi sesuai fungsi minimum. Jangan memindahkan komponen ke status siap hanya karena server menyala atau lapisan sebelumnya selesai di diagram.
Catat pengecualian dan akses darurat
Jika ada hubungan melingkar, tulis keputusan cara memulai pemulihan, penyetuju, izin, bukti dan penutupan akses sementara. Tidak memberi hak baru melalui lembar ini. Kata sandi, token atau kunci tidak perlu ditempel ke peta.
Format orisinal, bukan diagram arsitektur lengkap atau bukti pemenuhan standar. Unduhan kosong tidak memuat ID maupun status contoh. Versi, perubahan vendor dan hasil pengujian menjadi bahan tinjauan.
Lembar kosong
Unduh dan isi salinan sendiri, atau cetak halaman ini. Salin lembar untuk setiap catatan baru. Isian tidak dikirim ke Kompli.
| Kolom dan petunjuk | Isian Anda |
|---|---|
| Layanan dan fungsi minimum ID, pemilik, kebutuhan dari BIA, pengguna, versi peta dan fungsi yang dipulihkan. | |
| Komponen dan hubungan Identitas komponen/vendor, prasyarat, alasan kebutuhan dan hubungan wajib/opsional. | |
| Urutan dan cara mulai Lapisan/urutan, hubungan melingkar, keputusan bootstrap yang sah dan referensi petunjuk. | |
| Pemilik dan dukungan Petugas/pengganti, kontak vendor yang diverifikasi, jam bantuan dan eskalasi. | |
| Kriteria siap dan bukti Pemeriksaan akses, fungsi, data, keamanan; hasil, tanggal serta referensi bukti terbatas. | |
| Bila belum siap Mode terbatas/penundaan, dampak, keputusan yang diperlukan serta pengganti yang telah diuji. | |
| Akses sementara dan pekerjaan antrean Izin darurat yang disetujui, pencatatan/pencabutan, retry, backlog serta efek samping. | |
| Perubahan dan tinjauan Gap, tindakan/pemilik, hasil uji, tanggal serta pemicu memperbarui peta. |
Sumber rujukan
- NIST SP 800-184 — Guide for Cybersecurity Event Recovery ↗NIST; Desember 2016, panduan teknis pemulihan, bukan aturan Indonesia · §2.1–2.3, §4: dependensi, rencana dan validasi pemulihan; panduan teknis Desember 2016.
- NIST SP 800-34 Rev. 1 — Contingency Planning Guide for Federal Information Systems ↗NIST; panduan teknis AS, bukan hukum Indonesia · §4.3–4.4: urutan pemulihan, pemeriksaan data/fungsi dan pengembalian operasi; bukan prosedur setiap database.
Baca naskah lengkap untuk melihat syarat dan pengecualiannya. Sesuaikan dengan layanan dan bidang usaha Anda.
Perlu membahas kebutuhan tim Anda?
Ceritakan standar atau bukti yang diminta pelanggan dan kesiapan tim Anda saat ini.
Konsultasikan kebutuhan Anda