Jak vybrat hosting pro Magento 2

Hosting pro Magento se prodává jako plány a specifikace, ale rozhodnutí, které se za tím skrývá, je o odpovědnosti. Někdo musí opravovat operační systém, upgradovat OpenSearch, když se změní požadavky Adobe, udržovat v chodu cron a zpracovatele front a reagovat, když obchod nefunguje. Každá úroveň hostingu je jinou odpovědí na to, kdo ten někdo je.

Tento článek popisuje, co Magento vyžaduje od infrastruktury, nabízí kontrolní seznam pro posouzení hostingu a aplikuje ho na tři úrovně: vlastní cloud Adobe, specializované managed poskytovatele Magento (včetně českých a polských dodavatelů působících v tomto regionu) a samostatně spravovanou infrastrukturu na AWS nebo Hetzneru. Každý údaj o dodavateli byl ověřen proti odkazovanému zdroji k 3. srpnu 2026; kde nešlo něco ověřit, uvádíme to.

Co Magento vyžaduje od serveru

Adobe publikuje tabulku testovaných kombinací pro každou vývojovou řadu a jasně uvádí její rozsah: „Adobe podporuje pouze kombinace systémových požadavků uvedené v následujících tabulkách.“ Pro Magento 2.4.9 (vydáno 12. května 2026, podle stránky s vydanými verzemi) uvádí tabulka pro on-premise nasazení OpenSearch 3, MariaDB 12.3, MySQL 8.4, PHP 8.5, RabbitMQ 4.3, Valkey 9, Varnish 8 a nginx 1.30. Tabulka pro verzi 2.4.8-p5 zůstává o krok pozadu: PHP 8.4 a 8.3, přičemž Elasticsearch 8 je stále uveden vedle OpenSearch 3, a Valkey 8.1. Tři posuny v těchto tabulkách rozhodují o tom, zda je hosting aktuální:

• OpenSearch je povinný; Elasticsearch se z testované tabulky vytrácí. „Od verze Adobe Commerce 2.4 musí být všechny instalace nakonfigurovány tak, aby jako vyhledávací řešení katalogu používaly Elasticsearch nebo OpenSearch“ (požadavky na vyhledávací engine), a tabulka pro 2.4.9 uvádí pouze OpenSearch 3, bez jediného řádku s Elasticsearch. Podpora Elasticsearch 7.17 skončila 15. ledna 2026, podle stránky Adobe se systémovými požadavky.
• Valkey nahradil Redis. Tabulky pro 2.4.9 a 2.4.8-p5 neobsahují žádný řádek s Redis, nejnovější patche řad 2.4.5 až 2.4.7 označují Redis jako „nepodporovaný“ a místo něj uvádějí Valkey, a dokumentace Adobe k cachi uvádí: „Počínaje verzí Adobe Commerce 2.4.9 Valkey oficiálně nahradil Redis v nástrojích CLI“ (dokumentace k page cache s Redis).
• Podpora MySQL 8.0 skončila 30. dubna 2026 a stránka Adobe se systémovými požadavky doporučuje dotčeným vývojovým řadám přechod na MariaDB.

Kromě tabulky existují dva provozní požadavky, které generický sdílený hosting vylučují. Cron je povinný: „Commerce je pro řadu důležitých systémových funkcí, včetně indexování, závislé na správné konfiguraci úloh cronu. Pokud ho nenastavíte správně, Commerce nebude fungovat tak, jak se očekává,“ a mezi funkcemi závislými na cronu je i veškerý transakční e-mail. Zpracovatelé front jsou pracovní procesy, které cron ve výchozím nastavení restartuje po dávkách; udržet je v chodu je úkolem hostingu, nebo týmu. RabbitMQ je obecně volitelný a výchozí pro Bulk API. Hosting, který nabízí PHP a MySQL, ale neumí provozovat OpenSearch, cache postavenou na Valkey, Varnish a několik pracovních procesů, neumí provozovat Magento tak, jak ho Adobe testuje, ať už na stránce s plány stojí cokoli. Mage-OS publikuje vlastní požadavky s volnějšími minimy (PHP 8.3 a vyšší, OpenSearch 2 a vyšší, s Elasticsearch a Redis stále uvedenými), ale podoba stacku zůstává stejná: vyhledávací engine, cron a pracovní procesy jsou povinné bez ohledu na to, kterou distribuci provozujete.

