Kerangka AWS Well-Architected: Cara Melakukan Penilaian Mandiri

Setiap infrastruktur cloud yang berhasil dimulai dengan fondasi yang kuat. Saya telah melihat organisasi berjuang dengan arsitektur cloud yang awalnya tampak berfungsi, namun runtuh saat mendapat tekanan, menghabiskan waktu, uang, dan kepercayaan. AWS Well-Architected Framework hadir untuk mencegah masalah-masalah ini sejak awal.

Dalam tutorial ini, saya akan memandu Anda melalui AWS Well-Architected Framework, enam pilar dasarnya, dan strategi implementasi praktis yang dapat Anda terapkan saat merancang solusi cloud pertama atau mengoptimalkan infrastruktur yang sudah ada. Memahami kerangka ini akan membantu Anda membangun sistem yang aman, andal, efisien, dan hemat biaya.

Jika Anda baru di AWS, saya sarankan memulai dengan kursus Introduction to AWS kami. 

Apa Itu AWS Well-Architected Framework?

Mari mulai dengan memahami apa sebenarnya kerangka ini dan mengapa penting.

AWS Well-Architected Framework adalah kumpulan praktik terbaik, prinsip desain, dan panduan arsitektur yang komprehensif, dikembangkan oleh AWS Solutions Architect berdasarkan pengalaman bertahun-tahun bekerja dengan ribuan pelanggan. Kerangka ini mendokumentasikan serangkaian pertanyaan mendasar yang membantu Anda memahami apakah arsitektur tertentu selaras dengan praktik terbaik cloud.

Anggap saja sebagai alat ukur untuk arsitektur cloud Anda. Ini bukan mekanisme audit, tetapi menyediakan percakapan konstruktif tentang keputusan arsitektur. Kerangka ini menjelaskan praktik terbaik dan strategi AWS yang digunakan saat merancang dan mengoperasikan beban kerja cloud, yang membantu Anda memahami pertukaran yang Anda buat dan konsekuensinya.

Awalnya, kerangka ini dibangun di atas lima pilar. AWS menambahkan keberlanjutan sebagai pilar keenam pada akhir 2021 untuk mencerminkan meningkatnya pentingnya tanggung jawab lingkungan dalam komputasi cloud. Kita akan membahas masing-masing pilar nanti.

AWS Well-Architected Tool tersedia gratis di AWS Management Console, sehingga Anda dapat mengevaluasi beban kerja secara berkala, mengidentifikasi masalah berisiko tinggi, dan mencatat peningkatan. Artinya, Anda tidak hanya membaca praktik terbaik, tetapi juga secara aktif mengukur arsitektur Anda terhadap praktik tersebut.

Enam Pilar AWS Well-Architected Framework

Sekarang setelah kita membahas fondasinya, mari jelajahi enam pilar yang membentuk inti kerangka ini. Semuanya bekerja bersama untuk menciptakan arsitektur cloud yang tangguh dan efisien. Setiap pilar membahas aspek berbeda dalam membangun dan memelihara sistem cloud. Berikut sekilas ringkasannya:

Keunggulan operasional

Mari mulai dengan keunggulan operasional, yang berfokus pada menjalankan dan memantau sistem untuk memberikan nilai bisnis. Pilar ini tentang bagaimana Anda mengoperasikan sistem sehari-hari, yang menjadikannya fondasi bagi seluruh aspek lainnya.

Prinsip desain inti yang memandu keunggulan operasional adalah:

• Melakukan operasi sebagai kode
• Melakukan perubahan kecil secara sering
• Mengantisipasi kegagalan
• Belajar dari kegagalan operasional

Menurut pengalaman saya, organisasi yang unggul dalam keunggulan operasional dapat merespons insiden lebih cepat dan menerapkan perubahan dengan lebih percaya diri. Saat Anda memperlakukan operasi sebagai kode, Anda memperoleh pengulangan dan konsistensi—dua bahan penting untuk menskalakan infrastruktur cloud Anda.

