Najpierw sprawdź backlink za darmo, a następnie wydaj $100 z przeznaczeniem

Trzy budżety, wszystkie hipotetyczne

Są to przykłady planistyczne, nie raporty z rzeczywistych kont. Zmień wolumeny, a arytmetyka pozostaje poprawna, więc podstaw własne dane.

Budżet A, publiczny widget

Bezpłatny checker DR na Twoim blogu używa domain, co kosztuje 0 kredytów. Dziesięć tysięcy zapytań miesięcznie jest darmowych w API, a jedynym rachunkiem jest hosting, który nie dotyczy nas bezpośrednio. Narzędzie do sprawdzania backlinków za darmo na blogu to to samo wywołanie, wykonane ze strony widocznej dla odwiedzającego.

Buforuj darmowe wywołania przez jeden dzień, tak jak sugeruje to przewodnik Next.js. Widget, który otrzymuje tysiąc zapytań z jednego popularnego posta, wykonuje jedno wywołanie upstreamowe na domenę dziennie, co skraca arytmetykę i przyspiesza stronę.

Rachunek, który ma znaczenie dla widgetu, to jego hosting i obsługa ruchu, więc wyceniaj je jako pierwsze, traktując API jako mały koszt, jakim jest.

Budżet B, raport agencji

Miesięcznie, 300 domen klientów, jedno wywołanie refdomains dla każdej po 2 kredyty. To 600 kredytów miesięcznie i 7200 rocznie, czyli $0,72. Niewiele. Saldo $100 pokryłoby około 139 lat w tym tempie, więc dominują magazynowanie i Twój czas, a nie API.

Harmonogram jest tu dźwignią. Uruchamianie tych samych 300 domen tygodniowo zamiast miesięcznie oznacza około czterokrotnie więcej uruchomień, a ponieważ indeks odświeża się około raz w miesiącu, większość tygodniowych odpowiedzi powtarza poprzednią.

Budżet C, pełny eksport

Jedna domena, 50 wywołań po 1000 wierszy, aby osiągnąć limit 50 000, po 2 kredyty każde: 100 kredytów, czyli jeden cent. Powtórz to dla 1000 domen i wydajesz 100 000 kredytów, czyli $10 z $100 i jedną dziesiątą salda.

Koszt kredytów jest mały, ale przechowywane wiersze nie są. Zaplanuj miejsce dyskowe na nie tak samo jak na kredyty i przechowuj tylko kolumny potrzebne do raportów.

Jeśli eksport musi być powtarzany każdego miesiąca, do budżetu należy wliczyć kwotę miesięczną, a nie jednorazową.

Czego budżety nie uwzględniają

Zwróć uwagę na to, czego brakuje: planu miesięcznego. Nie ma subskrypcji do odnawiania, płacisz za wywołania, a nie za miejsca. Tanie. Każdy budżet opiera się na tym samym fakcie. Skrypt masowy i notatki o paginacji pokazują kod stojący za tymi liczbami wywołań.

Budżet ignorujący czas jest niekompletny, więc następna sekcja dodaje koszty spoza cennika.

Kolejna linia należy do każdego budżetu: koszt ponownego uruchomienia nieudanej pracy. Jeśli uruchomienie się zatrzyma i zacznie się od nowa, płatne wywołania się powtarzają, więc logika wznowienia to też pozycja budżetowa.

Czego nie uwzględnia budżet

Pozycja API jest najmniejszą pozycją w większości projektów. Trzy inne koszty mają zwykle większe znaczenie, a strona budżetowa powinna je wymienić.

Hosting i magazynowanie

Twój serwer, baza danych i host cron rozliczają się osobno, a razem mogą kosztować więcej niż same wywołania. Wyobraź sobie zadanie nocne na małym VPS: VPS to pozycja, na którą należy zwracać uwagę, a nie wywołania.

Surowa tabela zapisanych odpowiedzi również zajmuje miejsce na dysku. Oszacuj jej wzrost na podstawie jednej zapisanej partii, pomnożonej przez planowane uruchomienia.

