Det har länge kommit – faktiskt 13 månader sedan beta tillkännagavs – men Apache Cassandra 4.0 har nu gått in i allmän release och anses vara produktionsklar. Egentligen gick koden live igår eftermiddag, men idag är dagen som Cassandra-samhället drar ut fyrverkerierna.
Nu får du det – framåt planerar Apache Cassandra-projektet att åta sig att släppa 6-månaders release-cykler. Håll den tanken.
4.0-utgåvan positionerades av samhället som en ganska tråkig release – genom att ansträngningen var att låsa ner saker för att göra detta till den mest stabila punkt-nollutgåvan i Cassandra-historien. Pre-4.0, punkt noll Cassandra-utgåvor skulle ha buggar som skulle ha avvecklats i efterföljande punktutgåvor. Den här gången valde samhället den vardagliga blockeringen och tacklingen.
Kollega Steven J. Vaughan-Nichols redogjorde för vad 4.0-versionen skulle innehålla i juni förra året. För att sammanfatta var rubriken att detta skulle vara “den mest stabila Apache Cassandra i historien.” Bland de nya funktionerna var streaming av data för datainsamling som vanligtvis används för replikering, med genomströmning upp till 5 gånger snabbare för att fylla i nya kluster och upp till 25% för läsning och skrivning. Dessutom har de härdat konsistenskontrollen mellan repliker, mer känd som inkrementell reparation, och har lagt till loggning i realtid som hjälper till att observera.
Medan beta-scenen tog över ett år, enligt DataStax vice vd för utvecklarrelationer Patrick McFadden, förblev det vita knokepisoder fram till sista stund. Redan så sent som förra veckan fanns det ett fel (därefter lappat) som försenade utgåvan med åtta dagar.
Även om det inte var en del av 4.0-utgåvan, gjorde samhället ändringar i utvecklingsprocessen som förhoppningsvis kommer att , gör nästa cykel mer hanterbar och snabbare. För det första har projektet nu formaliserat processen för att lägga till nya funktioner, vilket gör att det fungerar mer som mogna projekt som Spark och Kafka; tidigare var att lägga till funktioner en mer ad hoc-aktivitet.
På agendan för 4.1 och 5.0 kommer det att vara hur man bygger mer cloud-native support i Cassandra. Kubernetes-operatören som DataStax utvecklade är en främsta kandidat, men implementeringen (K8ssandra) kommer sannolikt att förbli en leverantörsfråga. DataStax kommer att erbjuda det sekundära index som det introducerade förra året. Andra objekt på önskelistan kan inkludera skyddsräcken som förhindrar metoder som att skicka frågan från helvetet eller överbelasta en tabell med för många index.
Ännu viktigare är att Cassandra-communityn förändrar release-cykeln. Att gå från Cassandra 3.0 till 4.0 tog sex år, och som nämnts sträckte sig betaen för 4.0-versionen över 13 månader. Framöver går projektet ut på sex månaders release-cykler, varav sex månader är dot release och 12 månader är den största release. Det är ett svar på förväntningarna att, eftersom din plattform i allt högre grad konsumeras som en molntjänst, förväntar sig marknaden oftare uppdateringar. Så om det inte finns något annat spännande på den nya funktionslistan, skulle tillägg av disciplin och hastighet till utvecklingscykeln för Apache Cassandra verkligen passa räkningen.
Disclosure: DataStax är en dbInsight-klient.
Big Data
Var är IBMs hybridmoln-startplatta? Sju sätt att göra realtidsteknologi verklig för din organisation Maskininlärning vid kanten: TinyML blir stort Vad är nästa för Cloudera? McDonald's vill 'demokratisera' maskininlärning för alla användare över hela verksamheten
Relaterade ämnen:
Datahantering Digital Transformation Robotics Internet of Things Innovation Enterprise Software 