Hosting bundly vysvětleně: aplikace, databáze a cache dohromady

Bundle na RE:NODE jsou dva nebo tři běžné tarify - obvykle aplikační server, jeho databáze a někdy cache - koupené v jedné objednávce, vedené na jedné faktuře s jedním datem prodloužení a rušené společně. Bundle ze dvou tarifů vyjde o 15 % levněji než stejné tarify koupené jednotlivě; bundle ze tří tarifů o 20 % levněji. Každý server v něm je normální server se stejným panelem, konzolí, soubory a zálohami jako u jakéhokoli jiného tarifu. Za slevu platíš pevnou vazbou: členové se prodlužují společně, nelze je upgradovat každého zvlášť a zrušením jednoho zrušíš všechny. Pokud je tvůj stack hotový a počítáš, že ho chvíli ponecháš, je bundle prostě levnější způsob, jak ho koupit. Pokud jeden díl brzy přeroste ostatní, kup tarify zvlášť.

To je celá myšlenka. Zbytek článku projde každý bundle, který prodáváme, co je uvnitř, kolik v dolarech ušetříš, jak jednotlivé díly po vytvoření propojit a v kterých případech bychom ti doporučili, ať se bundlem netrápíš.

Co bundle je a co není#

Bundle je způsob fakturace, ne jiný druh serveru. Když ho koupíš, panel vytvoří každý členský server stejným kódem, jakým staví jednotlivý tarif, takže server PostgreSQL, který dorazí v bundlu, se od samostatně koupeného nedá rozeznat. Má vlastní adresu a port, vlastní vygenerované přihlašovací údaje, vlastní limity zdrojů, vlastní sloty záloh a vlastní konzoli. Mezi členy se nesdílí nic kromě účtu.

Mění se způsob, jakým je celek držen:

• Jedna objednávka. Všechny servery v bundlu se vytvoří po jedné platbě. Stejně jako u ostatních tarifů se staví ve chvíli, kdy platba projde, obvykle do minuty.
• Jedna faktura, jedno datum prodloužení. Bundle se prodlužuje jako celek. Stránka Finances ho ukazuje jako kartu bundlu s jediným tlačítkem „Renew all“ a každý člen uvádí, že je součástí bundlu, a odkazuje tě tam.
• Zrušení společně. Zrušením bundlu zůstanou všechny jeho servery v provozu do konce zaplaceného období a pak se všechny zastaví. Zrušení jednoho člena zruší celý bundle.
• Žádný samostatný upgrade. Členský server nelze prodloužit, upgradovat ani downgradovat samostatně. Panel to odmítne.

Stejně tak je dobré říct, co bundle nedává. Není to privátní síť mezi členy: aplikace se k databázi připojuje na hostiteli a portu databázového tarifu, úplně stejně, jako kdybys je koupil v různé dny. Není to spravovaná služba, kde bychom databázi ladili pro tvoji aplikaci. A není to jiný panel ani jiná fronta podpory. Pokud už umíš provozovat aplikaci a databázi vedle sebe na samostatných tarifech, umíš provozovat i bundle.

Každý bundle, který prodáváme, i s počty#

Toto je dvanáct bundlů v katalogu v době psaní článku. Ceny jsou v amerických dolarech za měsíc při měsíčním období a mění se, takže za pravdu ber stránku bundlů na webu a záložku Bundles v obchodě panelu.

Vzorec je pravidelný. Každý bundle ze dvou tarifů je o 15 % pod součtem ceníkových cen a každý ze tří o 20 %. Údaj „zvlášť“ není nafouknutá kotva; je to prostě součet měsíčních cen jednotlivých tarifů. Node.js Standard stojí $7 a PostgreSQL Starter $6, tedy $13, a 15 % pod tím je $11.05.

V absolutních číslech jsou úspory malé - mezi $1.50 a $4.20 měsíčně. Za rok je to $18 až $50, což jsou pro vedlejší projekt skutečné peníze a pro firmu zaokrouhlovací chyba. Raději to řekneme na rovinu, než to přikrášlovat: sleva je důvod zvolit bundle, když se hodí, ne důvod kupovat servery, které nepotřebuješ.

Co ti dává každý člen

Zdroje odpovídají výše uvedeným tarifům. U běžných dílů:

