Penilaian

Penilaian aplikasi untuk kontainerisasi membantu mengungkap semua dependensi dan risiko. Penilaian juga membantu mengurutkan aplikasi ke dalam bucket prioritas untuk modernisasi dan migrasi.

Selama fase penilaian, fokuslah pada bidang-bidang utama berikut:

• Dependensi sistem operasi untuk kontainerisasi — Alat kontainerisasi otomatis seperti AWS App2Container memiliki beberapa batasan pada kerangka kerja aplikasi dan sistem operasi untuk kontainerisasi. Untuk informasi selengkapnya tentang aplikasi yang didukung, lihat dokumentasi App2Container.

• Kepatuhan terhadap peraturan — Sangat efisien untuk memastikan aplikasi dalam peti kemas sesuai dengan semua peraturan sebelum diterapkan pada lingkungan target, alih-alih bertindak dengan cara yang reaktif setelah penerapan dan mitigasi saat itu. Periksa kerentanan dalam gambar, komunikasi antar kontainer yang tidak sah, kontrol akses ke wadah dan data, dan pemindaian otomatis untuk mencegah aktivitas berbahaya.

• Solusi pemulihan bencana (DR) - Setiap aplikasi memiliki perjanjian tingkat layanan khusus (SLA) sendiri untuk waktu henti. Ingatlah tujuan titik pemulihan aplikasi (RPO) dan tujuan waktu pemulihan (RTO) saat merencanakan distribusi cluster kontainer. App2Container secara default menyebarkan aplikasi ke beberapa Availability Zone.

• Penyimpanan data — Wadah paling baik digunakan sebagai stateless. Untuk kontainer stateful, data harus disimpan di luar wadah. Jika wadah tidak berfungsi, Anda dapat memutar yang baru menggunakan gambar dan volume eksternal yang terpasang tanpa kehilangan data.

• Konfigurasi dan manajemen rahasia - Penyimpanan parameter lingkungan target atau toko rahasia dapat digunakan untuk menyimpan dan mengambil dari konfigurasi dan rahasia dari wadah. Sangat penting untuk memastikan bahwa rahasia hanya dapat diakses oleh wadah yang relevan. Semua operasi pada konfigurasi dan rahasia harus dicatat. Saluran komunikasi antara wadah dan toko rahasia harus aman.

• Manajemen log — Untuk audit, log yang dihasilkan oleh setiap kontainer akan dikirim ke layanan manajemen log yang berada di luar kontainer. Karena aplikasi terdiri dari beberapa layanan dan proses, masing-masing berada dalam wadah yang berbeda, log dari setiap kontainer harus memiliki ID unik.

• Proses build dan deployment — Sebagian besar perusahaan memiliki semacam proses build dan deployment untuk merilis aplikasi dan fitur mereka. Untuk memanfaatkan kontainerisasi, membangun dan menyebarkan aplikasi harus diotomatisasi menggunakan pipa CI/CD. Pipeline membawa keuntungan seperti penyediaan dan penonaktifan infrastruktur sekali klik, penerapan yang lebih cepat dan tahan kesalahan, otomatisasi, dan pengurangan waktu untuk merilis fitur baru.

• Aplikasi hulu dan hilir — Merupakan praktik yang baik untuk mengkontainerisasi dan memigrasikan semua aplikasi dependen dalam batch. Dalam skenario di mana hal itu tidak layak, saluran komunikasi dari aplikasi kontainer ke aplikasi hulu dan hilir harus dibuka dengan aman. Pastikan bandwidth yang didukung oleh saluran ini tidak mengganggu fungsionalitas aplikasi.

• Dependensi lisensi — Beberapa contoh aplikasi yang dijalankan di dalam kontainer, yang bisa menjadi mahal. Periksa kontrak dan kelayakan untuk menyebarkan perangkat lunak pada kontainer. Pahami alat apa yang digunakan untuk mengukur perangkat lunak yang dikonsumsi pada wadah.

