Konsep Cloud dan Pembagian Tanggung Jawab

Cloud computing adalah bentuk pemanfaatan di mana sumber daya TI tidak dimiliki sendiri, melainkan disewa sesuai kebutuhan saat diperlukan, dan biayanya dibayar sesuai pemakaian. Waktu dari permintaan hingga mulai digunakan sangat singkat, dan begitu dikembalikan, penagihan pun langsung berhenti. Menetapkan jumlah kebutuhan sebelum implementasi lalu membeli perangkat, serta mengelola sendiri catu daya hingga pendingin udara, adalah cara kerja on-premises, yang karena harus menentukan jumlahnya terlebih dahulu dapat menyebabkan provisioning berlebih (over-provisioning) atau kekurangan kapasitas. Penjelasan bahwa jumlah sumber daya tidak dapat diubah selama masa kontrak justru bertolak belakang dengan premis cloud yang dapat ditambah atau dikurangi kemudian.

Pay-as-you-go adalah prinsip di mana tanpa pembayaran di muka maupun komitmen jangka panjang, pengguna hanya membayar sesuai yang benar-benar digunakan. Karena dapat menyesuaikan skala berdasarkan kebutuhan nyata dan bukan perkiraan, risiko provisioning berlebih dapat dikurangi. Menurunkan harga satuan dengan berkomitmen pada jumlah penggunaan selama periode tertentu adalah Save when you commit (hemat dengan berkomitmen), harga satuan yang menurun seiring bertambahnya penggunaan adalah Pay less by using more (bayar lebih murah dengan menggunakan lebih banyak), dan menggabungkan ke tarif bulanan tetap tanpa biaya kelebihan pemakaian adalah Flat rate (tarif tetap) - ketiganya menunjuk pada prinsip yang berbeda.

Pay less by using more adalah prinsip di mana skema harga bertingkat diterapkan pada layanan seperti S3 dan transfer data, sehingga harga satuan per GB menurun seiring bertambahnya volume penggunaan. Menurunkan harga satuan dengan berkomitmen pada jumlah penggunaan selama periode tertentu adalah Save when you commit, yang diwujudkan melalui Savings Plans. Membayar sesuai pemakaian aktual setiap kali adalah Pay-as-you-go, dan menggabungkan ke tarif bulanan tetap tanpa biaya kelebihan pemakaian adalah Flat rate. Keempat prinsip ini memiliki tujuan berbeda sehingga tidak saling bertentangan, melainkan digunakan secara kombinasi.

Save when you commit adalah prinsip di mana, seperti pada Savings Plans, harga layanan komputasi atau machine learning didiskon sebagai imbalan atas komitmen pada tingkat penggunaan tertentu selama periode 1 atau 3 tahun. Menetapkan tarif bulanan tetap tanpa biaya kelebihan pemakaian adalah Flat rate, dan ini bukan mekanisme pembawaan ke bulan berikutnya. Skema bertingkat di mana harga satuan menurun seiring bertambahnya penggunaan adalah Pay less by using more. Dapat berhenti kapan saja tanpa komitmen adalah sifat dari Pay-as-you-go, yang premisnya justru berlawanan dengan prinsip ini yang mensyaratkan komitmen.

Menurut daftar panduan ujian resmi per Agustus 2026, yang berada pada tingkat Foundational hanya dua, yaitu AWS Certified Cloud Practitioner (CLF-C02) dan AWS Certified AI Practitioner (AIF-C01). Developer - Associate (DVA-C02) dan Data Engineer - Associate (DEA-C01) sama-sama berada pada tingkat Associate, sedangkan Advanced Networking - Specialty (ANS-C01) berada pada tingkat Specialty. Sertifikasi yang namanya diakhiri dengan nama tingkat bisa dijadikan petunjuk, tetapi Cloud Practitioner dan AI Practitioner tidak memiliki akhiran nama tingkat, jadi perlu diingat bahwa keduanyalah yang termasuk Foundational.

