Mengonfigurasi App Service Environment v1

Penting

Artikel ini tentang Lingkungan App Service v1. Lingkungan App Service v1 dan v2 dihentikan per 31 Agustus 2024. Terdapat versi baru Lingkungan App Service yang lebih mudah digunakan dan berjalan di infrastruktur yang lebih kuat. Untuk mempelajari selengkapnya tentang versi baru, mulai dengan Pengantar Lingkungan App Service. Jika saat ini Anda menggunakan Lingkungan App Service v1, ikuti langkah-langkah dalam artikel ini untuk bermigrasi ke versi baru.

Pada 31 Agustus 2024, Perjanjian Tingkat Layanan (SLA) dan Kredit Layanan tidak lagi berlaku untuk beban kerja App Service Environment v1 dan v2 yang terus diproduksi karena mereka adalah produk yang dihentikan. Penonaktifan perangkat keras App Service Environment v1 dan v2 telah dimulai, dan ini dapat memengaruhi ketersediaan dan performa aplikasi dan data Anda.

Anda harus segera menyelesaikan migrasi ke App Service Environment v3 atau aplikasi dan sumber daya Anda dapat dihapus. Kami akan mencoba memigrasikan secara otomatis Lingkungan App Service v1 dan v2 yang tersisa berdasarkan upaya terbaik menggunakan fitur migrasi di tempat, tetapi Microsoft tidak membuat klaim atau jaminan tentang ketersediaan aplikasi setelah migrasi otomatis. Anda mungkin perlu melakukan konfigurasi manual untuk menyelesaikan migrasi dan mengoptimalkan pilihan SKU paket App Service Anda untuk memenuhi kebutuhan Anda. Jika migrasi otomatis tidak memungkinkan, sumber daya dan data aplikasi terkait Anda akan dihapus. Kami sangat mendorong Anda untuk bertindak sekarang untuk menghindari salah satu skenario ekstrem ini.

Jika Anda memerlukan waktu tambahan, kami dapat menawarkan masa tenggang 30 hari sekali bagi Anda untuk menyelesaikan migrasi Anda. Untuk informasi selengkapnya dan untuk meminta masa tenggang ini, tinjau gambaran umum masa tenggang, lalu buka portal Azure dan kunjungi bilah Migrasi untuk setiap Lingkungan App Service Anda.

Untuk informasi terbaru tentang penghentian App Service Environment v1/v2, lihat pembaruan penghentian App Service Environment v1 dan v2.

Gambaran Umum

Pada tingkat tinggi, Azure App Service Environment terdiri dari beberapa komponen utama:

• Sumber daya komputasi yang berjalan di layanan yang dihosting App Service Environment
• Penyimpanan
• Sebuah database
• Azure Virtual Network (jaringan virtual) Klasik(V1) atau Resource Manager (V2)
• Subnet dengan layanan yang dihosting App Service Environment yang berjalan di dalamnya

Sumber daya komputasi

Anda menggunakan sumber daya komputasi untuk empat pusat sumber daya Anda. Setiap App Service Environment (ASE) memiliki satu set ujung depan dan tiga kemungkinan kumpulan pekerja. Anda tidak perlu menggunakan ketiga kumpulan pekerja--jika mau, Anda cukup menggunakan satu atau dua.

Host di kumpulan sumber daya (ujung depan dan pekerja) tidak dapat diakses langsung oleh penyewa. Anda tidak dapat menggunakan Protokol Desktop Jauh (RDP) untuk menyambungkannya, mengubah provisinya, atau bertindak sebagai admin di dalamnya.

Anda dapat menetapkan kuantitas dan ukuran pusat sumber daya. Dalam ASE, Anda memiliki empat opsi ukuran yang diberi label P1 hingga P4. Untuk detail tentang ukuran tersebut dan harganya, lihat Harga App Service. Mengubah kuantitas atau ukuran disebut operasi skala. Hanya satu operasi skala yang dapat berlangsung pada satu waktu.

Ujung depan: Ujung depan adalah titik akhir HTTP/HTTPS untuk aplikasi Anda yang disimpan di ASE. Anda tidak menjalankan beban kerja di ujung depan.

