Confluenthas剛剛宣布在SeriesCapital$2.5億美元的新一輪融資，幾乎將其資金總額翻了一番，達到4.56億$，估值達到45億$。 可以說，鑒于彭博社上個月的一份報告揭示了下一輪投資的可能性，新的融資可能是世界上最可怕的秘密。

雖然后來的大多數(shù)風險投資，如Confluent通常將更多的資源注入到銷售、營銷和客戶支持的“進入市場”方面，Confluent正在為新一輪的產(chǎn)品開發(fā)，特別是圍繞“項目變形”，該項目旨在建立ConfluentCloud中的事件流能力。

這一年的資金上限是每年的經(jīng)常性收入大約翻了一番，Confluent管理的云服務(wù)的收入翻了兩番多。 該公司還與GoogleCloud和AWS建立了正式的合作伙伴關(guān)系，以托管其托管服務(wù)，并于去年秋天通過Azure Marketplace獲得。 隨著Confluent ManagedCloudon的每一個主要的云平臺，Confluent也正在推廣它作為一個多云平臺，可以充當跨越每個云的Pub子橋。

幾個月前，Confluent發(fā)布了5.4版本的企業(yè)平臺，涉及四個關(guān)鍵領(lǐng)域。 其中包括一種新的多區(qū)域集群能力，它支持跨不同數(shù)據(jù)中心的異步復制，以促進更可靠的故障轉(zhuǎn)移。 安全，加強了基于角色的訪問控制，取代了原始訪問控制，列表，加上新的高級結(jié)構(gòu)化審計日志，用Elastic Search和Splunk可讀的格式取代了一個更原始的構(gòu)造，反映了Confluent的目標，即將其Kafka環(huán)境從其起源提升為開發(fā)人員構(gòu)建PubSub數(shù)據(jù)管道的低級工具。 最后，在Kafka代理中的主題級別執(zhí)行的模式驗證，而不是在外部模式注冊表中執(zhí)行的模式驗證，應(yīng)該有望硬化模式并導致更少的中斷應(yīng)用程序。

Confluent正超越其Java和Python開發(fā)人員的核心受眾，通過擴展KS QL來參與SQL專業(yè)基礎(chǔ)，它能夠?qū)α鲾?shù)據(jù)運行SQL查詢，并預覽一個新的事件流數(shù)據(jù)庫ksqlDB。 它擴展了從流數(shù)據(jù)到緩存數(shù)據(jù)的足跡，在許多方面模仿內(nèi)存中數(shù)據(jù)庫的作用。 隨著數(shù)據(jù)的持續(xù)存在，構(gòu)建物化視圖的能力可以提供對通常正在運行的數(shù)據(jù)的更集中的查詢和分析能力。 可以想象，通過附加內(nèi)存中的數(shù)據(jù)庫，您可以獲得相同的功能，但Confluent將其作為提供更簡單的體系結(jié)構(gòu)來推廣其替代方案。

這就是變形計劃開始的地方。 不可否認，這是一部文字劇，有點夸張。 項目變形計劃應(yīng)該將Kafka事件流轉(zhuǎn)化為一個云本地服務(wù)，作為與內(nèi)部數(shù)據(jù)源的粘合劑。 或者更具體地說，開發(fā)Kafka中的功能，將流的起源視為事件，然后可以解析、操作和查詢。 保持這個想法，因為它將成為Confluent今年剩余時間的技術(shù)路線圖的中心主題。

變形計劃是以一個弗蘭茲·卡夫卡的故事命名的，講述了一個可憐的人，經(jīng)過一個艱難的夜晚，他變成了一只昆蟲，被排斥，然后被家人勉強接受，幾個月后，他就去世了。 你總是可以依靠開源人群來挖掘晦澀難懂的參考資料，使他們的項目令人難忘-盡管這一選擇確實讓我們有點頭疼。

在過去的一年里，Confluent承諾每月發(fā)布一波關(guān)于其蛇形工程變形計劃的公告，該計劃的新聞稿稱之為“事件流的下一步行動”。 當Confluent在這一愿景上吸引了25億美元時，我們假設(shè)計劃的結(jié)果將不那么可怕。