Adobe Commerce 2.4.6 지원 종료｜2.4.5 확장지원 8월 11일 종료·Magento 업그레이드 방법

2026년 8월 12일 기준 Adobe Commerce를 운영 중이라면 버전 숫자를 한 번 확인해볼 시점입니다. Adobe 공식 릴리스 목록에서 2.4.6 릴리스 라인의 정기지원은 2026년 8월 11일 종료됐고, 2.4.5는 같은 날 확장지원 종료 시점에 도달했습니다. 쇼핑몰이 갑자기 멈추는 것은 아니지만, 보안패치와 기술지원 범위가 달라지기 때문에 운영자 입장에서는 단순한 일정 공지로 보기 어렵습니다.

저라면 운영몰에서 바로 메이저 업그레이드를 누르기보다 현재 버전 → 패치 상태 → PHP·OpenSearch·Redis·결제모듈 호환성 → Staging 테스트 순서로 확인하겠습니다. Magento는 코어보다 주변 생태계가 복잡해서 업데이트 자체보다 “업데이트 후 주문이 끝까지 정상 처리되는가”가 더 중요하기 때문입니다.

Adobe Commerce 2.4.6 지원 종료에서 실제로 달라지는 점

이번 변화의 핵심은 프로그램 실행 여부가 아니라 정규 지원의 기준선이 이동한다는 것입니다. Adobe 공식 Released versions 페이지는 2.4.6의 Regular Support 종료일을 2026년 8월 11일로 명시하고 있습니다. 같은 페이지 기준 마지막 공개 2.4.6 패치는 2.4.6-p15이며 2026년 5월 12일 릴리스됐습니다.

2.4.5는 정기지원이 2025년 8월 12일 이미 끝났고, Extended Support가 2026년 8월 11일 종료됐습니다. Adobe는 2.4.5에 대해 2027년 5월까지 추가 보안 수정 제공 일정을 안내하고 있지만, 이는 일반 정규지원과 동일한 의미가 아닙니다.

2.4.6이 끝났다고 바로 쇼핑몰이 멈추는 것은 아닙니다

EOL이나 Support End라는 단어 때문에 8월 12일부터 관리자 페이지가 열리지 않거나 결제가 중단되는 것으로 오해하기 쉽습니다. 실제 의미는 해당 릴리스 라인에 대한 지원 정책이 다음 단계로 넘어간다는 쪽에 가깝습니다.

Adobe Commerce 고객과 Magento Open Source 사용자는 다르게 봐야 합니다

Adobe Commerce에는 Extended Support와 추가 보안 수정 제공 정책이 있지만 Magento Open Source는 Adobe Commerce 고객용 확장지원 보안패치를 동일하게 제공받지 않습니다. 그래서 오픈소스 버전을 직접 호스팅하고 있다면 “2.4.6이 아직 켜지니 괜찮다”보다는 지원 중인 릴리스로의 이전 계획을 잡는 편이 좋습니다.

현재 버전과 최신 패치 확인하는 방법

관리자 화면만 보고 버전을 추측하지 말고 SSH가 가능하다면 프로젝트 루트에서 직접 확인하는 편이 정확합니다.

php bin/magento --version

# Magento Open Source
composer show magento/product-community-edition

# Adobe Commerce
composer show magento/product-enterprise-edition

2026년 8월 12일 Adobe 공식 Released versions 기준으로 확인되는 주요 공개 버전은 2.4.9, 2.4.8-p5, 2.4.7-p10, 2.4.6-p15입니다.

단순히 가장 높은 숫자로 올리기보다 설치된 PHP와 서비스 버전, 유료 확장모듈 호환성을 같이 봐야 합니다.

2.4.6에서 어느 버전으로 올릴지 결정하는 기준

2.4.7은 변화 폭을 줄이고 싶을 때

2.4.7은 정기지원이 2027년 4월 9일까지로 안내돼 있습니다. 커스텀 모듈이 많아 한 번에 크게 올리기 어렵다면 중간 단계로 검토할 수 있지만, 장기 운용 계획까지 고려하면 다시 업그레이드해야 하는 시점이 비교적 빨리 옵니다.

2.4.8은 운영 안정성과 지원 기간을 같이 볼 때

