# Kerangka Kerja AWS Well-Architected
Tanggal publikasi: **10 April 2023** ([Revisi Dokumen](document-revisions.md))
Kerangka Kerja AWS Well-Architected membantu Anda mengetahui kelebihan dan kekurangan dari keputusan yang Anda ambil saat membuat sistem di AWS. Dengan menggunakan Kerangka Kerja ini, Anda akan mengetahui praktik terbaik arsitektur untuk mendesain dan mengoperasikan sistem yang andal, aman, efisien, hemat biaya, dan ramah lingkungan di cloud.
## Pengantar
AWS Well-Architected Framework membantu Anda mengetahui kelebihan dan kekurangan keputusan yang Anda ambil saat membangun sistem di AWS. Kerangka Kerja membantu Anda mempelajari praktik terbaik arsitektur untuk mendesain dan mengoperasikan beban kerja yang aman, andal, efisien, hemat biaya, dan ramah lingkungan di AWS Cloud. Layanan ini menyediakan cara untuk secara terus menerus menilai arsitektur Anda berdasarkan praktik terbaik dan mengidentifikasi area yang perlu diperbaiki. Proses peninjauan arsitektur adalah percakapan konstruktif tentang keputusan arsitektur, dan tidak dilakukan melalui mekanisme audit. Kami percaya bahwa memiliki sistem yang didesain dengan baik akan meningkatkan peluang keberhasilan bisnis.
Arsitek Solusi AWS telah berpengalaman selama bertahun-tahun dalam merancang solusi di berbagai vertikal bisnis dan kasus penggunaan. Kami telah membantu merancang dan meninjau ribuan arsitektur pelanggan di AWS. Dari pengalaman ini, kami mengidentifikasi praktik terbaik dan strategi inti dalam merancang sistem di cloud.
Kerangka Kerja AWS Well-Architected berisi serangkaian pertanyaan mendasar yang dapat Anda gunakan untuk memahami apakah arsitektur tertentu selaras dengan praktik terbaik cloud. Kerangka kerja ini memberikan pendekatan yang konsisten untuk mengevaluasi sistem berdasarkan kualitas sistem berbasis cloud yang Anda harapkan, serta perbaikan yang diperlukan untuk mencapai kualitas tersebut. Seiring perkembangan AWS dan pengalaman yang kami dapat dari bekerja sama dengan pelanggan, kami akan terus menyesuaikan definisi well-architected (dirancang dengan baik).
Kerangka kerja ini ditujukan bagi orang yang memiliki peran di bidang teknologi, seperti kepala pejabat teknologi (chief technology officer/CTO), arsitek, developer, dan anggota tim operasi. Kerangka kerja ini menjabarkan praktik terbaik dan strategi AWS yang akan digunakan ketika mendesain dan mengoperasikan beban kerja cloud, serta memberikan tautan ke detail implementasi dan pola arsitektur selengkapnya. Untuk mendapatkan informasi selengkapnya, kunjungi [beranda AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/?ref=wellarchitected-wp).
AWS juga menyediakan layanan gratis untuk peninjauan beban kerja Anda. [Alat AWS Well-Architected](https://aws.amazon.com/well-architected-tool/?ref=wellarchitected-wp) (Alat AWS WA) adalah layanan di cloud yang menyediakan proses konsisten untuk meninjau dan menilai arsitektur Anda menggunakan Kerangka Kerja AWS Well-Architected. Alat AWS WA memberikan rekomendasi untuk membuat beban kerja Anda lebih andal, aman, efisien, dan hemat biaya.
Untuk membantu Anda dalam menerapkan praktik terbaik, kami telah membuat [Lab AWS Well-Architected](https://www.wellarchitectedlabs.com/?ref=wellarchitected-wp) yang menyediakan repositori kode dan dokumentasi untuk memberikan pengalaman praktik langsung bagi tim Anda dalam menerapkan praktik terbaik. Kami juga telah bekerja sama dengan para Partner Jaringan Partner AWS (APN) pilihan, yang merupakan anggota [program Partner AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/partners/?ref=wellarchitected-wp). Partner AWS ini memiliki pengetahuan mendalam tentang AWS dan dapat membantu Anda meninjau dan meningkatkan beban kerja.
# Definisi
Setiap hari, para ahli di AWS membantu pelanggan dalam merancang sistem untuk memanfaatkan praktik terbaik di cloud. Kami bekerja sama dengan Anda untuk membuat perubahan arsitektur seiring perkembangan desain Anda. Saat Anda melakukan deployment sistem ini ke lingkungan penggunaannya, kami mempelajari seberapa baik kinerja sistem ini dan konsekuensi dari perubahan tersebut.
Berdasarkan pembelajaran ini, kami menciptakan Kerangka Kerja AWS Well-Architected, yang menyediakan serangkaian praktik terbaik yang konsisten bagi pelanggan dan partner untuk mengevaluasi arsitektur, dan menyediakan serangkaian pertanyaan yang dapat Anda gunakan untuk mengevaluasi keselarasan arsitektur dengan praktik terbaik AWS.
Kerangka Kerja AWS Well-Architected mengacu pada enam pilar, yaitu keunggulan operasional, keamanan, keandalan, efisiensi kinerja, optimasi biaya, dan pelestarian lingkungan.
**Tabel 1. Pilar Kerangka Kerja AWS Well-Architected**
| **Nama** | **Deskripsi** |
| --- | --- |
| Keunggulan operasional | The ability to support development and run workloads effectively, gain insight into their operations, and to continuously improve supporting processes and procedures to deliver business value. |
| Keamanan | The security pillar describes how to take advantage of cloud technologies to protect data, systems, and assets in a way that can improve your security posture. |
| Keandalan | The reliability pillar encompasses the ability of a workload to perform its intended function correctly and consistently when it’s expected to. This includes the ability to operate and test the workload through its total lifecycle. This paper provides in-depth, best practice guidance for implementing reliable workloads on AWS. |
| Efisiensi kinerja | The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve. |
| Optimasi biaya | The ability to run systems to deliver business value at the lowest price point. |
| Pelestarian lingkungan | The ability to continually improve sustainability impacts by reducing energy consumption and increasing efficiency across all components of a workload by maximizing the benefits from the provisioned resources and minimizing the total resources required. |
Istilah yang kami gunakan di Kerangka Kerja AWS Well-Architected:
+ **Komponen** adalah kode, konfigurasi, dan Sumber Daya AWS yang dikombinasikan untuk memenuhi persyaratan. Komponen biasanya berupa unit kepemilikan teknis dan terpisah dari komponen lainnya.
+ Istilah **beban kerja** digunakan untuk mengidentifikasi serangkaian komponen yang dikombinasikan untuk memberikan nilai bisnis. Beban kerja biasanya merupakan tingkat detail yang dibicarakan oleh pimpinan bisnis dan teknologi.
+ Kami menganggap **arsitektur** sebagai cara penggabungan komponen dalam beban kerja. Cara komunikasi dan interaksi antarkomponen biasanya menjadi fokus diagram arsitektur.
+ **Pencapaian** menandai perubahan utama dalam arsitektur Anda seiring dengan perkembangannya di siklus hidup produksi (desain, implementasi, pengujian, peluncuran, dan proses produksi).
+ Dalam suatu organisasi, **portofolio teknologi** adalah sekumpulan beban kerja yang diperlukan agar bisnis dapat beroperasi.
+ **Tingkat upaya** mengategorikan banyaknya waktu, upaya, dan kerumitan untuk mengimplementasikan suatu tugas. Setiap organisasi harus mempertimbangkan ukuran dan keahlian tim serta kompleksitas beban kerja untuk konteks tambahan agar dapat mengategorikan tingkat upaya organisasi dengan tepat.
+ **Tinggi:** Pekerjaan dapat berlangsung selama beberapa minggu atau bulan. Upaya ini dapat dibagi menjadi beberapa kisah, rilis, dan tugas.
+ **Sedang:** Pekerjaan dapat berlangsung selama beberapa hari atau minggu. Upaya ini dapat dibagi menjadi beberapa rilis dan tugas.
+ **Rendah:** Pekerjaan dapat berlangsung selama beberapa jam atau hari. Upaya ini dapat dibagi menjadi beberapa tugas.
Saat merancang beban kerja, Anda memilah pilar sesuai dengan konteks bisnis Anda. Keputusan bisnis ini dapat mendorong prioritas rekayasa Anda. Anda dapat mengoptimalkan pengurangan dampak terhadap pelestarian lingkungan dan memperkecil biaya dengan mengorbankan keandalan dalam lingkungan pengembangan, atau, untuk solusi yang sangat penting, Anda dapat mengoptimalkan keandalan dengan biaya dan dampak terhadap pelestarian lingkungan yang lebih besar. Dalam solusi e-commerce, kinerja dapat memengaruhi pendapatan dan minat beli pelanggan. Keamanan dan keunggulan operasi umumnya menjadi pilar yang tidak dapat dikorbankan.
# Pada arsitektur
Di lingkungan on-premise, pelanggan sering kali memiliki tim pusat untuk arsitektur teknologi yang bertindak sebagai lapisan atas tim produk lain untuk memastikan mereka mengikuti praktik terbaik. Tim arsitektur teknologi biasanya mencakup serangkaian peran, seperti Arsitek Teknis (infrastruktur), Arsitek Solusi (perangkat lunak), Arsitek Data, Arsitek Jaringan, dan Arsitek Keamanan. Biasanya, tim ini menggunakan [TOGAF](http://pubs.opengroup.org/architecture/togaf9-doc/arch/?ref=wellarchitected-wp) atau [Kerangka Kerja Zachman](https://www.zachman.com/about-the-zachman-framework?ref=wellarchitected-wp) sebagai bagian dari kemampuan arsitektur perusahaan.
Di AWS, kami lebih suka mendistribusikan kemampuan ke beberapa tim daripada membentuk satu tim inti dengan kemampuan tersebut. Tentunya akan ada risiko ketika Anda memilih untuk mendistribusikan wewenang pengambilan keputusan, misalnya, memastikan semua tim memenuhi standar internal. Kami meminimalkan risiko ini melalui dua cara. Pertama, kami memiliki *praktik* (panduan, proses, standar, dan norma yang berlaku) yang berfokus memberikan kemampuan tersebut kepada setiap tim. Kami juga memiliki ahli yang memastikan bahwa semua tim mampu melampaui standar yang ditetapkan. Kedua, kami menerapkan *mekanisme* yang menjalankan pemeriksaan otomatis untuk memastikan semua standar terpenuhi.
****
“Niat baik saja tidak cukup, harus diikuti dengan mekanisme yang bagus untuk mewujudkan sesuatu” — Jeff Bezos.
Artinya, upaya terbaik manusia digantikan dengan mekanisme (seringnya otomatis) yang memastikan kepatuhan pada aturan atau proses. Pendekatan yang terdistribusi ini didukung oleh [prinsip kepemimpinan Amazon](https://www.amazon.jobs/en/principles?ref=wellarchitected-wp) dan membentuk budaya di semua peran yang *dimulai* dari pelanggan. Proses kerja mundur adalah bagian mendasar dalam proses inovasi kami. Kami memulai dari pelanggan dan keinginan mereka, kemudian menggunakan informasi ini sebagai penentu dan pedoman upaya kami. Tim khusus pelanggan membuat produk sesuai kebutuhan pelanggan.
Untuk arsitektur, artinya kami mengharapkan setiap tim dapat membuat arsitektur dan mengikuti praktik terbaik. Untuk membantu tim baru menguasai kemampuan ini atau agar tim yang ada dapat bekerja lebih baik lagi, kami menyediakan akses ke komunitas virtual yang berisi kepala rekayasawan yang dapat meninjau desain tim Anda serta membantu tim untuk memahami apa saja praktik terbaik AWS. Komunitas kepala rekayasa berupaya agar praktik terbaik dapat terlihat dan diterapkan. Salah satu contohnya melalui obrolan makan siang yang berfokus pada penerapan praktik terbaik dengan contoh nyata. Obrolan ini direkam dan dapat digunakan sebagai materi orientasi untuk anggota tim baru.
Praktik terbaik AWS muncul dari pengalaman kami menjalankan ribuan sistem pada skala internet. Kami cenderung menggunakan data untuk menentukan praktik terbaik, tetapi selain itu kami juga menggunakan ahli pokok bahasan, seperti kepala rekayasawan. Saat kepala rekayasawan membentuk praktik terbaik baru, mereka bekerja sebagai komunitas untuk memastikan tim mengikuti mereka. Nantinya, praktik terbaik ini diformalkan ke dalam proses peninjauan internal kami, serta ke dalam mekanisme yang menegakkan kepatuhan. Kerangka Kerja Well-Architected adalah implementasi proses tinjauan internal kami yang digunakan oleh pelanggan, yang telah kami kodifikasi dengan pemikiran kepala rekayasa di berbagai peran, seperti Arsitektur Solusi dan tim rekayasa internal. Kerangka Kerja Well-Architected adalah mekanisme yang dapat diskalakan yang dapat Anda gunakan untuk memanfaatkan pembelajaran ini.
Dengan mengikuti pendekatan komunitas kepala rekayasa dengan kepemilikan arsitektur terdistribusi, kami percaya bahwa arsitektur perusahaan Well-Architected dapat dibuat sesuai kebutuhan pelanggan. Pemimpin teknologi (seperti CTO atau manajer pengembangan), melakukan peninjauan Well-Architected di semua beban kerja Anda agar Anda dapat lebih memahami risiko dalam portofolio teknologi Anda. Dengan pendekatan ini, Anda dapat mengidentifikasi tema di seluruh tim yang dapat ditangani oleh organisasi Anda melalui mekanisme, pelatihan, atau obrolan makan siang di mana kepala rekayasawan dapat membagikan pemikirannya tentang area tertentu kepada banyak tim.
# Prinsip desain umum
Kerangka Kerja Well-Architected mengidentifikasi seperangkat prinsip desain umum untuk mendukung desain yang baik di cloud:
+ **Jangan menebak-nebak kebutuhan kapasitas**: Jika Anda tidak menentukan kapasitas dengan baik selama deployment beban kerja, sumber daya Anda yang mahal mungkin tidak akan terpakai atau ada banyak kendala kinerja karena keterbatasan kapasitas. Dengan komputasi cloud, permasalahan ini akan sirna. Anda dapat menggunakan jumlah kapasitas sesuai kebutuhan dan menaikkan atau menurunkan skalanya secara otomatis.
+ **Uji sistem pada skala produksi**: Di cloud, Anda dapat membuat lingkungan pengujian berskala produksi sesuai permintaan, menyelesaikan pengujian, kemudian menonaktifkan sumber dayanya. Karena Anda hanya membayar lingkungan pengujian yang dijalankan, Anda dapat menyimulasikan lingkungan langsung Anda dengan biaya yang lebih murah daripada pengujian on-premise.
+ **Otomatiskan untuk memudahkan eksperimen arsitektur**: Dengan otomatisasi, Anda dapat membuat dan mereplikasi beban kerja dengan biaya rendah dan menghindari biaya untuk upaya manual. Anda dapat melacak perubahan pada otomatisasi, mengaudit dampaknya, dan mengembalikan ke parameter sebelumnya saat dibutuhkan.
+ **Manfaatkan arsitektur evolusioner**: Di lingkungan tradisional, keputusan arsitektur sering diimplementasikan sebagai peristiwa statis sekali tempo, dengan beberapa versi utama sistem selama masa pakainya. Seiring dengan perkembangan bisnis dan konteksnya, keputusan awal ini dapat menghambat kemampuan sistem untuk memenuhi kebutuhan bisnis yang terus berubah. Di cloud, kemampuan untuk mengotomatiskan dan menguji sesuai permintaan menurunkan risiko dampak perubahan desain. Dengan demikian, sistem dapat berkembang dari waktu ke waktu sehingga bisnis dapat memanfaatkan inovasi sebagai praktik standar.
+ **Arahkan arsitektur menggunakan data**: Di cloud, Anda dapat mengumpulkan data tentang pengaruh pilihan arsitektur terhadap perilaku beban kerja Anda. Dengan demikian, Anda dapat membuat keputusan sesuai fakta terkait cara memperbaiki beban kerja. Infrastruktur cloud Anda berupa kode, sehingga Anda dapat menggunakan data tersebut sebagai dasar untuk pilihan dan peningkatan arsitektur dari waktu ke waktu.
+ **Tingkatkan melalui game day**: Uji kinerja proses dan arsitektur Anda dengan rutin mengadakan game day untuk menyimulasikan peristiwa di produksi. Hal ini akan membantu Anda memahami sisi mana yang perlu ditingkatkan dan membantu mengembangkan pengalaman organisasi dalam menangani peristiwa.