Yöneticinin gelen kutusuna bir test iletisi ulaştığında posta platformu geçişi tamamlanmaz. Uygulamanın yine de doğru bildirimi oluşturması, bunu amaçlanan rota üzerinden göndermesi, hataları ele alması ve gerekli alıcılara ulaşması gerekir. Önemli mesajların uygulama ve posta ekipleri arasında kaybolmamasını sağlamak için geçiş planını bu sonuçlara göre oluşturun.
Her bildirim bağımlılığının envanterini çıkarın
Uygulama işini, tetikleyiciyi, programı, hedef kitleyi, kritikliği, sahibi, uç noktayı, kimlik doğrulama yöntemini, gönderen kimliklerini, yeniden deneme kuyruğunu ve geri dönen işleme hedefini kaydedin. Sırları kopyalamadan ağ erişimini, sertifikaları, kimlik bilgisi referanslarını ve DNS bağımlılıklarını ekleyin. Posta üretimini posta aktarımından ayırın; durdurulmuş bir zamanlayıcı değiştirilerek onarılamaz SPF.
Sağlayıcı yöntemleri farklılık gösterir. Microsoft, kimliği doğrulanmış istemci gönderimini, SMTP geçişini ve Doğrudan Gönderimi, farklı önkoşullara ve alıcı kapsamına sahip ayrı seçenekler olarak belgeler. Microsoft uygulama postası kılavuzu. Uygulamanın gerçek yetenekleri ve hedef gereksinimleri için halihazırda desteklenen bir rota seçin. Bir posta kutusu lisansının veya MX güncellemesinin gönderim yapılandırmasını taşıdığını varsaymayın.
Tekrarlanan işler olmadan bir arada yaşama tasarımı
Her bağımlılık için eski ve yeni rotayı, kimin değiştirebileceğini ve nasıl geri yükleneceğini adlandırın. Birlikte yaşama sırasında hangi planlayıcının yetkili olduğuna karar verin. Geri alma için eski rotayı korumak, her iki zamanlayıcının da aynı bildirimi göndermesi gerektiği anlamına gelmez. Uygulamanın desteklediği girişimleri uzlaştırmak için uygulama düzeyinde bir olay tanımlayıcı kullanın; ancak bir tanımlayıcının tek başına bir SMTP veri tekilleştirme garantisi olmadığını unutmayın.
Paralel izinleri dar kapsamlı ve zaman sınırlı tutun. Yeni rota, yalnızca herhangi bir sağlayıcı imzasına değil, amaçlanan doğrulanmış ve uyumlu kimliğe ihtiyaç duyar. RFC 9989. Gerekli imzalama anahtarlarını koruyun ve seçici emeklilik planı kapsamında hâlâ aktarılmakta olan mesajların kullanılabilirliği.
Yinelenen girişimleri ve eksik izleri araştırın
Bir alındı olayının bir arada bulunma sırasında iki gönderme denemesi olduğunu, farklı bir alınan bildirimin karşılık gelen uygulama tetikleme kaydının olmadığını varsayalım. İlki, zamanlayıcıya ve yeniden deneme incelemesine ihtiyaç duyar; iki deneme, iki iletinin teslim edildiğini kanıtlamaz. İkincisi, icat edilmiş bir uygulama olayına değil, izleme yeniden yapılandırmasına veya açık bir kayıt boşluğuna ihtiyaç duyar. Düzeltici bir eylem seçmeden önce rotayı, zaman damgalarını ve alıcı kanıtlarını ilişkilendirin.
Bunlar varsayımsal gözlemlerdir, sağlanan bir defter veya yürütülen kontrol değildir. Her iki zamanlayıcının da aynı olayı oluşturmasına izin vermeden, yetkili kurtarma için eski rotayı koruyun. Kabulü bildirmeden önce, başvurunun oluşturulmasını, amaçlanan gönderimi, fiili alıcı gözlemini ve desteklenen arıza giderme testlerini ayrı kanıt olarak toplayın. Eksiksiz görünen bir form, test edilmemiş bir uygulamayı onaylayamaz.
Yolun tamamını test edin
Onaylanmış alıcıları ve temsilci şablonlarını kullanın. Uygulamayı normal şekilde tetikleyin, olay kimliğini ve iş günlüğünü koruyun, gönderimi inceleyin veya kanıtları aktarın ve hedefin alınan mesajını yakalayın. Beklenen içeriği ve nihai alıcı kimlik doğrulama sonuçlarını kontrol edin. Test süresini ve rotasını kaydedin, böylece bir arada bulunma, bunu hangi sistemin yaptığını engellemez.
Test ortamının desteklediği durumlarda geçici gönderme hatası, yeniden deneme davranışı ve izin verilen geçersiz alıcı durumunu uygulayın. Geri dönen geri bildirimleri kimin aldığını ve işlediğini doğrulayın. Dahili ve harici hedefleri ayrı ayrı kontrol edin. Kabul edilen bir SMTP işleminin ardından yine de teslimat hatası gelebilir; Başarılı bir alıcı testi, uygulamanın hata işlemesini doğrulamaz.
Eski hizmeti kullanımdan kaldırmadan önce kanıtları dışa aktarın
Yetkili yapılandırma temel çizgisini, bağımlılık haritasını, kuyruk durumunu, test sonuçlarını ve ilgili operasyonel günlükleri tanımlanmış bir saklama kararıyla saklayın. Eski platform erişimi sona erdikten sonra kanıtların okunabilir durumda kalıp kalmadığını kontrol edin. Yalnızca ihtiyaç duyulanları dışa aktarın ve kimlik bilgilerini paketin dışında tutun.
Açık çıkış kriterleri belirleyin: planlanan kritik işler uygulandı, tekrarlanan riskler kontrol edildi, alıcı kanıtları gözden geçirildi, geri dönme işlemi onaylandı ve eski rotaya geri dönüş test edildi veya sorumlu sahip tarafından bilinçli olarak feragat edildi. Aylık bir iş yürütülmediyse geçişin tamamlandı olarak adlandırılması yerine bu boşluğu kaydedin. Bağımlılıkları kapatıldıktan sonra eski yetkilendirmeleri ve uç noktaları onaylı değişiklik kontrolü aracılığıyla kullanımdan kaldırın.