<div dir="ltr"><div class="gmail_extra">Hi Rico,</div><div class="gmail_extra">Great ideas!</div><div class="gmail_extra"><br></div><div class="gmail_extra">For engaging ops, we have an opportunity at the co-located ops meetup in denver. I'm not very familiar with the process there, but the planning etherpad just went live not long ago:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://etherpad.openstack.org/p/ops-meetup-ptg-denver-2018">https://etherpad.openstack.org/p/ops-meetup-ptg-denver-2018</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 11, 2018 at 5:50 AM, Rico Lin <span dir="ltr"><<a href="mailto:rico.lin.guanyu@gmail.com" target="_blank">rico.lin.guanyu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all<div><br></div><div>As we went through some discussion form Summit for self-healing sig, To collect Use case is one of our goal in Rocky cycle.</div><div>Keep thinking how can we expose This SIG to users/ops and make this become a regular thing.</div><div>Here's some idea that might help, also might be able to help other SIG as well: </div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><b><br></b></div><div><b>* Join user survey:</b></div><div>It's possible for SIG to propose options in User survey.</div><div>If we going to do so, we should provide questions which can be answered by selecting from options or let's said minimal written is preferred.</div><div>So what will the question be? Would like to hear from everyone for any idea.</div><div><br></div><div><b>* Expose our StoryBoard to user/ops</b></div><div>Another idea is to expose our StoryBoard to user/ops. OpenStack community currently didn't have any effective way to raise issues for self-healing. If we expose StoryBoard to user/ops to allow them to raise issues, users can directly file the entire story, instead of just reporting part of the issue and that usually reply with `Oh, that's XXX project's issue, we got nothing to do with it`.</div><div>Don't get this wrong, we got nothing to block user to raise story(issues) in any project, including self-healing SIG. But I believe to specific tell user where you can drop that story to trigger cross-project discussions will be the right way instead of telling nothing and user not even know any valid way to deal with issues. Imaging that when you first join a community, there is a line tell you if you have a question about self-healing/k8s/upgrade/etc here is where you can raise the issue, and find help.</div><div>I will imagine we need to have people from teams to be around to deal with issues and tell users/ops when they come. But for what I know, we actually got attention from most of teams that concerns about self-healing.</div><div>I think in order to do so (if that's a good idea), we need someplace better than ML to tell users/ops that here is where you can go when you found your self-healing not working or you need any help. Also, I think this might actually apply to other SIGs.</div><div><br></div><div><b>* Build gate job for self-healing task</b></div><div>We have some use cases that already been demo around self-healing cases,  like Vitrage+Mistral, Heat+Mistral+Aodh, etc. Also, some scenarios are under development. I believe there are values to generate a periodic task, or even a cross-project gate to make sure we didn't break the general self-healing use cases. If we can do so, I think users/ops will have the better confidence to say self-healing is absolutely working in OpenStack.</div><div>Also, we don't need to build separate tempest plugin if we can find any projects willing to host those test. Not speaking for the entire team, but I think Heat might be able to provide something here.</div><div><br></div><div><br></div><div>Those are my proposal, please help to give your opinions. Thanks all.</div><span class="gmail-HOEnZb"><font color="#888888"><div><div><br></div>-- <br><div dir="ltr" class="gmail-m_-2377516499039817077m_1173063875179835353gmail_signature"><div class="gmail-m_-2377516499039817077m_1173063875179835353gmail_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"><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" style="height:10px;border-bottom:1px dashed rgb(221,221,221)"></td></tr><tr><td colspan="3"></td></tr></tbody></table></div></div></div></div></div></div></div></div></div></div></div></div></div></div><p style="margin-right:0cm;margin-left:0cm;text-align:justify"><br></p><p style="margin-right:0cm;margin-left:0cm;text-align:justify"></p></div></font></span></div>
<br>______________________________<wbr>_________________<br>
openstack-sigs mailing list<br>
<a href="mailto:openstack-sigs@lists.openstack.org">openstack-sigs@lists.<wbr>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-sigs" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-sigs</a><br>
<br></blockquote></div><br></div></div>