CLF-C02 adalah kode ujian untuk AWS Certified Cloud Practitioner. CLF melambangkan Cloud Practitioner, sedangkan C02 di akhir menunjukkan generasi revisi. Kode untuk AWS Certified AI Practitioner adalah AIF-C01, untuk AWS Certified Developer - Associate adalah DVA-C02, dan untuk AWS Certified Data Engineer - Associate adalah DEA-C01. Nama sertifikasi terkadang berubah, tetapi kode ujian tidak berubah sampai ada revisi, sehingga cara paling pasti untuk memeriksa apakah suatu materi belajar masih versi terkini adalah dengan memeriksa kodenya.

Kode ujian untuk AWS Certified Solutions Architect - Professional adalah SAP-C02. SAA-C03 adalah kode untuk Solutions Architect juga, tetapi pada tingkat Associate; SOA-C03 adalah kode untuk CloudOps Engineer - Associate; dan SCS-C03 adalah kode untuk Security - Specialty. Tiga huruf awalnya mirip dan membingungkan, tetapi akan membantu jika diingat bahwa SAA berkorespondensi dengan Associate dan SAP dengan Professional.

Exam Guide CLF-C02 menetapkan Cloud Concepts sebesar 24 persen, Security and Compliance sebesar 30 persen, Cloud Technology and Services sebesar 34 persen, dan Billing, Pricing, and Support sebesar 12 persen. Jadi yang terbesar adalah Cloud Technology and Services, dan yang terkecil adalah Billing, Pricing, and Support. Karena ini sertifikasi tingkat pemula, sering dikira konsep yang paling banyak porsinya, tetapi sebenarnya domain yang menguji pengetahuan tentang layanan yang paling besar, disusul keamanan. Alokasi waktu belajar sebaiknya disesuaikan langsung dengan proporsi ini.

Exam Guide SAA-C03 menetapkan Design Secure Architectures sebesar 30 persen, Design Resilient Architectures sebesar 26 persen, Design High-Performing Architectures sebesar 24 persen, dan Design Cost-Optimized Architectures sebesar 20 persen. Yang terbesar adalah perancangan arsitektur yang aman (secure). Keempat nama domain ini lebih mudah diingat jika dikaitkan dengan pilar Well-Architected, dan dapat dilihat bahwa urutannya adalah keamanan, keandalan, efisiensi kinerja, lalu optimalisasi biaya.

Sertifikasi Associate untuk bidang operasi berganti nama dari SysOps Administrator menjadi CloudOps Engineer, dan kode ujiannya pun berubah dari SOA-C02 menjadi SOA-C03. Hari terakhir ujian dengan kode lama adalah 29 September 2025, dan kode baru mulai berlaku pada 30 September 2025. Data Engineer - Associate dan Machine Learning Engineer - Associate bukan penerus dari jalur operasi, melainkan sertifikasi baru yang masing-masing dibuat untuk bidang data dan ML. DevOps Engineer - Professional adalah sertifikasi tingkat Professional yang sudah ada sebelumnya, dan tingkatnya pun berbeda.

AWS resmi menyebut tanggung jawab pihak AWS sebagai "Security of the Cloud", yang didefinisikan sebagai perlindungan infrastruktur yang menjalankan seluruh layanan yang disediakan di AWS Cloud, yaitu perlindungan perangkat keras, perangkat lunak, jaringan, dan fasilitas. Penanganan kerentanan aplikasi yang diinstal pada instance adalah tanggung jawab pengguna jika memilih EC2. Pemilihan opsi enkripsi data dan pemberian hak akses melalui IAM adalah pekerjaan yang tetap menjadi tanggung jawab pengguna apa pun layanan yang dipilih, dan keduanya termasuk dalam sisi "Security in the Cloud".