2.4.8 정기지원은 2028년 4월 11일까지이며, 2026년 8월 기준 공개 패치는 2.4.8-p5가 확인됩니다. 기존 확장모듈이 2.4.8을 충분히 지원한다면 현실적인 장기 운영 후보가 될 수 있습니다.

2.4.9는 새 구축이나 충분한 검증 환경이 있을 때

2.4.9는 2026년 5월 12일 공개됐고 정기지원 종료 시점은 2029년 5월로 안내됩니다. 가장 긴 지원 기간이 장점이지만, 현재 서버 스택과 서드파티 확장모듈이 모두 준비됐는지 확인해야 합니다.

업그레이드 전 준비사항 — 백업부터 시작

업데이트 실패보다 더 곤란한 상황은 롤백할 수 없는 상태입니다. 디크리노랗에서 워드프레스 서버를 운영할 때도 파일과 DB를 분리해 백업하는 것을 강조했는데, Magento도 같은 원칙으로 접근하는 편이 좋습니다. 서버 운영의 기본 백업 흐름은 워드프레스 고급편 보안·백업·마이그레이션 글과 같이 보면 이해가 빠릅니다.

Adobe Commerce Cloud 백업 명령 예시

# Integration DB 백업
magento-cloud db:dump

# 코드와 media 백업 예시
php bin/magento setup:backup --code --media

# Staging / Production DB dump
vendor/bin/ece-tools db-dump

Adobe 공식 Cloud 업그레이드 문서에서도 업그레이드 전에 데이터베이스와 코드·미디어 백업을 권장합니다. 실제 운영에서는 Git 브랜치, composer.lock, 환경설정 파일도 함께 보존해 두는 편이 롤백할 때 편합니다.

Adobe Commerce Cloud 업그레이드 실제 흐름

Cloud 환경이라면 Adobe는 Integration 브랜치에서 작업하고 Staging을 거쳐 Production으로 올리는 흐름을 권장합니다. 예를 들어 2.4.8을 목표로 하는 Adobe Commerce Cloud 프로젝트는 공식 문서에 다음과 같은 흐름이 제시됩니다.

# 목표 Commerce 버전 설정 예시
composer require-commerce magento/product-enterprise-edition 2.4.8 --no-update

# B2B 사용 시 호환되는 B2B 버전도 함께 확인
composer require-commerce magento/extension-b2b 1.5.2 --no-update

# 의존성 업데이트
composer update

# 배포 후 버전 확인
php bin/magento --version

Magento Open Source는 패키지와 운영 구조를 따로 확인

Magento Open Source라면 magento/product-community-edition 패키지를 기준으로 설치 상태를 확인합니다. Adobe Commerce Cloud 전용 명령과 문서를 그대로 섞지 말고, 현재 On-Premise 또는 호스팅 구조에 맞는 공식 Upgrade Guide를 기준으로 진행하는 것이 안전합니다.

Quality Patches Tool과 보안패치를 혼동하면 안 됩니다

Magento를 오래 운영하면 vendor/bin/magento-patches status 같은 화면을 보게 되는데, 여기서 한 가지 구분할 부분이 있습니다.

Quality Patches Tool(QPT)은 품질 패치용이며 Adobe 공식 문서에서도 보안 패치는 Commerce Security Release Notes와 Security Center를 확인하라고 안내합니다.

2026년 8월 12일 Security Center에서 확인되는 최신 Commerce 게시판

Adobe Commerce Security Center의 공식 목록을 확인하면 현재 최신으로 표시되는 게시판은 APSB26-49이며 2026년 5월 12일 공개됐습니다. 따라서 인터넷이나 AI 요약에서 APSB26-92 같은 번호를 봤다면 그대로 패치를 찾기보다 Adobe Security Center에서 실제 게시판 존재 여부를 다시 확인하는 것이 좋습니다.

APSB26-49에서 올라온 버전

APSB26-49는 Adobe Commerce와 Magento Open Source의 Critical·Important·Moderate 취약점을 수정했고, 당시 업데이트 버전으로 2.4.9, 2.4.8-p5, 2.4.7-p10, 2.4.6-p15 등이 안내됐습니다. 2.4.6을 계속 운용 중이라면 적어도 이 패치 수준인지 먼저 확인한 뒤 지원 종료에 따른 마이그레이션 계획을 잡는 편이 낫습니다.

