Classic ve Modern Exchange Hybrid Yapılarının Farkları

Bir kuruluşta tüm posta kutularını tek seferde buluta taşımak nadiren mümkündür; çoğu zaman bir kısım kullanıcının On-Premises Exchange ortamında kalması, bir kısmının Exchange Online'a geçmesi ve bu iki dünyanın aylarca ya da yıllarca birlikte çalışması gerekir. Hybrid Deployment tam da bu noktada devreye girer: Endpoint Exchange (On-Premises Exchange) ile Exchange Online arasında geçici veya uzun süreli bir birlikte çalışma modeli kurar, iki tarafın birbirini tutarlı şekilde "görmesini" sağlar, Mailbox Migration süreçlerini esnek hale getirir ve geçişi kontrollü biçimde yürütmenin önünü açar. Kullanıcıların bir bölümü buluta taşınırken diğer bölümünün Endpoint'te kalabilmesi, Free/Busy bilgisinin sorunsuz görünmesi ve e-posta akışının iki platform arasında doğru yönlendirilmesi, bu yapının gündelik hayatta sunduğu pratik avantajlardır.

Bu yaklaşımı anlamaya çalıştığımızda aslında tek bir geçiş senaryosundan değil, iki farklı ortamın uyumlu şekilde çalışmasını mümkün kılan bir çerçeveden bahsedildiği fark edilir. Hybrid yapı sayesinde Migration adımlarını bir gecede tamamlamak yerine kademeli ilerleme şansı doğar; kullanıcı deneyimi bu süreç boyunca bozulmadan devam eder. Outlook bağlantıları, Autodiscover davranışı ve yönlendirme kararlarının arka planda nasıl şekillendiği, bu modelin sağladığı esnekliğin daha net görülmesini sağlar.

Zamanla oluşan ihtiyaçlar doğrultusunda Hybrid Deployment, iki farklı topolojiyle uygulanabilir hale geldi. İlki olan Classic Hybrid Topology, Exchange servislerinin Internet üzerinden doğrudan ulaşılabildiği geleneksel yaklaşımı temsil eder. İkincisi ise Modern Hybrid Topology olup, bağlantıların daha sade bir yapı üzerinden yönetildiği ve belirli operasyonların Hybrid Agent aracılığıyla yürütüldüğü modern bir modeli ifade eder. Her iki topoloji de aynı hibrit hedefe ulaşır; gerçek fark, iletişimin hangi yöntemle sağlandığı ve ortamın hangi gereksinimleri ön plana aldığıdır.



Bu makalede Classic Hybrid Topology'nin yani Classic Full yapının ve Modern Hybrid Topology'nin yani Modern Full yaklaşımın nasıl biçimlendiğini, birbirlerinden hangi yönlerde ayrıldığını ve hangi senaryolarda daha doğru bir tercih sunduğunu ayrıntılı bir çerçevede inceleyeceğim. Bu inceleme sonunda Hybrid Deployment modelinin hangi prensiplerle işlediğini, topoloji tercihinin geçiş sürecine nasıl yansıdığını ve hangi kurum profilinin hangi modele daha uygun olduğunu net biçimde görmek mümkün olacak.

1- Classic Hybrid Topology (Classic Full)

Classic Hybrid Topology, Exchange Online ile kurum içindeki Exchange sunucusunun hibrit yapı içinde nasıl iletişim kurduğunu en açık biçimde ortaya koyan yaklaşımdır. Bu modelde tüm servislerin internete açılması gerekmez; EWS, Autodiscover ve MRSProxy gibi belirli Endpoint'lerin dışarıdan güvenli biçimde erişilebilir olması hibrit akışın çalışması için yeterli olur.

Bulut tarafı her işlemde kurum içine bağlanmaz; ancak Free/Busy bilgisinin okunması, Autodiscover yönlendirmelerinin ilerlemesi ve Mailbox Migration işlemlerinin başlaması gibi durumlarda On-Premises Exchange'i doğrudan görebilmesi gerekir. Bu erişim, yayınlanan uç noktalar üzerinden net bir trafik akışıyla sağlanır ve iki ortam arasındaki iletişimin nasıl ilerlediğini anlamayı kolaylaştırır.

