Layanan Utama AWS

EC2 adalah singkatan dari Amazon Elastic Compute Cloud, yang menyediakan daya komputasi yang dapat diubah ukurannya, yaitu server virtual. S3 adalah singkatan dari Amazon Simple Storage Service, yang menyimpan data dalam jumlah berapa pun sebagai objek. Uraian yang menukar keduanya sudah lama menjadi kesalahpahaman umum, sehingga sebaiknya perannya diingat dari kepanjangan namanya. Yang menjalankan kode fungsi adalah Lambda, dan yang membagikan file adalah EFS.

Lambda dapat menjalankan kode tanpa provisioning atau pengelolaan server, dan hanya ditagih sesuai waktu komputasi yang digunakan. Tidak timbulnya biaya selama kode tidak dijalankan adalah perbedaan besar dari EC2, yang biayanya terus berjalan selama dijalankan. Jumlah fungsi atau ukuran kode yang diunggah bukan unit penagihannya.

Serverless tidak berarti tidak ada server fisik, melainkan berarti pengguna tidak perlu melakukan pengadaan, konfigurasi, dan penskalaan server. Lambda dijelaskan sebagai "dapat menjalankan kode tanpa provisioning atau pengelolaan server", dan Fargate dijelaskan sebagai "tidak memerlukan provisioning, konfigurasi, atau penskalaan server maupun cluster". Server fisik berada di pihak AWS, dan menentukan jenis OS serta kebijakan penerapan patch oleh pengguna adalah bentuk seperti pada EC2.

Fargate adalah mesin komputasi serverless dengan bayar-sesuai-pemakaian untuk kontainer, yang tidak memerlukan provisioning, konfigurasi, atau penskalaan server maupun cluster, dan digunakan sebagai launch type untuk ECS atau EKS. Pengoperasian terkelola Kubernetes adalah EKS, memilih sendiri jenis instance dan jumlahnya adalah launch type EC2, dan mendefinisikan urutan sebagai workflow adalah Step Functions.

Opsi kapasitas dasar pada ECS ada dua, yaitu Fargate yang bersifat serverless dan infrastrukturnya dikelola AWS, dan EC2 yang jenis instance serta jumlahnya dipilih dan dikelola pengguna. Selain itu ada ECS Managed Instances dan ECS Anywhere untuk on-premises. Apa pun yang dipilih, penempatan dan penskalaan kontainer tetap dilakukan oleh ECS, dan yang berbeda hanyalah siapa yang mengurus infrastruktur dasarnya.

EKS adalah singkatan dari Amazon Elastic Kubernetes Service, yaitu layanan terkelola yang memungkinkan Kubernetes dijalankan di atas AWS tanpa perlu menginstal dan mengoperasikan cluster Kubernetes sendiri, serta telah mendapat sertifikasi kepatuhan (conformance) Kubernetes. Otomatisasi pengoperasian basis data adalah RDS, distribusi konten dari tempat yang dekat adalah CloudFront, dan pembagian trafik ditangani oleh Elastic Load Balancing.

Lambda dapat menjalankan kode tanpa pengelolaan server, hanya ditagih sesuai waktu komputasi yang digunakan, dan tidak timbul biaya selama tidak dijalankan. Oleh karena itu, untuk pemrosesan yang pemanggilannya jarang, Lambda lebih menguntungkan karena tidak dikenakan biaya selama waktu menunggu. Konfigurasi yang menjalankan cluster EC2 atau EKS terus-menerus akan tetap dikenakan biaya bahkan selama sebagian besar waktu ketika pemrosesan tidak berjalan.

EC2 dijelaskan resmi sebagai layanan yang menyediakan daya komputasi yang aman dan dapat diubah ukurannya di cloud, dibayar sesuai pemakaian, dan pengguna dapat mengendalikan sumber daya komputasi sepenuhnya. Yang hanya ditagih berdasarkan waktu eksekusi dan tidak perlu menyentuh OS adalah Lambda, yang menyimpan per objek adalah S3, dan yang mendefinisikan workflow sebagai state adalah sifat Step Functions. Perlu diingat juga bahwa karena cakupan kontrolnya luas, pengelolaan OS tetap menjadi tanggung jawab pengguna.

