woodKubernetes
kopf
Our great sponsors
| woodKubernetes | kopf | |
|---|---|---|
| 1 | 6 | |
| 4 | 1,951 | |
| - | - | |
| 0.0 | 7.8 | |
| 7 months ago | 17 days 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.
woodKubernetes
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?
linux-cli - Linux command-line client for ProtonVPN. Written in Python. [Moved to: https://github.com/ProtonVPN/linux-cli-community]
awx-operator - An Ansible AWX operator for Kubernetes built with Operator SDK and Ansible. 🤖
proxy.py - ⚡ Fast • 🪶 Lightweight • 0️⃣ Dependency • 🔌 Pluggable • 😈 TLS interception • 🔒 DNS-over-HTTPS • 🔥 Poor Man's VPN • ⏪ Reverse & ⏩ Forward • 👮🏿 "Proxy Server" framework • 🌐 "Web Server" framework • ➵ ➶ ➷ ➠ "PubSub" framework • 👷 "Work" acceptor & executor framework
fastapi - FastAPI framework, high performance, easy to learn, fast to code, ready for production
lxd-image-server - Creates, manages and mirrors a simplestreams lxd image server on top of nginx.
fastapi-crudrouter - A dynamic FastAPI router that automatically creates CRUD routes for your models
tsugite - This is the repository of a Tsugite. It is a research prototype of an interactive software that supports the design and fabrication of wood joints.
Celery-Kubernetes-Operator - An operator to manage celery clusters on Kubernetes (Work in Progress)
ansible-lxc-ssh - Ansible connection plugin using ssh + lxc-attach
flyte - Scalable and flexible workflow orchestration platform that seamlessly unifies data, ML and analytics stacks.
hikaru - Move smoothly between Kubernetes YAML and Python for creating/updating/componentizing configurations.
pykorm - A python 🐍 kubernetes ☸️ ORM 🚀. Very useful when writing operators for your CRDs with Kopf.