Tencent Cloud'un bağımsız kontrol edilebilir veritabanı TDSQL'in evrimi
Dijital çağda, temel bir yazılım olarak, otonom ve kontrol edilebilir veritabanı, işletmelerin veri güvenliği ve iş istikrarı için büyük önem taşımaktadır. Bilgi güvenliği, özellikle büyük güvenlik gerektiren hükümet ve finans alanlarında, yalnızca "özerk ve kontrol edilebilir" in farkına vararak temelden sağlanabilir .. Veri güvenliği gereksinimleri daha da güçlendirilir. Bu nedenle, İnternet güvenliğinin ulusal stratejik düzeye yükselmesi bağlamında, temel veritabanı düzeyinde özerklik ve kontrolün nasıl sağlanacağı, bulut bilişim satıcılarının hedefi haline geldi.
WeChat ödeme / kırmızı zarfların karmaşık iş senaryolarına dayanan Tencent, güçlü veri tutarlılığı, yüksek kullanılabilirlik ve yatay genişleme sağlamak için veritabanının otonom kontrolünü sağlamayı taahhüt etmiştir. Aslında, Tencent'in TDSQL (Tencent Dağıtılmış SQL) finansal düzeyde dağıtılmış veritabanı, WeChat kırmızı zarf işini dahili olarak desteklerken, Çin'in finans endüstrisi için harici olarak teknolojik olarak bağımsız ve kontrol edilebilir bir dağıtılmış veritabanı çözümü de sağlıyor.
WeBank'ın arkasındaki BT altyapısı, ilk yerli internet bankası olarak geleneksel IOE'yi terk ederek İnternet dağıtılmış mimarisini tamamen benimsemiştir. 2014'ten itibaren Tencent Cloud, WeBank için temel işlem veritabanı çözümleri sağlamaya başladı. TDSQL, tüm bankanın tüm OLTP hizmetlerini taşımak için 800'den fazla düğüm dağıtan WeBank'ta işlem temel DB'si olarak hizmet eder. İnternet mimarisinin tam olarak kullanılması nedeniyle WeBank, geleneksel IOE çözümüne kıyasla BT maliyetlerini önemli ölçüde düşürmüştür. Aynı zamanda, İnternet mimarisinin yüksek ölçeklenebilirliği, WeBank'ın hizmet yeteneklerini, kapsayıcı finansman senaryolarındaki artışla kolayca başa çıkabilecek kadar oldukça esnek hale getirir.
"2017'de WeBank, her bir hesabın işletme maliyetini, Anakara'daki geleneksel bankaların yalnızca 1 / 10'u olan ve maliyetinin yalnızca% 2 ila% 5'i olan uluslararası bankalarınkinden daha düşük olan ortalama 6 RMB'ye düşürdü." WeBank Başkan Yardımcısı ve CIO'su Said Ma Zhitao.
Şu anda TDSQL, Tencent Financial Cloud aracılığıyla finansal düzeyde dağıtılmış veritabanı ürünlerini ve hizmetlerini resmi olarak ihraç etmektedir.WeBank'a ek olarak, Tencent'in dağıtılmış veritabanı TDSQL ayrıca Huatong Bank, Huaxia Bank, Weifang Bank, Inner Mongolia Jingu Rural Commercial Bank, Beijing Life Insurance, Aixin Life Insurance gibi birçok banka ve sigorta şirketinin temel İnternet üretim sistemi. 500'den fazla hükümet, işletme ve finans kurumu için veritabanı genel bulut ve özel bulut hizmetleri sağladı ve müşterileri bankacılık, sigorta, menkul kıymetler, İnternet finansmanı, faturalama, üçüncü taraf ödemesi, Nesnelerin İnterneti, İnternet +, devlet işleri ve diğer alanları kapsıyor. Müşteriler ve sektör tarafından oybirliğiyle kabul edildi.
Öyleyse TDSQL, değişen pazar iş ortamında otonom kontrol edilebilirliği ve teknolojik yinelemeyi nasıl başarır? TDSQL mimarisinin evrimini inceleyelim.
İş senaryosu patlaması veritabanı evrimini destekler
Mimari açısından TDSQL, Paylaşılan Hiçbir Şey mimarisine sahip dağıtılmış bir veritabanıdır; dağıtım modu açısından TDSQL, çoklu kiracılığını destekleyen bir bulut veritabanıdır; yetenekler açısından, TDSQL, yeniden tanımlayan mevcut popüler HTAP'den bir adım daha ileridedir. Noshard örneklerini, dağıtılmış örnekleri ve analitik örnekleri de tahsis edebilen ve JSON / RockDB ve diğer çözümleri destekleyen kapsamlı bir veritabanı çözümü. Elbette, TDSQL'in ana özelliği, parça mimari yeteneğidir.
2004'te, Tencent'in yeniden şarj edilmesi, Tenpay ve diğer işletmeler patladı, ancak o sırada Tencent ve tüm girişimlerin ortak bir yanı vardı: "zayıf". Bu arka plan altında, TDSQL yavaş yavaş doğdu, bu nedenle Tencent'in finansal işi Başlangıçta IOE yoktu.
Dönem boyunca, iş katmanı bölmenin kötüye kullanılması, tutarsız ana-bağımlı verilerden kaynaklanan veri doğruluğu sorunları ve yüzlerce ekipman kümesinin yönetim sorunları yaşadı.
Bu nedenle, 2008'den başlayarak, ekip TDSQL çözümünü yeniden düzenlemeye karar verdi.Finansal hizmetlerin özellikleri göz önüne alındığında, aşağıdaki kilit noktalar listelenmiştir:
l Güçlü veri tutarlılığı gereksinimleri
l Veritabanı kümesinin kullanılabilirliği, kararlılığı ve felaket toleransı gereksinimleri banka standartlarını karşılamalıdır
l İşletmenin büyük boyutlu tabloları bölmesine gerek yoktur, veritabanı otomatik olarak bölünür
l Erişim basit olmalı, eski iş dönüşümü küçük olmalı ve MySQL protokolü ile uyumlu olmalıdır
l Finans sektörünün bilgi güvenliği düzenleyici gereksinimlerini karşılayın ve aşın
TDSQL yazılım mimarisi bileşimi
Genel olarak, TDSQL, karar planlama kümesi / GTM, SQLEngine ve veri depolama katmanı gibi temel bileşenlerden oluşur. Modüllerinin her biri, hızlı genişleme, sorunsuz anahtarlama, gerçek zamanlı arıza kurtarma vb. Sağlayabilen dağıtılmış bir mimari tasarıma dayanmaktadır. Bu mimari ile, TDSQL'in Noshard, Shard ve TDSpark örnekleri aynı kümede karıştırılabilir ve dağıtılabilir. Ve basit bir x86 sunucusu kullanarak, mini bilgisayarlar ve paylaşılan depolamaya benzer kararlı ve güvenilir bir veritabanı oluşturabilirsiniz.
Mimari açıdan, TDSQL'in yalnızca iki temel fikri vardır: veri kopyalama (çoğaltma) ve parçalama (parçalama), diğerleri bundan türetilir. onların arasında,
Replica, kullanılabilirlik sorunlarını çözmek için hata algılama ve anahtarlama ile işbirliği yapar;
Sharding, kapasite genişletme sorununu çözmek için küme kaynak planlaması ve erişim yönlendirme yönetimiyle işbirliği yapar.
Aynı zamanda, çoğaltma, birden çok veri kopyası ile genel verim düşüşü arasındaki tutarlılık sorununu ortaya çıkardığı için, parçalamanın getirilmesi bazı işlevsel kısıtlamaları da beraberinde getirecektir.
Son uygulamada, TDSQL üç temel bileşenden oluşur: Scheduler, Gateway ve Agent artı MySQL. Bunların arasında:
Zamanlayıcı, zookeeper ve scheduler sunucusuna bölünmüş bir yönetim zamanlayıcıdır;
Ağ geçidi bir erişim ağ geçididir, birden çok ağ geçidi bir erişim katmanını oluşturur;
Aracı bir yürütme aracısıdır ve MySQL örneğiyle birlikte bir veri düğümü oluşturur. Çoklu veri düğümleri bir servis birimi SETini oluşturur.
MySQL'in bağımsız sürümü ile karşılaştırıldığında, TDSQL'in avantajları esas olarak felaket toleransı, yüksek tutarlılık ve yüksek esneklik dahil olmak üzere küme boyutunda yansıtılır.
Not: destekleniyor, × desteklenmiyor, geçerli değil
Veri tutarlılığı testi
Finans sektöründe, bankalar, risk kontrolü ve kanallar gibi üçüncü taraflar, verileri genellikle ayrı okuma ve yazma yöntemleriyle sorgular İnternet endüstrisinde, x86'nın nispeten yüksek başarısızlık oranı nedeniyle, veriler genellikle düzensiz ve kayıp görünebilir. Bu sorunu çözmek için, ana ve bağımlı veriler arasında güçlü bir tutarlılık ve iyi bir okuma-yazma ayırma stratejisi gerektirmek gerekir. Anahtar, güçlü eşzamanlı çoğaltma teknolojisinin nasıl uygulanacağıdır.
MySQL'in yarı senkronizasyonu ve Galera modu yalnızca çok büyük bir performans kaybına sahip olmakla kalmayıp aynı zamanda veri senkronizasyonunda çok sayıda hataya sahip olduğundan, aynı şehirdeki finansal işletmenin felaket tolerans mimarisine veya iki konumlu üç merkez mimarisine büyük zorluklar getirir.
Bu neden böyle? 1996 yılında MySQL 3.1.1.1 sürümünden başlayarak, iş veritabanları genellikle intranet üzerinde çalışır ve ağ ortamı temelde daha iyidir.Bu nedenle, MySQL bağlantı başına bir iş parçacığı modeli kullanır.Bu modelin en büyük avantajı, geliştirmenin özellikle basit olmasıdır. Tüm iş parçacıkları eşzamanlı olarak çağrılır Dış arabirime erişilmediği sürece, temelde saniyede yüz binlerce isteği desteklemek yeterlidir, çünkü çoğu durumda IO darboğazdır.
Ancak mevcut donanımın gelişmesi ile özellikle ssd gibi donanımların ortaya çıkması ile IO artık temelde bir darboğaz olmaktan çıkmıştır.Bu model tekrar kullanılırsa ve büyük bir gecikmeye sahip harici arabirim bloke bir şekilde çağrılırsa, ağ yanıtında CPU bloke olur. Açıksa, performans doğal olarak artmaz.
Bu nedenle, TDSQL iş parçacığı havuzunu tanıtır, farklı ağ ortamları için veritabanı iş parçacığı havuzu modelini (SQL yürütme mantığı) optimize eder ve grup gönderim çözümlerini destekler. Örneğin, binlog replikasyon şemasında replikasyon dizisini ayrıştıracağız:
1. Görev, binlog yazılıncaya kadar yürütülür ve ardından oturum oturuma kaydedilir ve ardından yanıt bekleyen iş parçacığının engellenmesini önlemek için diğer istekleri işlemek için bir sonraki döngü yürütülür.
2. MySQL'in master ve slave senkronizasyonundan sorumlu kendi döküm iş parçacığı, hemen binlog'u gönderir ve yedekleme makinesinin io iş parçacığı binlog'u alır ve röle günlüğüne yazar ve ardından ana bilgisayara udp aracılığıyla bir yanıt gönderir
3. Ana bilgisayarda, yanıtı işlemek için bir iş parçacığı grubu açın, yanıtı aldıktan sonra ilgili oturumu bulun, kesinlemeyi yürütün, yanıtı alt kısımda gönderin ve epoll ve diğer işlemlere bağlanın. Epoll'e bağlandıktan sonra, bu bağlantı diğer iş parçacıkları tarafından algılanabilir ve yürütülebilir.
Dönüşümden sonra, TDSQL karmaşık ağ modelleriyle başa çıkabilir. Elbette, MySQL senkronizasyon mekanizmasını derinlemesine anlayan arkadaşlar, yukarıdaki şemanın küçük bir kusuru olduğunu görebilir: ana bilgisayar başarısız olduğunda, binlog'un uzak uca gönderilmesi için zamanı olmamıştır, ancak şu anda iş başarısına geri dönmeyecek, bu veriler bekleme makinesinde mevcut değildir. Bununla birlikte, ana bilgisayar kendi kendini iyileştiremedikten sonra, ana bilgisayar bu işlem için daha fazla veri yayınlayacaktır. Çözüm, güçlü veri tutarlılığı sorununu etkili bir şekilde çözen, yeni eklenen işlemi binlog'a göre satır formatında geri döndürmektir.
2018'in başında Intel teknik ekibi, sysbench test çözümünü bilgisayar odaları, aynı model, ağ ve parametre yapılandırması ve yüksek eşzamanlılığı test etmek için kullandı. TDSQL güçlü eşzamanlı çoğaltmanın ortalama performansı, MySQL 5.7 eşzamansız çoğaltmanın 1,2 katıdır.
Kural tabanlı ve maliyet tabanlı sorgu motoru
Mevcut dağıtılmış veritabanlarının çoğu, kural tabanlı sorgu motorları (RBO) ile tasarlanmıştır; bu, bir dizi katı kullanım kuralına sahip olduğu anlamına gelir.Veri tablosunun içeriği ne olursa olsun, SQL ifadelerini ona göre yazdığınız sürece, "Yürütme planınızı" etkilemeyecek, ancak kuralın karmaşık veri hesaplama gereksinimlerinin "hassas" olmadığı anlamına gelir. Finans sektörü kendi veri ambarına sahip olmasına rağmen, OLTP işletmelerinde genellikle işlemler, JOIN'ler ve hatta toplu işlem gerçekleştirmesi gerekir.
TDSQL, SQLENGINE'da maliyet tabanlı bir sorgu motoru (CBO) uygular.SQLENGINE'in sözcüksel, gramer analizi, anlambilimsel analizi ve SQL optimizasyonundan sonra, SQL dağıtılmış bir sorgu planı oluşturacak ve veri yönlendirme stratejisine (maliyet tabanlı sorgu motoru) dayalı olacaktır. Aşağı açılan hesaplamaları gerçekleştirin ve son olarak özetlenmiş verileri ön uca döndürün.
Dağıtılmış bir hesaplama motoru olarak, depolama, bilgi işlem motorundan ayrıldığında, çok önemli bir kısım, hesaplamanın mümkün olduğunca alt veri depolama katmanına nasıl indirileceğidir. Bu nedenle, çok sayıda iş cilalamasından sonra, SQLENGINE of TDSQL, shard anahtarına, indeks koşullarında aşağı itmeye, sürüş tablosu sonuçlarının aşağı indirilmesine, boşluğun aşağı itilmesine, alt sorgunun aşağı indirilmesine ve sol birleşimin iç birleştirmeye dönüştürülmesine vb. Dayalı olarak 18 tür aşağı itme elde etti. Daha iyi dağıtılmış sorgu yetenekleri sağlamak ve finansal işlemlerin ilgili işlemlerini desteklemek için çoklu düğümler arasında veri aktarımının neden olduğu baskıyı en aza indirmek için optimizasyon yöntemlerini aşağı itin.
Küresel işlem tutarlılığı ve küresel zaman damgası hizmeti GTM
Finans sektörünün işlem işleme için son derece yüksek talebi vardır. Transferler ve kesintilerin tümü işlemlerdir Tencent, dağıtılmış işlem işlemeyi kullanan ve finansal çekirdek sistemi için JOIN dağıtan birkaç şirketten biridir.
TDSQL, finansal senaryoların işlem yönetimi ihtiyaçlarını desteklemek için klasik XA iki aşamalı tamamlama artı iki aşamalı kilitleme protokolü aracılığıyla güçlü dağıtılmış işlem semantiğini uygulamaya devam eder. Kullanım sözdizimi MySQL ile tamamen aynıdır, yani arka uç dağıtılmış işlem işleme, uyumluluğu sağlamak için iş kullanıcılarından tamamen habersizdir.
İki aşamalı kesinleştirmenin uygulanmasında, genel artımlı işlem kimliği, başlangıç anında GTM'den alınır ve ardından işleme katılan her alt düğüm, çeşitli DML işlemlerini gerçekleştirmek için bu işlem kimliği aracılığıyla işlemi başlatır ve ilk olarak her bir alt düğümü yürütür. Hazırlamak. Hazırlık başarılı olduktan sonra, küresel işlem kimliğinin işlem durumu güncellenir ve daha iyi işlem işlemi performansı sağlamak için her alt işlemin eşzamansız ve paralel gönderimini gerçekleştirmek için sunulan işlem kimliği olarak yeni bir işlem kimliği alınır.
Şu anda, GTM bir ana-iki-köle modunda çalışmaktadır. Ana-yardımcı düğümün alt katmanı, veri senkronizasyonu ve ana-köle geçişini sal protokolü üzerinden gerçekleştirmektedir. Dahili etkileşim ve harici iletişim, grpc protokolüne dayanmaktadır. TDSQL'in GTM bileşeninin mevcut performansı, finansal hizmetlerin ihtiyaçlarını tam olarak karşılayabilir:
l Global zaman damgası: 180w-190w TPS, 8 İstemci, ana düğüm CPU'su dolu (24core) olduğunda, bellek tüketimi yaklaşık 23GB'dır;
l Artan seri numarası: 750w-780w TPS, 8 İstemci, 100.000 anahtar, ana düğüm CPU'su dolduğunda, bellek tüketimi yaklaşık 30GB'dir;
Bağımlı düğümlerin kaynak tüketimi: Tüm istekler Lider düğüm tarafından yanıtlandığı için, ikincil düğüm yalnızca ana düğümden sal veri senkronizasyon talebini kabul etmekten sorumludur ve ikincil düğümde hiçbir veri önbelleğe alınmaz, bu nedenle CPU ve bellek tüketimi son derece düşüktür; Bu nedenle, genel senaryolarda, genellikle GTM ve planlama karar kümeleri, fiziksel ekipman maliyetinden büyük ölçüde tasarruf sağlayan karma dağıtım olabilir.
TDSQL'in HTAP yetenekleri
TDSQL, bilgi işlem aşağı indirme ve dağıtılmış işlemler gibi özellikler sağlamanın yanı sıra OLAP gereksinimleri için TDSpark özelliklerini de geliştirmiştir.
Basitçe söylemek gerekirse, SQLEngine, yerel MySQL protokol erişim yeteneğini korumak için OLAP senaryosuna göre değiştirildi. Bu nedenle, işletmeler MySQL'e erişim yoluyla OLAP-SQLEngine'e erişmeye devam edebilir.OLAP-SQLEngine şu anda her veritabanı düğümüne dağıtılmış sorgu planını doğrudan indirmez, ancak bir ara katman sunar. Şu anda SPARKSQL benimsenmiştir. SPARKSQL'in güçlü bilgi işlem gücü, karmaşık SQL'in yürütme performansını önemli ölçüde artırabilir. Ek olarak, analiz işlemlerinin çevrimiçi OLTP hizmetlerinden izole edilmesini sağlamak için, TDSQL veri katmanımız, analiz işlemlerinin ve çevrimiçi iş işlemlerinin birbirini etkilememesini sağlamak için her bir veri parçası için izleme ana veritabanına bir veri eşzamansız düğüm ekler.
Veri güvenliği ve felaket toleransı
Veri güvenliği ve felaket toleransı, finansal hizmetlerin can damarıdır ve TDSQL artık birden fazla banka ve sigorta şirketinin genel veya özel bulut ortamlarında kullanılmaktadır. Ulusal düzeyde koruma bilgi güvenliği gereksinimlerini karşılar ve Çin Bankacılık ve Sigorta Düzenleme Komisyonu'nun ilgili denetimlerinden geçmiştir ve ISO, SOC ve diğer yerel ve uluslararası standartlar dahil olmak üzere yerel ve uluslararası standartları elde etmiştir.
Afet toleransı açısından TDSQL şunları destekleyebilir:
l Aynı şehirde güçlü veri tutarlılığı ile hiperaktif: Şu anda, çok sayıda Tencent genel bulut ve finansal bulut müşterisi benzer çözümleri seçti.
l Efendi ve kölenin okumaktan ve yazmaktan ayrı olduğu farklı yerlerde daha fazla yaşayın: Bu çözüm, herhangi bir değişiklik yapmadan şehirler genelinde birden fazla etkinlik yeteneğini gerçekleştirebilen uygulamalar için uygundur. Şu anda, birçok TDSQL müşterisi işlerini dönüştürmek istemiyor, ancak şehirler arasında yaşama ve geçiş yapma yeteneğine sahip olmak istiyor ve genellikle bu çözümü seçiyor.
l Çoklu ana uzaktan çoklu aktif mimari ve iki yönlü senkronizasyonu destekler: Uygulama katmanı kullanıcı boyutuna göre ayırt edildikten sonra, okuma ve yazma işlem erişimi için farklı hizmetleri taşımak ve tam çoklu etkinlik yeteneği elde etmek için birden fazla TDSQL veritabanı seti yapılabilir, ancak iş sistemi zamanlama güvenliğini ve veri ayrımını garanti edemezse, Anormal veri riski.
l Multi-master uzak çok aktif mimari, çoklu master-slave mimarisi: Önceki iki mimariyi birleştirerek, tam bir uzaktan çoklu aktivite + okuma-yazma ayırma kabiliyeti gerçekleştirilir ve iş katmanı yönlendirme hatası olsa bile, veri anormalliklerine neden olmaz. Tabii ki, ilgili uygulama katmanı da değiştirilebilmelidir.
Tabii ki, gereksinimler ne kadar yüksekse, dağıtım gereksinimleri de o kadar karmaşık hale geliyor.Şu anda, genel bulut herkesin deneyebileceği ilk iki çözümü sağladı.
Veritabanı özerk operasyonu
Sistemin çalışmasının kontrol altında olmasını sağlamak için, TDSQL yalnızca sistemin otomatik yönetimini tamamlamak için eksiksiz bir yönetim ve kontrol sistemine (Chitu) sahip olmakla kalmaz, aynı zamanda kullanılabilirlik, güvenlik, verimlilik ve maliyet boyutlarından kapsamlı bir yönetim ve kontrol gerçekleştirir. Ayrıca Chitu'da "veritabanı otonom operasyonu" konseptini tanıttı ve bir dizi kendi kendine öğrenen akıllı algılama platformu (Bianque olarak anılır) oluşturdu.
SQL optimizasyonunu örnek olarak alırsak, sistem en verimsiz SQL'lerden bazılarını otomatik olarak soyutlayabilir ve SQL'i ayrıştırarak AST sözdizimi ağaçları oluşturabilir, sözdizimi ağacındaki tabloların bağlantı yöntemlerini ve bağlantı alanlarını analiz edebilir ve ardından sözdizimi ağacında filtrelemeyi geçebilir. , Sıralama ve diğer anahtar alanlar, her alanın ayrım derecesini tekrar analiz edin ve optimizasyon önerileri sağlamak için daha yüksek ayrım derecesi, kapsamlı alan ayrım derecesi, filtreleme kuralları, tablo bağlantı sırası ve diğer faktörler için optimizasyon şemaları önerin.
TDSQL'in otonom operasyonunun nihai amacı, devasa genel bulut ortamını kendi kendine öğrenme ve kendi kendine evrim için kullanmaktır, böylece manuel müdahale olmadan güncellenebilir, ayarlanabilir ve onarılabilir, böylece insan gücünü serbest bırakır, insan hatalarını azaltır ve şirketlerin yönetim ve ekonomik maliyetlerden tasarruf etmesine yardımcı olur. ,Riski azaltmak.
Veritabanı Geliştirme ve Finansal İşletmenin Beklentileri
Finansal iş, ulusal ekonominin ve insanların geçim kaynaklarının temel işini içerir Küçük bir HATA veya operasyonel bir hata, on binlerce insanın varlığının doğruluğunu etkileyebilir. Tam da bu sorumluluk nedeniyle, Tencent Cloud TDSQL ekibi her zaman "niyet" ilkesine bağlı kaldı.
Şu anda TDSQL, Pekin, Shenzhen ve Chengdu'da Ar-Ge ekipleri kurdu ve CMMI3 sertifikasını geçti.Aynı zamanda, açık kaynak topluluğunda kendi açık kaynak şubesine sahip. TDSQL'in ISO27001, ISO22301, PCI DSS, SOC denetimleri, Sanayi ve Bilgi Teknolojileri Bakanlığı tarafından dağıtılmış veritabanı testleri, IT168 Teknoloji Atılım Ödülü, çok sayıda ulusal veya uluslararası sertifika ve endüstri ödülü aldığını belirtmekte fayda var. Ayrıca, endüstri-araştırma entegrasyonu, endüstri kullanımı entegrasyonu geliştirmek için Çin Renmin Üniversitesi, Çin Bankası vb. İle işbirliği yaptı ve birçok yenilikçi sonuç elde etti.
2019'u dört gözle beklerken TDSQL, üretim ve araştırmanın birleşimi ve üretim ile kullanımı birleştirerek araştırma ve geliştirmede çığır açmaya devam edecek ve ticari kullanım için daha fazla özellik açacak ve açık kaynak topluluğunu kucaklayacak.