ECS adalah singkatan dari Amazon Elastic Container Service, yaitu layanan orkestrasi kontainer yang sepenuhnya terkelola (fully managed), yang memudahkan deployment, pengelolaan, dan penskalaan aplikasi yang telah dikontainerisasi. Yang menyediakan cluster sesuai Kubernetes adalah EKS, peluncuran server virtual adalah EC2, dan eksekusi kode sesuai event adalah Lambda. ECS dan EKS sama-sama mengelola kontainer, tetapi terbagi berdasarkan apakah menggunakan Kubernetes atau tidak.

EKS adalah layanan terkelola yang memungkinkan Kubernetes dijalankan di atas AWS tanpa perlu menginstal dan mengoperasikan cluster Kubernetes sendiri, serta telah mendapat sertifikasi kepatuhan Kubernetes. Di sisi lain, ECS adalah layanan orkestrasi kontainer yang sepenuhnya terkelola milik AWS, dan tidak mengasumsikan penggunaan Kubernetes. Keduanya sama-sama layanan yang menangani kontainer, dan bukan hanya menangani image server virtual. Sebagai tujuan peluncuran, keduanya dapat memilih Fargate.

EBS adalah volume penyimpanan block persisten yang digunakan pada instance EC2, direplikasi secara otomatis di dalam satu availability zone, dan pada prinsipnya digunakan dengan dipasang (attach) ke satu instance. EFS adalah sistem file untuk workload Linux, kapasitasnya bertambah dan berkurang secara otomatis, serta mendukung akses berbagi paralel dari ribuan instance EC2. Yang dapat dibagikan adalah EFS, dan bukan berarti keduanya sama-sama untuk berbagi atau keduanya sama-sama khusus koneksi tunggal.

S3 adalah singkatan dari Amazon Simple Storage Service, yaitu penyimpanan objek dengan skalabilitas dan ketersediaan yang unggul, yang dapat menyimpan dan melindungi data dalam jumlah berapa pun. Penyimpanan block ditangani oleh EBS, sistem file bersama untuk Linux ditangani oleh EFS, dan cache in-memory ditangani oleh ElastiCache. Perbedaan tiga cara penyimpanan yaitu objek, block, dan file menjadi titik awal saat memilih penyimpanan AWS.

EFS adalah penyimpanan file yang kapasitasnya bertambah dan berkurang secara otomatis sesuai jumlah file, serta mendukung akses berbagi paralel dari ribuan instance EC2, sehingga cocok untuk kebutuhan memasang direktori yang sama secara bersamaan dari banyak instance. EBS adalah penyimpanan block di dalam satu availability zone, dan karena pada prinsipnya dipasang ke satu instance, area masing-masing menjadi terpisah. Glacier Deep Archive adalah kelas untuk arsip yang membutuhkan waktu lama untuk pengambilan, dan ElastiCache adalah cache in-memory, bukan sistem file.

EBS adalah penyimpanan block persisten untuk instance EC2, yang direplikasi secara otomatis di dalam satu availability zone dan menyediakan kinerja latensi rendah yang konsisten. Karena sifatnya berada dalam satu AZ ini, jika dibutuhkan ketersediaan yang melintasi AZ, diperlukan mekanisme lain. Replikasi lintas region maupun distribusi melalui edge location bukan peran EBS.

S3 Glacier adalah kelompok storage class untuk arsip, mencakup S3 Glacier Instant Retrieval untuk data yang memerlukan pengambilan instan, S3 Glacier Flexible Retrieval untuk data jangka panjang yang jarang diakses, dan S3 Glacier Deep Archive yang pengambilannya membutuhkan waktu beberapa jam dengan biaya paling rendah. Desainnya adalah memilih kelas berdasarkan keseimbangan antara kecepatan pengambilan dan biaya, sehingga waktu pengambilan tidak seragam. Tidak ada batasan jenis data yang dapat disimpan, dan bukan cara pakai yang dihubungkan sebagai penyimpanan block.

S3 adalah penyimpanan objek, EBS adalah penyimpanan block yang dihubungkan ke EC2, dan EFS adalah penyimpanan file untuk workload Linux. Jika diringkas bahwa objek adalah yang dikeluarkan-masukkan secara utuh melalui API, block adalah yang terlihat sebagai disk dari OS, dan file adalah yang dapat dipasang dan dibagikan dari banyak host, akan lebih mudah memilih berdasarkan kebutuhan.