Bundle s Javou je záměrně větší výjimka: používá Java Advanced se 4 GB RAM a 1,5 vCPU, protože služba na Spring Bootu nebo Quarkusu na 2 GB tráví život ve sběru paměti (garbage collection). Doplňuje ho tarif Valkey 512 MB. Bot stack jde opačným směrem a používá tarif Python Starter (1 GB, 0,5 vCPU), což pro bota, který většinu času čeká na websocket, bohatě stačí.

Jak fungují sleva a platba#

Sleva za bundle se uplatňuje na měsíční cenu a obvyklá sleva za delší období se přičítá navíc. Bundle na 3, 6 nebo 12 měsíců dostane stejnou slevu za období jako jednotlivý tarif, složenou s vlastními 15 % nebo 20 % bundlu. Nejlevnější způsob, jak držet stack, v kterém si jsi jistý, je tedy bundle na 12 měsíců.

Je tu několik platebních omezení, na která lidé narážejí:

• Reward credit nelze použít na bundle. Reward credit je vázaný na jednotlivé hostingové řady a bundle jich překlenuje několik, takže ho pokladna nevyčerpá. Zůstatek peněženky a PayPal fungují.
• Platba kryptem zatím bundly nebere. „Pay with crypto“ funguje pro jednotlivé tarify; bundly a objednávky VDS v něm nejsou.
• Objednávkové okno na webu bundly nebere. Tlačítko na stránce bundlů vede rovnou do obchodu panelu, kde mají bundly vlastní záložku.

Pokud se při vytváření něco pokazí - třeba jeden člen se nepodaří vytvořit, zatímco ostatní ano - bundle je i tak zaznamenán jako zaplacený, chybějící server je nahlášen našemu týmu a karta bundlu na stránce Finances říká, která část chybí, dokud nebude nastavena. Kupovat ho znovu nemusíš.

Který bundle se hodí na jaký projekt#

Názvy bundlů jsou dost doslovné, ale stojí za to rozepsat, co se kam hodí, protože špatný stack se nespraví tím, že je levný.

Node.js + PostgreSQL, Go + PostgreSQL

Výchozí volba pro typické webové API nebo full-stack aplikaci s relačními daty: uživatelé, objednávky, cokoli s cizími klíči a transakcemi. Na straně Node.js Express, Fastify, NestJS a Next.js; na straně Go služba s net/http nebo Gin. 1 GB tarifu PostgreSQL Starter stačí na databázi v řádu jednotek gigabajtů s rozumným počtem spojení. Pokud si nejsi jistý, jestli Postgres vůbec chceš, delší úvahu najdeš v článku Postgres nebo MongoDB.

Python + PostgreSQL + Valkey

Django, Flask nebo FastAPI s relační databází a cache. Valkey si tu své místo zaslouží jako broker pro Celery nebo RQ, backend cache a úložiště relací. Pokud tvoje aplikace nemá úlohy na pozadí ani drahé stránky, Valkey možná vůbec nepotřebuješ - v tom případě si před placením přečti kdy Redis opravdu potřebuješ.

Node.js + MongoDB + Valkey

Pro API s dokumentovými daty: obsah s pružnými poli, logy událostí, cokoli, kde se schéma mění týdně. Valkey obsluhuje relace, rate limity a fronty jako BullMQ. Do tohoto tvaru obvykle API v Expressu nebo Nestu po prvních měsících dorůstá.

Java + PostgreSQL + Valkey a .NET + SQL Server

JVM bundle je pro služby ve Spring Bootu, Quarkusu, Micronautu nebo Ktoru, s extra pamětí, kterou JVM chce. Bundle pro .NET spojuje aplikaci v ASP.NET Core nebo Blazoru se SQL Server Express, což má smysl, když byla aplikace napsaná proti SQL Serveru a jeho T-SQL a přenos na Postgres je sám o sobě projekt. Express omezuje každou databázi na 10 GB, ať v bundlu, nebo mimo něj; pokud se tomu blížíš, je Express samotný špatná edice.

PHP stack a Laravel stack

