Oh no, you're thinking, yet another cookie pop-up. Well, sorry, it's the law. We measure how many people read us, and ensure you see relevant ads, by storing cookies on your device. If you're cool with that, hit “Accept all Cookies”. For more info and to customize your settings, hit “Customize Settings”.

Review and manage your consent

Here's an overview of our use of cookies, similar technologies and how to manage them. You can also change your choices at any time, by hitting the “Your Consent Options” link on the site's footer.

Manage Cookie Preferences
  • These cookies are strictly necessary so that you can navigate the site as normal and use all features. Without these cookies we cannot provide you with the service that you expect.

  • These cookies are used to make advertising messages more relevant to you. They perform functions like preventing the same ad from continuously reappearing, ensuring that ads are properly displayed for advertisers, and in some cases selecting advertisements that are based on your interests.

  • These cookies collect information in aggregate form to help us understand how our websites are being used. They allow us to count visits and traffic sources so that we can measure and improve the performance of our sites. If people say no to these cookies, we do not know how many people have visited and we cannot monitor performance.

See also our Cookie policy and Privacy policy.

This article is more than 1 year old

K8s awaits due date for latest, greatest slate: Extension versioning will reach beta, mates

Version 1.11 of Kubernetes expected to drop Wednesday

Kubernetes, the software container orchestration system, is expected to hit version 1.11 on Wednesday, bringing with it a handful of potentially useful enhancements.

The software currently supports an alpha version of Custom Resource Definitions (CRDs), an API that allows people to define custom resources (aka extensions) to their container clusters. Starting in 1.11, described in detail here by Red Hat's CoreOS team, CRD versioning moves to a more stable beta status.

Versioning provides a mechanism to automate the management of applications as they evolve instead of manually adapting custom extensions to accommodate version changes in client software.

In a phone interview with The Register, Derek Carr, senior principal software engineer and OpenShift architect at Red Hat, said the goal is to enhance Kubernetes to allow users to manage their extensions as they change over time.

"Just like the Kubernetes API evolves, extensions of the platform need to evolve," he said. "And the key mechanism to do so involves versioning."

The CRD specification now implements support for two subresources: "scale" and "status."

The former helps systems like HorizontalPodAutoscaler and PodDisruptionBudget controllers communicate with clusters.

container_ship_hamburg_shutterstock_648

Contain yourselves: Kubernetes for Azure unleashed on world+dog

READ MORE

The latter provides authors of operators – packaged Kubernetes applications – with more specific resource access controls by separating two Kubernetes object fields: spec and status.

The spec is the desired state of the object, as defined by the user; the status is actual state of the object, as reported by the system. Keeping the two distinct from a permissions perspective makes for more trustworthy systems.

Pod priority and preemption features are also entering into beta. As the name suggest, pod priority allows Kubernetes users to set the scheduling priority of a pod – a group of containers on the same host – to be higher than other pods.

Carr explained that not all workloads running on a cluster are equal. "For many users, their clusters have a fixed node size or are capped at a certain cost profile," he said. "What pod priority lets you do is assign a relative rank between two pods."

The Kubernetes Scheduler uses the ranking to prioritize certain clusters or to preempt existing ones to make room for a more critical cluster.

Asked about the focus of recent Kubernetes work, Carr said there's been a lot of effort to make sure the orchestration software doesn't get in anyone's way.

"We want to unleash everyone else who wants to build around Kubernetes to do what they want to do," said Carr. ®

 

Similar topics

TIP US OFF

Send us news


Other stories you might like