# Kerangka Kerja AWS Well-Architected
Tanggal publikasi: **20 Oktober 2022** ([Revisi Dokumen](document-revisions.md))
Kerangka Kerja AWS Well-Architected membantu Anda mengetahui pro dan kontra terkait keputusan yang Anda buat saat membangun sistem di AWS. Dengan Kerangka Kerja, Anda akan mempelajari praktik terbaik arsitektur untuk mendesain dan mengoperasikan sistem yang andal, aman, efisien, dan hemat biaya di cloud.
## Pengantar
Kerangka Kerja AWS Well-Architected membantu Anda mengetahui pro dan kontra terkait keputusan yang Anda buat 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 ini menjabarkan praktik terbaik dan strategi AWS yang akan digunakan ketika merancang dan mengoperasikan beban kerja cloud, serta memberikan tautan ke pola arsitektur dan detail implementasi selengkapnya. Untuk informasi selengkapnya, lihat [halaman beranda AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/?ref=wellarchitected-wp).
AWS juga menyediakan layanan peninjauan beban kerja gratis. Fitur [Alat AWS Well-Architected](https://aws.amazon.com/well-architected-tool/?ref=wellarchitected-wp) (Alat AWS WA) adalah layanan di cloud yang menyediakan proses yang konsisten untuk meninjau dan mengukur 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 menerapkan praktik terbaik, kami telah menciptakan [Lab AWS Well-Architected](https://www.wellarchitectedlabs.com/?ref=wellarchitected-wp), yang menyediakan repositori kode dan dokumentasi agar dapat mencoba pengalaman praktik terbaik secara langsung. Kami juga telah bekerja sama dengan Partner Jaringan Partner AWS (APN) pilihan, yang merupakan anggota dari [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 untuk meninjau dan meningkatkan beban kerja Anda.
# 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 — keunggulan operasional, keamanan, keandalan, efisiensi kinerja, optimisasi biaya, dan pelestarian lingkungan.
**Tabel 1. Pilar Kerangka Kerja AWS Well-Architected**
| **Nama** | **Deskripsi** |
| --- | --- |
| Keunggulan operasional | Kemampuan untuk mendukung pengembangan dan menjalankan beban kerja dengan efektif, mendapatkan wawasan tentang operasi mereka, serta untuk meningkatkan proses dan prosedur pendukung secara terus menerus untuk memberikan nilai bisnis. |
| Keamanan | Pilar keamanan menjelaskan cara memanfaatkan teknologi cloud untuk melindungi data, sistem, dan aset guna meningkatkan postur keamanan Anda. |
| Keandalan | Pilar keandalan berkenaan dengan kemampuan beban kerja untuk menjalankan fungsinya dengan benar dan konsisten sesuai ekspektasi. Ini termasuk kemampuan untuk mengoperasikan dan menguji beban kerja di seluruh siklus hidupnya. Laporan resmi ini berisi panduan praktik terbaik yang mendalam untuk mengimplementasikan beban kerja yang andal di AWS. |
| Efisiensi kinerja | Kemampuan untuk menggunakan sumber daya komputasi secara efisien untuk memenuhi persyaratan sistem, dan untuk memelihara efisiensi tersebut seiring dengan perubahan permintaan dan perkembangan teknologi. |
| Optimasi biaya | Kemampuan untuk menjalankan sistem guna mendapatkan nilai bisnis dengan harga yang paling rendah. |
| Pelestarian lingkungan | Kemampuan untuk terus meningkatkan dampak pada pelestarian lingkungan dengan mengurangi konsumsi energi dan meningkatkan efisiensi di semua komponen beban kerja dengan memaksimalkan manfaat dari sumber daya yang disediakan dan meminimalkan total sumber daya yang dibutuhkan. |
Istilah yang kami gunakan di Kerangka Kerja AWS Well-Architected:
+ Suatu **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 sering menjadi fokus diagram arsitektur.
+ **Pencapaian** menandai perubahan kunci di 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.
+ Fitur **tingkat usaha** mengategorikan banyaknya waktu, upaya, dan kesulitan untuk mengimplementasikan suatu tugas. Setiap organisasi harus mempertimbangkan ukuran dan keahlian tim serta kompleksitas beban kerja untuk konteks tambahan agar dapat mengategorikan tingkat usaha 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 termasuk serangkaian peran, seperti Arsitek Teknis (infrastruktur), Arsitek Solusi (perangkat lunak), Arsitek Data, Arsitek Jaringan, dan Arsitek Keamanan. Tim ini sering menggunakan [Kerangka Kerja TOGAF](http://pubs.opengroup.org/architecture/togaf9-doc/arch/?ref=wellarchitected-wp) atau [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 dibanding membentuk 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 fokus untuk memberikan kemampuan tersebut kepada setiap tim, dan kami memiliki ahli yang memastikan bahwa tim kami telah memenuhi standar yang ditetapkan. Kedua, kami mengimplementasikan *mekanisme* yang menggunakan pemeriksaan otomatis untuk menjamin pemenuhan standar.
****
“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 memeriksa kepatuhan pada aturan atau proses. Pendekatan terdistribusi ini didukung oleh [prinsip kepemimpinan Amazon](https://www.amazon.jobs/en/principles?ref=wellarchitected-wp), dan membangun budaya di semua peran yang *dimulai* dari pelanggan. Penelusuran 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:
+ **Berhenti menebak 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 saat sedang berjalan, Anda dapat menyimulasikan lingkungan langsung Anda dengan biaya yang lebih murah dari pengujian on-premise.
+ **Otomatiskan untuk memudahkan pengalaman arsitektur**: Dengan otomatisasi, Anda dapat membuat dan mereplikasikan 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.
+ **Gunakan 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. Hal ini memungkinkan sistem untuk berkembang dari waktu ke waktu sehingga bisnis dapat memanfaatkan inovasi sebagai praktik standar.
+ **Bentuk 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 untuk menginformasikan pilihan dan peningkatan arsitektur Anda 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.