Hybrid Configuration Wizard (HCW) çalıştırıldığında hem bulut hem de kurum içi tarafta gereken ayarlar uygulanır. Buna rağmen hibrit iletişimin nasıl davranacağı, servis çağrılarının hangi rota üzerinden ilerleyeceği ve migration sürecinin nasıl şekilleneceği esas olarak On-Premises Exchange tarafından belirlenir. Bu düzen, trafiğin izlenmesini ve yapı üzerinde kontrol sağlamayı daha doğal hale getirir.

Genel çerçevede Classic Hybrid Topology, bulut ile kurum içi Exchange arasında açık, anlaşılır ve doğrudan bir iletişim çizgisi oluşturur. İki tarafın birbirini gerektiği anda sorunsuz görebilmesi, hibrit yapının çalışmasını daha tutarlı bir noktaya taşır ve kullanıcı tarafında beklenen davranışların doğal akışında ilerlemesine yardımcı olur.

Temel İletişim Mantığı

✔ Exchange Online, bulutta barınan Mailbox'lar için çoğu işlemde doğrudan Endpoint'e bağlanmaz. Ancak Free/Busy paylaşımı, Mailbox Migration işlemleri ve Autodiscover yönlendirmeleri gibi hibrit senaryolarda Exchange Online'ın ilgili servis çağrılarını kurum içi bir Endpoint'e (Exchange Server) yönlendirebilmesi gerekir.

✔ Bu noktada Classic modelin avantajı ortaya çıkar: Free/Busy görünürlüğü, Mailbox Migration ve Autodiscover yönlendirmesi gibi servis etkileşimleri için gereken uç noktalar net ve güvenli biçimde yayınlandığında, bu işlemler kesintisiz ve kararlı şekilde çalışır.

✔ Classic modelin sağladığı bu doğrudan görünürlük, ileride bahsedilecek Hybrid Modern Authentication (HMA), Cross-Premises Message Tracking, Multi-Mailbox Search ve Teams Calendar gibi özelliklerin tam olarak desteklenebilmesinin de temel sebebidir.

Yapılandırma ve Yönetim Dinamikleri

Classic Hybrid Topology'de kontrol ve yönetim ağırlıklı olarak On-Premises Exchange (Endpoint) sunucuları üzerinden yürütülür. Hybrid Configuration Wizard (HCW) çalıştırıldığında hem Exchange Online hem de Endpoint tarafında yapılandırma ayarları güncellenir, ancak aşağıdaki kritik bileşenlerin davranışı büyük ölçüde Endpoint ortamı tarafından belirlenir:

» SSL sertifika yönetimi (güvenilir bir CA tarafından imzalanmış, EWS ve Autodiscover değerlerini SAN alanında içeren bir sertifika zorunludur).
» Servislerin dış dünyaya yayınlanması (Reverse Proxy / Load Balancer / Firewall publishing).
» HTTPS trafik yönlendirmesi ve erişim akışı.
» Mail Flow için Receive/Send Connector yapılandırması.
» Mailbox Migration sürecindeki MRSProxy davranışı.

Bu sayede yapı, hem daha öngörülebilir hem de gerektiğinde müdahale edilmeye daha elverişlidir.

Mailbox Migration ve MRSProxy

Hibrit taşıma senaryolarında Exchange Online, posta kutularını taşıyabilmek için On-Premises Exchange sunucusundaki MRSProxy servisine HTTPS üzerinden erişim sağlar. Bu nedenle MRSProxy'nin dış dünyadan ulaşılabilir olacak şekilde güvenli biçimde yayınlanması gerekir.

