Bermigrasi aplikasi ke Azure App Service dan SQL Database

Artikel ini menunjukkan bagaimana perusahaan fiktif Contoso refaktor ulang aplikasi Windows .NET dua tingkat yang berjalan di mesin virtual VMware sebagai bagian dari migrasi ke Azure. Tim Contoso memigrasikan aplikasi front-end mesin virtual (mesin virtual) ke aplikasi web Azure App Service dan database aplikasi untuk Microsoft Azure SQL Database.

Aplikasi SmartHotel360 yang digunakan dalam contoh ini disediakan sebagai perangkat lunak sumber terbuka. Jika Anda ingin menggunakannya untuk tujuan pengujian Anda sendiri, Anda dapat mengunduhnya dari GitHub.

Pendorong bisnis

Tim kepemimpinan IT Contoso telah bekerja sama dengan mitra bisnis untuk memahami apa yang ingin mereka capai dengan migrasi ini:

• Mengatasi pertumbuhan bisnis. Contoso sedang berkembang, dan oleh karenanya terdapat tekanan pada sistem dan infrastruktur lokal mereka.
• Meningkatkan efisiensi. Contoso perlu menghapus prosedur yang tidak perlu dan menyederhanakan proses untuk pengembang dan pengguna. Bisnis membutuhkan IT untuk menjadi cepat dan tidak membuang waktu atau uang, sehingga memberikan persyaratan pelanggan secara lebih cepat.
• Meningkatkan kelincahan. Untuk memungkinkan kesuksesannya dalam ekonomi global, Contoso TI harus lebih responsif terhadap kebutuhan bisnis. Itu harus dapat bereaksi lebih cepat terhadap perubahan di pasar. TI tidak boleh menghalangi atau menjadi penghambat bisnis.
• Skala. Ketika bisnis tumbuh dengan sukses, IT Contoso harus menyediakan sistem yang mampu tumbuh pada kecepatan yang sama.
• Mengurangi biaya. Contoso ingin meminimalkan biaya pemberian lisensi.

Tujuan migrasi

Untuk membantu menentukan metode migrasi terbaik, tim cloud Contoso menyematkan sasaran berikut:

Persyaratan	Detail
Aplikasi	Aplikasi di Azure akan tetap sama pentingnya seperti saat ini di lokal. Ini harus memiliki kemampuan performa yang sama seperti yang saat ini terjadi di VMware. Tim tidak ingin berinvestasi dalam aplikasi. Untuk saat ini, admin hanya akan memindahkan aplikasi dengan aman ke cloud. Tim ingin berhenti mendukung Windows Server 2008 R2, yang saat ini dijalankan aplikasi. Tim juga ingin beralih dari SQL Server 2008 R2 ke database platform as a service (PaaS) modern, yang akan meminimalkankebutuhan akan manajemen. Contoso ingin memanfaatkan investasinya dalam pemberian lisensi SQL Server dan Software Assurance (Jaminan Perangkat Lunak) jika memungkinkan. Selain itu, Contoso ingin mengurangi dampak satu titik kegagalan di tingkat web.
Batasan	Aplikasi ini terdiri dari aplikasi ASP.NET dan layanan Windows Communication Foundation (WCF) yang berjalan di mesin virtual yang sama. Mereka ingin menyebarkan komponen ini di dua aplikasi web menggunakan Azure App Service.
Azure	Contoso ingin memindahkan aplikasi ke Azure, tetapi mereka tidak ingin menjalankannya di mesin virtual. Contoso ingin menggunakan layanan Azure PaaS untuk tingkat web dan data.
DevOps	Contoso ingin pindah ke model DevOps yang menggunakan Azure DevOps untuk kompilasi dan alur rilisnya.

Desain solusi

Setelah menyematkan tujuan dan persyaratan mereka, Contoso merancang dan meninjau solusi penyebaran. Contoso juga mengidentifikasi proses migrasi, termasuk layanan Azure yang akan digunakan untuk migrasi.

Aplikasi saat ini