Kontrolní seznam: kdo co provozuje a co je uvedeno písemně

Kdo provozuje kterou vrstvu. Tyto tři úrovně rozdělují práci odlišně. V PaaS od Adobe provozuje infrastrukturu Adobe a obchodník přesto „spravuje kód aplikace, upgrady, patche a konfiguraci infrastruktury v rámci hostovaného prostředí Adobe“ (migrační průvodce Adobe). U managed specialisty provozuje stack hosting a Magento samotné provozuje tým obchodníka nebo agentura. U samostatně spravované infrastruktury je model sdílené odpovědnosti u AWS jasný: zákazníci nasazující EC2 „odpovídají za správu hostovaného operačního systému (včetně aktualizací a bezpečnostních záplat)“ a za vše nad ním. Práce na úrovni aplikace, upgrady Magenta, rozšíření, vlastní kód, se nikdy nepřenáší na žádný hosting na žádné úrovni. Otázkou zůstává jen to, kde přesně tato hranice odpovědnosti leží.

Zda hosting drží krok s platformou. Uvedené požadavky se mění s každým vydáním a hostingy za nimi zaostávají o dokumentovatelnou a ověřitelnou míru. Porovnejte publikované verze komponent hostingu (PHP, OpenSearch, Valkey) s aktuální tabulkou Adobe; profily níže zaznamenávají, co který dodavatel uvádí, a chybějící vyjádření k verzi je důvodem se na to před podpisem zeptat. Zpoždění hraje největší roli, pokud stavíte nový obchod nebo upgradujete na nejnovější řadu; hosting odpovídající testovaným kombinacím řady, na které jste, zůstává podporovaný až do konce podpory dané řady.

Co skutečně stojí v dokumentu SLA. Několik dodavatelů inzeruje hodnoty dostupnosti, které jejich vlastní právní stránky neobsahují; nesrovnalosti, které jsme našli, jsou uvedeny v profilech. Přečtěte si, jak funguje kreditní schéma, kdo ověřuje výpadek a v jakém termínu se musí podat reklamace. Strukturální omezení je všude stejné: poskytovatel sám hlásí výpadek, sám oznamuje vlastní údržbu a o nároku rozhodují jeho vlastní logy. Kredity jsou omezeny, v podmínkách, které jsme četli, na výši měsíčního poplatku nebo méně; každý nalezený limit je uveden níže. Veřejná stavová stránka s viditelnou historií incidentů i tak stojí za přečtení a na každou, kterou jsme našli, odkazujeme.

Co se skrývá za nabídkou plánů. Čtyři otázky odlišují specialistu na Magento od obecného managed hostingu a žádný z profilovaných dodavatelů na ně nezveřejňuje úplné odpovědi. Jak plán zvládá prodejní špičku: lhůta pro navýšení kapacity, autoscaling a co zahrnuje plánování kapacity na sezónu. Jak dlouho trvá obnova databáze produkční velikosti a zda je obnova databáze k libovolnému bodu v čase, nebo jen ze snímku; harmonogram záloh je ta jednodušší část otázky. Co udělá deploy s živým obchodem: okno údržby, nebo atomické přepnutí, a odpovídá staging produkci. A u víceserverových plánů, který uzel má na starosti cron a zpracovatele front a jak jsou odděleny od webového provozu. Zeptejte se na všechny čtyři body; odpovědi bývají veřejně dostupné jen zřídka.