PHP stack používá běžnou řadu webhostingu (HTML, CSS, JS a PHP) s MySQL 8.4 a Valkey - správně pro ručně psaný PHP web, starší aplikaci na frameworku nebo CMS, které si instaluješ sám. Laravel stack místo toho provozuje Laravel nebo Symfony na FrankenPHP, s instalací Composeru při startu, a hodí se pro moderní aplikaci v Laravelu, která chce Valkey pro cache, relace a fronty.

WordPress + Valkey cache

WordPress na jedno kliknutí, který už má vlastní databázi MySQL, plus server Valkey jako trvalá objektová cache. Tento bundle má nejkonkrétnější účel: pomáhá webu s přihlášenými uživateli, WooCommerce nebo těžkými pluginy, kde se na každé stránce spouštějí stejné databázové dotazy. Vizitkový web za cache celých stránek z něj získá málo.

Ghost + Mail Server

Publikace na Ghostu a vlastní poštovní server Stalwart, takže pošta, kterou Ghost odesílá - odkazy pro přihlášení členů, e-maily k účtům - odchází z tvojí domény. Nepříjemná část je popsána níž: hromadné rozesílání newsletterů je v Ghostu postavené na Mailgunu, takže vlastní poštovní server pokryje transakční poštu, ne hromadné newslettery hned po instalaci.

Strapi + Node.js a bot stack

Headless bundle dává Strapi na jeden server pro obsah a Node.js server pro front end v Next.js nebo Nuxtu, který čte API Strapi. Bot stack je proces v Pythonu pro bota na Discordu nebo Telegramu, scraper či workera, s MongoDB na uložení toho, co sbírá. Pro bota odpovídá na otázku, jestli stačí Starter, článek jak vybrat tarif pro Discord bota.

Propojení jednotlivých dílů#

Jakmile je bundle postavený, máš dva nebo tři servery, každý s adresou a portem zobrazenými v panelu a s vygenerovanými přihlašovacími údaji. Aplikace svou databázi nenajde kouzlem; připojovací údaje jí dáš ty, obvykle jako proměnné prostředí, a nenecháš je v repozitáři. Proč, vysvětluje proměnné prostředí a tajné údaje.

Typická aplikace v Node.js nebo Pythonu s PostgreSQL a Valkey chce přibližně tohle, se skutečnými hosty, porty a hesly zkopírovanými ze stránky každého serveru:

DATABASE_URL=postgres://app_user:GENERATED_PASSWORD@DB_HOST:DB_PORT/app_dbREDIS_URL=redis://:VALKEY_PASSWORD@VALKEY_HOST:VALKEY_PORT/0

Valkey mluví protokolem Redis, takže se k němu každá klientská knihovna pro Redis - ioredis, redis-py, phpredis, Predis, Lettuce, StackExchange.Redis - připojí přes URL redis://, jako by to byl Redis. Pro Laravel jdou stejné hodnoty do vlastních klíčů frameworku:

DB_CONNECTION=mysqlDB_HOST=MYSQL_HOSTDB_PORT=MYSQL_PORTDB_DATABASE=appDB_USERNAME=appDB_PASSWORD=GENERATED_PASSWORDREDIS_HOST=VALKEY_HOSTREDIS_PORT=VALKEY_PORTREDIS_PASSWORD=VALKEY_PASSWORDCACHE_STORE=redisSESSION_DRIVER=redisQUEUE_CONNECTION=redis

CACHE_STORE je název z Laravelu 11; starší verze říkají CACHE_DRIVER. Fronty ve Valkey také potřebují proces workera, který spouští php artisan queue:work nebo Horizon, a to je dlouho běžící proces sám o sobě - než přepneš QUEUE_CONNECTION, promysli, kde poběží. Tím se zabývá článek nasazení Laravelu do produkce.

U bundlu s WordPressem je obvyklá cesta plugin Redis Object Cache s jeho konstantami v wp-config.php, přidanými nad řádek, který říká, že se má přestat upravovat:

define( 'WP_REDIS_HOST', 'VALKEY_HOST' );define( 'WP_REDIS_PORT', VALKEY_PORT );define( 'WP_REDIS_PASSWORD', 'VALKEY_PASSWORD' );

Potom zapni objektovou cache na stránce nastavení pluginu a zkontroluj, že hlásí připojení. Podrobnosti a nastavení vyřazování, které brání tomu, aby se plná cache změnila v chyby, najdeš v článku Valkey jako objektová cache pro WordPress.

