Tahap 2 — Bukti Konsep

Saat melakukan migrasi, penting untuk membuktikan apakah solusi status target akan berfungsi sesuai kebutuhan. Kami sangat menyarankan menjalankan latihan proof-of-concept (PoC). Bagian ini berfokus pada berbagai aspek yang perlu dipertimbangkan saat menjalankan PoC:

• Mendefinisikan kriteria masuk dan keluar

• Mengamankan pendanaan

• Mengotomatisasi

• Pengujian menyeluruh

• Tahapan PoC

• Simulasi kegagalan

Mendefinisikan kriteria masuk dan keluar

Memiliki kriteria masuk dan keluar yang jelas adalah kunci keberhasilan latihan PoC. Saat Anda menentukan kriteria entri Anda, pertimbangkan hal berikut:

• Gunakan definisi kasus

• Akses ke lingkungan

• Keakraban dengan berbagai layanan

• Persyaratan pelatihan terkait

Demikian pula, tentukan kriteria keluar yang dapat Anda gunakan untuk mengevaluasi hasil PoC, termasuk yang berikut:

• Fungsionalitas

• Persyaratan kinerja

• Implementasi keamanan PoC

Mengamankan pendanaan

Berdasarkan definisi kriteria PoC, pendanaan aman untuk PoC. Pastikan Anda telah melakukan ukuran yang tepat dan mempertimbangkan semua biaya yang terkait. Jika Anda bermigrasi dari lokasi lokal ke AWS, sertakan biaya yang terkait dengan memigrasikan kerangka kerja Anda ke AWS Cloud dari tempat. Jika Anda adalah pelanggan AWS yang sudah ada, bekerjalah dengan manajer akun AWS Anda untuk memahami apakah Anda memenuhi syarat untuk kredit yang dapat digunakan untuk migrasi ke OpenSearch Layanan Amazon.

Mengotomatisasi

Identifikasi di mana otomatisasi dapat dilakukan, dan rencanakan jalur khusus untuk mengotomatisasi dan mengatur waktu pengujian. Penyebaran dan pengujian otomatis membantu Anda membilas, mengulang, menguji, dan memvalidasi dengan cepat dan tanpa kesalahan yang diperkenalkan manusia.

Dengan tes tinju waktu, Anda dapat memastikan Anda memberikan tepat waktu dan dapat berputar ke aktivitas lain jika tantangan muncul. Misalnya, jika pengujian kinerja memakan waktu lebih lama dari perkiraan waktu, Anda dapat menjeda aktivitas tersebut. Anda kemudian dapat pindah ke pengujian lain dan aktivitas validasi sementara pengembang Anda memperbaiki masalah. Anda dapat kembali ke tes kinerja setelah masalah diselesaikan. Benchmark kinerja solusi Anda yang ada, dan buat pengujian kinerja otomatis yang dapat memvalidasi efek perubahan konfigurasi Anda selama PoC.

Pengujian menyeluruh

Uji semua bagian tumpukan dengan memastikan bahwa Anda melakukan validasi yang diperlukan untuk lapisan yang berbeda, seperti saluran pipa konsumsi dan mekanisme kueri, yang terintegrasi dengan domain Layanan Amazon Anda. OpenSearch Ini akan membantu Anda memvalidasi implementasi end-to-end solusi.

Lapisan presentasi

Di layer presentasi, pastikan untuk menjalankan latihan PoC yang mencakup kegiatan berikut:

• Autentikasi — Validasi mekanisme yang direncanakan untuk mengautentikasi pengguna Anda.

• Otorisasi — Identifikasi mekanisme otorisasi yang ingin Anda ikuti, dan validasi bahwa mekanisme tersebut berfungsi seperti yang diharapkan.

• Query — Apa kasus penggunaan paling umum yang akan Anda temui dalam produksi? Apa sajakah skenario edge-case yang penting untuk bisnis Anda? Identifikasi pola-pola ini, dan validasi selama PoC.

• Render — Apakah data dirender secara akurat dan tepat untuk berbagai pengguna di seluruh kasus penggunaan? Untuk kasus penggunaan analitik log, Anda mungkin ingin membuat dan menguji dasbor di OpenSearch Dasbor atau Kibana, tergantung pada versi target, untuk mengonfirmasi bahwa dasbor tersebut memenuhi persyaratan Anda.