• Aplikasi lokal SmartHotel360 bertingkat di dua mesin virtual, WEBVM dan SQLVM.
• Mesin Virtual terletak di host contosohost1.contoso.com VMware ESXi versi 6.5.
• Lingkungan VMware dikelola oleh vCenter Server 6.5 (vcenter.contoso.com), yang berjalan di mesin virtual.
• Contoso memiliki pusat data lokal (contoso-datacenter) dengan pengendali domain lokal (contosodc1).
• Mesin virtual lokal di pusat data Contoso akan dinonaktifkan setelah migrasi selesai.

Solusi yang diusulkan

• Untuk tingkat database aplikasi, Contoso membandingkan Microsoft Azure SQL Database dengan SQL Server dengan mengacu pada perbandingan fitur: Microsoft Azure SQL Database dan Azure SQL Managed Instance. Contoso memutuskan untuk menggunakan Azure SQL Database karena beberapa alasan:
  • Microsoft Azure SQL Database adalah layanan database hubungan terkelola. Ini memberikan performa yang dapat diprediksi di beberapa tingkat layanan, dengan administrasi mendekati nol. Keuntungan termasuk skalabilitas dinamis dengan waktu henti, optimasi cerdas bawaan, dan skalabilitas dan ketersediaan global.
  • Contoso dapat menggunakan Asisten Migrasi Data yang ringan untuk menilai migrasi database lokal ke Microsoft Azure SQL Database.
  • Contoso dapat menggunakan Azure Database Migration Service untuk memigrasikan database lokal ke Microsoft Azure SQL Database.
  • Dengan Jaminan Perangkat Lunak, Contoso dapat menukar lisensi yang ada dengan potongan harga pada database di Microsoft Azure SQL Database dengan menggunakan Azure Hybrid Benefit untuk SQL Server. Pendekatan ini dapat memberikan penghematan biaya hingga 30 persen.
  • Microsoft Azure SQL Database menyediakan fitur keamanan seperti Always Encrypted, penyamaran data dinamis, keamanan tingkat baris, dan deteksi ancaman SQL.
• Untuk tingkat web aplikasi, Contoso telah memutuskan untuk menggunakan Azure App Service. Layanan PaaS ini memungkinkannya untuk menyebarkan aplikasi hanya dengan sedikit perubahan konfigurasi. Contoso akan menggunakan Visual Studio untuk membuat perubahan, dan mereka akan menyebarkan dua aplikasi web, satu untuk situs web dan satu untuk layanan WCF.
• Untuk memenuhi persyaratan untuk alur DevOps, Contoso akan menggunakan Azure DevOps untuk manajemen kode sumber dengan repositori Git. Mereka akan menggunakan bangun dan rilis otomatis untuk membuat kode dan menyebarkannya ke Azure App Service.

Tinjauan solusi

Contoso mengevaluasi desain yang diusulkan dengan menyusun daftar pro dan kontra, seperti yang ditunjukkan dalam tabel berikut:

Pertimbangan	Detail
Pro	Kode aplikasi SmartHotel360 tidak memerlukan perubahan untuk migrasi ke Azure. Contoso dapat memanfaatkan investasinya di Software Assurance (Jaminan Perangkat Lunak) dengan menggunakan Azure Hybrid Benefit untuk SQL Server dan Windows Server. Setelah migrasi, Windows Server 2008 R2 tidak perlu didukung. Untuk informasi selengkapnya, lihat Kebijakan Siklus Hidup Microsoft. Contoso dapat mengonfigurasi tingkat web aplikasi dengan beberapa instans, sehingga tingkat web tidak lagi satu titik kegagalan. Database tidak akan lagi tergantung pada penuaan SQL Server 2008 R2. Microsoft Azure SQL Database mendukung persyaratan teknis. Contoso menilai database lokal dengan menggunakan Asisten Migrasi Data dan menemukan bahwa itu kompatibel. Microsoft Azure SQL Database memiliki toleransi kesalahan bawaan yang tidak harus disiapkan oleh Contoso. Ini berarti bahwa tingkat data tidak lagi satu titik failover. Jika Contoso menggunakan Azure Database Migration Service untuk memigrasikan databasenya, contoso akan memiliki infrastruktur yang siap untuk migrasi database pada skala.
Kontra	Azure App Service hanya mendukung satu penyebaran aplikasi untuk setiap aplikasi web. Ini berarti bahwa dua aplikasi web harus disediakan, satu untuk situs web dan satu untuk layanan WCF.

