Od 30. októbra hrozí obchodom na Adobe Commerce on Cloud so zastaranými službami pozastavenie

Od 30. októbra 2026 začína Adobe na Adobe Commerce on Cloud uplatňovať nové bezpečnostné pravidlá. Prostrediu, ktoré po tomto dátume stále používa Elasticsearch, MariaDB 10.5 alebo staršiu či RabbitMQ 3.9 alebo starší, „môže byť pozastavený prístup do Adminu, pričom storefront zostane online, a/alebo môže byť pozastavená prichádzajúca prevádzka, čím sa storefront odpojí“. Ďalšie termíny nasledujú v máji 2027 a potom treba aktualizovať aj samotné staršie verzie Magenta.

Pravidlá sa vzťahujú na Adobe Commerce on Cloud (PaaS) vo verziách 2.4.4 až 2.4.9. Nevzťahujú sa na SaaS produkt od Adobe ani na obchody, ktoré hostujete sami. Ak je to váš prípad, týka sa vás krátka časť na konci článku. Dátumy a citácie uvedené nižšie sme overili na stránkach Adobe 20. októbra 2026.

Termíny

Toto sú služby, ktoré podľa Adobe musíte prestať používať:

Platí to pre každú verziu Magenta vrátane 2.4.8 a 2.4.9 a pre každé prostredie, nielen pre produkčné.

Verzia Magenta má vlastný termín. Obchody na verzii 2.4.4 alebo 2.4.5 musia do 1. júna 2027 prejsť na 2.4.9 alebo migrovať na SaaS od Adobe. Obchody na 2.4.6 alebo 2.4.7 majú čas do 1. júna 2028. Pre 2.4.8 a 2.4.9 Adobe žiadny termín nestanovil. Cloudové obchody staršie ako 2.4.4 pravidlá neuvádzajú, no pravidlá životného cyklu Adobe uplatňujú rovnaké pozastavenie na každú nepodporovanú verziu od 1. júna 2027.

Ak používate 2.4.4 alebo 2.4.5, overte si svoje termíny u Adobe. Stránka s pravidlami uvádza pre tieto dve verzie v jednej tabuľke termín 30. októbra 2026 pre všetky aktualizácie služieb a v inej tabuľke termíny uvedené vyššie. Opýtajte sa v tikete podpory a odpoveď si vyžiadajte písomne.

Dôsledky nestihnutého termínu

Adobe môže pozastaviť prístup do Adminu všetkým používateľom, pričom storefront zostane online, pozastaviť prevádzku, čím sa storefront odpojí, alebo oboje. Ak prostredie ani po pozastavení prevádzky nespĺňa požiadavky, „Adobe môže ukončiť cloudové služby“ a vyradenie z prevádzky natrvalo vymaže všetky údaje, prostredia a vetvy. Adobe pri žiadnom z týchto krokov neuvádza, s akým predstihom na ne upozorní.

Ak termín nemôžete dodržať, pravidlá odporúčajú „čo najskôr kontaktovať obchodný tím alebo podporu Adobe“ so žiadosťou o „krátke predĺženie“. Neuvádzajú, aké dlhé môže predĺženie byť.

Skontrolujte, čo používate

Potrebujete dve informácie: verziu Magenta a verziu každej služby v každom prostredí.

Verziu Magenta nájdete v pravom dolnom rohu ktorejkoľvek stránky Adminu alebo ju vráti príkaz bin/magento --version. Pri službách pravidlá Adobe odkazujú na Cloud Console: otvorte prostredie a skontrolujte každú službu na karte „Containers“, ktorá zobrazuje aktuálne spustenú verziu.

Na Pro kontrolujte spustenú službu a nie repozitár. Znalostná báza Adobe opisuje prostredia Staging a Production, kde sa zmeny v services.yaml „ignorujú“ a naďalej bežia staré verzie. Súbor ukazuje, čo bolo požadované. Spustená služba ukazuje, čo naozaj máte. Majte tiež na pamäti, že New Relic označuje cache ako „Redis“ aj po prechode na Valkey, preto službu neurčujte podľa štítkov v monitoringu.

Priebeh aktualizácie

