原定于 7 月 19 日上午 8 點(英國夏令時)推出的 Cassandra 4.0 因一個緊急反饋的 bug 決定延期發(fā)布。Cassandra 是開源的分布式 NoSQL 數(shù)據(jù)庫，目前被蘋果、Netflix 和 Spotify 等諸多科技公司廣泛使用。

Cassandra 開發(fā)團隊此前曾承諾，這個備受期待的 4.0 版本會成為迄今為止最穩(wěn)定的版本，并希望能夠確保它在發(fā)布時不會存在已知問題。

然而就在臨近發(fā)布的重要關頭，身為 Cassandra contributor 的蘋果工程師 Jon Meredith 發(fā)起了推遲發(fā)布 Cassandra 4.0 的投票請求，原因是他發(fā)現(xiàn)了 4.0 版本的實例在向 4.0 之前版本的節(jié)點序列化 FWD_FRM 消息參數(shù)可能存在問題，但他正在調查確認，因此需要多一點時間。

過了一個晚上，Jon Meredith 確認了問題的存在，他表示 FWD_FRM 的序列化和反序列化在 4.0 節(jié)點上與 4.0 之前的節(jié)點通信不正確，并且包括不正確的單字節(jié)地址長度。此外，轉發(fā)時是否使用相同的 messageid 的邏輯需要包括基本消息 id 以及轉發(fā) id。但在準備發(fā)布的版本中，當有一個節(jié)點要轉發(fā)時，轉發(fā)的請求沒有使用正確的 messageId 進行發(fā)送。更多消息查看 JIRA。

確認問題存在后，Cassandra 社區(qū)發(fā)言人對外表示：“在準備 4.0 GA 版本時，Apache Cassandra 社區(qū)確定了一個需要修復的問題。因此，在修復工作完成之前，發(fā)布時間將被推遲。我們將在確定新的發(fā)布時間后立即公布。”

Cassandra 4.0 被認為是該項目六年來的首個重要版本更新。社區(qū)傾注了大量時間和精力到 4.0 的原因之一是希望提升項目質量。Cassandra 項目在早期曾出現(xiàn)過一個問題，導致使用者需要等到 x.6 版本發(fā)布時才能升級其生產集群。為了避免再度出現(xiàn)影響聲譽的事件，并建立標準，Cassandra 社區(qū)對于項目的質量把控也變得十分嚴格。

本文轉自OSCHINA

本文標題：臨近發(fā)版報告 bug，Cassandra 4.0 被推遲發(fā)布

本文地址：https://www.oschina.net/news/151624/cassandra-4-0-delay