Beberapa praktik terbaik yang perlu diingat:

• Tetapkan prioritas operasional yang jelas
• Terapkan pemantauan komprehensif dengan Amazon CloudWatch
• Gunakan runbook dan playbook untuk operasi standar
• Lakukan retrospektif berkala untuk terus memperbaiki prosedur

Keamanan

Dengan keunggulan operasional sebagai fondasi cara Anda menjalankan sistem, keamanan adalah lapisan pelindung yang memastikan sistem tersebut tetap tepercaya. Jelas bahwa sistem yang aman adalah hal yang tidak bisa ditawar bagi organisasi mana pun.

Pilar ini berfokus pada perlindungan informasi dan sistem melalui penilaian risiko dan strategi mitigasi. Untuk membangun postur keamanan yang kuat di cloud, Anda harus mengikuti tujuh prinsip desain berikut:

• Menerapkan fondasi identitas yang kuat
• Memungkinkan keterlacakan
• Menerapkan keamanan di semua lapisan
• Otomatisasi praktik terbaik keamanan
• Melindungi data saat transit dan saat disimpan
• Menjauhkan manusia dari data
• Siap menghadapi insiden keamanan

Kekuatan keamanan cloud terletak pada kemampuan menerapkan keamanan di setiap lapisan secara otomatis. Berbeda dengan infrastruktur tradisional, di mana keamanan kerap dipikirkan belakangan, pendekatan Well-Architected menenun keamanan ke dalam arsitektur sejak awal.

Keandalan

Bertumpu pada fondasi operasional dan keamanan yang telah kita bangun, keandalan memastikan beban kerja menjalankan fungsinya dengan benar dan konsisten, serta pulih dengan cepat dari kegagalan untuk memenuhi permintaan. 

Anda bisa memiliki operasi yang unggul dan keamanan yang ketat, tetapi jika sistem Anda tidak andal, Anda tidak memberikan nilai. Saat merancang keandalan di cloud, prinsip-prinsip desain berikut harus memandu pendekatan Anda:

• Pemulihan otomatis dari kegagalan
• Menguji prosedur pemulihan
• Menskalakan secara horizontal
• Mengelola perubahan melalui otomatisasi

Keunggulan keandalan berbasis cloud adalah kemampuan merancang dengan asumsi kegagalan akan terjadi, bukan mencoba mencegahnya sepenuhnya. Dengan mengasumsikan kegagalan akan terjadi dan membangun sistem yang pulih secara otomatis, Anda menciptakan arsitektur yang lebih tangguh daripada pendekatan tradisional.

Efisiensi kinerja

Setelah Anda memiliki sistem yang andal, efisiensi kinerja berfokus pada penggunaan sumber daya komputasi secara efisien untuk memenuhi kebutuhan sistem dan mempertahankan efisiensi itu seiring perubahan permintaan. Pilar ini berkaitan dengan memberikan tingkat kinerja yang tepat tanpa kelebihan atau kekurangan penyediaan sumber daya.

Prinsip desain utama untuk mencapai efisiensi kinerja adalah:

• Mendemokratisasi teknologi canggih
• Berekspansi global dengan cepat
• Menggunakan arsitektur tanpa server (serverless)
• Lebih sering bereksperimen

Efisiensi kinerja terhubung langsung ke pilar berikutnya karena sumber daya yang Anda pilih dan cara Anda menggunakannya memiliki implikasi biaya langsung. Di sinilah keputusan arsitektur mulai muncul pada tagihan Anda.

Optimasi biaya

Sekarang setelah kita membahas kinerja, mari lihat cara mencapainya secara hemat biaya. Optimasi biaya melibatkan pengoperasian sistem untuk memberikan nilai bisnis pada titik harga terendah sambil memenuhi kebutuhan fungsional Anda. Perhatikan pilar ini tidak mengatakan "termurah", melainkan teroptimasi. Ada perbedaan penting.

Beberapa praktik terbaik meliputi: 