Umístění dat a právní základ pro poskytovatele z USA. Přenosy dat z EU do USA se v současnosti opírají o Rámec pro ochranu soukromí mezi EU a USA (DPF), přijatý 10. července 2023; Tribunál EU ho 3. září 2025 potvrdil proti žalobě Latombe (zpráva IAPP) a Latombeho další odvolání k Soudnímu dvoru (věc C-703/25 P, podáno 31. října 2025) bylo v době naší kontroly v srpnu 2026 stále nevyřízené. Účast hostingu vlastněného americkou firmou lze ověřit na oficiálním seznamu DPF. Praktická kontrola je jednodušší: dokumentuje dodavatel písemně, ve kterém datovém centru váš obchod běží? Profily zaznamenávají, kdo to uvádí.

Rozdělení odpovědnosti podle PCI. Poskytovatel hostingu je podle PCI DSS poskytovatelem služeb třetí strany a dodatek Rady PCI SSC k zajištění třetích stran z roku 2016 je jednoznačný: „Použití TPSP však subjekt nezbavuje konečné odpovědnosti za vlastní soulad s PCI DSS…“ (dodatek PCI SSC). Vyžádejte si od hostingu jeho osvědčení o shodě (Attestation of Compliance) pro poskytovatele služeb a uchovejte si matici, které požadavky pokrývá; část tohoto rozdělení na straně obchodníka zůstává na vás.

Jak jsou nastavené ceny jednotlivých úrovní. Managed specialisté prodávají fixní plány, konfigurace fakturované podle spotřeby (JetRails), nebo u MGT-Commerce poplatek za správu plus vlastní účet za cloud; samostatně spravovaná infrastruktura se měří a fakturuje podle spotřeby; u Adobe se cena dojednává jen s obchodním oddělením. Všechny níže uvedené hodnoty jsou bez DPH, kterou si podniky v EU tak jako tak přenášejí formou reverse charge; dodavatelé fakturující v USD navíc připočítávají kurzové náklady a měnovou expozici, kterou dodavatelé fakturující v EUR nemají. Profily citují zveřejněné hodnoty doslovně; kde dodavatel žádné nezveřejňuje, je to uvedeno, a u měřených nastavení neodhadujeme celkové částky.

Cloud Adobe: úroveň přímo od výrobce platformy

Adobe Commerce na cloudové infrastruktuře je PaaS samotného dodavatele platformy, běžící na AWS, nebo v případě Pro na Azure, podle dokumentace k architektuře Pro; jeho bezpečnostní příručka dokumentuje přibalenou CDN Fastly s ochranou proti DDoS a WAF, hodinové produkční zálohy a to, že produkční instance mohou běžet ve většině regionů AWS, přičemž zákazník určuje, kde produkce sídlí. Jednotný dodatek k SLA od Adobe (účinný od 12. října 2025) definuje závazek jako „99,99 % pro infrastrukturu produkčního prostředí hostovanou Adobe“. Tuto úroveň omezují dvě věci. Licencování: jde o produkt Adobe Commerce a stránka Adobe o řešeních produktu řadí open-source nasazení mezi ty spravované a hostované zákazníkem; Mage-OS, který dokumentace Adobe vůbec nezmiňuje, na tuto úroveň cestu nemá. Ceny: nejsou nikde veřejné; čísla, která kolují online, jsou odhady třetích stran a neopakujeme je.

Adobe zároveň mění, co tato úroveň znamená. V roce 2025 představila Adobe Commerce as a Cloud Service (SaaS) a publikuje migračního průvodce: SaaS uzamyká kód jádra aplikace a přesouvá přizpůsobení na API a App Builder, a jeho propagovaný storefront běží na Edge Delivery Services, což je povinné pro obchody Luma, zatímco stávající PWA a headless storefronty lze zachovat. Pro obchod na Luma je tento krok spíše zásadní změnou architektury než přímou migrací. Vlastní blog Adobe uvádí, že PaaS nemá žádný plán ukončení podpory (stránka se nám nenačetla; citace pochází z jejího indexovaného textu). Pevné datum je jinde: od 1. června 2027 umožňují zásady životního cyklu Adobe vynucovat upgrady verzí na cloudových prostředích a vyřazovat instance na nepodporovaných verzích z provozu. Obchodníci, kteří zvolili PaaS kvůli stabilitě, by měli tuto politiku zvážit před obnovením smlouvy.

