Belajar Solution Architect - Pre-Requisites Skill & Setup Environment

#Pendahuluan

Selamat datang di series Belajar Solution Architect! Series ini akan membawa kalian menguasai peran Solution Architect — orang yang menerjemahkan kebutuhan bisnis menjadi solusi teknis end-to-end: dari requirement gathering, pemilihan arsitektur, desain cloud, integrasi enterprise, hingga AI solutions dan presentasi ke stakeholder. Total ada 28 episode yang tersusun dalam enam fase, dari fondasi peran sampai roadmap karir.

Sebelum menyusun diagram pertama, ada skill dasar dan perangkat yang wajib kalian siapkan. Mengapa prasyarat ini penting? Karena Solution Architect adalah peran lintas disiplin: kalian harus cukup paham di banyak area (networking, compute, data, security) untuk mengambil keputusan yang tepat, dan cukup pandai berkomunikasi untuk menjelaskan keputusan itu ke CTO maupun ke developer. Bedanya dengan engineer biasa, output utama kalian bukan kode, melainkan keputusan desain yang terdokumentasi — dan itu menuntut pijakan yang lebih lebar.

Episode 0 ini adalah peta jalan kalian: kita pastikan empat skill dasar terpenuhi, siapkan tool diagram, akun cloud sandbox, workspace dokumentasi, serta sumber case study. Setelah episode ini selesai, seluruh series bisa kalian ikuti dengan nyaman.

#Skill Dasar yang Wajib Dimiliki

#Technical Breadth

Solution Architect tidak harus jago di satu hal, tetapi wajib cukup paham di banyak hal. Kalian perlu tahu cara kerja HTTP, database, message queue, container, DNS, dan caching — sekadar level "bisa menjelaskan trade-off-nya", bukan level bisa menulis production code di semuanya. Latihan cepat: coba jelaskan dalam dua kalimat apa yang terjadi dari saat user menekan tombol login sampai sesi tersimpan. Jika kalian bisa menyebut load balancer, API gateway, service auth, dan session store secara runtut, technical breadth kalian sudah memadai untuk mulai.

#Cloud Fundamentals

Hampir semua solusi modern hidup di cloud. Kalian wajib memahami model layanan IaaS/PaaS/SaaS, konsep region dan availability zone, VPC/subnet, IAM, serta billing dasar. Kalian tidak perlu sertifikasi dulu — series learn-cloud-engineer sudah mencakup kedalaman operasionalnya — tetapi minimal nyaman membaca diagram yang memuat VPC, subnet publik/privat, dan managed database:

aws --version
gcloud version
az version

Cukup satu provider yang aktif dipakai; dua lainnya sebaiknya terinstall agar kalian bisa membandingkan reference architecture antar-provider di episode 5.

#Dasar Arsitektur Software

Kalian perlu familiar dengan istilah seperti coupling/cohesion, monolith vs microservices, event-driven, dan pola seperti API gateway atau saga. Tidak harus hafal semua pattern — kita akan bedah satu per satu mulai episode 4 — tetapi kalian harus punya intuisi bahwa setiap pilihan arsitektur selalu datang dengan trade-off, tidak ada yang gratis.

#Komunikasi dan Stakeholder Skill

Ini fondasi yang paling sering diremehkan calon architect. Kalian akan menghabiskan separuh waktu untuk meeting, presentasi, dan negosiasi prioritas. Latihan sederhana: ambil satu topik teknis (misalnya mengapa pakai queue), lalu jelaskan dalam 60 detik tanpa istilah teknis kepada "manajer non-teknis". Rekam diri kalian sendiri dan evaluasi. Episode 11 akan mengasah skill ini jauh lebih dalam.

#Perangkat Software dan Hardware yang Disiapkan

#Diagram Tools

Diagram adalah bahasa sehari-hari seorang Solution Architect. Siapkan minimal satu tool dari daftar berikut:

Saran praktis: gunakan draw.io sebagai tool utama karena gratis, punya stensil resmi AWS/Azure/GCP, dan file-nya bisa di-commit ke repository bersama dokumen solusi. Buat satu folder kerja untuk series ini:

solution-lab/
├── case-studies/        # studi kasus yang kalian rancang ulang
├── diagrams/            # file .drawio dan hasil ekspor .png/.svg
├── docs/                # solution design doc & ADR latihan
└── notes/               # catatan requirement dan meeting simulasi

#Akun Cloud Sandbox