• Melacak biaya dengan AWS Cost Explorer dan Cost and Usage Reports
• Menentukan ukuran sumber daya yang tepat menggunakan AWS Compute Optimizer
• Menerapkan auto-scaling untuk menyesuaikan kapasitas dengan permintaan
• Menggunakan AWS Savings Plans untuk beban kerja yang dapat diprediksi

Menurut pengalaman saya, optimasi biaya adalah area di mana pertukaran antar pilar paling terlihat. Anda mungkin mengeluarkan lebih banyak biaya untuk fitur keandalan seperti penerapan multiwilayah, tetapi investasi tersebut melindungi pendapatan. 

Anda mungkin memilih instance berkinerja lebih tinggi yang biayanya lebih mahal tetapi memproses beban kerja lebih cepat, sehingga pada akhirnya mengurangi total biaya. Kuncinya adalah membuat keputusan yang terinformasi mengenai pertukaran ini.

Keberlanjutan

Terakhir, kita sampai pada keberlanjutan, pilar terbaru. Pilar keberlanjutan berfokus pada meminimalkan dampak lingkungan dari menjalankan beban kerja cloud, khususnya konsumsi energi dan efisiensi

Ada beberapa strategi yang dapat Anda ikuti untuk membuat sistem Anda lebih berkelanjutan, seperti:

• Memilih AWS Region berdasarkan penggunaan energi terbarukan
• Menerapkan strategi caching yang efisien
• Menggunakan bahasa pemrograman yang efisien
• Mengelola siklus hidup data dengan Amazon S3 Intelligent-Tiering
• Menggunakan tipe instance hemat energi seperti prosesor AWS Graviton

Walau AWS menjadikannya pilar tersendiri, keberlanjutan sering selaras dan selingkung dengan pilar lainnya. Kode yang lebih efisien mengurangi dampak lingkungan sekaligus biaya. Pemanfaatan yang lebih baik melalui penentuan ukuran yang tepat membantu keberlanjutan dan optimasi biaya. Layanan terkelola sering berjalan lebih efisien daripada infrastruktur yang dikelola sendiri.

Implementasi Praktis Kerangka

Dengan pemahaman yang kuat tentang enam pilar, mari beralih ke cara Anda benar-benar menerapkan kerangka ini di organisasi Anda. Memahami teori adalah satu hal; menerapkannya adalah tempat nilai sebenarnya muncul.

Mempersiapkan implementasi

Sebelum terjun ke ulasan Well-Architected, persiapan yang tepat akan mengantarkan Anda pada keberhasilan. Anggap ini sebagai peletakan dasar. Semakin jelas persiapan Anda, semakin bernilai ulasan Anda:

• Definisikan konsep dasar: Mulailah dengan memahami istilah kunci yang akan memandu ulasan Anda. Komponen memenuhi suatu kebutuhan, beban kerja adalah sekumpulan komponen yang memberikan nilai bisnis, dan portofolio teknologi Anda mencakup semua beban kerja Anda. Memiliki kosakata bersama memastikan semua orang berbicara dengan bahasa yang sama selama ulasan.
• Menetapkan tujuan: Selaraskan sasaran ulasan Anda dengan kebutuhan bisnis yang nyata. Apakah Anda bersiap untuk peluncuran besar? Mengurangi biaya? Meningkatkan postur keamanan? Tetapkan KPI terukur seperti target persentase uptime atau sasaran pengurangan biaya. Tujuan yang jelas menjaga ulasan tetap fokus pada hal yang benar-benar penting.
• Membangun tim proyek: Kumpulkan orang yang tepat, misalnya arsitek, pengembang, anggota tim operasi, dan pemangku kepentingan bisnis. Perspektif beragam membantu menghindari terlewatnya sudut pandang penting. Sebelum sesi ulasan, kumpulkan diagram arsitektur dan dokumentasi agar peserta bisa mempersiapkan diri.

Dengan tim yang terkumpul dan tujuan yang jelas, Anda siap melakukan ulasan sebenarnya.

Melakukan Well-Architected Review