Na Pro aktualizuje služby v prostrediach Staging a Production Adobe za vás, na základe tiketu podpory. Pravidlá žiadajú tiket podať „najmenej 30 dní pred termínom uplatnenia“. Pre 30. október táto lehota uplynula 30. septembra, takže ak ste tiket ešte nepodali, podajte ho hneď a v tom istom tikete požiadajte o predĺženie. Zmeny v produkcii si navyše vyžadujú oznámenie aspoň dva pracovné dni vopred, bez víkendov, a v obdobiach zvýšeného vyťaženia dlhší predstih.

Na Starter stránka o službách Adobe opisuje zmenu ako samoobslužnú: zlúčenie aktualizovaného súboru .magento/services.yaml do produkčnej vetvy aktualizuje produkciu. Služby potom nemožno vrátiť na nižšiu verziu, preto si najprv urobte zálohu. Samotné pravidlá však všetkým zákazníkom na Cloude ukladajú otvoriť tiket, preto si u Adobe overte, kto zmenu vo vašom projekte vykoná.

V oboch prípadoch zostáva časť práce na vás:

• aktualizáciu najprv otestujte v neprodukčnom prostredí, aspoň checkout, vyhľadávanie, košík a vaše integrácie,
• po dokončení zo strany Adobe urobte nový deploy, ktorý zároveň znovu vytvorí fronty RabbitMQ,
• po zmene OpenSearch spustite úplný reindex,
• počas celého produkčného okna majte online niekoho z vášho tímu alebo od partnera, pretože Adobe vašu aplikáciu netestuje.

Stránka Adobe o službách odporúča overovať aktualizácie služieb jednu po druhej a upozorňuje, že „aktualizácie databázy majú najväčší prevádzkový dopad a vyžadujú najväčšiu opatrnosť“. Na Pro si postup vyskúšajte na Staging s dátami v produkčnom objeme. Čas, ktorý tam zaberie, je najlepším odhadom dĺžky produkčného okna.

Aktualizácia služby ako aktualizácia Magenta

Každý patch Magenta podporuje konkrétne verzie služieb, uvedené v systémových požiadavkách Adobe, a Adobe podporuje iba kombinácie, ktoré sú tam uvedené. Požadovaná verzia služby preto nemusí bežať na vašej verzii Magenta. Z tejto tabuľky vyplývajú nasledujúce prípady:

• 2.4.4 a 2.4.5 nepodporujú PHP 8.2. Každý patch oboch verzií podporuje iba PHP 8.1. Splniť termín pre PHP 31. mája 2027 teda znamená aktualizovať dovtedy Magento, o deň skôr než uplynie termín pre verziu 1. júna.
• 2.4.6 nepodporuje vyššiu verziu ako PHP 8.2, a PHP 8.2 podľa php.net prestane dostávať bezpečnostné opravy 31. decembra 2026. Pravidlá životného cyklu Adobe to od konca roka 2026 označujú za riziko z hľadiska PCI. Jediným riešením je aktualizácia Magenta.
• Staršie patche si pre októbrový termín vyžadujú aktualizáciu patchu. Napríklad OpenSearch 2 vyžaduje aspoň 2.4.4-p13 alebo 2.4.5-p12 a RabbitMQ 3.13 vyžaduje 2.4.4-p18. Na staršom patchi treba najprv aktualizovať patch.
• OpenSearch 3 na 2.4.6 a 2.4.7 vyžaduje najnovší patch (2.4.6-p15 alebo 2.4.7-p10). Tieto patche zároveň vyžadujú Valkey namiesto Redisu, RabbitMQ 4.3 a MariaDB 10.11 alebo novšiu, takže prechod na OpenSearch 3 môže tieto zmeny uspíšiť. Staršie patche 2.4.6 a 2.4.7 podporujú OpenSearch 2. Či to na 30. október postačí, sa opýtajte v tikete.
• Prechod zo starej verzie na 2.4.9 si vyžaduje niekoľko krokov. Žiadny patch nepodporuje starú aj novú verziu všetkých služieb zároveň a RabbitMQ treba aktualizovať postupne, po jednej verzii. Opýtajte sa Adobe, s koľkými produkčnými oknami máte počítať.

Dve zmeny, ktoré sú väčšie, než sa zdá

Samotný Adobe upozorňuje, že „prechod z Elasticsearch na OpenSearch a z Redisu na Valkey sú migrácie na iný softvér, nie aktualizácie verzií“.