Managed specialisté

Hypernode (Amsterdam, součást team.blue) je nejaktuálnější managed platforma, kterou jsme kontrolovali. Její dokumentace uvádí PHP 8.5 jako plně podporované (dokumentace k verzím PHP) a její changelog datuje OpenSearch 3.3 na prosinec 2025 a Valkey 8 na říjen 2025, zatím bez vyjádření k Valkey 9. Nástroje pro Magento jsou nativní: hypernode-deploy se šablonou pro Magento 2, staging přes Brancher u plánů Falcon. Zveřejněné ceny se pohybují od 129 EUR měsíčně za nejmenší produkční uzel Falcon do 3 462 EUR za největší, bez DPH; řada Eagle na bázi AWS se pohybuje od 672 EUR do 33 409 EUR. Výhrady se týkají provozu. Žádný veřejný dokument SLA s procentem dostupnosti jsme nenašli; existující hodnoty se nacházejí na stránce dokumentace připisované poskytovatelům infrastruktury, 99,9 % pro řadu Falcon a 99,95 % pro infrastrukturu AWS za Eagle. Bezplatná podpora funguje v pracovní době (9:00 až 18:00 SEČ/SELČ); podle dokumentu o nouzové podpoře je pomoc mimo pracovní dobu zdarma, pokud je příčinou výpadek na straně Hypernode, jinak se účtuje 100 až 200 EUR podle úrovně SLA za první hodinu a poté hodinově stejnou sazbou. Řada Falcon běží v Belgii; Frankfurt vyžaduje řadu Eagle. Stavová stránka je veřejná s viditelnou historií incidentů.

maxcluster (Paderborn, součást team.blue od roku 2023) provozuje managed failover clustery v německých datových centrech a výslovně uvádí podporu Mage-OS a Hyvä. Jeho dokument SLA garantuje „99,99% Verfügbarkeit“ hardwaru a sítě jako roční průměr (nejvýše 52 minut výpadku ročně) a zavazuje se k první reakci do 30 minut, nepřetržitě, prostřednictvím pohotovostní linky. Běžná podpora a servisní práce probíhají v pracovní době. Jeho veřejný roadmap datuje PHP 8.5 na prosinec 2025 a Valkey na listopad 2025, bez uvedení čísla verze; výslovné vyjádření k OpenSearch 3 jsme nenašli. Ceny jsou veřejné, ale jsou uvedeny v německém ceníku ve formátu PDF datovaném 12. ledna 2026. Clustery začínají na 19 EUR měsíčně za nejmenší failover pár, ačkoliv tento vstupní cluster (1 CPU, 2 GB RAM) nedosahuje toho, co stack Magenta 2.4 potřebuje, a cluster odpovídající velikosti pro Magento stojí výrazně více, plus úroveň managed SLA, která jde až na 350 EUR měsíčně (Enterprise). Podle stejného ceníku se práce nad rámec SLA účtuje podle spotřeby (podpora vývojářů 30 EUR za 15 minut v pracovní době, 50 EUR mimo ni) a automatická kontrola malwaru se od 1. ledna 2027 stává placeným doplňkem pro nižší úrovně.