Kalian butuh tempat memvalidasi desain secara nyata. Gunakan free tier provider cloud dan aktifkan billing alert sejak hari pertama — kebiasaan ini juga bagian dari cost-awareness yang kita bahas di episode 9:

aws budgets create-budget --account-id <ID_AKUN> --budget file://budget.json

Ganti <ID_AKUN> dengan ID akun kalian. Di GCP set budget alert dari console, di Azure gunakan Cost Management + Billing. Tujuannya bukan belanja, melainkan punya environment tempat kalian bisa deploy PoC kecil di episode 17.

#Workspace Dokumentasi

Solusi yang tidak terdokumentasi tidak pernah terjadi. Siapkan satu tempat terpusat untuk menulis: bisa Markdown di repository Git (disarankan), Notion/Obsidian untuk penulisan cepat, atau Confluence jika kantor kalian memakainya. Yang penting dua hal: versioned dan bisa dibagikan ke stakeholder. Mulai episode 2 kita akan memakai struktur Solution Design Document yang konsisten, dan semua latihan ditulis di folder docs/ kalian.

#Case Studies

Kumpulkan 3-5 studi kasus arsitektur sebagai bahan referensi dan latihan re-design. Sumber terbaik dan gratis:

• AWS Architecture Center — hundreds of reference architectures dan well-architected examples.
• Azure Architecture Center — setara di sisi Microsoft.
• Google Cloud Architecture Framework — dengan diagram dan best practice per workload.

Unduh/simpan link-nya di folder notes/. Sebagai latihan pembuka: pilih satu reference architecture (misal web hosting multi-AZ), gambar ulang sendiri tanpa melihat, lalu bandingkan. Selisih antara versi kalian dan versi resmi adalah daftar materi yang perlu kalian pelajari.

#Verifikasi Environment

Sebelum lanjut ke episode 1, jalankan verifikasi singkat ini:

# 1. CLI cloud responsif (minimal satu)
aws sts get-caller-identity
 
# 2. Folder lab lengkap
ls solution-lab/
 
# 3. draw.io bisa dibuka (uji manual) dan git siap commit diagram
git init && git status

aws sts get-caller-identity harus mengembalikan ARN akun kalian. Jika error kredensial, atur ulang ~/.aws/credentials. Terakhir, pastikan kalian berhasil membuat satu diagram sederhana di draw.io — misalnya kotak "User" → "Load Balancer" → "App Server" → "Database" — dan menyimpannya ke diagrams/. Diagram pertama itu akan kita ganti dengan versi profesional di episode 5.

#Ringkasan Prasyarat

Rangkuman yang sudah kalian siapkan di episode 0:

• Skill: technical breadth lintas komponen sistem, fundamental cloud, intuisi trade-off arsitektur, dan kemampuan menjelaskan topik teknis ke non-teknis.
• Tool: draw.io terpasang, folder solution-lab/ dengan subfolder diagrams, docs, notes, dan case-studies.
• Akses: satu akun cloud sandbox dengan billing alert aktif, plus CLI yang terverifikasi.
• Bahan: 3-5 case study dari architecture center resmi, termasuk satu latihan re-drawing.

Jika ada yang belum terpenuhi, berhenti dulu dan lengkapi. Perjalanan 27 episode ke depan akan jauh lebih lancar dengan pijakan yang kuat ini.

#Penutup

Inti yang harus dibawa pulang:

• Solution Architect bekerja dengan breadth, bukan depth tunggal: teknologi, cloud, arsitektur, dan komunikasi harus seimbang.
• Output utama peran ini adalah keputusan desain yang terdokumentasi — maka diagram tool dan workspace dokumentasi adalah alat kerja utama, bukan hiasan.
• Akun cloud sandbox dengan billing alert adalah tempat kalian menguji desain secara nyata, bukan sekadar teori.
• Case study resmi dari architecture center adalah standar kualitas yang akan kita kejar.

Di episode 1 selanjutnya kita akan membahas peran dan scope seorang Solution Architect — apa persisnya yang dikerjakan sehari-hari, bedanya dengan Software Architect, Enterprise Architect, dan Technical Architect, di titik mana saja SA terlibat dalam lifecycle proyek, serta konteks peran ini di tahun 2026 ketika solusi AI/cloud/hybrid menjadi mainstream. Pastikan environment kalian sudah siap, karena perjalanan Belajar Solution Architect baru saja dimulai!