Web Artisan

CLF-C02

Cloud Computing

Fondasi cloud computing: traditional IT vs cloud, model layanan, deployment model, global infrastructure, shared responsibility, ekonomi cloud, dan cara menjelaskannya ke siapa pun.

Read ~85 menit baca

Modul · Cloud Concepts

Cloud Computing
CLF-C02

Bayangkan AWS Cloud seperti gedung serbaguna modern: kamu menyewa ruang, listrik, keamanan, dan fasilitas sesuai kebutuhan, bukan membangun gedung dari nol.

Target: CLF-C02~85 menit bacaDomain 1 · 24%
01

Kenapa Cloud Computing Penting?

Mulai dari analogi sederhana sebelum masuk istilah teknis.

Di dunia tradisional, perusahaan membeli server seperti membeli dapur restoran lengkap sebelum tahu berapa pelanggan yang datang.

Cloud computing mengubah cara berpikir itu. Daripada membeli server, menyiapkan ruang data center, memasang pendingin, menjaga listrik cadangan, lalu menunggu berhari-hari untuk menambah kapasitas, perusahaan bisa memakai sumber daya IT melalui internet saat dibutuhkan. AWS mendefinisikan cloud computing sebagai pengiriman sumber daya IT sesuai permintaan melalui internet dengan model pembayaran sesuai pemakaian, termasuk compute, database, storage, aplikasi, dan sumber daya lain. Lihat sumber resmi: AWS Overview, What is cloud computing.

🏢Analogi gedung serbaguna

Traditional IT seperti membangun gedung sendiri; cloud seperti menyewa ruang kerja yang bisa diperbesar, diperkecil, dan dibayar sesuai pemakaian. Listrik, lift, dan keamanan gedung sudah diurus pengelola, kamu fokus pada pekerjaanmu.

Kenapa ini penting untukmu? Karena hampir semua hal di AWS bertumpu pada satu ide besar: sumber daya IT menjadi layanan yang bisa dinyalakan, dimatikan, diperbesar, dan dibayar per pemakaian. Begitu kamu paham pergeseran cara pikir ini, layanan AWS yang ratusan jumlahnya menjadi jauh lebih mudah dipahami.

Untuk CLF-C02, topik ini adalah pintu masuk Domain 1, Cloud Concepts (24% soal). Namun efeknya menyebar ke semua domain: keamanan dibahas lewat shared responsibility (Domain 2), teknologi dibahas lewat layanan AWS (Domain 3), dan biaya dibahas lewat pay-as-you-go (Domain 4).

🧭Cara membaca modul ini

Setiap section dimulai dari analogi, lalu definisi, lalu contoh nyata, lalu jebakan ujian. Jika satu istilah terasa asing, lanjutkan dulu; biasanya analogi di awal section berikutnya akan menyambungnya.

02

Traditional IT vs Cloud

Apa yang berubah saat perusahaan pindah dari ruang server sendiri ke cloud?

Traditional IT membuat kapasitas seperti keputusan besar di awal, sedangkan cloud membuat kapasitas seperti keran air yang bisa dibuka sesuai kebutuhan.

Pada traditional IT, tim harus memperkirakan kebutuhan server jauh sebelum aplikasi berjalan. Jika prediksi terlalu kecil, aplikasi lambat saat ramai dan pelanggan kabur. Jika prediksi terlalu besar, banyak server menganggur tetapi tetap menelan biaya. Selain itu, perusahaan harus mengurus pembelian hardware, instalasi rak, listrik, pendingin, jaringan, kontrak data center, penggantian disk, dan siklus refresh hardware setiap beberapa tahun.

Di cloud, sebagian besar pekerjaan fisik berpindah ke penyedia cloud. Kamu tetap merancang aplikasi, mengatur akses, memilih layanan, dan mengelola data, tetapi tidak perlu membeli server fisik sendiri. Perubahan utamanya bukan sekadar “server pindah tempat”, melainkan cara kerja bisnis: lebih cepat mencoba ide, lebih mudah skala, dan lebih jelas melihat biaya per penggunaan.

Traditional IT Cloud Computing Beli kapasitas di awal Kelola data center Tebak kebutuhan 3 tahun Biaya tetap tinggi Provision on-demand AWS kelola fondasi Skala naik turun Bayar sesuai pemakaian shift
Gambar 1. Pergeseran pola pikir dari membeli kapasitas tetap di awal ke memakai kapasitas elastis sesuai kebutuhan.