MGT-Commerce (Berlín) nabízí jiný způsob zpoplatnění: poplatek za správu navrch k infrastruktuře AWS, která běží ve vašem vlastním účtu AWS, „fakturovaný samostatně na váš vlastní účet AWS kvůli plné transparentnosti“ (domovská stránka). Tato struktura znamená skutečnou transparentnost nákladů a přenositelnost, a zároveň znamená dvě faktury. Stack zahrnuje Varnish, Valkey nebo Redis, OpenSearch nebo Elasticsearch a RabbitMQ; stránka o hostingu uvádí PHP 8.1 až 8.4, zatím bez vyjádření k PHP 8.5 na úrovni platformy, ačkoli vlastní blog pokrývá požadavky verze 2.4.9. Poplatky za správu jsou zveřejněny (od 149 EUR měsíčně za jeden server, 1 499 EUR za autoscaling), ačkoli názvy úrovní a čísla se liší mezi domovskou stránkou a podstránkami s plány. Pokud jde o dostupnost, domovská stránka inzeruje zároveň 99,99 % a 99,95 % a stránka s přehledem SLA uvádí „garanci 99,95% dostupnosti sítě“ bez kreditního schématu, výjimek nebo popsaného postupu reklamace; veřejnou stavovou stránku jsme nenašli. Údaj „doba odezvy 15 minut“ je marketingový průměr dodavatele; stránka SLA se zavazuje k méně než 24 hodinám u obecných konzultací a k reakci na nouzové situace v rozmezí od méně než 8 hodin u vstupní úrovně do méně než 30 minut u nejvyšší úrovně s autoscalingem.

JetRails (Illinois) je zaměřený na Magento a zřizuje prostředí pro jediného zákazníka (single-tenant) na AWS přes portál AutoPilot, s root přístupem a hodinovou fakturací; jeho prosincový changelog z roku 2025 uvádí OpenSearch 3.2 a jako výchozí verzi Magenta při zřizování „v2.4.8.2“. Na marketingových stránkách ani v changelogu neexistuje žádná matice podpory PHP; článek na jeho podpůrném portálu dokumentuje přepínatelné verze PHP-FPM až do 8.3. V marketingových materiálech JetRails se uvádí dostupnost 99,99 % (ve výřezech vyhledávání na jejich stránkách), tuto hodnotu ale obchodní podmínky nikde neuvádějí: podmínky slibují „komerčně přiměřené úsilí“, s kredity omezenými na dva týdny za měsíc, podle práva státu Illinois. Veřejné ceny jsou uvedeny jako rozpětí („naše běžné konfigurace se pohybují mezi 100 a 2 500 USD měsíčně“ na stránce o Magentu); přesnou nabídku vyžaduje založení účtu. Dedikované servery jsou uváděny jako datová centra v USA a žádná marketingová stránka nedokumentuje volitelné regiony v EU (FAQ ke cloudu JetRails uvádí, že vícere­gionová nastavení jsou podporována, aniž by regiony jmenovalo), takže umístění dat v EU je třeba před podpisem smlouvy vyjasnit písemně. Stavová stránka je veřejná.

Nexcess, jeden z nejdéle fungujících hostingů pro Magento, nyní prodává prostřednictvím Liquid Web: plány Magento běží na infrastruktuře Nexcess, od 74 USD měsíčně v ceníkové ceně za nejmenší plán (jako první se zobrazuje propagační cena), pouze v USD. Každý plán zahrnuje Varnish, Redis a vyhrazený kontejner s OpenSearch; platforma poskytuje staging, SSH a Git. Slabinou je, jak je stack aktuální a jak jasně je to uvedeno: vlastní referenční stránka dodavatele v době naší kontroly stále označovala 2.4.8 za nejnovější verzi Magenta, jediná dostupná stránka dokumentace, která vyjmenovává verze PHP (pro řadu cPanel), končí u 8.3 a pro samotné plány Magento jsme nenašli žádné vyjádření k PHP, OpenSearch ani Valkey. Marketingová stránka inzeruje „zaručenou dostupnost 99,99 %“, zatímco stránka SLA takové číslo vůbec neobsahuje. Sekce Nexcess, na niž infrastruktura těchto plánů odkazuje (u podpisu ověřte, které schéma se uplatní), slibuje 100% nepřerušovaný přenos, s kredity ve výši 5 % měsíčních poplatků za každých 15 minut ověřeného výpadku nad prvních 15 minut v měsíci, omezenými na výši měsíčního poplatku, s reklamací do sedmi dnů, ověřovanou proti vlastním logům dodavatele. V kontinentální EU má podle stavové stránky jen jedinou lokalitu, Amsterdam. Téměř dvě desetiletí historie Magenta i proměny značky od fúze s Liquid Web jsou na jeho stránkách patrné.

