发现 mod_jk 的依赖关系答案

【问题标题】：Discovering dependencies of mod_jk发现 mod_jk 的依赖关系
【发布时间】：2018-01-31 19:11:48
【问题描述】：

我们正在运行大量基于 Amazon Linux AMI 2014.09 的旧 EC2 实例，这是一个相当旧的版本。

我们最近在其中一个上构建了 mod_jk，以便我们可以将 Tomcat 与 Apache Web 服务器 2.4 放在一起。

我们正在识别这个 mod_jk 模块的依赖关系。我们可以重新使用我们刚刚使用较新版本的操作系统构建的 mod_jk.so 库吗？我们正在运行大量实例，因此我们希望删除整个“从源构建二进制文件”步骤，因此我们理想的设置是采用当前的 mod_jk.so 二进制文件并将其部署在所有其他 EC2 实例中。

问题是：我们可以安全地做到这一点吗？如果没有，我们什么时候需要重建它？例如：

提前谢谢你，梅莱蒂斯

【问题讨论】：

【解决方案1】：

为了避免这种情况，我有几个预编译的mod_jk。根据我自己的经验，我必须在这种情况下重新编译它：

正如我之前所说，根据这一点，您应该有不超过 4 个已构建的 mod_jk 二进制文件可供选择。

我无法告诉你这是否是最佳实践（可能不是），但我已经在不同的 Linux 发行版和 Fedora、CentOS、Red Hat 和Debian。

【讨论】：

感谢您的回答，@jlumietu。那么，看起来与操作系统没有依赖关系？我的意思是，您的理论是我可以使用我的 mod_jk.so 并在 Ubuntu 中部署，如果 Apache 与我在 AWS 中的相同，它会像一个魅力一样工作？这是一种经验知识，还是您有任何文档链接来证明它的合理性？
是的，这正是我的意思。当然，这绝对是经验知识，基于我自己在Apache httpd - mod_jk 环境中测试过的不同 Linux 发行版的经验。不，我从未阅读过任何有关此的文件。但是，从我的角度来看，值得一试，因为它使这种部署更加容易。至少，我总是尽量避免在生产环境中编译和安装它需要的所有依赖项
谢谢！如果接下来几天没有其他问题，我会接受这个答案。
我建议您等待并检查它是否真的适用于两个版本的 Amazon Linux AMI，并且只有在它有效的情况下才接受它。正如我所说，我已经在几个不同的 Linux 版本上取得了成功，但我对你要求的正确版本没有任何经验
是的，我也会尝试的。我也有点担心操作系统安全更新和补丁。明天可能会有 Apache 2.4 的安全更新，它将版本号从 2.4 提升到 2.4.0001。 mod_jk 会受到影响并需要重建，还是只要代码库仍然是“2.4”就可以了吗？