Proses ulasan adalah saat Anda mengevaluasi arsitektur terhadap praktik terbaik AWS.

Mulailah dengan mendefinisikan cakupan beban kerja Anda secara jelas. Pilih pilar mana yang diprioritaskan berdasarkan tujuan Anda. Susun ulasan sebagai diskusi kolaboratif, bukan interogasi. Jawab pertanyaan ulasan dengan jujur untuk setiap pilar, buat catatan untuk menjelaskan mengapa praktik tertentu diterapkan atau tidak.

Setelah ulasan, Anda akan mengidentifikasi risiko yang dikategorikan sebagai tinggi, sedang, atau rendah. Tinjau secara holistik untuk mengidentifikasi isu tematik yang dapat ditangani melalui pelatihan atau mekanisme standar.

Menggunakan AWS Well-Architected Tool

AWS Well-Architected Tool adalah layanan gratis yang menyediakan proses konsisten untuk mengukur arsitektur Anda menggunakan praktik terbaik AWS.

Memulai

Arahkan ke tool tersebut di AWS Management Console. Buat beban kerja baru dengan informasi dasar. Pilih lensa yang akan diterapkan (minimal lensa AWS Well-Architected Framework), ditambah lensa khusus jika berlaku.

Untuk membuat beban kerja baru, buka AWS Well-Architected Tool di AWS Management Console dan klik Define workload. Penyiapan berlangsung dalam tiga langkah:

1. Tentukan properti: Beri nama beban kerja Anda, deskripsi, pemilik ulasan, dan lingkungan (Produksi atau Pra-produksi). Anda juga dapat menambahkan wilayah AWS, ID akun, dan detail opsional seperti tipe industri atau tautan desain arsitektur.
2. Terapkan profil: Secara opsional lampirkan profil untuk mengisi jawaban praktik terbaik sesuai kasus penggunaan Anda.
3. Terapkan lensa: Pilih lensa untuk ulasan Anda. Lensa AWS Well-Architected Framework adalah baseline dan harus selalu disertakan. Lensa resmi tambahan mencakup skenario spesifik:

• DevOps Lens: untuk mengintegrasikan praktik DevOps
• Serverless Lens: untuk arsitektur serverless
• Mergers & Acquisitions Lens: untuk skenario pertumbuhan yang didorong M&A

4. Anda juga dapat menerapkan custom lenses yang dibagikan oleh akun AWS lain.

Setelah selesai, klik Define workload untuk menyelesaikan penyiapan.

Melakukan Penilaian

Beban kerja berisi serangkaian pertanyaan untuk setiap pilar. Kerjakan pertanyaan untuk setiap pilar guna melakukan penilaian. Tool ini menyediakan konteks, penjelasan praktik terbaik, dan sumber daya seperti dokumentasi dan video.

Untuk setiap pilar, Anda akan menemukan serangkaian pertanyaan yang harus dijawab berdasarkan beban kerja spesifik Anda. Misalnya, pilar Keunggulan Operasional berisi 11 pertanyaan, dan Anda akan memiliki beberapa sumber daya yang memandu Anda melalui proses penilaian. 

Setiap jawaban langsung memberi masukan ke penilaian risiko otomatis, terlihat pada tingkat pertanyaan individual dan dirangkum dalam ikhtisar pilar. Setelah Anda menyelesaikan semua pilar, tool akan menggabungkan hasil tersebut menjadi laporan lengkap.

Meninjau Hasil dan Mengambil Tindakan

Laporan yang dihasilkan mengkategorikan temuan ke dalam empat tingkat risiko:

• Risiko tinggi: praktik terbaik kritis tidak ada atau tidak diikuti
• Risiko sedang: beberapa praktik terbaik baru dipenuhi sebagian
• Tidak ada peningkatan yang diidentifikasi: semua praktik terbaik yang relevan telah tercakup
• Tidak berlaku: praktik terbaik ditandai di luar cakupan untuk beban kerja ini

