[kata-dev] Architecture vs. project discussions…
Christophe de Dinechin
dinechin at redhat.com
Thu Sep 2 09:25:03 UTC 2021
During the last architecture committee meeting (https://etherpad.opendev.org/p/Kata_Containers_2021_Architecture_Committee_Mtgs), we talked about disabling the Arm CI. This is an important discussion for the project, but it is not really "architecture" either.
So this made me think that we could either:
1. Make it more explicit that the AC meeting is our primary weekly meeting, and that we can also discuss non-architectural topics such as CI or upcoming talks. This matches existing practice, and it acknowledges that separation of concerns may be difficult (e.g. a change in repository like govmm is operational, but has architectural implications like "what APIs do we want to expose").
2. Take advantage of an existing weekly meeting that happens right before, the backlog review meeting. We are now "on a roll" and tend to finish this meeting early after having cleaned up the queue. We could decide to add an "agenda" for this meeting for discussion of more operational topics. We often have a few CI contributors there on a regular basis too, so it's not necessarily an extra load.
As usual, I believe that the correct solution will be a combination of both. As a first step, we could decide to use the existing EtherPad, and to simply add an "Operational issues" section that we could then discuss ahead of the AC meeting during the backlog review, so that we have solutions to offer rather than just problems to discuss.
What do you think?
Christophe
More information about the kata-dev
mailing list