• ASE dimulai dengan dua P2 yang cukup untuk beban kerja dev/test dan beban kerja produksi tingkat rendah. Kami sangat merekomendasikan P3 untuk beban kerja produksi sedang hingga berat.
• Untuk beban kerja produksi sedang hingga berat, sebaiknya Anda memiliki setidaknya empat P3 untuk memastikan ada cukup ujung depan yang berjalan saat pemeliharaan terjadwal terjadi. Aktivitas pemeliharaan terjadwal menurunkan satu ujung depan pada satu waktu. Hal ini mengurangi keseluruhan kapasitas ujung depan yang tersedia selama aktivitas pemeliharaan.
• Ujung depan dapat memakan waktu hingga satu jam untuk disebarkan.
• Untuk penyesuaian skala lebih lanjut, Anda harus memantau persentase CPU, persentase Memori, dan metrik Permintaan Aktif untuk kumpulan ujung depan. Jika persentase CPU atau Memori di atas 70 persen saat menjalankan P3, tambahkan lebih banyak ujung depan. Jika nilai Permintaan Aktif rata-rata menjadi 15.000 hingga 20.000 permintaan per ujung depan, Anda juga harus menambahkan lebih banyak ujung depan. Tujuan keseluruhannya adalah untuk menjaga persentase CPU dan Memori di bawah 70% dan Permintaan Aktif rata-rata menjadi di bawah 15.000 permintaan per ujung depan saat Anda menjalankan P3.

Pekerja: Pekerja adalah tempat aplikasi Anda berjalan. Saat Anda meningkatkan paket App Service, hal tersebut akan menghabiskan pekerja di kumpulan pekerja terkait.

• Anda tidak dapat langsung menambahkan pekerja. Mereka mungkin membutuhkan waktu hingga satu jam untuk disebarkan.
• Penskalaan ukuran sumber daya komputasi untuk kumpulan apa pun membutuhkan waktu < 1 jam per domain pembaruan. Ada 20 domain pembaruan di ASE. Jika Anda menskalakan ukuran komputasi kumpulan pekerja dengan 10 instans, diperlukan waktu hingga 10 jam untuk menyelesaikannya.
• Jika Anda mengubah ukuran sumber daya komputasi yang digunakan di kumpulan pekerja, Anda akan menyebabkan awal dingin aplikasi yang berjalan di kumpulan pekerja tersebut.

Cara tercepat untuk mengubah ukuran sumber daya komputasi kumpulan pekerja yang tidak menjalankan aplikasi apa pun adalah dengan:

• Menurunkan jumlah pekerja menjadi 2. Ukuran penurunan skala minimum di portal adalah 2. Diperlukan beberapa menit untuk membatalkan alokasi instans Anda.
• Memilih ukuran komputasi baru dan jumlah instans. Dari sini, akan memakan waktu hingga 2 jam untuk menyelesaikannya.

Jika aplikasi memerlukan ukuran sumber daya komputasi yang lebih besar, Anda tidak dapat memanfaatkan panduan sebelumnya. Alih-alih mengubah ukuran kumpulan pekerja yang menghosting aplikasi tersebut, Anda dapat mengisi kumpulan pekerja lain dengan pekerja dengan ukuran yang diinginkan dan memindahkan aplikasi Anda ke kumpulan tersebut.

• Membuat instans tambahan dari ukuran komputasi yang diperlukan di kumpulan pekerja lain. Ini akan memakan waktu hingga satu jam untuk menyelesaikannya.
• Menetapkan ulang paket App Service Anda yang menghosting aplikasi yang membutuhkan ukuran yang lebih besar ke kumpulan pekerja yang baru dikonfigurasi. Ini adalah operasi cepat yang harus memakan waktu kurang dari satu menit untuk menyelesaikannya.
• Menurunkan kumpulan pekerja pertama jika Anda tidak memerlukan instans yang tidak digunakan itu lagi. Operasi ini membutuhkan waktu beberapa menit untuk menyelesaikannya.

Penskalaan otomatis: Salah satu alat yang dapat membantu Anda mengelola konsumsi sumber daya komputasi adalah penskalaan otomatis. Anda dapat menggunakan penskalaan otomatis untuk kumpulan ujung depan atau pekerja. Anda dapat melakukan hal-hal seperti meningkatkan instans Anda dari jenis kumpulan apa pun di pagi hari dan menguranginya di malam hari. Atau mungkin Anda dapat menambahkan instans saat jumlah pekerja yang tersedia di kumpulan pekerja turun di bawah ambang tertentu.

