Poin Utama
Relationship Mapping mengubah inventaris datar menjadi peta yang sadar layanan, menelusuri dampak ke hulu dan hilir melalui hierarki tipe CI, dari gejala ke akar masalah dan dari change yang direncanakan ke blast radius-nya.
Satu pemetaan menjawab dua pertanyaan, CI mana pun yang dibuka lebih dulu.
Setiap koneksi memiliki tipe Direct dan tipe Inverse.
WebApp Runs on Server juga berarti Server Hosts WebApp: satu tautan, dua arah.
CI mana pun yang menjadi titik awal, dependensinya sudah ada untuk dibaca.
Tipe relasi bawaan dan kustom yang sesuai dengan lingkungan Anda.
Seluruh rantai sebuah layanan bisnis tampil dalam satu tampilan.
Relationship Mapper menampilkan CI sebagai node dan dependensi sebagai garis penghubung.
Memilih sebuah CI akan menampilkan layanan di hulu dan komponen di hilir di sekitarnya.
Ikuti garis penghubung untuk melihat bagaimana sebuah layanan bisnis terpetakan hingga ke komponennya.
CI di hulu dan hilir dapat dibedakan dengan jelas di dalam graf.
Ubah risiko change dari tebakan menjadi fakta.
Pilih CI yang akan diubah dan langsung lihat blast radius-nya.
Tampilkan semua layanan bisnis di hulu yang bisa terganggu oleh change tersebut.
Ungkap setiap komponen di hilir yang bergantung pada CI yang diubah.
Berikan Change Advisory Board cakupan yang jelas sebelum keputusan approval.
Telusuri peta dari layanan yang gagal ke CI yang menjadi sumber sebenarnya.
Telusuri dari gejala ke penyebab, alih-alih merekonstruksinya dari ingatan di bawah tekanan.
Ikuti dependensi yang tercatat, bukan menebak komponen mana yang rusak.
Jaga gambaran tetap akurat dengan sinkronisasi status CI-ke-Aset, sehingga graf mencerminkan kondisi terkini.
Intelligence
Tim membutuhkan Relationship Mapping saat sebuah change atau insiden memunculkan pertanyaan "apa lagi yang terdampak?"
Sebelum menyetujui change, Change Advisory Board perlu tahu layanan bisnis mana yang berada di hilir CI yang diubah.
Saat terjadi gangguan, tim support perlu menelusuri dari gejalanya, yaitu layanan bisnis yang tidak tersedia, kembali ke satu komponen yang rusak.
Seiring lingkungan berubah, dependensi tersebut harus tetap akurat, karena impact analysis hanya sebaik peta di belakangnya.
Cara Kerja
Menghubungkan CI dengan tipe Direct dan Inverse yang menggambarkan dependensi dari kedua sisi.
Menggunakan tipe bawaan (Connected to, Depends on, Hosts) atau membuat relasi kustom.
Admin mengonfigurasi tipe relasi yang disarankan. Teknisi menerapkannya, atau membuat secara manual tautan bisnis yang tidak dapat ditemukan otomatis.
Memvisualisasikan CI sebagai node dan dependensi sebagai garis di Relationship Graph interaktif.
Menjalankan impact analysis sebelum approval change dan menelusuri insiden hingga ke CI penyebab.
Menjaga akurasi melalui sinkronisasi status CI-ke-Aset dan review relasi pasca-insiden.
Nilai Berdasarkan Peran
Risiko change menjadi fakta, bukan penilaian subjektif, karena blast radius dari change yang diusulkan dibaca dari graf dependensi sebelum approval.
Risiko change menjadi fakta, bukan penilaian subjektif, karena blast radius dari change yang diusulkan dibaca dari graf dependensi sebelum approval.
Impact analysis tidak lagi bergantung pada siapa yang kebetulan tahu dependensinya.
Impact analysis tidak lagi bergantung pada siapa yang kebetulan tahu dependensinya.
Relasi tercatat dua arah dan ditinjau saat change control, sehingga peta tetap sesuai kenyataan, alih-alih usang setelah kuartal pertama.
Relasi tercatat dua arah dan ditinjau saat change control, sehingga peta tetap sesuai kenyataan, alih-alih usang setelah kuartal pertama.
Akar masalah menjadi jalur yang bisa ditelusuri, bukan dugaan yang harus dipertahankan: ikuti layanan yang gagal menyusuri rantainya hingga ke komponen yang benar-benar bermasalah.
Akar masalah menjadi jalur yang bisa ditelusuri, bukan dugaan yang harus dipertahankan: ikuti layanan yang gagal menyusuri rantainya hingga ke komponen yang benar-benar bermasalah.
Dari Visibilitas ke Kendali
Lihat blast radius sebelum change. Baca grafnya dan ketahui dengan tepat apa yang tercakup sebelum CAB memutuskan: approval berdasarkan informasi, bukan tebakan.
Telusuri akar masalah melalui dependensi. Ikuti layanan yang gagal menyusuri rantainya hingga ke komponen sumber masalah, jalur yang bisa ditelusuri tim, bukan dugaan yang harus dipertahankan.
Bawa kesadaran dampak layanan ke setiap insiden dan change. Relasi tercatat dua arah, sehingga konteks hulu dan hilir sudah tersedia saat CI dibuka.
Jaga model tetap tepercaya dari waktu ke waktu. Sinkronisasi status CI-ke-Aset dan review relasi saat change control menjaga peta tetap sesuai kenyataan.
Jelajahi Lebih Lanjut