Proses dan budaya

Infrastruktur sebagai kode: Tentukan infrastruktur Anda sebagai kode menggunakan pendekatan seperti templat AWS CloudFormation. Penggunaan templat memungkinkan Anda untuk menempatkan infrastruktur di kontrol sumber bersama dengan konfigurasi dan kode aplikasi Anda. Ini memungkinkan Anda untuk menerapkan praktik yang sama yang Anda gunakan untuk mengembangkan perangkat lunak di infrastruktur Anda sehingga Anda dapat mengulang dengan cepat.

Pipeline deployment: Gunakan alur integrasi berkelanjutan/deployment berkelanjutan (CI/CD) (misalnya, repositori kode sumber, sistem pembangunan, deployment, dan otomatisasi pengujian) untuk men-deploy infrastruktur Anda. Ini memungkinkan Anda untuk melakukan deployment dengan cara yang dapat diulang, konsisten, dan murah saat Anda melakukan pengulangan.

Metrik yang terdefinisi dengan baik: Siapkan dan pantau metrik untuk menangkap indikator kinerja utama (KPI). Kami menyarankan Anda menggunakan metrik teknis dan metrik bisnis. Untuk situs web atau aplikasi seluler, metrik utama menangkap waktu ke bita pertama atau rendering. Metrik lain yang umumnya berlaku antara lain, hitungan thread, laju pengumpulan sampah, dan keadaan tunggu. Metrik bisnis, seperti biaya kumulatif agregat per permintaan, dapat memberikan peringatan kepada Anda tentang berbagai cara untuk menghemat biaya. Pertimbangkan dengan hati-hati bagaimana Anda akan menafsirkan metrik. Misalnya, Anda dapat memilih nilai maksimum atau persentil 99 dan bukannya nilai rata-rata.

Pengujian kinerja otomatis: Sebagai bagian dari proses deployment Anda, mulai uji kinerja secara otomatis setelah pengujian yang berjalan lebih cepat berhasil dilewati. Otomatisasi harus menciptakan lingkungan baru, menyiapkan kondisi awal seperti data uji, kemudian jalankan serangkaian uji beban dan tolok ukur. Hasil dari pengujian-pengujian ini harus dikaitkan kembali dengan pembangunan sehingga Anda dapat melacak perubahan performa seiring waktu. Untuk pengujian yang lama, Anda dapat membuat ini sebagai bagian dari pipeline yang asinkron dari sisa pembangunan. Atau, Anda dapat menjalankan uji kinerja semalaman menggunakan Instans Spot Amazon EC2.

Pembuatan beban: Anda harus membuat serangkaian skrip pengujian yang mereplikasi perjalanan pengguna sintetis atau yang dicatat sebelumnya. Skrip ini harus idempoten dan tidak dipasangkan, dan Anda mungkin harus menyertakan skrip prapemanasan untuk mendapatkan hasil yang valid. Sejauh dapat dilakukan, skrip pengujian Anda harus mereplikasi perilaku penggunaan dalam produksi. Anda dapat menggunakan solusi perangkat lunak sebagai layanan (SaaS) atau perangkat lunak untuk membuat beban. Pertimbangkan untuk menggunakan solusi AWS Marketplace dan Instans Spot— solusi ini dapat menjadi cara yang hemat biaya untuk membuat beban.

Visibilitas kinerja: Metrik utama harus terlihat oleh tim Anda, terutama metrik terhadap setiap versi build. Tindakan ini memungkinkan Anda melihat setiap tren positif atau negatif yang signifikan seiring waktu. Anda juga harus menampilkan metrik atas jumlah kesalahan atau pengecualian untuk memastikan Anda menguji sistem yang berfungsi.

Visualisasi: Gunakan teknik visualisasi yang memperjelas di mana masalah kinerja, hot spot, status tunggu, atau pemanfaatan rendah terjadi. Lapisi diagram arsitektur dengan metrik kinerja — kode atau grafik panggilan dapat membantu mengidentifikasi masalah dengan cepat.

Proses peninjauan rutin: Arsitektur yang berkinerja buruk biasanya disebabkan oleh tidak adanya atau rusaknya proses peninjauan kinerja. Jika arsitektur Anda memiliki kinerja buruk, implementasi proses peninjauan kinerja memungkinkan Anda mendorong peningkatan berulang.

Optimisasi berkelanjutan: Adopsi budaya untuk terus mengoptimalkan efisiensi kinerja beban kerja cloud Anda.