Jika Anda ingin menetapkan aturan skala otomatis di sekitar metrik pusat sumber daya komputasi, maka perhatikan waktu yang diperlukan provisi. Untuk informasi selengkapnya tentang penskalaan otomatis Lingkungan App Service, lihat Cara mengonfigurasi skala otomatis di Lingkungan App Service.

Penyimpanan

Setiap ASE dikonfigurasi dengan penyimpanan 500 GB. Ruang ini digunakan di semua aplikasi di ASE. Ruang penyimpanan ini merupakan bagian dari ASE dan saat ini tidak dapat dialihkan untuk menggunakan ruang penyimpanan Anda. Jika Anda membuat penyesuaian pada perutean atau keamanan jaringan virtual, Anda masih perlu mengizinkan akses ke Azure Storage--atau ASE tidak dapat berfungsi.

Database

Database menyimpan informasi yang menentukan lingkungan, dan detail tentang aplikasi yang berjalan di dalamnya. Ini juga merupakan bagian dari langganan Azure. Ini bukan sesuatu yang Anda memiliki kemampuan langsung untuk memanipulasi. Jika Anda membuat penyesuaian pada perutean atau keamanan jaringan virtual, Anda masih perlu mengizinkan akses ke SQL Azure--atau ASE tidak dapat berfungsi.

Jaringan

Jaringan virtual yang digunakan dengan ASE Anda dapat menjadi jaringan yang Anda buat saat membuat ASE atau jaringan yang Anda buat sebelumnya. Saat Anda membuat subnet selama pembuatan ASE, tindakan tersebut memaksa ASE untuk berada di grup sumber daya yang sama dengan jaringan virtual. Jika Anda memerlukan grup sumber daya yang digunakan oleh ASE Anda agar berbeda dari jaringan virtual Anda, maka Anda perlu membuat ASE menggunakan templat Azure Resource Manager.

Ada beberapa batasan pada jaringan virtual yang digunakan untuk ASE:

• Jaringan virtual harus merupakan jaringan virtual regional.
• Perlu ada subnet dengan delapan alamat atau lebih tempat ASE disebarkan.
• Setelah subnet digunakan untuk menghosting ASE, rentang alamat subnet tidak dapat diubah. Untuk alasan ini, sebaiknya subnet berisi setidaknya 64 alamat untuk mengakomodasi pertumbuhan ASE di masa mendatang.
• Tidak ada yang lain di subnet selain ASE.

Tidak seperti layanan yang dihosting yang berisi ASE, jaringan virtual dan subnet berada di bawah kontrol pengguna. Anda dapat mengelola jaringan virtual Anda melalui antarmuka pengguna Virtual Network atau PowerShell. ASE dapat disebarkan di jaringan virtual Klasik atau Resource Manager. Pengalaman portal dan API sedikit berbeda antara VNet Klasik dan Resource Manager, tetapi pengalaman ASE adalah sama.

Jaringan virtual yang digunakan untuk menghosting ASE dapat menggunakan alamat IP RFC1918 privat atau dapat menggunakan alamat IP publik. Jika Anda ingin menggunakan rentang IP yang tidak tercakup oleh RFC1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) maka Anda perlu membuat jaringan virtual dan subnet untuk digunakan oleh ASE Anda sebelum pembuatan ASE.

Karena kemampuan ini menempatkan Azure App Service ke jaringan virtual Anda, itu berarti bahwa aplikasi yang dihosting di ASE Anda sekarang dapat mengakses sumber daya yang tersedia melalui ExpressRoute atau jaringan pribadi virtual (VPN) situs-ke-situs secara langsung. Aplikasi yang berada dalam Lingkungan App Service Anda tidak memerlukan fitur jaringan tambahan untuk mengakses sumber daya yang tersedia ke jaringan virtual yang menghosting Lingkungan App Service Anda. Ini berarti Anda tidak perlu menggunakan Integrasi jaringan virtual atau Koneksi Hibrid untuk masuk ke sumber daya atau terhubung ke jaringan virtual Anda. Anda masih dapat menggunakan kedua fitur tersebut untuk mengakses sumber daya di jaringan yang tidak terhubung ke jaringan virtual Anda.

Misalnya, Anda dapat menggunakan Integrasi jaringan virtual untuk berintegrasi dengan jaringan virtual yang ada di langganan Anda tetapi tidak terhubung ke jaringan virtual tempat ASE Anda berada. Anda masih dapat menggunakan Koneksi Hibrida untuk mengakses sumber daya yang ada di jaringan lain, seperti biasanya.

