<div class="gmail_extra">You are right.</div><div class="gmail_extra"><br></div><div class="gmail_extra">"OpenStack should do only cloudcomputing. Others should manage better monitor and billing"</div><div class="gmail_extra">
<br></div><div class="gmail_extra">So we have to focus the effort to define the piece/component that orchestates the two/three/four ... beasts</div><div class="gmail_extra">around OpenStack in a loosely coupled way. </div>
<div class="gmail_extra"><br></div><div class="gmail_extra">That is, other *should not* know OpenStack internals to do their work.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">
On Mon, Apr 23, 2012 at 12:22 AM, Matt Joyce <span dir="ltr"><<a href="mailto:matt@nycresistor.com" target="_blank">matt@nycresistor.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Monitoring and billing seem to be two VERY different beasts.<br>
<br>
Should we be separating the two efforts?<br>
<div class="HOEnZb"><div class="h5"><br>
On Sun, Apr 22, 2012 at 3:08 PM, Brian Schott<br>
<<a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a>> wrote:<br>
> The heart of nova-biling is built around accounts, resources, billing<br>
> segments with a tariff and cost.  Not clear at my first review where/how<br>
> these costs are set.<br>
><br>
> Brian<br>
><br>
> -------------------------------------------------<br>
> Brian Schott, CTO<br>
> Nimbis Services, Inc.<br>
> <a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a><br>
> ph: <a href="tel:443-274-6064" value="+14432746064">443-274-6064</a>  fx: <a href="tel:443-274-6060" value="+14432746060">443-274-6060</a><br>
><br>
><br>
><br>
> On Apr 22, 2012, at 5:38 PM, Luis Gervaso wrote:<br>
><br>
> I see this is an accounting system, a billing system needs things like<br>
> promotional codes, vat, invoices ...<br>
><br>
> I'm proposing the way the events should be orchestated<br>
><br>
> Please, correct me, if i'm wrong<br>
><br>
> Luis<br>
><br>
> On Sun, Apr 22, 2012 at 11:16 PM, Atul Jha <<a href="mailto:Atul.Jha@csscorp.com">Atul.Jha@csscorp.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>> Has anyone checked this<br>
>> <a href="http://www.griddynamics.com/openstack/docs/nova-billing/quickstart.html" target="_blank">http://www.griddynamics.com/openstack/docs/nova-billing/quickstart.html</a><br>
>> ________________________________________<br>
>> From: openstack-bounces+atul.jha=<a href="mailto:csscorp.com@lists.launchpad.net">csscorp.com@lists.launchpad.net</a><br>
>> [openstack-bounces+atul.jha=<a href="mailto:csscorp.com@lists.launchpad.net">csscorp.com@lists.launchpad.net</a>] on behalf of<br>
>> Endre Karlson [<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a>]<br>
>> Sent: Monday, April 23, 2012 2:27 AM<br>
>> To: <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>> Subject: Re: [Openstack] Monitoring / Billing Architecture proposed<br>
>><br>
>> What is Dough then compared to what you want to do ?<br>
>><br>
>> 2012/4/22 Endre Karlson<br>
>> <<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a><mailto:<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a>>><br>
>> What is Dough then ?<br>
>><br>
>><br>
>> 2012/4/22 Brian Schott<br>
>> <<a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a><mailto:<a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a>>><br>
>> I see this blueprint for metering, but none for Dough currently.<br>
>> <a href="http://wiki.openstack.org/EfficientMetering" target="_blank">http://wiki.openstack.org/EfficientMetering</a><br>
>><br>
>> Here are the Dough slides, however:<br>
>> <a href="http://www.slideshare.net/lzyeval/dough-openstack-billing-project" target="_blank">http://www.slideshare.net/lzyeval/dough-openstack-billing-project</a><br>
>><br>
>> We collectively need to talk more about the user scenarios, because I<br>
>> don't think you can just put a decorator around the API rpc calls and get an<br>
>> accurate picture of what to bill for later.  There are metered things like<br>
>> bandwidth or IOPS, events that happen outside of the API (shutdown -h), and<br>
>> it is hard to predict what a reseller will want to charge for.  It is better<br>
>> to put a metering system in that can handle many billing configurations.<br>
>><br>
>><br>
>> -------------------------------------------------<br>
>> Brian Schott, CTO<br>
>> Nimbis Services, Inc.<br>
>> <a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a><mailto:<a href="mailto:brian.schott@nimbisservices.com">brian.schott@nimbisservices.com</a>><br>
>> ph: <a href="tel:443-274-6064" value="+14432746064">443-274-6064</a><tel:<a href="tel:443-274-6064" value="+14432746064">443-274-6064</a>>  fx: <a href="tel:443-274-6060" value="+14432746060">443-274-6060</a><tel:<a href="tel:443-274-6060" value="+14432746060">443-274-6060</a>><br>

