A Retrospective of Working with Bare Metal Kubernetes, or To There and Back
https://medium.com/geekculture/a-retrospective-of-working-with-bare-metal-kubernetes-or-to-there-and-back-1868c0356eff
The Kubernetes Platform team in Quadcode implements, supports and maintains Kubernetes and all processes around it. For five and a half years, our clusters and approaches have been changing and evolving. In the article we’ll tell you how we started, what we came to, and how we managed to make the maintenance of bare metal clusters comfortable.
https://medium.com/geekculture/a-retrospective-of-working-with-bare-metal-kubernetes-or-to-there-and-back-1868c0356eff
Zalando Postgres Operator in Production: the way of Helm
https://medium.com/@zkapishov/zalando-postgres-operator-in-production-the-way-of-helm-ccfd639ccb2d
Welcome to my blog post on the best practices for using the official open-source Helm chart of Zalando Postgres Operator! In this post, I will describe my experience of using the Zalando Postgres Operator in a production environment, as well as provide some tips and tricks for getting the most out of it in your own Postgres deployments. I will also show how to integrate Gitlab CI to automate the deployment process. Whether you are new to the Postgres Operator or have been using it for a while, I hope that you will find this post helpful and informative. So, let’s dive in and take a closer look at the Zalando Postgres Operator!
https://medium.com/@zkapishov/zalando-postgres-operator-in-production-the-way-of-helm-ccfd639ccb2d
How to Preview and Diff Your Argo CD Deployments
https://medium.com/containers-101/how-to-preview-and-diff-your-argo-cd-deployments-e15b1ca351d3
https://medium.com/containers-101/how-to-preview-and-diff-your-argo-cd-deployments-e15b1ca351d3
Installing Istio multicluster deployment with Terraform
https://medium.com/@eoneoff/installing-istio-multicluster-deployment-with-terraform-59db2f9b2177
https://medium.com/@eoneoff/installing-istio-multicluster-deployment-with-terraform-59db2f9b2177
Single Application, multiple sources — practical usage in ArgoCD
https://medium.com/@keska.damian/single-application-multiple-sources-practical-usage-in-argocd-b122bad09d75
https://medium.com/@keska.damian/single-application-multiple-sources-practical-usage-in-argocd-b122bad09d75
kubectl-view-allocations
https://github.com/davidB/kubectl-view-allocations
kubectl plugin lists allocations for resources (cpu, memory, gpu,...) as defined into the manifest of nodes and running pods. It doesn't list usage like kubectl top. It can provide result grouped by namespaces, nodes, pods and filtered by resources'name.
https://github.com/davidB/kubectl-view-allocations
awesome-kubectl-plugins
https://github.com/ishantanu/awesome-kubectl-plugins
A curated list of awesome kubectl plugins inspired by the awesome list.
https://github.com/ishantanu/awesome-kubectl-plugins
4 container design patterns for Kubernetes
https://community.ops.io/danielepolencic/4-container-design-patterns-for-kubernetes-4c9p
https://community.ops.io/danielepolencic/4-container-design-patterns-for-kubernetes-4c9p
Why and how I use k8s for my personal stuff (and love it)
https://david.coffee/why-and-how-i-use-k8s-for-personal-stuff
I’m one of those odd nuts that love kubernetes. I like it so much that it’s currently powering a lot of my personal stuff and hobby projects. So instead of the usual “k8s is bloated”, “k8s is overkill” or “why you don’t need k8s” posts, today let’s talk about why k8s is actually great for personal stuff, and why you should maybe also consider using it? :)
https://david.coffee/why-and-how-i-use-k8s-for-personal-stuff
Upgrading Kubernetes - A Practical Guide
https://matduggan.com/upgrading-kubernetes-safely
One common question I see on Mastodon and Reddit is "I've inherited a cluster, how do I safely upgrade it". It's surprising that this still isn't a better understood process given the widespread adoption of k8s, but I've had to take over legacy clusters a few times and figured I would write up some of the tips and tricks I've found over the years to make the process easier.
https://matduggan.com/upgrading-kubernetes-safely
Why We Developed Own Kubernetes Controller to Copy Secrets
https://medium.com/lonto-digital-services-integrator/why-we-developed-own-kubernetes-controller-to-copy-secrets-e46368ae6db9
Kubernetes is a superior platform for deploying and managing applications, but sometimes simple tasks like having the same data — in our case Secrets — between namespaces can cause slight problems and you have to build your own solutions to those problems.
https://medium.com/lonto-digital-services-integrator/why-we-developed-own-kubernetes-controller-to-copy-secrets-e46368ae6db9
Kubernetes YAML tips and tricks
https://itnext.io/kubernetes-yaml-tips-and-tricks-904a2c0b2b81
TL;DR: In this article, you will learn tips and gotchas for writing YAML manifests for Kubernetes resources.
https://itnext.io/kubernetes-yaml-tips-and-tricks-904a2c0b2b81
How to save a fortune with self hosted GitHub runners
https://dev.to/styren/how-to-save-a-fortune-with-self-hosted-github-runners-2m93
https://dev.to/styren/how-to-save-a-fortune-with-self-hosted-github-runners-2m93
Not Just Scale
https://brooker.co.za/blog/2024/06/04/scale.html
It seems like everywhere I look on the internet these days, somebody’s making some form of the following argument:
You don’t need distributed systems! Computers are so fast these days you can serve all your customers off a single machine!
This argument is silly and reductive.
But first, let’s look for the kernel of truth.
One Machine Is All You Need?
https://brooker.co.za/blog/2024/06/04/scale.html
Accessing Kubernetes cluster using SSH tunnel
https://banach.net.pl/posts/2022/accessing-kubernetes-cluster-using-ssh-tunnel
https://banach.net.pl/posts/2022/accessing-kubernetes-cluster-using-ssh-tunnel
eks-node-viewer
https://github.com/awslabs/eks-node-viewer
eks-node-viewer is a tool for visualizing dynamic node usage within a cluster. It was originally developed as an internal tool at AWS for demonstrating consolidation with Karpenter. It displays the scheduled pod resource requests vs the allocatable capacity on the node. It does not look at the actual pod resource usage.
https://github.com/awslabs/eks-node-viewer
kubernetes-learning-path
https://github.com/techiescamp/kubernetes-learning-path
A roadmap to learn Kubernetes from scratch (Beginner to Advanced level)
https://github.com/techiescamp/kubernetes-learning-path
Building an Observability Solution with ClickHouse
Part 1 - Logs: https://clickhouse.com/blog/storing-log-data-in-clickhouse-fluent-bit-vector-open-telemetry
Part 2 - Traces: https://clickhouse.com/blog/storing-traces-and-spans-open-telemetry-in-clickhouse
Part 1 - Logs: https://clickhouse.com/blog/storing-log-data-in-clickhouse-fluent-bit-vector-open-telemetry
Part 2 - Traces: https://clickhouse.com/blog/storing-traces-and-spans-open-telemetry-in-clickhouse
Why didn't you status?
https://hross.substack.com/p/why-didnt-you-status
Demystifying the public status process.
https://hross.substack.com/p/why-didnt-you-status