Pihak resmi menyatakan secara eksplisit bahwa "tanggung jawab pelanggan ditentukan oleh layanan AWS Cloud yang dipilih pelanggan". Artinya, jumlah pekerjaan konfigurasi yang harus dilakukan pengguna sebagai bagian dari tanggung jawab keamanan berubah sesuai layanan yang dipilih. Paket dukungan hanya menentukan cara menerima bantuan teknis, dan tidak menggeser batas tanggung jawab. Region dan availability zone adalah soal penempatan, sedangkan lama pemakaian dan jumlah tagihan adalah soal penagihan - semuanya bukan faktor yang menentukan luas cakupan tanggung jawab.

Pihak resmi menyatakan bahwa untuk layanan yang memerlukan konfigurasi seperti EC2, pengguna bertanggung jawab atas "pengelolaan guest OS (termasuk pembaruan dan patch keamanan), perangkat lunak aplikasi dan utilitas yang diinstal pada instance, serta konfigurasi security group". Oleh karena itu, penerapan patch pada OS adalah tanggung jawab pengguna. Pada EC2, yang dioperasikan AWS hanya sampai infrastruktur fisik dan lapisan virtualisasi, dan tidak mencakup OS di dalam instance. Paket dukungan adalah kontrak untuk menerima bantuan teknis, dan bukan hal yang memindahkan letak tanggung jawab.

Untuk layanan yang bersifat abstrak atau terkelola (managed), pihak resmi menyatakan bahwa "AWS mengoperasikan lapisan infrastruktur, OS, dan platform, sedangkan pelanggan mengakses endpoint untuk menyimpan dan mengambil data". Yang tetap menjadi tanggung jawab pengguna adalah pengelolaan data mereka sendiri (termasuk opsi enkripsi), klasifikasi aset, dan penerapan hak akses yang sesuai melalui alat IAM. Pengguna tidak melakukan pembaruan OS maupun pengoperasian platform, tetapi klasifikasi data dan konfigurasi hak akses tidak pernah lepas dari tanggung jawab pengguna pada layanan apa pun.

Batas dalam shared responsibility model tidak tetap, melainkan berpindah sesuai layanan yang dipilih. Pada layanan seperti EC2 di mana pengguna mengelola guest OS, penerapan patch adalah tanggung jawab pengguna, tetapi pada layanan seperti S3 atau DynamoDB di mana AWS mengoperasikan hingga OS dan platform, hal itu menjadi tanggung jawab AWS. Jadi baik "selalu AWS" maupun "selalu pengguna" sama-sama salah. Region adalah pilihan lokasi penempatan, dan bukan hal yang mengubah pembagian tanggung jawab. Dengan memahami poin ini, batas tanggung jawab pada layanan yang baru pertama kali dijumpai pun dapat diperkirakan hanya dengan memikirkan apakah layanan tersebut lebih mirip EC2 atau lebih mirip S3.

Fasilitas dinyatakan secara eksplisit dalam "Security of the Cloud" sebagai bagian dari infrastruktur yang menjalankan layanan AWS Cloud, dan selalu menjadi tanggung jawab AWS apa pun layanan yang digunakan. Pengguna tidak dapat mengaudit atau memeriksa langsung cakupan ini sendiri, melainkan memverifikasinya melalui sertifikasi pihak ketiga dan laporan audit yang dipublikasikan AWS. Ini termasuk dalam Inherited Controls (kontrol yang diwariskan) di antara tiga klasifikasi kontrol, yaitu bagian yang sepenuhnya diwariskan pengguna dari AWS. Yang berpindah menurut layanan yang dipilih adalah lapisan OS atau middleware, bukan lapisan fisik.

Pihak resmi menyatakan secara eksplisit bahwa pengelolaan data sendiri (termasuk opsi enkripsi), klasifikasi aset, dan penerapan hak akses yang sesuai melalui alat IAM tetap menjadi tanggung jawab pengguna bahkan saat menggunakan layanan yang bersifat abstrak. Karena tidak pernah lepas apa pun layanan yang dipilih, hal ini menjadi titik tetap saat memikirkan batas tanggung jawab. Penggantian server fisik maupun perlindungan jaringan backbone adalah soal fasilitas dan perangkat keras, yang selalu berada di pihak AWS. Karena OS yang menjadi dasar layanan terkelola dioperasikan oleh AWS, penerapan patch pada OS tersebut bukan pekerjaan pengguna.