CapEx vs OpEx

Pergeseran ini sering diringkas sebagai perpindahan dari capital expenditure (CapEx) ke operational expenditure (OpEx). CapEx adalah belanja modal besar di muka untuk aset yang dipakai bertahun-tahun, misalnya membeli server dan membangun data center. OpEx adalah biaya operasional yang muncul mengikuti pemakaian, misalnya tagihan AWS bulanan. Soal CLF-C02 senang menguji perbedaan ini.

Traditional IT · CapEx
  • Modal besar di awal sebelum nilai bisnis terbukti.
  • Provisioning lambat, hitungan minggu sampai bulan.
  • Kapasitas sering overprovision atau underprovision.
  • Tim sibuk merawat hardware, listrik, dan pendingin.
Cloud · OpEx
  • Bayar mengikuti pemakaian, tanpa modal awal besar.
  • Provisioning cepat, hitungan menit lewat console atau API.
  • Kapasitas naik turun mengikuti permintaan nyata.
  • Pekerjaan fisik dasar ditangani penyedia cloud.
⚠️Jangan salah kaprah

Cloud bukan berarti tidak ada server; server tetap ada, tetapi kamu tidak mengelola hardware fisiknya secara langsung. Cloud juga tidak otomatis lebih murah; murah hanya jika kamu mematikan resource yang tidak dipakai dan memilih ukuran yang tepat.

03

Definisi Cloud Computing

Definisi singkat yang aman untuk ujian dan mudah dijelaskan.

Cloud computing adalah cara memakai sumber daya IT sebagai layanan, bukan sebagai aset fisik yang harus dibeli dan dirawat sendiri.

Definisi praktisnya: cloud computing menyediakan compute, storage, database, jaringan, analitik, machine learning, dan layanan IT lain melalui internet, tersedia sesuai permintaan, dan dibayar sesuai penggunaan. AWS memakai konsep pay-as-you-go, yang berarti kamu membayar sumber daya yang kamu pakai, bukan membeli semua kapasitas di awal.

Ada tiga kata kunci yang sering muncul di soal CLF-C02. Pertama, on-demand, sumber daya tersedia saat dibutuhkan tanpa antre pengadaan. Kedua, elastic, kapasitas bisa otomatis bertambah saat ramai dan berkurang saat sepi. Ketiga, pay-as-you-go, biaya mengikuti konsumsi. Ketiganya adalah dasar untuk memahami mengapa cloud membantu kecepatan, efisiensi biaya, dan inovasi.

Bedakan elasticity dan scalability

Dua istilah ini sering tertukar. Scalability adalah kemampuan menambah kapasitas untuk menampung beban yang lebih besar, biasanya direncanakan. Elasticity lebih spesifik: kapasitas menyesuaikan diri otomatis, naik dan turun mengikuti permintaan saat itu juga. Cloud unggul karena menyediakan keduanya, terutama elasticity yang sulit ditiru data center sendiri.

🎯Bahasa ujian

Jika soal menanyakan manfaat dasar cloud, cari jawaban seperti agility, elasticity, pay-as-you-go, economies of scale, dan tidak perlu mengelola data center fisik. Kata “automatically scale up and down” hampir selalu mengarah ke elasticity.

Contoh nyata

Sebuah toko online biasanya sepi pada hari biasa, tetapi ramai saat kampanye 11.11. Dengan traditional IT, toko itu harus membeli server untuk puncak trafik meskipun hanya dipakai beberapa hari, lalu menanggung server menganggur sepanjang tahun. Dengan cloud, kapasitas dapat dinaikkan otomatis saat kampanye dan diturunkan setelahnya, sehingga biaya mengikuti kebutuhan nyata.

04

Enam Keuntungan Cloud

AWS sering menjelaskan manfaat cloud lewat enam keuntungan inti.

Enam keuntungan cloud terasa seperti daftar hafalan, tetapi sebenarnya logis jika dilihat dari sisi bisnis.

AWS Overview menjelaskan enam keuntungan cloud computing dengan kalimat yang konsisten dari tahun ke tahun. Mengenali frasa aslinya membantu karena soal ujian sering memakai parafrase yang mirip. Lihat sumber resmi: AWS Overview, Six advantages of cloud computing.

1. Trade fixed expense for variable expense

Tukar biaya tetap besar di awal menjadi biaya variabel; bayar hanya saat memakai sumber daya komputasi.

2. Benefit from massive economies of scale

