<div dir="ltr">We build and deploy an Erlang service using two Debian Jessie images.<br><br>The first image contains an Erlang compiler and is used to build a release into a host-based volume.<div><br></div><div>The second image is built using that release. The only Erlang system on the second image is the release. This is the one we deploy.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 18, 2015 at 8:19 PM, Dmitry Kolesnikov <span dir="ltr"><<a href="mailto:dmkolesnikov@gmail.com" target="_blank">dmkolesnikov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
We are using Docker + Erlang for multiple purposes:<br>
<br>
a) cross platform assembly of Erlang application release (e.g. using Mac to build production Linux images)<br>
<br>
b) in production to achieve blue-green deployment, isolate complex external dependencies or production deployment of Erlang application performed on hosts running vanilla Linux distribution. The major assumption -- Erlang/OTP runtime is not installed on target host. The application needs to package and deliver Erlang runtime along with its code.<br>
<br>
Erlang VM has very good isolation and cross-platform support by itself. The docker might look as an overhead. The best what is can bring is the optimisation of management practice.<br>
<br>
I’ve played with Docker public / private repositories and container image assembly from Docker file on target host. The image assembly is more appealing to me and it is successfully used by us in production.<br>
<br>
We are using Amazon, and I’ve tried to use Elastic Beanstalk and EC2 Container service. They are fine if you are building Erlang-based front-end where nodes do not talk each other. The challenge comes if you are building complicated Erlang cluster or tries to deploy existed Erlang software (e.g. Riak). Thus Chef / OpsWorks is more optimal to make life-cycle management and deployment practices.<br>
<br>
<br>
Best Regards,<br>
Dmitry<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> On 18 Jun 2015, at 09:10, Stefan Hellkvist <<a href="mailto:hellkvist@gmail.com">hellkvist@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> Just out of curiosity, is anyone out there using Docker to deploy your Erlang releases? Any experiences captured in any blog out there? I am in particular interested in what docker images people are basing their deployments on.<br>
><br>
> Personally I have used various Ubuntu images of varying sizes and also the phusion/baseimage (<a href="https://github.com/phusion/baseimage-docker" rel="noreferrer" target="_blank">https://github.com/phusion/baseimage-docker</a>) with good results but I would like to hear particularly if anyone has found any images with small footprints out there, capable of running Erlang releases (which is not a well defined requirement I guess, but still).<br>
><br>
> Stefan<br>
><br>
><br>
> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Christopher Vance</div>
</div>