Classic Hybrid Topology, MRSProxy servisini dış dünyaya güvenli şekilde açmak için gereken tüm yapılandırma adımlarını destekler. Böylece Exchange Online, bu servise Internet üzerinden doğrudan ve kesintisiz bağlanarak posta kutusu taşıma işlemlerini başlatabilir. Bu model, MRSProxy'nin:

» TCP/443 portu üzerinden yayınlanmasını,
» DNS ve NAT çözümlemelerinin doğru çalışmasını,
» SSL sertifikasının geçerli olmasını,
» Firewall/Reverse Proxy üzerinden kesintisiz ulaşılabilir olmasını,

doğrudan destekler. Migration trafiğinin uçtan uca izlenebilir olması, sorun anında devreye girmeyi de kolaylaştırır.

Teams Calendar Entegrasyonu

Classic Hybrid Topology'nin tercih edilme nedenlerinden biri, Microsoft Teams ile Exchange takvim verisinin entegrasyonunu sorunsuz şekilde desteklemesidir. Teams, on-premises mailbox sahibi kullanıcıların takvim bilgilerine erişmek için Exchange Web Services (EWS) ve REST tabanlı çağrılar üzerinden Endpoint Exchange'e ulaşmak ister.

Bu erişimin kesintisiz çalışabilmesi için iki temel koşulun sağlanması gerekir:

» Hybrid Modern Authentication (HMA) yapılandırmasının doğru ve eksiksiz uygulanmış olması.
» EWS ve Autodiscover servislerinin Internet üzerinden güvenli biçimde erişilebilir durumda olması.

Classic model, bu iki gereksinimi de doğrudan karşılayan mimariyi sunduğu için Teams entegrasyonu açısından en uyumlu hibrit yapı olarak öne çıkar. Microsoft, on-premises mailbox'lara erişim gerektiren Teams takvim senaryoları için resmi olarak Classic Full Hybrid topolojisini önerir; Modern Hybrid bu senaryo için desteklenen bir yapı değildir.

Kimin İçin İdeal?

Classic Hybrid Topology, hibrit yapıyı uzun vadeli kullanmayı planlayan ve yönetimi ağırlıklı olarak kendi On-Premises Exchange ortamı üzerinden yürütmek isteyen kurumlar için ideal bir çözümdür. Özellikle Hybrid Modern Authentication, Teams Calendar, Cross-Premises Message Tracking, Multi-Mailbox Search ve Public Folder coexistence gibi özellikler kullanılacaksa Classic Full topolojisi, Microsoft tarafından açıkça önerilen yapıdır.

2- Modern Hybrid Topology (Modern Full)

Modern Hybrid Topology, Exchange Online ile kurum içindeki Exchange Server arasındaki hibrit iletişimin doğrudan Internet'e açılan servisler yerine Hybrid Agent üzerinden kurulmasını hedefleyen bir yaklaşımdır. Bu modelde bulut tarafının EWS, Autodiscover veya MRSProxy gibi Endpoint'lere doğrudan ulaşması beklenmez; hibrit trafiğin önemli bir bölümü tek yönlü bir Outbound bağlantıyla kurum dışına taşınır.

Hybrid Agent bu akışın merkezinde yer alır ve Microsoft Entra Application Proxy (eski adıyla Azure AD Application Proxy) altyapısı üzerine inşa edilmiştir. Agent, outbound HTTPS bağlantıları üzerinden Exchange Online'dan gelen isteği alır, ardından bu isteği kurum içindeki Exchange Server'a iletir. Böylece Free/Busy ve Mailbox Migration gibi senaryolar için servis yayınlama, SSL yapılandırması, DNS yönetimi veya Internet'e açık bir Endpoint hazırlama gereksinimi büyük ölçüde ortadan kalkar.

Bu yapının sunduğu sadelik, hibrit iletişime ihtiyaç duyan ancak servislerini internete açmak istemeyen kurumlar için pratik bir çözüm haline gelir. Tünel kurulduğu anda Exchange Online ile kurum içi Exchange Server arasındaki iletişim, kullanıcının fark etmeyeceği kadar düzenli bir akışla ilerler ve Free/Busy görünürlüğü ya da Mailbox Migration talepleri Agent üzerinden yönlendirilir.