EBS adalah volume penyimpanan block persisten yang digunakan pada instance EC2, menyediakan kinerja latensi rendah yang konsisten, sehingga cocok digunakan sebagai disk untuk OS atau basis data. S3 adalah penyimpanan objek, dan bukan mekanisme yang menghubungkan bucket sebagai block device. Glacier adalah kelas untuk arsip yang pengambilannya membutuhkan waktu, dan CloudFront adalah CDN yang mempercepat distribusi.

S3 adalah penyimpanan objek yang dapat menyimpan dan melindungi data dalam jumlah berapa pun, unggul dalam skalabilitas, ketersediaan, keamanan, dan kinerja, dan disebutkan resmi memiliki kegunaan seperti web, mobile, backup, arsip, IoT, dan analisis big data. Yang terlihat sebagai disk dari OS adalah EBS, yang pada prinsipnya dihubungkan ke satu instance juga EBS, dan yang menempatkan data di memori adalah sifat ElastiCache.

EFS adalah sistem file yang sederhana, skalabel, dan elastis; kapasitasnya bertambah dan berkurang secara otomatis saat file ditambah atau dihapus, sehingga tidak perlu perencanaan kapasitas terlebih dahulu. Menentukan dan mengunci kapasitas terlebih dahulu, atau membuat ulang untuk memperluasnya, adalah pola pikir penyimpanan block, dan jumlah memori instance yang terhubung pun bukan penentu kapasitasnya. Elastisitas inilah yang membuatnya mudah digunakan sebagai area kerja bersama.

S3 Glacier Deep Archive adalah storage class untuk arsip yang menyimpan data yang jarang diakses dengan biaya paling rendah, dan pengambilannya membutuhkan waktu beberapa jam, sehingga sesuai dengan kondisi ini. EBS dan EFS dirancang untuk mempertahankan kecepatan pengambilan, sehingga cenderung lebih mahal sebagai tempat penyimpanan data tidur jangka panjang. ElastiCache adalah cache in-memory, dan sejak awal bukan mekanisme untuk penyimpanan jangka panjang. Menentukan terlebih dahulu berapa lama dapat menunggu untuk pengambilan adalah alur logis dalam memilih kelas penyimpanan.

RDS adalah layanan terkelola yang memudahkan penyiapan, pengoperasian, dan penskalaan basis data relasional di cloud, serta mengotomatisasi pekerjaan pengelolaan seperti provisioning perangkat keras, penyiapan basis data, penerapan patch, dan backup. Di sisi lain, perancangan tabel dan kolom, penentuan indeks, pembuatan aplikasi, dan validitas isi data semuanya tetap menjadi pekerjaan pengguna. Terkelola (managed) berarti menyerahkan kerepotan operasional, bukan menyerahkan perancangannya juga.

Aurora adalah bagian dari Amazon RDS, layanan basis data terkelola, dan melakukan provisioning, penerapan patch, backup, pemulihan, serta deteksi kegagalan melalui management console, CLI, dan operasi API yang sama. Perbedaannya terletak pada unit pengelolaan: RDS standar mengelola masing-masing instance basis data, sedangkan Aurora mengelola seluruh cluster server basis data yang disinkronkan melalui replikasi. Aurora adalah basis data relasional yang kompatibel dengan MySQL dan PostgreSQL, bukan bertipe key-value.

DynamoDB adalah basis data NoSQL bertipe key-value dan dokumen, yang sepenuhnya terkelola (fully managed) dan mendukung multi-region, dengan kinerja dalam hitungan milidetik satu digit pada skala berapa pun. Data warehouse adalah Redshift, basis data relasional yang kompatibel dengan MySQL dan PostgreSQL adalah Aurora, dan baca-tulis di memori ditangani oleh ElastiCache.

Redshift adalah layanan data warehouse berskala petabyte yang sepenuhnya terkelola di cloud, dan dapat memberikan kinerja kueri yang cepat dari alat berbasis SQL maupun aplikasi BI yang sudah ada, terlepas dari besar-kecilnya dataset. ElastiCache adalah cache in-memory, EFS adalah sistem file bersama, dan SQS adalah antrean pesan - semuanya bukan infrastruktur untuk agregasi dan analisis data dalam jumlah besar.

