<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Dear all</div><div dir="ltr"><br><div>As we reach Stein and start to discuss what we should do in the next cycle, I would like to raise voice for what kind of help we need and what target we planning.</div><div>BTW, If you really can't start your contact with us with any English (we don't mind any English skill you are)</div><div><br></div><div><b>First of all, we need more developers, and reviewer. I would very much like to give Heat core reviewer title to people if anyone provides fare quality of reviews. So please help us review patches. Let me know if you would like to be a part but got no clue on how can you started.</b></div><div><br></div><div>Second, we need more help to achieve actions. Here I make a list of actions base on what we discuss from PTG [1]. I mark some of them with (*) if it looks like an easy contribution:</div><div><ul><li>(*) Move interop tempest tests to a separate repo</li><li>Move python3 functional job to python3.6</li><li>(*) Implement upgrade check</li><li>(*) Copy templates from Cue project into the heat-templates repo</li><li>(*) Add Stein template versions</li><li>(*) Do document improvement or add documents for:</li><ul><li>(*) Heat Event Notification list</li><ul><li>Nice to have our own document and  provide a link to [2]</li><li>default heat service didn't enable notification, so might be mention and link to Notify page</li></ul><li>(*) Autoscaling doc</li><li>(*) AutoHealing doc</li><li>(*) heat agent & heat container agent</li><li>(*) external resource</li><li>(*) Upgrade guideline</li><li>(*) Move document from wiki to in repo document</li></ul><li>(*) Fix live properties (observe reality) feature and make sure all resource works</li><li>remove any legacy pattern from .zuul.yaml</li><li>Improve autoscaling and self-healing</li><li>Create Tempest test for self-healing scenario (around Heat integration)<br></li><li>(*) Examine all resource type and help to update if they do not sync up with physical resource</li></ul>If you like to learn more of any above tasks, just reach out to me and other core members, and we're more than happy to give you the background and guideline to any of above tasks. Also, welcome to join our meeting and raise topics for any tasks.</div><div>We actually got more tasks that need to be achieved (didn't list here maybe because it's already start implemented or still under planning), so if you didn't see any interesting task above, you can reach out to me and let me know which specific area you're interested in. Also, you might want to go through [1] or talk to other team members to see if any more comments added in before you start working on any task.</div><div><br></div><div>Now here are some targets that we start to discuss or work in progress</div><div><ul><li>Multi-cloud support<br></li><ul><li>Within [5], we propose the ability to do multi-cloud orchestration, and the follow-on discussion is how can we provide the ability to use customized SSL options for multi-cloud or multi-region orchestration without violating any security concerns. What we plan to do now (after discussing with security sig (Barbican team)) is to only support cacert for SSL which is less sensitive. Use a template file to store that cacert and give it to keystone session for providing SSL ability to connections. If that sounds like a good idea to all without much concerns, I will implement it asap. </li></ul><li>Autoscaling and self-healing improvement</li><ul><li>This is a big complex task for sure and kind of relative to multiple projects. We got a fair number of users using Autoscaling feature, but not much for self-healing for now. So we will focus on each feature and the integration of two feature separately.</li><li>First, Heat got the ability to orchestrate autoscaling, but we need to improve the stability. Still go around our code base to see how can we modulize current implementation, and how can we improve from here, but will update more information for all. We also starting to discuss autoscaling integration [3], which hopefully we can get a better solution and combine forces from Heat and Senlin as a long-term target. Please give your feedback if you also care about this target.</li><li>For self-healing, we propose some co-work on cross-project gatting in Self-healing-sig, which we still not generate tempest test out, but assume we can start to set up job and raise discussion for how can we help projects to adopt that job. Also, we got discussions with Octavia team ([7], and [8]) and Monasca team about adopting the ability to support event alarm/notification. Which we plan to put into actions. If anyone also think those are important features, please provide your development resources so we can get those feature done in this cycle.</li><li>For integrating two scenarios, I try to add more tasks into [6] and eliminate as many as we can. Also, plan to work on document these scenarios down, so everyone can play with autoscaling+self-healing easily.</li></ul><li>Glance resource update</li><ul><li>We deprecate image resource in Heat for very long time, and now Glance got the ability to download images by URL, we should be able to adopt new image service and renew/add our Image resources. What's missing is the support of this feature in Devstack for we can use it to test on the gate. There's already discussion raised in ML [9] and in PTG [10]. So hopefully we can help to provide a better test before we adopt the feature. </li></ul><li>Non-convergence mode deprecation discussion and User survey update</li><ul><li>In PTG UC meeting, UC decides to renew User survey for projects. And Heat now already prepared a new question  [4] for it. The reason why we raise that question is that we really like to learn from ops/users about what's adoption rate of convergence mode before we deprecated the non-convergence(legacy) mode. We gonna use that data to decide whether or not we're ready for next action.</li></ul><li>KeyPair Issue in Heat Stack<br></li><ul><li>A user-scope resource like KeyPair is a known issue for Heat (because all our actions are project-scope). For example, when User A creates Keypair+Instance in Stack. That keypair is specific user A specific. If we update that stack by User B, keypair will not be accessible (since user B didn't get any authorize to get that keypair). Unless User B can access the same keypair or another Keypair with same name and content.</li><li>For action and propose solutions, we gonna send a known issue note for users. Also will try to propose either of these two possible solutions, to make Barbican integrated with Nova Keypair, or allow Keypair to change its scope. I aware there already discussion in Nova team about changing to project-scope, but now we kind of waiting for that discussion to generate actions before we can say this issue is covered.</li></ul><li>And more</li><ul><li>Again, it's not possible to talk about all feature or plan in a single ML. So please take a look at our storyboard [11] if you like to see anything to be improved. Also, it always accelerates tasks when we got more resources to put on. So help us to develop, review, or provide any feedback are very very welcome!</li></ul></ul></div><div>For any feedback added in etherpad but didn't get any comments, I will try to raise discussion in meeting for them.</div><div><br></div><div>And last but not least, we got some sessions in Berlin for a project update and Onboarding. And potentially also have a ops/users feedback forum, and an autoscaling integration forum (if we actually been accepted ). So please let me know how you like to have those sessions to be taken in place, and what you wish to hear/learn from our sessions?</div><div><br></div><div>[1] <a href="https://etherpad.openstack.org/p/2018-Denver-PTG-Heat">https://etherpad.openstack.org/p/2018-Denver-PTG-Heat</a></div><div>[2] <a href="https://wiki.openstack.org/wiki/SystemUsageData#orchestration.stack..7Bcreate.2Cupdate.2Cdelete.2Csuspend.2Cresume.7D..7Bstart.2Cerror.2Cend.7D">https://wiki.openstack.org/wiki/SystemUsageData#orchestration.stack..7Bcreate.2Cupdate.2Cdelete.2Csuspend.2Cresume.7D..7Bstart.2Cerror.2Cend.7D</a>:</div><div>[3] <a href="https://etherpad.openstack.org/p/autoscaling-integration-and-feedback">https://etherpad.openstack.org/p/autoscaling-integration-and-feedback</a><br><div>[4] <a href="https://etherpad.openstack.org/p/heat-user-survey-brainstrom" style="margin:0px;padding:0px;white-space:pre-wrap;font-family:"Helvetica Neue",Arial,sans-serif;font-size:12px">https://etherpad.openstack.org/p/heat-user-survey-brainstrom</a></div><div>[5] <a href="https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/multiple-cloud-support">https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/multiple-cloud-support</a></div><div>[6] <a href="https://storyboard.openstack.org/#!/story/2003690">https://storyboard.openstack.org/#!/story/2003690</a></div><div>[7] <a href="https://storyboard.openstack.org/#!/story/2003782">https://storyboard.openstack.org/#!/story/2003782</a></div><div>[8] <a href="https://storyboard.openstack.org/#!/story/2003773">https://storyboard.openstack.org/#!/story/2003773</a></div><div>[9] <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-August/134019.html" style="margin:0px;padding:0px;white-space:pre-wrap;font-family:"Helvetica Neue",Arial,sans-serif;font-size:12px">http://lists.openstack.org/pipermail/openstack-dev/2018-August/134019.html</a></div><div>[10] <a href="https://etherpad.openstack.org/p/stein-ptg-glance-planning">https://etherpad.openstack.org/p/stein-ptg-glance-planning</a></div><div>[11] <a href="http://storyboard.openstack.org/#!/project/989">storyboard.openstack.org/#!/project/989</a></div><div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="background-image:none"><div style="font-size:small"><div><table border="0" cellpadding="0" cellspacing="0" style="color:rgb(0,0,0);font-size:medium;font-family:verdana"><tbody><tr><td colspan="3" align="left" valign="center"><span style="font-size:13px;font-family:verdana">May The Force of Open<font color="#ff0000">Stack</font> Be With You,</span> <br><b><i><font face="georgia, serif" size="4">Rico Lin<br></font></i></b>irc: ricolin</td></tr><tr><td colspan="3" align="left" valign="center" style="height:10px;border-bottom:1px dashed rgb(221,221,221)"></td></tr><tr><td colspan="3"></td></tr></tbody></table><br></div></div></div><font size="2" face="tahoma, sans-serif" color="#999999"></font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>