Nejprve zkontrolujte backlink zdarma, poté investujte 100 $ s jasným účelem

Tři rozpočty, všechny hypotetické

Jedná se o příklady plánování, ne o hlášení z reálných účtů. Změňte objemy a aritmetika stále platí, takže si můžete dosadit vlastní.

Rozpočet A, veřejný widget

Bezplatná kontrola DR na vašem blogu používá domain, což stojí 0 kreditů. Deset tisíc dotazů měsíčně je v API zdarma a jediný účet, který dostanete, je za hosting, který nás netíží. Nástroj na kontrolu backlinků zdarma na blogu je stejný volání, provedené ze stránky, kterou vidí návštěvník.

Ukládejte volání zdarma na den, jak to dělá průvodce Next.js. Widget, který obdrží tisíc dotazů z jednoho populárního příspěvku, pak provede jedno volání na doménu za den, což udržuje aritmetiku stručnou a stránku rychlou.

Účet, který má pro widget význam, je jeho hosting a zpracování provozu, takže nejprve ohodnoťte ty a API považujte za malou položku, kterou je.

Rozpočet B, agenturní report

Měsíčně, 300 domén klientů, jeden volání refdomains za 2 kredity. To je 600 kreditů měsíčně a 7 200 ročně, neboli 0,72 $. Malé. Zůstatek 100 $ by pokryl přibližně 139 let při této sazbě, takže storage a váš vlastní čas dominují, ne API.

Harmonogram je zde pákou. Spuštění stejných 300 domén týdně místo měsíčně znamená přibližně čtyřnásobek běhů a protože index se obnovuje přibližně měsíčně, většina týdenních odpovědí opakuje tu předchozí.

Rozpočet C, plný export

Jedna doména, 50 volání po 1 000 řádcích pro dosažení limitu 50 000, po 2 kreditech: 100 kreditů, neboli jeden cent. Opakujte pro 1 000 domén a minete 100 000 kreditů, což je 10 $ z 100 $ a desetina zůstatku.

Náklad na kredity je malý, ale uložené řádky ne. Plánujte diskový prostor pro ně stejně jako pro kredity a uchovávejte pouze sloupce, které vaše reporty čtou.

Pokud je export třeba opakovat každý měsíc, je v rozpočtu třeba uvést měsíční částku, nikoliv jednorázový celkem.

Co rozpočty vynechávají

Všimněte si, co chybí: měsíční plán. Žádné předplatné k obnovení, platíte za volání, ne za uživatelské účty. Levné. Každý rozpočet spoléhá na stejný fakt. Skript pro hromadné DR a poznámky k stránkování ukazují kód za těmito počty volání.

Rozpočet, který ignoruje čas, je neúplný, takže další sekce přidává náklady, které jsou mimo ceník.

Do každého rozpočtu patří ještě jeden řádek: náklad na opakování selhané úlohy. Pokud běh skončí a restartuje se od začátku, placená volání se opakují, takže logika obnovení je také položkou rozpočtu.

Co rozpočet nezahrnuje

Řádek API je v většině projektů nejmenší položkou. Tři další náklady obvykle hrají větší roli a stránka rozpočtu by je měla uvést.

Hosting a storage

Váš server, databáze a hostitel cron účtují zvlášť a dohromady mohou stát více než samotná volání. Představte si noční úlohu na malém VPS: VPS je řádek, na který se dívat, ne volání.

Čistá tabulka uložených odpovědí také zabírá diskový prostor. Odhadněte její růst z jednoho uloženého dávkového souboru, vynásobeného počtem plánovaných běhů.

Ohodnoťte úlohu před výběrem hostitele. Cron úloha, která běží jednou měsíčně, potřebuje mnohem méně než worker, který běží celý den, a rozdíl často rozhodne o rozpočtu.

Logy jsou také náklad. Řádek na volání, uchovávaný rok, se na vytížené úloze nasčítá, takže rozhodněte o době uchování záměrně, nikoliv výchozím nastavením.

Odhod v rámci dvou let

Plánujte odchod, nejen začátek. Pokud za dva roky přijde redesign nebo nový dodavatel, prací je vrstva fetch a mapování polí, a skript pro hromadné DR uchovává surová těla, která usnadňuje mapování.

Uchovávejte staré odpovědi tak dlouho, jak vám záleží na historii, protože jsou jediným záznamem čísel, která vaše reporty používaly.

Zapsání odchodu nyní stojí hodinu. Zjistit za dva roky, že surová těla nebyla nikdy uchována, stojí rebuild historie.

Uložte krátký popis každého pole, které čtete, ve stejné složce jako surová těla. Tento popis je to, co umožní budoucímu týmu namapovat historii bez hádání.

Váš vlastní čas na vrstvě fetch

Vrstva fetch, retry a allow-list zabere odpoledne na napsání a déle na testování. Spočítejte si tento čas, než se rozhodnete, že je bezplatný nástroj skutečně zdarma.

Je to položka, kterou většina rozpočtů vynechává, a obvykle je největší položkou po hostingu. Zapište si ji i tak, aby bylo srovnání upřímné.

Dobrým testem je čas, který zabere novému vývojáři provést jedno volání od začátku. Pokud to trvá den, je vrstva fetch skutečným nákladem projektu, ne kredity.

Přidejte hrubou hodinovou sazbu k tomuto času, i jen odhad. Zapsaný odhad je snazší zpochybnit než náklad, který v tabulce vůbec neobjeví.

Zkontrolovat aritmetiku, než jí věříte

Rozpočet je tak dobrý, jak dobrá je jeho násobení. Dvě kontroly zachytí většinu chyb předtím, než je proveden plánovaný běh.

Začněte cenou za kredit

Jeden kredit stojí 0,0001 $. To dělá 10 000 kreditů 1 $ a celých 1 000 000 startovních kreditů 100 $, což je jediný převod, který plánovací tabulka potřebuje.

Zapište převod jednou, do buňky nebo konstanty, a opakujte jej. Opětovné zadání na třech místech je způsob, jakým tabulka skončí se třemi různými cenami.

Udržujte tabulku v kreditech až do posledního řádku. Převčasné převádění a následné další násobení je obvyklým místem, kde se nepozorovaně objeví faktor deseti.

Plánovací tabulka se sloupcem měny láká k zaokrouhlování. Udržujte sloupec kreditů vedle dolarového sloupce a nechte dolary jako odvozenou hodnotu.

Otestujte jedno volání proti zůstatku

Proveďte jedno placené volání, přečtěte _credits před a po a zkontrolujte, zda pokles odpovídá ceně akce. Volání refdomains by mělo posunout zůstatek o 2 kredity a volání search o 3.

Pokud se pokles liší, zastavte se předtím, než plánovaný běh násobí nesrovnalost. Testovací volání stojí zlomky centu, což z něj dělá nejlevnější kontrolu v celém rozpočtu.

Zaznamenejte test do stejného logu jako běhy. O měsíc později řádek testu ukazuje, kolik stála každá akce, když byla tabulka psána, což je užitečné, pokud se změní ceník.

Zkontrolujte zůstatek také na stránce svého účtu. Obě čísla by se měla shodovat a nesrovnalost stojí za krátkou poznámku v runbooku.