Pemakaian ratusan ribu pelanggan digabung, sehingga AWS mencapai skala ekonomi dan harga pay-as-you-go lebih rendah.

3. Stop guessing capacity

Berhenti menebak kapasitas; akses sebanyak atau sesedikit yang dibutuhkan dan skala dalam hitungan menit.

4. Increase speed and agility

Sumber daya baru hanya sejauh satu klik, sehingga waktu menyiapkannya turun dari minggu menjadi menit.

5. Stop spending money running data centers

Berhenti menghabiskan uang menjalankan data center; fokus pada proyek yang membedakan bisnis, bukan racking dan stacking server.

6. Go global in minutes

Sebar aplikasi ke banyak Region dunia dengan beberapa klik untuk latensi rendah dan pengalaman lebih baik bagi pengguna.

💡Cara mengingat

Pakai rumus cerita: biaya lebih fleksibel, skala lebih murah, berhenti menebak, lebih gesit, lepas dari beban data center, dan mendunia cepat. Tiga keuntungan pertama berbicara tentang uang, tiga terakhir tentang kecepatan dan jangkauan.

05

Tipe Layanan: IaaS, PaaS, SaaS

Tiga tipe layanan membedakan siapa mengelola apa.

Anggap layanan cloud seperti pilihan cara makan: masak sendiri dari bahan mentah, pakai dapur siap pakai, atau langsung beli makanan jadi.

AWS menjelaskan tiga tipe umum cloud computing: Infrastructure as a Service, Platform as a Service, dan Software as a Service. Setiap tipe memberi tingkat kontrol, fleksibilitas, dan tanggung jawab manajemen yang berbeda. Semakin ke kiri (IaaS) semakin banyak yang kamu kelola; semakin ke kanan (SaaS) semakin banyak yang dikelola penyedia. Lihat sumber resmi: AWS, Types of cloud computing.

Service Model: Siapa Mengelola Apa? IaaS PaaS SaaS Aplikasi Data OS dan Runtime Server dan Storage Aplikasi Data Platform Infrastruktur Aplikasi Data App Platform Infrastruktur Dikelola pelanggan Dikelola provider
Gambar 2. Tumpukan tanggung jawab pada IaaS, PaaS, dan SaaS. Bagian oranye dikelola pelanggan, bagian biru dikelola penyedia layanan.

IaaS

Building block dasar cloud: jaringan, komputer virtual atau dedicated, dan storage. Kontrol dan fleksibilitas paling tinggi; contoh model ini adalah Amazon EC2.

PaaS

Penyedia mengurus hardware dan sistem operasi, kamu fokus pada deploy dan kelola aplikasi tanpa pusing procurement, capacity planning, atau patching dasar.

SaaS

Aplikasi jadi yang dijalankan dan dikelola penuh oleh penyedia. Contoh klasik adalah email berbasis web; kamu cukup memakai, tanpa mengurus server.

Analogi dapur

IaaS seperti menyewa dapur lengkap, kamu menentukan resep, bahan, dan cara masak. PaaS seperti memakai dapur yang sudah disiapkan dengan banyak alat otomatis, kamu fokus pada menu. SaaS seperti membeli makanan siap santap, kamu fokus pada hasil akhir, bukan cara memasaknya. Trade-off-nya jelas: makin praktis, makin sedikit kontrol detail.

🎯Jebakan CLF-C02

Soal sering menguji tingkat kontrol: IaaS memberi kontrol paling besar, SaaS memberi kemudahan paling besar, PaaS berada di tengah. Jika soal menyebut “fokus pada aplikasi tanpa mengelola OS”, jawabannya cenderung PaaS. Jika menyebut “tinggal pakai lewat browser”, cenderung SaaS.

06

Deployment Model: Public, Private, Hybrid

Deployment model menjawab: cloud ini dijalankan di mana dan untuk siapa?

Jika tipe layanan menjawab “berapa banyak yang dikelola penyedia”, deployment model menjawab “di lingkungan seperti apa beban kerja berjalan”.

Public cloud adalah layanan cloud yang tersedia melalui penyedia seperti AWS, dengan infrastruktur dikelola penyedia dan digunakan banyak pelanggan secara terisolasi. Private cloud adalah lingkungan cloud yang didedikasikan untuk satu organisasi, biasanya karena kebutuhan kontrol atau aturan tertentu. Hybrid cloud menggabungkan lingkungan on-premises dan cloud sehingga beban kerja atau data dapat berjalan di keduanya.

