Keberlanjutan sebagai persyaratan nonfungsional - Pilar Keberlanjutan

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

Keberlanjutan sebagai persyaratan nonfungsional

Penambahan keberlanjutan ke daftar persyaratan bisnis dapat menghasilkan solusi-solusi yang lebih hemat biaya. Berfokus pada mendapatkan nilai lebih dari sumber daya yang Anda gunakan dan menggunakan lebih sedikit dari mereka secara langsung berarti penghematan biaya AWS karena Anda hanya membayar untuk apa yang Anda gunakan.

Memenuhi target keberlanjutan mungkin tidak memerlukan kompromi setara di satu atau beberapa metrik tradisional seperti waktu aktif, ketersediaan, atau waktu respons. Anda dapat mencapai hasil yang besar dalam hal keberlanjutan tanpa ada dampak yang terukur pada tingkat layanan. Apabila kompromi kecil diperlukan, peningkatan keberlanjutan yang didapatkan dari kompromi tersebut dapat mengungguli perubahan kualitas layanan.

Dorong anggota tim Anda untuk terus bereksperimen dengan peningkatan keberlanjutan saat mereka mengembangkan persyaratan fungsional. Tim juga harus menyematkan metrik-metrik proksi saat menetapkan tujuan untuk memastikan bahwa mereka mengevaluasi intensitas sumber daya saat mengembangkan beban kerja.

Berikut ini adalah contoh kompromi yang dapat mengurangi sumber daya cloud yang Anda pakai:

Sesuaikan kualitas hasilnya: Anda dapat mengorbankan Kualitas Hasil (QoR) demi pengurangan intensitas beban kerja dengan penghitungan perkiraan. Praktik komputasi perkiraan mencari peluang-peluang pemanfaatan celah antara apa yang dibutuhkan pelanggan dan apa yang sebenarnya Anda hasilkan. Misalnya, jika Anda menempatkan data Anda dalam struktur data yang ditetapkan, Anda dapat memasukkan operator ORDER BY SQL untuk menghapus pemrosesan yang tidak perlu, menghemat sumber daya sambil tetap memberikan jawaban yang dapat diterima.

Sesuaikan waktu respons: Jawaban dengan waktu respons yang lebih lambat dapat mengurangi karbon dengan meminimalkan biaya tambahan bersama. Memproses tugas-tugas khusus dan sementara dapat menimbulkan biaya overhead perusahaan rintisan. Kelompokkan dan proses tugas-tugas dalam batch, bukan membayar biaya tambahan setiap kali ada tugas muncul. Pemrosesan batch mengorbankan waktu respons yang lebih cepat demi pengurangan biaya overhead bersama untuk membuat instans, mengunduh kode sumber, dan menjalankan proses.

Sesuaikan ketersediaan: Dengan AWS, Anda dapat menambahkan redundansi dan memenuhi target ketersediaan tinggi hanya dengan beberapa klik. Anda dapat meningkatkan redundansi dengan menggunakan teknik-teknik seperti stabilitas statis dengan menyediakan sumber daya tidak aktif yang selalu menyebabkan pemanfaatan yang lebih rendah. Evaluasi kebutuhan-kebutuhan bisnis saat menetapkan target. Kompromi yang relatif kecil dalam hal ketersediaan dapat mengakibatkan peningkatan pemanfaatan yang jauh lebih besar. Misalnya, pola arsitektur stabilitas statis melibatkan pengadaan kapasitas failover tidak aktif agar dapat langsung mengambil beban setelah terjadi kesalahan komponen. Pelonggaran persyaratan ketersediaan dapat menghilangkan kebutuhan kapasitas online tidak aktif dengan menyediakan waktu otomatisasi untuk melakukan deployment sumber daya pengganti. Penambahan kapasitas failover sesuai permintaan dapat mendorong pemanfaatan yang lebih tinggi secara keseluruhan tanpa mengganggu bisnis selama operasi normal dan memiliki manfaat sekunder berupa penurunan biaya.