Доработка сайта на Magento 2 – оптимизация производительности и стабилизация checkout после миграции

Есть интернет-магазин запчастей для агротехники Magento 2.4.6-p3 (PHP 8.2, MySQL 8, Elasticsearch), хостинг AWS Lightsail, CDN Cloudflare. После миграции с другой VPS сайт стал медленнее, а в checkout периодически исчезают способы доставки и оплаты для отдельных комбинаций города и веса корзины. Также растет количество ошибок 500 под нагрузкой и время до первого байта на категориях иногда превышает 2-3 секунды. Нужно провести технический аудит, найти причины и доработать с фокусом на производительность и надежность оформления заказа.

Среда и доступы – staging и production, Git репозиторий из CI через GitHub Actions, деплой через SSH. Установленные посторонние модули для доставки (Nova Poshta API), оплаты (LiqPay), фильтрации (Amasty), кэширования сейчас только Full Page Cache Magento, Redis не настроен.

Ожидаемый результат
- стабильный checkout без исчезновения способов доставки и оплаты, корректная работа правил доставки по весу и городу
- заметное ускорение категорий и карточки товара без поломки индексации и поиска
- Уменьшение ошибок 500 под нагрузкой и прогнозируемое поведение кэша

Что нужно сделать (этапы)
1) Аудит и воспроизведение проблемы checkout – анализ логов Magento, Nginx, PHP-FPM, MySQL slow log, Cloudflare, проверка конфигурации модулей доставки и оплаты, воспроизведение кейсов на staging с фиксацией шагов и данных
2) Диагностика производительности – профилирование (Magento profiler, Xdebug/Blackfire по возможности), анализ запросов к БД, проверка индексов, оценка влияния посторонних модулей, проверка кэша и режимов работы (developer/production)
3) Доработка - исправление логики/конфигурации, которая приводит к некорректным методам доставки/оплаты, точечным оптимизациям (запросы, индексы, кэширование), настройке Redis для cache и sessions, корректировке PHP-FPM/Nginx параметров под текущий серверный ресурс, без изменения дизайна
4) Проверка и релиз – регрессия на staging, подготовка миграции конфигов, деплой в production с минимальным простоем, краткая техническая инструкция что было изменено и как проверять

Ограничение
- Не меняем тему и верстку, не обновляем Magento до новой мажорной версии
- Не отключаем критические бизнес-модули (доставка, оплата, фильтры), можно предложить альтернативы только если есть доказательство причинно-следственной связи
- любые изменения только через Git и с возможностью отката

Критерии приемки (измеряемые)
- На staging воспроизведена причина проблемы checkout и добавлена ​​исправление, убирающее проблему в 20 последовательных тестовых оформлениях для 3 городов и 3 весовых диапазонов, с LiqPay и Nova Poshta
- TTFB для страниц категорий на production с прогретой кэш-памятью не более 800 мс в 90-м перцентили (замер через WebPageTest или Lighthouse с фиксированной локацией)
- под нагрузкой 30 одновременных пользователей в течение 10 мин (k6 или аналог) доля ответов 5xx не более 0.5%, среднее время ответа для кэшированных страниц не более 400 мс
- Отчетом переданы: найдена первопричина, список изменений, применяемые команды/настройки и инструкция как повторить тесты

Ожидается опыт с Magento 2, дебагом checkout, оптимизацией MySQL, Redis, PHP-FPM/Nginx и работой с Cloudflare.