Arsitektur yang diusulkan

Proses migrasi

1. Contoso menyediakan Database Azure SQL lalu memigrasikan database SmartHotel360 ke database tersebut dengan menggunakan Azure Database Migration Service.

2. Contoso memprovisikan dan mengonfigurasi aplikasi web, dan menyebarkan aplikasi SmartHotel360 kepadanya.

   

Layanan Azure

Layanan	Deskripsi	Biaya
Asisten Azure App Service Migration	Jalur gratis dan sederhana untuk memigrasikan aplikasi web .NET secara mulus dari lokal ke cloud dengan sedikit atau tanpa perubahan kode.	Ini adalah alat yang dapat diunduh, gratis.
Asisten Migrasi Data	Contoso akan menggunakan Asisten Migrasi Data untuk menilai dan mendeteksi masalah kompatibilitas yang mungkin memengaruhi fungsionalitas database di Azure. Asisten Migrasi Data menilai paritas fitur antara sumber dan target SQL, dan merekomendasikan peningkatan performa dan keandalan.	Ini adalah alat yang dapat diunduh, gratis.
Azure Database Migration Service	Azure Database Migration Service memungkinkan migrasi tanpa hambatan dari berbagai sumber database ke platform data Azure dengan waktu henti yang minimal.	Pelajari tentang wilayah yang didukung dan Harga Azure Database Migration Service.
Azure SQL Database	Layanan database cloud hubungan yang cerdas dan terkelola sepenuhnya.	Biaya didasarkan pada fitur, throughput, dan ukuran. Pelajari selengkapnya.
Azure App Service	Membantu membuat aplikasi cloud yang kuat yang menggunakan platform yang dikelola penuh.	Harga didasarkan pada ukuran, lokasi, dan durasi penggunaan. Pelajari selengkapnya.
Azure Pipelines	Menyediakan alur integrasi berkelanjutan dan penyebaran berkelanjutan (CI/CD) untuk pengembangan aplikasi. Alur dimulai dengan repositori Git untuk mengelola kode aplikasi, sistem bangun untuk memproduksi paket dan artefak bangun lainnya, dan sistem manajemen rilis untuk menyebarkan perubahan di lingkungan pengembangan (dev), pengujian (test), dan produksi (production).

Prasyarat

Untuk menjalankan skenario ini, Contoso harus memenuhi prasyarat berikut:

Persyaratan	Detail
Langganan Azure	Contoso membuat langganan sebelumnya dalam seri artikel ini. Jika Anda tidak memiliki langganan Azure, buat akun gratis. Jika membuat akun gratis, Anda akan menjadi administrator langganan Anda dan dapat melakukan semua tindakan. Jika Anda menggunakan langganan yang ada dan bukan merupakan administrator, Anda perlu bekerja dengan admin untuk menetapkan izin Pemilik atau Kontributor bagi Anda.
Infrastruktur Azure	Contoso menyiapkan infrastruktur Azure seperti yang dijelaskan dalam Infrastruktur Azure untuk migrasi.

Langkah skenario

Berikut cara Contoso menjalankan migrasi:

• Langkah 1: Menilai dan memigrasikan aplikasi web.. Contoso menggunakan alat Asisten Migrasi Azure App Service untuk menjalankan pemeriksaan kompatibilitas pramigrasi dan memigrasikan aplikasi webnya ke Azure App Service.
• Langkah 2: Memprovisikan database di Microsoft Azure SQL Database. Contoso memprovisikan instans Microsoft Azure SQL Database. Setelah situs web aplikasi dimigrasikan ke Azure, aplikasi web layanan WCF akan menunjuk ke instans ini.
• Langkah 3: Menilai database. Contoso menilai database untuk migrasi dengan menggunakan Asisten Migrasi Data dan kemudian memigrasikannya melalui Azure Database Migration Service.
• Langkah 4: Menyiiapkan Azure DevOps. Contoso membuat proyek Azure DevOps baru, dan mengimpor repositori Git.
• Langkah 5: Mengonfigurasikan string koneksi. Contoso mengonfigurasi string koneksi sehingga aplikasi web tingkat web, aplikasi web layanan WCF, dan instans SQL dapat berkomunikasi.
• Langkah 6: Menyiapkan kompilasi dan alur rilis di Azure DevOps. Sebagai langkah terakhir, Contoso menyiapkan bangun dan alur rilis di Azure DevOps untuk membuat aplikasi, lalu menyebarkannya ke dua aplikasi web terpisah.