Bu noktada bağlantı düzeninin nasıl işlediği kurum içinde doğrudan görülemez; çünkü Hybrid Agent, hibrit trafiğin büyük bölümünü soyutlayan bir yapı sunar. Bulutun hangi servise hangi sırayla eriştiği, Classic modele göre daha az görünür olur; ancak kurulum süreci daha hızlıdır ve yönetimsel yük daha düşüktür. Bu sadelik, beraberinde belirli sınırlamaları da getirir — ki bu sınırlamaları doğru anlamak, Modern Hybrid'in doğru senaryoda kullanılabilmesi için kritik önem taşır.

Nasıl Çalışır?

✔ Exchange Online; on-premises mailbox'lara yönelik Free/Busy sorgularını ve Mailbox Migration isteklerini doğrudan kurum içi servis uç noktalarına göndermez.

✔ Bu servis çağrıları önce Hybrid Agent'a ulaşır; Agent isteği kurum içi Exchange'e iletir ve cevabı tekrar buluta taşır.

✔ Hybrid Agent, Microsoft Entra Application Proxy altyapısını kullanır ve *.msappproxy.net ile *.servicebus.windows.net Endpoint'lerine outbound HTTPS bağlantıları kurar.

✔ Free/Busy yönü simetrik değildir: cloud → on-prem yönündeki istekler Agent üzerinden ilerlerken, on-prem → cloud yönündeki Free/Busy çağrıları için on-premises Exchange sunucularının Microsoft 365 / Office 365 Endpoint'lerine doğrudan outbound HTTPS erişimi olması gerekir. Bu yön Hybrid Agent'tan geçmez.

Hybrid Agent — Server Gereksinimleri

Hybrid Agent, mevcut bir Exchange Server üzerine kurulabileceği gibi ayrı bir Agent server üzerine de kurulabilir. Microsoft, üretim ortamlarında Agent'ı Exchange Server üzerine kurmak yerine ayrı bir domain-joined Windows Server üzerinde çalıştırılmasını önerir. Bu, hem Exchange sunucusunun yükünü hafifletir hem de Hybrid Agent sunucusunun ayrı bir güvenlik sınırı olarak yönetilmesine olanak verir.

Asgari Teknik Gereksinimler

Exchange Server tarafında ise hibrit kurulumun genel gereksinimleri geçerlidir: Exchange 2013 veya üzeri, en güncel CU/SU/HU ve uygun rol kurulumu (Exchange 2016+ için Mailbox rolü, Exchange 2013 için Client Access rolü) zorunludur.

Dış Yayınlama Gereksinimleri

Free/Busy ve Mailbox Migration için Endpoint Exchange Server'lardaki EWS, Autodiscover ve MRSProxy gibi servislerin Internet üzerinden erişilebilir olmasına gerek yoktur. Bu yönüyle Modern Hybrid, perimeter publishing yükünü hafifletir.

Ancak Mail Flow (SMTP) için durum farklıdır: Hybrid Agent SMTP'yi taşımadığı için bu trafik için public sertifika, DNS ve TCP/25 inbound erişimi yine gerekir. Bu, Modern Hybrid'in pratikte en sık atlanan gerçeklerinden biridir.

Bu sayede yalnızca Free/Busy ve Migration tarafında:

» DMZ tarafında ek yapılandırma gerekmez.
» Firewall'da bu işlevler için inbound port açılmaz.
» SSL sertifikası, DNS, NAT gibi harici yayın süreçleriyle uğraşılmaz.

Buna karşın mail flow için yine geleneksel hibrit transport gereksinimleri uygulanır.

Hybrid Agent'ın Kapsam Dışında Bıraktığı İşlevler

