Od 30. října hrozí obchodům na Adobe Commerce on Cloud se zastaralými službami pozastavení

Dne 30. října 2026 začne Adobe na Adobe Commerce on Cloud vynucovat nové bezpečnostní zásady. Prostředí, které po tomto datu stále provozuje Elasticsearch, MariaDB 10.5 nebo starší, případně RabbitMQ 3.9 nebo starší, může mít podle Adobe „pozastavený přístup do Adminu, přičemž storefront zůstane online, a/nebo pozastavený příchozí provoz, čímž se storefront odpojí“. Další termíny následují v květnu 2027 a poté bude nutné aktualizovat i samotné starší verze Magenta.

Zásady se vztahují na Adobe Commerce on Cloud (PaaS) ve verzích 2.4.4 až 2.4.9. Nevztahují se na SaaS produkt Adobe ani na obchody, které hostujete sami. Pokud je to váš případ, týká se vás krátká část ke konci článku. Data a citace uvedené níže byly ověřeny přímo na stránkách Adobe ke dni 20. října 2026.

Termíny

Z těchto služeb musíte podle Adobe přejít jinam:

Platí to pro všechny verze Magenta včetně 2.4.8 a 2.4.9 a pro každé prostředí, nejen pro produkci.

Verze Magenta má vlastní termín. Obchody na verzi 2.4.4 nebo 2.4.5 musí do 1. června 2027 přejít na 2.4.9, nebo migrovat na SaaS od Adobe. Obchody na verzi 2.4.6 nebo 2.4.7 mají čas do 1. června 2028. Pro verze 2.4.8 a 2.4.9 Adobe žádný termín nestanovil. Cloudové obchody starší než 2.4.4 v zásadách uvedeny nejsou, ale zásady životního cyklu Adobe uplatňují stejné pozastavení na všechny nepodporované verze od 1. června 2027.

Pokud jste na verzi 2.4.4 nebo 2.4.5, ověřte si termíny u Adobe. Stránka se zásadami uvádí pro tyto dvě verze v jedné tabulce termín 30. října 2026 pro všechny upgrady služeb a v jiné tabulce termíny uvedené výše. Zeptejte se v tiketu podpory a vyžádejte si písemnou odpověď.

Důsledky nestihnutého termínu

Adobe může pozastavit přístup do Adminu všem uživatelům, přičemž storefront zůstane online, pozastavit provoz, čímž se storefront odpojí, nebo obojí. Pokud prostředí ani po pozastavení provozu požadavky nesplňuje, „Adobe může ukončit cloudové služby“ a vyřazení z provozu trvale smaže všechna data, prostředí a větve. Adobe neuvádí, s jakým předstihem na kterýkoli z těchto kroků upozorní.

Pokud termín nemůžete dodržet, zásady doporučují „co nejdříve kontaktovat svůj obchodní tým u Adobe nebo podporu Adobe“ s žádostí o „krátké prodloužení“. Jak dlouhé může prodloužení být, neuvádějí.

Zjistěte, co provozujete

Potřebujete dvě informace: verzi Magenta a verzi každé služby v každém prostředí.

Verzi Magenta najdete v pravém dolním rohu kterékoli stránky Adminu, případně ji vypíše příkaz bin/magento --version. U služeb odkazují zásady Adobe na Cloud Console: otevřete prostředí a u každé služby zkontrolujte kartu „Containers“, která ukazuje aktuálně běžící verzi.

Na Pro kontrolujte běžící službu, nikoli repozitář. Znalostní báze Adobe popisuje prostředí Staging a Production, ve kterých jsou změny v services.yaml „ignorovány“ a nadále běží staré verze. Soubor ukazuje, co bylo požadováno. Běžící služba ukazuje, co skutečně máte. Mějte také na paměti, že New Relic označuje cache jako „Redis“ i po přechodu na Valkey, proto službu neurčujte podle popisků v monitoringu.

Průběh upgradu

