<div>
<p class="p1">Hi Stéphane, </p>
<p class="p2"><br></p>
<p class="p1">I got what you mean, I’m sure that CloudKitty can rating by event, but I have some other puzzles. Let me generally describe the arch of Bilean first</p>
<p class="p1">[events] <—> [rating] <—> [billing]</p>
<p class="p1">When event coming from notification, bilean engine will rating the resource according policy and rule. A rule reference to a kind of resource(instance, volumes e.g), and a policy consists of several rules, different user can use different billing policy). After that engine will update user’s rate. Bilean doesn’t have period task to do billing work, but triggered by events and period task to do health check for users (daily task now). When user’s balance is almost used up, bilean engine will notify user. </p>
<p class="p1">So you see, Bilean is a closed-loop billing solution, what I mean trigger-based billing is not just rating by events, the main thing is billing. Does CloudKitty do billing too? And how? If not or has different solution about that, force to combine them will make it neither fish nor fowl.</p>
<p class="p2"><br></p>
<p class="p1">Best regards,</p>
<p class="p1">lvdongbing</p></div><div><includetail><div> </div><div> </div><div style="font:Verdana normal 14px;color:#000;"><div style="FONT-SIZE: 12px;FONT-FAMILY: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="FONT-SIZE: 12px;background:#efefef;padding:8px;"><div id="menu_sender"><b>From: </b> "Stéphan Albert"<sheeprine-ml@nullplace.com>;</div><div><b>Date: </b> Fri, Jul 8, 2016 05:44 AM</div><div><b>To: </b> "OpenStack Development Mailing List (not for usage questions)"<openstack-dev@lists.openstack.org>; <wbr></div><div></div><div><b>Subject: </b> Re: [openstack-dev] [Bilean][CloudKitty][Telemetry] Opendiscussionaround Bilean and existing OpenStack components</div></div><div> </div>On Thu, Jul 07, 2016 at 09:50:02AM +0800, 吕冬兵 wrote:<br>> Hi,<br>> <br>> I'm sorry to see this discussion so late:). Thanks for attention.<br>> <br>> I don't oppose to contribute to add trigger-based solution to<br>> CloudKitty, I just want to know if it's possible to support<br>> trigger-based for CloudKitty based on now arch, pls generally describe<br>> how. And another thing I want to make sure is that if it's good to mix<br>> two different solution in one component.<br>Hi,<br><br>At the moment we have an arch that looks like this<br><br>[collector] <-> [orchestrator] <-> [rating, storage, etc]<br><br>The orchestrator is responsible of polling data from different backends<br>using collectors.<br>We are currently working on a refactor of the internal architecture, we<br>plan on having rating engines as drivers to ease transitions and<br>possibility to fully integrate with other engines. And we'll add the "on<br>demand collect" which is basically a smarter rating engine.<br>We can easily do something like this:<br><br> [events]<br> ^<br> |<br> v<br>[collector] <-> [orchestrator] <-> [rating, storage, etc]<br><br>Which is just adding notification handling to the orchestrator. Events<br>will then be processed by the rating engine.<br><br>Everything can be enabled/disabled easily using configuration so that<br>users can choose what type they need (poll/event). I don't see what can<br>be the blocking point here.<br><br>The new rating engine is on the agenda of next Monday meeting, we can<br>add a point to talk about collaboration on event based rating.<br><br>I'm available if you need any information.<br><br>Cheers,<br>Stéphane<br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></div><!--<![endif]--></includetail></div>