You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi everyone, two cents from a former contributor. Keeping up with the kubernetes API (new features, breaking changes, etc) is unfeasible. We also end up duplicating a lot of kubectl code. One approach for teresa 2.0 might be: give kubectl to the developers and somehow implement access control
so each team can only change specific namespaces. Maybe RBAC, maybe an authorization backend, maybe some new k8s feature, etc. This way teresa can be a simple wrapper with sane defaults for kubectl, no more duplication, bumping client-go, etc. About the build process: forget about buildpacks, too complex and have the same problems of bumping, customizing, etc. Each team should be
responsible for creating Dockerfiles (we are in 2018!).That's it, good luck!
The text was updated successfully, but these errors were encountered:
Hi everyone, two cents from a former contributor. Keeping up with the kubernetes API (new features, breaking changes, etc) is unfeasible. We also end up duplicating a lot of kubectl code. One approach for teresa 2.0 might be: give kubectl to the developers and somehow implement access control
so each team can only change specific namespaces. Maybe RBAC, maybe an authorization backend, maybe some new k8s feature, etc. This way teresa can be a simple wrapper with sane defaults for kubectl, no more duplication, bumping client-go, etc. About the build process: forget about buildpacks, too complex and have the same problems of bumping, customizing, etc. Each team should be
responsible for creating Dockerfiles (we are in 2018!).That's it, good luck!
The text was updated successfully, but these errors were encountered: