Connect with us

Intervjuer

Karthik Ranganathan, medgrunnlegger og med-CEO av Yugabyte – Intervju-serie

mm

Karthik Ranganathan er medgrunnlegger og med-CEO av Yugabyte, selskapet bak YugabyteDB, den åpne, høy-ytelses distribuerte PostgreSQL-databasen. Karthik er en erfaren data-ekspert og tidligere Facebook-ingeniør som grunnla Yugabyte sammen med to av sine Facebook-kollegaer for å revolusjonere distribuerte databaser.

Hva inspirerte deg til å grunnlegge Yugabyte, og hva var det for hull i markedet du så som førte til at du skapte YugabyteDB?

Mine medgrunnleggere, Kannan Muthukkaruppan, Mikhail Bautin og jeg, grunnla Yugabyte i 2016. Som tidligere ingeniører i Meta (tidligere Facebook), hjalp vi med å bygge populære databaser, inkludert Apache Cassandra, HBase og RocksDB – samt å kjøre noen av disse databasene som managed services for interne arbeidsbelastninger.

Vi skapte YugabyteDB fordi vi så et hull i markedet for cloud-native transaksjonsdatabaser for forretningskritiske applikasjoner. Vi bygde YugabyteDB for å møte behovene til organisasjoner som går over fra lokale til cloud-native operasjoner og kombinerte styrkene til ikke-relasjonelle databaser med skalerbarheten og motstanden til cloud-native arkitekturer. Mens vi bygde Cassandra og HBase på Facebook (som var avgjørende for å møte Facebooks betydelige skaleringsbehov), så vi oppblomstringen av mikrotjenester, containerisering, høy tilgjengelighet, geografisk distribusjon og programmeringsgrensesnitt (API). Vi erkjente også effekten av åpne teknologier på å fremme bransjen.

Mange mennesker tenker på markedet for transaksjonsdatabaser som overfylt. Mens dette tradisjonelt har vært sant, har Postgres i dag blitt standard-API for cloud-native transaksjonsdatabaser. Økende velger cloud-native databaser å støtte Postgres-protokollen, som er innarbeidet i YugabyteDB, og gjør det til den mest Postgres-kompatible databasen på markedet. YugabyteDB beholder kraften og bekjentskapen til PostgreSQL samtidig som den utvikler den til en bedriftsgradert distribuert database som er egnet for moderne cloud-native applikasjoner. YugabyteDB lar bedrifter bygge og skalerer systemer effektivt ved å bruke kjente SQL-modeller.

Hvordan påvirkte dine erfaringer på Facebook din visjon for selskapet?

I 2007 vurderte jeg om jeg skulle slutte meg til et lite, men voksende selskap – Facebook. På den tiden hadde nettstedet omtrent 30 til 40 millioner brukere. Jeg trodde det kanskje ville dobles i størrelse, men jeg kunne ikke ha tatt feil mer! Under mine over fem år på Facebook, vokste brukerbasen til 2 milliarder. Det som tiltalte meg til selskapet, var kulturen av innovasjon og dristighet, som oppmuntret mennesker til å “feile fort” for å katalysere innovasjon.

Facebook vokste så stort at de tekniske og intellektuelle utfordringene jeg kjente, var ikke lenger til stede. I mange år hadde jeg aspirert om å starte mitt eget selskap og løse problemer for vanlige brukere – dette ledet meg til å med-grunnlegge Yugabyte.

Vårt mål er å forenkle cloud-native applikasjoner, med fokus på tre essensielle funksjoner avgjørende for moderne utvikling:

  • Først og fremst må applikasjonene være kontinuerlig tilgjengelige, sikre oppetid uansett backup eller feil, spesielt når de kjører på commodity-hardware i skyen.
  • For det andre er evnen til å skalerer på forespørsel avgjørende, og lar utviklere bygge og utgi raskt uten forsinkelsen av å bestille hardware.
  • Tredje, med mange datacenter som nå er lett tilgjengelige, blir replikering av data over regioner viktig for pålitelighet og ytelse.