Langkah 1: Nilai dan migrasikan aplikasi web

Admin Contoso menilai dan memigrasikan aplikasi webnya menggunakan alat Asisten Migrasi Azure App Service. Contoso menggunakan aplikasi Migrasi ASP.NET ke jalur pembelajaran Azure sebagai panduan selama proses berlangsung. Admin melakukan tindakan-tindakan ini:

• Mereka menggunakan alat penilaian migrasi Azure App Service untuk mengevaluasi dependensi apa pun di antara aplikasi webnya dan untuk menentukan apakah ada ketidakcocokan antara aplikasi web lokalnya dan apa yang didukung di Azure App Service.

• Mereka mengunduh Azure App Service Migration Assistant dan masuk ke akun Azure.

• Mereka memilih langganan, grup sumber daya, dan nama domain situs web.

Langkah 2: Provisikan database di Microsoft Azure SQL Database

1. Admin Contoso memutuskan untuk membuat Instans Microsoft Azure SQL Database.

   

2. Mereka menentukan nama database agar sesuai dengan database, SmartHotel.Registration, yang berjalan di mesin virtual lokal. Mereka menempatkan database dalam grup sumber daya ContosoRG. Ini adalah grup sumber daya yang mereka gunakan untuk sumber daya produksi di Azure.

   

3. Mereka membuat contoh SQL Server baru, sql-smarthotel-eus2, di wilayah utama.

   

4. Mereka menetapkan tingkat harga agar sesuai dengan kebutuhan server dan databasenya. Dan mereka memilih untuk menghemat uang dengan Azure Hybrid Benefit karena mereka sudah memiliki lisensi SQL Server.

5. Untuk ukuran, mereka menggunakan pembelian berbasis vCore dan menetapkan batas untuk persyaratan yang diharapkan.

   

6. Mereka membuat instans DB.

   

7. Mereka membuka database dan mencatat detail yang mereka perlukan saat menggunakan Asisten Migrasi Data untuk migrasi.

   

Butuh bantuan lainnya?

• Dapatkan bantuan provisi database SQL.
• Pelajari tentang batas sumber daya vCore.

Langkah 3: Menilai database

Admin Contoso menilai database dengan menggunakan Asisten Migrasi Data dan kemudian memigrasikannya dengan menggunakan Azure Database Migration Service dengan merujuk pada tutorial migrasi langkah demi langkah. Mereka dapat melakukan migrasi online, offline, dan hibrid (pratinjau).

Singkatnya, admin melakukan hal berikut:

• Mereka menggunakan Asisten Migrasi Data untuk menemukan dan menyelesaikan masalah migrasi database.
• Mereka membuat instans Azure Database Migration Service dengan SKU Premium yang tersambung ke jaringan virtual.
• Mereka memastikan bahwa instans dapat mengakses SQL Server jarak jauh melalui jaringan virtual. Pastikan semua port masuk diizinkan dari Azure ke SQL Server di tingkat jaringan virtual, VPN jaringan, dan mesin yang meng-hosting SQL Server.
• Mereka mengonfigurasi instans:
  • Buat proyek migrasi.
  • Tambahkan sumber (database lokal).
  • Pilih target.
  • Pilih database yang akan dimigrasikan.
  • Konfigurasikan pengaturan tingkat lanjut.
  • Mulai replikasi.
  • Selesaikan kesalahan apa pun.
  • Lakukan cutover akhir.

Langkah 4: Menyiapkan Azure DevOps

Contoso perlu membangun infrastruktur Azure DevOps dan alur untuk aplikasi. Untuk melakukannya, admin Contoso membuat proyek Azure DevOps baru, mengimpor kode, lalu menyiapkan bangun dan alur rilis.

1. Di akun Azure DevOps Contoso, mereka membuat proyek baru, ContosoSmartHotelRefactor, lalu pilih Git untuk kontrol versi.

   

2. Mereka mengimpor repositori Git yang saat ini memegang kode aplikasinya. Mereka mengunduhnya dari repositori GitHub publik.

   