• Kemungkinan kontainerisasi pada server aplikasi atau mesin pekerja — Proses containerization mengkonsumsi sumber daya tambahan pada server, seperti ruang disk, daya komputasi dan memori. Server aplikasi harus dianalisis untuk memastikan bahwa ia mampu mendukung proses containerisasi. Jika tidak, Anda dapat menggunakan mesin pekerja yang memiliki sumber daya yang diperlukan dan dapat berkomunikasi dengan server aplikasi.

• Keterampilan pengembang dan dukungan produksi pada kontainer — Tim aplikasi saat ini harus meningkatkan keterampilan mereka sendiri pada teknologi containerization. Tim harus dapat memecahkan masalah dalam proses, mengubah konfigurasi jika diperlukan dan dapat mendukung aplikasi yang digunakan pada wadah.

Anda dapat menggunakan App2Container untuk containerize aplikasi Java yang berjalan di Linux, seperti standalone, Apache Tomcat, IBM JBoss, Oracle. WebSphere WebLogic Anda juga dapat menggunakan App2Container untuk mengkontainer aplikasi Java generik seperti Spring Boot. Kontainerisasi aplikasi bekerja dengan layanan mikro dan aplikasi terdistribusi. Meskipun semua aplikasi Java dapat dimodernisasi menggunakan App2Container, kriteria berikut dapat membantu Anda memilih aplikasi yang tepat untuk dimodernisasi untuk migrasi yang lebih cepat:

• Aplikasi yang dikemas sebagai biner tunggal lebih mudah untuk dikontainerisasi. Selain itu, aplikasi Java dapat dikontainerisasi dengan Java Runtime Environment (JRE). Setiap kontainer dapat menggunakan JRE spesifik yang dibutuhkannya.

• Aplikasi stateless adalah pilihan yang baik untuk memodernisasi ke dalam wadah. Aplikasi ini menyimpan informasi minimal secara lokal dan menyimpan sebagian besar data mereka pada penyimpanan data persisten.

• Aplikasi yang dirilis menggunakan pipeline continuous integration and continuous deployment (CI/CD) adalah kandidat yang baik untuk containerization. Kontainerisasi setiap aplikasi dan bawa platform orkestrasi kontainer seperti Amazon ECS atau Amazon EKS, yang ditangani secara otomatis oleh App2Container.

Sebagian besar aplikasi perusahaan terintegrasi dengan berbagai layanan lain untuk otentikasi, penyimpanan data persisten, caching, komunikasi asinkron, logging, dan notifikasi. Aplikasi kontainerisasi harus diuji di tempat dengan semua titik integrasi yang ada untuk memfasilitasi keberhasilan kontainerisasi. Saat siap untuk bermigrasi AWS, semua titik integrasi dan penyimpanan data yang sesuai harus dimigrasikan ke. AWS Setiap pembaruan yang diperlukan harus dilakukan pada konfigurasi sebelum wadah aplikasi dapat digunakan. AWS

Data yang disimpan dalam sistem file dapat dimigrasikan untuk AWS menggunakan berbagai alat yang memenuhi kasus penggunaan. Data yang disimpan dalam cache seperti Redis dapat dimigrasikan ke Amazon. ElastiCache Data yang disimpan dalam database dapat dimigrasikan dengan menggunakan alat asli database sendiri atau dengan menggunakan AWS Database Migration Service()AWS DMS. AWS DMS juga menyediakan opsi change data capture (CDC) untuk mereplikasi perubahan yang sedang berlangsung dari penyimpanan data sumber hingga cutover.

AWS menyediakan layanan pemantauan dan pencatatan data operasional dan visualisasi sendiri yang disebut Amazon CloudWatch. CloudWatch Agen dapat dikemas ke dalam wadah bersama dengan aplikasi untuk menggunakan layanan ini.

Untuk organisasi di mana kode sumber tidak tersedia atau tidak dapat dipelihara, App2Container sangat cocok untuk kontainerisasi karena beroperasi pada lingkungan runtime aplikasi dan tidak memerlukan kode sumber.