Rundeck VS kubernetes

I don't use it myself, but I think rundeck might be what you're looking for

Have a look at rundeck.org

Not possible at this moment, please suggest that here.

Hi, that's an odd issue (never happened on my env, but reported here), you can try this or this.

If you want a web panel, I believe you could achieve that with Rundeck.

I found this info here and here.

Changing default SCM SSH authentication to SSHJ: The SCM integration now uses SSHJ for SSH authentication by default (previously JSCH). GitHub has tightened up their SSH key requirements and now requires SSH-RSA 2 keys. The new default for ssh-keygen via OpenSSH is not supported by JSCH.

Firstly, I tried Rundeck and Apache Airflow. They are complete overkill for what I want to do. Then I found Cronicle which is light enough, besides it can pull double duty as a general purpose scheduler.

Yesterday we posted a Security Advisory to Github for a critical vulnerability in Rundeck Community and Rundeck Enterprise Docker images, versions 4.0 and earlier. Those Docker images contained a pre-generated SSH key pair in the default file path. If that key was used to configure SSH access to hosts, they would allow access to anyone with the exposed private key.

Kubernetes + Pipeline CI/CD

Cloud-Native Friendly: Lightweight and fast, Go apps fit perfectly into containerized environments like Docker and Kubernetes.

Over the years, Indian developers have played increasingly vital roles in many international projects. From contributions to frameworks such as Kubernetes and Apache Hadoop to the emergence of homegrown platforms like OpenStack India, India has steadily carved out a global reputation as a powerhouse of open source talent.

I'd also strongly recommend this view of how Kubernetes uses cgroups, showing similar drill downs for how everything gets managed.

I've been a bit apoplectic in the past that cgroups seemed not super helpful in Kubernetes, but this really showed me how the different Kubernetes QoS levels are driven by similar juggling of different cgroups.

I'm not sure if this makes use of cpu.max.burst or not. There's a fun article that monkeys with these cgroups directly, which is neat to see. It also links to an ask that Linux support the new (5.14) CFS Burst system. Which is a whole nother fun rabbit hole to go down! https://medium.com/@christian.cadieux/kubernetes-throttling-... https://github.com/kubernetes/kubernetes/issues/104516

Kubernetes isn't just for container orchestration—it packs a powerful built-in service discovery system that's changing how developers think about service connectivity. It uses DNS under the hood, along with environment variables, to help services find each other.

https://github.com/kubernetes/kubernetes/commit/7fef0a4f6a44...

Of course, we'd already fixed other issues like Kubelet listening on a secondary debug port with no authentication. Those problems stemmed from its origins as a make-it-possible hacker project and it took a while to pivot it to something usable in an enterprise.

For a comprehensive overview, explore the Kubernetes 1.33 release notes and GitHub changelog. Engage with the community at events like KubeCon or join the Kubernetes Slack to collaborate on the future of cloud-native computing. With Octarine, Kubernetes continues to shine as the backbone of modern infrastructure.

Historical Note: For a brief period around Kubernetes 1.10, the default was accidentally changed to HostToContainer before being reverted. If you're managing a very old cluster, be aware of this possibility (#62462).

Imagine trying to keep a fleet of ships sailing smoothly across the ocean. You need to ensure each ship has enough crew, fuel, and cargo, and that they're all heading in the right direction. This is a complex task, requiring constant monitoring and adjustments. In the world of Kubernetes, Controllers and Operators play a similar role, ensuring your applications run smoothly and efficiently. This blog post delves deep into the differences between these two essential components, providing clear examples to illustrate their functionalities and use cases.

Kubernetes has become the de facto standard for container orchestration. With the rise of microservices and cloud-native applications, managing network traffic within a Kubernetes cluster has become increasingly critical. The Ingress API has been the traditional solution for managing external access to services in Kubernetes. However, with the evolution of Kubernetes and the need for more advanced traffic management capabilities, the Gateway API has emerged as a powerful alternative. This post provides a detailed comparison of Gateway API and Ingress API, highlighting the advantages of Gateway API and offering recommendations for when to choose it over Ingress API.