Jika Anda memiliki jaringan virtual yang dikonfigurasi dengan VPN ExpressRoute, Anda harus mengetahui beberapa kebutuhan perutean yang dimiliki ASE. Ada beberapa konfigurasi rute yang ditentukan pengguna (UDR) yang tidak kompatibel dengan ASE. Untuk informasi selengkapnya tentang menjalankan ASE di jaringan virtual dengan ExpressRoute, lihat Menjalankan Lingkungan App Service di jaringan virtual dengan ExpressRoute.

Mengamankan lalu lintas masuk

Ada dua metode utama untuk mengontrol lalu lintas masuk ke ASE Anda. Anda dapat menggunakan Kelompok keamanan Jaringan (NSG) untuk mengontrol alamat IP apa yang dapat mengakses ASE Anda seperti yang dijelaskan di sini Cara mengontrol lalu lintas masuk di App Service Environment dan Anda juga dapat mengonfigurasi ASE dengan Internal Load Balancer (ILB). Fitur ini juga dapat digunakan bersama-sama jika Anda ingin membatasi akses menggunakan NSG ke ASE ILB Anda.

Saat Anda membuat ASE, ASE akan membuat VIP di jaringan virtual Anda. Ada dua jenis VIP, eksternal dan internal. Saat membuat ASE dengan VIP eksternal, maka aplikasi Anda di ASE akan dapat diakses melalui alamat IP yang dapat dirutekan internet. Saat Anda memilih Internal, ASE Anda akan dikonfigurasi dengan ILB dan tidak akan dapat diakses internet secara langsung. ILB ASE masih memerlukan VIP eksternal tetapi hanya digunakan untuk manajemen Azure dan akses pemeliharaan.

Selama pembuatan ASE ILB, Anda memberikan subdomain yang digunakan oleh ASE ILB dan harus mengelola DNS Anda sendiri untuk subdomain yang Anda tentukan. Karena Anda mengatur nama subdomain, Anda juga perlu mengelola sertifikat yang digunakan untuk akses HTTPS. Setelah pembuatan ASE, Anda diminta untuk memberikan sertifikat. Untuk mempelajari selengkapnya tentang membuat dan menggunakan ILB ASE, baca Cara Membuat ASEv1 dari templat.

Portal

Anda dapat mengelola dan memantau App Service Environment Anda dengan menggunakan antarmuka pengguna di portal Microsoft Azure. Jika Anda memiliki ASE, kemungkinan Anda akan melihat simbol App Service di bar samping Anda. Simbol ini digunakan untuk mewakili App Service Environment di portal Microsoft Azure:

Untuk membuka antarmuka pengguna yang mencantumkan semua Lingkungan App Service, Anda dapat menggunakan ikon atau memilih chevron (simbol ">") di bagian bawah bilah sisi untuk memilih Lingkungan App Service. Dengan memilih salah satu ASE yang tercantum, Anda membuka antarmuka pengguna yang digunakan untuk memantau dan mengelolanya.

Bilah pertama ini menunjukkan beberapa properti ASE Anda bersama dengan bagan metrik per pusat sumber daya. Beberapa properti yang ditunjukkan di blok Esensial juga merupakan hyperlink yang akan membuka bilah yang terkait dengannya. Misalnya, Anda dapat memilih nama Virtual Network untuk membuka antarmuka pengguna yang terkait dengan jaringan virtual tempat ASE Anda berjalan. Paket App Service dan Aplikasi masing-masing membuka bilah yang mencantumkan item-item ini yang ada di ASE Anda.

Pemantauan

Bagan memungkinkan Anda melihat berbagai metrik performa di setiap pusat sumber daya. Untuk kumpulan ujung depan, Anda dapat memantau CPU dan memori rata-rata. Untuk kumpulan pekerja, Anda dapat memantau kuantitas yang digunakan dan kuantitas yang tersedia.

Beberapa paket App Service dapat memanfaatkan pekerja di kumpulan pekerja. Beban kerja tidak didistribusikan dengan cara yang sama seperti dengan server front-end, sehingga penggunaan CPU dan memori tidak memberikan banyak informasi yang berguna. Lebih penting untuk melacak berapa banyak pekerja yang telah Anda gunakan dan tersedia--terutama jika Anda mengelola sistem ini untuk digunakan orang lain.