ElastiCache adalah layanan yang memudahkan deployment, pengoperasian, dan penskalaan cache in-memory di cloud, dan meningkatkan kinerja aplikasi web dengan mengambil informasi dari cache in-memory yang cepat, tanpa bergantung pada basis data berbasis disk. Mempercepat kueri analitis adalah tugas Redshift, penurunan biaya penyimpanan jangka panjang adalah tugas kelas S3 Glacier, dan berbagi direktori adalah tugas EFS.

Aurora adalah mesin basis data relasional yang sepenuhnya terkelola dan kompatibel dengan MySQL serta PostgreSQL, memiliki subsistem penyimpanan bersama terdistribusi berkinerja tinggi, dan penyimpanannya diperluas secara otomatis sesuai kebutuhan. Tidak perlu menentukan kapasitas terlebih dahulu dan memperluasnya secara manual. Menyimpan sebagai pasangan key-value adalah DynamoDB, dan menyimpan dengan biaya paling murah dengan imbalan waktu pengambilan yang lama adalah kelas arsip S3 Glacier.

Redshift adalah layanan data warehouse berskala petabyte yang sepenuhnya terkelola, cocok untuk mengagregasi dan menganalisis data dalam jumlah besar dari alat berbasis SQL maupun aplikasi BI. RDS adalah layanan yang memudahkan penyiapan, pengoperasian, dan penskalaan basis data relasional, cocok untuk sistem bisnis yang membaca-tulis transaksi harian. Keduanya terlihat mirip karena sama-sama dikueri dengan SQL, tetapi keduanya bukan NoSQL, dan perbedaannya bukan hanya soal jumlah data.

DynamoDB dijelaskan resmi sebagai basis data NoSQL bertipe key-value dan dokumen, yang menyediakan kinerja dalam hitungan milidetik satu digit pada skala berapa pun. Redshift adalah data warehouse yang cocok untuk agregasi dan analisis data dalam jumlah besar, RDS adalah layanan yang menangani baca-tulis dengan model relasional, dan EFS adalah penyimpanan untuk berbagi file - semuanya bukan infrastruktur yang pertama-tama ditujukan untuk kondisi ini.

RDS adalah singkatan dari Amazon Relational Database Service, yaitu layanan terkelola yang memudahkan penyiapan, pengoperasian, dan penskalaan basis data relasional di cloud. Yang disimpan sebagai pasangan key-value adalah DynamoDB, cache in-memory adalah ElastiCache, dan agregasi data dalam jumlah besar ditangani oleh data warehouse Redshift. Perlu dicatat bahwa Aurora adalah mesin yang disediakan sebagai bagian dari RDS.

Aurora disediakan sebagai bagian dari RDS, dan provisioning, penerapan patch, backup, pemulihan, serta deteksi kegagalan dapat dilakukan melalui management console, CLI, dan operasi API yang sama. Tidak perlu membangun instance pengelolaan terpisah, dan prosedur-prosedur ini pun tidak perlu dibuat sendiri oleh pengguna. Perbedaannya adalah RDS standar mengelola per instance basis data individual, sedangkan Aurora menjadikan seluruh cluster sebagai unit pengelolaan.

SQS menahan pesan dalam antrean, dan biasanya satu consumer melakukan polling untuk mengambilnya - ini adalah layanan point-to-point. SNS adalah layanan pub-sub, di mana publisher mengirim pesan ke topic, lalu didorong (push) secara bersamaan ke banyak subscriber. Uraian yang menukar keduanya adalah kesalahpahaman umum, dan bukan berarti keduanya membagikan dengan cara yang sama. Akan lebih mudah diingat jika antrean adalah tempat penampungan yang diambil oleh penerima, dan topic adalah peran pengirim yang mendorong keluar.

SQS memiliki antrean standar dan antrean FIFO; antrean standar bersifat at-least-once delivery sehingga pesan yang sama bisa tiba beberapa kali. Antrean FIFO memiliki pemrosesan exactly-once dan jaminan urutan, sehingga urutan pengiriman dipertahankan dan pesan diproses hanya sekali. Untuk workflow yang urutan atau pencegahan kehilangannya penting, antrean FIFO yang dipilih.

