Magento 2 上的网站最终确定 - 迁移后性能优化和结账稳定性

Magento 2.4.6-p3（PHP 8.2、MySQL 8、Elasticsearch）、AWS Lightsail 托管、Cloudflare CDN 上有一个农业机械备件在线商店。从另一个 VPS 迁移后，网站速度变得更慢，并且某些城市和购物篮重量组合的送货和付款方式会定期在结帐中消失。负载下 500 错误的数量也会增加，并且类别上第一个字节的时间有时会超过 2-3 秒。有必要进行技术审核，查找原因并进行修改，重点关注订购的生产率和可靠性。

环境和访问 - 暂存和生产、通过 GitHub Actions 使用 CI 的 Git 存储库、通过 SSH 进行部署。安装了第三方模块用于交付（Nova Poshta API）、支付（LiqPay）、过滤（Amasty），缓存目前仅使用 Full Page Cache Magento，未配置 Redis。

预期结果
- 结账稳定，不消失配送和支付方式，按重量和城市正确操作配送规则
- 类别和产品卡的显着加速，而不会破坏索引和搜索
- 减少了 500 个负载下的错误和可预测的缓存行为

做什么（步骤）
1) 结帐问题的审计和重现-分析Magento、Nginx、PHP-FPM、MySQL慢日志、Cloudflare日志、验证交付和支付模块的配置、重现暂存案例并记录步骤和数据
2）性能诊断 - 分析（Magento分析器，Xdebug/Blackfire，如果可能），分析数据库请求，检查索引，评估第三方模块的影响，检查缓存和操作模式（开发人员/生产）
3）细化——修正导致不正确的交付/支付方式的逻辑/配置，点优化（查询、索引、缓存）、Redis对缓存和会话的设置、调整PHP-FPM/Nginx参数以适应当前服务器资源，而不改变设计
4) 验证和发布 - 暂存回归、配置迁移准备、以最短停机时间在生产中部署、关于更改内容以及如何检查的简短技术说明

局限性
- 我们不会更改主题和布局，我们不会将 Magento 更新到新的主要版本
- 我们不会禁用关键业务模块（交付、支付、过滤器），只有在有因果关系证明的情况下我们才能提供替代方案
- 任何更改只能通过 Git 进行，并且可以回滚

验收标准（可测量）
- 在分阶段中，重新创建了结帐问题的原因并添加了修复程序，这在 LiqPay 和 Nova Poshta 的 3 个城市和 3 个重量范围的 20 次连续测试结帐中消除了该问题
- TTFB 用于生产中的类别页面，第 90 个百分位数的预热缓存不超过 800 毫秒（通过具有固定位置的 WebPageTest 或 Lighthouse 进行测量）
- 30个并发用户10分钟负载下（k6或类似），5xx响应占比不超过0.5%，缓存页面平均响应时间不超过400毫秒
- 报告：找到根本原因、更改列表、应用的命令/设置以及如何重复测试的说明

期望拥有 Magento 2、检查调试、MySQL 优化、Redis、PHP-FPM/Nginx 以及使用 Cloudflare 的经验。