# Peta dependensi dan urutan pemulihan layanan

Sumber diperiksa. Metode: https://kompli.id/metodologi/.

Tautkan layanan minimum dengan komponen pendukungnya. Setiap dependensi perlu pemilik, cara memeriksa dan keputusan bila belum siap; urutan tanpa bukti belum menjadi pemulihan berhasil.

URL kanonis: https://kompli.id/template/peta-dependensi-layanan/
Sumber diakses: 2026-10-02
Diperbarui: 2026-10-02
Penulis: Kompli
Sumber diperiksa: 2026-10-02

## Mulai dari layanan minimum

Gunakan satu lembar untuk layanan atau hubungan yang perlu ditelusuri. [Panduan dependensi](/panduan/kelangsungan-usaha/dependensi-dan-urutan-pemulihan/) menjelaskan urutan; lembar ini mencatat prasyarat, pemeriksaan, pemilik dan gap. Catat hasil pelaksanaan pada [catatan uji pemulihan](/template/catatan-uji-pemulihan/).

## Contoh terisi: DEP-DEMO-01

[Lab pemulihan layanan 1.0](/unduhan/lab-pemulihan-layanan-v1.zip) 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.

Versi template: 1.0

## Lembar kosong

| 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. | |

[Unduh versi kosong (.md)](https://kompli.id/unduhan/peta-dependensi-layanan.md) · [Unduh lembar kosong (.csv)](https://kompli.id/unduhan/peta-dependensi-layanan.csv)

## Sumber rujukan

- [NIST SP 800-184 — Guide for Cybersecurity Event Recovery](https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-184.pdf) — §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](https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-34r1.pdf) — §4.3–4.4: urutan pemulihan, pemeriksaan data/fungsi dan pengembalian operasi; bukan prosedur setiap database.

## Perlu membahas kebutuhan tim Anda?

Ceritakan standar atau bukti yang diminta pelanggan dan kesiapan tim Anda saat ini.

[Konsultasikan kebutuhan Anda](https://kompli.id/konsultasi/?topik=standar)

## Bacaan terkait

- [Menentukan urutan pemulihan berdasarkan dependensi layanan](https://kompli.id/panduan/kelangsungan-usaha/dependensi-dan-urutan-pemulihan/)
- [Template catatan uji pemulihan cadangan](https://kompli.id/template/catatan-uji-pemulihan/)
- [Menguji failover dan pengembalian layanan setelah gangguan](https://kompli.id/panduan/kelangsungan-usaha/uji-failover-dan-failback/)