Na běžné PHP webové řadě zkontroluj v phpinfo() rozšíření redis, než na něj začneš psát kód. Pokud tam není, Predis je klient napsaný čistě v PHP, instaluje se přes Composer a žádné rozšíření nepotřebuje.

Ghost a jeho poštovní server

Ghost čte nastavení pošty z bloku mail své konfigurace (config.production.json ve standardní instalaci, nebo ekvivalentní proměnné prostředí ve stylu mail__options__host):

{  "mail": {    "from": "'Your Site' <noreply@example.com>",    "transport": "SMTP",    "options": {      "host": "mail.example.com",      "port": 465,      "secure": true,      "auth": { "user": "noreply@example.com", "pass": "MAILBOX_PASSWORD" }    }  }}

Než cokoli dorazí do schránky, musí mít poštovní server správně nastavené DNS: záznamy MX, SPF, DKIM a DMARC, které přidáváš u svého poskytovatele DNS a které popisuje SPF, DKIM a DMARC vysvětleně. Odesílání funguje hned od začátku; příjem pošty z internetu vyžaduje přesměrovaný port 25, což podpora udělá na požádání, jeden poštovní server na adresu. A jak bylo řečeno výše: Ghost posílá hromadné newslettery přes Mailgun, takže toto řešení je určené pro přihlašovací odkazy a poštu k účtům, dokud nezměníš, jak Ghost newslettery odesílá.

Prodloužení, zrušení a změna názoru#

Tohle si přečti před nákupem, protože právě tady se bundle chová jinak než samostatné tarify.

Faktura za prodloužení bundlu se vystavuje jednou pro celý celek a platí obvyklé upomínky: faktura se posílá e-mailem 7 dní před vypršením a znovu v den vypršení. „Renew all“ prodlouží všechny členy ke stejnému datu. Nemůžeš prodloužit databázi na rok a aplikaci na měsíc; období je to bundlu.

Zrušení je všechno, nebo nic. Zruš bundle nebo kteréhokoli jeho člena a všechny servery v něm poběží do konce zaplaceného období a pak se zastaví. Pokud chceš ponechat databázi a zahodit cache, bundle na to nemá přepínač. Před koncem období si zazálohuj všechno, co chceš zachovat, a stáhni si to, protože smazáním serveru se smažou i jeho zálohy - včetně zamčených.

Upgrade jednoho člena je odmítnut. Pokud se ti PostgreSQL Starter zaplní, ale aplikace je v pořádku, není tlačítko, které by přesunulo jen databázi na další úroveň. To je největší praktický rozdíl oproti samostatným tarifům, kde upgrade tarifu znamená změnu limitů bez přestavby serveru. Pokud na to narazíš, otevři ticket a zeptej se, co se dá dělat, místo abys narychlo rušil.

Kdy koupit tarify zvlášť#

Bundle je správná volba, když je stack pevný a velikosti sedí. Je špatná volba v několika běžných případech:

• Jeden díl poroste rychleji než zbytek. Databáze, která za pár měsíců přeroste 20 GB, nebo aplikace, která bude potřebovat 4 GB, až přijde provoz. Samostatné tarify lze upgradovat po jednom.
• Potřebuješ jinou velikost, než jakou bundle používá. Bundly používají pevné úrovně. Pokud potřebuješ PostgreSQL Standard s Node.js Starter, žádný takový bundle neexistuje, a dva samostatné tarify ve správné velikosti porazí bundle ve špatné.
• Třetí díl nepotřebuješ. Bundle ze tří tarifů s 20% slevou není levnější než nákup dvou tarifů za ceníkovou cenu, pokud Valkey nikdy nepoužiješ. PHP stack za $8 stále stojí víc než samotný webový tarif za $4.
• Stačí sloty databází, které má tarif aplikace. Každý tarif aplikace a webu obsahuje dva sloty databází, vytvářené v panelu s vygenerovaným hostem, uživatelem a heslem. Malému webu nebo botovi s nevelkou tabulkou to může stačit a samostatný databázový server nepotřebuje vůbec. Vlastní databázový server kupuje vlastní RAM, CPU, disk, root přístup a sloty záloh - vyplatí se, jakmile na databázi záleží, ne dřív.
• Díly patří k různým projektům nebo lidem. Pokud je aplikace tvoje a databázi sdílíš s jiným projektem, svázání jejich prodloužení vytváří závislost, kterou jsi nechtěl.
• Chceš platit reward creditem nebo kryptem. Ani jedno u bundlů nefunguje.
• Stack ještě vybíráš. Provozovat měsíc zkušební kopii, než se zavážeš, je levnější než rušit bundle, který sis spletl. Víc o provozu dvou kopií vedle sebe je v článku staging a produkce na jednom účtu.

