<div dir="ltr">Hi Hugo,<div><br></div><div>Why does all this have to be done in Erlang?<br></div><div><br></div><div>It sounds like your best bet is to use something like nginx/varnish/haproxy (or even Apache as you explained) to front your server farm. You can get that component to then rewrite the URLs and route requests to wherever your Erlang web services are located. I would do that rather than trying to do everything in Erlang.</div><div><br></div><div>cheers,</div><div>Chandru</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 December 2015 at 23:41, Hugo Mills <span dir="ltr"><<a href="mailto:hugo@carfax.org.uk" target="_blank">hugo@carfax.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> I've got a collection of small services, with minimal coupling<br>
between the back ends of those services (orchestration is done mostly<br>
client-side). I'd like to put an HTTPS interface in front of each one<br>
-- say, with cowboy.<br>
<br>
What I'd also like to be able to do, at least in principle, is<br>
deploy some arbitrary subset of those services on each machine in my<br>
(comedically-named) server farm. I'd like to be able to do this with<br>
one TLS configuration, and preferably under a single port.<br>
<br>
i.e., access my services through<br>
<br>
<a href="https://server.me/service1/." rel="noreferrer" target="_blank">https://server.me/service1/.</a>..<br>
<a href="https://server.me/service2/." rel="noreferrer" target="_blank">https://server.me/service2/.</a>..<br>
<a href="https://server.me/service3/." rel="noreferrer" target="_blank">https://server.me/service3/.</a>..<br>
<br>
Now, in python-land, which is largely where I come from, I'd set up<br>
Apache with mod-wsgi, and deploy each WSGI app to a specific URL<br>
within the same URL namespace. I'm not quite sure how to do that<br>
easily with erlang+cowboy, because there seems to be no easy way of<br>
treating a webapp as a unit within a larger server configuration. I<br>
keep coming to one of two approaches:<br>
<br>
1) Write each service completely independently (as HTTP), run it on a<br>
distinct port, and splice together the URL namespaces through a<br>
reverse proxy on a "normal" web server like Apache.<br>
<br>
2) Find some way to automatically write a top-level router for cowboy,<br>
for each set of services that I want to deploy to a machine.<br>
<br>
I don't much like option 1, but I like option 2 even less. I guess<br>
I could write some kind of "top-level" app that, given a bunch of<br>
webapp modules (via a configuration file of some kind), gets a router<br>
for each module and transforms those routers into a single router<br>
config. Does such a thing already exist?<br>
<br>
It all just feels a bit awkward, and I feel like I'm missing<br>
something. What do other people do to put together this kind of setup?<br>
<span class=""><font color="#888888"><br>
Hugo.<br>
<br>
--<br>
Hugo Mills | I spent most of my money on drink, women and fast<br>
hugo@... <a href="http://carfax.org.uk" rel="noreferrer" target="_blank">carfax.org.uk</a> | cars. The rest I wasted.<br>
<a href="http://carfax.org.uk/" rel="noreferrer" target="_blank">http://carfax.org.uk/</a> |<br>
PGP: E2AB1DE4 | James Hunt<br>
</font></span><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></blockquote></div><br></div></div>