Disse tre elementene gir utviklere mulighet til å innovere uten å bli begrenset av infrastruktur-begrensninger.

Kunne du dele reisen fra Yugabytes opprinnelse i 2016 til dens nåværende status som leder i distribuerte SQL-databaser? Hva var noen nøkkel-milstolper?

På Facebook snakket jeg ofte med utviklere som trengte bestemte funksjoner, som sekundære indekser på SQL-databaser eller tilfeldige multi-nodetransaksjoner. Dessverre var svaret vanligvis “nei”, fordi eksisterende systemer ikke var designet for disse kravene.

I dag opplever vi en skifte mot cloud-native transaksjonsapplikasjoner som må møte skala og tilgjengelighet. Tradisjonelle databaser kan ikke møte disse behovene. Moderne bedrifter krever relasjonelle databaser som opererer i skyen og tilbyr de tre essensielle funksjonene: høy tilgjengelighet, skalerbarhet og geografisk distribusjon, samtidig som de støtter SQL-funksjoner. Disse er søylene vi bygde YugabyteDB og database-utfordringene vi fokuserer på å løse.

I februar 2016 begynte grunnleggerne å utvikle YugabyteDB, en globalt skalert distribuert SQL-database designet for cloud-native transaksjonsapplikasjoner. I juli 2019 kunngjorde vi en utenkelig kunngjøring og ga ut våre tidligere kommersielle funksjoner som åpen kilde. Dette bekreftet vårt engasjement for åpne kilde-prinsipper og lanserte offisielt YugabyteDB som et fullstendig åpent relasjonelt databasehåndteringssystem (RDBMS) under en Apache 2.0-lisens.

Den siste versjonen av YugabyteDB (avduket i september) har forbedret Postgres-kompatibilitet. Den inkluderer en adaptiv kostnadsbasert optimizer (CBO) som optimaliserer spørringsplaner for store, multi-region-applikasjoner, og Smart Data Distribution som automatisk bestemmer om å lagre tabeller sammen for lavere latency, eller å shard og distribuere data for større skalerbarhet. Disse forbedringene lar utviklere kjøre sine PostgreSQL-applikasjoner på YugabyteDB effektivt og skalerer uten behov for kompromisser eller komplekse migrasjoner.

YugabyteDB er kjent for sin kompatibilitet med PostgreSQL og sin Cassandra-inspirerte API. Hvordan fordeler denne multi-API-tilnærmingen utviklere og bedrifter?

YugabyteDBs multi-API-tilnærming fordeler utviklere og bedrifter ved å kombinere styrkene til en høy-ytelses SQL-database med fleksibiliteten som er nødvendig for globale, internett-skala-applikasjoner.

Den støtter skalerings-RDBMS og høy-volumet Online Transaction Processing (OLTP)-arbeidsbelastninger, samtidig som den opprettholder lav spørringslatency og unik motstand. Kompatibilitet med PostgreSQL tillater enkel løft-og-forflytning av eksisterende Postgres-applikasjoner, og krever minimalt med endringer.

I den siste versjonen av den distribuerte database-plattformen, utgitt i september 2024, forbedrer funksjoner som den adaptive CBO og Smart Data Distribution ytelsen ved å optimalisere spørringsplaner og automatisk håndtere data-plassering. Dette lar utviklere oppnå lav latency og høy skalerbarhet uten kompromisser, og gjør YugabyteDB ideelt for raskt voksende, cloud-native applikasjoner som krever pålitelig datahåndtering.

AI blir stadig mer integrert i database-systemer. Hvordan utnytter Yugabyte AI til å forbedre ytelsen, skalerbarheten og sikkerheten til sine SQL-systemer?

Vi utnytter AI til å forbedre vår distribuerte SQL-database ved å løse ytelses- og migrasjonsutfordringer. Vår kommende Performance Copilot, en forbedring av vår Performance Advisor, vil forenkle feilsøking ved å analysere spørringsmønster, detektere anomalier og gi sanntids-anbefalinger for å feilsøke database-ytelsesproblemer.

