Bagikan melalui

Pengelolaan Keandalan

  • Artikel

Meskipun layanan produksi tidak berada dalam langganan dev/test, Anda mungkin menggunakan tahapan lain dalam langganan azure dev/test Anda untuk memastikan keandalan dalam produksi.

Saat menggunakan langganan dev / test organisasi Anda, Anda harus memutuskan bagaimana Anda akan:

  • Mengontrol data
  • Mengontrol keamanan dan akses
  • Mengelola waktu aktif sistem produksi tersebut

Biasanya, ada berbagai tahap penyebaran yang Anda lalui sebelum produksi - bersama, QA, integrasi, penahapan, dan failover. Bergantung pada bagaimana perusahaan Anda mendefinisikan tahapan ini, penggunaan langganan dev/test organisasi anda mungkin berubah.

Jika Anda menjalankan layanan misi penting seperti aplikasi yang sisi pelanggan, jangan gunakan langganan dev/test. Langganan Dev/Test tidak membawa SLA yang didukung secara finansial. Langganan ini untuk pengujian dan pengembangan praproduksi.

Rekayasa Keandalan Situs (SRE)

Untuk mempelajari lebih lanjut tentang rekayasa dan manajemen keandalan, pertimbangkan manajemen keandalan situs - disiplin rekayasa yang ditujukan untuk membantu organisasi secara berkelanjutan mencapai keandalan yang tepat dalam sistem, layanan, dan produknya.

Perbedaan SRE dan Azure DevOps masih dalam diskusi di lapangan. Beberapa perbedaan yang disepakati secara luas meliputi:

  • SRE adalah disiplin rekayasa yang berfokus pada keandalan. Azure DevOps adalah gerakan budaya yang muncul dari dorongan untuk memecah silo yang terkait dengan organisasi Pengembangan dan Operasi.
  • SRE dapat menjadi nama peran, seperti dalam: Saya adalah insinyur keandalan situs (SRE). Azure DevOps tidak bisa.
  • SRE cenderung preskriptif. Azure DevOps secara sengaja tidak. Adopsi hampir universal dari integrasi berkelanjutan/pengiriman berkelanjutan, dan prinsip Agile adalah definisi terdekat dari Azure DevOps.

Jika Anda ingin mempelajari selengkapnya tentang praktik SRE, lihat tautan ini:

Perjanjian Tingkat Layanan

Dev/Test Enterprise khusus untuk pengembangan dan pengujian aplikasi Anda. Penggunaan langganan tidak membawa SLA yang didukung secara finansial.

Belajar Menggunakan Berbagai Jenis Langganan Dev/Test

Apakah Anda memerlukan Kredit Bulanan Azure untuk pelanggan Visual Studio, Langganan Dev/Test Enterprise, atau Langganan Dev/Test PAYG, Anda dapat dengan mudah menemukan penawaran yang cocok untuk individu atau tim.

Mengelola Langganan Kredit Individu

Kredit Azure Visual Studio adalah manfaat individual, untuk pengembangan Dev/Test individu dan perulangan dalam. Anda tidak dapat menggabungkan kredit antara pengembang. Langganan kredit masih langganan Azure, tetapi merupakan penawaran Azure spesifik. Kelola langganan kredit Anda dengan cara yang sama seperti Anda mengelola langganan Azure lainnya sehingga Anda dapat bekerja dalam grup dan tim. Anda dapat menghapus batas pengeluaran individu dengan kartu kredit, atau jika langganan Dev/Test enterprise Anda masuk ke metode pengadaan yang anda pilih.

Aktivitas perulangan dalam pengembang sering menggunakan kredit, tetapi kemudian beralih ke langganan Dev/Test Azure enterprise atau organisasi, termasuk PAYG. Dengan cara ini saat Anda mengikuti proses DevOps, Anda dapat melakukan perulangan dalam dengan langganan kredit individual Anda. Dalam perulangan luar DevOps, target nonproduksi berada di Dev/Test perusahaan - prod masuk ke prod.

Kelola langganan kredit Anda, langganan dev/test enterprise, dan langganan PAYG dan segmenkan pengembang Anda menggunakan grup manajemen yang masing-masing memiliki hierarki unik.

Menggunakan Penawaran Dev/Test Azure Organisasi Anda

Jika Anda memerlukan langganan Dev/Test organisasi Azure, Anda memiliki dua penawaran untuk dipilih.

Setiap opsi dilengkapi dengan serangkaian diskon mereka sendiri dan memerlukan Langganan Visual Studio.

Setiap penawaran langganan memungkinkan Anda menyiapkan dan menjalankan tim dengan lingkungan dev/test di cloud menggunakan komputer virtual yang telah dikonfigurasi sebelumnya. Buat beberapa langganan Azure dan kelola dari satu akun. Anda dapat memelihara lingkungan yang terisolasi dan tagihan terpisah untuk proyek atau tim yang berbeda.

Langganan Dev/Test Enterprise memerlukan perjanjian enterprise (EA). Langganan Dev/Test PAYG tidak memerlukan EA tetapi dapat digunakan dengan akun perjanjian enterprise.

Mengapa saya memilih menggunakan penawaran PAYG vs Penawaran Dev/Test Enterprise?

Tawaran Dev/Test PAYG mungkin cocok untuk digunakan sebagai pelanggan Visual Studio. Tidak seperti langganan kredit untuk penggunaan individual, penawaran PAYG sangat bagus untuk pengembangan tim dan memungkinkan Anda memiliki beberapa pengguna dalam satu langganan. Tawaran Dev/Test PAYG mungkin tepat untuk Anda jika:

  • Anda tidak memiliki perjanjian enterprise. Dalam hal ini, Anda hanya dapat membuat akun PAYG dengan lisensi Visual Studio.
  • Anda membuat perjanjian enterprise, tetapi Anda perlu menyiapkan langganan yang tidak menggunakan perjanjian organisasi Anda. Anda mungkin memiliki proyek unik yang memerlukan langganannya sendiri atau untuk membuat lingkungan terisolasi yang ditagih secara terpisah untuk proyek atau tim.
  • Anda lebih suka menjaga identitas tetap terisolasi. Anda mungkin memerlukan identitas tertentu untuk tetap terpisah dari orang lain untuk melindungi akses ke data, sumber daya, dan aplikasi.