Denne side er oversat fra engelsk.
Udviklerværktøjer
Byg et dashboard til API-overvågning og -analyse
Kliv er en AI-appbygger. Beskriv det dashboard til API-overvågning og -analyse, du har brug for — probes, budgetter, partnerforbrug, hændelser, statussider og Slack-alarmer — og den bygger det.
Skriv bare din idé i tekstfeltet, så bygger AI den for dig
Hvad er Kliv?
Kliv er ikke en overvågningsleverandør med faste dashboards — det er en AI, der bygger software til dig.
Du beskriver den app, du har brug for, med almindelige ord, og Kliv bygger databasen, logikken, skærmbillederne og de planlagte jobs. Du ejer resultatet, kører det på dine egne konti, og kan ændre det senere ved bare at spørge. Det er ikke et skabelon-dashboard.
På denne side er den app et dashboard til API-overvågning og -analyse. Kliv bygger alle slags webapps; denne holder øje med endpoints, partnere, budgetter, hændelser og statussider, formet præcis som dit team har brug for.
Hvorfor bygge din egen API-overvågning?
De fleste overvågningsværktøjer starter med URL’er og oppetid. Det er nyttigt, men et team med partnerintegrationer har som regel brug for mere specifikke svar: hvilken partner bruger mest budget, hvilket endpoint har ændret adfærd, hvem har kvitteret for alarmen, og hvad stod der på den offentlige statusside på det tidspunkt.
Kliv bygger overvågningen omkring dine egne begreber. Endpoints har ejere og budgetter. Partnere har nøgler og forbrug. Hændelser har tidslinjer. Statussiden, alarmerne og efteranalysen læser alle den samme historik i stedet for at kopiere den ind i separate værktøjer.
Endpoints, probes og budgetter
Dashboardet er bygget af data, dit team kan undersøge.
Endpoints og fejlbudgetter
Hvert endpoint gemmer sin ejer, SLO og budget. Forbrugsgrafen bruger det budget, dit team har sat — ikke en leverandørstandard.
Probes
Serverfunktioner kører på planer, for eksempel hvert minut for sporingsfeedet og hver time for fakturaeksporten. Hver kørsel skriver en række, så historikken kan slås op.
Partnernøgler og forbrug
Hvert kald tæller mod en partnernøgle. En logget-ind partner kan se sit eget forbrug og sine egne hændelser, mens rækkeregler holder andre partnere ude.
Alarmer og kvitteringer
Grænseværdier hænger sammen med budgetterne. Alarmer sendes derhen, hvor teamet arbejder, og kvitteringer registrerer, hvilken ingeniør og hvornår.
Statusside
Den offentlige statusside genereres ud fra hændelsestabellen, så opdateringer og hændelseshistorik hænger sammen.
Et eksempel: Mikkels fragtsporings-API
Sådan kunne ét team bruge API-overvågning bygget med Kliv. Det er kun et eksempel — du ville selv beskrive dine egne endpoints, partnere, budgetter og alarmregler.
Proben opdager gentagne fejl
Mikkels endpoint for priser returnerer tre 500-fejl i træk. Proben skriver tre mislykkede rækker, og alarmgrænsen læser de rækker.
Det rigtige team ser alarmen
Alarmen lander i #platform med grafen vedhæftet. En ingeniør kvitterer for den fra tråden, og hændelsen åbnes med en ejer allerede tilknyttet.
Statussiden opdateres ud fra hændelsen
Den offentlige side skifter til nedsat funktion, fordi hændelsesrækken siger det. Partnere kan læse opdateringen, før de sender en supportmail.
Genopretning måles før lukning
Efter rettelsen er rullet ud, lukker proben først hændelsen, når der har været ti minutter i træk med grønne tjek. Genopretning måles ud fra data, ikke erklæres i hånden.
Efteranalysen starter med en tidslinje
Teamet har allerede hver eneste probe-række, alarm, kvittering og statusændring i rækkefølge, så ingen skal genskabe hændelsen fra hukommelsen.
Beskriv det API-dashboard, du vil have
Kliv bygger ud fra din beskrivelse, så inkludér endpoint-navne, tidsplaner, budgetter, partnere, alarmkanaler, og hvad kunderne skal se. Jo mere detalje du giver, jo tættere er den første version på det, du vil have.
Partner-API-overvågning
Probes, budgetter, partnerforbrug og en statusside.
“Byg et API-overvågningsdashboard til vores fragtsporings-API. Overvåg /tracking hvert minut og /billing-export hver time, sæt en SLO på 99,5 % om ugen på /tracking, vis grafer for latenstid og fejlrate pr. partnernøgle, udgiv en offentlig statusside ud fra hændelsesposter, og send Slack-alarmer til #platform, når 25 % af det ugentlige budget er brugt.”
Internt servicetavle
En servicehelbredstavle pr. ejerteam.
“Byg en intern servicehelbredstavle. Hvert team registrerer endpoints, ejere, SLO’er og Slack-kanaler. Probes kører hvert femte minut som standard, mislykkede tjek åbner hændelser, og alarmer går til det ejende teams kanal med kvittering registreret.”
Webhook-leveringssporing
Udgående kald, gensendinger og kundesynlig historik.
“Byg en webhook-leveringssporing til vores markedsplads. Log hvert udgående kald, statuskode, svartekst, gensending og destinations-URL. Vis fejl fordelt på destination, og lad hver kunde logge ind og se leveringshistorik for kun deres egne endpoints.”
Bygget som de systemer, den overvåger
Ændringer kan gennemgå review. Værktøjets kildekode synkroniseres med dit repository, så probe-definitioner og alarmgrænser kan gennemgås ligesom andre produktionsændringer.
Forbrugstællere kan blive til fakturaer. Forbrug tælles der, hvor det vises i grafer. Hvis du fakturerer overforbrug — for eksempel 3 kr. pr. tusind kald efter den inkluderede million — kan månedlige fakturaer komme fra de samme tællere gennem din egen Stripe-konto. Du kan også lave opgørelser uden fakturering.
Alarmer kan blive i Slack. Slack-forbindelsen sender alarmer med kontekst og kan registrere kvitteringer tilbage i hændelsen. Token’en ligger i platformens boks, ikke i kildekoden.
Overvågningsværktøjer bliver ofte bygget ordentligt efter en hændelse. Det bredere mønster for interne værktøjer er samlet på listen over det, der blev bygget ordentligt bagefter.
Almindelige spørgsmål
Hvad er Kliv helt præcist?
Kliv er en AI-appbygger. Du beskriver det API-dashboard, du har brug for, og den bygger en rigtig app med probes, hændelser, statussider, forbrugsregistreringer og adminskærme.
Får jeg en rigtig app, eller en skabelon?
En rigtig app. Dine endpoints, partnernøgler, tidsplaner, budgetter, hændelser og synlighedsregler gemmes i en database bygget til dit team.
Kan jeg ændre den, efter den er bygget?
Ja. Du kan bede om nye probes, budgetter, grafer, partnervisninger eller alarmregler med almindelige ord, og Kliv opdaterer appen.
Kan partnere se hinandens trafik?
Nej. Et partnerlogin læser kun den pågældende partners nøgler, forbrugsgrafer og hændelser. Andre partneres rækker returneres ikke.
Hvor kører proberne?
Som serverfunktioner inde i appen, på tidsplaner du selv sætter. Hver kørsel skriver en række, hvilket er derfor historikken kan slås op i stedet for at være en samling skærmbilleder.
Kan vi fakturere partnere for forbrug?
Ja. Forbrugstællere kan inkludere priser, for eksempel en inkluderet million kald og derefter 3 kr. pr. tusind kald, faktureret gennem din egen Stripe-konto. Du kan også bruge de samme tællere til almindelige forbrugsopgørelser.
Hvad sker der med statussiden under en API-nedetid?
Den holdes adskilt fra den API, den overvåger. Statussiden hostes sammen med din Kliv-app, så nedetid på den overvågede API ikke lukker forklaringssiden ned.
Kan alarmer gå til Slack?
Ja. Alarmer kan sendes til Slack med kontekst, og kvitteringer kan komme tilbage fra tråden ind i hændelsesregistreringen.
Kan jeg bruge mit eget domæne?
Ja. Offentlige statussider og private dashboards kan køre på dit eget domæne.
Kan jeg flytte væk fra Kliv senere?
Ja. Appens kode synkroniseres til dit eget Git-repository, så det at forlade Kliv er et git pull frem for en genopbygning.
Har jeg brug for et separat analyseværktøj?
Nej. Graferne kan læse direkte fra dine probe-, hændelses- og forbrugsrækker, med de begivenheder du selv definerer til dit eget team.
Mere i denne kategori
Bygget af skabere
Udforsk hvad der er muligt
Se rigtige apps bygget med Kliv af udviklere og skabere over hele verden
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Hold øje med det, før det vækker dig
Beskriv endpoints, grænseværdier, partnere og alarmer. Kliv bygger overvågeren, statussiden og forbrugsrapporterne omkring dem.
