<div dir="ltr">On 16 May 2015 at 19:12, Fred Hebert <span dir="ltr"><<a href="mailto:mononcqc@ferd.ca" target="_blank">mononcqc@ferd.ca</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/15, Thomas Elsgaard wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If you should recommend the architecture for an microservice implementatio with around 20 Erlang microservices implemented on separate servers, how would you implement it ?<br>
<br>
</blockquote>
<br>
I would implement 20 standalone OTP applications and put them onto the same server, same VM. Move them out of the VM and to a different server if/when the need arises.<br>
<br></blockquote><div><br></div><div>This can work. We did this with great success in one of my previous jobs. About 20 different erlang applications, were sharing the same VM and reusing many of the protocol interfaces. All of them were running on a 500MHz Sparc server handling about 5 million SMS a day. The best part was that deploying a new (micro) service was simply a matter of adding a new application into the lib directory, tweak a little bit of config and we had a new service live. No servers to setup, firewalls to open...</div><div><br></div><div>cheers</div><div>Chandru</div><div><br></div></div></div></div>