Cloud Automation Patching Service는 어떻게 쓰나?

Adobe Commerce Cloud 사용자라면 CAPS(Cloud Automation Patching Service)도 확인할 수 있습니다. Adobe 설명에 따르면 SWAT(Site Wide Analysis Tool)의 Commerce 관리 영역에서 프로젝트와 환경을 선택하고 사용 가능한 패치를 확인하는 방식입니다.

Adobe Experience League 공식 Cloud Automation 패치 서비스 영상입니다. 웹 사이트 관리자, 개발자, DevOps·시스템 관리자를 대상으로 패치를 찾고 적용하는 흐름을 설명합니다.

업그레이드 후 꼭 테스트할 항목

업데이트가 성공했다는 메시지가 떴다고 끝난 것이 아닙니다. 실제 쇼핑몰이라면 아래 흐름을 한 번씩 돌려보는 편이 좋습니다.

• 프론트 페이지와 카테고리·상품 상세 표시
• 회원가입·로그인·비밀번호 재설정
• 장바구니 추가·수량변경·쿠폰
• 배송비 계산·주소 입력
• PG 테스트 결제와 결제 취소
• 관리자 주문 확인·상태 변경
• ERP·WMS·택배·메일·SMS 연동
• cron·indexer·queue 처리 상태
• Redis·OpenSearch·RabbitMQ 연결
• 에러 로그와 PHP-FPM·웹서버 로그

웹사이트 운영에서 업데이트 전후 체크리스트를 만드는 방식은 워드프레스에서도 같습니다. 디크리노랗의 워드프레스 중급편 SEO·이미지·FTP 설정에서 설명한 것처럼 운영 사이트는 단일 기능이 아니라 링크, 이미지, 캐시, 서버 경로가 함께 맞아야 정상입니다.

업그레이드 오류가 발생할 때

관리자와 쇼핑몰이 HTTP 500으로 열리지 않을 때

Adobe 공식 Cloud Upgrade Guide는 업그레이드 실패 시 “There has been an error processing your request” 형태의 오류가 나타날 수 있다고 안내합니다. 이 경우 브라우저만 새로고침하기보다 원격 환경의 로그와 배포 결과를 먼저 확인해야 합니다.

제가 확인할 순서

1. 배포·Cloud 로그에서 최초 오류 시점 확인
2. composer.lock 변경과 의존성 충돌 확인
3. m2-hotfixes에 남아 있는 오래된 패치 확인
4. QUALITY_PATCHES의 대상 버전 호환성 확인
5. PHP·OpenSearch·Redis·RabbitMQ 서비스 버전 확인
6. 커스텀 모듈 비활성화 후 재현 여부 확인

패치 적용 후 문제가 생기면 기존 패치를 다시 봅니다

Adobe 공식 문서는 새 버전으로 업그레이드할 때 m2-hotfixes와 .magento.env.yaml의 Quality Patches가 새 버전에도 적용 가능한지 다시 확인하라고 안내합니다. 기존 버전에서 필요했던 패치가 새 코어에 이미 포함돼 있거나 더 이상 맞지 않을 수 있기 때문입니다.

디크리노랗에서 같이 보면 좋은 글

• 워드프레스 고급편｜속도 개선·보안·백업·Cloudflare·Redis — 운영 서버를 수정하기 전 백업과 복구 기준을 잡을 때
• 워드프레스 중급편｜SEO·이미지·robots.txt·FTP — CMS 운영 구조와 이미지·링크 관리 기준을 볼 때
• 워드프레스 초급편｜카페24 설치·도메인·PHP 기본세팅 — PHP 버전과 서버환경이 CMS 호환성에 미치는 영향을 이해할 때
• Adobe Creative Cloud 체험판·정식 설치와 결제취소 — Adobe 제품은 비공식 파일보다 공식 배포 경로를 우선해야 하는 이유를 볼 때

누구에게 업그레이드를 추천하고 누가 조금 더 검토해야 할까?

지금 업그레이드 계획을 시작하는 것을 추천

• Magento Open Source 2.4.6 이하를 외부에 공개해 운영 중인 경우
• Adobe Commerce 2.4.6을 장기 운영할 계획인데 확장지원 정책을 확인하지 않은 경우
• 2.4.5를 계속 쓰면서 “확장지원이 계속된다”고 생각했던 경우
• 고객 개인정보·주문·결제 데이터를 다루는 쇼핑몰

