> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/tr/yonetici-kosesi/architecture-and-design/bcdr-whitepaper.md). # İşletme Sürekliliği ve Felaket Kurtarma Beyaz Kitabı ## **Giriş** Zoom, yapay zekâ öncelikli Hizmet Olarak Birleşik İletişim (UCaaS) ve Hizmet Olarak İletişim Merkezi (CCaaS) çözümlerini tek, entegre bir platform üzerinden sunar. Bu belge, Zoom'un sınıfının en iyisi hizmet ve ürünlerinin ardındaki yenilikleri ve mimariyi ayrıntılarıyla ele alarak, UCaaS ve CCaaS genelinde son kullanıcılara ve BT'ye tutarlı, güvenli ve yönetilebilir bir deneyimi nasıl sunduğumuzu açıklar. ## **Deneyimden Doğdu** Zoom’un bulut öncelikli vizyonu, kuruluşların eski yerinde sistemlerin maliyet ve karmaşıklığının ötesine geçmesine yardımcı olur. Özellikleri yaşlanan yığınlara eklemek yerine, istemciler, medya hizmetleri ve oda sistemleri genelinde tam yığın mühendisliğine yatırım yaptık; böylece uçtan uca kaliteyi, dayanıklılığı ve kullanılabilirliği tek bir bütüncül platform olarak optimize ediyoruz — platformlar arasında ortak bir kod tabanına sahip tek istemci stratejisiyle desteklenen ve her işletim sisteminin yerel kullanıcı deneyiminden yararlanan bir yapı. Bu bulut öncelikli yaklaşım, Zoom Workplace uygulamasında karşımıza çıkar: kullanıcılara Toplantılar, sohbet, Telefon, iletişim merkezi, Etkinlikler, web seminerleri, Odalar, beyaz tahta, Canvas ve daha fazlasına merkezi erişim sağlayan tek ve modern bir uygulama. Access, lisanslama ile yönetilir; böylece BT, ayrı yükleyicilerden oluşan bir yamalı bohça kurmadan veya birbiriyle çakışan istemci sürümlerini yönetmeden ürünleri ve özellikleri açıp kapatabilir. BT için bu model, operasyonel yükü azaltır — satın alınacak, rack'e yerleştirilecek ve yaması yapılacak daha az sunucu; bakımı yapılacak daha az özel entegrasyon; ve yerinde altyapıyı çalışır tutmaya adanmış tüm ekiplere ihtiyaç olmaması. Kapasite, güncellemeler ve güvenlik iyileştirmeleri buluttan sunulur; böylece yöneticiler bakım yerine politikalara, benimsemeye ve sonuçlara odaklanabilir. ## Gerçek Zamanlı Medya Mimarisi ve Dayanıklılık Aşağıdaki bölümler, Zoom’un sınıfının en iyisi gerçek zamanlı medya deneyimini mümkün kılma tasarım yaklaşımını tartışır. ### Zoom Meetings, Web seminerleri ve Etkinlikler Mimarimizin temeli, gerçek ağ koşullarına ve politikalara göre en iyi yolu seçen akıllı bir taşıma katmanıdır. UDP, uygun olduğunda kullanılır; daha kısıtlayıcı ortamlarda ise HTTPS/443 dahil TCP/TLS'ye sorunsuz geri dönüş yapılır. Ekran paylaşma, mümkün olduğunda akıcı hareket için Reliable UDP kullanır ve gerekirse otomatik olarak geri döner. Bir toplantıya, web seminerine veya Etkinlik'e bağlanırken, Zoom Workplace uygulaması gecikmeyi en aza indirmek için coğrafi konuma göre en yakın uygun kaynaklara yönlendirilir. Kurumsal politikalar veya performans gerektirdiğinde, trafik özel bağlantılar aracılığıyla farklı veri merkezlerine Zoom'un küresel omurgası üzerinden taşınabilir.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Zoom'un toplantı, web semineri ve Etkinlik aktif-aktif mimarisi ve tasarımına genel bakış.