AWS sendiri sering memakai istilah deployment yang berbeda tetapi sejalan: cloud (aplikasi sepenuhnya berjalan di cloud), hybrid (menghubungkan resource cloud dengan resource yang masih di luar cloud), dan on-premises (memakai virtualisasi di data center sendiri, mirip private cloud). Lihat sumber resmi: AWS, Types of cloud computing.

Deployment Model: Di Mana Cloud Berjalan On-premises Hybrid Public Cloud Dedicated, dikelola sendiri di data center DC AWS Jembatan on-premises dan public cloud Layanan AWS dipakai banyak pelanggan CapEx tinggi Migrasi bertahap Pay-as-you-go
Gambar 3. Spektrum deployment dari on-premises penuh, hybrid sebagai jembatan, hingga public cloud yang dipakai banyak pelanggan.

Public cloud

Cocok untuk skalabilitas cepat, layanan luas, dan model biaya berbasis pemakaian. Tidak perlu mengurus data center sendiri.

Private cloud / on-premises

Cocok ketika organisasi butuh lingkungan khusus dengan kontrol internal ketat, misalnya karena regulasi atau data sensitif.

Hybrid cloud

Cocok saat sebagian sistem masih on-premises tetapi sebagian lain mulai memakai cloud, atau saat migrasi dilakukan bertahap.

💡Contoh hybrid

Bank menyimpan sebagian sistem inti lama di data center sendiri karena regulasi, tetapi memakai AWS untuk analitik, backup, disaster recovery, atau aplikasi digital baru. AWS Outposts dan Storage Gateway adalah contoh layanan yang membantu pola hybrid ini.

07

AWS Global Infrastructure

Region, Availability Zone, dan Edge Location: tulang punggung 'go global in minutes'.

Bayangkan AWS sebagai jaringan kota data di seluruh dunia: setiap kota (Region) punya beberapa gedung terpisah (Availability Zone), ditambah banyak pos kecil dekat pengguna (Edge Location).

AWS Global Infrastructure adalah cara AWS mewujudkan janji “go global in minutes”. Topik ini termasuk Domain 3 dan sering muncul di ujian, jadi pahami hierarkinya dengan baik. Per 2026, AWS mengoperasikan sekitar 39 Region, 123 Availability Zone, lebih dari 750 titik edge CloudFront, serta puluhan Local Zone dan Wavelength Zone, dengan rencana penambahan Region baru. Angka ini terus bertambah, jadi rujuk sumber resmi untuk data terbaru. Lihat: AWS Global Infrastructure.

AWS Global Infrastructure AWS Region Beberapa AZ, terhubung latensi rendah AZ-a AZ-b AZ-c 1+ data center 1+ data center 1+ data center Satu Region = beberapa AZ yang terpisah fisik Edge Locations 750+ titik global Pengguna Konten lebih dekat ke pengguna
Gambar 4. Satu Region berisi beberapa Availability Zone yang terpisah fisik namun terhubung latensi rendah; edge location mendekatkan konten ke pengguna.

Region

Area geografis (misalnya Singapore atau Jakarta) yang berisi beberapa Availability Zone. Kamu memilih Region berdasarkan latensi ke pengguna, kepatuhan data, ketersediaan layanan, dan harga.

Availability Zone (AZ)

Satu atau lebih data center independen dengan listrik, pendingin, dan jaringan terpisah. Tiap Region punya minimal tiga AZ agar aplikasi tahan terhadap kegagalan satu lokasi.

Edge Location

Titik kehadiran (Points of Presence) untuk Amazon CloudFront dan layanan tepi. Konten di-cache dekat pengguna sehingga unduhan lebih cepat dan latensi lebih rendah.

Local Zone & Wavelength

Perpanjangan infrastruktur lebih dekat ke kota besar atau jaringan 5G, untuk aplikasi yang butuh latensi sangat rendah seperti game atau media real time.

🎯Fokus ujian

Hafalkan hierarki: Region berisi banyak AZ, AZ berisi satu atau lebih data center, edge location bukan AZ. Menyebar aplikasi ke beberapa AZ disebut high availability; menyebar ke beberapa Region biasanya untuk disaster recovery atau kepatuhan data.

⚠️Region itu pilihan sadar

Banyak layanan bersifat regional: resource yang kamu buat di satu Region tidak otomatis ada di Region lain. Salah memilih Region bisa berdampak pada latensi, biaya, dan kepatuhan data. Sebagian layanan seperti IAM bersifat global.

