kube-monkey
skaffold
kube-monkey | skaffold | |
---|---|---|
9 | 83 | |
2,920 | 14,674 | |
- | 0.3% | |
3.4 | 9.2 | |
13 days ago | 6 days ago | |
Go | Go | |
Apache License 2.0 | Apache License 2.0 |
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.
kube-monkey
-
Does your company have a Change Advisory Board (CAB)?
Not in the typical sense, but we have plenty of standard practices and cross-team checkpoints to limit risk. By the time we're deploying changes to production, the work has had a card created, assigned points (which necessarily involves discussing scope and risk), architected (as a group), code peer reviewed, hit unit tests (automated), integration tests (automated), functional tests (automated), smoke tested (automated) end-to-end tests (a few automated, but mostly manual by QA), acceptance tested (by QA and business), resilience tests (chaos engineering with kube-monkey), been deployed to at least 3 environments (with the same exact same artifacts, just with config changes), and monitored for failures (pod restarts, log anomalies, etc -- all automated). Deploy to production is well communicated, and ANY team can request a halt to the deploy if they have concerns.
- Kube-monkey: an implementation of Netflix's Chaos Monkey for Kubernetes clusters
-
What happens when a service fails in your infra, or in other words, do you practice chaos engineering?
Part of being a cloud native company means designing services for failure. What happens, for example, if the payment service/pod goes down? Do the rest of your services continue operating normally? One thing tools like kube-monkey does is automatically kill pods for you on a certain date at a certain time in order to plan for failure events. Just wondering if anyone has dove into the deep end with this type of tooling and really just gone all out, besides Netflix?
-
Chaos Mesh for chaos engineering in Kubernetes
Chaos Mesh is a popular solution (about 5k GitHub stars), but — obviously — not the only one. E.g., Litmus is a powerful platform to test many things, and kube-monkey might be a good option for more basic stuff.
-
How many of you actually test your infrastructure code? For those that do, what benefits did you discover that testing brings to your code base?
Exactly the kind of thing I love to see! Sounds like a great use case for a tool like kube-monkey as well.
- GitHub - asobti/kube-monkey: An implementation of Netflix's Chaos Monkey for Kubernetes clusters
- kube-monkey: An implementation of Netflix's Chaos Monkey for Kubernetes clusters
- 27 open-source tools that can make your Kubernetes workflow easier 🚀🥳
-
Awesome Kubernetes Resources
Kube Monkey
skaffold
- Google to Discontinue Skaffold
-
You've just inherited a legacy C++ codebase, now what?
A nice middle ground is using a tool like Google's Skaffold, which provides "Bazel-like" capabilities for composing Docker images and tagging them based on a number of strategies, including file manifests. In my case, I also use build args to explicitly set versions of external dependencies.
While I am in a Typescript environment with this setup at the moment, my personal experience that Skaffold with Docker has a lighter implementation and maintenance overhead than Bazel. (You also get the added benefit of easy deployment and automatic rebuilds.)
I quite liked using Bazel in a small Golang monorepo, but I ran into pain when trying to do things like include third-party pre-compiled binaries in the Docker builds, because of the unusual build rules convention. The advantage of Skaffold is it provides a thin build/tag/deploy/verify layer over Docker and other container types. Might be worth a look!
Kudos to the Google team building it! https://skaffold.dev
-
Simplifying preview environments for everyone
To get a similar experience of preevy up, first we’ll need to split the build and deploy using process or alternatively employ tools that orchestrate build-tag-push-update-sync flow like Skaffold/Tilt.
- Is there a way to hot reload the code running in a container when I edit the codebase in VSCode?
-
Set up docker and kubernetes in ubuntu 22.04
We will be using docker and microk8s from Canonical. For running our software during development, we will be using skaffold which is a great tool developed by Google.
-
one container for a UI and one for express server. For dev would like to docker compose up. Couple questions
To add more context, if you are developing containers in a local dev environment, the minimum you should have is the Google Cloud SDK and Skaffold. The SDK will allow you to programmatically interact with Googleapis e.g. auth, services, resources. Skaffold will allow you to build and deploy to the cloud similar to working with a local dev environment.
-
How do you develop cloud-native applications locally on Kubernetes?
I have used both Skaffold and Devspace. I prefer the latter.
-
Launch HN: Moonrepo (YC W23) – Open-source build system
I wonder if it has some overlap with https://skaffold.dev/.
-
Building a RESTful API With Functions
K3d and Skaffold for local development
-
Does anyone else feel like this?
skaffold.dev - build in k8s - no more asking for the database password. All the plumbing to the backend is just done so it's easier for them to test and demo any branch
What are some alternatives?
chaoskube - chaoskube periodically kills random pods in your Kubernetes cluster.
argo-cd - Declarative Continuous Deployment for Kubernetes
istio - Connect, secure, control, and observe services.
devspace - DevSpace - The Fastest Developer Tool for Kubernetes âš¡ Automate your deployment workflow with DevSpace and develop software directly inside Kubernetes.
kube-bench - Checks whether Kubernetes is deployed according to security best practices as defined in the CIS Kubernetes Benchmark
okteto - Develop your applications directly in your Kubernetes Cluster
kube-burner - Kubernetes performance and scale test orchestration framework written in golang
telepresence - Local development against a remote Kubernetes or OpenShift cluster
quay - Build, Store, and Distribute your Applications and Containers
helm - The Kubernetes Package Manager
minikube - Run Kubernetes locally
flux2 - Open and extensible continuous delivery solution for Kubernetes. Powered by GitOps Toolkit.