<div dir="ltr">On Thu, Sep 27, 2018 at 11:45 PM Zane Bitter <<a href="mailto:zbitter@redhat.com">zbitter@redhat.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On 26/09/18 10:27 PM, Qiming Teng wrote:<snip><br></div></blockquote><div> <snip></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Heat still has a *lot* of users running very important stuff on Heat <br>
scaling group code which, as you know, is burdened by a lot of technical <br>
debt.<br>
<br></div></blockquote>Though I agree that a common library that can be used by both projects would be really good, I still don't understand what user issues (though the resource implementations are not the best, they actually work) we're trying to address here.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">As far as duplicated effort is concerned (that's the only justification I could get from the etherpad), possibly senlin duplicated some stuff expecting to replace heat implementation in time. Also, we've not made any feature additions to heat group resources since long time (expecting senlin to do it instead) and I've not seen any major bugs reported by users. May be we're talking about duplicated effort in the "future", now that we have changed plans for heat ASG?;)<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
>> What will be great if we can build common library cross projects, and use<br>
>> that common library in both projects, make sure we have all improvement<br>
>> implemented in that library, finally to use Senlin from that from that<br>
>> library call in Heat autoscaling group. And in long-term, we gonna let all<br><br></div></blockquote><div><snip> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br>
+1 - to expand on Rico's example, we have at least 3 completely separate <br>
implementations of batching, each supporting different actions:<br>
<br>
Heat AutoscalingGroup: updates only<br>
Heat ResourceGroup: create or update<br>
Senlin Batch Policy: updates only<br>
<br>
and users are asking for batch delete as well. </div></blockquote><div><br></div><div>I've seen this request a few times. But, what I wonder is "why a user would want to do a delete in a controlled batched manner"? The only justifications provided is that "they want to throttle requests to other services, as those services are not able to handle large concurrent requests sent by heat properly". Are we not looking at the wrong place to fix those issues?</div><div><br></div><div>IMHO, a good list of user issues on the mentioned etherpad would really help justify the effort needed.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>This is clearly an area <br>
where technical debt from duplicate implementations is making it hard to <br>
deliver value to users.<br>
<br>
cheers,<br>
Zane.<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div>Rabi Mishra<div><br></div></div></div></div></div></div>