08

AWS Cloud Overview

AWS adalah kumpulan layanan cloud, bukan satu layanan tunggal.

AWS lebih mirip kota teknologi lengkap daripada satu gedung server.

AWS menyediakan layanan untuk compute, storage, database, networking, security, analytics, machine learning, developer tools, migration, dan banyak kategori lain. Untuk CLF-C02, kamu tidak perlu menguasai semua layanan sedalam arsitek, tetapi perlu tahu fungsi utama, kapan dipakai, dan perbedaan layanan yang sering dibandingkan. Daftar layanan dalam cakupan CLF-C02 bersifat non-exhaustive dan dapat berubah, sehingga rujukan resmi tetap penting. Lihat sumber resmi: AWS CLF-C02, In-Scope AWS Services.

Komponen besar yang perlu dikenali

Compute

Menjalankan kode atau aplikasi, misalnya Amazon EC2 (server virtual), AWS Lambda (serverless), dan container seperti ECS atau EKS.

Storage

Menyimpan data sebagai objek, file, atau block, misalnya Amazon S3 (objek), EBS (block), dan EFS (file).

Database

Mengelola data terstruktur atau khusus, misalnya Amazon RDS (relasional), DynamoDB (NoSQL), dan Redshift (data warehouse).

Networking

Menghubungkan resource dan pengguna, misalnya Amazon VPC (jaringan privat), Route 53 (DNS), dan CloudFront (CDN).

Security

Mengelola identitas, enkripsi, deteksi, dan kepatuhan, misalnya IAM, KMS, GuardDuty, dan AWS Artifact.

Billing & Support

Mengontrol biaya, anggaran, laporan, dan dukungan, misalnya AWS Budgets, Cost Explorer, dan AWS Support.

🎯Fokus ujian

Untuk Cloud Practitioner, hafalkan tujuan layanan dan skenario pemilihan, bukan konfigurasi mendalam seperti detail subnet route table atau tuning database. Pola soal: “layanan apa yang paling tepat untuk kebutuhan X”.

09

Console, CLI, SDK & Keamanan Akun

Banyak cara mengakses AWS, dan keamanan akun adalah langkah pertama.

AWS Management Console seperti dashboard kendaraan: kamu bisa melihat status, menyalakan fitur, dan mengatur banyak hal tanpa menulis kode.

AWS Management Console membantu pemula mengenali layanan, Region, billing, identitas, dan resource secara visual. Namun console bukan satu-satunya cara mengelola AWS. Ada AWS CLI untuk perintah terminal, SDK untuk kode aplikasi dalam berbagai bahasa, API untuk otomasi, dan infrastructure as code seperti AWS CloudFormation untuk membuat resource secara konsisten dan berulang.

Masuk ke AWS Management Console

Perhatikan kotak pencarian layanan, region selector di kanan atas, menu account, dan notifikasi billing.

Kenali cara akses lain

Console untuk eksplorasi, CLI untuk otomasi cepat, SDK untuk aplikasi, dan CloudFormation untuk membuat infrastruktur dari template.

Perhatikan region

Resource regional seperti EC2 bergantung Region yang aktif, sedangkan layanan seperti IAM bersifat global.

Jangan asal membuat resource berbayar

Untuk belajar awal, baca halaman layanan, pricing, dan free tier sebelum menekan tombol create.

Amankan akun sejak menit pertama

Saat membuat akun, kamu mendapat root user dengan akses penuh. Root user terlalu kuat untuk dipakai harian. Praktik yang aman: aktifkan MFA pada root user, simpan kredensialnya, lalu buat identitas terpisah untuk aktivitas sehari-hari lewat IAM atau AWS IAM Identity Center.

⚠️Keamanan akun belajar

Aktifkan MFA pada root user, hindari memakai root untuk tugas harian, buat user atau role administratif terpisah, dan pasang AWS Budgets agar eksperimen tidak berubah menjadi tagihan tak terduga.

10

Shared Responsibility Model

AWS mengamankan cloud, pelanggan mengamankan apa yang dibuat di dalam cloud.

Bayangkan apartemen: pengelola gedung menjaga fondasi, lift, gerbang, dan keamanan fisik; penghuni tetap mengunci pintu unit dan menjaga barangnya sendiri.