Z Elasticsearch na OpenSearch. Na Cloude sa vyhľadávač nastavuje v .magento.env.yaml (SEARCH_CONFIGURATION) a vo vzťahoch služieb v .magento.app.yaml. Oba musia odkazovať na novú službu. Skontrolovať treba aj rozšírenia pre vyhľadávanie. Napríklad ElasticSuite od Smile podporuje OpenSearch 3 až od Magenta 2.4.8, takže obchod na 2.4.6 alebo 2.4.7, ktorý ho používa, by si mal verziu OpenSearch dohodnúť s Adobe pred 30. októbrom.

Z Redisu na Valkey. Stránka Adobe o Valkey odporúča považovať prechod za novú, prázdnu cache: relácie sa nemusia zachovať a „po dokončení migrácie sú používatelia odhlásení“. Odstráňte starú definíciu Redisu, pretože ak sú dostupné obe služby, Magento naďalej používa Redis. Najnovšie patche 2.4.5 až 2.4.7 a všetky patche 2.4.8 a 2.4.9 Redis už vôbec nepodporujú, takže obchod, ktorý patche priebežne aktualizuje, tento prechod urobí pred termínom v máji 2027.

Postup podľa verzie

• Každý obchod na Cloude, hneď: skontrolujte spustenú verziu každej služby v každom prostredí. Ak sa vás týka niektorý z októbrových riadkov alebo používate 2.4.4 či 2.4.5, otvorte tiket podpory hneď. Opýtajte sa, ktoré termíny pre vás platia, koľko produkčných okien práca vyžaduje, a ak 30. október nestihnete, požiadajte o predĺženie.
• 2.4.4 a 2.4.5: prejdite na 2.4.9 alebo migrujte na SaaS od Adobe a dokončite to do 31. mája 2027. Tikety k službám podajte s veľkým predstihom pred 1. májom, ktorý je posledným možným termínom, nie východiskovým bodom.
• 2.4.6: začnite s aktualizáciou na 2.4.9 hneď, pretože PHP 8.2 na konci roka 2026 stráca bezpečnostnú podporu.
• 2.4.7: prejdite na PHP 8.3, ktoré dostáva bezpečnostné opravy do 31. decembra 2027, a aktualizáciu na 2.4.9 naplánujte ešte pred týmto dátumom. Termín Adobe je 1. júna 2028.
• 2.4.8 a 2.4.9: skontrolujte tabuľku služieb vyššie. Termín pre verziu zatiaľ stanovený nie je. Štandardná podpora 2.4.8 končí 31. mája 2028.
• Staršie ako 2.4.4: prejdite na 2.4.9 pred 1. júnom 2027 a opýtajte sa Adobe, či sa na vás vzťahujú októbrové termíny. Podpora OpenSearch začína od 2.4.4-p13, takže už samotný odchod z Elasticsearch si vyžaduje aktualizáciu Magenta.

Ak hostujete Magento sami

Obchodu, ktorý hostujete sami, odpojenie podľa týchto pravidiel nehrozí. Nevzťahujú sa na on-premises Adobe Commerce, Magento Open Source ani Mage-OS. Rovnaký softvér však aj tak prestáva byť podporovaný: podpora Elasticsearch 7.17 od spoločnosti Elastic sa podľa jej stránky o konci životnosti skončila 15. januára 2026 a PHP 8.2 nasleduje na konci roka 2026. Náš článok o hostingu rozoberá, ktorí poskytovatelia hostingu držia krok s požiadavkami Adobe.

Alternatíva, ktorú Adobe ponúka

Ku každému termínu pre verziu existuje aj druhá možnosť: prechod na Adobe Commerce as a Cloud Service, ktorý Adobe označuje za „odporúčané dlhodobé riešenie“ pre zákazníkov na Cloude. Prehľad migrácie od Adobe jasne uvádza, že ide o prestavbu: úpravy sa menia na aplikácie App Builder a storefronty sa nanovo vytvárajú na platforme Edge Delivery Services. SaaS nepodporuje storefronty Luma. Pre väčšinu obchodov ide o projekt zmeny platformy a náš článok o zmene platformy alebo oprave rozoberá, ako ho porovnať s aktualizáciou.

Práve túto prácu na aktualizácii verzií a služieb pokrýva naša služba pre Magento.