Lapisan konsumsi

Pada lapisan konsumsi, pastikan untuk mengevaluasi berbagai komponen seperti pengumpulan, buffering, agregasi, dan penyimpanan:

• Koleksi — Untuk kasus penggunaan analitik log, validasi apakah semua data yang Anda log sedang dikumpulkan. Untuk kasus penggunaan pencarian, identifikasi sumber yang memberi makan data dan melakukan validasi pada kelengkapan dan kebenaran data untuk memastikan bahwa fase pengumpulan telah berhasil dijalankan.

• Buffer — Jika Anda memiliki lonjakan lalu lintas, Anda mungkin ingin memastikan bahwa Anda menyangga data yang tertelan. Ada berbagai cara untuk membuat desain buffering. Misalnya, Anda dapat mengumpulkan data di Amazon Data Firehose, atau Anda dapat menggunakan penyimpanan Amazon S3 sebagai buffer.

• Agregasi — Validasi agregasi data apa pun, seperti penggunaan API massal, yang Anda lakukan selama konsumsi.

• Penyimpanan — Validasi apakah penyimpanan mampu menangani konsumsi yang Anda lakukan secara optimal.

Tahapan PoC

Kami menyarankan Anda menggunakan tahapan berikut untuk mengimplementasikan PoC Anda dan memvalidasi hasilnya. Jangan takut untuk mengulangi fase PoC ini dan menyesuaikan rencana PoC meskipun Anda menginvestasikan waktu dalam perencanaan sebelumnya.

• Pengujian fungsional dan pengujian beban - Pastikan bahwa semua level sedang diuji secara menyeluruh. Simulasikan kegagalan di semua bagian tumpukan. Misalnya, jika Anda memiliki cluster dengan dua node besar dan salah satunya turun, node lainnya harus mengambil semua lalu lintas di cluster Anda. Dalam skenario seperti itu, memiliki jumlah node yang lebih kecil yang lebih tinggi dapat menghasilkan pemulihan yang lebih lancar dari kegagalan node. Uji beban kerja Anda pada beban puncak dan di atasnya untuk memastikan bahwa kinerja tidak terpengaruh dalam skenario seperti itu. Selama pengujian, angkat masalah lebih awal sehingga setiap masalah potensial sedang dievaluasi oleh berbagai pemangku kepentingan pada waktu yang tepat.

• Verifikasi KPIs dan sesuaikan — Selama PoC, pastikan bahwa Anda memenuhi KPIs dan hasil bisnis yang Anda tentukan dalam kriteria keluar PoC Anda. Setel konfigurasi sedemikian rupa sehingga mereka memenuhi. KPIs

• Otomatiskan dan terapkan — Otomatisasi dan pemantauan adalah aspek kunci lainnya yang harus difokuskan selama pengujian PoC. Perbaiki langkah-langkah otomatisasi Anda, dan validasi bersama dengan pemantauan terperinci untuk memberikan semua pemangku kepentingan informasi yang cukup untuk mengevaluasi hasil PoC dengan percaya diri. Dokumentasikan semua langkah, dan buat runbook yang dapat Anda gunakan kembali untuk migrasi produksi.

Simulasi kegagalan

Kami sangat menyarankan Anda mensimulasikan skenario kegagalan dan memvalidasi apakah desain Anda menawarkan ketahanan dan toleransi kesalahan yang diperlukan untuk memenuhi kebutuhan pengguna Anda. Anda mungkin ingin mensimulasikan kegagalan node data untuk melihat apakah cluster Anda memiliki sumber daya yang cukup untuk menangani pemulihan dengan anggun. Untuk memeriksa apakah domain Anda bisa kewalahan dengan konsumsi volume besar, Anda dapat menguji pengaturan buffering dengan mensimulasikan ledakan log tiba-tiba dari beberapa sumber Anda. Validasi bahwa desain Anda tidak melebihi kuota apa pun saat Anda menskalakan ke penerapan produksi. Untuk informasi selengkapnya, lihat dokumentasi OpenSearch Layanan Amazon tentang kuota layanan.