发现 mod_jk 的依赖项
Discovering dependencies of mod_jk
我们是 运行 大量基于 Amazon Linux AMI 2014.09 的旧 EC2 实例，这是一个非常旧的版本。
我们最近在其中一个上构建了 mod_jk，这样我们就可以在 Tomcat 前端使用 Apache Web 服务器 2.4。
我们正在识别此 mod_jk 模块的依赖项。我们可以重新使用我们刚刚用更新版本的 OS 构建的 mod_jk.so 库吗？我们有 运行 大量实例，所以我们想删除整个 "building binaries from sources" 步骤，所以我们理想的设置是采用当前的 mod_jk.so 二进制文件并将其部署在所有实例中其他 EC2 实例。
问题是：我们能安全地做到吗？如果不是，我们什么时候需要重建它？例如：
如果我们决定使用更新了 3 年的 latest Amazon Linux AMI 启动 EC2 实例，是否需要重建它？
如果Apache版本不同，是否需要重新构建？
提前谢谢你，
牛羊肉
为了避免这种情况，我有几个预编译的 mod_jk。根据我自己的经验，在这种情况下我必须重新编译它：
- 不同的 Apache 版本 (2.2/2.4)
- 阿帕奇 32/64 位
正如我之前所说，根据这个，你应该有不超过 4 个内置的 mod_jk 个二进制文件来从中选择正确的一个。
我不能告诉你这是最好的实践（可能不是），但我已经在不同的Linux中使用了这个已经构建的mod_jk Fedora、CentOS、Red Hat 和 Debian 的发行版和版本。
我们是 运行 大量基于 Amazon Linux AMI 2014.09 的旧 EC2 实例，这是一个非常旧的版本。
我们最近在其中一个上构建了 mod_jk，这样我们就可以在 Tomcat 前端使用 Apache Web 服务器 2.4。
我们正在识别此 mod_jk 模块的依赖项。我们可以重新使用我们刚刚用更新版本的 OS 构建的 mod_jk.so 库吗？我们有 运行 大量实例，所以我们想删除整个 "building binaries from sources" 步骤，所以我们理想的设置是采用当前的 mod_jk.so 二进制文件并将其部署在所有实例中其他 EC2 实例。
问题是：我们能安全地做到吗？如果不是，我们什么时候需要重建它？例如：
如果我们决定使用更新了 3 年的 latest Amazon Linux AMI 启动 EC2 实例，是否需要重建它？
如果Apache版本不同，是否需要重新构建？
提前谢谢你， 牛羊肉
为了避免这种情况，我有几个预编译的 mod_jk。根据我自己的经验，在这种情况下我必须重新编译它：
- 不同的 Apache 版本 (2.2/2.4)
- 阿帕奇 32/64 位
正如我之前所说，根据这个，你应该有不超过 4 个内置的 mod_jk 个二进制文件来从中选择正确的一个。
我不能告诉你这是最好的实践（可能不是），但我已经在不同的Linux中使用了这个已经构建的mod_jk Fedora、CentOS、Red Hat 和 Debian 的发行版和版本。