As an operations engineer (SRE, IT Operations, DevOps), managing technology and data sprawl is an ongoing challenge. Cloud Native Computing Foundation (CNCF) projects are helping minimize sprawl and standardize technology and data, from Kubernetes, OpenTelemetry, Prometheus, Istio, and more. Kubernetes and OpenTelemetry are becoming the de facto standard for deploying and monitoring a cloud native application.

The annual Cloud Native Foundation (CNCF) surveys have shown Kubernetes adoption and maturity advancing rapidly, The previous CNCF Annual Survey showed that Kubernetes had crossed the chasm to become mainstream.

As businesses grow and evolve, their needs for cloud services change too. This is especially true for companies that start with a Platform-as-a-Service (PaaS) solution like Heroku but need more control over their environment and customization options as they scale. This is where Amazon Web Services (AWS) comes in. Migrating from Heroku to AWS can be a complex process, but it allows businesses to scale their infrastructure and customize their environment to meet their specific needs.

Everyone knows that MicroK8s is an extremely lightweight, extensible, reliable, CNCF-compliant distribution of Kubernetes. What you didn’t know until now is that it is even easier to install and manage as part of your AWS marketplace experience. First, a quick reminder of why MicroK8s is great: What is new is that MicroK8s is now available on the AWS marketplace, combining all of MicroK8s advantages with the convenience of AWS.

Cloud has become the de-facto standard for new application development. Kubernetes solves many problems of modern-day cloud infrastructure. It has made microservices-based distributed software systems possible, enabling organizations to provide on-demand scaling. But at the same time, Kubernetes has also increased operational complexity. In simple terms, Kubernetes is a container orchestration tool. Container environments are dynamic and ephemeral.

CreateContainerConfigError and CreateContainerError are two of the most prevalent Kubernetes errors found in cloud-native applications. CreateContainerConfigError is an error happening when the configuration specified for a container in a Pod is not correct or is missing a vital part. CreateContainerError is a problem happening at a later stage in the container creation flow. Kubernetes displays this error when it attempts to create the container in the Pod.

We are pleased to announce that a new Rancher Desktop version with additional configuration options, deployment profiles, a gvisor-based networking stack on Windows and several other improvements has just been released!