>><br>
>><br>
>><br>
>> On Apr 22, 2012, at 3:36 PM, Luis Gervaso wrote:<br>
>><br>
>> Dough is the proposed billing platform/product (where the billing rules<br>
>> live), isn't it?<br>
>><br>
>> I don't know Dough enough, so please me correct me if i'm wrong.<br>
>><br>
>> I'm trying to define a generic/agnostic integration process, obviously<br>
>> where Dough<br>
>> can fit perfectly. I would like it become part to the reference<br>
>> architecture.<br>
>><br>
>> Option 1) [3b in the arch proposed]<br>
>><br>
>> Dough should pull NoSQL<br>
>><br>
>> Option 2)<br>
>><br>
>> A Mediator can feed Dough<br>
>><br>
>><br>
>> On Sun, Apr 22, 2012 at 9:13 PM, Endre Karlson<br>
>> <<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a><mailto:<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a>>> wrote:<br>
>> What about using the Dough project?<br>
>><br>
>> Endre.<br>
>><br>
>><br>
>> 2012/4/22 Endre Karlson<br>
>> <<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a><mailto:<a href="mailto:endre.karlson@gmail.com">endre.karlson@gmail.com</a>>><br>
>> What about using the Dough project ?<br>
>><br>
>> Endre.<br>
>><br>
>> 2012/4/22 Luis Gervaso <<a href="mailto:luis@woorea.es">luis@woorea.es</a><mailto:<a href="mailto:luis@woorea.es">luis@woorea.es</a>>><br>
>> Hi,<br>
>><br>
>> I want to share the architecture i am developing in order to perform the<br>
>> monitorig / billing OpenStack support:<br>
>><br>
>> 1. AMQP Client which listen to RabbitMQ / QPid (this should be<br>
>> interchangeable) (Own Stuff or ServiceMix / Camel)<br>
>><br>
>> 2. Events should be stored on a NoSQL document oriented database (I think<br>
>> mongodb is perfect, since we can query in a super easy fashion)<br>
>><br>
>> 3a. The monitoring system can pull/push MongoDB<br>
>><br>
>> 3b. The billing system can pull to create invoices<br>
>><br>
>> 4. A mediation EIP should be necessary to integrate a billing/monitoring<br>
>> product. (ServiceMix / Camel)<br>
>><br>
>> This is to receive your feedback. So please, critics are welcome!<br>
>><br>
>> Cheers!<br>
>><br>
>> --<br>
>> -------------------------------------------<br>
>> Luis Alberto Gervaso Martin<br>
>> Woorea Solutions, S.L<br>
>> CEO & CTO<br>
>> mobile: <a href="tel:%28%2B34%29%20627983344" value="+34627983344">(+34) 627983344</a><tel:%28%2B34%29%20627983344><br>
>> luis@<mailto:<a href="mailto:luis.gervaso@gmail.com">luis.gervaso@gmail.com</a>><a href="http://woorea.es" target="_blank">woorea.es</a><<a href="http://woorea.es/" target="_blank">http://woorea.es/</a>><br>

>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> Post to     :<br>
>> <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><mailto:<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>><br>
>> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> Post to     :<br>
>> <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><mailto:<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>><br>
>> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> -------------------------------------------<br>
>> Luis Alberto Gervaso Martin<br>
>> Woorea Solutions, S.L<br>
>> CEO & CTO<br>
>> mobile: <a href="tel:%28%2B34%29%20627983344" value="+34627983344">(+34) 627983344</a><tel:%28%2B34%29%20627983344><br>
>> luis@<mailto:<a href="mailto:luis.gervaso@gmail.com">luis.gervaso@gmail.com</a>><a href="http://woorea.es" target="_blank">woorea.es</a><<a href="http://woorea.es/" target="_blank">http://woorea.es/</a>><br>

>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> Post to     :<br>
>> <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><mailto:<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>><br>
>> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
>><br>
>><br>
>> <a href="http://www.csscorp.com/common/email-disclaimer.php" target="_blank">http://www.csscorp.com/common/email-disclaimer.php</a><br>
>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
><br>
><br>
><br>
> --<br>
> -------------------------------------------<br>
> Luis Alberto Gervaso Martin<br>
> Woorea Solutions, S.L<br>
> CEO & CTO<br>
> mobile: <a href="tel:%28%2B34%29%20627983344" value="+34627983344">(+34) 627983344</a><br>
> <a href="mailto:luis@woorea.es">luis@woorea.es</a><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>-------------------------------------------<br>Luis Alberto Gervaso Martin<div>Woorea Solutions, S.L<br>CEO & CTO<br>mobile: (+34) 627983344<br>
<a href="mailto:luis.gervaso@gmail.com" target="_blank">luis@</a><a href="http://woorea.es/" target="_blank">woorea.es</a></div><br>
</div>