Sonraki katman, gerçek zamanlı ağ ve Cihaz koşullarına uyum sağlayan reaktif bir hizmet kalitesi katmanıdır. Bant genişliğini, paket kaybını, gecikmeyi ve titreşimi izler; ayrıca yerel CPU kullanımını, belleği ve ağ I/O’sunu toplar. Bu sinyaller, üst katmanların kaliteyi ve güvenilirliği korumak için uygun uyarlanabilir eylemleri gerçekleştirmesine rehberlik eder. Zoom’ın özel, uyarlanabilir codec’i, oturum katmanında gerçek zamanlı performans için ayarlanmıştır. Çevreleyen algoritmalar, kare hızını ve çözünürlüğü Cihaz ve ağ koşullarına uyacak şekilde sürekli olarak optimize eder. Koşullar İzin Verdiği ölçüde mümkün olan en iyi deneyimi sunmak için Zoom, birden çok Eş Zamanlı akış kullanır ve Zoom Workplace uygulama dinamik olarak en uygun katmanı seçer. Verimli sıkıştırma sayesinde, oturumlar yaklaşık %45’e kadar paket kaybıyla kullanılabilir kalır; bu durumlarda, konuşmaların net kalması için ses videoya göre önceliklendirilir. Çok akışlı yaklaşım ayrıca bant genişliğini her katılımcının ses ve video gönderme ve alma yeteneğine göre ayarlar. Zoom’un dağıtık konferans katmanı, sunucu tarafında transkodlama veya karıştırma olmaksızın abonelik tabanlı anahtarlama kullanır. Geleneksel hizmetler çoğu zaman akışları transkodlar ve karıştırır, bu da CPU ve bellek yükü ekler; bizim anahtarlama yaklaşımımız kaynak kullanımını azaltmak ve verimli bir şekilde ölçeklenmek üzere tasarlanmıştır. Katılımcılar coğrafi konuma göre en yakın veri merkezine yönlendirilir ve en az yükteki sunucuya atanır; katılımcılar aynı konumdaysa, verimlilik için aynı sunucuda gruplandırılabilirler. Mimari, esnek şirket içi ve hibrit dağıtımları destekler ve büyük işletmeler için kademeli trafik yolları sağlar. Toplantı Sunucusu bizim MMR'mızdır (çoklu ortam yönlendiricisi) ve her MMR bir “Toplantı Bölgesi” içinde gruplandırılır. Bölge Controller'ları tüm MMR'ları yönetir ve durumlarını her Toplantı Bölgesi için Global Bulut Controller'a bildirir. Toplantı Bölgeleri, birebir aynı mimariyle her veri merkezi için çoğaltılır ve her bölgede ek kapasite için anında daha fazla bölgeyi Eklebiliriz. Üç katman (MMR, Zoom Controller ve Global Bulut Controller) kaynakları farklı konumlarda dengelemek için kullanılır. Bir toplantıda yalnızca iki Katılımcılar varsa, Zoom mükemmel hız ve güvenilirlik için eşler arası bağlantılardan yararlanabilir. Tüm bunlar, Zoom'un toplantı hizmetlerinde %99,9 çalışma süresi kullanılabilirliğini korumasını ve güvenilir bir video konferans deneyimi sunmasını sağlar. ### Zoom Phone Zoom Phone bulutta ve bulut için geliştirildi; Zoom Meetings ve Webinars ürünlerimizde zaten Uygun olan kanıtlanmış ses kalitesi uyarlamalarını kullanıyor. Zoom’un mimarisi yerleşik yedeklilik ve dayanıklılığa sahiptir; bunun sonucunda, en büyük Organizasyon’un bile ihtiyaçlarını karşılayacak şekilde ölçeklenebilen son derece Uygun bir çözüm ortaya çıkar. Zoom Phone, çeşitli ağ ortamlarında güvenilir bağlantı için akıllı taşıma mekanizmalarından yararlanır. Medya için, Uygun olduğunda UDP üzerinden SRTP kullanır; ayrıca ses kalitesini zayıf koşullarda korumak için uyarlamalı bit hızı ve paket kaybı azaltımıyla birlikte TCP/TLS’ye sorunsuz geri dönüş yapar. Bağlantı için, gecikmeyi en aza indirmek amacıyla aramalar en yakın Uygun SIP Zone’a yönlendirilir; gerektiğinde veri merkezleri arasında otomatik devreye alma gerçekleşir.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