AWS menyatakan security dan compliance adalah tanggung jawab bersama antara AWS dan pelanggan. AWS bertanggung jawab atas security of the cloud, yaitu infrastruktur yang menjalankan layanan AWS: fasilitas data center, hardware, software dasar, networking fisik, host operating system, dan lapisan virtualisasi. Pelanggan bertanggung jawab atas security in the cloud: data pelanggan, konfigurasi akses, identitas, sistem operasi guest pada layanan tertentu, konfigurasi jaringan, dan enkripsi. Lihat sumber resmi: AWS Shared Responsibility Model.

Shared Responsibility Model AWS Security of the cloud Physical facilities Hardware and network foundation Host OS and virtualization Customer Security in the cloud Data and identity Application and access config Guest OS for EC2
Gambar 5. AWS menjaga fondasi cloud (security of the cloud), pelanggan menjaga konfigurasi, identitas, dan data (security in the cloud).
AWS · Security OF the cloud
  • Fasilitas dan keamanan fisik data center.
  • Hardware dan jaringan fisik.
  • Host operating system dan lapisan virtualisasi.
  • Fondasi software yang menjalankan layanan AWS.
Pelanggan · Security IN the cloud
  • Data, klasifikasi, dan enkripsi yang dipilih.
  • Identitas, IAM, dan konfigurasi akses.
  • Guest OS dan patching pada layanan seperti EC2.
  • Konfigurasi jaringan dan firewall (security group).

Garis tanggung jawab bergeser per layanan

Pembagian ini tidak kaku; ia bergeser sesuai jenis layanan. Pada EC2 (lebih dekat IaaS), pelanggan mengelola guest OS, patching, dan aplikasi. Pada layanan terkelola seperti S3 atau DynamoDB, AWS menangani lebih banyak lapisan sehingga pelanggan fokus pada data, policy, dan konfigurasi akses. AWS juga menyebut tiga kategori kontrol: inherited controls (sepenuhnya diwarisi dari AWS, seperti kontrol fisik), shared controls (dibagi, seperti patch management dan awareness training), dan customer-specific controls (sepenuhnya milik pelanggan).

🎯Jebakan ujian

Tanggung jawab pelanggan berubah sesuai layanan. Patokan cepat: apa pun tentang data, identitas, akses, dan konfigurasi hampir selalu tanggung jawab pelanggan; apa pun tentang fisik, hardware, dan virtualisasi adalah tanggung jawab AWS.

11

AWS Acceptable Use Policy

Cloud memberi fleksibilitas besar, tetapi ada batas penggunaan yang harus dipatuhi.

Menyewa gedung serbaguna bukan berarti bebas melakukan apa pun di dalamnya; ada aturan keselamatan dan penggunaan yang berlaku.

AWS Acceptable Use Policy menjelaskan penggunaan yang dilarang pada layanan AWS. Kategori utamanya mencakup aktivitas ilegal atau menipu, melanggar hak orang lain, mendorong kekerasan atau terorisme, konten eksploitasi anak, melanggar keamanan atau ketersediaan sistem dan jaringan, serta mengirim spam atau pesan massal tanpa izin. Untuk CLF-C02, kamu tidak perlu menghafal seluruh teks kebijakan, tetapi perlu paham bahwa pelanggan bertanggung jawab menggunakan layanan secara aman, legal, dan sesuai aturan. Lihat sumber resmi: AWS Acceptable Use Policy.

💡Cara berpikir

Shared Responsibility Model menjawab “siapa menjaga apa”; Acceptable Use Policy menjawab “apa yang tidak boleh dilakukan di platform”. Keduanya bagian dari tanggung jawab pelanggan untuk memakai cloud dengan benar.

12

Ekonomi Cloud & Tiga Dasar Biaya

Memahami dari mana tagihan AWS berasal, dan bagaimana menjaganya tetap rendah.

Cloud memberi alat hemat biaya yang ampuh, tetapi tagihan tetap bisa membengkak jika kamu tidak tahu dari mana angkanya berasal.

Secara umum, biaya AWS bertumpu pada tiga dasar: compute (membayar saat resource hidup, per jam atau per detik), storage (membayar data yang disimpan, biasanya per GB per bulan), dan data transfer (data masuk umumnya gratis, sedangkan data keluar dari AWS biasanya dibayar). Memahami tiga sumber ini membuat estimasi biaya jauh lebih intuitif.