3. Mereka menyambungkan Visual Studio ke repositori dan kemudian membuat klon kode ke mesin pengembang dengan menggunakan Team Explorer.

   

4. Mereka membuka file solusi untuk aplikasi. Aplikasi web dan layanan WCF memiliki proyek terpisah dalam file.

   

Langkah 5: Mengonfigurasikan string koneksi

Admin Contoso memastikan bahwa aplikasi web dan database dapat berkomunikasi satu sama lain. Untuk melakukannya, mereka mengonfigurasi string koneksi dalam kode dan di aplikasi web.

1. Di aplikasi web untuk layanan WCF, SHWCF-EUS2, di bawah Aplikasi>Aplikasi pengaturan, mereka menambahkan string koneksi baru bernama DefaultConnection.

2. Mereka menarik string koneksi dari SmartHotel-Registration database dan kemudian memperbaruinya dengan informasi masuk yang benar.

   

3. Di Visual Studio, admin membuka proyek SmartHotel.Registration.wcf dari file solusi. Dalam proyek, mereka memperbarui bagian connectionStrings pada file web.config dengan string koneksi.

   

4. Mereka mengubah bagian client dari file web.config agar SmartHotel.Registration.Web menunjuk ke lokasi baru pada layanan WCF. Ini adalah URL aplikasi web WCF yang meng-host titik akhir layanan.

   

5. Kini, dengan perubahan kode di tempat, admin berkomitmen dan menyinkronkannya dengan menggunakan Team Explorer di Visual Studio.

Langkah 6: Menyiapkan alur bangun dan rilis di Azure DevOps

Admin Contoso sekarang mengonfigurasi Azure DevOps untuk melakukan proses bangun dan rilis.

1. Di Azure DevOps, mereka memilih Bangun dan rilis>Alur baru.

   

2. Mereka memilih Azure Repositori Git dan, dalam daftar dropdown Repositori, mereka memilih repositori yang relevan.

   

3. Di bawah Pilih templat, mereka memilih templat ASP.NET untuk kompilasinya.

   

4. Mereka menggunakan nama ContosoSmartHotelRefactor-ASP.NET-CI untuk kompilasi dan kemudian memilih Save &Queue (Simpan Antrean), yang memulai kompilasi pertama.

   

5. Mereka memilih nomor kompilasi untuk mengamati prosesnya. Setelah selesai, admin dapat melihat tanggapan proses, dan mereka memilih Artifacts (Artefak) untuk meninjau hasil kompilasi.

   

   Panel Penjelajah artefak terbuka, dan folder hilangkan menampilkan hasil kompilasi.

   • Dua file .zip adalah paket yang berisi aplikasi.
   • File .zip ini digunakan dalam alur rilis untuk penyebaran ke Azure App Service.

   

6. Mereka memilih Releases>+ New pipeline (Rilis + Alur baru).

   

7. Mereka memilih templat penyebaran untuk Azure App Service.

   

8. Mereka menamai alur rilis ContosoSmartHotel360Refactor dan, dalam kotak Stage name (Nama Tahap ), menentukan SHWCF-EUS2 sebagai nama aplikasi web WCF.

   

9. Di bawah tahapan, mereka memilih 1 job, 1 task (1 pekerjaan, 1 tugas)untuk mengonfigurasi penyebaran layanan WCF.

   

10. Mereka memverifikasi bahwa langganan dipilih dan diotorisasi, dan kemudian mereka memilih app service name (nama layanan aplikasi).

    

11. Pada >Artefak alur, mereka memilih + Tambahkan artefak, lalu pilih untuk kompilasi dengan alur ContosoSmarthotel360Refactor.

    

12. Untuk mengaktifkan pemicu penyebaran yang berkelanjutan, admin memilih ikon petir di artefak.

    

13. Mereka mengatur pemicu penyebaran berkelanjutan menjadi Enabled (Diaktifkan).

    

14. Admin kembali ke tahap 1 job, 1 task (1 pekerjaan, 1 tugas) lalu pilih Deploy Azure App Service (Sebarkan Azure App Service).

    

15. Di Select a file or folder (Pilih file atau folder), mereka memperluas folder drop (hilangkan), memilih file SmartHotel.Registration.Wcf.zip yang dibuat selama tahap bangun, lalu memilih Save (Simpan).

    