Inherited Controls didefinisikan secara resmi sebagai kontrol yang sepenuhnya diwariskan pengguna dari AWS, mencakup kontrol fisik dan lingkungan. Kontrol yang diterapkan secara terpisah baik pada lapisan infrastruktur maupun lapisan pengguna adalah Shared Controls (kontrol bersama), sedangkan kontrol yang sepenuhnya menjadi tanggung jawab pengguna, mencakup keamanan layanan dan zona, adalah Customer Specific Controls (kontrol spesifik pelanggan). Arah pewarisan ini satu arah dari AWS ke pengguna, bukan hubungan di mana AWS meneruskan konfigurasi pengguna.

Yang disebutkan resmi sebagai Shared Controls ada tiga, yaitu manajemen patch, manajemen konfigurasi, serta kesadaran dan pelatihan. Ciri khasnya adalah kegiatan yang sama dilakukan secara paralel baik pada lapisan infrastruktur maupun lapisan pengguna; misalnya untuk manajemen patch, AWS menerapkannya pada infrastrukturnya sendiri, sedangkan pengguna menerapkannya secara terpisah pada guest OS dan aplikasi mereka. Kontrol akses keluar-masuk, redundansi catu daya, serta pengadaan dan pemusnahan perangkat keras adalah kontrol fisik dan lingkungan yang diwariskan pengguna dari AWS. Keamanan layanan dan zona adalah contoh dari Customer Specific Controls.

Karena DynamoDB adalah layanan yang bersifat abstrak, AWS mengoperasikan hingga lapisan infrastruktur, OS, dan platform. Penerapan patch guest OS yang sebelumnya menjadi tanggung jawab pengguna pada EC2, setelah migrasi menjadi pekerjaan pihak AWS. Di sisi lain, klasifikasi data, pemilihan opsi enkripsi, dan pemberian hak akses melalui IAM tetap menjadi tanggung jawab pengguna apa pun layanan yang dipilih. Perlindungan fasilitas fisik sejak awal selalu menjadi tanggung jawab AWS, sehingga tidak berpindah ke pengguna meskipun terjadi migrasi. Akan lebih mudah dipahami jika diringkas sebagai "bagian yang berpindah adalah lapisan OS dan platform, sedangkan bagian yang tidak berpindah adalah data dan hak akses".

Pilar saat ini ada enam, yaitu Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, dan Sustainability. Sustainability ditambahkan pada 2021 sebagai pilar keenam, sehingga susunan lima pilar tanpa Sustainability adalah informasi lama sebelum penambahan tersebut. Interoperability dan Portability adalah istilah yang tidak disebutkan sebagai pilar framework, dan keduanya tidak ada dalam daftar resmi. Materi yang jumlah pilarnya sudah usang kemungkinan besar juga memiliki nama layanan dan kode ujian yang usang, sehingga ini juga bisa menjadi penanda kesegaran suatu materi belajar.

Operational Excellence adalah pilar yang berfokus pada menjalankan dan memantau sistem, serta perbaikan berkelanjutan terhadap proses dan prosedur. Otomatisasi deployment, pembaruan prosedur melalui retrospeksi setelah insiden, dan melakukan perubahan secara kecil dan sering termasuk di dalamnya. Perlindungan informasi dan sistem adalah fokus Security, optimalisasi alokasi sumber daya dan pemilihan jenis sumber daya adalah fokus Performance Efficiency, dan penghapusan pengeluaran sia-sia serta penyesuaian sumber daya adalah fokus Cost Optimization - semuanya menunjuk pada pilar yang berbeda.