Cloudways (součást DigitalOcean) je cenově dostupná managed varianta, kterou volí menší obchody. Ověřitelná fakta ale nabádají k obezřetnosti. Spravuje server a jeho rozsah podpory vylučuje aplikaci: ladění vlastního kódu, zabezpečení na úrovni aplikace a upgrady modulů jsou mimo rozsah. Jeho changelog datuje podporu Magenta 2.4.8 na červenec 2025 a PHP 8.4 na září 2025 a uvádí dostupné verze vyhledávacího enginu maximálně po OpenSearch 2.19, zatímco testované kombinace Adobe pro 2.4.8-p5 a 2.4.9 uvádějí jen OpenSearch 3. Žádné SLA na úrovni infrastruktury neexistuje vůbec; jediné zveřejněné SLA se týká podpůrné konzole a výslovně uvádí, že se nevztahuje na dostupnost cloudových poskytovatelů (SLA podpory). Umístění datového centra se volí u podkladového poskytovatele; stránka o hostingu Magenta uvádí mezi lokalitami DigitalOcean Amsterdam, Frankfurt a Londýn. Ceny jsou zveřejněné a skutečně nízké, od 11 USD měsíčně na DigitalOcean. Pro obchod, který se vejde na jeden server, a tým, který má Magento zcela ve své správě, může fungovat na řadě, na které aktuálně jste; dokud Cloudways nenasadí OpenSearch 3, znamená upgrade na 2.4.8-p5 nebo 2.4.9 opuštění testovaných kombinací Adobe. Specializace nejde za rámec zřízení serveru.

České a polské možnosti

vshosting~ (Praha, součást Contabo Group podle své stránky o firmě) je podle vlastního tvrzení nejvyužívanějším poskytovatelem managed infrastruktury pro český a slovenský e-commerce; toto vlastní tvrzení (na vlastním webu) i seznamy klientů jsou tvrzení dodavatele, bez jakéhokoli nezávislého měření, které bychom našli. Co je zdokumentováno: zveřejněná reference na Magento pro Takoy („hostingové řešení šité na míru Magentu“), vlastní pražské datové centrum plus lokální německá datová centra, která používá, a ceny managed serverů od 217 EUR za server měsíčně, s poznámkou malým písmem, že vstupní ceny počítají s deseti a více servery při 36měsíčních smlouvách; „reakce administrátora do 60 sekund“ po telefonu a nepřetržitý monitoring jsou formulace dodavatele. Žádné ceny balíčků Magento podle konkrétního plánu nejsou zveřejněny a stránky, které jsme kontrolovali, neuvádějí procento SLA ani verze stacku.

Centuria (Poznaň) je nejvýraznější polský specialista na managed Magento, kterého jsme našli: dedikovaná stránka o hostingu Magento s nepřetržitým servisním dispečinkem, jmenovanými datovými centry (Equinix Frankfurt, Beyond a Talex v Poznani) a referencemi od Castoramy a obchodu CD PROJEKT RED (publikovanými dodavatelem). Její zveřejněný stack uvádí Varnish, Redis a Elasticsearch; Elasticsearch 8 je stále v rámci testovaných kombinací Adobe pro 2.4.8-p5, Redis nikoli, takže seznam komponent na této stránce stojí za přímý dotaz. Ceny jsou pouze orientační: měsíční údržba od zhruba 1 500 do 2 000 PLN podle jejich vlastní stránky.

