Tata kelola dan kepatuhan

Tata kelola arsitektur, pengelolaan kebijakan, dan kerangka kepatuhan

Pastikan arsitektur memenuhi kebutuhan organisasi, peraturan, dan keamanan melalui kebijakan sebagai kode serta tata kelola otomatis.

Tata kelola arsitektur

Apa itu tata kelola?

Proses memastikan keputusan infrastruktur:

  • Selaras dengan strategi organisasi.
  • Memenuhi peraturan.
  • Mengikuti kebijakan keamanan dan biaya.
  • Mendukung standar operasional.

Mengapa penting

  • Risiko: cegah kesalahan mahal sejak awal.
  • Kepatuhan: penuhi SOC2, HIPAA, PCI, dan GDPR.
  • Biaya: terapkan kebijakan optimasi.
  • Keamanan: jaga postur konsisten.
  • Operasional unggul: gunakan pola terbukti.

Kebijakan sebagai kode

Definisikan kebutuhan sebagai kebijakan yang diterapkan otomatis.

Contoh kebijakan

Kebijakan: enkripsi wajib

All databases must be encrypted at rest.
All data in transit must use TLS 1.3.

Kebijakan: ketersediaan tinggi

All databases must be deployed in multi-AZ configuration.
All load balancers must span at least 2 availability zones.

Kebijakan: grup keamanan

No security groups allowing inbound from 0.0.0.0/0 on port 22 or 3389.
All databases must be in private subnets (not internet-facing).

Kebijakan: pengendalian biaya

No instances larger than t3.xlarge without approval.
Maximum database storage of 1TB without approval.
All reserved instances must be 1-year or longer.

Kebijakan: tag

All resources must have:
- owner: name of responsible person
- cost-center: department paying for resource
- environment: prod, staging, dev
- data-classification: public, internal, confidential, restricted

Menerapkan kebijakan

(Segera hadir: editor kebijakan dan mesin penerapan bawaan.)

  1. Tentukan kebijakan di Architecto.
  2. Terapkan ke organisasi atau tim.
  3. Arsitektur yang ada divalidasi otomatis.
  4. Arsitektur baru diperiksa saat dibuat.
  5. Pelanggaran ditandai dengan langkah perbaikan.

Kerangka kepatuhan

SOC 2 Type II

Kontrol keamanan, ketersediaan, integritas pemrosesan, kerahasiaan, dan privasi.

Architecto membantu:

  • Enkripsi data tersimpan dan dalam perjalanan.
  • Kontrol akses dengan IAM.
  • Log audit CloudTrail dan CloudWatch.
  • Pengelolaan perubahan melalui infrastruktur sebagai kode.
  • Respons insiden terdokumentasi.

Tinjauan arsitektur:

✓ Data encrypted at rest (AES-256)
✓ Data encrypted in transit (TLS 1.3)
✓ Multi-AZ deployment (availability)
✓ Access controls configured (least privilege)
✓ Audit logging enabled
✓ Backup and recovery tested

HIPAA: undang-undang portabilitas dan akuntabilitas asuransi kesehatan

Melindungi privasi serta keamanan data kesehatan.

Kebutuhan utama:

  • Enkripsi seluruh informasi kesehatan terlindungi, PHI.
  • Kontrol akses dan autentikasi.
  • Audit seluruh akses.
  • Cadangan dan pemulihan bencana.
  • Prosedur respons insiden.
  • Perjanjian mitra usaha.

Pola Architecto untuk HIPAA:

VPC (isolated network)
├─ VPN for healthcare provider access
├─ Encrypted RDS database with encryption keys in AWS KMS
├─ CloudTrail logging all access
├─ VPC Flow Logs for network monitoring
├─ S3 with encryption and versioning for backups
└─ Multi-region disaster recovery

PCI DSS: standar keamanan data industri kartu pembayaran

Melindungi data kartu kredit dan pembayaran.

Kebutuhan utama:

  • Firewall dan segmentasi jaringan.
  • Enkripsi data pemegang kartu.
  • Pemindaian kerentanan.
  • Kontrol akses dan autentikasi.
  • Pemantauan dan log.
  • Uji keamanan berkala.

Pola Architecto untuk PCI DSS:

Internet-Facing Components (DMZ)
├─ WAF (Web Application Firewall)
├─ Load Balancer (all traffic encrypted)

Application Servers (separated segment)
├─ API Gateway with authentication
├─ Encryption for cardholder data (tokenization)
├─ No storage of sensitive card data

Database Servers (isolated)
├─ Never stores card numbers (only tokens)
├─ Encrypted at rest and in transit
├─ Network segmentation (private subnet)
├─ CloudTrail and database audit logs

GDPR: peraturan umum perlindungan data

Melindungi data pribadi penduduk UE.

Hak utama:

  • Akses: pemilik data dapat meminta datanya.
  • Dilupakan: data dapat dihapus.
  • Portabilitas: ekspor dalam format standar.
  • Menolak pemrosesan.
  • Perlindungan sejak perancangan.

Pertimbangan Architecto:

  • Lokasi data tetap di UE.
  • Retensi dan penghapusan data lama.
  • Privasi sejak desain serta pengumpulan minimal.
  • Pengelolaan persetujuan.
  • Perjanjian pemrosesan dengan penyedia.

Pemantauan dan deteksi penyimpangan

Apa itu penyimpangan?

Terjadi saat infrastruktur aktif berbeda dari arsitektur terdokumentasi:

Designed Architecture:
- 3 EC2 instances behind load balancer
- Multi-AZ database with 2 read replicas
- CloudFront CDN for static assets

Actual Infrastructure:
- 2 EC2 instances (someone manually shut one down)
- Single database with no replicas (maintenance never done)
- No CDN (disabled to debug issue, never re-enabled)

Mencegah penyimpangan

1. Infrastruktur sebagai kode

  • Semua dalam Terraform atau CloudFormation.
  • Perubahan ditinjau dan disetujui sebelum diterapkan.
  • Mencegah kesalahan input tidak sengaja.

2. Deteksi penyimpangan (segera hadir)

  • Perbandingan rancangan dan kenyataan terjadwal.
  • Peringatan ketika menyimpang.
  • Perbaikan otomatis opsional.

3. Pengelolaan perubahan

  • Semua perubahan melalui CI/CD.
  • Perubahan manual dilarang atau ditandai.
  • Jejak audit lengkap.
  • Pemulihan versi otomatis jika bermasalah.

Audit dan laporan kepatuhan

Membuat laporan kepatuhan

Ekspor dokumentasi:

✓ SOC 2 Readiness Report
✓ HIPAA Compliance Checklist
✓ PCI DSS Gap Analysis
✓ GDPR Compliance Inventory
✓ Custom Policy Compliance

Jejak audit

Riwayat lengkap:

  • Pembuat dan pengubah arsitektur.
  • Perubahan dan waktunya.
  • Persetujuan serta tinjauan.
  • Hasil analisis setiap tahap.
  • Ekspor dan berbagi.

Dokumentasi

Buat otomatis:

  • Diagram aliran untuk HIPAA dan PCI.
  • Arsitektur keamanan.
  • Rencana kesinambungan bisnis.
  • Panduan pemulihan bencana.
  • Matriks penilaian risiko.

Tata kelola multipenyewa dan perusahaan

Kebijakan organisasi

Tetapkan standar bersama:

  • Penyedia disetujui: AWS, GCP, Azure.
  • Pola dan teknologi yang diizinkan.
  • Batas biaya dan anggaran.
  • Tag serta penamaan wajib.
  • Kerangka kepatuhan wajib.

Tata kelola tim

Tim dapat menyimpang melalui:

  • Pengecualian dan dispensasi.
  • Persetujuan sementara.
  • Penyimpangan berbatas waktu.

Audit dan log

Jejak lengkap:

Organization Level:
- Organization created/modified
- Members added/removed
- Policies created/changed
- Budget alerts triggered

Team Level:
- Architectures created/deleted
- Analysis results
- Shares and exports
- Comments and reviews

User Level:
- Login/logout
- API calls
- Document edits
- Settings changes

Respons insiden

Persiapan

  1. Dokumentasikan arsitektur di Architecto.
  2. Buat panduan tiap komponen kritis.
  3. Tentukan prosedur eskalasi.
  4. Daftar petugas piket, pimpinan, dan penyedia.
  5. Uji pemulihan setiap kuartal.

Respons

Selama insiden:

  1. Bagikan arsitektur ke tim penanganan.
  2. Tandai komponen terdampak.
  3. Temukan vektor serangan dengan pemodelan ancaman.
  4. Periksa akar masalah melalui analisis.
  5. Catat linimasa dan tindakan.

Pemulihan

Setelah insiden:

  1. Buat laporan dari riwayat Architecto.
  2. Buat ADR tentang kejadian dan pencegahan.
  3. Perbarui arsitektur agar tidak berulang.
  4. Perbarui panduan berdasarkan pembelajaran.
  5. Jadwalkan evaluasi pascainsiden.

Pelatihan dan pengelolaan pengetahuan

Dokumentasi

Architecto membantu:

  • Menyimpan pola dan arsitektur disetujui.
  • Membagikan pengetahuan ke anggota baru.
  • Mendokumentasikan keputusan dan konsekuensi.
  • Membentuk ingatan organisasi.

Jalur pembelajaran

Architecto mencakup:

  • Lebih dari 1,000 kuis arsitektur, keamanan, dan kepatuhan.
  • Kartu dengan pengulangan berjarak.
  • Studi kasus nyata.
  • Panduan praktik terbaik.

Sesuaikan untuk organisasi:

  • Contoh arsitektur perusahaan.
  • Kebijakan dan kebutuhan khusus.
  • Teknologi yang digunakan.

Peta jalan kepatuhan

Peta jalan Architecto mencakup:

  • Q2 2024: mesin kebijakan sebagai kode.
  • Q3 2024: templat SOC 2, HIPAA, dan PCI DSS.
  • Q3 2024: laporan kepatuhan otomatis.
  • Q4 2024: deteksi dan perbaikan penyimpangan.
  • Q1 2025: pembuat kerangka khusus.
  • Q2 2025: audit dan forensik lanjutan.

Langkah berikutnya

  • Tentukan kebijakan → Buat kebijakan organisasi (segera hadir).
  • Pilih kerangka → HIPAA, PCI, SOC2, atau khusus.
  • Audit yang ada → Analisis arsitektur saat ini.
  • Buat laporan → Ekspor dokumentasi.
  • Pelajari lanjut → Praktik terbaik

Pertanyaan? Hubungi compliance@architecto.dev atau Discord komunitas.

Tata kelola dan kepatuhan | Dokumentasi | Architecto