Written with AI assistance from the source video. The video is the authority.
Log in to leave a comment
No posts yet
Pemilihan arsitektur infrastruktur bukanlah masalah superioritas teknis, melainkan perhitungan matematis dari profil lalu lintas. Contoh kasus yang representatif adalah tim operasional Amazon Prime Video yang mengalami lonjakan biaya setelah mendistribusikan layanan pemantauan kualitas video ke banyak AWS Lambda dan Step Functions. Seiring meningkatnya lalu lintas, biaya transisi status melonjak secara linear, sehingga mereka melakukan migrasi balik dengan mengintegrasikan logika tersebut ke dalam pemrosesan in-memory pada node komputasi tunggal dan lingkungan kontainer Amazon ECS. Hasilnya, total biaya infrastruktur terpangkas hingga 90%.
Titik impas (break-even point) biaya antara fungsi serverless dan runtime kontainer sudah jelas. Dengan asumsi latensi respons rata-rata AWS Lambda adalah 118ms dan alokasi memori sebesar 1GB, serta AWS Fargate sebagai penggantinya dioperasikan secara terus-menerus dengan 2 task (spesifikasi 2 vCPU, 4GB RAM) untuk menjamin ketersediaan minimum, titik impas biaya antara kedua layanan tersebut berada pada angka sekitar 96 juta permintaan per bulan. Di bawah ambang batas ini, model penagihan berbasis penggunaan serverless lebih menguntungkan, namun begitu melewati garis ini, efisiensi biaya kontainer runtime Fargate, yang mengoperasikan sumber daya sebagai biaya tetap, menjadi lebih tinggi.
Dalam arsitektur yang berjalan terus-menerus, biaya jaringan yang mencakup 30% dari total tagihan—seperti biaya NAT Gateway saat mengisolasi kontainer di subnet privat (0,045 dolar per jam, atau 32,40 dolar per bulan untuk satu zona ketersediaan), biaya dasar Application Load Balancer (16,20 dolar per bulan), dan biaya alokasi alamat IP publik tetap (3,60 dolar per task per bulan)—harus dimasukkan ke dalam rumus agar mendapatkan titik impas yang akurat.
Rumus perhitungan untuk menentukan migrasi infrastruktur menggunakan spreadsheet adalah sebagai berikut:
![Penyedia Cloud berubah dengan CEPAT [UNGGAH ULANG]](https://i.ytimg.com/vi/UVz8_JljpGQ/hqdefault.jpg)
=( (R / 1000000) * harga_panggilan_dasar ) + ( R * D * (M / 1024) * tarif_per_GB-detik )=( jumlah_kontainer_berjalan * ( (jumlah_vCPU * harga_vCPU_per_jam) + (memori_GB * harga_memori_per_jam) ) * 720 ) + biaya_pemeliharaan_infrastruktur_tetapJika logika bisnis dibuat sangat bergantung pada pustaka SDK cloud atau antarmuka runtime eksklusif, aplikasi tersebut akan terkunci pada platform tersebut. Kesalahan yang sering terjadi adalah memasukkan paket web server Express.js ke dalam runtime AWS Lambda dan membungkusnya dengan pustaka adapter (contoh: @codegenie/serverless-express) untuk digabungkan dengan event API Gateway Proxy. Struktur ini membuang-buang sumber daya CPU mesin virtual FaaS karena memaksa proses emulasi socket stream virtual dan konversi buffer pada setiap permintaan. Selain itu, hal ini memperbesar ukuran distribusi node_modules yang memicu cold start dan menghambat migrasi platform.
Untuk menghindari risiko keterikatan ini dan mempercepat waktu migrasi ke cloud lain hingga 80%, Anda harus menerapkan Hexagonal Architecture (Arsitektur Heksagonal) sebagai prinsip desain tata letak domain. Pisahkan domain—yaitu logika bisnis inti—dari saluran komunikasi eksternal seperti API Gateway, mesin basis data, dan antrean pesan. Buat domain hanya bergantung pada antarmuka Ports yang terabstraksi, sementara teknologi implementasi infrastruktur yang konkret ditangani oleh komponen Adapters, sehingga menciptakan struktur plug-in yang dapat saling menggantikan.
Untuk memperluas portabilitas platform, Anda dapat menggunakan AWS Lambda Web Adapter (LWA). Caranya adalah dengan menambahkan satu baris kode binary layer ke dalam spesifikasi build Dockerfile.