Gunakan temuan ini untuk membuat rencana perbaikan, memprioritaskan isu berdasarkan dampak bisnis. Tool ini memungkinkan Anda melacak kemajuan dengan membuat tonggak (milestone). 

Tool ini juga terintegrasi dengan AWS Trusted Advisor dan AWS Service Catalog AppRegistry untuk memudahkan penemuan informasi, serta Cloud Intelligence Dashboards untuk memvisualisasikan metrik di seluruh beban kerja.

Menerapkan Prinsip Well-Architected dalam Skenario Dunia Nyata

Setelah teori dan langkah implementasi dibahas, mari lihat bagaimana organisasi menerapkan prinsip ini dalam praktik. Contoh nyata menghidupkan kerangka dan menunjukkan seperti apa keberhasilan itu.

Studi kasus dan contoh

Tricentis Flood menjalani Well-Architected Review yang dilakukan oleh mitra AWS, Cprime, menjelang audit kepatuhan SOC 2. Ulasan tersebut mengidentifikasi peningkatan di bidang keamanan, keandalan, dan operasi, yang langsung ditindaklanjuti oleh Tricentis. 

Mereka menambahkan deteksi intrusi, pencatatan jaringan terperinci, dan mendistribusikan komputasi serta penyimpanan di beberapa zona ketersediaan dan region AWS untuk memastikan ketersediaan bahkan jika sebuah pusat data offline. Ulasan tersebut memberi mereka daftar remediasi yang jelas dan terprioritaskan tepat saat dibutuhkan.

QSRSoft, perusahaan teknologi restoran, belum menyelesaikan ulasan Well-Architected selama lebih dari lima tahun. Proses sebelumnya memerlukan tim beranggotakan enam orang dan 60 jam untuk meninjau satu beban kerja, sehingga ulasan terus tertunda. 

Dengan bermitra dengan Rego (seorang mitra AWS) menggunakan tool berbantuan AI, ulasan yang sama diselesaikan hanya dalam 72 menit, mengungkap kerentanan keamanan berisiko tinggi dan penghambat skalabilitas, serta menghasilkan penerapan AWS Security Hub untuk pemantauan otomatis berkelanjutan.

Kedua kasus tersebut menunjukkan poin yang sama: Well-Architected Tool menampilkan risiko nyata, dan semakin cepat Anda menjalankannya, semakin murah biaya untuk memperbaiki risiko tersebut.

Tantangan umum dan solusinya

Meski manfaatnya jelas, penerapan kerangka ini tidak tanpa hambatan. Berikut tantangan paling umum yang dihadapi organisasi dan solusi praktis untuk mengatasinya:

Resistensi Tim

• Tantangan: Tim mungkin khawatir ulasan akan membuka masalah
• Solusi: Kerangka ulasan sebagai kesempatan belajar, menekankan identifikasi masalah lebih awal yang mencegah masalah yang lebih besar

Kuncinya adalah keselamatan psikologis. Tegaskan bahwa menemukan masalah adalah tujuannya, bukan tanda kegagalan. Tim terbaik secara aktif mencari masalah saat masih bisa ditangani.

Keterbatasan Waktu

• Tantangan: Tim sering mengaku terlalu sibuk, terutama sebelum peluncuran
• Solusi: Ulasan paling penting dilakukan sebelum peluncuran besar. Ulasan terfokus pada area berisiko tinggi lebih baik daripada tidak sama sekali

Tantangan ini sering menandakan waktu paling krusial untuk melakukan ulasan. Jika Anda terlalu sibuk untuk memverifikasi arsitektur, Anda mungkin juga terlalu sibuk untuk memulihkan kegagalan arsitektur.

Kesenjangan Keahlian

• Tantangan: Tidak semua tim memiliki keahlian di semua pilar
• Solusi: Gunakan AWS Well-Architected Partners, manfaatkan panduan bawaan tool, dan latih silang anggota tim

Ingat, Anda tidak perlu menjadi ahli di semua enam pilar untuk melakukan ulasan yang bernilai. Tool ini memandu Anda melalui pertanyaan, dan mitra dapat mengisi kekosongan pengetahuan.

