Re: Adding new API objects

[Jaice Singer DuMars]

Adding +kubernetes-a...@googlegroups.com

On Wed, Aug 15, 2018 at 3:33 PM 'Tim Allclair' via kubernetes-sig-architecture <kubernetes-si...@googlegroups.com> wrote:

This seems orthogonal to alpha fields? I'd prefer to tackle it in parallel, since I'm blocked on it and we're fast approaching code freeze. But I also want to respect the bandwidth of our API reviewers.

On Wed, Aug 15, 2018 at 2:44 PM Kenneth Owens <owe...@google.com> wrote:

I'll compose a doc with some notes to frame a discussion and send to the mailing list. Do we want to approach this now or wait until we figure out alpha fields. I don't want to over utilize the bandwidth of interested participants. 

Thanks,

     -Ken

On Wed, Aug 15, 2018, 2:31 PM Tim Allclair <tall...@google.com> wrote:

@Ken - How would you like to follow up with this? Should we schedule a meeting for QA, or would you prefer a email thread or doc?

Is there a canonical place we should be putting these new CRD APIs? Another repo? k8s.io/api? An arbitrary directory (k8s.io/kubernetes/pkg/kubelet/api)?

Also, is there an existing PR I can copy the boilerplate from?

On Mon, Aug 13, 2018 at 10:19 AM 'Brian Grant' via kubernetes-sig-architecture <kubernetes-si...@googlegroups.com> wrote:

+K8s API Machinery SIG for visibility

On Fri, Aug 10, 2018 at 11:36 AM 'Tim Hockin' via kubernetes-sig-architecture <kubernetes-si...@googlegroups.com> wrote:

On Fri, Aug 10, 2018 at 6:38 AM Jan Safranek <jsaf...@redhat.com> wrote:
>
> There are rumors that new internal (k8s.io/api) API objects should be
> added as CRDs. Is it true? Do we have any documentation / guidelines
> around that?

MOST new APIs are being steered towards CRD.  Part of it is to keep
the core growth down.  Part of it is actually directional - we'd like
to see even Pod move to a CRD when it is ready.  By starting now, we
can build up a body of experience and pressure to make CRD better.

That said, it's sort of the beginning.  We have lots of experience
with operators and CRDs + controllers.  This shouldn't be THAT
different.

> We have some documentation and tribal knowledge how to add "traditional"
> API objects and I haven't found anything for CRDs as Kubernetes API.
> There are plenty of docs and examples how to use CRDs for external
> controllers, I need the internal ones (controller-manager + kubelet).

Controller manager and kubelet can implement controllers for CRD APIs.
That's not a problem.  We do need to build best-practices, as you
pointed yesterday in a different thread, regarding who loads the CRD,
how to handle cases of the CRD disappearing, rollbacks, etc.  We can
work to solve those holistically for everyone.

ISTR Ken volunteered to help lead this. :)

> I identified some gaps between CRD and current API in
> https://docs.google.com/document/d/1gbBCU7o72Y-gQnPA38kWqEAd9yBtCPqrG2MmxZyPiw4/

Will take a look and comment.

> It does not look *that* scary, still it's scary enough considering there
> are 3 weeks until code slush. Another question is what gaps did I miss.

Understood.  We're not trying to punish anyone, but we have to start somewhere.

Thanks, Jan.

--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-arch...@googlegroups.com.
To post to this group, send email to kubernetes-si...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/kubernetes-sig-architecture/CAO_RewZQt_1LAPdTsS4dHFL6RWW%2B3pCdJ0Om78A_%3DYoeHa%3DDig%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-arch...@googlegroups.com.
To post to this group, send email to kubernetes-si...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/kubernetes-sig-architecture/CAKCBhs4pHpdGyVDZ9dVwvMM2o-HT0E8Qr4edX4_-GBWP5%2BUU5g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-arch...@googlegroups.com.
To post to this group, send email to kubernetes-si...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/kubernetes-sig-architecture/CADtktAWeCZF3k7kM5QE2R5VB_FZ0ER96riVo5QPf9rQ-d0n4cQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--

Jaice Singer DuMars Open Source Governance +1 (206) 371-2293 601 N. 34th St., Seattle WA 98103