Makine öğrenmiyor: Yüksek eşzamanlı IM sistem mimarisinin optimizasyon uygulaması
İnternet + çağında, mesajların büyüklüğü keskin bir şekilde arttı ve mesaj formlarının çeşitlendirilmesi, anlık mesajlaşma bulut hizmeti platformlarına büyük zorluklar getirdi. Yüksek eşzamanlı IM sisteminin arkasında ne tür mimari ve özellikler var?
Yukarıdaki içerik, Netease Yunxin'in baş mimarı tarafından paylaşılan dahili malzemelerden derlenmiştir.
İlgili okuma önerileri:
Push garantisi ve ağ optimizasyonu ayrıntılı açıklama: Kullanıcı deneyimini etkilemeden arka planda canlı tutma nasıl gerçekleştirilir?
Ayrıntılı push garantisi ve ağ optimizasyonu: uzun bağlantı artı push kombinasyon planı nasıl yapılır
Bu makalenin temel noktaları:
l Netease Yunxin genel mimari analizi
l Yunxin'de istemci bağlantısı ve erişim noktası yönetimi
l Servis ve yüksek kullanılabilirlik
NetEase IM Bulut Katmanlı Mimari Diyagramının Analizi
1. Temel istemci SDK, Android, iOS, Windows PC masaüstü, web sayfası ve gömülü cihazlar gibi birden çok platformu kapsar. SDK katmanında kullanılan ağ protokolleri, 4 katmanlı TCP protokolünü ve 7 katmanlı Socket.IO protokolünü içerir. İkincisi, özellikle Web SDK'da uzun bağlantı yetenekleri sağlamak için kullanılır; Uygulama Uygulamasına entegre edilen SDK'ya ek olarak, Üçüncü taraf sunucuların arayabileceği API arayüzü, Http protokolüne dayanır; nihai A / V SDK, ağ tabanlı sesli ve görüntülü aramaları uygulamak için kullanılan UDP protokolüne dayalı gerçek zamanlı bir ses ve video SDK'sıdır.
2. Ağ geçidi katmanı: İstemcinin sunucuyla olan uzun bağlantıya doğrudan erişmesini ve bunu sürdürmesini sağlar; WebSDK, Socket.IO protokolüne dayalı uzun bir bağlantı hizmeti olan ve AOS / IOS / için sağlanan Weblink hizmetine doğrudan bağlanır. PC'ler gibi İstemci SDK'ları, TCP protokolüne dayalı olarak Link hizmetine doğrudan bağlanır; Link ve WebLink hizmetlerinde üstlenilen çok önemli bir işlev, tüm istemci uzun bağlantılarının yönetimidir. HTTP protokolüne dayalı ağ geçitlerinde API hizmetleri vardır ve Ağ verimliliğini optimize etmek için istemci SDK'sının en uygun ağ geçidi erişim noktasını seçmesine yardımcı olmak için LBS hizmetinin kullanıldığı LBS hizmeti vb. API hizmeti, üçüncü taraf sunuculardan doğrudan hizmet istekleri sağlar;
3. HA katmanı: ağ geçidi erişim katmanının üstünde HA katmanı bulunur.Ağ geçidi erişim katmanı istemcilere doğrudan bağlantı sağlayabilir.Bağlantı katmanı ile hizmet katmanı arasında ayrıştırmak ve yüksek kullanılabilirlik ve kolaylık sağlamak için bir HA katmanı vardır. Genişletme ve diğer özellikler; HA'nın özel uygulamasında, müşterinin uzun bağlantısını sürdüren Link ve WebLink'in iki hizmeti için Yunxin, protokol yönlendirme hizmetini sağlar ve onun adına iş isteklerini dağıtır.Röntme katmanı önceden tanımlanmış kuralları takip edecektir. İstemciden gelen istek, ilgili iş düğümüne iletilir. İş kümesi genişletildikten sonra, yönlendirme hizmeti hemen yeni bir kullanılabilir düğüm bulabilir ve isteği iletebilir. Anormal bir iş düğümü bulunduğunda, yönlendirme katmanı tarafından işaretlenecek ve çevrimdışı olarak izole edilecektir. Değişim için.
4. İş düğümü kümesi: HA katmanında, Uygulama hizmeti olarak adlandırdığımız belirli bir iş düğümü kümesidir. Bu hizmet, belirli istemci isteklerini ele alır ve arka uç, DB ve önbellek gibi çeşitli temel hizmetlere doğrudan bağlıdır. Bu kümedeki düğümler Hafifliği ile karakterizedir ve her düğüm durumsuzdur. Küme gerçekten konuşlandırıldığında, Yunxin aynı şehir çift bilgisayar odasında bir dizi iş hizmeti düğümünü dağıtmak gibi ağ ortamında konuşlandırılır ve ön uç yönlendirme katmanı aracılığıyla dağıtılır İş istekleri, normal zamanlarda birbirleri için hazır beklemedir ve çevrimiçi iş trafiği eşit olarak paylaşılır; tek bir ağ ortamı veya altyapı arızalandığında, yönlendirme hizmeti tarafından hemen algılanacak ve ortamdaki bilgi işlem düğümleri çevrimdışı olarak işaretlenecektir. Tüm çevrimiçi trafik talepleri normal çalışma kümesine iletilir; böylece hizmetin genel kullanılabilirliği iyileştirilir; izleme platformu ve diğer işletim ve bakım araçlarıyla, gerçek zamanlı işleme yetenekleri ve iş düğümlerinin kapasite kullanımı dinamik olarak izlenecek ve işleme yetenekleri Önceden ayarlanmış su seviyesine ulaşıldığında, alarm hemen devreye girer ve işletme ve bakım personeli, otomatik dağıtım platformu aracılığıyla iş düğüm kümesini kolayca ve hızlı bir şekilde genişletebilir.
5. İş katmanı: Bazı temel işlevler içerir: temel tek sohbet mesajları, grup sohbet mesajları ve sohbet odaları, bildirimler, vb .; kullanıcı bilgileri barındırma, özel ilişki yönetimi vb. Ve SMS ve geri arama gibi API odaklı hizmetler Telefon ve özel hat konferansları, vb .; gerçek zamanlı ses ve video ve canlı yayın işlevleri gibi ilgili yetenekler.
En sağda listelenenler, geliştirici uygulamalarıyla üçüncü taraf veri senkronizasyonu, kişiselleştirilmiş içerik inceleme desteği, süper büyük grup hizmetleri, oturum açma ve oturum kapatma olay günlükleri, dolaşım mesajları dahil olmak üzere hizmet katmanından ayrı olarak listelenen daha önemli işlevlerdir. Bulut mesaj geçmişi işlevi, push hizmeti vb.
NetEase IM bulut dağıtım topolojisi
Aşağıdaki basitleştirilmiş dağıtım topolojisi diyagramı aracılığıyla Yunxin'in genel teknik sistemi hakkında bir ön anlayışa sahip olabilirsiniz. En sağda istemci var. İstemci, LBS hizmeti aracılığıyla ağ geçidi erişim noktalarının listesini alır ve ardından Link ve WebLink gibi kalıcı bağlantı sunucularıyla uzun bir bağlantı kurar ve RPC işlemlerini gerçekleştirir. İstemciden gelen tüm istekler yönlendirme katmanı aracılığıyla iletilir. Arka uç APP katmanı, APP katmanı eşzamanlı isteklerin işleme sonuçlarını gerçek zamanlı olarak işler ve yayınlar ve kuyruk hizmeti aracılığıyla eşzamansız görevlere bazı eşzamansız görevler gönderir. Bu eşzamansız hizmetler, büyük mesaj gruplarının gönderilmesini, itme hizmetlerini ve geçmiş bulut mesajlarının depolanmasını içerir. Üçüncü taraf veri CC senkronizasyon hizmetleri vb.; Alttaki API arayüzü benzerdir, API doğrudan üçüncü taraf sunucu çağrı istekleri sağlar ve API arka ucu geri arama çağrıları, SMS vb. Gibi çeşitli bağımsız hizmetlerdir; aynı Tüm API arka uç iş istekleri de karşılık gelen günlükleri oluşturacaktır; APP'deki günlükler gibi, bu günlükler günlük toplama platformu aracılığıyla büyük veri platformunda toplanacaktır. Bir yandan, bu tür veriler şu şekilde kullanılmak üzere HDFS'de depolanacaktır. İstatistiksel analiz için veri kaynağı; Öte yandan, günlük alma ve ikincil analiz sağlamak için Hbase gibi veri ambarlarına aktarılacaktır.
Yüksek eşzamanlı IM sisteminin bağlantı katmanının optimizasyon uygulaması
Anlık mesajlaşma işlevinde en önemli bağlantı yönetimi hizmeti nasıl yapılır? Mesajların hızlı bir şekilde ulaşmasının temeli, istemci ile sunucu arasında istikrarlı bir bağlantının sürdürülmesidir; bulut hizmetinin kararlılığının temel taşı olarak anlaşılabilir. Ağ geçidi erişim katmanının çözmesi gereken en önemli sorun nedir? Çekirdek hala kararlı, güvenli ve hızlı.
İstikrar nasıl sağlanır? NetEase Yunxin SDK, elde etmek için uzun bir bağlantı mekanizması kullanır ve kalp atışı yöntemi, bağlantı kesintilerini tespit etmek ve otomatik olarak yeniden bağlanmak için kullanılır.Aynı zamanda, Yunxin SDK, mobil ağlar gibi zayıf ağ ortamları için birçok optimizasyon çalışmasına sahiptir ve mobil / PC terminalleri için uygundur. İstemci ve sunucuyu bağlamak için TCP kullanın ve tarayıcı uyumluluğu sorunlarını çözerken uzun bağlantılar elde etmek için Web tarafı için socketIO protokolünü kullanın;
Güvenlik nasıl sağlanır? Yunxin, genel ağda iletilen tüm verilerin şifrelenmesini gerektirir; SDK ile sunucu arasındaki bağlantının kurulması sırasında karmaşık bir anahtar görüşme süreci vardır.İlk olarak, müşterinin bir kerelik şifreleme anahtarı oluşturması ve bunu kullanması gerekir. Asimetrik şifreleme yöntemi bu gizli anahtarı şifreler ve sunucuya iletir. Şifrelenmiş verilerin şifresi sunucu tarafından çözülür. Bundan sonra, şifreleme gizli anahtarı kalıcı bağlantının oturum bilgilerinde tutulur. Veriler bu gizli anahtar kullanılarak şifrelenir. Bu bir akıştır. Tür şifreleme, ortadaki adam saldırılarını ve veri paketi oynatımını ve diğer saldırı yöntemlerini etkili bir şekilde önleyebilir.
Hızlı nasıl sağlanır? Birincisi, ağ geçidi erişim noktası seçiminde, LBS hizmetinin yardımıyla, müşterinin ip gibi bilgilerden belirlenen en yakın fiziksel mesafe düğümü gibi en uygun ağ geçidi erişim noktasını bulmasına yardımcı olabilir, ikincisi bağlantı kurulduktan sonra bağlantı uzundur. Mekanizma, mesaj yukarı bağlantı ve aşağı bağlantı hızını büyük ölçüde artırabilir ve veri iletimi sırasında Yunxin, veri paketlerini sıkıştırıp ileterek mesaj gönderme ve alma hızını artırmak için ağ ek yükünü azaltır; sık ön uç ve arka uç anahtarlama ve bu tür mobil cihazların yeniden günlük kaydı için İstemci senaryosunda, SDK otomatik oturum açma ve yeniden bağlanma gibi mekanizmalar sağlar, yani UI arayüzü yukarıdayken mesaj kanalı önceden kurulmuştur; erişim ağ geçidinin seçim stratejisinde paralellik (resim göster) ile bağlantı kurma hızı iyileştirilir;
İstemci ile sunucu arasında uzun bir bağlantı kurma süreci gösterilir
SDK erişiminin ilk adımı, önce LBS hizmetini talep etmek ve erişilebilen erişim ağ geçidi adres listesini almaktır. LBS hizmeti, çeşitli politika koşullarına göre istemciye adres atayacaktır. Ortak koşullar aşağıdaki gibidir:
1: Appkey, appkey aracılığıyla, özel sunucu çözümleri için kullanılabilen belirli bir erişim noktasına belirli bir uygulama isteği yönlendirilebilir;
2: Denizaşırı düğümlerin yapılandırmasında yaygın olan, istemcinin coğrafi konumuna göre yakınlardaki erişim ağ geçitlerini tahsis etmek için kullanılan İstemci ip'i;
3. Belirli bir sürüm aralığının istemcisini, yeni ve eski sürüm yükseltmelerinin uyumluluk şemasında sıklıkla kullanılan belirli bir ağ geçidine yönlendiren SDK sürüm numarası Şu anda gerçek bir kullanım durumu yoktur;
4. Akıllı müşteri hizmetleri ortamı gibi belirli ortam tanımlayıcıları, daha büyük parçalı ortamların yalıtım gereksinimleri için belirli uygulama türlerini belirli ağ geçitlerine yönlendirmek için kullanılır;
Müşteri, LBS servisinden erişim ağ geçidi adresine talep ettikten sonra listedeki adreslere göre bağlantı kurmaya çalışacak; bu sıraya sıkı sıkıya uyulursa, istemcinin bağlantı kurma süreci yavaşlayacaktır.Erişim sürecini hızlandırmak için, Aslında, işlem sırasında SDK, bir bağlantı kurmak için yerel önbellekteki son LBS isteğinden döndürülen adres listesini kullanır ve LBS'den yeni bir adres listesi alır ve bir sonraki kullanım için yerel olarak önbelleğe alır; listedeki tüm adresler Bir kez daha başarısız olursa, bağlantı kurmak için varsayılan bağlantı adresi kullanılır; varsayılan adres başarısız olursa, 415 veya 408 ağ hata kodu görünecektir;
Hedef adresi aldıktan sonra, uzun bir TCP bağlantısı kurmaya çalışacaktır.Bağlantı kurulduktan sonra, şifreleme anahtarı sunucu ile görüşülerek ilk kimlik doğrulama paketi gönderilecektir.Kimlik doğrulama tamamlandıktan sonra, uzun bağlantı güvenli ve etkili bir bağlantıdır. İstemci sonraki RPC isteklerini başlatabilir; sunucu ayrıca bu bağlantıya mesaj bildirimleri gönderebilir; anahtar anlaşması başarısız olursa veya kimlik doğrulama başarısız olursa, bağlantı geçersiz bir bağlantı isteği olarak kabul edilir ve sunucu bağlantısı zorla kesilir;
Son olarak ivme düğümünden bahsedelim, hızlı bağlantı elde etmek için, ağ geçidi erişim noktası tahsis edildiğinde istemciye en yakın düğüme öncelik verilecektir; buradaki hızlandırma düğümü, kullanıcının daha yakın olması için sağladığı özel bir düğümdür.
Hızlandırma düğümünün temel arka planı, operatör tarafından bireysel kullanıcıya sağlanan hat kalitesinin, ister mobil ağ ister kablolu ağ olsun, IDC merkezleri arasındaki ağın kalitesinden her zaman farklı olmasıdır; tüm kullanıcı bağlantısındaki kritik yol ile değiştirilirse IDC'ler arasındaki ağ hattı, bağlantının kararlılığını ve hızını iyileştirmeye yardımcı olur.
Amerika Birleşik Devletleri'ndeki bir müşterinin Hangzhou'daki bir ağ geçidi erişim noktasına cep telefonu ağı üzerinden eriştiğini varsayalım İstemcinin bulunduğu ağ bir mobil ağ olduğundan, Hangzhou sunucusuna bağlantı çok uzun ve atlayabilecek ara düğümler mevcut değil. Çin'de güvenlik duvarının aşılması beklenmektedir; bu nedenle, çoğu doğrudan bağlantı durumunda, bağlantının bağlanamaması veya bağlantıdan sonra bağlantının sık sık kesilmesi olabilir.
Çok katmanlı hızlandırma düğümleri sağlıyoruz: hızlandırma düğümünü ekledikten sonra, kullanıcının genel bağlantısındaki öngörülemeyen bağlantı daha kaliteli bir hatla değiştirilir ve kullanıcının yerel hızlandırma düğümüne doğrudan bağlı olduğu ağ genellikle Çok daha iyi olacak.
:
Farklı teslimat modlarının mesaj dağıtımının verimliliği üzerindeki etkisinden bahsedelim:
Soru 1: Eşzamanlı ileti teslimi yeteneği nasıl iki katına çıkarılır?
Bu resimde, üst kısım noktadan noktaya bir Bağlantı sunucusunu gösterir Gönderen A bir mesaj gönderdikten sonra, Bağlantı mesajı aracılığıyla işlenmek üzere APP'ye gönderilir ve APP, mesaj alıcısı B'nin bulunduğu Bağlantı sunucusunu sorgular. Bağlantı y'dir, bu nedenle Bağlantı y sunucusuna bir aşağı bağlantı bildirim paketi gönderilir ve B kullanıcısına karşılık gelen uzun bağlantı Bağlantı y'de bulunur ve bildirim istemciye gönderilir; bu modda, tüm erişim noktaları Bağlantı herkes içindir Kullanıcı birbirine eşittir, herhangi bir sunucuya bağlanabilir, hedef alıcının Link sunucusunu sorgulamak için iş katmanında herhangi bir mesaj gönderilmelidir ve eğer varsa, ilgili Link sunucusuna bir bildirim paketi göndermelidir. Bu bir grup sorunudur, bu nedenle iş APP'sindeki gruptaki tüm üyelerin Bağlantı listesini sorgulamanız gerekir; bu nispeten zaman alan bir işlemdir ve mesaj alan üyelerin sayısı artmaya devam ettikçe ek yük artmaktadır. O halde sohbet odasına mesaj göndermeniz gerekiyorsa, sohbet odasındaki üye sayısı çok fazla olduğu için bu mod kısa süre sonra performans darboğazıyla karşılaşacak ve mesaj teslimindeki gecikme çok ciddi olacaktır;
Yayın tipi Bağlantı sunucusu için Yunxin ilk olarak erişim noktalarını atarken bir ilke izler, yani sohbet odalarını aynı sohbet odasına atarken, onları aynı erişim noktası grubuna atamaya çalışın; her bağlantı Link'te tutulur. Bir odadaki tüm üyelerin uzun bağlantı koleksiyonu ve Uygulamada tutulan şey, artık belirli bir kullanıcı ile Bağlantı arasındaki eşleştirme ilişkisi değil, belirli bir odaya atanmış Bağlantıların bir koleksiyonudur; bu nedenle herhangi bir üye bir sohbet odası gönderir Mesaj yayınlandıktan sonra, mesaj bağlantı aracılığıyla Uygulamaya yüklenir.Uygulamanın sadece sohbet odasının atadığı Bağlantı adreslerinin listesini bulması ve her bağlantıya bir yayın mesajı göndermesi gerekir.Bağlantı, uydu-yer bağı yayın mesajını aldıktan sonra, bunu yerel olarak yayınlayacak ve dağıtacaktır; Bu verimlilik, talep üzerine modelden daha büyük bir mertebeden daha fazladır;
Soru 2: Tek bir düğümün performans darboğazını nasıl çözebilirim?
Noktadan noktaya tür ile yayın türü arasındaki farktan bahsettikten sonra Yunxin, Yunxin'deki socket.io'ya dayalı başka bir tür weblink proxy çözümünün evrimine ve optimizasyon sürecine geri dönecek;
Bundan önce, WebLink'te iki anahtar noktayı vurgulamamız gerekiyor: Birincisi, WebLink, Socket.io protokolüne dayanmaktadır.Veri kanalının güvenilirliğini sağlamak için Yunxin'in kanalı şifrelemek için Https kullanması ve ikincisi, bir Https isteği olduğu için sağlanması gerekir. Bağımsız alan adı.
Şekil 1, en eski çözümü gösterir. Arka uç Weblink bağlantıları sağlar ve SSL şifrelemesini uygular. Birden çok düğüm, LVS aracılığıyla proxy'ye bağlanır ve alan adı, LVS proxy'sine bağlıdır. Keepalived şeması, HA'yı sağlamak için LVS proxy'sinde uygulanır. Bu çözüm dışarıya sadece bir alan adını gösterir ve aslında içeride birçok düğüm vardır ve genişletme dışarıya şeffaftır; web istemcisinin bağlanırken yalnızca bu benzersiz alan adına doğrudan bağlanması gerekir, bu tek bir ürün için en iyi yoldur Basit ve hızlı, istemci adres tahsisi sürecini atlayabilir; eksiklikler de tek bir çıkışta yoğunlaşır.Bu tek çıkış DDOS tarafından saldırıya uğrarsa, yalnızca alan adı takası ile kaçılabilir ve alan adı değişimi belirli bir etkili süre gerektirir, bu da huzur getirir Bazı işletim ve bakım maliyetleri ve ikincisi, Yunxin gibi hizmetler için tek bir çıkış esnekliğini kaybeder; tüm müşteriler doğrudan aynı portala bağlanır ve özel hizmetler ve iş yalıtımı elde edilemez ve hızlandırılmış düğüm çözümleri elde edilemez;
Dolayısıyla ikinci bir çözüm var: Bu çözüm, Link işinde LBS dağıtım yöntemini kullanır veya Weblink düğümünde SSL şifrelemesini uygular ve her Weblink düğümüne bağımsız bir alan adı atar.Müşteri erişmeden önce geçer. LBS hizmeti uygun erişim noktasına tahsis edilmiştir; bu çözümün avantajı, daha fazla esneklik sağlaması, kümeyi herhangi bir zamanda genişletebilmesi, ayrıca belirli bir uygulamanın erişim noktası adresini dinamik olarak ayarlayabilmesi ve ayrıca bir hızlandırma düğümü olma olasılığını sağlamasıdır. Ancak bu çözümle ilgili sorun, her düğümün tek bir nokta olması ve düğümde SSL kodlamasının hala gerekli olmasıdır.Java'nın SSL'sinin nispeten büyük bir CPU kaynak yükü olduğundan, ani kullanıcı trafiği tek bir düğümün hizmet yeteneğini etkileyecektir;
Bu nedenle üçüncü bir şema var. Bu şema, ön uçta yedi katmanlı bir proxy olarak Nginx'i kullanır ve Nginx'te SSL ve alan adı bağlamayı yapılandırır. Arka uç, aynı anda bir dizi Web bağlantısı kullanabilir; Nginx kullanıldığından, bağlantı noktası ayırma mantığı Aynı zamanda daha bilimseldir ve işletim ve bakım kolaylığını geliştirir; sonunda, Yunxin şu anda kullanımda olan bir kombinasyon şeması elde etti.Ön uç, esneklik sağlamak için SDK'ya erişim noktaları tahsis etmek için hala LBS hizmetini kullanıyor; arka uç birden çok Nginx kümesi bir proxy kümesi olarak kullanılır ve her küme grubunun performansı iyileştirilmiştir.
Anlık mesajlaşma platformlarının servis odaklı ve yüksek kullanılabilirlik uygulamaları
Daha önce, müşteri erişim katmanının uygulanmasına ve Yunxin tarafından kullanılan erişim noktalarının yönetimine odaklandım. Bu teknik araçlar aracılığıyla, IM hizmeti için istikrarlı ve güvenilir bir mesaj kanalı oluşturuldu. Şimdi iş katmanında nasıl yapılacağından bahsedelim. Servis ve yüksek kullanılabilirlik.
Ağ geçidi erişim katmanı, istemcinin uzun bağlantısının bakımından ve yönetiminden sorumludur.Tüm erişim düğümleri, durumsuz eş düğümler bile olabilir. Bunlar, yalnızca istemci ve sunucu arasındaki isteklerin iletilmesinden ve yönlendirme verimliliğini optimize etmekten sorumludur; İş işleme mantığının uygulanması için hala bir iş katmanına ihtiyacı var.
İş katmanının çok sayıda isteği işlemesi ve DB, önbellek, kuyruk, üçüncü taraf arayüzleri ve diğer bileşenlerle etkileşimden sorumlu olması gerekir.İş katmanını daha esnek hale getirmek için, kararlılığı, kullanılabilirliği ve ölçeklenebilirliği tüm bulut hizmetinin kalitesini doğrudan etkiler. Yunxin, ağ geçidi erişim katmanı ile iş katmanı arasında ayrıştırılması için bir yönlendirme katmanı sunar; iş düğümü çevrimiçi olduktan sonra, kendisini hizmet merkezine kaydedecek ve yönlendirme düğümü, ağ geçidi katmanının istek paketini aktaracak ve onu hizmet düğümünden gönderecektir. İstekleri dağıtmak için eşleşen düğümleri seçin; bu üç katmanlı mimari, genel sistemi daha esnek hale getirir.
Yunxin, hizmetlerin kullanılabilirliğini iyileştirmek için farklı ağlara ait ortamlarda iş düğümlerini dağıtacaktır.Normal şartlar altında hizmetler aynı anda sağlanabilir. Ortamlardan birinin ağı veya altyapısı arızalandığında, hızlı bir şekilde yönlendirme katmanından geçebilir. Hatalı kümeyi çevrimdışına alın.
Gri tonlamalı yükseltme modu için esnek destek, Yunxin bazı iş düğümlerini yükseltebilir ve ardından belirtilen kullanıcı trafiğini yönlendirme katmanının yapılandırması yoluyla yeni yükseltilen düğüme aktarabilir;
Özel hizmetler için esnek destek Kaynak tekeli için güçlü bir talebi olan bazı müşteriler için Yunxin, müşteri uygulaması altındaki tüm trafiği yönlendirme katmanı aracılığıyla bağımsız bir kümeye aktarabilir.
Transfer: https://www.cnblogs.com/wangyiyunxin/p/9241616.html
