Skenario Azure DevTest Labs
Artikel ini membahas cara menggunakan Azure DevTest Labs untuk beberapa skenario pengembangan, pengujian, dan pelatihan yang berbeda. Berikut adalah beberapa skenario DevTest Labs yang populer:
- Pengembang membutuhkan banyak, kadang-kadang mesin virtual yang berbeda (VM) dan lingkungan karena mereka iterasi pada aplikasi.
- Penguji menggunakan banyak VM dan lingkungan yang identik atau berbeda untuk pengujian kinerja dan investigasi kotak pasir.
- Guru dan pelatih secara berkala membutuhkan ruang kelas, lab, dan hackathon VM dan lingkungan baru.
Bagian berikut menjelaskan bagaimana DevTest Labs mendukung skenario ini, sambil membantu pemilik dan administrator laboratorium mengontrol akses dan biaya laboratorium.
Pembuatan lab
Lab adalah titik awal di Azure DevTest Labs. Setelah Anda membuat lab, Anda dapat:
- Menambahkan pengguna lab.
- Membuat VM yang telah dikonfigurasi sebelumnya yang dapat diklaim oleh pengguna lab mana pun.
- Menentukan gambar, rumus, dan templat bagi pengguna lab untuk membuat VM dan lingkungan mereka sendiri dengan cepat.
- Menggunakan konfigurasi dan kebijakan untuk mengelola lab dan mengontrol biaya.
- Mengintegrasikan dengan Azure DevOps untuk mendukung skenario DevOps.
- Menautkan ke repositori Git publik dan pribadi untuk akses ke artefak dan templat ARM.
Diagram berikut menunjukkan bagaimana pemilik lab dapat mengonfigurasi kebijakan dan menyediakan sumber daya untuk pengguna lab:
Untuk membuat lab di portal Microsoft Azure, lihat Membuat lab di Azure DevTest Labs.
Anda juga dapat mengotomatiskan pembuatan lab, termasuk pengaturan kustom, dengan templat Azure Resource Manager (ARM) yang dapat digunakan kembali. Untuk informasi selengkapnya, lihat templat Azure Resource Manager (ARM) di Azure DevTest Labs
Menambahkan jaringan virtual ke lab
Azure DevTest Labs membuat jaringan virtual baru untuk setiap lab. Jika Anda memiliki jaringan virtual lain yang dikonfigurasi dengan Azure ExpressRoute atau VPN situs-ke-situs, Anda dapat menambahkannya ke lab Anda. Anda kemudian dapat menggunakan jaringan virtual itu untuk membuat VM lab. Untuk informasi selengkapnya, lihat Mengonfigurasikan jaringan virtual pada Azure DevTest Labs.
Menambahkan pengguna ke lab
Pemilik lab dapat menambahkan pengguna ke lab dengan menggunakan portal Azure atau skrip PowerShell. Untuk informasi selengkapnya, lihat Menambahkan pemilik lab, kontributor, dan pengguna lab di Azure DevTest Labs. Pengguna lab tidak memerlukan akun Azure, selama mereka memiliki akun Microsoft.
Pengguna lab dapat melihat semua sumber daya lab, seperti VM, kebijakan, dan jaringan virtual. Pengguna lab tidak dapat mengubah kebijakan, atau mengakses VM yang dibuat atau diklaim pengguna lain.
Mengonfigurasi kebijakan laboratorium untuk mengontrol biaya
Untuk memantau dan mengontrol biaya, administrator dan pemilik lab dapat:
- Membatasi jumlah VM yang dapat dibuat atau diklaim oleh setiap pengguna.
- Hanya mengizinkan ukuran VM tertentu di lab.
- Mengonfigurasikan kebijakan auto-shutdown dan auto-start untuk menghentikan dan memulai ulang semua VM pada waktu-waktu tertentu dalam sehari. Pematian otomatis VM tidak berlaku untuk sumber daya PaaS di lingkungan.
- Gunakan Azure Cost Management untuk melacak biaya lingkungan.
Pengembangan dan uji VM
Pengembang dan penguji mungkin memerlukan banyak VM identik untuk pengujian kinerja atau beban, atau memerlukan berbagai jenis VM untuk proyek atau iterasi yang berbeda. Pengguna DevTest Labs dapat membuat, mengonfigurasi, dan mengakses VM sesuai permintaan untuk memenuhi kebutuhan mereka. Dimulai dengan gambar VM umum meningkatkan konsistensi di seluruh tim.
Di DevTest Labs, pengembang dapat:
- Menyediakan VM sesuai permintaan dengan cepat, atau mengklaim VM yang telah dikonfigurasi sebelumnya.
- Melayani VM mereka sendiri tanpa memerlukan izin tingkat langganan.
- Langsung menggunakan jaringan virtual yang disiapkan pemilik lab dan admin, tanpa memerlukan izin khusus.
- Menyesuaikan VM mereka dengan mudah dengan menambahkan artefak sesuai kebutuhan.
Buat VM
Pengguna lab dapat membuat VM lab dalam hitungan menit dengan memilih dari berbagai macam gambar Azure Marketplace yang sudah jadi. Untuk mempelajari cara membuat gambar Marketplace yang dipilih tersedia untuk pengguna lab, lihat Mengonfigurasi gambar Azure Marketplace.
Pemilik lab juga dapat menginstal perangkat lunak yang diperlukan pada VM, menyimpan VM sebagai gambar khusus, dan membuat gambar tersedia di lab. Pengguna lab dapat menggunakan gambar khusus untuk membuat VM yang memiliki perangkat lunak yang sudah diinstal sebelumnya. Untuk informasi selengkapnya, lihat Membuat gambar kustom.
Anda dapat menggunakan pabrik gambar untuk secara otomatis membuat dan mendistribusikan gambar kustom Anda secara teratur. Solusi konfigurasi-sebagai-kode ini menghilangkan kebutuhan untuk memelihara gambar VM secara manual, dengan menjaga OS dasar dan komponen tetap mutakhir. Untuk informasi selengkapnya, lihat Membuat gambar pabrik gambar kustom.
Menggunakan rumus yang dapat digunakan kembali untuk VM
Rumus DevTest Labs adalah daftar nilai properti default untuk VM. Anda dapat membuat rumus di laboratorium dengan memilih gambar, ukuran VM (kombinasi CPU dan RAM), dan jaringan virtual. Pengguna lab dapat melihat rumus dan menggunakannya untuk membuat VM. Untuk informasi selengkapnya, lihat Mengelola rumus Azure DevTest Labs.
Menggunakan artefak untuk kustomisasi VM
Pengguna lab dapat menambahkan artefak untuk mengonfigurasi VM lab mereka. Artefak dapat berupa:
- Alat untuk menginstal VM, seperti agen, Fiddler, atau Visual Studio.
- Tindakan untuk dijalankan di VM, seperti mengkloning repo.
- Aplikasi untuk diuji.
Banyak artefak sudah tersedia di luar kotak. Anda juga dapat membuat artefak khusus jika Anda memerlukan lebih banyak penyesuaian. Anda menyimpan artefak kustom di repo Git pribadi yang Anda sambungkan ke lab Anda, sehingga semua pengguna lab dapat menambahkan artefak ke VM mereka. Untuk informasi selengkapnya, lihat Membuat artefak khusus untuk DevTest Labs dan Menambahkan repositori artefak ke lab.
Anda dapat menambahkan artefak gabungan domain Active Directory untuk bergabung dengan VM ke domain Active Directory saat pembuatan. Artefak ini hanya berlaku untuk domain.
Lingkungan multi-VM
Banyak skenario pengembangan dan pengujian memerlukan lingkungan multi-VM yang dilengkapi dengan sumber daya platform-as-a-service (PaaS). Contohnya termasuk Azure Web Apps, pengelolaan SharePoint, dan kluster Service Fabric. Membuat dan mengelola lingkungan pengujian di seluruh perusahaan dapat menguras tenaga yang signifikan.
Dengan DevTest Labs, tim dapat dengan mudah membuat, memperbarui, atau menduplikasi lingkungan multi-VM. Pengembang dapat menggunakan lingkungan yang dikonfigurasi sepenuhnya untuk mengembangkan dan menguji versi terbaru aplikasi mereka. Lingkungan DevTest Labs memastikan konsistensi di seluruh tim.
Dengan menggunakan templat ARM untuk menyebarkan lingkungan, Anda dapat:
- Menerapkan berulang kali beberapa VM yang telah dikonfigurasi sebelumnya dalam keadaan konsisten.
- Menentukan infrastruktur dan konfigurasi untuk lingkungan Windows atau Linux.
- Menyediakan sumber daya Azure PaaS dan melacak biayanya.
Untuk informasi selengkapnya, lihat Menggunakan template ARM untuk membuat lingkungan DevTest Labs.
Memberikan hak Kontributor pengguna atas sumber daya lingkungan
Secara default, DevTest Labs membuat lingkungan di grup sumber daya mereka sendiri, dan pengguna DevTest Labs hanya mendapatkan akses baca ke lingkungan tersebut. Dengan akses baca-saja, pengguna tidak dapat menambahkan atau mengubah sumber daya di lingkungan mereka. Pengembang harus sering menyelidiki berbagai teknologi atau desain infrastruktur.
Pemilik lab dapat memungkinkan pengguna lebih banyak kontrol dengan memberi mereka hak Kontributor atas lingkungan yang mereka buat. Kontributor dapat menambahkan atau mengubah sumber daya Azure seperlunya di lingkungan pengembangan atau pengujiannya. Untuk informasi selengkapnya, lihat Mengonfigurasi hak pengguna lingkungan.
Laboratorium kelas, pelatihan, dan hackathon
DevTest Labs sangat cocok untuk kegiatan sementara seperti lokakarya, laboratorium langsung, pelatihan, atau hackathon. Dalam skenario ini:
- Pimpinan pelatihan atau pemilik lab dapat menggunakan templat khusus untuk membuat VM atau lingkungan yang identik dan terisolasi.
- Peserta pelatihan dapat mengakses lab dengan menggunakan URL.
- Peserta pelatihan dapat mengklaim mesin yang sudah dibuat sebelumnya dan telah dikonfigurasi sebelumnya dengan satu tindakan.
- Pemilik lab dapat mengontrol biaya lab dan masa pakai dengan:
- Mengonfigurasi kebijakan.
- Menentukan tanggal kedaluwarsa Mesin Virtual.
- Menghapus VM dan lab saat aktivitas selesai.
Menghapus lab dan VM
Pemilik lab dapat mengelola biaya dengan menghapus lab dan VM saat tidak lagi diperlukan.
- Mengatur tanggal kedaluwarsa di VM.
- Menghapus lab dan semua sumber daya terkait.
- Menghapus semua VM lab dengan menjalankan satu skrip PowerShell.
Bukti konsep vs. penyebaran skala
Untuk mulai menjelajahi DevTest Labs, organisasi dapat menggunakan bukti konsep dan penyebaran berskala.
- Bukti penyebaran konsep berfokus pada upaya terkonsentrasi dari satu tim untuk menetapkan nilai organisasi.
- Penyebaran berskala menggunakan minggu atau bulan untuk meninjau dan berencana untuk menyebarkan DevTest Labs ke perusahaan dengan ratusan atau ribuan pengembang.
Sementara penyebaran skala langsung terdengar menggoda, pendekatan ini sering gagal tanpa bukti konsep. Yang terbaik adalah memulai dari yang kecil, belajar dari satu tim, mengulangi pendekatan yang sama dengan beberapa tim lagi, dan kemudian merencanakan penyebaran skala berdasarkan pengetahuan yang diperoleh.
Untuk bukti konsep yang sukses:
- Pilih satu atau dua tim.
- Identifikasi skenario tim, seperti mesin virtual pengembang (VM) atau lingkungan pengujian.
- Mendokumentasikan kasus penggunaan saat ini.
- Menyebarkan DevTest Labs untuk memenuhi skenario dan kasus penggunaan tim.
Langkah berikutnya
Mulai menggunakan Azure DevTest Labs
Baru di Azure? Buat akun Azure gratis.
Sudah ada di Azure? Buat lab pertama Anda dan mulai menggunakan Azure DevTest Labs dalam hitung menit.