16. Mereka memilih Pipeline>Stages (Tahap Alur), lalu memilih + Add (+ Tambahkan) untuk menambahkan lingkungan untuk SHWEB-EUS2. Mereka memilih penyebaran Azure App Service lainnya.

    

17. Mereka mengulangi proses untuk menerbitkan file SmartHotel.Registration.Web.zip ke aplikasi web yang benar, lalu memilih Simpan.

    

    Alur rilis ditampilkan, seperti yang ditunjukkan di sini:

    

18. Mereka kembali ke Build (Bangun), pilih Triggers (Pemicu), lalu pilih kotak centang Enable continuous integration (Aktifkan integrasi berkelanjutan). Tindakan ini mendukung alur sehingga ketika perubahan diterapkan pada kode, kompilasi dan rilis penuh terjadi.

    

19. Mereka memilih Save & Queue (Simpan Antrean) untuk menjalankan alur penuh. Kompilasi baru dipicu, yang oleh karenanya membuat rilis pertama aplikasi ke Azure App Service.

    

20. Admin Contoso dapat mengikuti proses alur bangun dan rilis dari Azure DevOps. Setelah proses bangun selesai, rilis dimulai.

    

21. Setelah alur selesai, kedua situs telah disebarkan, dan aplikasi sudah berjalan secara online.

    

    Aplikasi ini telah berhasil dimigrasikan ke Azure.

Pembersihan setelah migrasi

Setelah migrasi, Contoso menyelesaikan langkah-langkah pembersihan ini:

• Mereka menghapus mesin virtual lokal dari inventaris vCenter Server.
• Mereka menghapus mesin virtual dari pekerjaan cadangan lokal.
• Mereka memperbarui dokumentasi internalnya untuk menunjukkan lokasi baru untuk aplikasi SmartHotel360. Dokumentasi menunjukkan database berjalan di Microsoft Azure SQL Database dan ujung depan berjalan di dua aplikasi web.
• Mereka meninjau semua sumber daya yang berinteraksi dengan mesin virtual yang dinonaktifkan, dan memperbarui pengaturan atau dokumentasi yang relevan untuk mencerminkan konfigurasi baru.

Tinjau penyebaran

Dengan sumber daya yang sekarang bermigrasi ke Azure, Contoso perlu mengoperasionalkan sepenuhnya dan membantu mengamankan infrastruktur barunya.

Keamanan

• Contoso membantu memastikan bahwa database baru SmartHotel-Registration mereka aman. Pelajari selengkapnya.
• Secara khusus, Contoso memperbarui aplikasi web untuk menggunakan SSL dengan sertifikat.

Pencadangan

• Tim Contoso meninjau persyaratan cadangan untuk Microsoft Azure SQL Database. Pelajari selengkapnya.
• Mereka juga belajar tentang mengelola pencadangan dan pemulihan Microsoft Azure SQL Database. Pelajari selengkapnya tentang pencadangan otomatis.
• Mereka mempertimbangkan untuk menerapkan grup failover untuk menyediakan failover regional untuk database. Pelajari selengkapnya.
• Untuk ketahanan, mereka mempertimbangkan untuk menyebarkan aplikasi web di wilayah utama (East US 2) dan wilayah sekunder (Central US). Tim dapat mengonfigurasi Microsoft Azure Traffic Manager untuk memastikan failover selama pemadaman regional.

Pengoptimalan lisensi dan biaya

• Setelah semua sumber daya disebarkan, Contoso menetapkan tag Azure berdasarkan perencanaan infrastruktur mereka.
• Semua lisensi dibangun ke dalam biaya layanan PaaS yang dikonsumsi Contoso. Biaya ini akan dikurangi dari Perjanjian Enterprise.
• Contoso akan menggunakan Azure Cost Management + Billing untuk memastikannya tetap sesuai dengan anggaran yang ditetapkan oleh pimpinan IT mereka.

Kesimpulan

Pada artikel ini, Contoso melakukan refaktor aplikasi SmartHotel360 di Azure dengan memigrasikan aplikasi front-end mesin virtual ke dua aplikasi web Azure App Service. Database aplikasi bermigrasi ke Microsoft Azure SQL Database.