Modern Hybrid'in en sık atlanan teknik gerçeği, Hybrid Agent'ın tüm hibrit trafiği taşımıyor olmasıdır. Agent yalnızca belirli uygulama seviyesindeki hibrit işlemleri yönlendirir; bunun dışında kalan kritik birçok özellik için Classic Hybrid'in sunduğu doğrudan bağlantı modeli geçerli olmaya devam eder. Microsoft Learn'in resmi açıklamasına göre aşağıdaki işlevler Hybrid Agent üzerinden geçmez ve Modern Hybrid topolojisi tercih edilirken bu sınırlamaların kurum ihtiyaçlarıyla örtüşüp örtüşmediği mutlaka değerlendirilmelidir.

1. SMTP Mail Flow

Hybrid Agent SMTP trafiğini taşımaz. Mail flow için yine genel bir CA tarafından imzalanmış public sertifika ve On-Premises Exchange'e (veya bir Edge Transport sunucusuna) yönelik TCP/25 inbound bağlantı yapılandırması gerekir. Bu nedenle "Modern Hybrid kullanırsam Internet'e hiçbir şey açmam gerekmez" varsayımı, mail flow tarafında geçerli değildir.

2. Hybrid Modern Authentication (HMA)

HMA, Hybrid Agent ile desteklenmez. Outlook istemcilerinin HMA üzerinden çalışabilmesi için EWS, Autodiscover, ActiveSync, MAPI ve OAB Endpoint'lerinin Internet üzerinden yayınlanması ve dolayısıyla Classic Hybrid topolojisinin kullanılması gerekir. HMA, MFA ve modern kimlik doğrulama akışlarının on-premises tarafa taşınması için kritik olduğundan, bu ihtiyaca sahip kurumlar Modern Hybrid'i bir seçenek olarak değerlendirmemelidir.

3. Cross-Premises Message Tracking ve Multi-Mailbox Search

Cross-Premises Message Tracking ve Multi-Mailbox Search işlemleri Hybrid Agent üzerinden çalışmaz. Bu özellikler EWS ve Autodiscover'ın doğrudan dış dünyaya açık olduğu Classic connectivity modeline bağlıdır. Compliance, eDiscovery ve denetim ihtiyacı yoğun olan ortamlarda bu sınırlama kritik bir kısıt oluşturur.

4. Teams Calendar (On-Premises Mailbox)

Mailbox'ı on-premises olan kullanıcılar için Teams takvim entegrasyonu, Hybrid Agent'ın EWS'yi dışarı yayınlamaması ve HMA desteğinin bulunmaması nedeniyle stabil çalışmaz. Microsoft bu senaryo için resmi olarak Classic Full Hybrid topolojisini önerir. Mailbox'ları Exchange Online'da olan kullanıcılarda ise Teams takvim entegrasyonu zaten doğrudan Exchange Online üzerinden çalıştığı için bu sınırlama söz konusu değildir.

5. Multiple Migration Endpoint ve Multi-Organization Senaryoları

Hybrid Agent yalnızca tek bir migration endpoint ve tek bir Exchange organizasyonu ile çalışır. Özel URL'lerle tanımlanmış birden fazla migration endpoint veya çoklu Exchange organizasyonu içeren hibrit senaryolar desteklenmez. Bu kısıt, birden fazla bağlı şirketi tek bir Tenant altında yöneten yapılar için doğrudan etkileyici olabilir.

6. Sovereign Cloud Ortamları

Modern Hybrid; GCC, GCC High ve Gallatin (China) gibi Microsoft sovereign cloud ortamlarında desteklenmez. Bu ortamlarda hibrit yapılandırma yalnızca Classic topoloji ile yapılabilir. Kamu, savunma veya bölgesel uyumluluk gereksinimi olan kurumların Modern Hybrid'i bir seçenek olarak değerlendirme imkanı bulunmaz.

Hybrid Agent Bağımlılığı