Pilar Security berfokus pada perlindungan informasi dan sistem, dengan integritas data dan kontrol akses sebagai intinya. Enkripsi dan kontrol akses berdasarkan hak akses minimum langsung termasuk di dalamnya. Menghentikan sumber daya yang tidak digunakan dan menyesuaikan ukurannya adalah perhatian Cost Optimization, otomatisasi deployment dan pembaruan prosedur melalui retrospeksi adalah perhatian Operational Excellence, sedangkan pengukuran dan pengurangan dampak lingkungan adalah perhatian Sustainability. Sebagian besar cakupan yang tetap menjadi tanggung jawab pengguna dalam shared responsibility model akan ditangani melalui pilar Security ini.

Reliability adalah pilar yang berfokus pada apakah workload menjalankan fungsi yang dimaksudkan, dan seberapa cepat pemulihan dilakukan dari kegagalan. Distribusi ke beberapa availability zone, pemulihan otomatis, serta verifikasi prosedur backup dan pemulihan termasuk di sini. Ciri khasnya adalah bukan hanya mencegah kerusakan, tetapi juga mencakup pemulihan cepat saat kerusakan terjadi. Optimalisasi alokasi sumber daya adalah fokus Performance Efficiency, menjalankan dan memantau serta perbaikan prosedur adalah fokus Operational Excellence, dan minimalisasi dampak lingkungan adalah fokus Sustainability.

Performance Efficiency adalah pilar yang berfokus pada optimalisasi alokasi sumber daya TI dan pemilihan jenis sumber daya yang sesuai kebutuhan workload. Upaya memilih ulang jenis sumber daya untuk memenuhi persyaratan langsung termasuk di sini. Cost Optimization terlihat seperti pekerjaan yang mirip, tetapi tujuannya adalah menghilangkan pemborosan pengeluaran, sedangkan dalam kasus ini motivasinya adalah memenuhi persyaratan latensi sehingga fokusnya berbeda. Reliability adalah pilar yang melihat ketahanan terhadap kegagalan, dan Operational Excellence melihat perbaikan prosedur - keduanya bukan fokus utama di sini.

Cost Optimization adalah pilar yang berfokus pada menghilangkan pengeluaran yang sia-sia dan menyesuaikan sumber daya dengan kebutuhan bisnis. Menghentikan sumber daya yang tidak digunakan, menyesuaikan instance yang terlalu besar ke ukuran yang tepat, serta memilih model harga yang sesuai termasuk di sini. Tujuannya bukan sekadar membuat lebih murah, melainkan mempertanyakan apakah nilai yang diperoleh sepadan dengan yang dibayarkan. Perlindungan informasi dan sistem adalah fokus Security, pelaksanaan fungsi yang dimaksudkan dan pemulihan adalah fokus Reliability, dan minimalisasi dampak lingkungan adalah fokus Sustainability.

Sustainability adalah pilar yang berfokus pada meminimalkan dampak lingkungan dari menjalankan workload cloud. Ini adalah pilar terbaru yang ditambahkan sebagai pilar keenam pada 2021, dan ada tidaknya pilar ini menjadi pembeda dengan materi belajar yang sudah usang. Optimalisasi alokasi sumber daya dan pemilihan jenis sumber daya adalah fokus Performance Efficiency, menjalankan dan memantau serta perbaikan berkelanjutan terhadap prosedur adalah fokus Operational Excellence, dan pelaksanaan fungsi yang dimaksudkan serta pemulihan dari kegagalan adalah fokus Reliability - semuanya menunjuk pada pilar yang berbeda.

Yang tidak disebutkan adalah Sustainability, pilar yang membahas minimalisasi dampak lingkungan dari menjalankan workload cloud. Karena ditambahkan sebagai pilar keenam pada 2021, artikel yang ditulis sebelum itu masih menyebutkan lima pilar. Operational Excellence, Performance Efficiency, dan Reliability adalah pilar yang sudah ada sebelum penambahan tersebut, sehingga tetap tercantum dalam artikel yang menyebutkan lima pilar. Artikel yang bagian dasarnya saja seperti jumlah pilar sudah usang, sebaiknya dianggap kemungkinan besar juga memiliki uraian lain yang usang.

