Proses peninjauan - AWS Well-Architected Framework

Proses peninjauan

Peninjauan arsitektur harus dilakukan dengan cara yang konsisten, tanpa menyalahkan pihak mana pun untuk mendorong pengamatan yang mendalam. Ini harus menjadi proses yang ringan (hitungan jam, bukan hari) dengan berdiskusi, bukan proses audit. Tujuan dari peninjauan arsitektur adalah untuk mengidentifikasi masalah yang sangat penting dan perlu ditangani atau area yang dapat ditingkatkan. Hasil dari peninjauan adalah serangkaian tindakan yang dapat meningkatkan pengalaman pelanggan dalam menggunakan beban kerja.

Seperti yang telah dibahas di bagian “Tentang Arsitektur”, Anda ingin semua tim bertanggung jawab atas kualitas dari setiap arsitekturnya. Untuk anggota tim yang membangun arsitektur menggunakan Kerangka Kerja Well-Architected, sebaiknya tinjau arsitektur secara berkelanjutan, tanpa perlu terpaku pada pertemuan peninjauan yang formal. Pendekatan yang berkelanjutan memungkinkan anggota tim Anda untuk memperbarui jawaban seiring dengan berkembangnya arsitektur, serta meningkatkan arsitektur saat Anda memberikan fitur.

Kerangka Kerja AWS Well-Architected telah diselaraskan dengan cara AWS meninjau sistem dan layanan secara internal. Ini dilandaskan pada serangkaian prinsip desain yang memengaruhi arsitektur, serta pertanyaan-pertanyaan untuk memastikan bahwa orang-orang tidak mengabaikan area yang mengutamakan Analisis Akar Masalah (RCA). Kapan pun terjadi masalah yang signifikan terhadap sistem internal, layanan AWS, atau pelanggan, kami merujuk ke RCA untuk menentukan apakah kami perlu meningkatkan proses peninjauan yang digunakan.

Peninjauan harus diterapkan pada pencapaian utama dalam siklus hidup produk, sedini mungkin dalam tahap desain untuk menghindari keputusan kaku yang sulit untuk diubah, sebelum tanggal mulai pengaktifan. (Banyak keputusan yang dapat diubah dan memiliki alternatif. Keputusan tersebut dapat menggunakan proses yang ringan. Keputusan kaku akan sulit atau tidak mungkin dikembalikan serta menuntut inspeksi mendalam sebelum diputuskan.) Setelah Anda masuk ke dalam proses produksi, beban kerja Anda akan meningkat saat Anda menambahkan fitur baru dan mengubah implementasi teknologi. Arsitektur beban kerja berubah seiring waktu. Anda perlu menerapkan praktik pemeliharaan yang sesuai untuk mempertahankan karakteristik arsitektur agar tidak memburuk saat Anda mengembangkannya. Saat Anda membuat perubahan arsitektur yang signifikan, Anda harus melakukannya sesuai dengan aturan proses pemeliharaan termasuk peninjauan Well-Architected.

Jika Anda ingin menggunakan hasil tinjauan sebagai snapshot sekali pakai atau pengukuran independen, Anda perlu memastikan bahwa Anda berdiskusi dengan orang yang tepat. Kita sering kali mendapati bahwa tinjauan adalah hal pertama yang dapat membuat tim benar-benar paham tentang apa yang telah mereka implementasikan. Pendekatan yang sangat cocok digunakan saat meninjau beban kerja tim lain adalah melakukan percakapan informal tentang arsitektur mereka dengan mencermati jawaban-jawaban dari pertanyaan. Kemudian Anda dapat menindaklanjutinya dengan satu atau dua pertemuan untuk mendapatkan kejelasan atau mendalami area yang masih ambigu atau berisiko.

Berikut adalah beberapa saran item untuk memfasilitasi rapat Anda:

  • Ruang rapat yang dilengkapi papan tulis

  • Cetakan diagram atau catatan desain

  • Daftar pertanyaan yang memerlukan riset luar jaringan untuk menjawabnya (misalnya, “apakah kita sudah mengaktifkan enkripsi?”)

Setelah peninjauan selesai, Anda harus membuat daftar masalah yang dapat diprioritaskan berdasarkan konteks bisnis Anda. Anda juga perlu memperhitungkan dampak masalah-masalah tersebut terhadap kinerja harian tim Anda. Jika masalah tersebut segera diatasi, Anda memiliki lebih banyak waktu untuk meningkatkan nilai bisnis ketimbang sibuk dengan masalah yang berulang. Saat Anda mengatasi masalah, Anda dapat memperbarui tinjauan Anda untuk melihat perkembangan arsitektur.

Saat nilai dari tinjauan sudah diketahui dengan jelas, pada awalnya tim baru mungkin akan menafikannya. Berikut adalah beberapa kekurangan yang dapat ditangani dengan mengedukasi tim terkait manfaat tinjauan:

  • “Kita sangat sibuk!” (Sering diucapkan ketika tim bersiap untuk peluncuran besar.)

    • Jika Anda bersiap untuk peluncuran besar, Anda menginginkan hal tersebut berjalan lancar. Tinjauan memungkinkan Anda memahami masalah apa pun yang mungkin terlewat.

    • Sebaiknya, lakukan peninjauan sedini mungkin dalam siklus hidup produk untuk mengetahui risiko dan menyiapkan rencana mitigasi yang selaras dengan peta strategi (roadmap) penyampaian fitur.

  • “Kita tidak punya waktu untuk mengejar hasil itu!” (Sering diucapkan ketika ada acara dengan jadwal yang sudah tetap, seperti Super Bowl, yang ditargetkan.)

    • Acara-acara tersebut memiliki jadwal yang tetap. Apakah Anda benar-benar ingin melakukan sesuatu tanpa mengetahui risikonya terhadap arsitektur Anda? Bahkan jika Anda tidak mengatasi masalah-masalah ini, Anda masih dapat menggunakan buku panduan untuk menanganinya apabila hal itu terjadi.

  • “Kita harus menjaga rahasia implementasi solusi kita dari pihak lain!”

    • Jika Anda menyodorkan pertanyaan kepada tim terkait Kerangka Kerja Well-Architected, mereka akan melihat bahwa tidak ada satu pun dari pertanyaan tersebut yang mengarah pada informasi hak milik teknis atau komersial apa pun.

Saat Anda melakukan beberapa peninjauan terhadap beberapa tim dalam organisasi, Anda mungkin mengidentifikasi masalah-masalah yang mendasar. Misalnya, Anda mungkin mendapati grup dari beberapa tim memiliki klaster masalah di pilar atau topik tertentu. Anda perlu melihat semua tinjauan secara menyeluruh, kemudian mengidentifikasi mekanisme, pelatihan, atau pembicaraan teknis utama yang dapat membantu Anda mengetahui masalah mendasar tersebut.