Na Pro aktualizuje služby ve Staging a Production za vás Adobe, a to na základě tiketu podpory. Zásady požadují podat tiket „alespoň 30 dní před datem vynucení“. Pro 30. října tato lhůta uplynula 30. září, takže pokud jste tiket ještě nepodali, podejte jej hned a ve stejném tiketu požádejte o prodloužení. Změny v produkci navíc vyžadují oznámení alespoň dva pracovní dny předem (víkendy se nezapočítávají) a v obdobích zvýšeného vytížení ještě delší předstih.

Na Starter popisuje stránka o službách Adobe změnu jako samoobslužnou: sloučení aktualizovaného souboru .magento/services.yaml do produkční větve provede upgrade produkce. Služby poté nelze vrátit na starší verzi, proto si nejprve vytvořte zálohu. Samotné zásady ukládají všem cloudovým zákazníkům otevřít tiket, proto si u Adobe ověřte, kdo změnu ve vašem projektu provede.

V obou případech část práce zůstává na vás:

• nejprve otestujte upgrade v neprodukčním prostředí, minimálně checkout, vyhledávání, košík a vaše integrace,
• po dokončení práce na straně Adobe proveďte nový deploy, který zároveň znovu sestaví fronty RabbitMQ,
• po změně OpenSearch spusťte úplný reindex,
• zajistěte, aby byl po celou dobu produkčního okna online někdo z vašeho týmu nebo od partnera, protože Adobe vaši aplikaci netestuje.

Stránka Adobe o službách doporučuje ověřovat upgrady služeb jednotlivě a varuje, že „upgrady databáze mají největší provozní dopad a vyžadují největší opatrnost“. Na Pro si upgrade nejprve vyzkoušejte ve Staging s daty v produkčním objemu. Doba, kterou tam zabere, je nejlepším odhadem délky produkčního okna.

Upgrade služby jako upgrade Magenta

Každý patch Magenta podporuje konkrétní verze služeb, uvedené v systémových požadavcích Adobe, a Adobe podporuje pouze kombinace, které jsou tam uvedeny. Verze, na kterou máte přejít, proto nemusí na vaší verzi Magenta fungovat. Z této tabulky vyplývají následující případy:

• Verze 2.4.4 a 2.4.5 nemohou běžet na PHP 8.2. Všechny patche obou verzí podporují pouze PHP 8.1. Splnit termín pro PHP 31. května 2027 proto znamená do té doby aktualizovat Magento, tedy o den dříve než termín pro verzi 1. června.
• Verze 2.4.6 nepodporuje novější PHP než 8.2 a PHP 8.2 podle php.net přestane dostávat bezpečnostní opravy 31. prosince 2026. Vlastní zásady životního cyklu Adobe to od konce roku 2026 označují jako riziko z hlediska PCI. Jediným řešením je upgrade Magenta.
• Starší patche vyžadují kvůli říjnovému termínu upgrade patche. Například OpenSearch 2 vyžaduje alespoň 2.4.4-p13 nebo 2.4.5-p12 a RabbitMQ 3.13 vyžaduje 2.4.4-p18. Na starším patchi je proto nutné nejprve přejít na novější patch.
• OpenSearch 3 na verzích 2.4.6 a 2.4.7 vyžaduje nejnovější patch (2.4.6-p15 nebo 2.4.7-p10). Tyto patche zároveň vyžadují Valkey místo Redisu, RabbitMQ 4.3 a MariaDB 10.11 nebo novější, takže přechod na OpenSearch 3 může uspíšit i tyto změny. Starší patche 2.4.6 a 2.4.7 podporují OpenSearch 2. Zda to k 30. říjnu postačí, si ověřte v tiketu podpory.
• Přechod ze staré verze na 2.4.9 vyžaduje několik kroků. Žádný patch nepodporuje starou i novou verzi všech služeb zároveň a RabbitMQ je nutné aktualizovat postupně po jednotlivých verzích. Zeptejte se Adobe, s kolika produkčními okny máte počítat.

Dvě změny, které jsou větší, než se zdá

Samo Adobe upozorňuje, že „přechody z Elasticsearch na OpenSearch a z Redisu na Valkey jsou migrace na jiný software, nikoli upgrady verzí“.