Zoom Phone'ın Aktif-Aktif mimarisi

Zoom'un her veri merkezinde, istemci ve operatör iletişimlerini güvence altına alan yedekli oturum sınır denetleyicileri (SBC'ler) bulunur. Bu operatör sınıfı SBC'ler, en küçük müşterilerden küresel işletmelere kadar geniş bir kuruluş yelpazesi için kolay erişim sağlar. Yük dengeleyiciler, SIP tabanlı iletişimleri Zoom'un çağrı anahtarlarına yönlendirerek çağrı hacmini eşit şekilde dağıtır. Bu dağıtım, kayıt ve yoğun çağrı saatlerinde bile kullanıcılar için sorunsuz bir deneyim sağlar. Çağrı Anahtarları, Zoom Phone'un temel çağrı kontrolüdür. Bu ölçeklenebilir bileşenler yalnızca temel PBX işlevlerini desteklemekle kalmaz, aynı zamanda telemetri verilerinin Zoom Phone Pano'ya iletilmesini sağlar ve Zoom Phone çağrılarını Zoom toplantılarına yükseltme gibi özellikleri Etkinleştir.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Veri merkezi içinde barındırılan donanım ve SIP bölgeleri için Aktif-aktif mimari

Zoom Workplace uygulaması, uygulamanın bant genişliğini, paket kaybını, gecikmeyi ve jitter’ı izlemek için tescilli mantıktan yararlanırken, aynı zamanda uygulamanın CPU kullanımını, belleğini ve ağ G/Ç’sini de toplar. Bu teknoloji, çağrıları aktif olarak izler ve kötü ağ koşullarını aşmak için gerçek zamanlı ayarlamalar yaparak çeşitli ağ ortamlarında ve farklı cihazlarda üstün çağrı kalitesi ve güvenilirlik sağlar. Zoom Phone Pano, gerçek zamanlı ve tarihsel Hizmet Kalitesi verilerinin yanı sıra kullanım ve benimseme metriklerini, çağrı günlüklerini ve gezgin acil durum hizmetleriyle ilgili metrikleri yakalar. Zoom, her çağrıyı otomatik olarak Ortalama Fikir Puanı (MOS) ile derecelendirir; bu da BT yöneticilerinin ağdan geçen tüm çağrıların performansını izlemesine ve olası ağla ilgili sorunları izole etmesine olanak tanır.
### Zoom iletişim merkezi Zoom Phone'a benzer şekilde, Zoom iletişim merkezi'nin Aktif-Aktif mimarisi, çoklu kanal ortamı genelinde dayanıklılık ve yedeklilik sağlamaya yardımcı olur. Zoom Meetings ve Phone hizmetlerinden alınan kanıtlanmış mimariler üzerine inşa edilen iletişim merkezi, gerçek zamanlı iletişim yeteneklerini web işlevselliğiyle sorunsuz bir şekilde bütünleştirerek hem temsilci ekibinize hem de Müşterilerinize fayda sağlayan sezgisel bir arayüz oluşturur. Her veri merkezi, birbirine bağlı iki özdeş Oturum Başlatma Protokolü (SIP) bölgesine sahiptir. SIP bölgeleri, sesli çağrıların internet üzerinden yapılmasına ve alınmasına İzin Verir ve her bölge, bağımsız sürdürülebilirlik için özel donanım ve hizmetlerle donatılmıştır. Bir veri merkezi içinde, bir yük dengeleyici çağrıları her iki SIP bölgesi arasında eşit şekilde dağıtır. Çağrılar, çağrı yönlendirme, kurulum ve sonlandırma gibi çeşitli işlevlerden sorumlu olan bir çağrı anahtarları kümesi arasında dağıtılır. Çağrı anahtarlarından, çağrılar her bölge içinde bir SBC’ye bağlanır; bu SBC ya Zoom’un hizmet sağlayıcılar ağına ya da çağrı nihai varış noktasına ulaşana kadar PSTN Yönlendirme için müşteri tarafından sağlanan bir operatöre bağlanır. SBC’ler, yük dengeleyiciler ve çağrı anahtarları, dayanıklılık için beklemede olan yedek donanım ile desteklenir. Zoom iletişim merkezi, Zoom Phone ile aynı istemci uyarlama ve taşıma davranışından yararlanır—Uygun olduğunda TCP/TLS’ye geri dönüşle UDP kullanarak—böylece kısıtlı ağlarda bile ses net kalır. Video ve dijital kanallar için hizmet, tutarlı kalite ve yedek geçiş için Zoom’un gerçek zamanlı medya omurgasını ve bulut dayanıklılığını kullanır. #### Cobrowse Zoom iletişim merkezi’nin Cobrowse hizmeti, ana Zoom iletişim merkezi hizmetinden ayrı bir altyapı üzerinde çalışır. Bir oturum başladığında, yazılım geliştirme kiti (SDK), çift yönlü iletişim için Cobrowsing Merkez Sunucusu’na (CHS) kalıcı bir WebSocket bağlantısı kurar; gecikmeyi azaltmak için trafik coğrafi konuma göre en yakın Uygun veri merkezine yönlendirilir. Hizmet, bulut, hibrit ve şirket içi dağıtım modelleri genelinde esnek ölçeklendirmeyi desteklemek için CHS düğümleri arasında dinamik yük dengelemesi olan durumsuz, dağıtık bir mimari kullanır. Oturum sürekliliğini korumaya yardımcı olmak için SDK, bağlantı kesintiye uğrarsa sağlıklı CHS düğümlerine otomatik olarak yeniden bağlanır ve veri merkezleri arasında en az kesintiyle devre dışı kalıp devreye girebilir. Sürekli sağlık izlemesi ve Zoom’un daha geniş Aktif-Aktif dayanıklılık yaklaşımıyla birlikte bu mimari, Kurumsal ortamlar için güvenilir ve ölçeklenebilir cobrowsing performansı sağlamak üzere tasarlanmıştır.