Rešerše zároveň ukázala, které poskytovatele je třeba vyřadit. WEDOS, jehož hosting nyní vystupuje jako VEDOS, ve své znalostní bázi v roce 2019 odpověděl, že pro Magento doporučuje VPS a provoz na jejich webhostingu označuje za problematický, a novější doporučení k Magentu jsme tam nenašli. Websupport dokumentuje jen to, že Magento lze i přes omezení nainstalovat na sdílený hosting, a stránku o hostingu pro Magento jsme nenašli u Forpsi, Master Internetu ani cyber_Folks. Žádného slovenského specialistu na managed Magento jsme nenašli vůbec; slovenské obchody v této úrovni nakupují od zdejších českých, polských, německých nebo mezinárodních poskytovatelů. Polská stránka OVHcloud o Magentu existuje, ale doporučuje samostatně spravovaný VPS nebo dedikované servery, což ji řadí mezi samostatně spravované možnosti.

Samostatně spravované: AWS a Hetzner

Provozovat Magento přímo na cloudové infrastruktuře je reálná možnost s jasnou cenou: váš tým se stává managed hostingem. Na AWS se managed služby mapují na část stacku (Aurora pro databázi, OpenSearch Service, ElastiCache, Amazon MQ) a tabulka požadavků Adobe obsahuje řádky specifické pro AWS přesně pro tyto komponenty, plus S3; řádek Adobe pro ElastiCache uvádí jako testovanou kombinaci „ElastiCache 7.1 for Redis OSS (enhanced). Valkey 8 is available.“, a CloudFront pokrývá CDN mimo tabulku. Varnish, PHP-FPM, cron a zpracovatelé front zůstávají na EC2, které spravujete vy, a nastavení s více AZ přidává vlastní práci specifickou pro Magento: sdílené úložiště médií, sdílené relace a cache, failover databáze a jednoho odpovědného za cron a zpracovatele front. Co AWS nemá, je cesta k Magentu od výrobce cloudu připravená pro produkční nasazení: jeho whitepaper k Magentu nese poznámku „tento whitepaper slouží pouze jako historická reference“, odkazovaný Terraform modul je označený jako beta a nedoporučený pro produkci (poslední commit srpen 2025), původní stránka Magento Quick Start už neexistuje a repozitář referenční architektury se od dubna 2018 nezměnil a je archivovaný. SLA jsou vždy za jednotlivou službu a pouze kreditové: 99,99 % pro EC2 vyžaduje nasazení do více AZ, jediná instance má 99,5 % (SLA pro compute). K dispozici je osm evropských regionů, šest z nich v členských státech EU, včetně Frankfurtu. Náklady se skládají z mnoha samostatně účtovaných položek; neuvádíme žádné celkové součty, protože reálný odhad vyžaduje modelování vlastní návštěvnosti.

Hetzner je pro EU cenovým referenčním bodem a k Magentu nedokumentuje téměř nic: žádnou produktovou stránku, žádnou aplikaci na jedno kliknutí, žádnou tabulku verzí. Nejblíže tomu je komunitní návod (v němčině) pro řadu Managed Server a stránka dokumentace, která na něj odkazuje; návod sám ukazuje, jak pracné to je: svépomocně instalovaný OpenSearch, který vyžaduje proces Java schválený podporou, bez zdokumentovaného RabbitMQ. Na řadě Managed Server zůstává Magento svépomocným řešením bez jakékoli produktové podpory ze strany poskytovatele. Hetzner prodává schopnou, cenově výhodnou infrastrukturu a nic navíc: cloudové instance od 5,99 EUR měsíčně s adresou IPv4 za 2 vCPU a 4 GB (cloudová stránka; ceny se vykreslují na straně klienta), dedikované servery nad tím, datová centra v EU v Německu a Finsku (existují i lokality v USA a Singapuru), bezplatnou ochranu proti DDoS na síťové úrovni a cloudové SLA formulované jako „komerčně přiměřené úsilí zajistit měsíční dostupnost 99,9 %“, s kredity vyplácenými formou Cloud Credits, omezenými na výši měsíční faktury daného serveru a uplatnitelnými do 14 dnů (cloudové podmínky). Na Hetzneru je celý stack Magenta, i pohotovostní služba, na vás. Obchod na jednom z výše uvedených managed plánů, od 129 EUR měsíčně u Hypernode nebo 149 EUR u MGT-Commerce, si částí ceny platí právě za provozní práci popsanou v této sekci.

