Det var en treg spørring hele tiden. Polylane sporer en regresjon fra tjenesten, til grenen, til den nøyaktige spørringen.
PlanetScale kjører MySQL og Postgres så du ikke må. Polylane legger databasene dine i den samme grafen som tjenestene som spør dem, så undersøkelser ikke stopper ved tjenestegrensen.
Bli med på ventelistenHver støttede ressurs.
PlanetScale-ressurstypene som dukker opp i grafen din.
Database Databasegren Databasen blir med i undersøkelsen.
Databasene dine slutter å være en egen fane: agenter kartlegger dem og undersøker gjennom dem.
Databaser og grener i grafen
Polylane synkroniserer hver database og hver gren med plan, region, skjematilstand og historikk. MySQL og Postgres, ved siden av alt annet du kjører på andre skyer.
Koblet til tjenestene som spør dem
Polylane matcher tilkoblingsverter og brukernavn for å finne ut hvilken tjeneste som snakker med hvilken gren. Når checkout-latensen skyter i været, vet grafen allerede hvilken database som ligger bak.
Query Insights i undersøkelsen
Midt i undersøkelsen henter agenter Query Insights for grenen: de trege spørringene, spørringene som feiler, og latensvinduene PlanetScale selv flagget. Alt lander i undersøkelsen som bevis.
Skjemaendringer på tidslinjen
Hver synkronisering registrerer hva som ble endret: nye grener, foreldede grener, skjemaer som flyttet seg. Når en app går i stykker rett etter en migrasjon, starter undersøkelsen fra migrasjonen.
Radene dine forblir dine
Polylane leser PlanetScale-API-et og ingenting annet. Den kobler seg aldri til databasene dine, ser aldri radene dine og holder aldri databaselegitimasjon. OAuth-tokener krypteres før de lagres, og agenten ser dem aldri.
Undersøkelser som ender i en PR
Når rotårsaken er en dårlig spørring eller en migrasjon, lander fiksen på repositoryet bak tjenesten, med bevis vedlagt: den manglende indeksen, den tilbakerullede migrasjonen.
Spørsmål.
Er Polylane en KI-SRE for PlanetScale?
Det er det de fleste mener med begrepet: agenter som holder PlanetScale-databasene og -grenene dine i den samme kontekstgrafen som tjenestene som spør dem, leser Query Insights under undersøkelser og fikser det de kan, med et menneske som godkjenner alt som endrer produksjon. Vi kaller det selvdrevet programvare heller enn en KI-SRE: poenget er at databasen tar vare på seg selv, ikke at en bot går inn i vaktrotasjonen.
Hvordan kobler Polylane seg til PlanetScale-organisasjonen min?
Med OAuth. Klikk koble til, godkjenn i PlanetScale, og synkroniseringen starter. Polylane ber bare om leseomfang, og det er ingen API-nøkler å opprette eller lime inn.
Hvilke PlanetScale-ressurser synkroniserer Polylane?
Databaser og grenene deres, MySQL og Postgres, hver med plan, region, skjematilstand og historikk. Polylane matcher også tilkoblingsverter og brukernavn slik at hver gren kobles til tjenestene som spør den.
Kan Polylane endre databasene mine?
Nei. Polylane leser bare PlanetScale-API-et: den kobler seg aldri til databasene dine, ser aldri radene dine og holder aldri databaselegitimasjon. Når fiksen er en dårlig spørring eller en migrasjon, kommer den på en gren til gjennomgangen din, og CI avgjør fortsatt sammenslåingen.
Hvordan dukker databaseissues opp?
Gjennom grafen. Når en app regredierer, inkluderer skadeomfanget grenen bak den, og agenter henter Query Insights for den grenen: trege spørringer, spørringer som feiler, og PlanetScales egne vinduer med avvikende latens.
Fungerer det med observerbarhetsleverandøren min?
Ja. Datadog, Sentry, Honeycomb, Axiom og Grafana Cloud går inn i grafen som fullverdige kilder, og varslene deres triageres av en agent i det øyeblikket de utløses.
Hva koster det?
Prisene er offentlige og selvbetjente: en gratis plan, betalte planer fra $80 i måneden, og forbruksbasert overforbruk utover de inkluderte creditene. Hver plan og grense er publisert på polylane.com/pricing.