Wyceniaj zadanie przed wyborem hosta. Zadanie cron uruchamiane raz w miesiącu wymaga znacznie mniej niż worker, który działa cały dzień, a różnica często decyduje o budżecie.

Logi to też koszt. Linia na każde wywołanie, przechowywana przez rok, sumuje się przy intensywnym zadaniu, więc celowo zdecyduj o okresie retencji, a nie domyślnie.

Wyjście za dwa lata

Zaplanuj wyjście, nie tylko start. Jeśli za dwa lata pojawi się redesign lub nowy dostawca, pracą jest warstwa fetch i mapowanie pól, a skrypt masowy przechowuje surowe ciała, które ułatwiają to mapowanie.

Przechowuj stare odpowiedzi tak długo, jak długo historia ma dla Ciebie znaczenie, ponieważ są to jedyny zapis liczb użytych w Twoich raportach.

Zapisanie wyjścia teraz kosztuje godzinę. Dowiedzenie się za dwa lata, że surowe ciała nie były przechowywane, kosztuje odbudowę historii.

Przechowuj krótki opis każdego pola, które odczytujesz, w tym samym folderze co surowe ciała. Ten opis pozwala przyszłemu zespołowi na mapowanie historii bez zgadywania.

Twój czas na warstwie fetch

Warstwa fetch, retry i lista dozwolonych zajmują popołudnie na napisanie i dłużej na przetestowanie. Policz ten czas, zanim zdecydujesz, że darmowe narzędzie jest darmowe.

To pozycja, którą większość budżetów pomija, i zwykle jest największą pozycją po hostingiem. Zapisz ją mimo wszystko, aby porównanie było uczciwe.

Dobrym testem jest czas potrzebny nowemu deweloperowi na wykonanie jednego wywołania od zera. Jeśli zajmuje to dzień, warstwa fetch to rzeczywisty koszt projektu, a nie kredyty.

Umieść przybliżoną stawkę godzinową obok tego czasu, nawet jako szacunek. Zapisany szacunek łatwiej zakwestionować niż koszt, który w ogóle nie pojawia się w arkuszu.

Sprawdzenie arytmetyki przed zaufaniem jej

Budżet jest tylko tak dobry, jak jego mnożenie. Dwa sprawdzenia wychwytują większość błędów przed uruchomieniem zaplanowanym.

Zacznij od ceny za kredyt

Jeden kredyt to $0,0001. To sprawia, że 10 000 kredytów to $1, a pełne 1 000 000 kredytów startowych to $100, co jest jedyną konwersją potrzebną do arkusza planistycznego.

Zapisz konwersję raz, w komórce lub stałej, i używaj jej ponownie. Przepisanie jej w trzech miejscach to sposób, w jaki arkusz kończy się trzema różnymi cenami.

Trzymaj arkusz w kredytach do ostatniej linii. Konwersja wczesna, a następnie ponowne mnożenie to zwykłe miejsce, gdzie unnoticed wkrada się czynnik dziesięciu.

Arkusz planistyczny z kolumną waluty zachęca do zaokrągleń. Trzymaj kolumnę kredytów obok kolumny dolarów i niech dolary będą wynikiem obliczeń.

Przetestuj jedno wywołanie względem salda

Wykonaj jedno płatne wywołanie, odczytaj _credits przed i po, i sprawdź, czy spadek równa się cenie akcji. Wywołanie refdomains powinno zmienić saldo o 2 kredyty, a wywołanie search o 3.

Jeśli spadek się różni, zatrzymaj się przed uruchomieniem zaplanowanym, które pomnoży niezgodność. Wywołanie testowe kosztuje ułamki centa, co czyni je najtańszym sprawdzaniem w całym budżecie.

Zapisz test w tym samym logu co uruchomienia. Miesiąc później linia testu pokazuje, ile kosztowało każde wywołanie, gdy arkusz był pisany, co jest przydatne, jeśli zmieni się lista cen.

Sprawdź saldo na stronie swojego konta również raz. Dwie liczby powinny się zgadzać, a niezgodność jest warta krótkiej notatki w instrukcji uruchamiania.