[openstack-dev] [elections][tripleo] Queens PTL candidacy

Arkady.Kanevsky at dell.com Arkady.Kanevsky at dell.com
Wed Aug 2 14:46:52 UTC 2017


+1

-----Original Message-----
From: Alex Schultz [mailto:aschultz at redhat.com] 
Sent: Wednesday, August 02, 2017 8:56 AM
To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org>
Subject: [openstack-dev] [elections][tripleo] Queens PTL candidacy

I would like to nominate myself for the TripleO PTL role for the Queens cycle.

I have been a contributor to various OpenStack projects since Liberty. I have spent most of my time working on the deployment of OpenStack and with the engineers who deploy it.  As many of you know, I believe the projects we work on should simplify workflows and improve the end user's lives. During my time as Puppet OpenStack PTL, I have promoted efforts to simplify and establishing reusable patterns and best practices. I feel confident that TripleO is on the right path and hope to continue to lead it in the right direction.

For the last few cycles we have moved TripleO forwards and improved not only TripleO itself, but have provided additional tooling around deploying and managing OpenStack. As we look forward to the Queens cycle, it is imporant to recognize the work we have done and can continue to improve on.

* Improving deployment of containerized services.
  We started the effort to switch over to containerized services being deployed
  with TripleO as part of the Pike cycle and we need to finalize the last few
  services. As we start the transition to including Kubernetes, we need to be
  mindful of the transition and make sure we evaluate and leverage already
  existing solutions.
* Continue making the deployers' lives easier.
  The recent cycles have been full of efforts to allow users to do more with
  TripleO. With the work to expose composable roles, composable networks and
  containerization we have added additional flexibility for the deployment
  engineers to be able to build out architectures needed for the end user.
  That being said, there are still efforts to be done to make the deployment
  process less error prone and more user friendly.
* Continued improvement of CI
  The process to transition over to tripleo-quickstart has made excellent
  progress over the last few cycles. We need to continue to refine the steps
  to ensure that Developers can reuse the work and be able to quickly and
  easily troubleshoot when things break down.  Additionally we need to make
  sure that we can classify repeated failures and work to address them quickly
  as to not hold up bugs and features.
* Improve visibility of the project status
  As part of the Queens cycle, I would like to devote some time into capturing
  metrics and information about the status of the various projects under the
  TripleO umbrella. We've been doing lots of work but it I think it would be
  beneficial for us to know where this work has been occurring. I'm hoping to
  work on some of the reporting around the status of our CI, bugs and reviews
  to be able to see where we could use some more efforts to hopefully improve
  our development velocities.

Thanks,
Alex Schultz
irc: mwhahaha

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


More information about the OpenStack-dev mailing list