Pelestarian lingkungan sebagai persyaratan nonfungsional - Pilar Pelestarian Lingkungan

Pelestarian lingkungan sebagai persyaratan nonfungsional

Penambahan pelestarian lingkungan ke daftar persyaratan bisnis dapat menghasilkan solusi-solusi yang lebih hemat biaya. Fokus pada pemerolehan lebih banyak nilai dari sumber daya yang Anda gunakan dan penggunaan sumber daya yang lebih sedikit secara langsung menghasilkan penghematan biaya di AWS karena Anda hanya membayar sesuai yang Anda gunakan.

Memenuhi target pelestarian lingkungan 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 pelestarian lingkungan tanpa ada dampak yang terukur pada tingkat layanan. Apabila kompromi kecil diperlukan, peningkatan pelestarian lingkungan yang didapatkan dari kompromi tersebut dapat mengungguli perubahan kualitas layanan.

Dorong anggota tim Anda untuk terus bereksperimen dengan peningkatan pelestarian lingkungan saat mereka mengembangkan persyaratan fungsional. Tim juga harus menyematkan 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:

Menyesuaikan kualitas hasil: Anda dapat mengorbankan Kualitas Hasil (QoR) demi pengurangan intensitas beban kerja dengan penghitungan perkiraan. Praktik penghitungan perkiraan mencari peluang pemanfaatan celah antara apa yang dibutuhkan pelanggan dan apa yang sebenarnya Anda buat. Misalnya, jika Anda menempatkan data Anda di sebuah set struktur data, Anda dapat menggunakan operator ORDER BY di SQL untuk menghilangkan pemrosesan yang tidak perlu, sehingga dapat menghemat sumber daya sambil tetap menyediakan jawaban yang dapat diterima.

Menyesuaikan waktu respons: Jawaban dengan waktu respons yang lebih lambat dapat mengurangi karbon dengan meminimalkan biaya tambahan bersama. Karena memproses secara khusus, tugas-tugas sementara dapat mendatangkan biaya tambahan di awal. Kelompokkan dan proses tugas-tugas dalam batch, bukan membayar biaya tambahan setiap kali tugas muncul. Pemrosesan batch mengorbankan waktu respons yang lebih cepat demi pengurangan biaya tambahan bersama untuk memunculkan instans, mengunduh kode sumber, dan menjalankan proses.

Menyesuaikan ketersediaan: Dengan AWS, Anda dapat menambahkan redundansi dan memenuhi target ketersediaan tinggi hanya dengan beberapa kali klik. Anda dapat meningkatkan redundansi melalui teknik seperti stabilitas statis dengan menyediakan sumber daya tidak aktif yang selalu menyebabkan pemanfaatan yang lebih rendah. Evaluasi kebutuhan bisnis saat menetapkan target. Kompromi yang relatif kecil dalam hal ketersediaan dapat mendatangkan peningkatan yang jauh lebih besar dalam hal pemanfaatan. Misalnya, pola arsitektur stabilitas statis melibatkan pengadaan kapasitas failover tidak aktif agar dapat langsung mengambil beban setelah kesalahan komponen. Pelonggaran persyaratan ketersediaan dapat menghilangkan kebutuhan kapasitas daring 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.