Als het bedrijf breidt verder dan de eerste ronde van de early adopter klanten, een Kakkerlak Labs heeft gezorgd voor een extra $55 miljoen in de Serie C-financiering, die de totale financiering buiten de $100 miljoen. De financiering komt als het bedrijf voert de geometrische groei fase, een verdubbeling van de omzet kwartaal gedurende het kwartaal, en nu, de vermenigvuldiging van het aantal klanten. Het verwacht te investeren de fondsen in groeiende sales en marketing en product engineering zo goed.
Het bedrijf werd opgericht en momenteel geleid door voormalig Google-medewerker en CEO Spencer Kimball, die ontwikkeld CockroachDB als een multi-platform antwoord voor Google Cloud Sleutel. Die van u Groot op Gegevens fans zullen herinneren George Anadiotis’ lange interview van Kimball, waar hij besprak Kakkerlak ‘ s design aanpak die de nadruk legt geo-distributie en veerkracht.
CockroachDB onderscheidt als een van de weinige geografisch gedistribueerde cloud databases ondersteunt het equivalent van multi-master in meer dan één gewest: het vermogen tot lezen en schrijven van gegevens op een lokale replica zonder dat u toegang tot een centrale meester eerst. Dat heeft duidelijke voordelen voor elke toepassing waar de updates vandaan kan komen overal in de wereld.
De meeste cloud-native databases vandaag het voorzien in een vorm van automatische replicatie mogelijkheden, zodat u kunt lokale exemplaren verdeeld over de regio ‘ s voor een snelle, lokale toegang tot de gegevens. Maar in de overgrote meerderheid van de gevallen, zo ‘ n snelle, lokale toegang is beperkt tot het lezen van gegevens; voor schrijft, ze hebben meestal een rondvaart maken om een centrale master te krijgen begaan.
Er zijn een handvol van de platforms die voorzien in een vorm van multi-master, zoals Amazon Aurora (nog steeds in het voorbeeld), Percona XtraDB Cluster, en NuoDB. Zijn er nog minder die garant staan om dit uit te trekken in de verschillende regio ‘ s, zoals Microsoft Azure, Kosmos DB, en natuurlijk, Google Cloud Sleutel. Verspreid ACID complex is, dat is de reden waarom multi-master databases zijn eerder de uitzondering dan de regel. En onderhouden van transactie consistentie is lastig, gezien de beperkingen van de snelheid van het licht en de beperkingen van het GLB Stelling, die zegt in essentie dat een gedistribueerde database systeem kan slechts twee van de volgende drie mogelijkheden: de Consistentie, de data altijd up-to-date), de Beschikbaarheid (het systeem altijd beschikbaar zal zijn), en de Partitie Tolerantie (het systeem zal blijven werken, ook als er verstoringen in de communicatie met het netwerk). In een gedistribueerde database, de afweging zal onvermijdelijk worden tussen de beschikbaarheid en consistentie, en voor distributed platforms, het is de geheime saus over het beheer van dat evenwicht.
Natuurlijk, de grote vraag is waarom we moeten zorgen.
De voorraad antwoord voor de meeste bedrijven is het, “We zijn niet van Google,” wat betekent dat ze niet over de noodzaak om de wereldwijde online transactie databases als de wereldwijde financiële huizen of digitale online reuzen. Er is een goede reden voor voorraad antwoord, want tot voor kort, de kosten van de geglobaliseerde implementaties was onbetaalbaar, effectief te beperken tot financiële diensten reuzen of opkomende digitale online bedrijven waar de aard van hun bedrijf (bv., online gaming) vereist het uitrekken van de envelop. En als je moet scherf van de gegevens handmatig in, dat kan een zeer complex proces inderdaad.
De uitvoering is meestal vereist een van de verschillende wegen: ofwel investeren in een aparte, high-speed change data capture hulpprogramma voor herhaling of plaats de distributed transaction logica in de toepassing. Dus, de architectuur, de implementatie van multi-master in de database is eenvoudiger en eleganter. Het maakt ook een goede technische argument dat geografisch gedistribueerde multi-master databases zoals CockroachDB zijn een van de weinige die voller voordeel van cloud-inheemse architectuur dan cloud databases ontbreken van die functie.
Wereldwijd gedistribueerde multi-master-databases kunnen worden van een modernisering strategie die kenmerkend zouden worden geïmplementeerd als onderdeel van een grotere overgang wanneer een organisatie lijkt te verplaatsen naar de cloud. Het is ook een strategie bij de lancering van de netto nieuwe cloud-native applicaties. Gezien het feit dat de last van Kakkerlakken is de early adopters zijn Global 2000 organisaties, modernisering zo ver is het dominante gebruik geval.
Aan de horizon, compliance kan ook rijden de beslissing tot vaststelling van een wereldwijd gedistribueerde database. Bijvoorbeeld, als je kijkt naar de opkomende zorgen over de privacy van gegevens en de gegevens lokalisatie, uit noodzaak, kunnen de ondernemingen moeten geografisch partitie hun databases te blijven voldoen van wetten vereisen gegevens om te verblijven in het land van herkomst. In een recente release, CockroachDB de mogelijkheid is toegevoegd om partitioneren van uw gegevens geografisch en nog niet in de database als één logisch is, is de verwerking van de transactie exemplaar.
CockroachDB wijst ook op de veerkracht kaart. Hoewel replicatie, over de beschikbaarheid van zones of regio ‘s is niet per definitie synoniem met disaster recovery of hoge beschikbaarheid, de meeste cloud databases die de verspreiding van hun voetafdruk hebben mogelijkheden voor het bevorderen van replica’ s tot meesters in het geval van uitval. In sommige gevallen, de mogelijkheden zijn beperkt binnen een regio, terwijl in anderen, ze kan zich uitstrekken over twee of meer regio ‘ s. Maar in een dergelijk scenario, de transacties op de mislukte meester kon krijgen vallen als replica ‘ s niet bijgewerkt voordat de originele master ging. Terwijl er geen database – geografisch verspreid of niet – zal ooit 100% beschikbaar, een data-platform dat niet afhankelijk is van één centrale master moeten verminderen van downtime.
Compliance en tolerantie zijn slechts een deel van het bericht. Als een platform waarbij op het extreme gebruik van het geval van een geografisch verspreid ZUUR transactie database, een Kakkerlak Labs moet schijnen een licht op het gebruik van de gevallen om het bewustzijn te verhogen dat deze databases zijn niet alleen voor de Googles van de wereld. En die uitdaging, de cloud moeten spelen een belangrijke rol.
Hier is hoe. Geografisch gerepliceerde databases zijn impliciet verbonden met de cloud, omdat ze, in alle praktische zaken, IT-organisaties met de budgetten uit te bouwen globale clusters van scratch waarschijnlijk zijn weinigen en ver tussen. Terwijl CockroachDB ondersteunt de implementatie op het terrein, de meerderheid van de klanten het beheer van hun installaties in de cloud.
De perceptie die geografisch gedistribueerde databases, dienen slechts een smalle doelgroep vereist het openen van een managed cloud database-service, die ontwikkelaars kunnen draaien op de vraag. Toegegeven, het monteren van een managed service is een hoge orde als het is in feite een aanvulling op het productportfolio toegevoegd beheer en implementatie van automatisering functies niet in het basis product, en niet te vergeten de inwijding van middelen voor 3 uur bellen. Dat kan een zwaardere lift naar onafhankelijke aanbieders die niet de diepe zakken van de AWSs, Azures, of Acod van de wereld. Kakkerlak Labs biedt een managed service van een eigen database, momenteel op AWS en Google Cloud, maar we hopen dat de post-financiering van investeringsplannen zal onder andere het openen van een self-service-aanbod dat toegankelijk is voor een breder publiek.
Verwante Onderwerpen:
Cloud
Digitale Transformatie
Robotica
Het Internet van Dingen
Innovatie
Enterprise Software