<div dir="ltr"><div>My name is Sridhar Ramaswamy and I'd like to announce my candidacy as</div><div>Tacker PTL for the upcoming Newton cycle.</div><div><br></div><div>Tacker is a newly minted big-tent project. I was involved in Tacker</div><div>right from the days when it used to be a Neutron ServiceVM project and </div><div>during its transition to the NFV Orchestration use case. I was leading</div><div>the project in an informal PTL role over the last two cycles. We had </div><div>the goal of getting into the big tent in Mitaka and few weeks back we</div><div>successfully got accepted - woot! Credit goes to the amazing community</div><div>that believed in Tacker and taken it this far.</div><div><br></div><div>Mitaka cycle was a quite packed. We are landing many features -</div><div>TOSCA-parser integration, MultiSite VNF placement, Enhanced VNF </div><div>placement (using Nova NFV smarts) and automatic resource creation. We</div><div>also did tons of code clean up to detach Tacker from its original</div><div>Neutron roots. Beyond all this I'm really proud of growing the team</div><div>that is quite diverse for an early stage project [1]. We also</div><div>increased our core team size in Mitaka.</div><div><br></div><div>Still we have lot more to do in front of us and if elected I'll work</div><div>towards the following goals for Newton:</div><div><br></div><div><div>Features: NFV Orchestration is a broad space. We have a lot to build.</div><div>However, we got to pace ourselves as we go through this journey. We</div><div>have many interesting features in the radar like Network Services</div><div>Descriptor (NSD) to orchestrate a sequence of VNFs to stand up a</div><div>network service and VNF Scaling - another highly sought out feature.</div><div>I also support the recent decision to use networking-sfc APIs for </div><div>Tacker VNF Forwarding Graph. I'm confident we would be able to land</div><div>this in Newton.</div><div><br></div><div>Technical Debt: We did lots of code cleanup over Mitaka cycle. Still</div><div>we mostly focused on getting new features. In the Newton cycle, we</div><div>need to increase our investment in refactoring the aging code that we</div><div>forked off from Neutron. Some of the possible refactorings in our</div><div>sights are in wsgi layer (pecan), in APIs (micro-versioning) and heat</div><div>driver modularity. Decomposing Tacker server into subcomponents is a</div><div>stretch goal which we should get started in the Newton cycle.</div><div><br></div><div>Release sanity:  Now that we are under big tent we need to adhere to</div><div>proper cycle deadlines and milestones. We are learning quickly the</div><div>knobs in the area of release management. I'll work towards getting</div><div>our release pipeline in order in Newton.</div><div><br></div><div>Gate test: We have a decent amount of gate tests. However, we need to</div><div>keep adding more. I'll work towards increasing the number of gate</div><div>tests particularly using VNFs like OpenWRT.</div></div><div><br></div><div><div>Community: Growing the community is one of the top goals in Newton. We</div><div>need to increase our core team as well. As always I'll do my best to</div><div>welcome new community members, vendors, and operators to join Tacker.</div><div><br></div><div>Overall we need to balance out our investments between new features</div><div>and technical debt / project stabilization in Newton.</div><div><br></div><div>Thanks for your consideration.</div><div>- Sridhar</div><div>IRC: sridhar_ram</div><div><br></div><div>[1] <a href="http://stackalytics.com/?release=all&module=tacker-group&metric=patches">http://stackalytics.com/?release=all&module=tacker-group&metric=patches</a></div></div><div><br></div></div>