# Proses peningkatan
Proses peningkatan arsitektur mencakup pemahaman tentang apa yang Anda miliki dan apa yang dapat Anda lakukan untuk melakukan peningkatan, menyeleksi target peningkatan, menguji peningkatan, mengadopsi peningkatan yang berhasil, menghitung keberhasilan, dan membagikan pelajaran yang Anda dapatkan sehingga dapat direplikasi di tempat lain, lalu mengulangi siklus ini.
Tujuan-tujuan peningkatan Anda antara lain:
+ Untuk menghilangkan pemborosan, pemanfaatan yang rendah, dan sumber daya yang tidak aktif atau tidak digunakan
+ Untuk memaksimalkan nilai dari sumber daya yang Anda gunakan
**catatan**
Gunakan semua sumber daya yang Anda sediakan, dan selesaikan tugas yang sama dengan sumber daya yang seminimal mungkin.
Pada tahap-tahap awal optimalisasi, terlebih dahulu singkirkan area dengan pemborosan atau pemanfaatan yang rendah, lalu beralihlah ke optimalisasi yang lebih tertarget yang sesuai dengan beban kerja khusus Anda.
Lakukan pemantauan terhadap perubahan-perubahan yang terjadi pada pemakaian sumber daya dari waktu ke waktu. Identifikasi tempat di mana perubahan terkumpul yang mengakibatkan peningkatan pemakaian sumber daya yang tidak efisien atau terlalu besar. Tentukan kebutuhan peningkatan untuk menangani perubahan-perubahan yang terjadi pada pemakaian dan implementasikan peningkatan yang Anda prioritaskan.
Langkah-langkah berikut ini dirancang sebagai proses iteratif yang mengevaluasi, memprioritaskan, menguji, dan melakukan deployment peningkatan untuk beban kerja cloud yang berfokus pada keberlanjutan.
1. **Identifikasi sasaran peningkatan:** Tinjau beban kerja Anda dengan mengacu praktik terbaik untuk keberlanjutan yang disebutkan dalam dokumen ini, dan identifikasi target-target peningkatan.
1. **Evaluasi peningkatan spesifik:** Evaluasi perubahan-perubahan khusus untuk mengetahui potensi peningkatan, biaya yang diperkirakan, dan risiko bisnis.
1. **Prioritaskan dan rencanakan peningkatan:** Prioritaskan perubahan yang menawarkan peningkatan terbesar dengan biaya dan risiko terkecil, dan buat rencana pengujian dan implementasi.
1. **Uji dan validasi peningkatan:** Implementasikan perubahan di lingkungan pengujian untuk memvalidasi potensi peningkatannya.
1. **Menerapkan perubahan ke produksi:** Menerapkan perubahan di seluruh lingkungan produksi.
1. **Ukur hasil dan replikasi keberhasilan:** Cari peluang untuk mereplikasi keberhasilan di beban kerja, dan batalkan perubahan dengan hasil yang tidak dapat diterima.
## Contoh skenario
Contoh skenario berikut ini akan disebutkan di bagian lain dokumen ini untuk menggambarkan tiap-tiap langkah dari proses peningkatan.
Perusahaan Anda memiliki beban kerja yang melakukan manipulasi gambar kompleks pada EC2 instans Amazon dan menyimpan file yang dimodifikasi dan asli untuk akses pengguna. Kegiatan pemrosesannya CPU intensif, dan file keluarannya sangat besar.
# Identifikasi target peningkatan
Pahami praktik-praktik terbaik yang dapat membantu Anda mencapai tujuan keberlanjutan Anda. Anda dapat menemukan deskripsi terperinci tentang [praktik terbaik](best-practices-for-sustainability-in-the-cloud.md) ini dan rekomendasi untuk perbaikan nanti dalam dokumen ini.
Tinjau beban kerja Anda serta sumber daya yang digunakan. Identifikasi *hot spot* seperti deployment yang besar dan sumber daya yang sering digunakan. Evaluasi area-area penting ini untuk mengetahui adanya peluang peningkatan pemanfaatan yang efektif pada sumber daya Anda dan untuk mengurangi sumber daya total yang diperlukan untuk mencapai hasil bisnis Anda.
Tinjau beban kerja Anda dengan mengacu pada praktik terbaik, dan identifikasi target-target peningkatan.
Dengan menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), Anda mengidentifikasi praktik-praktik terbaik berikut ini sebagai potensi target peningkatan:
+ Gunakan perangkat keras dalam jumlah minim untuk memenuhi kebutuhan Anda
+ Gunakan teknologi yang mendukung pola akses dan penyimpanan data
## Sumber daya
+ [Mengoptimalkan AWS Infrastruktur Anda untuk Keberlanjutan, Bagian I: Komputasi](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-i-compute/)
+ [Mengoptimalkan AWS Infrastruktur Anda untuk Keberlanjutan, Bagian II: Penyimpanan](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-ii-storage/)
+ [Mengoptimalkan AWS Infrastruktur Anda untuk Keberlanjutan, BagianIII: Jaringan](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/)
# Evaluasi peningkatan khusus
Pahami sumber daya yang disediakan oleh beban kerja Anda untuk menyelesaikan sebuah unit kerja. Evaluasi potensi peningkatan, dan perkirakan potensi dampaknya, biaya untuk mengimplementasikannya, dan risiko-risiko terkait.
Untuk mengukur peningkatan dari waktu ke waktu, pertama-tama pahami apa yang telah Anda sediakan AWS dan bagaimana sumber daya tersebut dikonsumsi.
Mulailah dengan ikhtisar lengkap tentang AWS penggunaan Anda, dan gunakan Laporan AWS Biaya dan Penggunaan untuk membantu mengidentifikasi titik panas. Gunakan [kode contoh AWS](https://github.com/aws-samples/aws-usage-queries) ini untuk membantu Anda meninjau dan menganalisis laporan Anda dengan bantuan Amazon Athena.
## Metrik proksi
Ketika Anda melakukan evaluasi atas perubahan tertentu, evaluasi juga metrik apa saja yang paling mewakili efek perubahan tersebut pada sumber daya terkait. Metrik-metrik ini disebut *metrik proxy*. Pilih metrik-mterik proksi yang paling mencerminkan tipe peningkatan yang sedang Anda evaluasi serta sumber daya yang ditargetkan oleh peningkatan. Metrik-metrik ini mungkin berkembang dari waktu ke waktu.
Sumber daya yang disediakan untuk mendukung beban kerja Anda mencakup sumber daya komputasi, penyimpanan, dan jaringan. Evaluasi sumber daya yang disediakan menggunakan metrik-metrik proksi Anda untuk melihat bagaimana sumber daya tersebut digunakan.
Gunakan metrik-metrik proksi Anda untuk mengukur sumber daya yang disediakan untuk mencapai hasil bisnis.
| **Sumber Daya** | **Contoh metrik proksi** | **Tujuan peningkatan** |
| --- | --- | --- |
| Hitung | v CPU menit | Memaksimalkan pemanfaatan sumber daya yang disediakan |
| Penyimpanan | GB yang disediakan | Mengurangi total yang disediakan |
| Jaringan | GB yang ditransfer atau paket yang ditransfer | Mengurangi total yang ditransfer dan jarak yang ditransfer |
## Metrik bisnis
Pilih metrik-metrik bisnis untuk menghitung pencapaian hasil bisnis. Metrik bisnis Anda harus mencerminkan nilai yang diberikan oleh beban kerja Anda, misalnya, jumlah pengguna aktif simultan, API panggilan yang dilayani, atau jumlah transaksi yang diselesaikan. Metrik-metrik ini mungkin berkembang dari waktu ke waktu. Hati-hatilah ketika Anda mengevaluasi metrik-metrik bisnis berbasis keuangan, karena ketidaksesuaian pada nilai transaksi akan menjadikan perbandingan menjadi tidak valid.
## Indikator kinerja utama
Menggunakan rumus berikut ini, bagi sumber daya yang disediakan dengan hasil bisnis yang dicapai untuk menentukan sumber daya yang disediakan untuk setiap unit kerja.
![\[Diagram yang menunjukkan rumus ini: Sumber daya yang disediakan untuk setiap unit kerja = metrik proksi untuk sumber daya yang disediakan / metrik bisnis untuk hasil\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/sustainability-pillar/images/key-performance-indicators-formula.png)
Gunakan sumber daya Anda per unit pekerjaan sebagai milik AndaKPIs. Buat garis acuan berdasarkan sumber daya yang disediakan sebagai dasar perbandingan.
| **Sumber Daya** | **Contoh KPIs** | **Tujuan peningkatan** |
| --- | --- | --- |
| Hitung | v CPU menit per transaksi | Memaksimalkan pemanfaatan sumber daya yang disediakan |
| Penyimpanan | GB per transaksi | Mengurangi total yang disediakan |
| Jaringan | GB yang ditransfer untuk setiap transaksi atau paket yang ditransfer per transaksi | Mengurangi total yang ditransfer dan jarak yang ditransfer |
## Menghitung peningkatan
Hitung peningkatan sebagai penurunan kuantitatif pada sumber daya yang disediakan (seperti yang ditunjukkan oleh metrik proksi Anda) serta perubahan persentase dari sumber daya acuan Anda yang disediakan untuk setiap unit kerja.
| **Sumber Daya** | **Contoh KPIs** | **Tujuan peningkatan** |
| --- | --- | --- |
| Hitung | % pengurangan vCPUs menit per transaksi | Maksimalkan pemanfaatan |
| Penyimpanan | Persentase (%) penurunan GB per transaksi | Mengurangi total yang disediakan |
| Jaringan | Persentase (%) penurunan GB yang ditransfer per transaksi atau paket yang ditransfer per transaksi | Mengurangi total yang ditransfer dan jarak yang ditransfer |
## Evaluasi peningkatan
Lakukan evaluasi terhadap potensi peningkatan berdasarkan manfaat bersih yang diharapkan. Lakukan evaluasi terhadap waktu, biaya, dan tingkat upaya untuk mengimplementasikan dan memelihara, serta risiko-risiko bisnis, misalnya dampak yang tidak terduga.
Peningkatan-peningkatan yang ditargetkan sering kali mewakili kompromi antar tipe sumber daya yang dipakai. Sebagai contoh, untuk mengurangi pemakaian komputasi, Anda dapat menyimpan sebuah hasil, atau untuk membatasi data yang ditransfer, Anda dapat memproses data sebelum mengirimkan hasilnya kepada seorang klien. [Kompensasi](sustainability-as-a-non-functional-requirement.md) ini dibahas di detail tambahan yang akan datang.
Sertakan persyaratan non-fungsional ketika mengevaluasi risiko untuk beban kerja Anda, termasuk keamanan, keandalan, efisiensi kinerja, optimalisasi biaya, dan dampak peningkatan terhadap kemampuan Anda untuk mengoperasikan beban kerja.
Dengan menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), Anda mengevaluasi target peningkatan dengan hasil-hasil berikut ini:
| **Praktik terbaik** | **Peningkatan yang ditargetkan** | **Potensi** | **Biaya** | **Risiko** |
| --- | --- | --- | --- | --- |
| Gunakan perangkat keras dalam jumlah minim untuk memenuhi kebutuhan Anda | Implementasikan penskalaan prediktif untuk mengurangi periode pemanfaatan yang rendah | Sedang | Rendah | Rendah |
| Gunakan teknologi yang mendukung pola akses dan penyimpanan data | Implementasikan mekanisme-mekanisme kompresi yang lebih efektif untuk mengurangi total penyimpanan dan waktu untuk mencapainya | Tinggi | Rendah | Rendah |
Menerapkan penskalaan prediktif mengurangi v CPU jam yang dikonsumsi oleh instance yang kurang dimanfaatkan atau tidak digunakan memberikan manfaat moderat dibandingkan mekanisme penskalaan yang ada dengan perkiraan pengurangan 11% dalam sumber daya yang dikonsumsi. Biaya yang terlibat rendah dan termasuk konfigurasi sumber daya cloud dan pengoperasian penskalaan prediktif untuk Amazon Auto EC2 Scaling. Risikonya adalah kinerja yang dibatasi ketika dilakukan penambahan skala (scale-out) secara reaktif untuk merespons permintaan yang melampaui prediksi.
Implementasi kompresi yang lebih efektif dapat memiliki dampak signifikan dengan penurunan yang besar dalam hal ukuran file di semua gambar asli dan manipulasi Anda, dengan estimasi penurunan kebutuhan penyimpanan sebesar 25% di lingkungan produksi. Menimplementasikan algoritme baru adalah pengganti yang mudah dan memiliki sedikit risiko.
# Prioritaskan dan rencanakan peningkatan
Prioritaskan peningkatan yang Anda identifikasi berdasarkan dampak paling besar yang diantisipasi dengan biaya paling rendah serta risiko yang dapat diterima.
Putuskan peningkatan-peningkatan mana yang harus difokuskan di awal, dan sertakan peningkatan-peningkatan tersebut dalam perencanaan sumber daya dan roadmap pengembangan Anda.
Dengan menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), artinya Anda memprioritaskan target peningkatan sebagai berikut:
| **Prioritas** | **Peningkatan** | **Potensi** | **Biaya** | **Risiko** |
| --- | --- | --- | --- | --- |
| 1 | Implementasikan mekanisme kompresi yang lebih efektif | Tinggi | Rendah | Rendah |
| 2 | Implementasikan penskalaan prediktif | Sedang | Rendah | Rendah |
Potensi yang tinggi dan biaya serta risiko yang rendah pada pembaruan kompresi file menjadikannya target yang bernilai tinggi untuk perusahaan Anda dan juga menjadikannya prioritas dibandingkan implementasi penskalaan prediktif. Anda menentukan bahwa mengimplementasikan penskalaan prediktif dengan potensi dampak yang sedang dan biaya serta risiko yang rendah harus menjadi peningkatan prioritas setelah kompresi file selesai.
Anda menugaskan seorang anggota tim untuk mengimplementasikan kompresi file yang telah ditingkatkan dan menambahkan penskalaan prediktif ke backlog Anda.
# Uji dan validasikan peningkatan
Lakukan pengujian kecil dengan investasi yang minim untuk mengurangi risiko upaya skala besar.
Implementasikan satu salinan beban kerja yang representatif dalam lingkungan pengujian Anda untuk membatasi biaya dan risiko dalam melakukan pengujian dan validasi. Lakukan rangkaian transaksi uji yang ditetapkan sebelumnya, ukur sumber daya yang disediakan, dan tentukan sumber daya yang digunakan untuk setiap unit kerja untuk membuat garis acuan pengujian.
Implementasikan peningkatan target Anda di lingkungan pengujian dan ulangi pengujian tersebut dengan menggunakan metodologi yang sama dengan kondisi yang sama. Dan kemudian ukur sumber daya yang disediakan serta sumber daya yang digunakan untuk setiap unit kerja dengan peningkatan yang telah diterapkan.
Hitung perubahan persentase dari garis acuan sumber daya yang disediakan untuk setiap unit kerja, dan tentukan penurunan kuantitatif yang diharapkan pada sumber daya yang disediakan di lingkungan produksi Anda. Bandingkan nilai-nilai ini dengan nilai-nilai yang diperkirakan. Tentukan apakah hasilnya adalah peningkatan dengan level yang dapat diterima. Evaluasi apakah setiap kompromi pada sumber daya tambahan yang dipakai menjadikan manfaat bersih dari peningkatan tersebut tidak dapat diterima.
Tentukan apakah peningkatan tersebut berhasil dan apakah sumber daya harus diinvestasikan dalam implementasi perubahan yang dilakukan di lingkungan produksi. Jika setelah dievaluasi perubahan dianggap tidak berhasil, maka arahkan sumber daya Anda untuk menguji dan memvalidasi target berikutnya dan lanjutkan siklus peningkatan Anda.
| **% Penurunan sumber daya yang disediakan per unit kerja** | **Penurunan kuantitatif sumber daya yang disediakan** | **Tindakan** |
| --- | --- | --- |
| Memenuhi ekspektasi | Memenuhi ekspektasi | Lanjutkan peningkatan |
| Tidak memenuhi ekspektasi | Memenuhi ekspektasi | Lanjutkan peningkatan |
| Memenuhi ekspektasi | Tidak memenuhi ekspektasi | Cari peningkatan alternatif |
| Tidak memenuhi ekspektasi | Tidak memenuhi ekspektasi | Cari peningkatan alternatif |
Menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), Anda melakukan tes untuk memvalidasi kesuksesan.
Setelah Anda melakukan pengujian pada algoritme kompresi yang ditingkatkan, penurunan persentase pada sumber daya yang disediakan untuk setiap unit kerja (penyimpanan yang diperlukan untuk citra asli dan citra modifikasi) akan memenuhi ekspektasi dengan rata-rata penurunan 30% pada penyimpanan yang disediakan dan penambahan beban komputasi dalam jumlah sangat kecil.
Anda menentukan bahwa sumber daya komputasi tambahan yang diperlukan untuk menerapkan algoritme kompresi yang ditingkatkan ke file yang ada di lingkungan produksi tidaklah signifikan dibandingkan dengan penurunan penyimpanan yang dicapai. Anda mengkonfirmasi keberhasilan dengan pengurangan kuantitatif dalam sumber daya TBs yang diperlukan (penyimpanan), dan peningkatan disetujui untuk penyebaran produksi.
# Terapkan perubahan ke produksi
Implementasikan peningkatan yang telah diuji, divalidasi, dan disetujui ke produksi. Implementasikan menggunakan deployment terbatas, konfirmasikan fungsionalitas beban kerja Anda, uji penurunan riil pada sumber daya yang disediakan dan sumber daya yang digunakan per unit kerja di dalam deployment terbatas, dan periksa apakah ada konsekuensi yang tidak diinginkan dari perubahan tersebut. Lanjutkan deployment penuh setelah pengujian berhasil.
Batalkan perubahan jika pengujian gagal atau Anda mengalami konsekuensi perubahan yang tidak diinginkan pada level yang tidak dapat diterima.
Menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), artinya Anda melakukan langkah berikut.
Anda mengimplementasikan perubahan di lingkungan produksi dengan menggunakan deployment terbatas melalui metodologi deployment blue/green. Pengujian fungsionalitas pada instans yang baru di-deploy berhasil. Anda melihat penurunan rata-rata sebesar 26% pada penyimpanan yang disediakan untuk file citra asli dan citra manipulasi. Anda tidak melihat bukti adanya kenaikan beban komputasi ketika mengompresi file-file baru.
Anda melihat penurunan yang tidak terduga pada waktu proses untuk mengompresi file citra, dan Anda mengaitkan hal ini dengan kode yang sangat dioptimalkan untuk algoritme kompresi baru.
Anda melanjutkan deployment versi baru secara penuh.
# Ukur hasil dan replikasi keberhasilan
Ukur hasil dan replikasi keberhasilan dengan cara-cara berikut ini:
+ Ukur peningkatan awal pada sumber daya yang disediakan untuk setiap unit kerja dan penurunan kuantitatif pada sumber daya yang disediakan.
+ Bandingkan estimasi awal dan hasil pengujian dengan pengukuran produksi Anda. Identifikasi faktor-faktor yang mungkin menjadi penyebab terjadinya selisih tersebut, dan perbarui metodologi estimasi dan pengujian Anda, jika diperlukan.
+ Tentukan keberhasilan, serta tingkat keberhasilan, dan bagikan hasilnya kepada para pemangku kepentingan.
+ Jika Anda harus membatalkan perubahan dikarenakan pengujian yang gagal atau konsekuensi negatif yang tidak diinginkan dari perubahan tersebut, maka Anda harus mengidentifikasi faktor-faktor penyebabnya. Lakukan pengulangan apabila memungkinkan, atau lakukan evaluasi terhadap pendekatan baru untuk mencapai tujuan-tujuan perubahan.
+ Ambil pelajaran yang Anda dapatkan, buat standar, dan terapkan peningkatan yang berhasil ke sistem-sistem lain yang bisa menerima manfaat yang serupa. Rekam dan bagikan metodologi Anda, artefak terkait, dan manfaat bersih kepada seluruh tim dan organisasi sehingga orang lain dapat mengadopsi standar Anda dan mengulang keberhasilan Anda.
+ Pantau sumber daya yang disediakan untuk setiap unit kerja dan lacak perubahan serta total dampak dari waktu ke waktu. Perubahan-perubahan pada beban kerja Anda, atau cara pelanggan Anda memakai beban kerja Anda, dapat memengaruhi efektivitas peningkatan Anda. Evaluasi ulang peluang-peluang peningkatan jika Anda melihat terjadi penurunan jangka pendek yang besar pada efektivitas peningkatan Anda atau penurunan efektivitas yang terakumulasi dari waktu ke waktu.
+ Hitung manfaat bersih dari peningkatan Anda dari waktu ke waktu (termasuk manfaat yang diterima oleh tim lain yang menerapkan peningkatan Anda, jika ada) untuk menunjukkan laba atas investasi dari aktivitas-aktivitas peningkatan Anda.
Menerapkan langkah ini ke [Contoh skenario](improvement-process.md#example-scenario), artinya Anda mengukur hasil berikut.
Beban kerja Anda menunjukkan adanya peningkatan awal berupa penurunan kebutuhan penyimpanan sebesar 23% setelah melakukan deployment dan menerapkan algoritme kompresi baru ke file-file citra yang ada.
Nilai yang diukur sebagian besar sesuai dengan perkiraan awal (25%), dan selisih signifikan yang dibandingkan dengan pengujian (30%) ditentukan menjadi hasil file citra yang digunakan dalam pengujian tidak mewakili file citra yang ada dalam lingkungan produksi. Anda memodifikasi set citra pengujian agar lebih mencerminkan citra dalam produksi.
Peningkatan dianggap sepenuhnya berhasil. Total penurunan penyimpanan yang disediakan 2% lebih sedikit daripada yang diperkirakan yakni 25%, tetapi 23% tetaplah peningkatan besar dalam hal dampak keberlanjutan, dan disertai dengan penghematan biaya yang setara.
Satu-satunya konsekuensi yang tidak diinginkan dari perubahan adalah pengurangan menguntungkan dalam waktu yang telah berlalu untuk melakukan kompresi dan pengurangan setara v yang dikonsumsi. CPU Semua peningkatan ini dianggap sebagai hasil dari kode yang sangat dioptimalkan.
Anda membuat sebuah proyek sumber terbuka internal di mana Anda membagikan kode, artefak terkait, panduan cara mengimplementasikan perubahan, dan hasil-hasil dari implementasi Anda. Proyek sumber terbuka internal ini memudahkan tim Anda untuk mengadopsi kode tersebut untuk semua kasus penggunaan penyimpanan file tetap mereka. Tim Anda mengadopsi peningkatan ini sebagai standar. Manfaat sekunder dari proyek sumber terbuka internal ini adalah setiap orang yang mengadopsi solusi tersebut mendapatkan manfaat peningkatan yang dilakukan pada solusi, dan siapa pun dapat memberikan kontribusi peningkatan untuk proyek ini.
Anda menerbitkan keberhasilan Anda dan membagikan proyek sumber terbuka Anda kepada seluruh organisasi Anda. Setiap tim yang mengadopsi solusi ini mereplikasi manfaatnya dengan menanamkan investasi minimum dan menjadi manfaat tambahan pada manfaat bersih yang diterima dari investasi Anda. Anda menerbitkan data ini sebagai kisah keberhasilan yang berkelanjutan.
Anda melanjutkan pemantauan yang dilakukan terhadap dampak peningkatan dari waktu ke waktu dan akan membuat perubahan pada proyek sumber terbuka internal Anda, jika diperlukan.