Praktik terbaik - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Praktik terbaik

Promosikan kepemilikan. Setiap anggota tim proyek harus diberdayakan untuk membuat dan memiliki ADR. Praktik ini mendistribusikan pekerjaan penelitian arsitektur di antara anggota tim dan pembongkaran yang bekerja dari arsitek solusi atau pemimpin tim. Ini juga menumbuhkan rasa kepemilikan dalam proses pengambilan keputusan. Ini membantu tim mengadopsi keputusan itu lebih cepat daripada memperlakukannya sebagai keputusan yang dipaksakan dari tingkat organisasi yang lebih tinggi.

Pertahankan sejarah ADR. ADRs harus memiliki riwayat perubahan, dan setiap perubahan harus memiliki pemilik. Ketika pemilik ADR memperbarui ADR, mereka harus mengubah status ADR lama menjadi Digantikan, mencatat perubahan mereka dalam riwayat perubahan ADR baru, dan menyimpan ADR lama di log keputusan.

Jadwalkan pertemuan tinjauan rutin. Jika Anda berada di proyek baru (greenfield), proses ADR bisa sangat intens di awal. Kami menyarankan Anda membuat irama diskusi ADR reguler dan meninjau pertemuan sebelum atau setelah standup harian. Dengan pendekatan ini, yang ditentukan ADRs akan stabil dalam dua atau tiga sprint, dan Anda dapat membangun fondasi yang kuat dengan pertemuan yang lebih sedikit.

Simpan ADRs di lokasi pusat. Setiap anggota proyek harus memiliki akses ke koleksi ADRs. Kami menyarankan Anda menyimpan ADRs di lokasi pusat dan mereferensikannya di halaman utama dokumentasi proyek Anda. Ada dua opsi populer untuk menyimpan ADRs:

  • Sebuah repositori Git, yang membuatnya lebih mudah untuk versi ADRs

  • Halaman wiki, yang membuat ADRs dapat diakses oleh semua anggota tim

Alamat kode yang tidak sesuai. Proses ADR tidak menyelesaikan masalah kode warisan yang tidak sesuai. Jika Anda memiliki kode lama yang tidak mendukung pembuatan ADRs, Anda dapat memperbarui basis kode yang sudah ketinggalan zaman atau artefak secara bertahap, sambil memperkenalkan perubahan baru, atau tim Anda dapat memutuskan untuk memfaktorkan ulang kode secara eksplisit dengan membuat tugas utang teknis.