Vi integrerer også AI i YugabyteDB Voyager, vårt database-migrasjonsverktøy som forenkler migrasjoner fra PostgreSQL, MySQL, Oracle og andre cloud-databaser til YugabyteDB. Vi har som mål å strømlinje overgangene fra legacy-systemer ved å automatisere skjemakonvertering, SQL-oversettelse og data-transformasjon, med proaktive kompatibilitetskontroller. Disse innovasjonene fokuserer på å gjøre YugabyteDB smartere, mer effektiv og enklere å bruke for moderne, distribuerte applikasjoner.

Hva er de viktigste fordelen med å bruke et åpent kilde-SQL-system som YugabyteDB i cloud-native applikasjoner sammenlignet med tradisjonelle proprietære databaser?

Gjennomsiktighet, fleksibilitet og robust samfunnsstøtte er de viktigste fordelen med å bruke et åpent kilde-SQL-system som YugabyteDB i cloud-native applikasjoner. Da vi lanserte YugabyteDB, erkjente vi skepsisen omkring åpne kilde-modeller. Vi engasjerte oss med brukerne, som uttrykte en sterk preferanse for en fullstendig åpen database å stole på med sine kritiske data.

Vi startet med en åpen-kjerne-modell, men innsett raskt at det måtte være en fullstendig åpen løsning. Utviklere velger stadig PostgreSQL som en logisk Oracle-alternativ, men PostgreSQL var ikke bygget for dynamiske cloud-plattformer. YugabyteDB fyller dette gapet ved å støtte PostgreSQLs funksjonsdybde for moderne cloud-infrastrukturer. Ved å være 100% åpen kilde, fjerner vi hindringer for adopsjon.

Dette gjør oss svært attraktive for utviklere som bygger forretningskritiske applikasjoner og for driftsingeniører som kjører dem på cloud-native plattformer. Vårt fokus er på å skape en database som ikke bare er åpen, men også enkel å bruke og kompatibel med PostgreSQL, som fortsatt er en utvikler-favoritt på grunn av sin modne funksjonssett og kraftfulle utvidelser.

Etterspørselen etter skalerbare og tilpasningsdyktige SQL-løsninger øker. Hva er trendene du observerer i bedriftsdatabase-markedet, og hvordan er Yugabyte posisjonert for å møte disse kravene?

Større skala i bedriftsdatabase ofte fører til økte feilrater, spesielt når organisasjoner håndterer utvidede fotavtrykk og større datavolumer. Nøkkel-trender som former database-landskapet, inkluderer adopsjonen av DBaaS, og en skifte tilbake fra offentlig sky til private sky-miljøer. I tillegg bringer integrasjonen av generativ AI muligheter og utfordringer, og krever automatisering og ytelsesoptimalisering for å håndtere den økende databelastningen.

Organisasjoner velger stadig DBaaS for å strømlinje drift, til tross for initielle bekymringer om kontroll og sikkerhet. Dette tilnærmingen forbedrer effektiviteten over forskjellige infrastrukturer, mens fokuset på private sky-løsninger hjelper bedrifter å redusere kostnader og forbedre skalerbarheten for sine arbeidsbelastninger.

YugabyteDB møter disse utviklende kravene ved å kombinere styrkene til relasjonelle databaser med skalerbarheten til cloud-native arkitekturer. Funksjoner som Smart Data Distribution og en adaptiv CBO forbedrer ytelsen og støtter et stort antall database-objekter. Dette gjør det til et konkurranse-dyktig valg for å kjøre en rekke applikasjoner.

I tillegg lar YugabyteDB bedrifter migrere sine PostgreSQL-applikasjoner samtidig som de opprettholder lignende ytelsesnivåer, avgjørende for moderne arbeidsbelastninger. Vårt engasjement for åpne kilde-utvikling oppmuntret samfunnsengasjement og gir fleksibilitet for kunder som ønsker å unngå leverandør-lås.

