Ta strona została przetłumaczona z języka angielskiego.
Narzędzia dla programistów
Zbuduj panel monitorowania i analityki API
Kliv to kreator aplikacji AI. Opisz panel monitorowania i analityki API, jakiego potrzebujesz — sondy, budżety, dane partnerów, incydenty, strony statusu i alerty na Slacku — a Kliv go zbuduje.
Po prostu wpisz swój pomysł w polu tekstowym, a AI zbuduje go za Ciebie
Czym jest Kliv?
Kliv nie jest dostawcą monitoringu z gotowymi panelami — to sztuczna inteligencja, która buduje dla Ciebie oprogramowanie.
Opisujesz zwykłymi słowami aplikację, jakiej potrzebujesz, a Kliv buduje bazę danych, logikę, ekrany i zaplanowane zadania. Wynik należy do Ciebie, uruchamiasz go na własnych kontach i możesz go później zmieniać, po prostu o to prosząc. To nie jest szablonowy panel.
Na tej stronie tą aplikacją jest panel monitorowania i analityki API. Kliv buduje różnego rodzaju aplikacje webowe; ta obserwuje endpointy, partnerów, budżety, incydenty i strony statusu w takiej formie, jakiej potrzebuje Twój zespół.
Dlaczego warto zbudować własne monitorowanie API?
Większość narzędzi do monitorowania zaczyna się od adresów URL i dostępności. To przydatne, ale zespół z integracjami partnerskimi zwykle potrzebuje bardziej konkretnych odpowiedzi: który partner zużywa najwięcej budżetu, który endpoint zmienił zachowanie, kto potwierdził alert i co mówiła publiczna strona statusu w danym momencie.
Kliv buduje monitoring wokół pojęć właściwych Twojej firmie. Endpointy mają właścicieli i budżety. Partnerzy mają klucze i dane o wykorzystaniu. Incydenty mają oś czasu. Strona statusu, alerty i analiza powdrożeniowa czerpią z tej samej historii, zamiast kopiować ją do osobnych narzędzi.
Endpointy, sondy i budżety
Panel powstaje z rekordów, które Twój zespół może przejrzeć.
Endpointy i budżety błędów
Każdy endpoint przechowuje swojego właściciela, SLO i budżet. Wykres zużycia budżetu opiera się na budżecie ustalonym przez Twój zespół, a nie na domyślnym ustawieniu dostawcy.
Sondy
Funkcje serwerowe uruchamiają się według harmonogramu, na przykład co minutę dla kanału śledzenia przesyłek i co godzinę dla eksportu rozliczeń. Każde uruchomienie zapisuje wiersz, więc historię można przeszukiwać.
Klucze i wykorzystanie partnerów
Każde wywołanie liczy się na konto klucza partnera. Zalogowany partner widzi tylko swoje własne wykorzystanie i incydenty, a reguły dostępu do wierszy blokują dostęp innym partnerom.
Alerty i potwierdzenia
Progi są powiązane z budżetami. Alerty trafiają tam, gdzie pracuje zespół, a potwierdzenia zapisują inżyniera i czas.
Strona statusu
Publiczna strona statusu powstaje na podstawie tabeli incydentów, dzięki czemu aktualizacje i historia incydentów pozostają ze sobą powiązane.
Przykład: API do śledzenia przesyłek Marka
Oto jak jeden zespół mógłby wykorzystać monitoring API zbudowany w Kliv. To tylko przykład — w swoim przypadku opisujesz własne endpointy, partnerów, budżety i reguły alertów.
Sonda wykrywa powtarzające się awarie
Endpoint z kursami Marka zwraca trzy kolejne błędy 500. Sonda zapisuje trzy nieudane wiersze, a próg alertu odczytuje te wiersze.
Alert trafia do właściwego zespołu
Alert pojawia się na kanale #platform wraz z załączonym wykresem. Inżynier potwierdza go z poziomu wątku, a incydent otwiera się z już przypisanym właścicielem.
Strona statusu aktualizuje się na podstawie incydentu
Strona publiczna przełącza się na stan obniżonej wydajności, ponieważ mówi o tym wiersz incydentu. Partnerzy mogą przeczytać aktualizację, zanim wyślą e-mail do wsparcia.
Powrót do normy mierzy się przed zamknięciem
Po wdrożeniu poprawki sonda zamyka incydent dopiero po dziesięciu kolejnych minutach zielonych sprawdzeń. Powrót do normy wynika z danych, a nie z ręcznej deklaracji.
Analiza powdrożeniowa zaczyna się od osi czasu
Zespół ma już każdy wiersz sondy, każdy alert, potwierdzenie i zmianę statusu w kolejności, więc nikt nie odtwarza incydentu z pamięci.
Opisz panel API, jakiego potrzebujesz
Kliv buduje na podstawie Twojego opisu, więc podaj nazwy endpointów, harmonogramy, budżety, partnerów, kanały alertów i to, co powinni widzieć klienci. Im więcej szczegółów podasz, tym bliższa oczekiwaniom będzie pierwsza wersja.
Monitor API dla partnerów
Sondy, budżety, wykorzystanie partnerów i strona statusu.
“Zbuduj panel monitorowania API dla naszego API do śledzenia przesyłek. Sonduj /tracking co minutę, a /billing-export co godzinę, ustaw tygodniowe SLO na poziomie 99,5% dla /tracking, twórz wykresy opóźnień i wskaźnika błędów dla każdego klucza partnera, publikuj publiczną stronę statusu na podstawie rekordów incydentów i wysyłaj alerty na Slacku na kanał #platform, gdy zużyje się 25% tygodniowego budżetu.”
Wewnętrzna tablica usług
Tablica kondycji usług dla każdego zespołu właścicielskiego.
“Zbuduj wewnętrzną tablicę kondycji usług. Każdy zespół rejestruje endpointy, właścicieli, SLO i kanały Slacka. Sondy domyślnie uruchamiają się co pięć minut, nieudane sprawdzenia otwierają incydenty, a alerty trafiają na kanał zespołu właścicielskiego z rejestrowaniem potwierdzeń.”
Śledzenie dostarczania webhooków
Wywołania wychodzące, ponowienia i historia widoczna dla klienta.
“Zbuduj narzędzie do śledzenia dostarczania webhooków dla naszego marketplace'u. Rejestruj każde wywołanie wychodzące, kod statusu, treść odpowiedzi, ponowienie i docelowy URL. Twórz wykresy awarii według miejsca docelowego i pozwól każdemu klientowi zalogować się, by zobaczyć historię dostarczania tylko dla własnych endpointów.”
Zbudowany jak systemy, które obserwuje
Zmiany mogą przechodzić przez przegląd. Kod narzędzia synchronizuje się z Twoim repozytorium, więc definicje sond i progi alertów można sprawdzać tak samo, jak inne zmiany produkcyjne.
Liczniki wykorzystania mogą stać się rozliczeniami. Wykorzystanie liczone jest tam, gdzie jest wykreślane na wykresach. Jeśli rozliczasz nadwyżkę — na przykład 1,70 zł za tysiąc wywołań po wliczonym milionie — comiesięczne rozliczenia mogą powstawać z tych samych liczników przez Twoje własne konto Stripe. Możesz też generować rozliczenia bez fakturowania.
Alerty mogą zostać na Slacku. Integracja ze Slackiem publikuje alerty z kontekstem i może zapisywać potwierdzenia z powrotem w incydencie. Token przechowywany jest w skarbcu platformy, a nie w kodzie aplikacji.
Narzędzia do monitorowania często powstają porządnie dopiero po incydencie. Szerszy wzorzec narzędzi wewnętrznych zebraliśmy na liście narzędzi budowanych właśnie wtedy.
Najczęstsze pytania
Czym dokładnie jest Kliv?
Kliv to kreator aplikacji AI. Opisujesz panel API, jakiego potrzebujesz, a on buduje prawdziwą aplikację z sondami, incydentami, stronami statusu, rekordami wykorzystania i ekranami administracyjnymi.
Czy dostaję prawdziwą aplikację, czy szablon?
Prawdziwą aplikację. Twoje endpointy, klucze partnerów, harmonogramy, budżety, incydenty i reguły widoczności są przechowywane w bazie danych zbudowanej dla Twojego zespołu.
Czy mogę ją zmienić po zbudowaniu?
Tak. Możesz poprosić o nowe sondy, budżety, wykresy, widoki dla partnerów czy reguły alertów zwykłymi słowami, a Kliv zaktualizuje aplikację.
Czy partnerzy widzą nawzajem swój ruch?
Nie. Logowanie partnera pokazuje wyłącznie klucze, wykresy wykorzystania i incydenty tego partnera. Wiersze innych partnerów nie są zwracane.
Gdzie działają sondy?
Jako funkcje serwerowe wewnątrz aplikacji, według ustalonego przez Ciebie harmonogramu. Każde uruchomienie zapisuje wiersz, dlatego historię można przeszukiwać, zamiast zbierać zrzuty ekranu.
Czy możemy rozliczać partnerów za wykorzystanie?
Tak. Liczniki wykorzystania mogą uwzględniać ceny, na przykład wliczony milion wywołań, a potem 1,70 zł za tysiąc wywołań, fakturowane przez Twoje własne konto Stripe. Możesz też użyć tych samych liczników do zwykłych zestawień wykorzystania.
Co dzieje się ze stroną statusu podczas awarii API?
Pozostaje niezależna od API, które obserwuje. Strona statusu jest hostowana razem z Twoją aplikacją Kliv, więc awaria monitorowanego API nie wyłącza strony z wyjaśnieniem.
Czy alerty mogą trafiać na Slacka?
Tak. Alerty mogą być publikowane na Slacku wraz z kontekstem, a potwierdzenia mogą wracać z wątku do rekordu incydentu.
Czy mogę używać własnej domeny?
Tak. Publiczne strony statusu i prywatne panele mogą działać na Twojej własnej domenie.
Czy mogę później odejść od Kliv?
Tak. Kod aplikacji synchronizuje się z Twoim własnym repozytorium Git, więc odejście to git pull, a nie budowa od nowa.
Czy potrzebuję osobnego narzędzia analitycznego?
Nie. Wykresy mogą czerpać bezpośrednio z wierszy sond, incydentów i wykorzystania, na podstawie zdarzeń zdefiniowanych przez Twój własny zespół.
Więcej w tej kategorii
Zbudowane przez twórców
Zobacz, co jest możliwe
Zobacz prawdziwe aplikacje zbudowane z Kliv przez deweloperów i twórców z całego świata
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.
Obserwuj to, zanim Cię to obudzi
Opisz endpointy, progi, partnerów i alerty. Kliv zbuduje obserwator, stronę statusu i raporty wykorzystania wokół nich.
