如何在 Elastic Beanstalk 中更新 WordPress + 插件

Question

有许多精彩的教程非常详细地描述了如何在 AWS 的 Elastic Beanstalk 中设置水平扩展的 WordPress 安装 - 这部分没有问题。但是我还没有找到任何关于如何在初始设置后管理插件更新的后续建议，更不用说更新 wordpress-core 本身了。有人知道这样做的最佳方法吗？

这是我目前使用的方法，但我不确定它是否是最好的方法：

1. 下载插件的更新文件并解压。删除并替换 /wp-content/plugins (本地 git repo) 中的相关文件夹
2. 像往常一样在实时站点中运行更新 - 以确保将任何数据库更改推送到 RDS
3. eb deploy 从本地仓库提交文件更改并使更新持久化

这是一个理智的方法吗？有什么东西会损坏吗？

对于更新 wp-core，我读过的教程似乎过于复杂 - 基本上每次更新时都从头开始重建网站。以下是我一直在使用的（成功用于 WP 5.0.2）。使用此方法是否有可能导致文件和数据库不同步？

1. 在本地下载并解压缩新的 wordpress 版本
2. 替换 wp-admin、wp-includes 和除 wp-config.php 之外的根文件（本地 git repo）
3. 在实时环境中运行更新，以便将任何数据库更改推送到 RDS。
4. eb deploy

Answer 1

我已经使用上述方法运行了一段时间，并且确信它们是正确的。到目前为止，我只有几个调整。

以下假设在水平扩展实时环境之外有一个临时服务器的环境。对于使用 AWS Code Commit 的多开发人员环境，这可以进一步改进。

对于插件：

1. 在登台服务器上正常运行插件更新（在 wp-admin 中）。测试一切以确保更新正常。
2. 从本地 git 存储库中删除插件的旧文件夹，并使用 SFTP 从暂存服务器下载更新后的文件夹。
3. 在本地仓库中，运行git add -A && git commit -m "updated Plugin Name" && eb deploy
4. 在 Live 中运行相同的更新（在 wp-admin 中）。它仅适用于一台服务器，但应保证任何数据库更改都被推送到单个 RDS。
5. 使用 AWS 控制台中的软件版本页面（在 Elastic Beanstalk 中）将更改推广到实时环境

更新 WP Core 几乎相同，除了删除和替换单个插件目录之外，您需要删除和替换 /wp-admin/、/wp-includes/ 以及根目录中的所有文件wp-config.php 的文件夹除了