Platform teknologi umum
Selama migrasi organisasi apa pun, Anda perlu siap untuk berbagai platform teknologi. Sebagian besar migrasi dimulai dengan aset Windows dan SQL Server, tetapi sebagian besar pusat data yang beroperasi saat ini juga memiliki beberapa platform berbasis non-Windows.
Unit ini menguraikan pendekatan migrasi terpadu Microsoft. Pendekatan ini memastikan bahwa semua beban kerja memiliki jalur yang jelas untuk migrasi cloud, terlepas dari platform teknologi yang mendasarinya.
Fokus migrasi terpadu
Sebagian besar tim migrasi mengetahui kemampuan Azure Migrate dan hub Azure Migrate untuk memfasilitasi migrasi aset Windows dan SQL Server. Tetapi sebelum memulai migrasi, penting untuk membiasakan diri Anda dengan platform teknologi lain yang dapat menggunakan pendekatan pabrik migrasi yang sama atau proses migrasi yang sama.
Diagram dan tabel berikut menguraikan beberapa skenario yang mengikuti metodologi Migrasi berulang yang sama untuk migrasi dan modernisasi. Ringkasan di akhir modul ini mencakup tautan untuk pembelajaran berkelanjutan pada masing-masing platform teknologi ini.
Gambar 1: Platform teknologi yang didukung metodologi Migrasi.
| Mesin virtual | Aplikasi | Data | Hibrid | Platform teknologi | Skenario tambahan |
|---|---|---|---|---|---|
| Server yang menjalankan Windows Server | ASP.NET | Server SQL | Azure Stack | SAP (klasik dan HANA) | Beban kerja aman |
| Server Linux | Java | Database sistem sumber terbuka (OSS) | VMware | Kubernetes | Lingkungan multitenant |
| Desktop virtual | PHP | Analitik | Mainframes | NetApp |
Menyiapkan platform teknologi umum
Setiap platform teknologi mungkin memiliki sedikit perbedaan dalam cara menjalankan migrasi. Kemudian dalam modul ini, Anda dapat menandai tautan di ringkasan modul pembelajaran untuk referensi tentang pertimbangan pembahasan tersebut. Untuk sekarang, unit ini dapat membantu Anda memahami cara platform teknologi memengaruhi migrasi Anda pada tingkat tinggi.
Berikut ini adalah beberapa contoh untuk mengilustrasikan dampaknya:
Menilai beban kerja: Selama penilaian beban kerja di setiap gelombang, arsitek mencari kompatibilitas Azure dan dependensi antar-aset. Namun, mereka juga harus mencari kompatibilitas dengan peluang modernisasi dan pengoptimalan.
Dalam cerita Tailwind Traders, tim mengevaluasi setiap databasenya untuk kompatibilitas dengan Azure SQL Database untuk meminimalkan jumlah infrastruktur yang didedikasikan untuk hosting data. Database OSS menyediakan beberapa potensi modernisasi, berkat berbagai format database yang didukung Azure SQL Database.
Menyebarkan beban kerja: Selama migrasi, atau penyebaran seperti yang juga diketahui, tim terutama menggunakan alat Azure Migrate untuk memigrasikan aset seperti VM, aplikasi, dan data ke Azure. Beberapa platform teknologi mungkin memerlukan alat gratis.
Ketika tim Tailwind Traders memigrasikan platform SAP-nya, tim ini menambahkan SAP Database Migration Option (DMO) ke kotak alat migrasinya untuk memastikan migrasi yang lancar ke SAP Hana di Azure.
Merilis beban kerja: Setelah setiap platform teknologi dan beban kerja dimigrasikan ke Azure, tim perlu menguji, mengoptimalkan, dan merilis lalu lintas produksi ke beban kerja yang baru dimigrasikan. Beberapa platform mungkin memerlukan sedikit perbedaan dalam alat pemantauan untuk membantu tim mendapatkan kejelasan dan mendapatkan visibilitas ke dalam operasi beban kerja.
Ketika tim Tailwind Traders memigrasikan desktop virtualnya, kemungkinan akan menggunakan solusi mitra Azure Migrate, seperti Lakeside Software. Menggunakan solusi mitra seperti itu membantu memberikan pengalaman pengguna yang hebat dengan melacak performa dan mengidentifikasi beban kerja lain untuk migrasi.
Menyiapkan berbagai platform teknologi dalam rencana sprint Anda
Metodologi yang sama berlaku untuk masing-masing platform teknologi ini. Selama perencanaan adopsi cloud awal, sedikit upaya diterapkan untuk menyiapkan perbedaan ini. Platform teknologi individual biasanya tidak mempengaruhi tingkat perencanaan tersebut secara material.
Namun, ada perbedaan kecil pada tugas yang mendasarinya yang diperlukan agar berhasil dengan beberapa platform ini. Perbedaan tersebut dibahas dalam kegiatan perencanaan penting berikut, yang membantu perencanaan sprint:
Keselarasan prioritas: Rencana adopsi cloud secara keseluruhan menguraikan urutan beban kerja yang akan dimigrasikan berdasarkan dampak bisnis, tetapi prioritas juga harus mempertimbangkan kemampuan tim untuk mengeksekusi.
Sebelum tim migrasi memulai sprint apa pun, mereka harus mengevaluasi platform teknologi yang diperlukan untuk memigrasikan setiap beban kerja. Jika memungkinkan, mereka harus mengatur ulang prioritas migrasi untuk mengelompokkan gelombang beban kerja berdasarkan platform teknologi. Misalnya: memigrasikan instans Windows dan SQL Server dalam sprint 1-3, lalu memigrasikan server Linux dan data OSS dalam sprint 4-6.
Penting
Penyusunan ulang prioritas dengan cara ini tidak selalu diterapkan. Mungkin ada situasi yang memerlukan campuran aset Windows dan OSS untuk memigrasikan beban kerja. Dalam situasi tersebut, sebaiknya pertahankan beban kerja yang terkandung sebagai satu pengiriman. Anda mungkin ingin memindahkan beban kerja yang lebih kompleks ke sprint berikutnya, guna memastikan tim memiliki waktu untuk mengembangkan keterampilan yang diperlukan.
Tinjauan modernisasi: Jika migrasi Anda mengelompokkan ketiga area tugas (menilai, menyebarkan, dan merilis) ke dalam satu tim migrasi dan sprint migrasi tunggal, maka Anda harus menyertakan tinjauan modernisasi ke dalam setiap rencana sprint.
Dalam jenis tinjauan ini, tim mengevaluasi aset yang akan dimigrasikan dengan fokus pada opsi modernisasi ke platform as a service (PaaS). Misalnya, haruskah database SQL Server atau OSS dikonversi ke Azure SQL Database untuk meminimalkan dependensi pada infrastruktur? Haruskah aplikasi dipindahkan dari server infrastruktur sebagai server (IaaS) ke instans kontainer atau aplikasi web? Setiap keputusan membentuk bagaimana Anda melibatkan masing-masing platform teknologi umum.