SNS mengirimkan pesan yang dikirim ke topic secara bersamaan ke banyak subscriber, dan antrean SQS dapat ditetapkan sebagai subscriber tersebut. Bentuk pengiriman dari satu topic SNS ke beberapa antrean SQS inilah yang secara resmi disebut sebagai pola fan-out standar. Karena antrean adalah penerima dan bukan sumber pengiriman, tidak akan terjadi arah di mana antrean membaca topic.

Jenis subscriber SNS dibagi menjadi dua kategori: A2A yang menunjuk antar-aplikasi seperti SQS, Lambda, HTTP(S), dan Data Firehose, serta A2P yang menunjuk ke orang seperti email, push seluler, dan SMS. Tidak terbatas hanya pada salah satunya, dan bukan mekanisme yang hanya menuju instance EC2. Keluasan inilah yang menjadi alasan SNS digunakan baik untuk notifikasi ke orang maupun integrasi antar-aplikasi.

Step Functions adalah layanan yang membuat workflow, yaitu state machine, dan memungkinkan pembangunan aplikasi terdistribusi, otomatisasi proses, orkestrasi microservice, serta pembuatan pipeline data dan machine learning. Setiap langkah disebut state, dan instance yang sedang berjalan disebut execution. Pembagian trafik adalah Elastic Load Balancing, penyimpanan objek adalah S3, dan cache pasangan key-value adalah wilayah ElastiCache.

API Gateway adalah layanan untuk membuat, mempublikasikan, memelihara, memantau, dan melindungi API REST, HTTP, dan WebSocket pada skala berapa pun, dan berfungsi sebagai pintu depan (front door) untuk akses ke backend seperti workload di EC2, Lambda, atau aplikasi web mana pun. Menjalankan pemrosesan itu sendiri adalah tugas sisi backend, penerapan aturan perlindungan secara terpadu adalah AWS Firewall Manager, dan cache di edge adalah peran CloudFront.

EventBridge adalah layanan serverless yang menghubungkan komponen aplikasi satu sama lain menggunakan event, serta melakukan pengambilan, penyaringan, transformasi, dan pengiriman event. Event bus adalah router yang merutekan event dari banyak sumber ke banyak target. Antrean adalah SQS, state machine adalah Step Functions, dan pintu depan adalah penjelasan untuk API Gateway.

EventBridge Scheduler adalah mekanisme yang mengelola eksekusi berkala dan eksekusi tunggal berdasarkan ekspresi cron atau rate, sehingga pemicuan pada waktu tertentu ditangani di sini. SQS adalah antrean yang menahan pesan agar diambil penerima, SNS adalah pub-sub yang mengirim ke subscriber, dan API Gateway adalah layanan yang mempublikasikan dan meneruskan API - semuanya bukan mekanisme yang ditujukan untuk pemicuan berdasarkan waktu.

SQS adalah layanan antrean ter-hosting yang aman dengan durabilitas dan ketersediaan tinggi, yang mengintegrasikan sistem dan komponen perangkat lunak terdistribusi secara loosely coupled (kopling longgar). Sisi penerimaan dapat merespons segera setelah memasukkan pesan ke antrean, dan pemrosesan lanjutan dapat mengambil serta melanjutkan dengan kecepatannya sendiri, sehingga keterlambatan salah satu pihak tidak mudah menghentikan pihak lainnya. Pada konfigurasi pemanggilan langsung atau penggabungan menjadi satu, keterlambatan pemrosesan lanjutan langsung menjadi waktu tunggu sisi penerimaan.

SNS mengirimkan pesan yang dikirim ke topic secara bersamaan ke banyak subscriber, dan antrean SQS dapat ditetapkan sebagai subscriber, sehingga untuk mengirimkan satu kejadian ke tiga pemrosesan digunakan pola fan-out dengan topic SNS dan beberapa antrean SQS. Jika satu antrean dibagikan oleh tiga pemrosesan, biasanya begitu salah satu mengambilnya, sisanya tidak lagi bisa menerima. Konfigurasi di mana sumber mengirim tiga kali, atau pemrosesan yang menerima meneruskannya, akan memerlukan perubahan pada sisi pengirim setiap kali tujuan bertambah, sehingga tidak menjadi loosely coupled.