Tiga Dasar Biaya Cloud Compute Storage Data Transfer Per jam / per detik Bayar saat resource hidup Per GB tiap bulan Bayar data yang disimpan OUT · dibayar IN · gratis Keluar dibayar Masuk umumnya gratis Pay-as-you-go: bayar yang dipakai, hentikan resource untuk berhenti membayar
Gambar 6. Tiga dasar biaya cloud: compute saat resource hidup, storage per GB, dan data transfer yang dibebankan saat data keluar.

AWS Free Tier 2026

AWS Free Tier membantu belajar tanpa biaya, tetapi modelnya berubah. Untuk akun baru yang dibuat sejak 15 Juli 2025, AWS menawarkan free account plan: sekitar 100 USD kredit saat mendaftar dan tambahan hingga 100 USD bila memakai layanan tertentu seperti EC2, RDS, Lambda, Amazon Bedrock, dan AWS Budgets, sehingga total hingga sekitar 200 USD. Plan ini berlaku 6 bulan atau sampai kredit habis, dan tidak menimbulkan tagihan sampai kamu memilih upgrade ke paid plan. Akun yang dibuat sebelum 15 Juli 2025 tetap di program legacy: 12-bulan gratis, layanan always free, dan short-term trials. Lihat sumber resmi: AWS Free Tier.

AWS Pricing Calculator

Estimasi biaya sebelum membuat resource, berguna untuk merencanakan anggaran proyek.

AWS Budgets

Tetapkan batas biaya atau penggunaan dan dapatkan peringatan saat mendekati ambang, sehingga tidak ada kejutan tagihan.

AWS Cost Explorer

Visualisasikan dan analisis pengeluaran historis untuk menemukan layanan paling boros dan peluang penghematan.

🎯Fokus ujian

Kaitkan alat ke tugasnya: Pricing Calculator untuk estimasi sebelum pakai, Budgets untuk peringatan saat memakai, Cost Explorer untuk analisis setelah pakai. Inti pay-as-you-go: matikan resource yang tidak dipakai untuk berhenti membayar.

13

Menjelaskan Cloud ke Stakeholder

Cloud bukan hanya topik teknis, tetapi juga topik bisnis.

Untuk stakeholder non-teknis, jangan mulai dari subnet, instance type, atau enkripsi; mulai dari hasil bisnis.

Penjelasan yang mudah diterima biasanya menjawab tiga pertanyaan: apa masalahnya, apa perubahan cara kerjanya, dan apa dampaknya ke bisnis. Misalnya, “Dengan cloud, tim tidak perlu membeli server berbulan-bulan sebelum peluncuran. Kita bisa mulai kecil, mengukur pemakaian, lalu memperbesar kapasitas saat pelanggan bertambah.” Bahasa seperti ini menghubungkan teknologi dengan keputusan bisnis.

Bahasa teknis

EC2 Auto Scaling menambah instance ketika metrik CloudWatch melewati threshold tertentu.

Bahasa stakeholder

Sistem otomatis menambah kapasitas saat ramai agar pelanggan tetap bisa bertransaksi tanpa gangguan.

Bahasa teknis

S3 menyimpan object dengan bucket policy, encryption setting, dan lifecycle rule.

Bahasa stakeholder

Dokumen dan aset digital tersimpan aman, tahan lama, dan biayanya dikelola sesuai umur data.

🧭Rumus menjelaskan

Mulai dari analogi, lanjutkan definisi satu kalimat, beri contoh bisnis, lalu tutup dengan risiko dan tanggung jawab. Pola yang sama dipakai modul ini di setiap section.

14

Hands-on Konseptual

Latihan ringan tanpa harus membuat resource berbayar.

Hands-on pertama tidak harus langsung deploy aplikasi; tujuan awalnya adalah mengenali pola berpikir cloud.

Buka daftar layanan AWS

Kelompokkan layanan yang kamu lihat ke compute, storage, database, networking, security, dan billing.

Ambil satu skenario

Contoh: toko online butuh website, penyimpanan gambar, database pesanan, login admin, monitoring, dan perkiraan biaya.

Pilih layanan tingkat tinggi

Website memakai compute, gambar memakai storage objek, data pesanan memakai database, akses admin memakai IAM.

Tandai tanggung jawab

Untuk tiap layanan, tulis mana yang dikelola AWS (security of) dan mana yang tetap milik pelanggan (security in).

Cek risiko biaya

Tulis resource yang bisa menimbulkan biaya jika lupa dimatikan, lalu rencanakan AWS Budgets untuk memantaunya.

💡Latihan aman

Untuk pemula, mulai dari membaca console, dokumentasi, dan pricing page sebelum membuat resource nyata. Saat siap mencoba, pilih layanan free tier dan matikan resource setelah selesai.