Pilar saat ini ada enam, yaitu Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, dan Sustainability, dan Interoperability tidak termasuk dalam daftar ini. Keterhubungan antar-sistem yang berbeda memang menjadi perhatian penting dalam desain, tetapi Well-Architected Framework tidak menjadikannya pilar tersendiri. Cost Optimization, Operational Excellence, dan Performance Efficiency semuanya adalah pilar resmi di antara keenam pilar tersebut. Jika istilah yang tidak ada dalam framework diingat sebagai pilar, hal ini dapat menjadi penyebab kebingungan saat mengeliminasi pilihan jawaban.

Menghilangkan pengeluaran yang sia-sia dan menyesuaikan sumber daya dengan kebutuhan bisnis adalah fokus Cost Optimization, bukan fokus Reliability. Reliability adalah pilar yang berfokus pada apakah workload menjalankan fungsi yang dimaksudkan, dan seberapa cepat pemulihan dilakukan dari kegagalan. Ketiga kombinasi lainnya sudah sesuai dengan uraian resmi. Karena nama-nama pilar terdengar seperti kata sehari-hari, mudah salah dikaitkan hanya berdasarkan kesan katanya. Mengingatnya bersama satu kalimat yang menyatakan fokusnya akan membantu tidak terjebak pada bentuk soal seperti ini.

Region adalah lokasi fisik AWS di dunia yang memiliki beberapa availability zone. Diberi nama seperti us-east-1 atau ap-northeast-1, dan dipilih dengan mempertimbangkan lokasi data serta regulasi, jarak dari pengguna, dan harga. Unit untuk mengisolasi kegagalan yang terdiri atas satu atau lebih pusat data independen adalah penjelasan untuk availability zone. Titik tempat CloudFront meng-cache dan mendistribusikan konten adalah edge location, sedangkan yang ditempatkan di dalam jaringan operator telekomunikasi adalah Wavelength Zones.

Availability zone didefinisikan sebagai terdiri atas satu atau lebih pusat data independen yang masing-masing dilengkapi catu daya, jaringan, dan konektivitas yang redundan, serta ditempatkan di fasilitas yang terpisah. Poin pentingnya adalah bukan sama dengan satu gedung pusat data, melainkan menunjuk pada suatu kumpulan, dan berada di gedung yang berbeda dari zona lainnya. Lapisan di antara edge location dan origin adalah Regional Edge Cache, sedangkan yang dapat menjalankan aplikasi di kota dekat pengguna adalah penjelasan Local Zones - keduanya menunjuk pada mekanisme yang berbeda.

Pihak resmi menyatakan bahwa setiap region terdiri atas "minimal tiga availability zone yang terpisah secara fisik dan independen". Jumlah total region maupun jumlah total zona terus bertambah sehingga kurang berguna untuk dihafalkan, tetapi aturan konfigurasi mengenai berapa minimal jumlah zona yang dimiliki satu region bersifat stabil dan dapat langsung dijadikan asumsi desain. Penjelasan bahwa zona ditempatkan dalam fasilitas yang sama bertentangan dengan definisi bahwa zona ditempatkan di fasilitas yang terpisah. Zona bukan sesuatu yang ditambah dengan pengajuan pengguna, dan juga bukan hanya satu per region.

Edge location adalah jaringan pusat data berskala global tempat CloudFront mendistribusikan konten. Permintaan dirutekan ke edge location dengan latensi terendah, lalu didistribusikan dari sana. Poin pentingnya, ini bukan unit redundansi untuk meningkatkan ketersediaan, melainkan titik cache untuk mendistribusikan ulang dari tempat yang dekat dengan pengguna. Isolasi kegagalan adalah peran availability zone, pembagian rentang alamat IP adalah peran subnet, dan menjalankan aplikasi di dalam fasilitas operator telekomunikasi adalah peran Wavelength Zones.