Srovnání vedle sebe

„Nenalezeno“, „neuvedeno“, „nepublikováno“ a „nezdokumentováno“ zaznamenávají vždy náš vlastní průzkum odkazovaných stránek; „vaše práce“ znamená, že stack instaluje a sleduje sám obchodník. „Aktuální stack“ porovnává publikované verze komponent jednotlivých dodavatelů s tabulkami Adobe pro 2.4.8-p5/2.4.9 (PHP 8.3 až 8.5 podle řady, OpenSearch 3, nebo jen u 2.4.8-p5 Elasticsearch 8, Valkey). Vše k 3. srpnu 2026.

Jak volit mezi úrovněmi

Začněte licencí. Obchody na Magento Open Source a Mage-OS nemohou koupit cloud Adobe a jejich volba je mezi managed specialistou a vlastní infrastrukturou. Licence Adobe Commerce otevírá všechny tři úrovně: cloud výrobce platformy, se svým SLA a politikou vynuceného upgradu od roku 2027, je jen další možností vedle specialistů, z nichž řada také hostuje Adobe Commerce.

Mezi specialistou a vlastním cloudem je rozhodujícím faktorem váš tým. Managed specialista se vyplatí ve chvíli, kdy by nikdo z týmu neměl sledovat verze OpenSearch ani držet pohotovost; výše uvedené srovnání se pak zúží na to, kdo je aktuální, kdo má SLA zdokumentované a kdo dokumentuje vaše datové centrum. Podle zveřejněných podkladů drží krok s platformou nejlépe Hypernode, maxcluster a JetRails jsou aktuální jen v částech stacku a ke zbytku mlčí; maxcluster dokumentuje německá datová centra a vshosting vlastní pražskou lokalitu, zatímco u MGT-Commerce data leží v tom regionu AWS, který si zvolíte. Samostatně spravovaný AWS nebo Hetzner jsou správnou volbou tam, kde už existuje schopný tým a obchod potřebuje buď úspory z rozsahu, nebo topologii, kterou žádný plán nenabízí; trvale to zabírá část pozornosti týmu, a tento náklad se neobjeví na žádné faktuře.

Ať srovnání vyjde jakkoli, přechod je vlastní projekt s vlastním rozpočtem: synchronizace médií v katalogovém měřítku, reindexace vyhledávání na novém stacku, přenesení stavu cronu a front, přepnutí TLS a DNS a zmrazení nasazení, které nesmí připadnout na prodejní špičku. Naplánujte si rozpočet na migraci ještě před srovnáváním cen plánů; levnější plán plus migrace může nakonec stát více než obnovení smlouvy se stávajícím poskytovatelem.

Konkrétně pro český, slovenský a polský trh platí, že místní managed poskytovatelé mají výhodu v jazyce a umístění dat, ale zveřejňují méně: žádné pevné plány pro Magento, orientační nebo podmíněné ceny, žádná procenta SLA na stránkách, které jsme kontrolovali, a žádné verze stacku ke srovnání. Vyžádejte si písemně SLA, cenu, délku smlouvy a výpovědní lhůtu; sleva vázaná na 36měsíční smlouvu, jako u vstupních cen vshostingu, je součástí ceny. Mezi mezinárodními poskytovateli zveřejňují maxcluster a Nexcess smluvní podmínky SLA společně s cenami a většina zveřejňuje alespoň ceny; místního poskytovatele lze požádat, aby se tomu písemně vyrovnal.

Hosting je jedním ze tří pilířů, které pokrývá naše DevOps služba, a stejné posouzení provádíme i v rámci naší práce s Magentem: která úroveň sedí, zda současný hosting stále odpovídá tabulce požadavků Adobe a kolik by stála migrace, pokud ne. Ať vás hostuje kdokoli, sledovat tuto tabulku je úkol, který musí mít někdo na starosti.