Kebutuhan Unik

• Tantangan: Beban kerja mungkin memiliki kebutuhan spesifik yang tidak tercakup lensa standar
• Solusi: Buat lensa kustom yang memasukkan praktik terbaik dan persyaratan kepatuhan spesifik organisasi

Ini sebenarnya adalah peluang, bukan pembatasan. Lensa kustom memungkinkan Anda mengodekan kebutuhan unik organisasi ke dalam kerangka yang dapat digunakan kembali untuk konsistensi di seluruh beban kerja. Saya akan menunjukkan caranya nanti.

Peningkatan Berkelanjutan dan Pemantauan

Well-Architected Framework bukan latihan sekali jalan. Ini adalah komitmen berkelanjutan terhadap keunggulan. Di sinilah banyak organisasi membedakan diri: bukan hanya dengan melakukan satu ulasan, tetapi dengan menanamkan peningkatan berkelanjutan ke dalam budaya mereka. 

Bagaimanapun, arsitektur Anda terus berkembang, fitur baru ditambahkan, pola trafik berubah, dan AWS merilis layanan baru. Praktik Well-Architected Anda harus berkembang bersamanya.

Menetapkan jadwal ulasan

Ulasan rutin menjaga arsitektur Anda tetap selaras dengan praktik terbaik seiring perubahan. Anggap ulasan seperti pemeriksaan kesehatan berkala. Ulasan menangkap masalah kecil sebelum menjadi besar. Lakukan ulasan pada tonggak berikut:

• Setelah rilis fitur besar
• Sebelum peluncuran signifikan
• Triwulanan untuk beban kerja kritis
• Tahunan untuk semua beban kerja produksi

Untuk tim pengiriman berkelanjutan, integrasikan ulasan ringan sebelum menggabungkan perubahan signifikan. Ini menangkap penyimpangan arsitektur lebih awal saat paling mudah diperbaiki. Jadikan kepatuhan Well-Architected sebagai persyaratan untuk penerapan ke produksi. Dengan cara ini, Anda memastikan setiap beban kerja dimulai dari fondasi yang kuat.

Memasukkan umpan balik

Ulasan hanya bernilai saat Anda bertindak atas temuannya. Buat loop umpan balik yang mengubah temuan ulasan menjadi peningkatan spesifik. Setelah setiap ulasan, susun rencana prioritas. Fokus pada peningkatan berdampak tinggi dengan upaya rendah terlebih dahulu untuk membangun momentum.

Bagikan temuan di seluruh tim. Jika beberapa beban kerja memiliki masalah serupa, Anda telah mengidentifikasi masalah sistemik yang layak mendapatkan solusi sistemik. Mungkin berupa standar yang diperbarui, komponen bersama, atau program pelatihan. Dokumentasikan pelajaran yang dipetik agar tim lain dapat mengambil manfaat dan menghindari pengulangan kesalahan yang sama.

Berbagi pengetahuan ini mengubah ulasan individual menjadi pembelajaran organisasi.

Memantau kemajuan

Melacak peningkatan dari waktu ke waktu menunjukkan nilai inisiatif Well-Architected Anda dan membantu membenarkan investasi lanjutan. Gunakan fitur milestone di AWS Well-Architected Tool untuk menangkap kondisi arsitektur Anda pada titik waktu tertentu agar tercipta gambaran sebelum-dan-sesudah yang jelas.

Gunakan Cloud Intelligence Dashboards untuk memvisualisasikan metrik di berbagai beban kerja, sehingga mudah melihat tren dan mengidentifikasi beban kerja yang membutuhkan perhatian. 

Lacak metrik bisnis seperti ketersediaan sistem dan mean time to recovery untuk menunjukkan bagaimana peningkatan diterjemahkan menjadi nilai. Hasil bisnis ini lebih penting bagi pemangku kepentingan daripada metrik teknis.

Mengeksplorasi Lensa AWS Well-Architected

