+1 Count me in

~ Peter

---

Från: cncf-sig-app-delivery@... <cncf-sig-app-delivery@...> för Bowen, Mike <mike.bowen@...>
Skickat: den 29 februari 2020 18:55
Till: prudraraju@... <prudraraju@...>; cncf-sig-app-delivery@... <cncf-sig-app-delivery@...>
Ämne: Re: [cncf-sig-app-delivery] Starting work on Operator Working Group

 

Please count me in.

 

-Mike Bowen

 

 

From: <cncf-sig-app-delivery@...> on behalf of "prudraraju via Lists.Cncf.Io" <prudraraju=salesforce.com@...>
Reply-To: "prudraraju@..." <prudraraju@...>
Date: Friday, February 28, 2020 at 9:50 PM
To: "cncf-sig-app-delivery@..." <cncf-sig-app-delivery@...>
Cc: "cncf-sig-app-delivery@..." <cncf-sig-app-delivery@...>
Subject: Re: [cncf-sig-app-delivery] Starting work on Operator Working Group

 

External Email: Use caution with links and attachments

I am interested in joining. Looking forward to following standards set by the group. 

 

This message may contain information that is confidential or privileged. If you are not the intended recipient, please advise the sender immediately and delete this message. See http://www.blackrock.com/corporate/compliance/email-disclaimers for further information.  Please refer to http://www.blackrock.com/corporate/compliance/privacy-policy for more information about BlackRock’s Privacy Policy.

For a list of BlackRock's office addresses worldwide, see http://www.blackrock.com/corporate/about-us/contacts-locations.

© 2020 BlackRock, Inc. All rights reserved.

Hello everybody,

 

As discussed a while back we are also planning a working group on Operators. This is the next step after starting the work on operator definition. During the creation of the document it became clear that there is more work to be done than simply a definition.  Also with operator related projects joining the CNCF and more and more project using operators to deploy and manage on Kubernetes there is a lot to be covered:

 

• Best practices how to write operators e.g. CRDs, APIs, ….
• Minimum requirements for a “valid” operator
• Supporting projects with Operators
• Coordination work among different operator framework.

 

As this is a working group, we will need people to do the actual work 😊. If you are willing to actively contribute, please simply reply to this thread.

 

// Alois

 

The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Dynatrace Austria GmbH (registration number FN 91482h) is a company registered in Linz whose registered office is at 4020 Linz, Austria, Am Fünfundzwanziger Turm 20

+1, I am in.

On Fri, Feb 21, 2020 at 11:04 AM Reitbauer, Alois <alois.reitbauer@...> wrote:

Hello everybody,

 

As discussed a while back we are also planning a working group on Operators. This is the next step after starting the work on operator definition. During the creation of the document it became clear that there is more work to be done than simply a definition.  Also with operator related projects joining the CNCF and more and more project using operators to deploy and manage on Kubernetes there is a lot to be covered:

 

• Best practices how to write operators e.g. CRDs, APIs, ….
• Minimum requirements for a “valid” operator
• Supporting projects with Operators
• Coordination work among different operator framework.

 

As this is a working group, we will need people to do the actual work 😊. If you are willing to actively contribute, please simply reply to this thread.

 

// Alois

 

The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Dynatrace Austria GmbH (registration number FN 91482h) is a company registered in Linz whose registered office is at 4020 Linz, Austria, Am Fünfundzwanziger Turm 20

I'd definitely be interested in being involved :) I'm especially keen to understand how we can:

* Define best practices around _deploying_ operators, including periphery components such as webhooks
* Community guidelines on how to release and manage API versions: Kubernetes defines a lot of this already, but it is not surfaced clearly and is non-trivial
* Guidelines on interoperability between operators, e.g. one third party extension depending on another (for context, in cert-manager we are often depended upon by other operators, which creates a 'dependency problem')

Despite have '''opinions''' in the past, I'm actually less concerned about inventing a strict definition for "operator vs controller", and I'm not that convinced that defining the difference is actually beneficial to users. All of these things are 'controllers' in essence, and beyond that, I think 'operator' gets thrown around as a bit of a marketing term of the back of the original CoreOS blog post on this about the "etcd-operator".

Thanks for putting this all together anyway, and looking forward to getting started :)

(sorry for the dupe if anyone got one, the CNCF lists page has the "Group Reply" button to the right and it took me a good 5 minutes to spot it!!)