Anda juga dapat menggunakan semua metrik yang dapat dilacak di bagan untuk menyiapkan pemberitahuan. Menyiapkan pemberitahuan di sini berfungsi sama seperti di tempat lain di App Service. Anda dapat menetapkan pemberitahuan dari bagian antarmuka pengguna Pemberitahuan atau dari menelusuri ke antarmuka pengguna metrik apa pun dan memilih Tambahkan Pemberitahuan.

Metrik yang dibahas adalah metrik App Service Environment. Ada juga metrik yang tersedia di tingkat paket App Service. Di sinilah pemantauan CPU dan memori sangat masuk akal.

Di ASE, semua paket App Service adalah paket App Service khusus. Itu berarti bahwa satu-satunya aplikasi yang berjalan di host yang dialokasikan untuk paket App Service tersebut adalah aplikasi dalam paket App Service tersebut. Untuk melihat detail tentang paket App Service Anda, munculkan paket App Service Anda dari salah satu daftar di antarmuka pengguna ASE atau dari paket Telusuri App Service (yang mencantumkan semuanya).

Pengaturan

Dalam bilah ASE, ada bagian Pengaturan yang berisi beberapa kemampuan penting:

Pengaturan>Properti: Bilah Pengaturan terbuka secara otomatis saat Anda memunculkan bilah ASE. Di bagian atas adalah Properti. Ada banyak item di sini yang berlebihan dengan apa yang Anda lihat di Essentials, tetapi yang berguna adalah Alamat IP Virtual, dan Alamat IP Keluar.

Pengaturan>Alamat IP: Saat Anda membuat aplikasi Secure Sockets Layer (SSL) IP di ASE, Anda memerlukan alamat SSL IP. Untuk mendapatkannya, ASE Anda memerlukan alamat SSL IP yang dimilikinya yang dapat dialokasikan. Saat ASE dibuat, ASE memiliki satu alamat SSL IP untuk tujuan ini, tetapi Anda dapat menambahkan lebih banyak. Ada biaya untuk alamat IP SSL tambahan, seperti yang ditunjukkan dalam harga App Service (di bagian pada koneksi SSL). Harga tambahannya adalah harga SSL IP.

Pengaturan>Kumpulan Ujung Depan / Kumpulan Pekerja: Masing-masing bilah pusat sumber daya ini menawarkan kemampuan untuk melihat informasi hanya pada pusat sumber daya tersebut, selain memberikan kontrol untuk sepenuhnya menskalakan pusat sumber daya tersebut.

Bilah dasar untuk setiap pusat sumber daya memberikan bagan dengan metrik untuk pusat sumber daya tersebut. Sama seperti dengan bagan dari bilah ASE, Anda dapat masuk ke bagan dan menyiapkan pemberitahuan sesuai keinginan. Mengatur pemberitahuan dari bilah ASE untuk pusat sumber daya tertentu melakukan hal yang sama seperti melakukannya dari pusat sumber daya. Dari bilah Pengaturan kumpulan pekerja, Anda memiliki akses ke semua paket Aplikasi atau App Service yang berjalan di kumpulan pekerja ini.

Kemampuan skala portal

Ada tiga operasi skala:

• Mengubah jumlah alamat IP di ASE yang tersedia untuk penggunaan SSL IP.
• Mengubah ukuran sumber daya komputasi yang digunakan di pusat sumber daya.
• Mengubah jumlah sumber daya komputasi yang digunakan di pusat sumber daya, baik secara manual atau melalui penskalaan otomatis.

Di portal, ada tiga cara untuk mengontrol berapa banyak server yang Anda miliki di pusat sumber daya Anda:

• Operasi skala dari bilah ASE utama di bagian atas. Anda dapat membuat beberapa perubahan konfigurasi skala ke kumpulan ujung depan dan pekerja. Semuanya diterapkan sebagai operasi tunggal.
• Operasi skala manual dari bilah Skala pusat sumber daya individu yang berada di bawah Pengaturan.
• Penskalaan otomatis yang Anda siapkan dari bilah Skala pusat sumber daya individu.

Untuk menggunakan operasi skala pada bilah ASE, seret penggeser ke kuantitas yang Anda inginkan dan simpan. Antarmuka pengguna ini juga mendukung pengubahan ukuran.

