7

我想构建和部署一个应用程序，其中 Django 作为前端，YAWS ( appmods ) 或 Mochiweb/Webmachine 作为后端，CouchDB 作为数据存储。此外，我计划广泛使用 CouchDB 的复制能力，以便为整个应用程序提供高容错能力。

我倾向于认为，为了实现这一点，我必须创建一个单一的 OTP 版本，其中包含 YAWS 和 CouchDB 作为 Erlang/OTP 应用程序。

这种方法似乎正确吗？我如何根据 OTP 应用程序组织 YAWS 和 CouchDB 以创建可靠的生产设置？有没有这样做的最佳实践？

4

2 回答 2

4

Erlang 版本是打包软件的好方法，因为它们包含所有依赖库。这样，不同的 erlang 应用程序可以运行不同版本的所需库，而不会相互冲突。

处理 Erlang 复杂的发布过程的一种流行方法是让Rebar为您完成。他们有一个快速入门指南，可让您走上正确的道路。我不知道您目前是否正在使用 Rebar 来管理您的项目，但它使事情变得容易多了。如果您还没有使用它，那绝对值得研究。

但是，rebar 不会立即包含您的依赖项。为此，您应该修改 reltool.config 文件和所有需要的应用程序。

第一步是添加所有依赖项所在的目录，例如：

{sys, [
    ...
    {lib_dirs, ["../deps"]},
    ...
}.

然后，将您的依赖项添加为要包含在发布中的应用程序：

{sys, [
    ...
    {app, jiffy, [{incl_cond, include}]},
    {app, cowboy, [{incl_cond, include}]},
    ...
}.

现在，当您运行rebar generate命令时，您的应用程序应该位于 lib 下的目标目录中：

find brawl_server -type d -maxdepth 2

brawl_server
brawl_server/bin
brawl_server/erts-5.9.1
brawl_server/erts-5.9.1/bin
brawl_server/lib
brawl_server/lib/brawl_server-1.1
brawl_server/lib/cowboy-0.6.0
brawl_server/lib/jiffy-0.6.1
brawl_server/lib/kernel-2.15.1
brawl_server/lib/sasl-2.2.1
brawl_server/lib/stdlib-1.18.1
brawl_server/log
brawl_server/log/sasl
brawl_server/releases
brawl_server/releases/1

您还需要确保您自己的 OTP 应用程序知道它需要启动它所依赖的应用程序。如果您有生成的 Rebar 项目，请修改您的<appname>.app.src文件以包含它们：

{application, app, [
    ...
    {applications, [
              jiffy,
              cowboy,
              kernel,
              stdlib
             ]},
    ...
}.

您应该能够编译和生成发布并使用包含的脚本运行它，如 Rebar 发布处理文章中所述。

但是，在这一点上，还有一个额外的问题，因为很明显 vanilla CouchDB 不符合 OTP，并且您不能以这种方式包含它。您可以使用另一个发行版，而不是：rcouch。我自己没试过，希望对你有用。

进一步阅读：

于 2012-11-14T01:58:11.160 回答
-2

我建议创建一个或多个 DEB/RPM/you-name-it 包。CheckInstall 是最简单的解决方案。

于 2012-11-12T14:04:44.157 回答