Building an Operator

[vitorpmoreira]

Hello,

Does this client offer features to ease the implementation of an Operator? I don't mean a full SDK-style thing as the Operator SDK, just some layers of abstraction in order to transparently implement the controller pattern.
Or the idea is to use the API in a plain way and implement the algorithm, so-to-speak?

Thanks :)!

[tg123]

https://github.com/buehler/dotnet-operator-sdk

i know there are more similar sdks, but forget the links

[vitorpmoreira]

I've seen that one, I was just hoping that this client also provided some features since I'm already using it.
Nevertheless, thanks for your reply. I'm going to think about it. Maybe it's even ok to just use this client since what I need is for one pod (that uses this client and is authenticated in the cluster through its ServiceAccount) to have an internal storage of the existence of some other pods and, for that, having it run a watch of a Resource and/or CustomResource is more than enough.

[IvanJosipovic]

The YARP project is a good example and it includes an Informer, https://github.com/microsoft/reverse-proxy/tree/main/src/Kubernetes.Controller

[vitorpmoreira]

Wow, didn't know they were (also) making it an Ingress Controller. Thanks for sharing :)! That will certainly help!

[IvanJosipovic]

Here is the related issue microsoft/reverse-proxy#1254