Modern Hybrid Topology, Free/Busy ve Mailbox Migration akışını Hybrid Agent üzerinden yönlendiren bir modeldir. Agent, Endpoint Exchange ile Microsoft 365 arasında bir ara katman görevi görür ve bazı hibrit işlemlerin bulut tarafından Endpoint'e doğrudan ulaşmak yerine bu güvenli kanal üzerinden taşınmasını sağlar. Bu yapı bazı kolaylıklar getirirken aynı zamanda belirli sınırlamalar ve bir bağımlılık ilişkisi oluşturur.

1. Bağlantıların ve yapılandırmanın Agent tarafından yönetilmesi

Hybrid Agent, Endpoint Exchange ile Microsoft 365 arasındaki Free/Busy ve Migration işlemleri için gereken iletişimi Outbound HTTPS (TCP/443) bağlantıları üzerinden kurar. Kullanılan portlar veya bağlantı yönlendirmeleri kullanıcı tarafından belirlenmez. Bu işlemler çalışırken bağlantının nasıl kurulacağı tamamen Agent'ın kendi mekanizmaları ile Microsoft Entra Application Proxy altyapısı tarafından yönetilir.

2. Elle müdahale veya ince ayar yapılamaması

Modern Hybrid Topology'de hibrit trafik, Agent tarafından soyutlandığı için yönlendirmenin nasıl yapılacağına dair esnek bir yapı sunulmaz. Hybrid Agent yalnızca Migration ve Free/Busy gibi uygulama seviyesindeki hibrit işlemleri taşır; Mail Flow (Transport), port özelleştirme veya özel yönlendirme davranışları bu modelin kapsamı dışındadır. Bu nedenle Agent'ın sunduğu çalışma modeli dışında manuel bir ince ayar yapılması mümkün değildir.

3. Yüksek Erişilebilirlik (HA) ve Agent'a bağımlılık

İlk preview döneminde Hybrid Agent için yalnızca tek bir kurulum desteklenirdi; bu da Agent sunucusunun çökmesi durumunda Free/Busy ve Migration işlemlerinin durması anlamına geliyordu. Bugün bu durum değişmiştir: HCW içindeki "Install an additional agent" seçeneği veya MSI'ın manuel olarak indirilip kurulması ile birden fazla Hybrid Agent çalıştırılabilir. Bu, kurum için temel bir yüksek erişilebilirlik (HA) seçeneği sunar.

Daha esnek bir HA tasarımı için Update-HybridApplication cmdlet'i kullanılarak Agent'ın targetUri değeri tek bir Exchange sunucusu yerine bir load balancer Endpoint'ine yönlendirilebilir. Buna rağmen Agent'ın bulut tarafındaki bileşenleri kullanıcı tarafından yönetilemediği için derin sorunlarda çözüm çoğu zaman Microsoft Support müdahalesi gerektirir. Dolayısıyla Modern Hybrid'de Free/Busy ve Migration sürekliliği büyük ölçüde Agent altyapısının kesintisiz çalışmasına bağlıdır.

Nerede Tercih Edilir?

Modern Hybrid Topology genellikle aşağıdaki profillere uygundur:

✔ Küçük ve orta ölçekli yapılar.

✔ Güvenlik nedeniyle dış erişimin kısıtlandığı kurumlar.

✔ Kısa süreli veya geçici hibrit geçiş senaryoları (mailbox'ları buluta taşıyıp ardından on-premises Exchange'i decommission etmeyi planlayan organizasyonlar).

Kurulum hızlıdır ve Free/Busy ile Mailbox Migration için dış dünyaya servis açma ihtiyacı ortadan kalktığı için yapı sade kalır. Ancak yukarıda belirtilen sınırlamaların ihtiyaç duyulan özellikleri kapsayıp kapsamadığı kurulum öncesi mutlaka değerlendirilmelidir.

Classic Full ve Modern Full Arasındaki Farklar