15

Kesalahan Umum & Jebakan Ujian

Kesalahan pemula biasanya muncul dari menyederhanakan cloud terlalu jauh.

Cloud memang menyederhanakan banyak hal, tetapi bukan berarti semua tanggung jawab hilang.

Mengira cloud selalu lebih murah

Cloud memberi alat untuk hemat biaya, tetapi biaya tetap bisa membengkak jika resource tidak dipantau, overprovisioned, atau salah arsitektur.

Mengira AWS mengamankan semua hal

AWS menjaga infrastruktur cloud, tetapi pelanggan tetap menjaga data, akses, konfigurasi, dan penggunaan layanan.

Menghafal layanan tanpa skenario

CLF-C02 sering menanyakan layanan mana yang cocok untuk kebutuhan tertentu, bukan sekadar definisi satu kata.

Menyamakan region dan layanan global

Banyak resource bersifat regional, tetapi beberapa layanan seperti IAM punya cakupan global; ini sering muncul di pembahasan awal AWS.

Tertukar IaaS, PaaS, SaaS

Kunci pembeda adalah siapa mengelola OS dan platform. Baca kata kunci soal: “mengelola OS sendiri” mengarah ke IaaS, “tinggal pakai” ke SaaS.

Mencampur availability dan durability

Availability soal seberapa sering layanan bisa diakses; durability soal seberapa aman data dari kehilangan. Keduanya berbeda dan sering ditanyakan terpisah.

🎯Pola soal

Jika soal menyebut “mengurangi pengelolaan data center”, “kapasitas sesuai permintaan”, atau “biaya mengikuti pemakaian”, biasanya jawabannya mengarah ke manfaat cloud. Waspadai jawaban yang terdengar benar tetapi keliru menempatkan tanggung jawab keamanan.

16

Ringkasan & Tips Ujian

Peta cepat untuk mengunci konsep Chapter 01.

Cloud computing adalah fondasi cara berpikir AWS: sewa kemampuan IT sesuai kebutuhan, bukan membeli semua infrastruktur di awal.

Poin Penting

  • Cloud computing menyediakan sumber daya IT on-demand melalui internet dengan model pay-as-you-go.
  • Traditional IT (CapEx) menuntut pembelian kapasitas fisik; cloud (OpEx) memberi elasticity dan agility.
  • Enam keuntungan cloud: biaya variabel, skala ekonomi, berhenti menebak kapasitas, lebih gesit, lepas dari beban data center, dan mendunia dalam menit.
  • IaaS, PaaS, dan SaaS membedakan tingkat kontrol dan tanggung jawab pengelolaan.
  • Public, private, dan hybrid cloud membedakan di mana dan untuk siapa beban kerja berjalan.
  • Global Infrastructure: Region berisi banyak Availability Zone; edge location mendekatkan konten ke pengguna.
  • Shared Responsibility Model: AWS atas security of the cloud, pelanggan atas security in the cloud.
  • Biaya bertumpu pada compute, storage, dan data transfer; Free Tier 2026 untuk akun baru berbasis kredit selama 6 bulan.

Pemetaan ke domain CLF-C02

DomainBobotKaitannya dengan modul ini
Domain 1, Cloud Concepts24%Definisi cloud, enam keuntungan, model layanan, deployment model, dan ekonomi cloud.
Domain 2, Security and Compliance30%Shared Responsibility Model, keamanan akun awal, dan Acceptable Use Policy.
Domain 3, Cloud Technology and Services34%Global Infrastructure, kategori layanan AWS, dan cara akses console, CLI, SDK, serta IaC.
Domain 4, Billing, Pricing, and Support12%Pay-as-you-go, tiga dasar biaya, Free Tier, Pricing Calculator, Budgets, dan Cost Explorer.

Fakta ujian yang perlu diingat

CLF-C02 berisi 65 soal (50 dinilai, 15 tidak dinilai), berdurasi 90 menit, dengan skor skala 100 sampai 1000 dan nilai lulus 700. Biaya ujian sekitar 100 USD. Lihat sumber resmi: AWS Certified Cloud Practitioner CLF-C02 Exam Guide.

🎯Tips ujian terakhir

Untuk Chapter 01, jangan terlalu dalam ke konfigurasi; kuasai bahasa manfaat, tanggung jawab keamanan, model layanan, hierarki infrastruktur, dan alasan bisnis memakai cloud.