Veri merkezi içinde barındırılan Cobrowse SDK bölgeleri için Aktif-Aktif mimari

## **Hibrit ve Şirket İçi Dağıtımlar için Zoom Node** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) veri merkezi kaynaklarınızı Zoom'un bulutuyla bağlayan, bulut tarafından yönetilen hibrit bir platformdur; Zoom Hizmet Modüllerini (iş yüklerini) şirket içinde dağıtmanızı ve bunları Zoom web portalı üzerinden yönetmenizi sağlar. Dayanıklılık açısından iki modül öne çıkar: Zoom Meetings Hybrid ve Zoom Phone Local Survivability (ZPLS). [Zoom Meetings hibrit](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) gerçek zamanlı medyayı dahili katılımcılar için yerel Node'unuz üzerinden yönlendirirken sinyalleşme, yönetici işlevleri ve ilkeler Zoom bulutunda kalır; ayrıca Zoom veri merkezlerine erişilemez hâle gelirse yerel bir hayatta kalabilirlik seçeneği içerir. Dahili kullanıcılar düşük gecikmeli yollar ve azaltılmış internet çıkışı elde ederken, harici katılımcılar her zamanki gibi bulut üzerinden Katılabilir. Hesaplar ayrıca gerektiğinde yerel kayıt için Kayıt Bağlayıcısı ekleyebilir; yerel kapasite mevcut değilse otomatik bulut yük devretme işlevi sağlanır.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

Zoom Meetings Hybrid Modülü, yerel bir
ağdaki kullanıcıların buluta kademeli olarak bağlanan Hybrid MMR'ye nasıl bağlandığını gösterir.

