flux-operator
kopf
| flux-operator | kopf | |
|---|---|---|
| 1 | 6 | |
| 24 | 1,973 | |
| - | - | |
| 8.5 | 7.6 | |
| about 1 month ago | about 1 month ago | |
| Python | Python | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
flux-operator
-
job scheduling for scientific computing on k8s?
Lawrence Livermore National lab is working on a project called Flux that has a kubernetes operator - https://github.com/flux-framework/flux-operator
kopf
- A Kubernetes Operator in Rust
- I wrote a kubernetes operator for “locust”, should I open source it
-
Automate All the Boring Kubernetes Operations with Python
If you're looking for more examples beyond what was shown and referenced above, I recommend exploring other popular tools that make use Python Kubernetes client, such kopf - the library for creating Kubernetes operators. I also find it very useful to take a look at tests of the library itself, as it showcases its intended usage such this client test suite.
-
is it possible to have components of a specific namespace run on specific nodes ?
Depending on how you want to configure your selecting logic, it can be solved by mutating admission webhooks for the pods. For example, in Kopf, the simplest approach would be:
-
Kopf 1.31 now supports admission webhooks. Feedback is welcome!
Hello. Kopf (a framework to write Kubernetes operators in Python) 1.31 is released and has finally got admission webhooks — https://github.com/nolar/kopf/releases/tag/1.31.0. I would appreciate some feedback from experienced operator developers on how easy or hard it is to write webhooks now, and what is missing and makes it inconvenient. The docs: https://kopf.readthedocs.io/en/stable/admission/ For a brief preview, it looks like this:
-
lightkube 0.6.0 - python kubernetes client
Correct, using generic resources with Client.watch should work. In general to create more complex operators I would recommend to check out kopf.
What are some alternatives?
slurm - Slurm: A Highly Scalable Workload Manager
awx-operator - An Ansible AWX operator for Kubernetes built with Operator SDK and Ansible. 🤖
k8s-home-ops
fastapi - FastAPI framework, high performance, easy to learn, fast to code, ready for production
armada - A multi-cluster batch queuing system for high-throughput workloads on Kubernetes.
fastapi-crudrouter - A dynamic FastAPI router that automatically creates CRUD routes for your models
ohpc - OpenHPC Integration, Packaging, and Test Repo
Celery-Kubernetes-Operator - An operator to manage celery clusters on Kubernetes (Work in Progress)
flyte - Scalable and flexible workflow orchestration platform that seamlessly unifies data, ML and analytics stacks.
pykorm - A python 🐍 kubernetes ☸️ ORM 🚀. Very useful when writing operators for your CRDs with Kopf.
Dependency Injector - Dependency injection framework for Python
woodKubernetes - LXD wood cluster