Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@airavata.apache.org
Received-SPF: pass (nike.apache.org: domain of thejaka.amila@gmail.com
 designates 209.85.218.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <AD67C53A-ED4B-4D7D-A283-7075F0D52344@apache.org>
References: <AD67C53A-ED4B-4D7D-A283-7075F0D52344@apache.org>
Date: Sat, 15 Nov 2014 16:21:43 -0500
Message-ID: 
 <CAKUcLKa4nSysn4yhkM2tM+4ao6jFJFmQ67qbhD=vzvPCABw4ow@mail.gmail.com>
Subject: Re: [DiSCUSS] Hosted RabbitMQ Server for Airavata
From: Amila Jayasekara <thejaka.amila@gmail.com>
To: dev <dev@airavata.apache.org>
Content-Type: multipart/alternative; boundary=089e011838ec0374520507ec5557

--089e011838ec0374520507ec5557
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

What about authentication and related security ? (I am not overly familiar
with RabbitMQ though)

Thanks
-Amila

On Thu, Nov 13, 2014 at 11:59 AM, Suresh Marru <smarru@apache.org> wrote:

> Hi All,
>
> As we get ready for the 0.14 release, one thing which always comes up is
> the installation of RabbitMQ. We addressed this for Zookeper by using
> embedded server. But thats not a good approach for RabbitMQ server since
> its in Erlang (and not in Java, unlike rest of Airavata) and forking of a=
n
> external process on different operating systems will lead to unpredictabl=
e
> errors.
>
> How about we mitigate this pointing the release build to a hosted service=
?
> Here are some pros and cons:
>
> * This will alleviate the installation requirements and will go back to
> one click installation.
> * Users will not have to worry about downloading and starting up RabbitMQ
> server. But can change it to local or other installations in properties
> file.
> * If a user is trying to use Airavata without having the need for interne=
t
> connectivity, then they have to have a local installation.
> * There is a risk of the service being down and the release being pointed
> to a stale service. This can be mitigated by a persistent CName alias whi=
ch
> points to a hosted server.
> * There are popular rabbitmq hosted services [1], [2], [3] but are often
> expensive [4] for a community project.
> * Few of Airavata active developers (along with me) are part of a downloa=
d
> airavata project which runs airavata as a service. Within SciGaP project
> [1] we could run a persistent service like rabbitmq-service.scigap.org
> atleast for near future.
>
> Given these tradeoff=E2=80=99s and options, any opinions?
>
> Cheers,
> Suresh
>
> [1] - https://cloud.google.com/solutions/rabbitmq/
> [2] - http://azure.microsoft.com/en-us/documentation/services/service-bus=
/
> (which claims to interoperate with rabbitmq)
> [3] - https://www.cloudamqp.com/
> [4] - https://www.cloudamqp.com/plans.html
> [5] - http://scigap.org/

--089e011838ec0374520507ec5557
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">What about authentication and related security ? (I am not=
 overly familiar with RabbitMQ though)<div><br></div><div>Thanks</div><div>=
-Amila</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote"=
>On Thu, Nov 13, 2014 at 11:59 AM, Suresh Marru <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:smarru@apache.org" target=3D"_blank">smarru@apache.org</a>&gt;=
</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
As we get ready for the 0.14 release, one thing which always comes up is th=
e installation of RabbitMQ. We addressed this for Zookeper by using embedde=
d server. But thats not a good approach for RabbitMQ server since its in Er=
lang (and not in Java, unlike rest of Airavata) and forking of an external =
process on different operating systems will lead to unpredictable errors.<b=
r>
<br>
How about we mitigate this pointing the release build to a hosted service? =
Here are some pros and cons:<br>
<br>
* This will alleviate the installation requirements and will go back to one=
 click installation.<br>
* Users will not have to worry about downloading and starting up RabbitMQ s=
erver. But can change it to local or other installations in properties file=
.<br>
* If a user is trying to use Airavata without having the need for internet =
connectivity, then they have to have a local installation.<br>
* There is a risk of the service being down and the release being pointed t=
o a stale service. This can be mitigated by a persistent CName alias which =
points to a hosted server.<br>
* There are popular rabbitmq hosted services [1], [2], [3] but are often ex=
pensive [4] for a community project.<br>
* Few of Airavata active developers (along with me) are part of a download =
airavata project which runs airavata as a service. Within SciGaP project [1=
] we could run a persistent service like <a href=3D"http://rabbitmq-service=
.scigap.org" target=3D"_blank">rabbitmq-service.scigap.org</a> atleast for =
near future.<br>
<br>
Given these tradeoff=E2=80=99s and options, any opinions?<br>
<br>
Cheers,<br>
Suresh<br>
<br>
[1] - <a href=3D"https://cloud.google.com/solutions/rabbitmq/" target=3D"_b=
lank">https://cloud.google.com/solutions/rabbitmq/</a><br>
[2] - <a href=3D"http://azure.microsoft.com/en-us/documentation/services/se=
rvice-bus/" target=3D"_blank">http://azure.microsoft.com/en-us/documentatio=
n/services/service-bus/</a> (which claims to interoperate with rabbitmq)<br=
>
[3] - <a href=3D"https://www.cloudamqp.com/" target=3D"_blank">https://www.=
cloudamqp.com/</a><br>
[4] - <a href=3D"https://www.cloudamqp.com/plans.html" target=3D"_blank">ht=
tps://www.cloudamqp.com/plans.html</a><br>
[5] - <a href=3D"http://scigap.org/" target=3D"_blank">http://scigap.org/</=
a></blockquote></div><br></div>

--089e011838ec0374520507ec5557--