[Zoom Phone Yerel Dayanıklılığı](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS), WAN veya sağlayıcı yolu kesilirse bir tesiste temel arama hizmetinin kullanılabilir kalmasını sağlar. Telefonlar yerel olarak kaydolur, dahili dâhili hat aramaları devam eder ve yapılandırıldığında kritik giden çağrı, şirket içi bir PSTN yolu üzerinden sürdürülebilir. Bağlantı geri geldiğinde hizmet otomatik olarak normal bulut işletimine döner.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability, hizmeti etkileyen bir Etkinlik durumunda PSTN ve
tesisler arası bağlantı için birden çok geri dönüş senaryosunu destekler.

## **Küresel Olarak Dağıtılmış Veri Merkezleri ve Yedeklilik** Zoom, dünya genelindeki birbirine bağlı birden fazla veri merkezi arasında dağıtılmış aracılara ve iletişim sunucularına sahiptir. Bant genişliği, gecikme ve olağanüstü durum kurtarma yalıtımı bakımından Müşterilerimiz için performansı en iyi duruma getirmek amacıyla veri merkezlerimizi ve İnternet hizmet sağlayıcılarımızı (ISP'ler) sürekli değerlendiriyoruz. Veri merkezlerimiz, ISP taşıyıcılarından bağımsız olan ve fiziksel güvenlik, yedekli güç, üst düzey ISP'lere ve eşleme Ortaklarına Eş Zamanlı erişim sağlayan güvenli ortak yerleşim tesislerinde bulunmaktadır. Bölgesel veya kapasite gereksinimlerinin gerekli kıldığı durumlarda, genel bulut sağlayıcıları üzerinde de belirli dağıtımlarımız bulunmaktadır. Ortak yerleşim tesislerimiz, tam yedeklilik ve hızlı yük devretme özelliğine sahip, hataya dayanıklı mimariyle inşa edilmiştir. Zoom, yeni oturumları en iyi yanıt süresine sahip veri merkezine otomatik olarak taşımak için iletişim sunucularında dinamik yük dengelemesi yapar. Bu tesisler fiziksel katmanda da dayanıklılık için tasarlanmıştır. Her ortak yerleşim tesisi, bileşen arızaları ve fiziksel tehlikeler sırasında tesisin çalışır durumda kalmasını amaçlayan N+1 yedeklilik ve eksiksiz bir çevresel denetim kümesiyle inşa edilmiştir: * Sıcaklık ve nem denetimleri * Bileşen arızasını karşılayacak şekilde tam yedekli ve ölçeklendirilmiş güç sistemleri * Dayanıklı acil durum aydınlatması * Yangın koruması * Su hasarına karşı koruma Veri merkezleri, N, N+1 veya 2N gibi kesintisiz güç kaynağı (UPS) yedeklilik modellerini ve N+1 tasarımı kullanan jeneratör yedekliliğini içerir; güç bakımı ve testleri ilgili veri merkezi sağlayıcısı tarafından yürütülür. Zoom, bulut altyapısının bazı bölümlerini AWS üzerinde oturum sahibi olarak barındırdığında, AWS kontrollerinin varlığı ve işleyişi Zoom'un Güvenlik ekibi tarafından harici hizmet denetçi raporları aracılığıyla yıllık olarak incelenir; belirlenen herhangi bir istisna AWS ile görüşülür ve, Zoom'un sistemleri veya verileri için bir risk sergilemeleri halinde, Zoom yönetimine iletilir.

Zoom Ticari Veri Merkezi Konumları Dünyanın Dört Bir Yanında (Kasım 2024)

