Ortamlar
Üretime hızlı ve güvenli bir şekilde yeni değer sunmak için Sürekli Teslim işlemini kullanın. Küçük değişiklikleri sık sık teslim edebilirsiniz ve bu da sorun riskini azaltır.
Birden çok teslim/dağıtım ortamı benimsemeniz de dahil olmak üzere diğer faktörler "üretime dağıtım acısını" etkiler. Çok ortamlı bir yaklaşım, dağıtımınızı olabildiğince basit hale getirmek için kodu daha hızlı ve sık bir şekilde derlemenize, test etmenizi ve yayınlamanızı sağlar. El ile yapılan ek yükü ve el ile yayın riskini kaldırabilir ve bunun yerine farklı ortamları hedefleyen çok aşamalı bir işlemle geliştirmeyi otomatikleştirebilirsiniz.
Yaygın bir çoklu ortam mimarisi dört katman içerir:
- Geliştirme
- Test
- Hazırlama
- Üretim
Bu mimaride, ürününüz Geliştirme'den (yazılımda değişiklik geliştirdiğiniz ortam) Üretim'den (kullanıcılarınızın doğrudan etkileşimde bulunduğu ortam) geçişini sağlar. Ayrıca uçtan uca iş akışını doğrulamak için bir Kullanıcı Kabul Testi (UAT) ortamı da sunabilirsiniz.
| Environment | Tanım |
|---|---|
| Geliştirme | Geliştirme ortamınız (geliştirme), yazılım değişikliklerinin geliştirildiği yerdir. |
| Test etme | Test ortamınız, insan test edenlerin veya otomatikleştirilmiş testlerin yeni ve güncelleştirilmiş kodu denemesine olanak tanır. Geliştiricilerin, bu öğelerin bir veya daha fazla test ortamına girmesine izin vermeden önce geliştirme ortamınızda birim testi aracılığıyla yeni kod ve yapılandırmaları kabul etmesi gerekir. |
| Hazırlama | Hazırlama, üretime dağıtmadan hemen önce son testi yaptığınız yerdir. Her hazırlama ortamı, gerçek bir üretim ortamını mümkün olduğunca doğru bir şekilde yansıtmalıdır. |
| UAT | Kullanıcı Kabul Testi (UAT), bir yazılım uygulamasının üretim ortamınıza taşınabilmesi için son kullanıcılarınızın veya istemcilerinizin yazılım sistemini doğrulamak/kabul etmek için testler gerçekleştirmesine olanak tanır. |
| Üretim | Bazen canlı olarak da adlandırılan üretim ortamınız (üretim), kullanıcılarınızın doğrudan etkileşimde olduğu ortamdır. |
Tasarımla ilgili dikkat edilecek noktalar
Hem Azure Giriş Bölgeleri hem de Azure İş Yükleri geliştirme konusunda aşağıdaki noktaları uygulayın:
- Test ortamları, platform geliştiricilerinin üretime dağıtmadan önce değişiklikleri test etmelerine olanak sağladığından önemlidir ve bu da üretimde teslimle ilgili riski azaltır.
- Ortamlarınızı mümkün olduğunca benzer tutmak, geliştirme ve test hızı ile güvenilirliği artıran testlerin ilk aşamalarında ortamla ilgili hataları bulmayı kolaylaştırır.
- Ortamlarınızın yapılandırmasında tutarsızlıklar varsa "yapılandırma kayması" gerçekleşir ve bu da veri kaybına, daha yavaş dağıtımlara ve hatalara neden olabilir.
- Kod Olarak Altyapı'yı (IaC) benimseyerek dağıtımları hızlandırabilir, ortam tutarlılığını geliştirebilir ve ortamlar arasındaki "yapılandırma kaymasını" azaltabilirsiniz.
- Yeni özellikleri yalnızca üretimdeki sınırlı sayıda test kullanıcısının kullanımına sunan ve üretime sunulma süresini azaltmaya yardımcı olan Kanarya veya Mavi-Yeşil Dağıtımlar gibi yöntemleri benimsemeyi göz önünde bulundurun.
- Kodun geliştirmeden üretime geçişini denetlemek için test sonuçları üzerindeki denetimleri kullanın. Başarısız testlerin değişikliklerin otomatik olarak bir sonraki ortama dağıtılmasını engelleyecek şekilde bu denetimleri otomatikleştirebilirsiniz.
- Kod üretime dağıtılmadan önce belirli kullanıcıların çekme isteklerini gözden geçirmesini sağlayın. Gözden geçirme sürecini yönetmek için dal stratejisiyle depoları kullanmayı göz önünde bulundurun.
- Tüm geliştiricilerin tüm ortamlara erişmesine izin vererek silolardan kaçının.
İş yükleri
İş yükleri için ortamları yönetmeyi öğrenmek için Bkz . Kurumsal ölçekli SSS.
Azure Giriş Bölgeleri
Bir müşteri yeni Azure İlkesi Atamalarının, Azure RBAC rol atamalarının, Microsoft Entra grup üyeliklerinin, Azure kaynaklarının oluşturulmasının ve daha fazlasının etkilerini ve sonuçlarını test etmek istediğinde Azure Giriş Bölgesi dağıtımı için birden çok ortamı benimsemek yaygın bir durumdur.
Kurumsal ölçekte test yaklaşımı iki farklı benimseme yaklaşımını açıklar:
- Kanarya ve Üretim ortamında yönetim grubu hiyerarşisinin çoğaltilmesi
- Korumalı alan abonelikleri
Hangi yaklaşımı izlediğinize bakılmaksızın, her zaman:
- Test için en az bir ortam benimseyin.
- Ortamlarınızı korumak için test ve üretim amaçları için ayrılmış Hizmet Sorumlularını kullanın.
- Herhangi bir değişikliği belirli bir ortama dağıtmadan önce değişiklikleri doğrulamak ve onaylamak için otomatik denetimler ve onaylar uygulama