<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi all, <div class=""><br class=""></div><div class="">This is going to be a long one, so refill your coffee before reading. </div><div class=""><br class=""></div><div class="">Thank you to everyone who came and participate in the in-person work time at the Vancouver Summit. It was great for people to be able to meet—many for the first time—and the in-person time always helps move things forward a little quicker and build those relationships that we can take home. So thank you!</div><div class=""><br class=""></div><div class="">For those of you who couldn’t attend, I’ve summarized the major take aways below. Notes were taken on <a href="https://etherpad.openstack.org/p/KataVancouverAgenda" class="">this etherpad</a>[1] throughout the week. </div><div class="">Topics below:</div><div class=""><ul class=""><li class="">1.0 Release</li><li class="">1.0 Post Mortem</li><li class="">Release Cadence</li><li class="">Exploring Zuul CI</li><li class="">Security Collateral/Team</li><li class="">9Pfs</li><li class="">Working Committee updates</li></ul><div class="">The in-person time we had in Vancouver is very similar to what we would have in Denver in <a href="https://www.openstack.org/ptg" class="">September at the PTG</a>[2]. I’d like to encourage folks to put that on their calendar so we can have more of these conversations. </div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><b class=""><u class="">1.0 Release</u></b></div><div class="">It’s out! The release was well received by people attending, on social, in the press. People are very excited about this project and to see where we go. </div><div class="">See Kata talks from the Summit on <a href="https://www.openstack.org/videos/search?search=kata%20containers" class="">openstack.org/videos</a>[3]</div><div class=""><br class=""></div><div class=""><b class=""><u class="">1.0 Post Mortem</u></b></div><div class="">Overall the first release went well, especially considering that we were all coming together for the first time. Biggest areas for improvement:</div><div class=""><span class="Apple-tab-span" style="white-space:pre">   </span>1. <b class="">Documentation:</b> We were rushed to update and review our docs at the end of the release cycle, rather than documenting as we went along. Documentation needs to be a priority, potentially to the point of gating PRs if there’s not documentation, so we don’t find ourselves in the docs crunch again.  </div><div class=""> </div><div class=""><span class="Apple-tab-span" style="white-space:pre">      </span>2. <b class="">Feature prioritization agreement: </b>We were using ‘release-gating’, ‘p1’, ‘p2’, etc, but without having agreement about how those were assigned and that those tagged features were the top features, or conversely not following the tags and prioritizing other features that were not critical. Before we dig too much into the 1.1+ work, we need to collectively prioritize and tag features so there’s understanding about what we need to be working on.</div><div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre">       </span>3. <b class="">Maintainer audit: </b>We need to audit who the current maintainer are for each repo, make sure that’s an active list, and make sure our owner files are discoverable. We also need to identify and add more SMEs to the repos.</div><div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre">      </span>4. <b class="">CI system: </b>Our CI system is getting a bit too slow for moving things quickly as we grow. We need to see about running jobs in parallel </div><div class=""><br class=""></div><div class=""><b class=""><u class="">Release Cadence</u></b></div><div class="">We agreed that long term, we need to be a time-based release, but we seem to be at a temporary impasse where 1) there are a small handful of nearly-done features that did not make it into 1.0 that might be done very soon 2) we don’t have a good sense of what an appropriate time metric is for us yet. </div><div class=""><br class=""></div><div class="">The proposal we arrived at is to temporarily be a feature-based release, decided by the Architecture Committee, to move some of these nearly-done items out the door quickly, but transition to a time-based release in the near future once it becomes more obvious what a reasonable release cadence might look like for us (the transition time to be decided by the Architecture Committee). This proposal could definitely use some input from others who have gotten open source projects off the ground :) </div><div class=""><br class=""></div><div class=""><b style="text-decoration: underline;" class="">Exploring Zuul CI </b>(see Eric Ernst’s ML post for more details)</div><div class="">This was an item tabled from February until we met up at the Summit. Funnily enough, the job dependency bug that cropped up during the Summit is exactly what Zuul solves, so it was perfect timing to chat. The big benefits (for us) of Zuul are that 1) Zuul can run sequenced repos gated together 2) It’s a service we wouldn’t have to run ourselves, including the security patches etc that we’re responsible for right now in Jenkins. It gives us a CI system with less work for us! </div><div class=""><br class=""></div><div class="">The Zuul team is going to start with the proxy repo to give us a feel of Zuul. They’ll have an Azure driver in the near future (and we agreed to lend some of our credits for testing that), but for now we’ll run it on Vexxhost to demo it.  </div><div class=""><br class=""></div><div class=""><b class=""><u class="">Kata Security Collateral</u></b></div><div class="">There’s lots of excitement around Kata, but one thing that’s missing is security collateral that people can take to their teams to show that Kata takes security seriously. These are things like data flows, threat models, pen testing, and a dedicated security group within our community to show that we take security seriously. To get this going, I’m hoping our supporting companies can pitch in security team time and resources to help build these items out collectively. Drop us a note if this is you or your org can help—we have potential users standing on the sidelines waiting for this and I think it’s a critical piece of our project’s growth.</div><div class=""><br class=""></div><div class=""><b class=""><u class="">9Pfs as our storage solution</u></b></div><div class="">We talked about this one extensively; it’s a big one! 9P is a limitation for some distros, and might hit performance issues in the future. There’s lots of comments in the etherpad, but what will help drive this forward is better understanding the storage needs of Kata users/potential users. This will help give direction for where “life beyond 9P” should go. If this is you, you can post a note on the ML with your use case and share some insight. </div><div class=""><br class=""></div><div class=""><b class=""><u class="">Working Committee</u></b></div><div class="">The Working Committee (marketing, advocacy, community committee) also met in Vancouver. Reflecting on 1.0 reception, we need to be producing content in two categories: 1) Deep dives on Kata—demos, technical details 2) General information on containers security and “why Kata”. On the later, there’s still not enough education out there about the security profile of containers and why a solution like Kata is needed, or what it can help. </div><div class=""><br class=""></div><div class="">Conference season is also upon us, and there’s no reason Kata shouldn’t be everywhere! In the WC meeting today, we started <a href="https://etherpad.openstack.org/p/KataTalks" class="">this etherpad</a>[4] to keep track of what conferences people intend to submit to. Please add where you are submitting your Kata talks!</div><div class=""><br class=""></div><div class="">We also need to generate a “Kata 101” packet for people who would like to go give Meetup talks, talk at their company, etc.  <span class="Apple-tab-span" style="white-space: pre;">             </span></div><div class=""><b class=""><br class=""></b></div><div class=""><b class=""><br class=""></b></div><div class="">———</div><div class="">[1] <a href="https://etherpad.openstack.org/p/KataVancouverAgenda" class="">https://etherpad.openstack.org/p/KataVancouverAgenda</a></div><div class="">[2] <a href="https://www.openstack.org/ptg" class="">https://www.openstack.org/ptg</a></div><div class="">[3] <a href="https://www.openstack.org/videos/search?search=kata%20containers" class="">https://www.openstack.org/videos/search?search=kata%20containers</a></div><div class="">[4] <a href="https://etherpad.openstack.org/p/KataTalks" class="">https://etherpad.openstack.org/p/KataTalks</a></div><div class=""><br class=""></div><div class=""><b class=""><br class=""></b></div><div class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Anne Bertucio</div><div class="">OpenStack Foundation</div><div class=""><a href="mailto:anne@openstack.org" class="">anne@openstack.org</a> | irc: annabelleB</div><div class=""><br class=""></div></div><br class="Apple-interchange-newline"></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br class=""></div></body></html>