## **Kapasite** Zoom, büyüyen İşletmemizi desteklemek ve en yoğun kullanım gereksinimlerini karşılamak için altyapımızın tüm yönlerinde %50 fazla kapasiteyi korur. Mevcut ve gelecekteki müşteri ihtiyaçlarımıza dayanarak hizmet sunma ve ölçeklendirme yeteneğimize güveniyoruz. ## **İşletme Sürekliliği ve Afet Kurtarma** Normal koşullar altındaki güvenilirlik hikâyenin yalnızca bir parçasıdır; aynı derecede önemli olan, platformun bir şeyler ters gittiğinde nasıl davrandığıdır. Doğal afetler, güç veya tesis arızaları, siber olaylar, ağ kesintileri ve donanım arızaları gibi kesintiler, herhangi bir küresel hizmet için kaçınılmaz bir gerçektir ve Zoom'un dayanıklılığı, bu olaylara nasıl hazırlandığına, bunlara nasıl dayandığına ve bunlardan nasıl kurtulduğuna dayanır. Bu dayanıklılık, her biri bir kesintiden önce, sırasında ve sonrasında farklı bir noktada çalışan, birbirinden ayrı ancak bağlantılı dört katmana dayanır: * **Yüksek Kullanılabilirlik** — arızalar meydana gelmeden önce, tek hata noktalarını ortadan kaldırarak arızaların olasılığını ve etkisini azaltan mimari katman. * **İş Sürekliliği** — bir kesinti meydana geldiğinde temel işlevleri çalışır durumda tutan operasyonel katman. * **Felaket Kurtarma** — kesintiye yol açan bir olaydan sonra etkilenen teknoloji sistemlerini ve hizmetleri normal çalışmaya geri getiren geri yükleme katmanı. * **Test** — bu uygulamaların çalıştığını doğrulayan ve sürekli iyileştirme için dersleri ortaya çıkaran doğrulama katmanı. Bu katmanlar birbirinin üzerine inşa edilir: yüksek kullanılabilirlik kurtarma ihtiyacının sıklığını azaltır, iş sürekliliği bu durum yaşanırken nelerin çalışır durumda kalacağını yönetir, felaket kurtarma etkilenenleri geri yükler ve test tümünü doğrular. Bu belgede anlatılan mimari — aktif-aktif veri merkezleri, coğrafi konuma dayalı Yönlendirme, otomatik failover ve N+1 dağıtımı — uygulamada yüksek kullanılabilirlik katmanıdır. Aşağıdaki bölümler kalan üçünü açıklar. ### Yüksek Kullanılabilirlik Yüksek kullanılabilirlik, kesintisiz çalışmayı ve minimum kesinti süresini desteklemeye yönelik sistem ve hizmet tasarımını ifade eder ve kritik hata noktalarını en aza indirme veya ortadan kaldırma hedefiyle Zoom'un sistemlerine işlenmiştir. Hizmetler, tam veri merkezi kesintilerine dayanacak şekilde tasarlanır ve bir arıza meydana geldiğinde otomatik süreçler trafiği etkilenen alandan uzaklaştırır. Temel uygulamalar N+1 standardına göre dağıtılır; böylece bir veri merkezi kullanılamaz hale gelirse, hayatta kalan tesislere trafiği yük dengelemek için yeterli kapasite kalır. Bu tasarım felsefesi, bir iletişim platformunun dayandığı tüm sistemleri kapsar — yedekli tesisler, telefon altyapısı, internet ve LAN bağlantısı, güvenlik altyapısı, ilişkisel veritabanı sistemleri, toplu depolama, yedeklemeler, donanım ve ilişkili kapasite yönetimi ile bakım uygulamaları — böylece herhangi bir tek bileşenin, sistemin veya tesisin arızası hizmet kaybına yol açmaz. ### İş Sürekliliği Zoom'un iş sürekliliği planlaması, kesintilerin operasyonlar üzerindeki etkisini en aza indirmek, varlıkları korumak ve müşteriler ile paydaşlar için temel hizmetleri sürdürmek üzere tasarlanmıştır. Önce korunması veya geri yüklenmesi gereken işlevleri, bu işlevlerin bağlı olduğu insanlar, teknoloji, tedarikçiler ve işyeri kaynaklarını ve bu bağımlılıkların kesintiye uğraması durumunda ortaya çıkabilecek potansiyel etkiyi belirler. Bu, normal operasyonlar etkilendiğinde, özellikle birden fazla işlev veya kaynağın aynı anda ele alınması gerektiğinde, Zoom'a yanıt ve kurtarmayı koordine etmek için yapılandırılmış bir temel sağlar. Bu planlamanın temelinde İş Etki Analizi (BIA) bulunur; bu, Zoom'un kritik işlevler üzerindeki kesintilerin potansiyel etkilerini belirlemek ve değerlendirmek için kullandığı sistematik süreçtir. Zoom, kritik işlevler için en az yılda bir kez veya kritik bir iş sürecinde önemli bir değişiklik olduğunda BIA gerçekleştirir. Analiz dört temel bileşeni kapsar: 1. **Kritik iş işlevlerinin belirlenmesi** — Zoom'un operasyonları için gerekli olan temel süreçlerin belgelenmesi ve bunlar arasındaki bağımlılıkların ve karşılıklı bağımlılıkların belirlenmesi. 2. **Etki değerlendirmesi** — finansal kayıp, operasyonel kesinti süresi, yasal ve düzenleyici etkiler ile itibar kaybını dikkate alarak, kesintilerin her bir işlev üzerindeki potansiyel etkisini değerlendirme. 3. **Kaynak gereksinimleri** — kurtarmayı desteklemek için gereken personel, teknoloji, tesisler ve üçüncü taraf hizmetleri belirlemek ve bunların mevcudiyetini ve yeterliliğini değerlendirmek. 4. **Kurtarma çabalarının önceliklendirilmesi** — kritik işlevlerin kurtarılmasını etkilerine ve belirlenmiş kurtarma hedeflerine göre sıralamak, böylece en kritik işlevlerin önce geri yüklenmesini sağlamak. ### Felaket Kurtarma Zoom, ürünleri genelinde her yıl yapılan testlerle felaket kurtarma yeteneklerini düzenli olarak doğrular. Şirket, kesinti sonrasında kritik sistem ve hizmetlerin geri yüklenmesine yönelik prosedürleri, kurtarma stratejilerini, roller ve sorumlulukları ve iletişim protokollerini tanımlayan resmi, belgelenmiş bir Felaket Kurtarma Planı (DRP) sürdürür. Zoom'un DRP'si, aşağıdakilerden bir veya birkaçını içerebilecek çeşitli afet senaryolarını ele almak üzere tasarlanmıştır: elektrik kesintileri, ağ bağlantısı kaybı, donanım arızaları, doğal afetler ve tam tesis arızası da dahil olmak üzere diğer kesintiye neden olan olaylar. Felaket kurtarmayı yöneten bilgi güvenliği standartları belgelenir, onaylanır, iletilir ve en az yılda bir kez gözden geçirilir. Bulut hizmetleri için özel bir sıcak kurtarma tesisi sürdürmek yerine, Zoom sürekliliği desteklemek için yedekli mimariye, çok konumlu veri merkezlerine ve AWS, OCI ve GCP dahil olmak üzere birkaç bulut sağlayıcısına güvenir. Platform düzeyinde, kurtarma modeli hizmet türüne göre değişir: * **Web kümesi ve gerçek zamanlı olmayan iletişim** AWS yüksek kullanılabilirlik altyapısını çok bölgeli aktif-aktif yapılandırmada kullanır, veri merkezleri arasında failover'ı etkinleştirmek için DNS kayıtlarına dayanır ve her veri merkezi içinde çoğaltma yeteneklerine sahip birden fazla bileşen içerir. * **Bölgesel veri merkezleri ve gerçek zamanlı iletişim** coğrafi olarak dağılmış, Seviye 3 ve üzeri sağlayıcılar arasında aktif-aktif yapılandırmada çalışır; her bölgesel veri merkezi içinde yedekli ve dayanıklı bileşenler ile bağlantı, bağlantıyı destekleyen çeşitli operatörler ve yeniden bağlanma gerektiren bölgeler arası failover bulunur. Zoom'un belgelenmiş kurtarma stratejileri, etkilenen bir bölgeden trafiği veya hizmetleri uzaklaştıran bölge failover'ını ve yazılım ya da dağıtıma bağlı sorunlardan kurtulmak için hizmetleri daha önce bilinen iyi bir ortama ya da dağıtım durumuna geri döndüren mavi-yeşil dağıtım yoluyla rollback'i içerir. Bu stratejiler tanımlanmış kurtarma hedefleriyle ölçülür. Kurtarma süresi hedefi (RTO) — kesinti sonrasında hizmeti geri yüklemek için hedeflenen süre — beş dakikanın altında olma hedefini taşır. Kurtarma noktası hedefi (RPO) — tolere edilebilir veri kaybının hedeflenen miktarı — bir veri kaybı olmaması hedefini taşır ve bulutta depolanan verilerin birden fazla kullanılabilirlik bölgesine çoğaltılmasıyla desteklenir. Bu hedefler, hizmet garantisi işlevi görmekten ziyade Zoom'un tasarımını ve testlerini yönlendirir. Etkili veri yedekleme ve geri yükleme, bu yaklaşımın temel bir bileşenidir; kritik bilgileri koruyarak bir kesinti durumunda geri yüklenebilmelerini ve iş sürekliliğinin sürdürülmesini sağlar. Zoom, tam felaket kurtarma planını veya ayrıntılı test sonuçlarını dışarıyla paylaşmaz; çünkü bu materyaller dahili ve hassas gizli iş bilgileri içerir. Başvurun [Zoom'un Güven Merkezi](https://www.zoom.com/en/trust/legal-compliance/) kamuya açık Uygun belgeler hakkında daha fazla bilgi için. ### Test Zoom, üçüncü taraf denetçiler tarafından gerçekleştirilen yıllık masa başı ve failover testleriyle kurtarma uygulamalarını doğrular. Bu testler, yanıt ve kurtarma süreçlerinin amaçlandığı gibi çalıştığını doğrular, boşlukları belirler ve edinilen dersler aracılığıyla sürekli iyileştirmeyi destekler. Testler, Zoom Meetings, Zoom Phone, Zoom iletişim merkezi, Zoom Virtual Agent, Zoom Rooms, Zoom Events, beyaz tahta, Çalışma Alanı Rezervasyonu ve RTC ile telefon Ağ Geçitleri de dahil olmak üzere, platform genelinde çok çeşitli ürün ve hizmet alanlarını kapsar. Bu belgede açıklanan yedekli, aktif-aktif mimariyle birleştiğinde, bu katmanlı yaklaşım Zoom'un hizmetlerini geniş bir kesinti koşulları yelpazesinde Uygun ve kurtarılabilir tutmak için tasarlanmıştır. ## **Sonuç** Zoom’un güvenilirliği, bulut öncelikli hizmet tasarımını, uyarlanabilir medya Yönlendirme, yedekli küresel altyapıyı, kapasite planlamasını ve resmi iş sürekliliği ile felaket kurtarma uygulamalarını birleştiren katmanlı bir mimariyle desteklenir. Zoom Meetings, Zoom Phone, iletişim merkezi, Zoom Node, küresel veri merkezleri ve ilgili hizmetler genelinde Zoom’un platformu, çeşitli ağlar, bölgeler, cihazlar ve dağıtım modelleri arasında tutarlı iletişimi desteklemek üzere tasarlanmıştır. Aynı tasarım ilkeleri, günlük hizmet kalitesini desteklemenin yanı sıra ölçekli dayanıklılığı da destekler. Aktif-aktif mimari, akıllı Yönlendirme, uyarlanabilir taşıma, yedekli tesisler, kurtarma planlaması, yedekleme uygulamaları ve düzenli testler, operasyonel olaylar meydana geldiğinde temel hizmetlerin sürdürülmesine ve kurtarmanın desteklenmesine yardımcı olmak için birlikte çalışır. Müşteriler ve BT ekipleri için bu yaklaşım, UCaaS ve CCaaS ortamlarında güvenilir iletişim, operasyonel süreklilik ve yönetilebilir Kurumsal dağıtım için tasarlanmış bir platform sağlar. *Jakob Ganschow ve Sam Azimipour tarafından yazıldı* --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://library.zoom.com/technical-library/tr/yonetici-kosesi/architecture-and-design/bcdr-whitepaper.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.