Damai, Ali e-ticaret platformuna entegre oluyor, Jay'in konser biletlerini almak kolay olacak mı?
Yazar | Alibaba Entertainment Kıdemli Teknik Uzman Jiang Xin
Sorumlu Editör | Yu Yan
Üretildi | CSDN (ID: CSDNnews)
2018'in başında Damai, e-ticaret sistemini Ali e-ticaret platformuna bir bütün olarak entegre etmeye karar verdi. Şimdiye kadar, Damainin Ali paylaşılan e-ticaret platformu sistemine dayalı ürünleri, ürünlerin% 89'unu oluşturuyordu ve işlem% 90'dan fazlasını oluşturuyordu. Tüm popüler projeler zaten burada çalışıyor. Bağlantıda, bu noktada, tüm değişim sürecini teknik bir perspektiften gözden geçirelim.
"Huanhuan", Ali'nin paylaşım platformunun farklı iş partilerine erişim sağlayan ürün teknolojisi sistemidir.Arpa entegrasyonu da Hinghuan'ın yeteneklerine dayanmaktadır.
arka fon
Öncelikle, o zamanki Arpa Borsası'nın durumu ve bunu neden seçtiğimizden dolayı, proje başlatılmadan önceki bazı arka plan koşullarına bakalım.
2017'nin sonunda, Arpanın ana işlem süreci Alibaba'nın teknik sistemine taşınarak, Arpa'nın ana işlem bağlantısındaki orijinal teknik sisteminin yerini alarak ticaret sisteminin istikrarını büyük ölçüde artırdı. Lansmandan sonra, işlemlerde ve büyük ölçekli bilet kapma işlemlerinde büyük bir sorun yaşanmadı. Bununla birlikte, ürün teknolojisi işlemleri açısından hala birçok sorun var:
-
Bazı bağımlı hizmetler (özellikle emtia ve envanter) hala arpa odasındadır ve taşınmaya devam etmeleri gerekmektedir;
-
İşlem kapasitesi sorunları Emtia envanteri hala arpa bilgisayar odasında olduğundan, envanter kesintisi yeteneği nispeten düşüktür.Jay Chou'nun konseri gibi büyük ölçekli bir bilet kapma durumunda, iyileştirme için daha fazla alan vardır;
-
Ali ile paylaşılan e-ticaret sistemi birbirinden bağımsızdır ve bu da gelecekteki gelişmelere elverişli değildir.
Yukarıda belirtilen sorunlara bakıldığında, Barley'in e-ticaretini Alibaba paylaşılan e-ticaret teknoloji sistemine entegre edersek çözülecektir. Özellikle üçüncü yönü Gelecekle yüzleşmek, Alibaba'nın iş ekolojik unsurlarından nasıl yararlanılacağını geliştirmek için Arley stratejisinin odak noktası haline geldi.
Damai'nin e-ticaret sisteminin ortak bir e-ticaret platformuna entegrasyonunun doğru bir gelişim yönü olduğuna her zaman inandık. Ama en başta, herkesin hâlâ biraz tereddütleri vardı. Damai'nin Flying Pig'den bazı ürün teknolojisi sınıf arkadaşları var. Fliggy'nin taşıdığı seyahat işi aynı zamanda Taobao ve Tmall'dan çok farklı dikey bir e-ticarettir. O zamanlar, Fliggy paylaşım platformuna entegre edilmedi. Sebeplerin birden fazla olması gerektiği görülebilir. Örneğin, önceki paylaşım sistemi çok farklı işletmeleri barındıracak kadar yeterli açık kapasiteye sahip değildi. Tipik bir örnek: Paylaşım sistemi, ticari tarafların hizmetleri keyfi olarak dışına aktarmalarına izin vermez.
2018 yılına kadar Paylaşılan işlemler, platform ile işletme arasındaki sınırları kademeli olarak ayırdı ve platformun temel yetenekleri sağlaması ve işin farklılaştırılmış mantık elde etmek için kendi başına genişlemesi için bir dizi standart oluşturdu. Bu ilerlemeyi gerçek araştırmalarla gördükten sonra, entegrasyonun bu adımını atma konusundaki güvenimizi güçlendirdik. Bu nedenle Damai, Ali'nin e-ticaret platformuyla entegre olma projesini resmen başlattı, Arpa ticareti yepyeni bir aşamaya girmiş, tüm arpa e-ticaret sistemi de yeni bir döneme girmiştir.
İşlem Modüler Çerçevesi TMF ve Yıldız Halkası
2.1 TMF'ye dayalı işlem özelleştirmesi
Proje ilk başladığında, Starring henüz tam olarak hazır değildi. Arpa işinin farklılaştırılmış özelleştirmesi, temel olarak, paylaşılan işlemlerin çeşitli uygulamalarında işlem modülerleştirme çerçevesine (TMF) dayalı olarak gerçekleştirilir.
TMF'nin mantığı, bir işlemle ilgili bir talep geldiğinde, önce iş kimliğini belirleyip kimin işi olduğunu bulması ve ardından iş sürecinin işleyişi sırasında, farklılaştırılmış özelleştirme amacına ulaşmak için ilgili iş yeteneği genişletme noktalarının yürütülmesidir. Bir iş kimliğinin tanımlama standardı genellikle bir meta, bir kategori veya üzerindeki bazı özelliklerdir. Örneğin Arpanın işletme kimliği, ilgili tanımlama standardı ürün üzerinde işaret bulunmasıdır.
TMF'ye göre özelleştirilerek, örnek olarak işlem siparişi hizmeti satın alma2 alarak, ana içeriği şu olan bir uzatma paketi uygulamamız gerekir:
-
İşletme kimliği: Arpa, ürün etiketine göre tanımlanır;
-
Uzatma noktası özelleştirme: Örneğin, Damai, para akışını hesaba hemen ulaşacak şekilde özelleştirdi.
Buy2'nin yaklaşık yapısı:
Giriş Hizmeti > İş Süreci (BPM) - > İş aktivitesi- > Operasyonel kapasite > Kapasite genişleme noktası.
Damainin satın alma2 için genişletme paketi, yukarıda belirtilen yetenek genişletme noktalarının gerçekleştirilmesini amaçlamaktadır. Talep, hizmet tanımlaması yoluyla bir Damai işletmesi olarak tanımlandıktan sonra, Damai ulaşmak için bu ilgili genişletme noktalarına gidecektir.
Aslında burada bir haber verilecektir yani ürün sorgulanmadan işletme kimliği aslında bilinmemektedir. Bu, sonraki izleme ve sorun giderme işlemlerinde bazı uygulamaları etkileyecektir.
2.2 Transwarp ve iş özelleştirme
Star Ring, talep iletişimi mekanizmasının, iş özelleştirmesinin, konteynerizasyonun ve kalite güvencesinin birçok yönünü kapsayan büyük bir şeydir. Tamlık yine de Transwarp'ın dokümantasyonundan ve Transwarp ekibiyle olan iletişiminden elde edilecektir. İşte Arpa'nın iş tarafı olarak gördüğümüz yönlerden sadece birkaçı.
TMF çerçevesinin açıklığı, iş taraflarını paylaşılan bir sistem altında kendi özelleştirmelerini gerçekleştirmeleri için destekleyebildi; bu, paylaşılan sistemden yararlanmak isteyen ancak belirli farklılıkları olan işletmeler için çok iyi. İkincisi, bu açıklığı miras aldı ve geliştirdi ve bence esas olarak aşağıdaki konuları ele alıyor:
-
TMF aşamasında, iş tarafının her paylaşılan uygulama için özelleştirilmiş paketler uygulaması gerekir;
-
Yukarıdaki nedenlerden dolayı, işletmenin, paylaşılan sistemin iç yapısını açıkça bilmesi gerekir;
-
Genel operasyon, bir dizi temel kaynak ve farklı işletmelerin karşılıklı etkisinin neden olduğu gizli istikrar tehlikeleri üzerinedir.
Piyasadaki karmaşık SAAS sistemlerinin arkasındaki fiziksel yapı çok karmaşıktır ve kullanıcıların bazı mantığı özelleştirmek istediklerinde arkasındaki fiziksel yapıyı anlamalarına gerek yoktur. Oyunculuk, genişleme açısından bu yöne evrimleşme misyonunu da omuzlar. TMF çağında, e-ticaret sisteminin her uygulamasının bir dizi uzantı noktası vardır ve her iş tarafının birden çok paylaşılan uygulama için uzantı paketleri uygulaması gerekir. Transwarp, tüm iş yeteneklerinin uzantı noktalarını birleştirmek için "ticari yetenekler" adı verilen bir seviyeyi özetler ve son olarak, özelleştirme tarafının bir paketi bir dizi uzantı noktasına göre özelleştirip paylaşımlı sistemlere dağıtmasının etkisini fark eder.
Spesifik olarak, örneğin, "Temel İşlem" bir iş kabiliyetidir ve özelleştirme noktaları, emtiaların, işlemlerin ve birçok uzantı noktasının birçok yönünü içerir. Birden çok paylaşılan uygulamayı dahil edin. İş yeteneği genişletme noktası katmanı, uzatma noktalarının yukarıda belirtilen birçok yönünü içerir.İş tarafı, genişletmek için bu birleşik katman tarafından sağlanan anlam bilgisini kullanır.Arkasında, Transwarp'ın gerçekleştirme katmanı, orijinal iş yeteneği genişletme noktalarını genişletecektir. , Transwarpın ticari yeteneklerinin genişleme noktasına kadar Bridged.
Konteynerleştirme ve bırakma süreci
Yıldız halkasındaki önemli bir şey, konteynırlaştırmadır. Star Huan web sitesine göre hedefler dört:
-
İş özerkliği: İş tarafı, işletmenin tasarımını, geliştirmesini, testini, dağıtımını ve işletimini bağımsız olarak tamamlar;
-
İş yalıtımı: iş ve iş / iş platformu yalıtımı artık iş değişikliklerinin karşılıklı etkisi hakkında endişelenmiyor;
-
Dinamik iş dağıtımı: iş tarafları, iş ihtiyaçlarına hızla yanıt vermek için çevrimiçi yayınlayabilir ve dağıtabilir;
-
Hızlı iş kurtarma: İş uygulamasının geçmiş sürümü platformda yayınlanır ve çevrimiçi sürümü geri alınabilir.
Bu konu, sistemin mantıksal yapısından serbest bırakma yöntemine bir dizi değişikliği içerir. Bu değişikliklerden "kapsayıcı" nın ne olduğunu anlayabiliriz.
3.1 ClassLoader izolasyonu
Alibaba paylaşımlı iş platformunun uygulaması, işlem sipariş hizmetini örnek olarak alır.Büyük bir konteyner olarak, Damai'nin özelleştirilmiş paketi gibi bir alt-uygulama olarak iş tarafı bir alt-konteynerdir. Her alt konteynerin kendi bağımsız ClassLoader'ı vardır. Bu classLoader, parentClassLoader olarak platformun ClassLoader'ını kullanır.Aynı zamanda, iş uygulamamın jar paketinin dahili konfigürasyonuma göre nerede olduğunu biliyorum.
Tomcat'in bir kapsayıcı olarak ebeveyn yetkilendirme modelini ihlal ettiğini biliyoruz. WEB-INF / lib ve WEB-INF / sınıflarının önceliği daha yüksek olacak şekilde önce uygulama sınıfları yüklenir. Ancak, Starring kapsayıcısı bunu yapmadı. Ebeveyn yetkilendirmesinin orijinal modelidir. Bunun sonucu:
-
Platformda halihazırda mevcut olan sınıflar için, platform genel örneği kullanılacaktır;
-
Yalnızca iş APP paketinde bulunan sınıflar için platform katmanı bunları bulamaz, bu nedenle iş APP'sindeki sınıflar yüklenir.
Bu yaklaşımın avantajları ve dezavantajları vardır. Avantajı, platform düzeyi tarafından sağlanan sınıf tanımlarını olabildiğince paylaşması ve meta alanının boyutunu kontrol edebilmesidir. Diğer yönde, Ali ara katman yazılımının Pandora izolasyon kabı, her bir eklentinin sınıf yolunu izole etmek için eklentinin sınıfına öncelik vermek için tomcat benzeri bir mekanizma kullanır. 2017'den beri, 512M'yi yapılandırmak için metaSpace gereklidir. Dahası, yıldız halkalı konteyner tarafından taşınan ticari alt konteynerlerin sayısı Pandora tarafından yüklenen eklentilerin sayısını çok aşacaktır.Bu kontrol gerçekleştirilmezse, commons.lang gibi sınıflar da bir konteynerdir ve MetaSpace tarafından gerekli bellek kesinlikle kabul edilemez.
Başka bir perspektiften, yukarıdaki avantajlar potansiyel bir tehdit haline gelir. Tüm tarafların APP'lerinin güvendiği bazı genel üç partili paketler ve hatta şirket tarafından sağlanan iki taraflı paketler, sistem başlatıldıktan sonra kullanılan belirli sürümler üzerinde karşılıklı bir etkiye sahiptir. İki uygulamanın aynı üçlü paketi kullandığı senaryoda, aslında son platform, bunlardan birini maven'in yakınlık ilkesine göre savaşa paketlemektir, bu nedenle gerçek süreçte, bir uygulama diğer uygulamayı etkileyen üçlü paketi yükseltir. . Aslında, eksik konteyner izolasyonuna yol açar. Tabii ki, bu sadece bir değiş tokuş. Aslında, tamamen Pandora modu ise, hangi tür platformların iş uygulamalarına aktarıldığına dair detaylı sorular olacaktır.
3.2 Bağımsız Yay alt konteyneri
Yaylı konteynır da yukarıdaki yapıya benzer bir ebeveyn-çocuk ilişkisine sahiptir, bu nedenle her APP'deki çekirdekler arasındaki uyuşmazlıklar konusunda endişelenmenize gerek yoktur. Bunun bir sonucu, alt kapsayıcının yalnızca iş uygulamasında tanımlanan çekirdekleri içermesidir. Ardından, mevcut sınırlayıcı ve indirgeyen platform katmanı otomatik proxy'si gibi bazı şeyler alt kapsayıcıda değildir. İşletme uygulamanız mevcut sınırlamayı ve eski sürüme geçmeyi kullanmak istiyorsa, işletme uygulamasının bahar dosyasında ilgili fasulye tanımlarını girmeniz gerekir.
3.3 Bağımsız sıcak sürüm
Paylaşılan uygulamaların yapısının ve işinin karmaşıklığı nedeniyle, bir kez yayınlamak çok uzun sürüyor ki bu son derece zahmetli bir süreçtir. Örnek olarak işlem siparişi hizmetini ele alalım: Bir seferde oluşturulması birkaç dakika ve bir seferde devreye alınması 10 dakika ila yarım saat sürer. İşletme tarafının 5 dakika içindeki kendi küçük uygulamasıyla karşılaştırıldığında, bu süre gerçekten çok uzun.
ClassLoader izolasyonuna ve Spring alt konteynerlerine bağlı olarak, tüm işletme APP'sinin sıcak yayınlanması mümkün hale gelir. Sözde sıcak sürüm, tomcat'i durdurmadan çevrimiçi olarak bir iş değişikliği yayınlamaktır. Sıcak yayın süreci yaklaşık olarak aşağıdaki gibidir:
-
Elbette, çevrimdışı uygulama önce trafiğin artık içeri girmemesini sağlamalıdır;
-
Güncellenen uygulamanın jar paketini indirin Bu işlem, jar paketindeki referansları değiştirmek için hedef uygulamanın omurga yapılandırma öğelerini kullanır;
-
Kapsayıcı yok etme-yeniden yapılandırma, süreçte orijinal classLoader ve yay alt kabını atarak, yeni bir örnek yaratma;
-
Çevrimiçi başvurun.
Sıcak sürüm, temelde bir derleme ve dağıtımdan sonraki 5 dakika içinde, iş kurma ve dağıtım süresini büyük ölçüde kısaltır. Daha önceki her savaş konuşlandırmasıyla karşılaştırıldığında, Cennet Bahçesi'ne mutlulukla dönmek gibi.
Aslında, bir platformda bir savaşı serbest bırakmak genellikle birkaç saat sürer.Elbette, toplu faktörler vardır, ancak uygulama yapımının ve başlangıcının yavaş başlaması da önemli bir nedendir. İstikrar açısından, çevrimiçi bir sorun bulunursa, kod değiştirilir ve savaş serbest bırakılırsa, toplanması gereken süre neredeyse bir başarısızlığa dönüşmek için yeterlidir ve küçük bir arıza, büyük bir başarısızlığa dönüşür. Sıcak bırakma ile bel artık ağrımaz, bacaklar artık incinmez ve serbest bırakma kolaydır. Çevrimiçi sorunun değiştirildiği ve kurtarma süresinin büyük ölçüde kısaltıldığı görülmüştür.
Ancak, sıcak sürümün aşamalı iyileştirme süreci hala çok hızlı. İlk başta bazı sınırlamalar vardı, ancak aşamalı olarak optimize edildi:
-
Statik yapılandırma öğelerindeki değişiklikler çalışırken serbest bırakılamaz. Karşılık gelen değiştirilmiş yapılandırma öğeleri sorunu çözmek için kullanıldı;
-
Bağımlı paket değişiklikleri çalışırken serbest bırakılamaz. Bir zamanlar bu sorunu çözmek için fatjar kullanmayı düşünmüştüm ve daha sonra yan kuruluşların piyasaya sürülmesini destekledi ve Damai zaten kullanımda;
-
Ön uç etkileşimli protokol bileşeni Ultron'un modifikasyonları çalışırken serbest bırakılamaz. Bu mesele Neologism ile çözüldü ve Damai 19 yılda geçişi tamamladı.
Sıcak sürüm yayınlanmaya başladıktan sonra, Barley'nin yayınlanamadığı sahnelerin çoğu Ultron değişiklikleri ve bağımlı paket değişiklikleriydi. Bağımlı paketler sorunu şimdi çözülüyor.
Şu anda, iş özelleştirme değişikliklerinden sonra, satın al2 gibi yayınlanırken yayınlanacak hedef sistemi kontrol etmeniz gerekir. Gelecekteki yön, iş tarafının değişikliklerin serbest bırakıldığı paylaşılan sistemi önemsemesine gerek olmaması olmalıdır.
3.4 Bağımsız gruplama ve çevresel izolasyon
Arpa, alış2'de bağımsız gruplara ayrılır. Fliggy gibi iş tarafları da bağımsız gruplamayı kullanır. Transwarp şu anda, bağımsız grupları hedefleyen iş tarafı trafiğini izole etmek için ara yazılım tarafından sağlanan ortam izolasyon çözümünü kullanıyor.
İlk satın alma2, Damai'yi buy2_damai_host adlı bağımsız bir makine grubuna böler.
Daha sonra, Damainin trafiği Damai bağımsız paketlerine üç şekilde yönlendirilir:
-
Nginx yönlendirme, trafiğin bir kısmı, genel paketin nginx katmanındaki url parametresini veya Üstbilgiyi tanıyabilir ve sonra buy2_damai_host'un Java'sına gidebilir;
-
Java cep yönlendirmesi, trafiğin bir kısmı ancak ürün buy2host makine grubunda bulunduktan sonra arpa işi olarak tanımlanabilir Bu sefer bir RPC çağrısı ile arpa grubuna gidin;
-
RPC çağrı yönlendirme, buy2'nin RPC hizmetini aramadan önce, Damai'nin kendi Java uygulaması, rotayla ilgili kartal göz işaretini ayarlayarak Damai grubuna çağrıyı belirleyebilir.
Arpa, başlangıçta fiziksel izolasyon ve işletme ve bakım maliyetlerinin azaltılmasına dayanan bağımsız gruplamayı benimsedi. Şimdiye kadar, bağımsız gruplama esas olarak aşağıdaki noktaları gördü (avantajlar ve sorunlar dahil):
Avantaj 1: Bağımsız gruplama, Arpanın sadece gruplandırdığı makinelere özen göstermesini sağlar.Bazı problemlerle başa çıkmak daha uygundur. Uygulamaları paylaşmak için binlerce makine var ve bir problem bulmak uzun zaman alıyor. Bununla birlikte, arpanın bağımsız gruplandırılmasında 100'den fazla makine vardır ve sorun giderme maliyeti hiç de bir düzey değildir.
Avantaj 2: Bağımsız gruplama, arpa izlemenin yalnızca bir sonraki bölümde ayrıntılı olarak açıklanan arpa gruplamasıyla ilgilenmesine izin verir.
Avantaj Üç : Bağımsız gruplamanın getirdiği fiziksel izolasyon, Barley'nin diğer iş taraflarını etkileme endişesi duymadan kendi gruplamasında bazı özel yetenekleri açmasına izin verir.Ayrıntılar için aşağıdaki sorun giderme bölümüne bakın.
Avantaj dört: Bağımsız gruplama, platformun genel savaşı yayınlandığında serbest bırakma ritmini bağımsız olarak kontrol edebilir. Genel olarak konuşursak, platformun bir bütün olarak piyasaya sürülmesinin birçok uygulaması vardır, bu nedenle çok sayıda parti vardır ve aralık genellikle çok uzundur, genellikle günler arası. Hızlı bir şekilde yürürlüğe girmesi gereken bazı problem onarım senaryoları, bu süreç yavaş ve endişelidir. Bağımsız gruplama, uygulama yayınlama platformundaki bağımsız bir ortama karşılık gelir ve sürüm listesi de bağımsızdır, bu nedenle kararlılığı sağlama ve sürüm verimliliğini artırma öncülüğünde yayınlanmaya devam edebilir.
Aynı zamanda, bağımsız gruplama bazı sorunları da beraberinde getirir, bunlar aynı zamanda Damai ve paylaşılan öğrencilerin hala optimize etmeye çalıştıkları şeylerdir:
Bir yandan, paylaşılan uygulamaların tümü birimleştirilmiştir ve bu bağımsız gruplama, birden çok birimin kapasitesini de garanti etmelidir. Bazı birimleştirilmiş trafik ayarlaması senaryolarında, belirli birimlerin yetersiz kapasitesinin neden olduğu sorunları önlemek için yakın iletişim gereklidir.
Öte yandan, bağımsız gruplama hala bazı kaynak israfını beraberinde getiriyor. Arpa işletmeciliği trafiğinin bir özelliği, büyük ölçekli bilet acelesi geldiğinde (haftada birkaç kez) trafiğin çok yüksek olması, büyük ölçekli bilet acelesi olmadığında trafiğin düşük olması, üzgünüm. Yüksek kapasiteyi korumak için bağımsız grupların yeterli kaynak tahsisine sahip olması gerekir.
Şu anda, Damai sadece satın alma2 üzerinde bağımsız gruplama yaptı ve başka birkaç uygulama yapmadı. Fliggy ve New Retail daha fazlasını yapıyor.
monitör
İzleme kısmı, üç yönden bahsedin:
4.1 Sistem izleme
Sistem izleme, cpu, yük ve ağ yönlerini ifade eder. Bağımsız olarak gruplanan uygulamalar için, izleme platformunda bu gruplama için diğer uygulamalardan hiçbir farkı olmayan ve çok kullanışlı görünen bir sanal uygulama yapılandırılabilir. Bağımsız gruplama yoksa, sistem izleme temelde sadece platform seviyesine odaklanabilir.
4.2 İş izleme
Paylaşılan ana uygulamalar, birleşik iş izleme ve ilgili pazara sahip olacaktır. Ancak bu büyük pazar perspektifleri tamamen platform perspektifleridir.Damai gibi küçük bir işletmeyi ona yerleştirmenin tipik etkisi, tüm siparişlerin başarısız olması ve başarı oranı eğrisinin önemli bir düşüş göstermemesidir.
Bu nedenle iş kolunu ve pazarı izlemek gerekiyor. Bu nedenle Damai, paylaşılan izleme pazarında kendi iş takibini yapılandırmıştır. İşleme miktarı, sipariş miktarı ve ilgili başarı oranları, hata kodları vb. Dahil.
Bazı değişikliklere uğramış bir günlük veri filtreleme olayı var. İlk günlerde Damai, verileri günlükte Damai işletme kimliğiyle filtreledi ve ardından filtrelenen günlük içeriğine göre izledi. Daha sonra, işletme tanımlama mantığına ulaşılmadan yanlış bildirilen talepler için bu loglarda iş kimliği verisinin bulunmasının imkansız olduğu keşfedildi. Bu yüzden buy2_damai_host'taki tüm verileri izleme için kullanmak üzere değiştirildi. Çevresel izolasyon çözümü başlatıldıktan hemen sonra, Arpa Grubu artık başka iş trafiğine sahip olmayacak, bu yüzden bu tamamlandı.
Yukarıdaki mantığın büyük ölçüde bağımsız gruplamaya dayandığı görülebilir. Hizmetlerin veya uygulamaların bağımsız bir şekilde gruplandırılmaması durumunda bir sorun olacaktır.Kod iş tanımına gitmeden önce ortaya çıkan problemin iş tarafı tarafından bağımsız bir şekilde izlenmesi zordur.
Diğer bir uygulama ise, Arpa gibi küçük bir işletme için talep miktarının genellikle çok düşük olmasıdır. Oluşturmayı örnek olarak ele alalım, genellikle dakikada düzinelerce istek vardır. Görüntülenememe nedenleri arasında, yetersiz stok, satın alma limitinin aşılması, aynı kimlik kartı satın alınmış olması gibi nedenler, istek başarısızlıkları olarak kabul edilirse başarı oranı eğrisi çirkin olacaktır. Temel olarak, çok düşüyor ve gerçek çevrimiçi sorunlar boğulacak. Bu nedenle, GOC izlemede, Arpa, temelde% 100 başarı oranını koruyan bir eğri elde etmek için yetersiz envanter gibi hata kodlarını ortadan kaldıracaktır.
Bunu yapmak, bu eğriye dayalı olarak sistem çalışma koşullarının daha doğru bir şekilde değerlendirilmesini sağlayabilir. Bu tam bir çözüm değildir, ancak pratikte etkili olduğu kanıtlanmıştır.
4.3 Anormal izleme
Bir uygulamanın istisna yığını günlüğü, uygulamanın normal olup olmadığının önemli bir göstergesidir. Yeni bir anormallik ortaya çıktığında veya belirli bir anormallik türü yükseldiğinde, temelde bir sorun olduğu yargısına varılabilir. İyi bir uygulama, sistem istisnaları için yığını istiflemek ve yığını iş istisnaları için (yetersiz envanter gibi) yığmamaktır, böylece uygulamadaki istisnaların miktarı nispeten düşük bir seviyede tutulabilir. Damai teknik ekibi, paylaşılan uygulamalardaki anormal bilgileri görmek için genellikle Eagle Eye ekibi tarafından sağlanan izleme ürünlerini kullanır. Sorunu belirli bir anormal ani artış türü gibi bilgilere dayanarak analiz edin ve yargılayın.
Sorun giderici
Teknik ekibin çalışmalarında, çeşitli çevrimiçi sorunların araştırılması her zaman önemli bir parça olmuştur ve araç yapımı yoluyla sorun giderme verimliliğinin iyileştirilmesi de teknik ekibin peşinde olduğu şeydir. Bu konuda geçmişte bazı uygulamaları bulunan Arpa, paylaşım sistemine entegre edildikten sonra, burada paylaşılan paylaşım sistemi altında da bazı yetenekler inşa etmiştir.
Burada açıklanan "sorunlar" genellikle iki yöne atıfta bulunur; biri, kullanıcıların, müşteri hizmetlerinin ve sınıf arkadaşlarının geri bildirimlerini aldığı bazı sorun senaryolarıdır. Örneğin, belirli bir kullanıcı satın alma hakkına sahiptir, ancak sipariş satın alamayacağını sorar veya belirli bir sipariş bir indirim kullanmaz. Başka bir husus, belirli bir hata kodu türünde ani bir artış gibi, iş izleme tarafından keşfedilir.
Sorun giderme süreci, o sırada sahneyi izlemek ve geri yüklemek için az miktarda bilinen bilgiye dayanmalıdır. Tipik fikir, makinede günlükleri bulmaktır. Bununla birlikte, bu yöntem nispeten verimsizdir ve işi üst seviyeye ulaşamayan teknisyenlerle sınırlayacaktır.
Ali's Eagle Eye'ın iş günlüğü çok iyi bir araçtır.Artık, bazı bağlantılardaki günlükleri sorgulamak için sık sık sipariş numarası ve traceId kullanabilirsiniz. Ancak bazı sınırlamalar var: Birincisi, sahnede sipariş onayı sayfasının açılmaması gibi bir sipariş numarası yok, kontrol etmek imkansız; ikincisi, çoğu durumda traceId yok ...
Damai teknik ekibi ve Alibaba paylaşım ekibi, işletmenin kendi senaryolarına göre ilgili günlükleri yazdırabilen ve sorun giderme sırasında sorgulara yanıt vermek için özel dizin alanlarını belirleyebilen iş günlüklerine dayalı bir sorun giderme aracı oluşturmak için işbirliği yaptı.
5.1 Etki
Bu hata kodu tarafından oluşturulan bağlantı günlüğünü (bir silah) bir hata koduna göre sorgulayabilir ve belirli bir istek başarısızlığının günlük ayrıntılarına dayanarak sorunun belirli nedenini belirleyebiliriz. Sorgu için mevcut olan günlük verileri aslında günlüğün 3 bölümünü içerir:
A. İşlem emri uygulamasının giriş hizmeti ve bağımlı hizmetin müdahale günlüğü;
B. İşlem emri uygulamasının giriş istisna günlüğü;
C. İş genişletme paketinden bazı günlükler.
İş APP'si bazı günlükleri bağımsız olarak belirli bir biçimde yazdırabilir. Günlük içeriği ve dizinin tümü özelleştirilebilir. Eşleşme
Koleksiyon ayarlandıktan sonra, birleştirilmiş bir sayfada sorgulama yapabilirsiniz.
5.2 Nasıl elde edilir
Yukarıdaki günlükler nihayet diske evrensel bir iki taraflı paket aracılığıyla gönderilir ve ardından günlük toplama hizmeti aracılığıyla Alibaba Cloud'un günlük hizmeti SLS'sine toplanır ve teslim edilir (her bir iş tarafı LogStore'u sağlamalı ve maliyeti karşılamalıdır). Ardından, SLS'nin yeteneklerine dayalı sorgular sağlayın.
5.3 Daha ileri gitmek
Yukarıdaki günlüğe dayanarak Damai, teknik personelin anlayabileceği bilgileri teknik olmayan öğrencilerin anlayabileceği kelimelere dönüştürerek bir biçimlendirme ve anlamsal dönüştürme katmanı gerçekleştirdi, böylece bazı sorunların araştırılması teknik olmayan üst düzey öğrencilere aktarıldı. .
son
Damai, tüm e-ticareti Alibaba paylaşılan e-ticaret platformuna entegre eder, Kararlılık ve performans büyük ölçüde iyileştirildi . Ürün kabiliyetleri açısından Ali'nin çeşitli altyapılarını düşük maliyetle kullanmak doğaldır ve bu temelde Barley'in işi giderek gelişmektedir. Süreçte birçok seçenek ve değiş tokuş var, bu makale aynı zamanda umut Teknik süreç açısından küçük bir işletmenin büyük bir platforma nasıl entegre edilebileceğini paylaşmaya çalışın , Umarım benzer senaryolardaki okuyucular, ister platformlar yapıyor ister iş yapıyor olsunlar, bir şeyler kazanabilirler.
