Blockchain teknolojisi ve Alibaba Cloud'un keşif uygulaması hakkında konuşmak
Yazar | Yu Shan
Bu makale QCon Beijing 2018'deki konuşmaya dayanarak düzenlenmiştir, orijinal başlık "Blockchain Hyperledger Fabric iniş zorlukları ve Alibaba Cloud keşif deneyimi paylaşımı" dır.
Bu, bugünün konusunun ana hatlarını oluşturuyor. Öncelikle blockchain konsept teknolojisini ve işini gözden geçireceğiz. Kurumsal senaryolarda blockchain uygulaması için bazı önemli hususları tartışacağız. Ayrıca Alibaba Cloud lansman alanımızı da aşağıda tanıtacağız. Blok zincirinin bazı ilgili araçları. Sonunda, bazı önemli noktaları paylaşacağız.Keşif deneyimlerimizin bir kısmını blok zincirinin uygulanmasında planlama, işletme ve bakımdan ve uygulamadan paylaşacağız.
Öncelikle blockchain temel kavramını gözden geçirelim.Geçtiğimiz bir veya iki yıl içinde herkes aktif veya pasif olsun, birçok blockchain teknolojisi ve iş bilimi tarafından vaftiz edildi. Öncelikle blockchain nedir? Dağıtılmış bir paylaşımlı defter teknolojisidir.Blok zinciri ağına katılan tüm taraflar ve amir defteri paylaşabilir.Bu defterin öyle bir özelliği vardır ki, işlem tüm taraflarca onaylandıktan sonra işlem verileri gerçekleştirilemez. değişiklik. İkincisi, işlem geçmişi tüm süreç içinde izlenebilir İşlem bilgileri bazı ticari sırlar içerir ve işlem tarafının kimliği gizlilikle korunur İşlemin kendisi akıllı sözleşme Akıllı Sözleşme aracılığıyla otomatik olarak gerçekleştirilir.
Halka açık zincirler, özel zincirler, konsorsiyum zincirleri vb. Gibi birçok türde blok zinciri vardır. Alibaba Bulut tarafında, çalışmalarımız daha çok konsorsiyum zincirlerine odaklanmaktadır. Blockchain'in kendisi yepyeni bir teknoloji değil, Bizans gibi fikir birliği algoritmaları da dahil olmak üzere halihazırda sektörde bulunan bazı temel teknolojilere dayanan bir sistemdir. Asimetrik anahtarlar, dijital imzalar gibi kriptografiye dayalı bazı teknik temeller de vardır. Ek olarak, esasen dağıtılmış bir sistem mimarisi olduğundan, yüksek kullanılabilirlik, yatay genişleme, Gossip iletişim protokolü ve diğer teknolojiler gibi bazı dağıtılmış hesaplamaları içerecektir.
Blok zinciri tarafından çözülmesi gereken temel sorun, güven temeli olmayan bir iş ortamında tüm tarafların nasıl işlem yapabileceği ve işbirliği yapabileceğidir. İşbirliği verimliliğini artırmak, zaman maliyetini düşürmek, bilgi şeffaflığını iyileştirmek gibi blok zincirinin değeri hakkında birçok konuşma yapıldığını görebilirsiniz. Temel neden güven eksikliğimiz veya güven eksikliğimiz, geleneksel modellerin tanıtılmasıdır. Her türlü yedekli süreçler, yedekli modeller ve aracı kurumlar. Aynı zamanda, blok zinciri, ademi merkeziyetçilik / çoklu merkezileştirme gibi sonuçlar da getirecek, ancak ademi merkeziyet, blok zincirinin amacı değil. Asıl amaç, şirketler arası güven sorununu çözmektir.
Aslında, endüstride çok zengin tipte blok zinciri uygulama teknolojileri vardır.Bu, nispeten büyük etkiye sahip bazı ana akım teknolojileri listeler. Açık kaynak dünyasında en etkili olanlardan biri, birçok blockchain teknolojisi uygulamasını ve bazı araçları içeren bir şemsiye projesi olan Linux Foundation Hyperledger'dır. En yaygın olarak benimsenenlerden biri Hyperledger Fabric projesidir.Projenin başlangıcında, kaynak koduna IBM ve DAH katkıda bulunmuştur. Şimdi dünyaya katılan proje üyelerinin sayısı çok fazla, onu Sawtooth, Iroha vb. İzliyor.
Diğer uygulama teknolojileri arasında Ethereum bulunur.Ethereum, ilk günlerde Ethereum'dan geliştirildi.Şimdi iş senaryoları ve ittifak zincirleri için bazı dallanma teknolojileri var. Finansal senaryolar için geliştirilmiş bir blockchain teknolojisi olan R3 Corda da vardır.Bununla karşılaştırıldığında Hyperledger Fabric daha çok genel endüstriler ve genel iş senaryoları için uygundur. Ek olarak, çeşitli üreticiler tarafından kendi geliştirdiği blok zinciri teknolojisi vardır, örneğin Ali, Ant Financial tarafından kendi geliştirdiği Ant Blockchain teknolojisine sahiptir.
Bu sayfa kabaca Hyperledger Fabric'in geliştirilmesi sırasındaki mimarisinin gelişimini özetlemektedir.Hyperledger Fabric v0.6'da soldakine benzer bir mimari sistem kullanılmaktadır. Pek çok üreticinin kendi geliştirdiği blockchain teknolojisine benzer bir mimaridir. Esas olarak Peer düğümlerinden oluşur. Defterler Peer'da depolanır. Defterler, farklı Peer'lar arasında paylaşılır ve eşzamanlı olarak çoğaltılır. Peer ayrıca bir fikir birliği algoritması çalıştıracaktır. Ve akıllı sözleşmeler. Daha sonra, Hyperledger Fabric 1.0'dan yeni bir mimari benimsedi. Avantajı, mimarinin yatay genişlemesini ve ayrılmasını sağlayabilmesidir.Konsensüs algoritması, geleneksel Bizans mutabakat algoritmalarını çözmek için takılabilir bir model uygulayabilir. Düğüm sayısı başlangıçta sabitlenmelidir ve bu sorunlar daha sonra dinamik olarak genişletilemez.
Blockchain'in iş uygulama senaryoları çok zengin.Yurt içi ve yurt dışında birçok iniş vakası gördüğünüze inanıyorum ve muhtemelen bazılarını burada listeleyeceğim. Örneğin, hayır kurumu, akreditif, varlık menkul kıymetleştirme, varlık saklama, vb. Ayrıca blok zincirinin değerini ve bazı önemli senaryolarda karşılaştığı zorlukları da tanıtacağım.
Örneğin ürün izlenebilirliği senaryosunda blockchain, ürünün fabrikadan ortaya lojistik, ambarlama, bayi, perakende, e-ticaret platformlarından sonra tüketicilere gittiğini fark eder.Bu süreçte ürün izlenebilirlik bilgileri kurcalanamaz. karakteristik. Bununla birlikte, bu iş senaryosunun uygulanmasında önemli bir zorluk var.Blok zinciri, zincirdeki verilerin değişmezliğini fark etse de, fiziksel ürünün kendisine blok zincirindeki verilerle nasıl güvenilebileceğini çözmek gerekiyor. Etiketin gerçek olmasından kaçınmak istediğimiz için, blok zinciri izlenebilirlik verileri gerçektir, ancak fiziksel ürünler sahtedir. Bu bağlantı blok zinciri ile çözülebilir ve daha eksiksiz bir izlenebilirlik çözümü oluşturmak için sahteciliği önleme teknolojilerini birleştirmemiz gerekiyor.
Dijital içerik telif hakkı alanında, blockchain'in değeri video, ses, film, müzik, e-kitap vb. Ne olursa olsun içeriğin yaratma haklarının depozito onayının gerçekleştirilmesinde ve ayrıca tüketim ve işlem bağlantılarında yaratımın yaratılmasında yatmaktadır. Adil kar paylaşımı yapmak için. Bu senaryoda iniş yapmak için bazı temel zorluklar da vardır, yani dijital içeriği tüketmeye yönelik araçların ve süreçlerin içerik, işlem ve tüketim bağlantılarında blok zincirinin fayda dağıtım sistemine dahil edilmesinin nasıl sağlanacağı. Bu blok zinciridir. Bu sahneye çıkışta önemli bir zorluk.
Tedarik zinciri finansmanında, çekirdek şirketler genellikle tedarik zincirinde güçlü bir konumdadır, bu nedenle çekirdek şirketlerin kredi nitelikleri, yukarı akış çok düzeyli tedarikçiler ve alt düzey çok düzeyli dağıtıcılar gibi tedarik zincirinin yukarı ve aşağı akışına nasıl aktarılır? Tedarik zinciri finansmanı blok zincirinin temel değerlerinden biri olan çekirdek işletmenin onayına dayalı olarak daha düşük maliyetli ve daha verimli finansman elde etmelerine olanak tanıyor. Ancak buradaki temel iniş zorluğu, blockchain iş sistemine katılmaya istekli olan bu kadar çok şirketin tüm tedarik zincirinde yukarı ve aşağı nasıl çekileceğidir.
Gen tıbbi veri depolama ve paylaşımı, bu senaryonun belirli bir ortak özelliği vardır, çünkü finansal büyük veri veya İnternet büyük verileri gibi bu veri varlıklarının depolanması ve paylaşılması için de geçerli olacaktır. Blok zincirinin değeri, veri varlıklarının sahipliğini onaylayabilmesidir ve bu veri varlığı işlem platformu veya sisteminde, veri işleminin çıkarları, sahibin değiştirilemez onay sertifikasına dayalı olarak garanti edilebilir. Tüm taraflar arasında dağıtımı gerçekleştirin. Ancak, veri işlemlerinin veri kullanım bağlantısında kullanılmasının nasıl sağlanacağı, veri varlıklarının sızdırılmayacağı veya düzenlemelere aykırı olarak kullanılmayacağı veya alıcı tarafından iki kez yeniden satılmayacağı gibi bazı temel zorluklar da vardır. Bu, veri varlığı işinin uygulanması için önemli bir zorluktur. . Blockchain'in çeşitli endüstrilerde uygulanması da birçok zorlukla karşı karşıyadır: Yukarıdakiler bazı tipik örneklerdir.
İşletmeler için, gittikçe daha fazla işletme blok zinciri ile ilgileniyor ve işletmeleriyle entegre olmak istiyor. Alibaba Cloud müşterileri ve ortaklarımızla birçok görüşme yaptık ve ayrıca dahili olarak bazı uygulama planları geliştiriyoruz.
Bir işletme için blok zinciri uygularken hangi boyutların dikkate alınması gerekir? Kabaca bu kategorilere ayrılmıştır. Örneğin, iş açısından, yapmamız gereken ilk şey "insan" garantisine sahip olmaktır. Bu yetenek takımı birçok yönden oluşur. Blok zincirinde teknik yeteneklere ve altta yatan blok zincirini veya bulutu işin altına yerleştirmesi gerekir. Platformun teknik yetenekleri, iş uygulama geliştirme ekibinin ve iş alanındaki bazı uzmanların desteğine ihtiyaç duyar, bu nedenle yetenek ekibinin boyutu budur.
Ek olarak, aralarından seçim yapabileceğiniz birçok iş senaryosu vardır.Geleneksel merkezi çözümler veya sistemlerle çözülebiliyorsa, blok zinciri kullanmanın gerekli olup olmadığı üzerinde düşünmek gerekir. Kurumlar arası işbirliğini içeren bazı senaryolar varsa ve gerçekten bir güven temeli eksikliği varsa, blok zinciri düşünülebilir.
Aşağıdakiler iş süreci optimizasyonudur: Blockchain, iş uygulamalarında, özellikle ittifak zincirlerinde bir özelliğe sahiptir.Kuruluşlar arası iş süreçlerini içerir.Bu nedenle, geleneksel süreçlerden farklı olarak, bunlar dahili girişimle sınırlıdır, ancak yalnızca birkaç departman arasındadır. İşbirliği, kurumlar arası iş süreçleri, iş süreçlerini oluşturmalı ve tüm tarafların eşitliğini ve özerkliğini sağlamaya dayalı olarak bunları daha da optimize etmelidir. Bunların tümü dikkate alınması gereken konulardır.
Uygulama geliştirme modeli, iş personeliniz veya geliştiricileriniz ile blok zincirinin altında yatan teknoloji arasında nasıl bir köprü kurulacağını çözer ve bu API çağrılarını ve blok zincirinin altındaki SDK çağrılarını iş modelinize ve iş sürecinize dönüştürür. , Böylece iş personeli anlayabilir ve kullanabilir. Sırada görsel analiz var. Blok zincirin kendisi bir kara kutuya benziyor.Bir işletmeye girersek, işletmeye kattığı ticari değeri önemsiyoruz.Bu kara kutu sistemini bir iş kararına nasıl dönüştürebiliriz Görselleştirilir, ölçülebilir ve BI analizini tasarlamak için kullanılabilir. Veri modelleme ve yönetimi, blok zincirine karşılık gelen iş senaryosunun veri modelleme depolamasının içeriği olan, blok zincirindeki defterde depolanan anahtar değeri ifade eder. Peki, blockchain iş verileri ile işletmenin ana verileri arasında bir ilişki nasıl kurulur ve daha sonraki veri modeli nasıl yönetilir? Bunlar aynı zamanda şirketlerin dikkate alması gereken şeylerdir.
Aşağıdaki kelimeler, teknik çözümlerin seçimi gibi, farklı blok zinciri teknolojisi türlerinin seçilmesini, farklı blok zinciri türlerini vb.Ayrıca karşılık gelen geliştirme programlama dillerinin, geliştirme çerçevelerinin ve bulut platform teknolojisinin temelde konuşlandırılmasını içerir. Seçim. Tüm platform planının ve iş dağıtım planının tasarımını ve uygulamasını içeren platform tasarımı ve uygulaması. Kurumlar arası blok zinciri iş işbirliği sistemini içeren yüksek kullanılabilirlik ve felaket kurtarma, işletmenin iş hizmetlerinin sürdürülebilirliğinin nasıl sağlanacağı, ancak aynı zamanda kurumlar arası işbirliğinin bir işletmenin bir düğümünden kaynaklanmayacağından emin olunması Tüm ittifak zincirinin işi felç oldu, bu yüzden bu dikkate alınması gereken çok kritik bir konudur.
Güvenlik uyumluluğu yönetişimi gibi, herkesin blockchain'i uygularken en çok endişelendiği nokta budur, çünkü iş verilerimi kurumlar arası bir ittifak zincirine koyuyorum ve veri güvenliğine ve iş gizliliğinin korunmasına büyük önem veriyorum. Özellikle, denizaşırı pazarlara girmek, ABD hükümeti veya Avrupa Birliği ile uğraşmak gibi, bu çok katı veri koruma gereksinimleri, gizlilik koruma politikaları vb. Gibi konularla da ilgiliyseniz, bu aynı zamanda bizim blok zinciri uygulamamızdır. nın-nin.
Ek olarak, platform uygulama operasyonu ve bakımı, blok zincirinin değiştirilemez doğasını içerir, bu da yukarıdaki konfigürasyon, veri ve uygulama yönetiminin geleneksel olanlardan çok farklı ve zorlu olmasına neden olur. Aşağıdakiler operasyonlar, pazarlama ve promosyondur. Sektördeki birçok şirketin iyi gittiğini düşünüyorum, bu yüzden bu konuda daha fazla söz etmem gerekmiyor. Ekosistem katılımı, işletmelerin blok zinciri uygulamasını içerir ve aynı zamanda, blok zinciri ile ilgili resmi kuruluşlar gibi dış taraflarla ve açık kaynak topluluklarının teknik katılımının yanı sıra, örneğin, iş ekosistemlerinin katılımını dikkate almak gerekir. Bu endüstri ittifaklarının ve belirli bir işkolunun oluşturduğu endüstri derneklerinin katılımı.
Dolayısıyla, burada yer alan sorular birçok boyutu kapsamaktadır ve bugün tüm sorulara standart bir cevap vermek mümkün olmayabilir. Ancak bu yerlerden bazılarında keşif deneyimlerimizin bir kısmını paylaşacağız.
Bu arada geçen yıl Ekim ayında Hangzhou Yunqi Konferansı'nda yayınladığımız Alibaba Bulut Konteyner Hizmetine dayalı blok zinciri çözümü olan keşif sürecinde kullandığımız araçları tanıtmaktır. Bu aslında blockchain alanında keşfettiğimiz ilk küçük adımdır. Şu anda yoğun bir şekilde bazı güncellenmiş ürün formları ve daha fazla iniş planı geliştiriyoruz.
Çekirdekte hangi sorunu çözüyor? Birçok şirket için, blockchain uygulaması, çevrimiçi iş uygulamalarına ulaşmak için iş ve blockchain'in nasıl hızlı bir şekilde entegre edileceğiyle ilgilidir.Okulmak istediğim şey iş inovasyonunun kendisi ve bunu yapacak insanlardan oluşan bir ekip veya zaman gibi yeterli personel yok. Blok zincirinin tüm alt katmanının inşası, dolayısıyla bu işletmenin talebidir.
Öte yandan, talep, blok zincirinin teknik özellikleri tarafından belirlenir, çünkü değiştirilemez özellikleri, iş uygulamaları geliştirilirken blok zincir sistemindeki verilere ve blok zincirinin tüm ağının konfigürasyonuna yol açacaktır. Bu, yöneticinin tamamen yeni bir ortamı geri yüklemek için birkaç parametreyi değiştirebileceği veya geri alma, silme, vb. Yapabileceği anlamına gelmez. Tüm ortamı küreklemeniz ve ardından bir sonraki geliştirme testi turuna girmek için yeniden oluşturmanız gerekir. Bu, iteratif iş uygulaması geliştirme sürecinde verimlilik sorunlarına yol açar. Bu durumda, blok zinciri çözümümüz, arayüz tabanlı tek tıklamayla otomatikleştirilmiş bir yapılandırma dağıtımı sağlayabilir, böylece şirketler birkaç dakika içinde kurumsal düzeyde bir dizi blok zinciri geliştirme ve test ortamına sahip olabilir. O zamanki çözümümüz buydu Kullanıcı sorunları için bir başlangıç noktası.
Çözümün genel yapısı budur ve burada çok fazla bilgi vermeyeceğim. Bir göz atabilirsiniz. Kubernetes küme teknolojisi üzerinde Hyperledger Fabric blok zinciri hizmetlerinin en temel unsurlarından oluşan bir setin nasıl oluşturulacağını gösterir.İşletmeler, blockchain teknolojisini seçerken bu enlemlere de başvurabilir. Blockchain platformu.
Aşağıda, bu üç alandaki keşif deneyimimize odaklanacağız.
Birincisi, Hyperledger Fabric'e dayalı iş ve veri depolama kapasitesinin tahmin yöntemidir. Aşağıdaki şekil, Hyperledger Fabric'in tüm işlem sürecini ve dağıtım mimarisini gösterir ve Hyperledger Fabric'e dayalı blok zinciri işlemlerinin nasıl gerçekleştirildiğini gösterir. İlk olarak, iş uygulaması CA hizmetine kaydolup oturum açtıktan sonra, farklı kuruluşların onaylayan Eş düğümlerine bağlanabilir ve blockchain işlem simülasyon işlemini gerçekleştirmek için onaylanan Eş düğümüne işlem talebini gönderebilir. Chaincode konteyneri bunu yapmak için ve daha sonra simüle edilmiş işlem sonuçlarını Müşteriye iade eder ve ardından simüle edilmiş işlem sonuçlarını bloklara dönüştürmek için yukarıdaki Orderer hizmetine gönderir.Bu, bloklar oluşturan blok zincirindeki bağlantıdır. . Orderer hizmeti, işlem bilgilerini dahili olarak arka plan Kafka kuyruğuna koyar ve ardından kuyruktan kaldırıldıktan sonra bloklar oluşturur. Blok oluşturulduktan sonra, Sipariş Veren, bloğu tüm iş ağındaki Eş düğümlere yayınlayacaktır.Her Eş düğüm bu blokları aldıktan sonra, içerideki işlemi doğrulayacak ve ardından bölgedeki yasal işlemi gerçekleştirecektir. Blockchain'in bu defterlerinde, bu, Hyperledger Fabric blok zincirindeki bir işlemin genel sürecidir.
Ancak bir işletme için blockchain tabanlı bir iş sistemi kurmak istiyorsam, süreci, özellikle işletmenin mimarı, bütçe ve satın alma ekibi ve hatta CTO'yu anlamam yeterli değil. Soru: Sisteminiz ne kadar iş hacmini destekleyebilir? Özellikle, blok zincirindeki en önemli şey işlem verileridir.Bu nedenle işlem verilerinin kalıcı olmasını sağlamak için, önümüzdeki bir, iki veya üç yıl içinde iş operasyonlarımın ihtiyaçlarını karşılamak için ne kadar depolama kaynağına ihtiyacım var. İnişten önce birçok müşteri tarafından sorulan ilk soru.
Bu sorunun yanıtlanması zordur, çünkü işlem sürecinin karmaşıklığı ve Hyperledger Fabric gibi blok zincirinin temelini oluşturan teknik mimari nedeniyle endüstrinin iyi bir tahmin yöntemi yoktur. Fabric mimarisini ve kodunu inceledik, bazı kapasite testlerinden geçtik ve bazı tahmin yöntemleri elde ettik, sizlerle paylaşayım.
Öncelikle, tüm Fabric teknolojisi mimarisinin depolama büyümesi sıcak noktalarının nitel bir analizini yaptık.Sipariş düğümünde, her bir Orderer'ın işlem hacmimizle ilgili işlem geçmişi dosyası olan defterin bir blok dosyasını kaydedeceğini görebiliriz. Doğrusal olarak ilişkilidir ve büyüme baskısı nispeten büyüktür.
İkincisi, Kafka kümesinin kuyruğudur. Daha önce de belirtildiği gibi, Sipariş Veren işlem verilerini aldıktan sonra Kafka Broker'ın kuyruğuna yerleştirilir. Veri kapasitesinde de bir artış olacaktır. Bu sarıdır, yani büyüme baskısı orta düzeydedir. Açıklayacak. İkincisi, tüm ağda, her bir Peer iki bölümden oluşur, Peer's Ledger'da bir de blok dosyası vardır.Bu blok, işlem hacmi ile birlikte doğrusal olarak artacaktır. İkinci olarak, StateDB, defterin dünya durumunu saklamaktır.Bu kısım da işlemlerle ilgili olacaktır, ancak bu doğrudan doğrusal bir ilişki değildir.
Bu kalitatif analiz sonucunu aldıktan sonra, tahmini sonucun nasıl ölçüleceğine daha yakından bakalım. İşte az önce bahsedilen bir dizi mimari kod analizi ve kapasite testinden sonra elde edilen bir tahmin formülü. Mükemmel olmayabilir ama pratik uygulamalarda çok faydalı bilgiler sağlayabilir. Kabaca açıklayayım Blockchain'in çoklu zincir konsepti var, yani Fabric'in Kanallar aracılığıyla uygulanan çoklu zincir konsepti var.Her Kanal bir işi temsil ediyor.Bu işletmenin bağımsız bir defteri var ve diğer Kanallardan farklı. İzole bir ilişkidir. Kullanıcının bir girdi sağlamasına izin verebiliriz, örneğin, temel olarak her iş için günlük ortalama işlem sayısını tahmin edebilir, çünkü burada ilk girdi parametresi olan performans tepe tahmini yerine kapasite tahmini yapıyoruz.
İkincisi, Fabric'in her işleminin temel maliyeti Fabric işleminin veri yapısıdır.Bu veri yapısı, kodu analiz ettikten sonra yaklaşık 2,9 KB boyutundadır, ancak bir miktar Endeks ek yükü ve bir miktar Blok ek yükü gibi başka ek olanlar da vardır. Muhtemelen yaklaşık 4K'nın bir sonucu olarak tahmini bir değer alıyoruz. Ardından, her bir işlemin ortalama iş verisi boyutunu, yani gerçek işlem Yükü verilerinizi, zincire yazmak istediğiniz verileri ve bu Yükün boyutunu ekleyin. Burada 2 ile çarpmak çok kritik bir noktadır. Az önce bahsedilen ciro işlemi sürecinde, bu işlemin işlem verileri iki bölüm içerir, bunlardan biri zincir kodu teklif yükü ve teklif yanıt yükü olarak adlandırılır. İş verilerinin bu kısmı iki kez ifade ediliyor İşlem veri yapımda bu yüzden 2'nin çarpımı var.
İkincisi, iş kanallarının sayısı. Bir Fabric blockchain ağı kurdum.Sadece tek bir iş türüne hizmet etmek istemiyorum. Birden fazla işletmeyi destekleyebileceğini umuyorum. Ardından ilgili iş kanallarının sayısını çarpın. İş yılını desteklemek için, Eş düğümlerin sayısı da vardır. Eş düğüm, çünkü her Eş, defteri kaydetmek için blok zincirinin blok dosyasını saklayacaktır. 2 ile 1 arasında 2 ile çarpmak çok ilginçtir. Bir Peer hem bir blok dosyasına hem de bir StateDB'ye sahiptir. Örneğin, CoachDB'yi kurumsal düzeyde kullanıyoruz, ancak bu veri özelliği iş türünüzle yakından ilgilidir. Her işlem için yeni bir anahtar değeri oluşturursanız, bu sizden daha fazladır. Bir işlem güncellemesi aynı anahtar değerine sahiptir ve StateDB'nin maliyeti farklıdır.
Öte yandan, CoachDB Google'ın Snappy sıkıştırma teknolojisini kullandığından, gerçek işlem yükü StateDB'de bir anahtar değer olarak saklanır. Bu, orijinal veri boyutu değildir, ancak bir sıkıştırma döneminden sonra veri miktarı azalacaktır. Elbette büyük ölçüde azaltılmış olan sıkıştırma oranı, iş verilerinin bazı özellikleriyle ilişkili olacaktır, bu daha esnektir, çünkü az önce bahsettiğim StateDB'nin özelliklerini içerir. Ek olarak, Orderer'ın düğüm sayısı burada yer alır, çünkü Orderer eksiksiz bir veri defteri setini kaydeder, bu nedenle Peer'ın defteriyle tutarlıdır ve bunun için karşılık gelen bir ek yük vardır.
Sonra Kafka var.Kafka'nın kuyruğu, saklama süresini garanti altına almak için bir işleve sahiptir.Tutma süresinden sonra, müşterinin ihtiyacı olmadığını varsayarak kuyruktaki mesajları kaldırabilir ve silinebilir. Kafka Kumaşta Tutma günleri Yaklaşık 7 gündür. Elbette, kullanıcı bunu özelleştirebilir. 7 günlük süre, kopya ile çarpılır. Kopya, Kafka tarafından verilerin yüksek kullanılabilirliği için kullanılır. Aynı veri kümesinin Kafka'da birden fazla kopyası olacaktır. Fabric'te Kafka replikalarının sayısı 3'tür ki bu öyle bir miktardır ki sadece 7 × 3 tasarruf edilmesi gerekir. Tahmin yönteminin tamamı budur.Aşağıda ilgili Excel formülünü vereceğim.Ayrıca durumunuz için otomatik olarak hesaplanan bir tahmin formülü seti de hazırlayabilirsiniz.
Tekrar konuşmama izin verin, tahmin yöntemlerinin ve dikkat noktalarının kullanımı, aynı zamanda blockchain iş uygulama sisteminin bazı tasarım ilkelerini yansıtıyor. Öncelikle, her iş kanalının toplam boyut sınırı vardır, bu nereden geliyor? Çünkü az önce her kanalın bir dizi defterine sahip olduğundan bahsetmiştim. Defterin özü, tüm işlem verilerini ve işlem geçmişini kaydeden Blok'tur. Bu blok yalnızca ek dosyalarda saklanır.Bu dosyalar yaklaşık 6'da 10'dur. Güç sayısının üst sınırı, her boyut 64 megabayttır, çarpılır, teknik üst sınır 61 TB'tır. Az önce bu tahmini değerleri gördüm, ancak üst sınırı, örneğin her Sipariş veya her Eş için, üzerindeki iş verisi miktarı blok dosyasının üst sınırını aşamaz.
İkincisi, blok zinciri için neyin uygun olduğuna dikkat etmemiz gerektiğidir.Bu sadece bir kapasite planlama meselesi değil, aynı zamanda tüm iş senaryosunun seçimi ile ilgili bir sorudur, çünkü blok zincirinin ilk özelliği, kanıt depolamaya uygun olmasıdır. Ham veri depolama veya büyük veri depolama için altyapı olarak kullanılmaz. Ek olarak, banka havaleleri ve ödeme işlemleri gibi iş senaryonuzda aynı Anahtarı sık sık güncellerseniz, bunun bir özellik olarak blockchain için uygun olup olmadığını göz önünde bulundurmalıyız çünkü blockchain aynı zamanda sektörde yazılı olmayan bir karaktere sahiptir. Fikir birliği, yüksek frekanslı ticaret işi için destek içermediğidir. Ek olarak, blok ek yükü de var.İşlem şu anda blokta kapsüllendiğinden, bloğun kendisi veri yapısı açısından yaklaşık 1.9KB'lik bir temel ek yüke sahiptir.Blok sayısının işlem sayısına oranı aşağıdaki nedenlerden dolayı belirsizdir: Dijital para biriminin Bitcoin'e benzediğini görünce, blok üretimi madencilerin madenciliğine dayanıyor ve bu da zorluk koşulunu karşılayan rastgele bir sayı elde etmek için bir dizi kapsamlı hesaplama ve hash hesaplaması yapıyor. Bu dijital para birimi blok üretimidir.
Ancak Fabric'te bir blok üretmek için sadece bu üç kriteri karşılaması gerekir, örneğin blokta yer alan işlem sayısı üst limite ulaşırsa blok üretebilir. Ya blokta yer alan işlemin toplam bayt baytları üst sınıra ulaştı ya da ilk işlem bloğa girdikten ve bekleme süresi üst limite ulaştıktan sonra bir blok üretilebilir. Bu üç standart, işlem sayısı ile blok sayısı arasında kesin bir uyuşmazlığa yol açmadığından, bu arada, bu üç standart temelde IBM MQ'nun verimli ağ toplu aktarım standardı ile tutarlıdır.Sektörde çok tesadüfi olan birçok tasarım vardır. nın-nin.
Fabric kapsayıcı aynalama maliyeti gibi başka küçük hususlar da vardır. Fabric, üç ila beş yüz megabayttan 1.5G ve 1.3G'ye kapsayıcı yansıtmayı içerir. Tüm resimler dosya olarak saklanıyorsa, muhtemelen Elbette 11G ek yükü, görüntüyü Liman gibi Docker Kayıt Defterinde veya buluttaki görüntü hizmetinde saklarsak, gerçek hacim çok daha küçük olacaktır çünkü docker görüntü hiyerarşik dosya sistemi teknolojisine dayalıdır. Ancak, işletmenin dikkate alması mümkünse, işletme yükseltmelerini, geri dönüşleri veya geliştirme ihtiyaçlarını desteklemek için kaç tane aynalı sürüm setini yedeklemeliyim, bu depolama ek yüküdür. Ek olarak, iş uygulamalarının ve diğer yazılımların konteyner aynalama ve verilerin depolanması ve yedeklenmesi gibi genel giderler vardır, ancak bunlar nispeten küçük faktörlerdir.
İlk keşif deneyimini paylaştıktan sonra, işletme ve bakım perspektifinden Hyperledger Fabric günlüklerinde kurumsal düzeyde operasyon ve bakım analizinin nasıl uygulanacağına bakalım. Belki buradaki meslektaşlarımın çoğu Fabric günlüklerini kullanma konusunda biraz deneyime sahiptir. Örneğin, bir Kubernetes konsolu aracılığıyla bir Eş düğümünün veya Düzenleyici düğümünün günlük bilgilerini görüntüleyebilir veya komut satırı üzerinden kubectl günlükleri veya docker günlükleri komutlarını çalıştırabiliriz. Ayrıca her düğümün kapsayıcısının günlük bilgilerini de görebilirsiniz. Ancak sorun şu ki, bu yöntemlerin kurumsal düzeydeki operasyon ve bakım ve iş analizi ihtiyaçlarını karşılayamaması.Buradaki hedef, muhtemelen blok zinciri operasyon ve bakım sisteminin ekibi, hatta bazı durumlarda işle ilgili ekipler.
Peki, kurumsal düzeydeki işlemler ve iş analizi ne tür Fabric günlük araçlarına veya yeteneklerine ihtiyaç duyar? Aslında, bu tür bir blok zinciri iş sistemi, bulut platformunun günlük hizmeti veya blok zinciri ile entegre olacak bir günlük analiz sistemi oluşturmak için açık kaynaklı ELK çözümü gibi birleştirilebilir. İşte hangi yeteneklere ihtiyacımız olduğunu gösteren birkaç örnek. Birincisi, blok zinciri iş sisteminin günlükleri için gerçek zamanlı indeksleme ve dinamik sorgu yetenekleri elde etmeyi umuyoruz. Örneğin, bu örnekte, Alibaba Cloud Log Service'i örnek olarak entegre etmek için Alibaba Cloud'un blockchain çözümünü kullanıyoruz.Burada, bu logun bir miktar dağıtımını görmek için belirli bir iş Kanalında gerçek zamanlı bir indeks sorgusu gerçekleştirmemiz gerekiyor. Bu iş Kanalı ile ilgili günlük bilgilerinin yanı sıra, sorgu, bazı SQL gibi anahtar kelimeler ve sorgu ifadeleri ile hızlı bir şekilde gerçekleştirilebilir.
Şirketler için ikinci örnek, otomatik alarmların işlevini gerçekleştirmek için bazı günlük bilgilerine veya yüksek önceliğe veya riskle ilgili günlük bilgilerine duyarlı olabilir ve bu alarmlar SMS gibi bağlanabilir, E-posta, DingTalk gibi kurumsal iletişim araçları vb. Aşağıdaki örnekte, son derece hassas bir chaincode uygulaması gibi belirli bir özelliğin belirli bir Eş düğümünde çalışıp çalışmadığını kontrol etmek için belirli bir blockchain uygulama sistemi için bazı alarm kuralları belirleyebiliriz. Bir kural: Kural yapılandırıldıktan sonra, iş sistemim bu koşulu karşıladığında, kullanıcıya e-posta ve SMS yoluyla otomatik olarak bir alarm gönderir ve işletme ve bakım personeli alarm kaydında alarm sürecini görebilir. .
Bir sonraki uygulama, şirketimizin blockchain iş sisteminin işleyişi hakkında görsel bir istatistiksel grafik elde etmeyi ve veri çıktısını rapor etmeyi ummasıdır. Burada bir grafik analizi yaptık, yani bu Eş düğümlerinde aslında birkaç şey yaptık: Bir Eş için 10 akıllı sözleşme ve başka bir Eş için 100 akıllı sözleşme çağrısı yapıldı. Gerçek günlüklerimizin grafik analizinde, iş çağrısı durumunun tezahürünü görebiliriz, çünkü buradaki karşılaştırmadaki bu günlüklerin sayısı, defter verilerinin senkronizasyonu için bazı günlüklerdir, daha sonra bu ek bölümdeki Delta günlüklerinin sayısı bu 10 kata karşılık gelir. Zincir kodu çağrıları ve bu bölümdeki daha fazla sayıda Delta günlüğü, bu Eşteki 100 zincir kodu çağrısı durumudur. Bu günlük analiz çizelgeleri, örneğin farklı iş alanlarında blok zinciri iş sistemine giriş akışındaki farklılığı veya farklı şirketlerle bağlantılı blok zinciri iş sisteminin akışındaki farkı vb. Analiz etmek için bir iş ekibi olarak kullanılabilir. İş analizi için bir temel olarak ve Excel formatına aktarılabilmesi.
Yukarıdakiler, bugünkü önceki iki keşif deneyimini paylaşmam, hepinize teşekkür ederim!
yazar hakkında
Ali Huaming Yugong, Yu Shan, şu anda Alibaba Bulut Konteyner Servis Departmanında konteyner teknolojisi, blok zinciri ürünleri ve çözümlerinin araştırma ve geliştirilmesinden sorumlu kıdemli bir teknik uzman olarak çalışıyor. Lisans ve Yüksek Lisans, Çin Bilim ve Teknoloji Üniversitesi'nden mezun oldu. IBM Çin Geliştirme Merkezi'ndeki on yıllık çalışma süresi boyunca, IBM MQ, Kubernetes, mikro hizmetler, Hyperledger Fabric ve diğer ilgili ürün ve teknolojilerin araştırma ve geliştirmesine liderlik etti ve çok sayıda bankacılık, finans, hükümet, perakende, imalat, tıbbi, enerji vb. Biriktirdi. Sektörün kurumsal müşteri proje deneyimi.
Yu Shan ile yakından iletişim kurmak ister misiniz?
18-21 Ağustos'ta BCCon'a katılmak için Pekin Uluslararası Kongre Merkezi'ne gelin!
BATJ tarafından yönetilen internet şirketleri, blok zincirinin düzenine odaklanmış olsalar da, aynı hedefe farklı yollarla ulaşıyor ve blok zincir teknolojisinin geliştirilmesini ve uygulanmasını ortaklaşa teşvik ediyor. Blockchain düzeni için önemli bir kavşaktır. Fikriniz uygulanabilir mi? İşte referans için 30'dan fazla yol.
Tıklamak Orijinali okuyun veya QR koduna uzun basın daha fazlasını anla
