Kaynak kod yerine hangi çıktı yayınlanır?
Dağıtım paketini projenin yayınlama işlemiyle oluşturun. Paket kimliğini, hedef .NET sürümünü, işlemci mimarisini ve bağımlı mı bağımsız mı yayınlandığını kaydedin. Geliştirme bilgisayarındaki bin klasöründen rastgele dosya seçmek, eksik bağımlılıkların üretimde ortaya çıkmasına yol açabilir.
Framework-dependent yayın sunucudaki uyumlu çalışma zamanını kullanır. Self-contained yayın çalışma zamanını paketler; IIS ile entegrasyon gereksinimini ortadan kaldırmaz. Eski çalışan paketi ve ortam ayarlarını geri dönüş için ayrı tutun.
IIS tarafında doğrulanacak bileşenler
| Katman | Doğrulama |
|---|---|
| Hosting Bundle | ASP.NET Core Module ve uygulamaya uygun barındırma bileşenleri mevcut mu? |
| Fiziksel klasör | IIS sitesi doğrulanmış publish çıktısını mı gösteriyor? |
| Uygulama havuzu | Mimari, kimlik ve seçilen barındırma modeli birbiriyle uyumlu mu? |
| web.config | Yayın aracının ürettiği süreç yolu ve argümanlar gerçek paketle eşleşiyor mu? |
Üretim ayarlarını paketten ayrı yönetin
Bağlantı dizelerini, dış servis anahtarlarını ve ortam değişkenlerini envanterleyin; bunları halka açık tanılama sayfalarında göstermeyin. Üretim veritabanına yanlışlıkla bağlanan bir test sitesi, yalnız arayüz kontrolünde fark edilmeyen veri değişiklikleri yapabilir.
Havuz kimliğine uygulama dosyalarını okuma, yalnız gerekli günlük ve yükleme klasörlerine yazma izni verin. Uygulamanın açılması için bütün siteye veya bütün müşterilere geniş yazma izni vermek yerine erişim hatasının yolunu belirleyin.
Yayın kabul testi
- Test alan adında ana sayfa, statik varlık ve API yanıtını ayrı ayrı açın; yalnız 200 durumunu değil beklenen içeriği kontrol edin.
- Giriş yapın, güvenli bir test kaydı oluşturun ve veritabanından tekrar okuyun. Oturum çerezi ve HTTPS davranışını sınayın.
- Havuzu kontrollü olarak yeniden başlatıp ilk isteği tekrarlayın; yalnız sıcak süreçte çalışan bir uygulamayı başarılı saymayın.
- Kullanılan sürümü, test saatini ve günlüklerdeki hata durumunu kaydedin. DNS geçişinden sonra aynı testleri dış ağdan tekrarlayın.
Başlangıç hatasında hangi kanıt toplanır?
500.30 veya 502.5 görüldüğünde IIS alt durumunu, Windows olay kaydını ve uygulamanın başlangıç hatasını birlikte inceleyin. Eksik çalışma zamanı, erişim izni veya uygulama yapılandırması farklı düzeltmeler gerektirir; yalnız durum kodundan kesin neden çıkarılmaz.
Geçici ayrıntılı günlük açarsanız erişimini sınırlayın ve teşhis sonrası kapatın. Veritabanı şeması da değiştiyse dosyaları eski sürüme döndürmenin yeterli olacağını varsaymayın; veri uyumunu geri dönüş planına dahil edin.
Sık sorulan sorular
AdaPanel kurmak uygulamayı otomatik olarak uyumlu yapar mı?
Hayır. Projenin .NET hedefi, bağımlılıkları ve IIS barındırma gereksinimleri ayrıca doğrulanmalıdır. Panel üzerinden site yönetimi bu uygulama testlerinin yerine geçmez.
Self-contained yayın için IIS bileşeni gerekir mi?
Evet. Çalışma zamanını paketlemek ile IIS entegrasyonu farklıdır. Seçtiğiniz yayın modeline uygun ASP.NET Core Module gereksinimini kontrol edin.
Ana sayfanın açılması yeterli mi?
Hayır. Giriş, veritabanı, yükleme ve yeniden başlatma sonrası ilk istek de çalışmalıdır. Kritik işlemler için ölçülebilir bir kabul listesi kullanın.
Geri dönüşte yalnız eski dosyaları kopyalayabilir miyim?
Şema ve veri biçimi değişmediyse bu planın bir parçası olabilir. Veritabanı değişiklikleri varsa eski uygulamanın mevcut veriyle uyumunu ayrıca doğrulayın.