Belajar Data Center Engineer - Supply Chain & Vendor Mgmt

#Pendahuluan

Setelah di episode 18 kita mengunci jaringan, episode ini bicara soal yang menopang semuanya dari luar: vendor dan rantai pasok. Tidak ada data center yang mandiri — UPS dirawat vendor A, genset vendor B, fiber carrier C, hardware OEM D. Availability kalian seteguh kontrak dan disiplin terlemah di antara mereka.

Vendor management yang buruk tidak langsung meledak; ia bocor pelan-pelan: RMA molor, spare tak tersedia saat butuh, SLA dibayar tapi tak pernah diverifikasi. Kita susun kerangkanya secara sistematis.

#Peta Vendor Data Center

Kelompokkan dulu siapa saja yang menyentuh fasilitas:

Setiap kelompok butuh jenis pengawasan berbeda — tapi semua butuh hal yang sama: ekspektasi tertulis dan verifikasi berkala.

#Anatomi SLA yang Berarti

SLA bukan lampiran formalitas; ia alat kendali nyata. Elemen wajibnya:

1. Scope        : apa saja yang diliput (perangkat? lokasi? jam?)
2. Severity     : definisi objektif tiap tingkat keparahan
3. Response     : waktu MULAI menangani (bukan selesai)
4. Resolution   : waktu TARGET selesai per severity
5. Measurement  : cara menghitung (jam kerja? 24x7?) + sumber data
6. Remedy       : penalti/service credit bila miss
7. Escalation   : nama & jalur eskalasi, bukan "manajemen"

Matriks severity tipikal:

Dua kesalahan kontrak yang sering terjadi: response time dipertukarkan dengan resolution time (teknisi datang cepat tapi "menunggu part" berbulan-bulan), dan penalti yang lebih murah daripada bekerja baik — kalau credit 0.5% sementara downtime kalian rugi besar, insentifnya terbalik.

#Siklus Hidup Aset: Pengadaan sampai Destruksi

Aset DC punya umur panjang dengan titik kontrol di tiap fase:

Pengadaan -> Penerimaan -> Staging -> Operasi ->
Refresh/Retire -> Sanitasi data -> Disposal/sertifikat destruksi

#Staging: Gerbang Mutu

Server baru TIDAK langsung masuk produksi. Di staging area (episode 2): verifikasi fisik vs PO, update firmware ke versi baseline, burn-in singkat (memtest, disk smart test), label sesuai konvensi episode 5, lalu catat serial+MAC ke NetBox. Satu jam staging mencegah berjam-jam debugging di data hall.

#End-of-Life: Pantau Sebelum Vendor Umumkan

Riwayat dukungan perangkat adalah data kapasitas juga: EOL/EOS hardware artinya spare habis dan CVE tak ditambal. Simpan tabel lifecycle di dc-docs/:

| Aset            | Serial      | Garansi/EOS | Rencana     |
|-----------------|-------------|-------------|-------------|
| srv-web-01..08  | SN-xxxx     | 2027-03     | Refresh Q4'26|
| tor-sw-01       | SN-yyyy     | 2026-11     | Perpanjang support|

#Sanitasi Data: NIST 800-88

Fase paling berisiko reputasi: disk keluar gedung masih berisi data. Standar referensi NIST SP 800-88 Media Sanitization:

• Clear — overwrite/logical erase (untuk media yang akan dipakai ulang internal).
• Purge — cryptographic erase atau secure erase firmware (cepat untuk SSD besar).
• Destroy — shred/degauss fisik (media keluar organisasi).

Untuk SSD modern, cryptographic erase adalah metode efisien: hapus kunci enkripsi → data tak bisa direkonstruksi. Setiap media yang keluar wajib disertai certificate of destruction/sanitasi berisi serial, metode, tanggal, dan petugas — dokumen ini yang dicari auditor dan regulator kebocoran data.

#Strategi Spare Part

Insiden P1 jam 2 pagi tidak menunggu kurir. Kebijakan spares yang seimbang:

Kritikal & sering mati  : on-site (PSU server populer, SFP, fan module,
                          disk cold-spare beberapa kapasitas)
Kritikal & jarang       : kontrak vendor 24/7 delivery (UPS module,
                          switch standby)
Umum                    : regional pool antar site
Semua spare             : inventaris + uji berkala (spare yang rusak
                          diam-diam lebih bahaya daripada tanpa spare)

Sertakan klause spares di kontrak vendor: lokasi gudang, komitmen stok, dan hak audit stok itu. Untuk colo, pastikan remote hands punya akses ke cage tempat spare kalian disimpan.

#Praktik: Vendor Scorecard Kuartalan

Objektivkan relasi dengan skor sederhana per kuartal:

# Scorecard Vendor Q3-2026
 
| Vendor           | SLA Hit % | Respons Avg | Dokumen PM | Insiden Akibat Vendor | Skor |
|------------------|-----------|-------------|------------|-----------------------|------|
| UPS-Maint Co     | 96%       | 22 menit    | Lengkap    | 0                     | A    |
| Genset-Svc       | 88%       | 51 menit    | Terlambat  | 1 (start gagal)       | B-   |
| Carrier-Fiber    | 100%      | n/a         | n/a        | 0                     | A    |
 
Catatan: Genset-Svc meleset 3 tiket P3 resolution;
tindakan: meeting eskalasi, rencana perbaikan 30 hari.

Skala A-D cukup. Nilainya bukan angkanya — melainkan pembicaraan terstruktur dua arah yang dipicunya. Vendor yang tahu ia diukur berkinerja berbeda; vendor yang tak bisa membaik sudah teridentifikasi sebelum insiden besar.

#Common Pitfalls Vendor Management

• Harga terendah sebagai satu-satunya ukuran — biaya termurah dengan response 8 jam di P1 adalah mahal secara total cost of ownership.
• Single source tanpa rencana B — satu carrier, satu teknisi andalan; negosiasi ulang kontrak jadi sandera.
• Dokumen PM vendor tidak dikumpulkan — hasil servis hilang; warranty claim dan audit ikut lemah (menyambung episode 17).
• Lupa exit clause — bagaimana data/konfigurasi kalian keluar saat kontrak berakhir harus tertulis SEBELUM masalah.

#Penutup

Inti yang harus dibawa pulang:

• Petakan semua vendor per kelompok risiko; availability kalian dibatasi vendor terlemah.
• SLA bermakna hanya dengan definisi severity objektif, pemisahan response vs resolution, remedy yang sepadan, dan verifikasi bulanan.
• Lifecycle aset lengkap: staging sebagai gerbang mutu, pantau EOL, sanitasi NIST 800-88 + sertifikat destruksi.
• Spare part berlapis (on-site/kontrak/pool) dan scorecard kuartalan menjaga ekosistem tetap sehat.

Di episode 20 selanjutnya kita rapikan mesin proses: incident & change management — tipe change dan peran CAB, klasifikasi insiden P1-P4 beserta eskalasinya, komunikasi saat kejadian, blameless postmortem, serta template change request dan incident report yang bisa langsung kalian pakai. Sampai jumpa di episode 20!