# COST 10. Bagaimana cara mengevaluasi layanan baru?
Saat AWS merilis fitur dan layanan baru, praktik yang terbaik adalah meninjau keputusan arsitektur yang ada untuk memastikan masih merupakan yang paling hemat.
**Topics**
+ [COST10-BP01 Mengembangkan proses peninjauan beban kerja](cost_evaluate_new_services_review_process.md)
+ [COST10-BP02 Tinjau dan analisis beban kerja ini secara teratur](cost_evaluate_new_services_review_workload.md)
# COST10-BP01 Mengembangkan proses peninjauan beban kerja
Kembangkan proses yang menentukan kriteria dan proses untuk peninjauan beban kerja. Upaya peninjauan tersebut harus mencerminkan potensi manfaat. Misalnya, beban kerja inti atau beban kerja dengan nilai di atas sepuluh persen dari tagihan ditinjau setiap kuartal atau setiap enam bulan, sementara beban kerja di bawah sepuluh persen ditinjau setiap tahun.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Untuk memiliki beban kerja yang paling hemat biaya, Anda harus meninjau beban kerja secara rutin untuk mengetahui apakah ada peluang untuk menerapkan layanan, fitur, dan komponen baru. Untuk mendapatkan biaya yang secara keseluruhan lebih rendah, proses harus seimbang dengan potensi jumlah penghematan. Misalnya, beban kerja yang biayanya 50% dari seluruh pengeluaran Anda harus ditinjau secara lebih rutin, dan lebih menyeluruh, daripada beban kerja yang hanya lima persen dari seluruh pengeluaran Anda. Pertimbangkan beberapa faktor eksternal atau volatilitas. Jika beban kerja melayani lokasi geografis atau segmen pasar spesifik, dan perubahan pada area tersebut diprediksi, peninjauan yang lebih sering dapat menghasilkan penghematan biaya. Faktor lain dalam peninjauan adalah upaya untuk mengimplementasikan perubahan. Jika ada biaya besar dalam pengujian dan validasi perubahan, peninjauan harus dilakukan lebih jarang.
Pertimbangkan biaya jangka panjang dalam memelihara komponen dan sumber daya yang usang dan warisan serta ketidakmampuan untuk mengimplementasikan fitur-fitur baru di dalamnya. Biaya pengujian dan validasi saat ini mungkin lebih besar dari manfaat yang diajukan. Namun, seiring waktu, biaya untuk membuat perubahan mungkin meningkat secara signifikan karena meningkatnya kesenjangan antara beban kerja dan teknologi saat ini, sehingga biayanya menjadi makin besar. Misalnya, biaya pindah ke bahasa pemrograman baru saat ini mungkin tidak hemat biaya. Namun, dalam jangka waktu lima tahun, biaya orang memiliki keterampilan bahasa tersebut mungkin meningkat, dan akibat pertumbuhan beban kerja, Anda akan memindahkan sistem yang lebih besar ke bahasa baru tersebut sehingga memerlukan upaya yang lebih banyak daripada sebelumnya.
Urai beban kerja Anda ke dalam komponen, tentukan biaya komponen (perkiraan saja sudah cukup), kemudian buat daftar faktor (misalnya, upaya dan pasar eksternal) di sebelah setiap komponen. Gunakan indikator ini untuk menentukan frekuensi peninjauan untuk setiap beban kerja. Misalnya, Anda mungkin memiliki server web dengan biaya yang tinggi, upaya perubahan yang rendah, dan faktor eksternal yang tinggi, sehingga frekuensi peninjauannya tinggi. Basis data pusat mungkin memerlukan biaya sedang, upaya perubahannya tinggi, dan faktor eksternalnya rendah, sehingga frekuensi peninjauannya sedang.
Tetapkan proses untuk mengevaluasi layanan, pola desain, tipe sumber daya, dan konfigurasi baru untuk mengoptimalkan biaya beban kerja Anda saat sudah tersedia. Sama seperti proses [peninjauan pilar kinerja](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf-06.html) dan proses [peninjauan pilar keandalan](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_monitor_aws_resources_review_monitoring.html), identifikasi, validasi, dan prioritaskan kegiatan optimalisasi dan peningkatan serta perbaikan masalah dan masukkan ini ke dalam backlog Anda.
**Langkah-langkah implementasi**
+ **Tentukan frekuensi peninjauan: ** Tentukan seberapa sering beban kerja dan komponennya harus ditinjau. Alokasikan waktu dan sumber daya untuk perbaikan kontinu dan tinjau frekuensi untuk meningkatkan efisiensi dan optimalisasi beban kerja Anda. Ini adalah kombinasi faktor yang mungkin berbeda-beda dari satu beban kerja ke beban kerja lain dalam organisasi Anda dan antara komponen-komponen dalam beban kerja tersebut. Faktor yang umum antara lain tingkat kepentingan bagi organisasi yang diukur dalam hal pendapatan dan merek, biaya total untuk menjalankan beban kerja (termasuk biaya operasi dan sumber daya), kompleksitas beban kerja, tingkat kesulitan implementasi perubahan, perjanjian lisensi perangkat lunak apa pun, dan apakah perubahan akan mendatangkan peningkatan yang signifikan pada biaya lisensi akibat lisensi yang merugikan. Komponen dapat ditentukan secara fungsi atau secara teknis, seperti server web dan basis data, atau sumber daya komputasi dan penyimpanan. Seimbangkan faktor sesuai kebutuhan dan kembangkan periode bagi beban kerja serta komponennya. Anda mungkin memutuskan untuk meninjau beban kerja penuh setiap 18 bulan, meninjau server web setiap enam bulan, basis data setiap 12 bulan, komputasi dan penyimpanan jangka pendek setiap enam bulan, serta penyimpanan jangka panjang setiap 12 bulan.
+ ** Tentukan keseluruhan peninjauan: ** Tentukan seberapa besar upaya yang dikeluarkan untuk meninjau beban kerja atau komponen beban kerja. Seperti halnya frekuensi peninjauan, ini adalah keseimbangan antara beberapa faktor. Evaluasi dan prioritaskan peluang untuk peningkatan guna memfokuskan upaya ke hal-hal yang memberikan manfaat paling besar sekaligus memperkirakan seberapa besar upaya yang diperlukan untuk aktivitas-aktivitas tersebut. Jika hasil yang diperkirakan tidak memenuhi tujuan, dan upaya yang diperlukan memerlukan biaya lebih besar, lakukan iterasi menggunakan tindakan alternatif. Proses peninjauan Anda harus mencakup waktu dan sumber daya yang didedikasikan untuk melakukan peningkatan yang bertambah terus menerus. Sebagai contoh, Anda mungkin memutuskan untuk menghabiskan satu pekan untuk menganalisis komponen basis data, satu minggu analisis untuk sumber daya komputasi, dan empat jam untuk peninjauan penyimpanan.
## Sumber daya
**Dokumen terkait:**
+ [AWS Blog Berita](https://aws.amazon.com/blogs/aws/)
+ [Jenis-jenis Komputasi Cloud](https://aws.amazon.com/types-of-cloud-computing/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/)
**Contoh terkait:**
+ [AWS Support Layanan Proaktif](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/)
+ [Ulasan beban kerja reguler untuk SAP beban kerja](https://docs.aws.amazon.com/wellarchitected/latest/sap-lens/best-practice-4-4.html)
# COST10-BP02 Tinjau dan analisis beban kerja ini secara teratur
Beban kerja yang sudah ada ditinjau secara teratur berdasarkan setiap proses yang ditetapkan untuk mengetahui apakah layanan baru dapat diadopsi, layanan yang sudah ada dapat diganti, atau beban kerja dapat dirancang ulang.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
AWS terus menambahkan fitur baru sehingga Anda dapat bereksperimen dan berinovasi lebih cepat dengan teknologi terbaru. [AWS Apa yang baru](https://aws.amazon.com/new/) merinci bagaimana melakukan AWS ini dan memberikan gambaran singkat tentang AWS layanan, fitur, dan pengumuman ekspansi Regional saat dirilis. Anda dapat mendalami peluncuran yang telah diumumkan dan menggunakannya untuk meninjau dan menganalisis beban kerja Anda yang sudah ada. Untuk mewujudkan manfaat AWS layanan dan fitur baru, Anda meninjau beban kerja Anda dan menerapkan layanan dan fitur baru sesuai kebutuhan. Ini berarti Anda mungkin perlu mengganti layanan yang ada yang Anda gunakan untuk beban kerja Anda, atau memodernisasi beban kerja Anda untuk mengadopsi layanan baru ini. AWS Misalnya, Anda mungkin meninjau beban kerja Anda dan mengganti komponen perpesanan dengan Layanan Email Sederhana Amazon. Ini menghilangkan biaya operasi dan pemeliharaan armada instans, sekaligus memberikan semua fungsionalitas dengan harga yang lebih murah.
Untuk menganalisis beban kerja Anda dan menyorot potensi peluang, Anda juga harus mempertimbangkan cara baru untuk membangun solusi, bukan hanya tentang layanan baru. Tinjau video [This is My Architecture](https://aws.amazon.com/architecture/this-is-my-architecture) AWS untuk mempelajari tentang desain arsitektur pelanggan lain, tantangan mereka, dan solusi mereka. Periksa [seri All-In](https://aws.amazon.com/architecture/all-in-series/) untuk mengetahui aplikasi AWS layanan dan kisah pelanggan dunia nyata. Anda juga dapat menonton seri video [Kembli ke Dasar](https://aws.amazon.com/architecture/back-to-basics/) yang menjelaskan, memeriksa, dan memecah praktik terbaik pola arsitektur cloud dasar. Sumber lain adalah [How to Build This](https://aws.amazon.com/architecture/how-to-build-this/) video, yang dirancang untuk membantu orang-orang dengan ide-ide besar tentang cara menghidupkan produk minimum mereka (MVP) menggunakan AWS layanan. Ini adalah cara bagi pembangun dari seluruh dunia yang memiliki ide kuat untuk mendapatkan bimbingan arsitektur dari Arsitek AWS Solusi berpengalaman. Terakhir, Anda dapat meninjau materi sumber daya [Memulai](https://aws.amazon.com/getting-started/), yang di dalamnya terdapat tutorial langkah demi langkah.
Sebelum menjalankan proses peninjauan Anda, ikuti persyaratan bisnis Anda seputar persyaratan beban kerja, keamanan, dan persyaratan privasi data untuk menggunakan layanan tertentu atau persyaratan kinerja dan Wilayah sembari menjalani proses peninjauan yang Anda disetujui.
**Langkah-langkah implementasi**
+ ** Secara rutin tunjau beban kerja: ** Menggunakan proses yang telah Anda tetapkan, lakukan peninjauan dengan frekuensi yang telah ditentukan. Pastikan Anda memberikan upaya yang cukup di setiap komponen. Proses ini serupa dengan proses desain awal ketika Anda memilih layanan untuk pengoptimalan biaya. Analisis layanan dan manfaatnya, kali ini perhitungkan biaya perubahan, tidak hanya manfaat jangka panjang saja.
+ ** Terapkan layanan baru:** Jika hasil analisis mengatakan perubahan harus diterapkan, pertama lakukan hal terdasar dari beban kerja untuk mengetahui biaya saat ini untuk setiap output. Implementasikan perubahan, kemudian lakukan analisis untuk mengonfirmasi biaya baru untuk setiap output.
## Sumber daya
**Dokumen terkait:**
+ [AWS Blog Berita](https://aws.amazon.com/blogs/aws/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/)
+ [AWS Dokumentasi](https://docs.aws.amazon.com/)
+ [AWS Memulai](https://aws.amazon.com/getting-started/)
+ [AWS Sumber Daya Umum](https://docs.aws.amazon.com/#general_resources)
**Video terkait:**
+ [AWS - Ini Arsitektur Saya](https://aws.amazon.com/architecture/this-is-my-architecture)
+ [AWS - Kembali ke Dasar-dasar](https://aws.amazon.com/architecture/back-to-basics/)
+ [AWS - Seri All-In](https://aws.amazon.com/architecture/all-in-series/)
+ [Bagaimana Membangun Ini](https://aws.amazon.com/architecture/how-to-build-this/)