Permintaan dirutekan ke edge location dengan latensi terendah, dan jika konten sudah ada di sana, konten langsung didistribusikan. Jika belum ada, konten diambil dari origin seperti bucket S3 atau server HTTP lalu didistribusikan, sekaligus disimpan ke cache. Karena itu, permintaan kedua dan seterusnya akan dijawab langsung dari titik yang dekat. Tidak adanya cache tidak menjadi kesalahan, dan pengguna tidak dibiarkan menunggu. Penerusan ke availability zone lain adalah mekanisme isolasi kegagalan, hal yang berbeda dari alur distribusi konten.

Regional Edge Cache adalah lapisan cache yang terletak di antara edge location dan origin. Perannya adalah mengurangi jumlah pengambilan ke origin saat konten tidak ditemukan di edge. Unit manajemen yang mengelompokkan availability zone adalah region, dan zona yang ditempatkan di dalam jaringan operator telekomunikasi adalah Wavelength Zones - keduanya konsep yang berbeda. Cache di sisi perangkat pengguna bukan mekanisme AWS, melainkan fitur milik browser atau OS.

Availability zone adalah unit isolasi kegagalan yang ditempatkan di fasilitas terpisah dan dilengkapi catu daya serta jaringan yang redundan. Jika sumber daya dengan peran yang sama ditempatkan terpisah di beberapa zona, pemrosesan dapat berlanjut dengan sisanya meskipun salah satu zona berhenti total. Inilah yang disebut konfigurasi multi-AZ, dan menjadi titik awal desain ketersediaan (availability). Distribusi dari titik terdekat adalah peran edge location, lokasi data adalah bahan pertimbangan pemilihan region, dan penurunan harga satuan melalui komitmen pada jumlah penggunaan adalah soal model harga - semuanya bukan motivasi untuk memisahkan zona.

Local Zones adalah mekanisme yang memungkinkan aplikasi dijalankan pada infrastruktur AWS yang lebih dekat dengan pengguna akhir atau workload, dan ditempatkan di kota yang jauh dari region. Mirip dengan edge location dalam hal menangani "tempat yang dekat", tetapi perbedaannya adalah Local Zones merupakan tempat menjalankan aplikasi itu sendiri, bukan cache untuk membagikan konten. Isolasi kegagalan di dalam region adalah availability zone, titik khusus distribusi adalah edge location, dan cache perantara sebelum origin adalah Regional Edge Cache.

Wavelength Zones adalah zona yang ditempatkan di dalam jaringan operator telekomunikasi. Sama seperti Local Zones, ini adalah mekanisme untuk menjalankan aplikasi itu sendiri di tempat yang dekat dengan pengguna, dan tujuannya berbeda dari edge location yang merupakan titik cache untuk membagikan konten. Yang ditempatkan di antara edge location dan origin adalah Regional Edge Cache, unit yang mengisolasi kegagalan di dalam region adalah availability zone, dan yang membagi rentang alamat IP VPC adalah subnet.

Karena availability zone adalah unit isolasi kegagalan yang ditempatkan di fasilitas terpisah, satu-satunya cara mempersiapkan diri terhadap seluruh zona yang berhenti adalah dengan menempatkan sumber daya melintasi beberapa zona. Karena setiap region terdiri atas minimal tiga zona yang terpisah, distribusi ke beberapa zona dalam satu region yang sama dapat dilakukan. Menambah jumlah server di dalam zona yang sama tidak memenuhi persyaratan, karena jika zona itu jatuh, semuanya ikut jatuh. CloudFront adalah mekanisme untuk mempercepat distribusi, dan jika origin berhenti, pemrosesan dinamis tidak dapat berlanjut. Perubahan paket harga adalah soal biaya dan tidak berhubungan dengan ketersediaan.