[openstack-dev] [kolla] Mesos orchestration as discussed at mid cycle (action required from core reviewers)

Paul Bourke paul.bourke at oracle.com
Wed Nov 4 11:07:53 UTC 2015


+1 - the below sums up my impressions from the summit which I was good 
with. Look forward to seeing what Angus the guys come up with.

-Paul

On 02/11/15 17:02, Steven Dake (stdake) wrote:
> Hey folks,
>
> We had an informal vote at the mid cycle from the core reviewers, and it
> was a majority vote, so we went ahead and started the process of the
> introduction of mesos orchestration into Kolla.
>
> For background for our few core reviewers that couldn’t make it and the
> broader community, Angus Salkeld has committed himself and 3 other
> Mirantis engineers full time to investigate if Mesos could be used as an
> orchestration engine in place of Ansible.  We are NOT dropping our
> Ansible implementation in the short or long term.  Kolla will continue
> to lead with Ansible.  At some point in Mitaka or the N cycle we may
> move the ansible bits to a repository called “kolla-ansible” and the
> kolla repository would end up containing the containers only.
>
> The general consensus was that if folks wanted to add additional
> orchestration systems for Kolla, they were free to do so if they did the
> development and made a commitment to maintaining one core reviewer team
> with broad expertise among the core reviewer team of how these various
> systems work.
>
> Angus has agreed to the following
>
>  1. A new team called “kolla-mesos-core” with 2 members.  One of the
>     members is Angus Salkeld, the other is selected by Angus Salkeld
>     since this is a cookie cutter empty repository.  This is typical of
>     how new projects would operate, but we don’t want a code dump and
>     instead want an integrated core team.  To prevent a situation which
>     the current Ansible expertise shy away from the Mesos
>     implementation, the core reviewer team has committed to reviewing
>     the mesos code to get a feel for it.
>  2. Over the next 6-8 weeks these two folks will strive to join the
>     Kolla core team by typical means 1) irc participation 2) code
>     generation 3) effective and quality reviews 4) mailing list
>     participation
>  3. Angus will create a technical specification which will we will
>     roll-call voted and only accepted once a majority of core review
>     team is satisfied with the solution.
>  4. The kolla-mesos deliverable will be under Kolla governance and be
>     managed by the Kolla core reviewer team after the kolla-mesos-core
>     team is deprecated.
>  5. If the experiment fails, kolla-mesos will be placed in the attic.
>       There is no specific window for the experiments, it is really up
>     to Angus to decide if the technique is viable down the road.
>  6. For the purpose of voting, the kolla-mesos-core team won’t be
>     permitted to vote (on things like this or other roll-call votes in
>     the community) until they are “promoted” to the koala-core reviewer
>     team.
>
>
> The core reviewer team has agreed to the following
>
>  1. Review patches in kolla-mesos repository
>  2. Actively learn how the mesos orchestration system works in the
>     context of Kolla
>  3. Actively support Angus’s effort in the existing Kolla code base as
>     long as it is not harmful to the Kolla code base
>
> We all believe this will lead to a better outcome then Mirantis
> developing some code on their own and later dumping it into the Kolla
> governance or operating as a fork.
>
> I’d like to give the core reviewers another chance to vote since the
> voting was semi-rushed.
>
> I am +1 given the above constraints.  I think this will help Kolla grow
> and potentially provide a better (or arguably different) orchestration
> system and is worth the investigation.  At no time will we put the
> existing Kolla Ansible + Docker goodness into harms way, so I see no
> harm in an independent repository especially if the core reviewer team
> strives to work as one team (rather then two independent teams with the
> same code base).
>
> Abstaining is the same as voting as –1, so please vote one way or
> another with a couple line blob about your thoughts on the idea.
>
> Note of the core reviewers there, we had 7 +1 votes (and we have a 9
> individual core reviewer team so there is already a majority but I’d
> like to give everyone an opportunity weigh in).
>
> Regards
> -steve
>
>
>
> __________________________________________________________________________
> 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