Bahar pratik kılavuzu: ustalaşılması gereken teknoloji, araçlar ve uygulama ilkeleri
21 Temmuz'da Pivotal, Pekin'de Pivotal'ın kıdemli teknik direktörü Andrew Clay Shafer, JD Finance'in kıdemli Ar-Ge mühendisi Zhang Fan ve Pivotal'ın kıdemli çözüm mimarı Li Gang dahil olmak üzere birçok Bahar teknik uzmanı dahil olmak üzere "Endişesiz Uygulama Bahar Uygulama Kampı" düzenledi. Spring teknolojisinin ve araçlarının, geliştiricilere iş dönüşümü ve inovasyondaki pratik sorunları çözmelerine nasıl yardımcı olduğundan başlayarak birçok harika konuşma yaptı.
1 İyileşmek için Devops kullan? Mutlaka öyle değil
Pivotal'ın kıdemli teknik direktörü Andrew Clay Shafer, uzun yıllardır açık kaynak alanında kullanıcı ve katkıda bulunuyor. Açık kaynak işletmeleri ve toplulukları oluşturma konusunda oldukça bilgili. DevOps ve organizasyonel öğrenme konusundaki söylemleriyle ünlü. Açılıştaki ilk konuk konuşmacı olarak onun konusu "Devops İnovasyonunun Beş Anahtar Unsuru Üzerine" idi.
İşletmeler için Devops kullandıkları sürece her şey yoluna girecek mi? Aslında durum böyle olmak zorunda değil Andrew kültür, otomasyon, yalın düşünme, göstergeler ve paylaşımın beş Devops unsurunu detaylandırdı. PPT diyagramı da çok ilginçtir, bu beş elementi Çin'in beş elementi olan odun, su, ateş ve toprakla karşılaştırır.
Kültür bize nasıl geliştireceğimizi, nasıl optimize edeceğimizi ve nasıl çalışacağımızı söyleyecektir. Andrew, kültürün Devops'un başarısını neden belirlediğini açıklamak için iyi kültürlerin ve pek de başarılı olmayan kültürlerin karşılaştırmalı bir listesini kullandı.
Otomasyon açısından mimari ile yakından ilgilidir. Bazen insanlar, konteynerlerin popülerliği, zamanlama, K8S gibi yazılımdaki her şeyin otomatikleştirilmesi gerektiğini söyler ... bunun en iyi kanıtıdır. Andrew konuşmasında ayrıca bir karşılaştırma tablosu kullandı.
Göstergeler açısından, Andrew'a göre, Bahar topluluğunda, hizmet seviyelerini değerlendirmek ve izlemek için çok fazla çalışma yapıldı.
Paylaşım açısından, bazı insanlar Devops personelini geliştiriciler ve operasyon personeli arasında ayrı ayrı tahsis etmeyi teklif ediyor. Andrew bunun akıllıca bir hareket olmadığına inanıyor. Yine de herkesin duvarı yıkıp diyalog kurmasına izin verecek bir paylaşım mekanizması kurmak gerekiyor. Bu bağlamda Andrew, özellikle topluluk gücünün önemini vurguladı.
Yalın düşünme açısından, yazılımın tüm yönlerini içerebilir ve yukarıdaki unsurların tümü yalın seviyeye dahil edilebilir. Yalın neden vurgulanmalı? Sürekli iyileştirmeyi vurgulamamız gerektiğinden, bugünden daha iyisini yapmaya devam edeceğiz.
Andrew, bir yazılım geliştiricisi olarak konuşmasında, davranışlarınızı değiştirmek gibi riskleri kucaklamak gibi yenilik gibi birçok başarının sırrını da öğretti ...
2 Spring Cloud Netflix-Ribbon'un derinlemesine analizi
İkinci konuk konuşmacı, esas olarak Spring Cloud Netflix-Şeridini derinlemesine analiz eden JD Finance'in kıdemli araştırmacısı ve geliştiricisi Zhang Fan. Esas olarak, Şeridin istekleri engellemek ve yük dengelemeyi tamamlamak için istemcide nasıl davrandığını açıklamak için kodun bir bölümü aracılığıyla; varsayılan yapılandırmanın nasıl etkili olduğu; hizmet listesi nasıl alınır; hangi yük dengeleme algoritmaları vardır ve Şeritin nasıl olduğunu görmek için koddan bazı yük algoritması örnekleri bulun Gerçekleşme vb. Spesifik olarak, konuşması şu yönleri içerir: Şeride Giriş, Şeridin istemci yükünü nasıl uyguladığı, Şerit yük dengeleme davranışı tanımı, Şerit yük dengeleme stratejisi, Şerit hizmet listesi edinimi, Şerit yeniden deneme.
Zhang Fan'ın paylaşımı tamamen kendi çalışma uygulamasına dayanıyor ve kuru mallarla dolu. İşte Spring Cloud Netflix-Şerit kullanımını görebileceğiniz birkaç PPT demo sayfası.
3 Dağıtılmış izleme ve Zipkin konsepti ve uygulaması
Üçüncü konuk konuşmacı, Spring Cloud OSS dağıtılmış izleme teknisyeni Adrian Cole. Konuşmanın içeriği, dağıtılmış izleme ve Zipkin üzerine odaklanıyor. Adrian, Pivotal'ın Spring Cloud OSS ekibinde çalışıyor.
Mikro hizmetleri devreye aldığımızda, mikro hizmetler giderek daha fazla birikecek, genel durumu gösteren bir grafik varsa, bu çok önemli hale geliyor. Bu bağlamda, Adrian Cole bir mikro hizmet diyagramı gösterdi. Bu resmi çok karmaşık bulacaksınız ama gerçek durum şu: Bu örnek BBS'den alınmıştır.
Bu bağlamda Adrian Cole, aynı anda karşılıklı ilişkileri göstermek için 15'ten fazla hizmetiniz varsa, bunun çok karmaşık olacağını söyledi. Bu yüzden bir hizmet haritasına ihtiyacımız var, aynı zamanda belirli bir gösterge paneli aracına da ihtiyacımız var.
Sözde izleme, sistemdeki talebin nereye gittiğini izlemektir.İzleme, geliştiricilerin sonuçlar çıkarmasına ve hizmetten önce ve sonra nedensel ilişkiyi anlamasına yardımcı olacaktır. Eşzamansız programlama yaptığımızda, zamanın uzun süreli ilişkisini değil gerçek nedenselliği anlamalıyız. Dağıtık izleme yoluyla, yansıtılan nedensellik çok güvenilir olacaktır, böylece gecikmenin temel nedenini öğrenebiliriz.
Zipkin dağıtılmış izleme sistemi, mikro hizmet mimarisi altında zaman verilerinin toplanmasına ve gecikme sorununun çözülmesine yardımcı olabilir; bu verilerin toplanmasını ve aranmasını yönetir; Zipkin'in tasarımı Google'ın Google Dapper belgesine dayanmaktadır.
Mikro hizmet mimarisi ve konteyner teknolojisinin yükselişiyle, görünüşte basit bir uygulama arka planda onlarca hatta yüzlerce hizmet tarafından desteklenebilir; ayrıca istek yavaşladığında veya kullanılamaz hale geldiğinde, hangi arka plan hizmeti olduğunu bilemeyiz. Şu anda, servis arıza noktasının nasıl hızlı bir şekilde bulunacağının çözülmesi gerekmektedir Zipkin dağıtılmış izleme sistemi bu sorunu iyi bir şekilde çözebilir.
Zipkin Java izleyicileri arasında en popüler olanı Brava'dır; ayrıca keşif için kullanılabilen ve arama ve otomatik izlemede kullanılabilen Sleuth vardır. Ek olarak, OpenCensus, OpenTracing, OpenTracing ve Kamon dahil olmak üzere bazı açık kaynaklı izleme kitaplıkları vardır.Bu kitaplıklar ağ üzerinde etkileşim kurabilir ve verileri paylaşabilir.
4 Spring Cloud Veri Akışı kavramı ve gösterimi
Dördüncü konuşmacı, Spring Cloud Skipper / Akış / Veri Akışı sorumlusu Ilayaperumal'dır. Esas olarak, veri entegrasyonu ve gerçek zamanlı veri işleme ardışık düzenleri gerçekleştirmek ve bunları Cloud Foundry ve Kubernetes gibi birden çok platforma dağıtmak için Spring Cloud Data Flow'un nasıl kullanılacağını anlatır.
Konuşmanın başında Ilayaperumal ilk olarak bulut yerel, mikro hizmetler ve Spring Cloud Veri Akışı gibi kavramların çağrışımını ve uygulama senaryolarını tanıttı.
Spring Boot'u uzun süredir önemsiyoruz Spring Boot'un avantajları nelerdir? Spring Boot, yapılandırmanın belirli bir yolunu kullanır, böylece geliştiricilerin artık ortak şablon yapılandırmaları tanımlamalarına gerek kalmaz. Mikro hizmet uygulama geliştirme yapıyorsanız, Spring Boot en iyi seçim olacaktır, hızlı, rahat ve basit bir şekilde geliştirilebilir. Otomatik konfigürasyon işlevi sağlar.Veri tabanı geliştirme yapıyorsanız, veritabanı geliştirme parametrelerini Spring Boot'a girerseniz, geliştirmede size yardımcı olabilir.
İleti güdümlü mikro hizmetler açısından, Spring Cloud Data Flow en iyi örnektir, akış odaklıdır ve mikro hizmetleri daha iyi dağıtır. Spring Cloud Data Flow, sürekli olarak teslim edilebilen akış uygulamaları sağlayan bir düzenleme aracıdır. Sonraki tanıtımda Ilayaperumal, herhangi bir kod yazmadan yaygın kullanım durumları için veri ardışık düzenlerinin nasıl birleştirileceğini göstermek için Spring Cloud Data Flow DSL ve Tasarımcı Kullanıcı Arayüzünü kullanıyor.
Ek olarak, Ilayaperumal, bu işleme ardışık düzenlerini sürekli olarak sunmak için Spring Cloud Skipper'ın nasıl kullanılacağını da tanıttı. Spring Cloud Skipper, birden çok bulut platformunda uygulamaları keşfetmek, kurmak, yükseltmek ve geri almak için kullanılabilen bir CI / CD platformudur.
5 Eureka'nın çalışma ve uygulama prensibinin aydınlatılması
Son konuşmasında, Pivotal kıdemli çözüm mimarı Li Gang, Spring Cloud Netflix-Eureka'nın prensibini ve çalışma prensibini tanıttı. Eureka, Spring Cloud mikro hizmet mimarisinde kayıt defteri olarak önemli bir rol oynar. Konuşmada Eureka'nın uygulama mekanizması, kaynak kod açısından ayrıntılı olarak tanıtıldı.
Eureka eski Yunanca bir kelime, benim için anlamı bulundu, buldum. Efsaneye göre Arşimet, kaldırma kuvveti prensibini keşfettiğinde bu kelimeyi söylemiştir. Li Gang tarafından gösterilen bir Eureka mimari diyagramında, Eureka Sunucusunun farklı düğümler arasında çalışma prensibini görebilirsiniz.
Kayıt mekanizması perspektifinden, kayıt bilgilerinin kaydedilmesi, eşiğin güncellenmesi, Kuyruğa yeni örneklerin kaydedilmesi, önbelleğin temizlenmesi ve diğer Eureka Sunucu düğümlerine kopyalanması gibi çeşitli süreçler vardır; Yenileme mekanizması perspektifinden, yenileme örneğini bulma, sürekliliği güncelleme dahil Randevu zamanı ve diğer Eureka Sunucu düğümlerine birkaç işlem kopyalama; Ek olarak, Li Gang ayrıca İptal ve Evict gibi mekanizmaları da tanıttı.
Eureka Sunucusu önbelleğe alma mekanizmasında, Eureka Sunucusu yerleşik iki önbellek katmanına sahiptir, readOnlyCacheMap esasen sona erme süresi olmayan MAP'dir; readWriteCacheMap esasen sona erme süreli Guava önbelleğidir; parametreler aracılığıyla MAP önbelleğini etkinleştirip etkinleştirmeyeceğinize karar verebilirsiniz.
Eureka Sunucusu düğüm çoğaltma mekanizmasında, Eureka Sunucusu başladığında komşu düğümlerden gelen mevcut kayıt bilgilerini senkronize eder; Eureka Sunucusu, kayıt, yenileme ve iptal olaylarını alırken ikincil bilgileri komşu düğümlerle senkronize eder.
6 bir paskalya yumurtası
Pivotal genel hesaba (pivotal_china) dikkat edin, gerçek savaş kampının öğretim görevlilerinin tüm PPT'lerini alabilirsiniz, böylece şahsen orada olabilirsiniz.