운영 서버 바로 업그레이드는 보류하고 Staging부터

• 국내 PG·ERP·WMS 커스텀 연동이 많은 쇼핑몰
• Magento 코어 또는 테마를 직접 수정한 환경
• PHP·OpenSearch·Redis 버전을 오랫동안 고정한 서버
• 기존 hotfix와 Quality Patch 적용 내역을 관리하지 않은 프로젝트

FAQ

Adobe Commerce 2.4.6은 2026년 8월 12일부터 바로 사용 불가인가요?

아닙니다. 정기지원 종료가 쇼핑몰 실행 중단을 의미하지는 않습니다. 다만 정규 지원 범위가 바뀌므로 Adobe Commerce 고객은 확장지원 조건을 확인하고, Magento Open Source는 더 적극적으로 지원되는 릴리스로 이전 계획을 세우는 편이 안전합니다.

2.4.6-p15를 쓰면 당분간 그대로 있어도 되나요?

2.4.6-p15는 Adobe 공식 릴리스 목록에서 2.4.6 계열의 최신 공개 패치로 확인됩니다. 하지만 2.4.6 정기지원 자체가 2026년 8월 11일 종료됐으므로 패치 번호만 보고 장기 유지 여부를 결정하면 안 됩니다.

Adobe Commerce와 Magento Open Source의 지원 종료 영향이 같은가요?

같지 않습니다. Adobe의 확장지원 및 추가 보안 패치 정책은 Adobe Commerce 고객을 중심으로 제공되며, Magento Open Source에는 확장지원 보안 패치가 제공되지 않는다고 Adobe 릴리스 정책이 안내합니다.

2.4.6에서 2.4.9로 바로 올려도 되나요?

가능 여부는 PHP, OpenSearch, MariaDB/MySQL, Redis, RabbitMQ, 결제 모듈과 커스텀 확장 호환성에 따라 달라집니다. 운영몰은 Integration 또는 Staging에서 목표 버전으로 먼저 검증한 뒤 Production으로 배포하는 것이 안전합니다.

Quality Patches Tool로 보안패치도 설치하면 되나요?

QPT는 품질 패치를 적용·되돌리고 상태를 확인하는 도구입니다. Adobe 공식 문서도 보안 패치는 별도의 Commerce 보안 릴리스 및 Security Center를 확인하라고 구분합니다.

업그레이드 후 관리자 화면이 500 오류로 열리지 않으면 무엇부터 확인하나요?

배포 로그와 PHP 로그, 적용 중인 m2-hotfixes 및 Quality Patches, composer.lock 변경, PHP와 서비스 버전 호환성부터 확인합니다. 운영 서버에서 무작정 composer update를 반복하기보다 Staging에서 동일 환경으로 재현하는 편이 안전합니다.

결론

2026년 8월 11일을 기준으로 Adobe Commerce 2.4.6은 정기지원 종료 시점에 도달했고 2.4.5는 확장지원 종료 시점을 맞았습니다. 여기서 중요한 것은 “오늘부터 안 된다”가 아니라 앞으로 어떤 버전을 기준으로 보안과 호환성을 유지할 것인지 결정해야 하는 시점이라는 점입니다.

제 생각에는 운영 중인 Magento를 버전 숫자 하나만 보고 바로 2.4.9로 올리는 것보다, 현재 서버와 확장모듈을 먼저 목록화한 뒤 2.4.8 또는 2.4.9를 목표로 Staging에서 주문 전체 흐름을 검증하는 게 현실적입니다. 반대로 Magento Open Source 2.4.6 이하를 별다른 계획 없이 계속 두는 것은 시간이 갈수록 유지보수 부담이 커질 가능성이 높습니다.

공식 확인처

• Adobe Commerce Released versions — 릴리스별 정기지원 종료일과 패치 버전
• Adobe Commerce Software lifecycle policy — 정기·확장지원 및 보안패치 정책
• Adobe Commerce 보안패치 확보·적용 정책
• Adobe Commerce Cloud 버전 업그레이드 공식 가이드
• Adobe Commerce Security Center — 실제 APSB 게시판 확인
• Adobe Cloud Automation 패치 서비스 공식 튜토리얼