<div dir="ltr"><div>Hi Tackers,</div><div><br></div><div>I would like to announce my candidacy to continue as Tacker PTL for the Ocata </div><div>dev cycle.</div><div><br></div><div>I'm a member of the Tacker community right from its Neutron ServiceVM days.</div><div>I actively participated in its transition into NFV Orchestration area and its </div><div>graduation into big-tent. Since becoming an official project our developer </div><div>community has grown and has more diverse [1].</div><div><br></div><div>Newton was a packed cycle for us with many stellar achievements from the </div><div>community: VNF Scaling, Audit Events, VNF Forwarding Graph using Neutron</div><div>Networking-SFC (we are almost there!) and External Alarm-based Monitoring</div><div>using Ceilometer. As usual tons of refactoring work happened to continue </div><div>to shed the "Neutronisms" in the project. </div><div><br></div><div>Along the way, we have become a better openstack citizen following best</div><div>practices like Reno release-notes, better release processes, and better</div><div>python3 support. We also expanded our core-team with three new members. </div><div><br></div><div>My vision for Tacker Ocata is along the following workstreams identified </div><div>in the recent weekly meeting. </div><div><br></div><div>* Decomposed VIM drivers:</div><div>We need to enable a healthy ecosystem of VIM drivers beyond the current </div><div>default openstack VIM driver. Our user community has mixed hypervisor/cloud</div><div>technology in their deployments - with some existing pre-openstack systems </div><div>(<a href="http://a.la">a.la</a>, VMware), some OpenStack based clouds, and, forward looking into </div><div>Containers and public clouds. All this needs an easy to add VIM driver to</div><div>bolt underneath Tacker. Luckily our architecture is designed with this in</div><div>mind right from day one. We just need to make it easy (a) for developers to</div><div>bring in new VIM drivers and (b) for deployers to quickly add new VIM </div><div>capabilities without requiring a fork-lift upgrade of Tacker for every new </div><div>VIM type.</div><div><br></div><div>As part of this workstream, I'd work towards bringing in a Container VIM </div><div>type interfacing with Magnum / Zun.</div><div><br></div><div>Lifecycle Features:</div><div>* Finish left over Newton features - VNFC and NSD </div><div>* Better integration with external EM / FCAPS systems</div><div>* Enable support for VNFs leveraging Neutron's latest VLAN aware VM feature </div><div><br></div><div><div>Project maintenance:</div><div> * Doc: API reference guide</div><div> * Pecan API framework</div><div> * OSC support</div><div> * Finish python3x TC goal</div><div><br></div><div>Tons of fun things to do! However, Ocata is going to be a short cycle.</div><div>So, over next few weeks, I'll help to continue to groom these topics and</div><div>zoom in on those that are implementable in one dev cycle and clearly</div><div>identify some tracks that would carry over to the next cycle.</div><div><br></div><div>In Ocata, given an opportunity to serve as your PTL, I'll continue my role</div><div>as the "chief enabler" for this amazing community of developers that I'm so</div><div>proud to lead over the last two cycles.</div><div><br></div><div>- Sridhar Ramaswamy (irc: sridhar_ram)</div></div><div><br></div><div>[1] <a href="http://stackalytics.com/?module=tacker-group&metric=commits" style="font-family:"helvetica neue";font-size:14px">http://stackalytics.com/?module=tacker-group&metric=commits</a></div>

<div><br></div></div>