Med oppblomstringen av edge computing og IoT, hvordan møter YugabyteDB utfordringene som disse teknologiene stiller, spesielt når det gjelder data-distribusjon og latency?

YugabyteDBs distribuerte SQL-arkitektur er designet for å møte utfordringene som oppblomstringen av edge computing og IoT stiller, ved å tilby en skalerbar og motstandsdyktig data-lag som kan operere sammenhengende i både cloud- og edge-kontekster. Dens evne til å automatisk shard og replikere data sikrer effektiv distribusjon, og lar applikasjonene svare raskt på bruker-interaksjoner og data-endringer.

Ved å tilby fleksibiliteten til å tilpasse konfigurasjoner basert på bestemte applikasjonskrav, sikrer YugabyteDB at bedrifter kan håndtere sine data-behov effektivt mens de utvikler seg i en stadig mer desentralisert landskap.

Som med-CEO, hvordan balanserer du de doble rollene som leder av teknologisk innovasjon og ledelse av selskapsvekst?

Vårt selskap har som mål å forenkle cloud-native applikasjoner, og dette tvinger meg til å holde meg oppdatert på teknologiske trender, som generativ AI og kontekst-skifter. Å følge innovasjon krever nysgjerrighet, en ønske om å ha en innvirkning, og et engasjement for kontinuerlig læring.

Balansering av teknologisk innovasjon og selskapsvekst er grunnleggende om å skalerer – enten det er å skalerer systemer eller å skalerer innvirkning. I distribuerte databaser fokuserer vi på å bygge teknologier som skalerer ytelse, håndterer massive arbeidsbelastninger og sikrer høy tilgjengelighet over en global infrastruktur. Tilsvarende betyr å skalerer Yugabyte å vokse vår kunde-base, forbedre samfunnsengasjement og utvide vårt økosystem – samtidig som vi opprettholder operasjonell eksellense.

Dette krever en disiplinert tilnærming til ytelse og effektivitet.

Teknisk sett optimaliserer vi spørringsutførelse, reduserer latency og forbedrer system-gjennomstrømming; organisatorisk sett strømlinjeformer vi prosesser, skalerer team og forbedrer tverrfaglig samarbeid. I begge tilfeller kommer suksess fra å gi teamene riktige verktøy, innsikt og prosesser til å ta smarte, data-drevne beslutninger.

Hvordan ser du på rollen til distribuerte SQL-databaser utvikle seg de neste 5-10 årene, spesielt i konteksten av AI og maskinlæring?

De neste årene vil distribuerte SQL-databaser utvikle seg for å håndtere kompleks data-analyse, og lar brukerne gjøre forutsigelser og detektere anomalier med minimal teknisk ekspertise. Det er en enorm mengde database-spesialisering i konteksten av AI og maskinlæring, men det er ikke bærekraftig. Databaser må utvikle seg for å møte kravene til AI. Derfor itererer og forbedrer vi kapasiteter på toppen av pgvector, og sikrer at utviklere kan bruke Yugabyte til sine AI-database-behov.

I tillegg kan vi forvente en pågående engasjement for åpne kilde i AI-utvikling. For fem år siden gjorde vi YugabyteDB fullstendig åpen kilde under en Apache 2.0-lisens, og bekreftet vårt engasjement for åpne kilde-rammeverk og bygging av vårt åpne kilde-samfunn.

Takk for alle dine detaljerte svar, lesere som ønsker å lære mer bør besøke YugabyteDB.

Antoine er en visjonær leder og grunnleggende partner i Unite.AI, drevet av en urokkelig lidenskap for å forme og fremme fremtiden for AI og robotikk. En seriegründer, han tror at AI vil være like disruptiv for samfunnet som elektrisitet, og blir ofte tatt i å tale om potensialet for disruptiv teknologi og AGI.
Som en futurist, er han dedikert til å utforske hvordan disse innovasjonene vil forme vår verden. I tillegg er han grunnleggeren av Securities.io, en plattform som fokuserer på å investere i banebrytende teknologier som omdefinerer fremtiden og omformer hele sektorer.