[kata-dev] Arch Committee Election: Q&A period open!
Eric Ernst
eric.g.ernst at gmail.com
Thu Sep 24 23:01:38 UTC 2020
Thanks Ricardo.
On Fri, Sep 18, 2020 at 10:46 AM Ricardo Aravena <raravena80 at gmail.com>
wrote:
> Hello Kata Citizens!
>
> We have four candidate submissions for the Architecture Committee
> election, where we have three seats available. Thus, we shall enter the Q&A
> and subsequently the voting phases.
> Candidates' names and links to their github submissions are below.
>
> The next period (September 18th - 27th) is for asking questions to
> candidates via this mailing list; it's an opportunity to get familiar with
> the perspective they would bring as an Arch Committee member before voting
> opens on September 28th.
>
> I'll kick it off with the first question for the candidates:
>
> What do you think is the most important feature missing from Kata
> Containers that will help the project increase adoption in the next year?
>
>
Similar to Fabiano's reply, I have a hard time picking one. Also
similarly, I will point out things that aren't really 'features' :) I am
currently looking at IO performance for storage,
manageability/observability, and performance isolation (cpusets, etc). Of
these, I think the manageability part is most interesting/important part
that will be common among all end users.
Administrators, security teams and end-users assume a certain level of
visibility into the container workload that is running, which is much more
challenging when leveraging the Kata Containers runtime. As a result, we
need to be proactive to assure that it is easy to assess "how much is this
costing?", "can I trace malicious behavior of the workload even though its
in a VM?' and "how can I determine the performance profile of my
application and how it is using host/guest resources." We are quite lucky
that our friends at AntFinancial have done a good job pushing this forward
with some of the observability APIs introduced in 2.0, but we will likely
need to continue to develop this going forward, providing the right hooks
for key container management tools to operate well with the Kata runtime.
Of course, if our footprint and IO performance aren't kept competitive
enough, then observability doesn't matter as much, so .. yeah, that's very
important still too :)
> Candidates (in alphabetical order):
> - Archana Shinde [1]
> - Eric Ernst [2]
> - Fabiano FidĂȘncio [3]
> - Justin He [4]
>
> [1]
> https://github.com/kata-containers/community/blob/master/elections/arch-committee-2020-09/ArchanaShinde.txt
> [2]
> https://github.com/kata-containers/community/blob/master/elections/arch-committee-2020-09/EricErnst.txt
> [3]
> https://github.com/kata-containers/community/blob/master/elections/arch-committee-2020-09/FabianoFidencio.txt
> [4]
> https://github.com/kata-containers/community/blob/master/elections/arch-committee-2020-09/JustinHe.txt
>
> Thanks!
> Ricardo
>
> _______________________________________________
> kata-dev mailing list
> kata-dev at lists.katacontainers.io
> http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.katacontainers.io/pipermail/kata-dev/attachments/20200924/e9ce66d2/attachment.html>
More information about the kata-dev
mailing list