> 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/isletme-hizmetleri/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).

# Mimari

Zoom iletişim merkezi, güvenilirlik ve dayanıklılık için Aktif-Aktif bir mimariyle tasarlanmıştır.

Aşağıdaki bölümler, Zoom iletişim merkezinin mimarisine genel bir bakış sunar.

### Zoom iletişim merkezi veri merkezi SIP bölgeleri

Aktif-Aktif bir mimaride dayanıklılık ve yedeklilik esastır. Ses kanalını ve telefon gereksinimlerini desteklemek için, her Zoom iletişim merkezi veri merkezi, bağımsız dayanıklılık ve sürdürülebilirlik için özel donanım ve hizmetlerle donatılmış, birbirine bağlı iki özdeş SIP bölgesine sahiptir.

Normal işlemler sırasında, bir yük dengeleyici çağrıları bir veri merkezi içindeki her iki SIP bölgesi arasında eşit biçimde dağıtır. Her SIP bölgesi içinde ç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 adil biçimde dağıtılır. Çağrı anahtarlarından çağrılar, her bölge içindeki bir Oturum Sınır Controller (SBC) ile bağlanır; bu yapı, çağrı nihai hedefine ulaşana kadar ya Zoom'un altta yatan sağlayıcılar ağına ya da müşteri tarafından sağlanan operatöre (BYOC-P) PSTN Yönlendirme için bağlanır.

Bu çerçevede, mimarinin her ayrılmaz parçası—yani SBC'ler, yük dengeleyiciler ve çağrı anahtarları—dayanıklılık için yedekte bekleyen yedek donanımla desteklenir. Bir SIP bölgesinin hizmeti etkileyen bir Etkinlik yaşaması durumunda, bir çağrının Aktif medyası, sinyalleşmesi ve kaydı kesintisiz hizmet için diğer bölgeye devreye geçer. Ayrıca, Zoom her zaman her SIP bölgesi içinde %50'den fazla kapasite olmamasını hedeflediğinden, bir SIP bölgesinde hizmeti etkileyen bir Etkinlik olması durumunda, çağrılar Standart işlemler yeniden başlayana kadar sorunsuz biçimde karşı bölgeye devreye geçmelidir.

Aşağıdaki diyagram, bir SIP bölgesinin Aktif-Aktif mimari tasarımını üst düzeyde gösterir:

<div data-with-frame="true"><figure><img src="https://4003797241-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fq98WhB6gPiO2XHt8t7wK%2Fimage4.png?alt=media&amp;token=0cb2610a-853b-4a55-a6a3-b862eb5634fe" alt=""><figcaption><p>Bir SIP Bölgesinin Aktif-Aktif Mimarisine Genel Bakış</p></figcaption></figure></div>

### Zoom iletişim merkezi veri merkezleri genel olarak

Fiziksel açıdan bakıldığında, Zoom'un veri merkezlerindeki varlığı; fiziksel güvenlik, yedek güç ve soğutma sistemleri ile önde gelen taşıyıcıdan bağımsız internet hizmet sağlayıcılarına (ISP'ler) ve eşleme Ortaklar'a Access sağlayan son derece güvenli ortak yerleşim tesislerinde yer alır.

Teknolojik açıdan bakıldığında, Zoom’un veri merkezlerindeki varlığı; birincil bir veri merkezinden ikincil bir veri merkezine tam yedeklilik ve hızlı devreye geçiş yetenekleri içeren, hataya dayanıklı bir mimariyle oluşturulmuştur. Bu da güvenilirliği artırır ve tüm iletişim merkezi kanalları genelinde kesinti süresini en aza indirir.

Tam bir veri merkezi kesintisi veya hizmeti etkileyen bir Etkinlik gibi olası olmayan bir durumda, Zoom iletişim merkezi medya, sinyalleşme ve kayıt bilgileri geçici olarak kaybolabilir ve beklemedeki ikincil veri merkezine geçiş gerektirebilir. Böyle durumlarda, ses kanalı oturumları ikincil veri merkeziyle yeniden kayıt olur ve tüm gelen çağrıları Konum'un yedek operatörü üzerinden yönlendirir. Ardından, hizmet tamamen geri gelene kadar tüm yeni çağrılar, ikincil veri merkezi ve ilgili Aktif-Aktif bölgeleri üzerinden işlenir. Hizmetin geri kazanılmasının ardından, işlemleri uygun birincil veri merkezinde normale döndürmek için bir bakım penceresi kullanılacaktır.

Aşağıdaki görsel, Zoom'un veri merkezi yedeklilik tasarımını üst düzeyde gösterir:

<div data-with-frame="true"><figure><img src="https://4003797241-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FHwgqOR49uylTiWcQMbHk%2Fimage.png?alt=media&amp;token=cc462744-8890-4cd4-b3e2-b0efdbb282e1" alt=""><figcaption><p>Zoom'un veri merkezi yedekliliğine genel bakış</p></figcaption></figure></div>

Okuyucuların Zoom’un [Durum](https://status.zoom.us/) ve [Kesintisiz çalışma süresi](https://uptime.zoom.us/) hizmet kullanılabilirliği hakkında ek bilgi için sitelerine başvurmaları önerilir.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/tr/isletme-hizmetleri/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.