Srovnání je jednoduché: ocen samostatné tarify ve velikostech, které opravdu potřebuješ, a pak se podívej, jestli jim bundle odpovídá. Pokud ano, vezmi bundle. Pokud je blízko, ale ne přesně, vyhrají samostatné tarify, protože cena špatné velikosti se platí každý den a sleva je pár dolarů měsíčně.

Zálohy a provoz po nasazení#

Každý členský server má vlastní sloty záloh podle svého tarifu. Aplikační řady a PostgreSQL a MongoDB mají podle úrovně 2 až 6 slotů, MySQL, SQL Server a Mail 1 až 4 a malé tarify Valkey 0 nebo 1. To poslední je méně důležité, než zní: Valkey v bundlu je cache, úložiště relací nebo fronta, a pokud ho bereš jako primární databázi, držíš ho špatně. Ukládá na disk pomocí AOF a snapshotů, takže ho restart nevyprázdní, ale data, která nejde znovu vytvořit, patří do PostgreSQL, MySQL nebo MongoDB.

Zálohy databázového serveru plánuj na jeho vlastní záložce Schedules a obnovu si vyzkoušej dřív, než ji budeš potřebovat. U databáze je dump obvykle užitečnější než souborový archiv datového adresáře; zálohy a obnova databází popisují obojí a kdy je které bezpečné. Kromě záloh, které vidíš, se každý server navíc kopíruje noční systémovou zálohou mimo sloty tvého tarifu; ty nejsou na záložce Backups a obnova z nich jde přes podporu.

Monitoring je po serverech. Každý člen má vlastní konzoli a vlastní grafy paměti, CPU a disku vůči svým limitům, takže když se aplikace zpomalí, podívej se i na graf databáze. PostgreSQL Starter vytížený na svých 0,5 vCPU vypadá z pohledu aplikace přesně jako pomalá aplikace.

FAQ#

Je server z bundlu slabší než stejný tarif koupený samostatně?

Ne. Panel staví členy bundlu stejným kódem jako jednotlivé nákupy, takže PostgreSQL Starter v bundlu má stejný 1 GB RAM, 20 GB NVMe a 0,5 vCPU i stejné funkce panelu jako ten koupený zvlášť. Rozdíly jsou jen ve fakturaci: společné datum prodloužení, společné zrušení, žádný samostatný upgrade.

Můžu přidat slevu z bundlu k serverům, které už mám?

Ne. Obchod prodává bundle jako novou sadu serverů vytvořených z jedné objednávky. Pokud už aplikaci provozuješ a chceš cache, přímočará cesta je koupit jeden tarif Valkey a data můžeš na servery z bundlu přesunout později, pokud ta úspora za migraci stojí.

Komunikují servery z bundlu mezi sebou přes privátní síť?

Ne. Aplikace se k databázi a cache připojuje na adrese a portu zobrazených u každého serveru, s vygenerovanými přihlašovacími údaji, přesně jako k samostatným tarifům. Hesla nenechávej v repozitáři a používej heslo vygenerované panelem, místo abys vypínal ověřování.

Co se stane s mými daty, když zruším?

Servery poběží do konce období, které jsi zaplatil, a pak se zastaví. Do té doby si stáhni zálohu nebo dump databáze všeho, co chceš. Jakmile je server smazán, jeho zálohy zmizí s ním, včetně těch, které jsi zamkl proti rotaci.

Můžu platit za bundle na rok dopředu?

Ano. Bundly mají stejná období 3, 6 a 12 měsíců jako jednotlivé tarify a sleva za období se uplatňuje navíc k vlastním 15 % nebo 20 % bundlu. Roční bundle tak dává nejnižší měsíční cenu pro stack, v kterém si jsi jistý.