Z Elasticsearch na OpenSearch. Na Cloudu se vyhledávač nastavuje v .magento.env.yaml (SEARCH_CONFIGURATION) a ve vazbách služeb v .magento.app.yaml. Obě místa musí odkazovat na novou službu. Zkontrolovat je třeba i rozšíření pro vyhledávání. Například ElasticSuite od Smile podporuje OpenSearch 3 až od Magenta 2.4.8, takže obchod na verzi 2.4.6 nebo 2.4.7, který jej používá, by si měl verzi OpenSearch dohodnout s Adobe před 30. říjnem.

Z Redisu na Valkey. Stránka Adobe o Valkey doporučuje přistupovat k přechodu jako k nové, prázdné cache: relace se nemusí zachovat a „po dokončení migrace jsou uživatelé odhlášeni“. Odstraňte starou definici Redisu, protože pokud jsou k dispozici obě služby, Magento nadále používá Redis. Nejnovější patche verzí 2.4.5 až 2.4.7 a všechny patche verzí 2.4.8 a 2.4.9 již Redis vůbec nepodporují, takže obchod, který průběžně instaluje nejnovější patche, tento přechod provede před termínem v květnu 2027.

Postup podle verze

• Každý cloudový obchod, hned: zkontrolujte běžící verzi každé služby v každém prostředí. Pokud se vás týká cokoli z říjnových řádků tabulky nebo jste na verzi 2.4.4 či 2.4.5, otevřete hned tiket podpory. Zeptejte se, které termíny pro vás platí, kolik produkčních oken bude práce vyžadovat, a pokud termín 30. října nestihnete, požádejte o prodloužení.
• 2.4.4 a 2.4.5: přejděte na 2.4.9, nebo migrujte na SaaS od Adobe, a dokončete to do 31. května 2027. Tikety ke službám podejte s dostatečným předstihem před 1. květnem, což je nejzazší možné datum, nikoli výchozí bod.
• 2.4.6: začněte s upgradem na 2.4.9 hned, protože PHP 8.2 na konci roku 2026 ztrácí bezpečnostní podporu.
• 2.4.7: přejděte na PHP 8.3, které dostává bezpečnostní opravy do 31. prosince 2027, a do té doby naplánujte upgrade na 2.4.9. Termín Adobe je 1. června 2028.
• 2.4.8 a 2.4.9: zkontrolujte tabulku služeb výše. Termín pro verzi zatím stanoven není. Standardní podpora verze 2.4.8 končí 31. května 2028.
• Starší než 2.4.4: přejděte na 2.4.9 před 1. červnem 2027 a zeptejte se Adobe, zda se na vás vztahují říjnové termíny. Podpora OpenSearch začíná od verze 2.4.4-p13, takže už samotný odchod z Elasticsearch vyžaduje upgrade Magenta.

Pokud hostujete Magento sami

Kvůli těmto zásadám obchod, který hostujete sami, odpojen nebude. Zásady se nevztahují na on-premise Adobe Commerce, Magento Open Source ani Mage-OS. Stejný software však také dosahuje konce podpory: podpora Elasticsearch 7.17 ze strany společnosti Elastic skončila podle její stránky o konci životnosti 15. ledna 2026 a PHP 8.2 následuje na konci roku 2026. Náš článek o hostingu rozebírá, kteří poskytovatelé hostingu drží krok s požadavky Adobe.

Alternativa, kterou Adobe nabízí

Ke každému termínu pro verzi existuje druhá možnost: přechod na Adobe Commerce as a Cloud Service, který Adobe označuje za „doporučený dlouhodobý cíl“ pro cloudové zákazníky. Přehled migrace od Adobe jasně ukazuje, že jde o přestavbu: úpravy se stávají aplikacemi App Builder a storefronty se znovu budují na Edge Delivery Services. SaaS nepodporuje storefronty Luma. Pro většinu obchodů jde o projekt změny platformy a náš článek o změně platformy, nebo opravě rozebírá, jak se rozhodnout mezi změnou platformy a upgradem.

Právě upgradům verzí a služeb se věnuje naše služba pro Magento.