Skip to main content

Gambaran Umum BCP

Business Continuity Plan (BCP) PT ITEC Solution Indonesia dirancang untuk memastikan operasional pengujian lingkungan, integritas data hukum LHU, dan layanan klien pada https://portal.itec-indonesia.com tetap beroperasi atau pulih dengan cepat ketika terjadi gangguan infrastruktur, kegagalan jaringan, atau serangan siber.

Target Pemulihan (Recovery Objectives)

Sistem menetapkan target terukur yang dipantau secara ketat:

1. Strategi Backup & Redundansi Data

A. Basis Data MySQL Terjadwal

  • Snapshot Penuh Harian (Full Backup): Dilakukan otomatis setiap pukul 02:00 WIB saat aktivitas laboratorium minimal, dikompresi, dienkripsi, dan diunggah ke off-site storage.
  • Pencatatan Binary Log (Binlog) Berkelanjutan: Mengarsipkan seluruh transaksi perubahan data secara real-time untuk mendukung pemulihan titik waktu (Point-in-Time Recovery / PITR) hingga 1 menit sebelum insiden.
  • Retensi Arsip: Arsip snapshot disimpan selama 30 hari untuk harian, 12 bulan untuk bulanan, dan 5 tahun untuk arsip tahunan guna kepatuhan regulasi KAN.

B. Penyimpanan Objek Backblaze B2 Redundan

  • Seluruh berkas PDF LHU tersimpan di Backblaze B2 dengan replikasi lintas zona (cross-region redundancy).
  • Penghapusan berkas dilindungi fitur Object Lock dan retensi versi (versioning), sehingga berkas tidak dapat ditimpa atau dihapus secara permanen oleh pihak tidak berwenang.

2. Klasifikasi Tingkat Insiden (Severity Levels)

3. Prosedur Baku Penanganan Insiden (SOP)

Ketika terjadi insiden teknis, tim operasional wajib menjalankan 6 langkah standar berikut:

Langkah 1: Deteksi & Notifikasi Otomatis

  • Sistem pemantauan (monitoring agent) mendeteksi kegagalan layanan (HTTP 5xx, CPU > 95%, disk space > 90%).
  • Notifikasi darurat dikirim secara instan ke saluran komunikasi tim teknis melalui WhatsApp/Telegram/Email.

Langkah 2: Triase & Isolasi Masalah

  • Incident Commander ditunjuk untuk memimpin penanganan.
  • Lakukan isolasi komponen yang bermasalah (misal: memutus container terdampak dari Nginx load balancer) untuk mencegah penyebaran gangguan.

Langkah 3: Pemulihan Cepat (Mitigation & Recovery)

  • Jika kegagalan aplikasi: Lakukan rollback otomatis ke image Docker versi stabil sebelumnya via Jenkins atau docker compose rolling restart.
  • Jika kegagalan database: Jalankan restorasi snapshot terbaru ditambah penerapan binary log ke node cadangan.
  • Jika kegagalan VPS: Arahkan DNS Cloudflare/Nginx ke server cadangan (hot-standby VPS).

Langkah 4: Verifikasi Integritas Layanan

  • Uji fungsionalitas kritis: verifikasi login pengguna, integritas query MySQL, pembacaan dokumen LHU di B2, dan status response time.

Langkah 5: Komunikasi Publik & Portal Klien

  • Pasang banner pemeliharaan informatif di https://portal.itec-indonesia.com apabila terjadi downtime.
  • Informasikan kepada tim marketing dan klien perkiraan waktu pemulihan secara transparan.

Langkah 6: Laporan Pasca-Insiden (Post-Mortem Report)

  • Dalam waktu maksimal 24 jam setelah insiden teratasi, tim wajib menyusun dokumen Post-Mortem yang mencakup:
    1. Kronologi detail peristiwa (timeline).
    2. Akar penyebab masalah (Root Cause Analysis / RCA).
    3. Dampak operasional terhadap data dan pengguna.
    4. Tindakan pencegahan permanen (action items) agar insiden serupa tidak terulang.