[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