Classic Hybrid Topology ile Modern Hybrid Topology arasındaki farkları anlamak için önce Exchange Online'ın Endpoint Exchange ile nasıl iletişim kurduğuna bakmak gerekir. Classic modelde Exchange Online, ihtiyaç duyduğu servislerin Internet'e açık adreslerine doğrudan bağlanır ve hibrit işlemler bu yayınlanan Endpoint'ler üzerinden gerçekleşir. Modern modelde ise bu doğrudan bağlantı yerine Hybrid Agent devreye girer; Endpoint Exchange'e ulaşması gereken Free/Busy ve Mailbox Migration istekleri önce Agent'a gelir ve Agent, bu istekleri iç Network ortamındaki Exchange'e kendi üzerinden iletir. Yani Classic model doğrudan iletişim kurarken, Modern model bu işlevler için güvenli bir tünel oluşturur — ancak Mail Flow, HMA ve Teams Calendar gibi alanlarda bu tünel devreye girmez.

Bu iki yaklaşım arasındaki farklar sadece iletişim yönteminde değil, servis yayınlama gereksinimlerinde, Migration davranışında, takvim erişiminde, kimlik doğrulama desteğinde, güvenlik modelinde ve kullanım senaryolarında da belirgin şekilde kendini gösterir. Özellikle Teams Calendar, Hybrid Modern Authentication, Mail Flow, Message Tracking ve Mailbox Migration gibi işlevlerin nasıl çalıştığı iki topoloji arasında önemli ayrımlar oluşturur.

Her iki modelin iletişim akışındaki mantığı ve pratikte nasıl davrandığını en net şekilde görebilmek için aşağıdaki karşılaştırma tablosu yol gösterici olacaktır.

1. İletişim ve Servis Yayınlama

2. Veri Akışları (Migration ve Free/Busy)

3. Kimlik Doğrulama ve İstemci Entegrasyonu

4. Cross-Premises Özellikler

5. Platform ve Altyapı Kısıtları

6. Güvenlik ve Yönetim

7. Kullanım Senaryosu Uygunluğu

Bu makalede Hybrid Deployment yapısının iki farklı topolojide nasıl şekillendiğini ve hibrit iletişimin hangi bileşenler üzerinden kurulduğunu detaylı bir çerçevede ele aldım. Classic Hybrid yaklaşımının, Exchange Online'ın ihtiyaç duyduğu servisleri doğrudan görebildiği bir iletişim modeli sunduğu ve bu nedenle daha görünür, daha öngörülebilir bir çalışma dinamiği oluşturduğu noktalar örneklerle açıklığa kavuştu. Modern Hybrid modelinin ise Free/Busy ve Mailbox Migration trafiğini Hybrid Agent üzerinden yönlendirerek bu işlevler için Internet yayınlama gereksinimini azaltan daha sade bir yapı kurduğu; ancak SMTP mail flow, Hybrid Modern Authentication ve cross-premises özellikler gibi alanlarda Classic'in sağladığı kapsamı sunmadığı daha net biçimde ortaya çıktı.

Migration sürecinde verinin hangi yolu izlediği, Free/Busy görünürlüğünün nasıl sağlandığı ve Teams Calendar gibi hassas entegrasyonların hangi topolojide daha tutarlı davrandığı ele alındığında, her iki modelin hibrit yapıya farklı bir yaklaşım getirdiği daha anlaşılır hale geldi. Classic modelin doğrudan erişim gerektiren senaryolarda sağladığı esneklik, Modern modelin ise tünel tabanlı iletişimle sunduğu pratiklik, hibrit mimarinin kurum ihtiyaçlarına göre nasıl şekillendirilebileceğini gösteren önemli ayrımlardır.

Tüm bu değerlendirmeler ışığında, Hybrid Deployment'ın tek bir geçiş yönteminden çok daha fazlasını ifade ettiği ve kurumun güvenlik beklentisi, yayınlama politikası, kimlik doğrulama gereksinimleri, entegrasyon ihtiyaçları ve kullanım süresi gibi faktörlere göre doğru topolojinin seçilmesinin sürecin tamamına yön veren bir karar olduğu daha net görülür.

Faydalı olması dileğiyle...