Untuk menggunakan kemampuan manual atau skala otomatis di pusat sumber daya tertentu, buka Pengaturan>Kumpulan Ujung Depan / Kumpulan Pekerja sebagaimana mestinya. Kemudian buka kumpulan yang ingin Anda ubah. Buka Pengaturan>SQL Server Integration Services Scale Out atau Pengaturan>Peningkatan Skala. BilahSQL Server Integration Services Scale Out memungkinkan Anda mengontrol kuantitas instans. Peningkatan Skala memungkinkan Anda mengontrol ukuran sumber daya.

Pertimbangan toleransi kegagalan

Anda dapat mengonfigurasi App Service Environment untuk menggunakan hingga 55 sumber daya komputasi total. Dari 55 sumber daya komputasi tersebut, hanya 50 yang dapat digunakan untuk menghosting beban kerja. Alasan untuk hal ini ada dua. Ada minimal dua sumber daya komputasi front-end. Itu menyisakan hingga 53 untuk mendukung alokasi kumpulan pekerja. Untuk memberikan toleransi kegagalan, Anda harus memiliki sumber daya komputasi tambahan yang dialokasikan menurut aturan berikut:

• Setiap kumpulan pekerja memerlukan setidaknya satu sumber daya komputasi tambahan yang tidak tersedia untuk diberi beban kerja.
• Saat kuantitas sumber daya komputasi dalam kumpulan pekerja melampaui nilai tertentu, maka sumber daya komputasi lain diperlukan untuk toleransi kegagalan. Ini tidak terjadi di kumpulan front-end.

Dalam kumpulan pekerja tunggal mana pun, persyaratan toleransi kegagalan adalah bahwa untuk nilai tertentu dari sumber daya X yang ditetapkan ke kumpulan pekerja:

• Jika X antara 2 dan 20, jumlah sumber daya komputasi yang dapat digunakan yang dapat Anda gunakan untuk beban kerja adalah X-1.
• Jika X antara 21 dan 40, jumlah sumber daya komputasi yang dapat digunakan yang dapat Anda gunakan untuk beban kerja adalah X-2.
• Jika X antara 41 dan 53, jumlah sumber daya komputasi yang dapat digunakan yang dapat Anda gunakan untuk beban kerja adalah X-3.

Jejak minimum memiliki dua server front-end dan dua pekerja. Dengan pernyataan di atas, maka berikut ini adalah beberapa contoh untuk mengklarifikasi:

• Jika Anda memiliki 30 pekerja dalam satu kumpulan, maka 28 di antaranya dapat digunakan untuk menghosting beban kerja.
• Jika Anda memiliki dua pekerja dalam satu kumpulan, maka 1 dapat digunakan untuk menghosting beban kerja.
• Jika Anda memiliki 20 pekerja dalam satu kumpulan, maka 19 dapat digunakan untuk menghosting beban kerja.
• Jika Anda memiliki 21 pekerja dalam satu kumpulan, maka hanya 19 yang dapat digunakan untuk menghosting beban kerja.

Aspek toleransi kegagalan itu penting, tetapi Anda harus mengingatnya saat Anda menskalakan di atas ambang tertentu. Jika Anda ingin menambahkan lebih banyak kapasitas dari 20 instans, maka lanjutkan ke 22 atau lebih tinggi karena 21 tidak menambah kapasitas lagi. Hal yang sama berlaku di atas 40, di mana angka berikutnya yang menambah kapasitas adalah 42.

Menghapus App Service Environment

Jika Anda ingin menghapus App Service Environment, cukup gunakan tindakan Hapus di bagian atas bilah App Service Environment. Saat melakukan hal ini, Anda akan diminta untuk memasukkan nama App Service Environment Anda untuk mengonfirmasi bahwa Anda benar-benar ingin melakukan ini. Perhatikan bahwa saat menghapus App Service Environment, Anda juga menghapus semua konten di dalamnya.

Memulai

Untuk memulai Lingkungan App Service, lihat Cara Membuat ASEv1 dari templat.

Catatan

Jika Anda ingin mulai menggunakan Azure App Service sebelum mendaftar untuk akun Azure, buka Coba Layanan Aplikasi, di mana Anda dapat segera membuat aplikasi web starter berumur pendek di Layanan Aplikasi. Tidak diperlukan kartu kredit; tidak ada komitmen.