AWS Well-Architected Lenses memperluas panduan kerangka ke domain tertentu. Sementara enam pilar berlaku secara universal, lensa mengakui bahwa beban kerja machine learning memiliki pertimbangan berbeda dengan aplikasi serverless, yang berbeda lagi dari platform layanan keuangan. Setiap lensa menyediakan pertanyaan dan praktik terbaik khusus yang disesuaikan untuk konteks tersebut.

Saat ini, kerangka ini memiliki 16 lensa, namun pada tabel di bawah, Anda dapat menemukan lensa yang paling sering digunakan:

Seperti yang Anda lihat, lensa membahas kebutuhan khusus di luar kerangka inti dan membantu Anda mengoptimalkan untuk teknologi dan industri tertentu. Misalnya, jika Anda membangun platform machine learning, ML Lens menanyakan pertanyaan tentang kualitas data, pelatihan model, dan penerapan yang tidak muncul dalam kerangka umum, namun krusial untuk keberhasilan ML.

Menyesuaikan kerangka

Meskipun lensa yang disediakan AWS mencakup banyak skenario, Anda mungkin perlu menangani kebutuhan organisasi yang unik. Di sinilah lensa kustom unggul.

Lensa kustom memungkinkan Anda memasukkan praktik terbaik internal, persyaratan kepatuhan, dan kebijakan organisasi langsung ke dalam kerangka. Buat lensa kustom untuk kepatuhan PCI, persyaratan HIPAA, atau standar keamanan spesifik yang unik bagi industri atau model bisnis Anda.

Untuk membuat lensa kustom, ikuti alur kerja ini:

1. Unduh templat JSON dari tool
2. Definisikan pilar, pertanyaan, dan rencana peningkatan Anda
3. Unggah kembali

Lensa kustom dapat dibagikan di seluruh organisasi Anda, sehingga Anda dapat memastikan setiap tim menerapkan standar perusahaan secara konsisten.

Sebagai contoh, organisasi layanan kesehatan dapat membuat lensa yang menggabungkan kepatuhan HIPAA dengan standar keamanan internal, menanyakan kebijakan rotasi kunci enkripsi, retensi log audit, dan prosedur respons insiden yang spesifik untuk pelanggaran data kesehatan. Setelah dibuat, setiap tim dalam organisasi dapat menerapkan lensa ini untuk memastikan kepatuhan di seluruh beban kerja.

Kekuatan lensa kustom adalah memungkinkan Anda mengodekan pengetahuan institusional. Ketika arsitek senior Anda pensiun atau pindah, keahlian mereka tetap tertanam dalam lensa kustom Anda.

Kesimpulan

AWS Well-Architected Framework menyediakan pendekatan terstruktur untuk membangun arsitektur cloud yang aman, andal, berkinerja tinggi, hemat biaya, dan berkelanjutan. Menerapkan enam pilar memberi Anda fondasi yang kokoh untuk beban kerja cloud Anda.

Kekuatan nyata kerangka ini terletak pada peningkatan berkelanjutan. Ulasan pertama Anda mengidentifikasi peluang, dan ulasan berikutnya melacak kemajuan. Pendekatan iteratif ini mengubah arsitektur yang baik menjadi luar biasa.

Mulailah dengan satu beban kerja, lakukan ulasan, terapkan perbaikan, dan ukur hasilnya. Pelajaran yang didapat menginformasikan cara Anda merancang beban kerja di masa depan. Ingat bahwa kerangka ini adalah panduan untuk membuat keputusan yang terinformasi. Anda akan membuat pertukaran berdasarkan konteks Anda, dan itu tidak masalah selama Anda memahami implikasinya.

Dengan mengadopsi AWS Well-Architected Framework, Anda sedang membangun disiplin untuk keunggulan arsitektur yang akan melayani organisasi Anda selama bertahun-tahun ke depan.

Untuk memperdalam materi tutorial ini, saya sarankan mengikuti kursus kami tentang Understanding Modern Data Architecture atau AWS Security and Cost Management.