During a discussion at the recent Kubecon + Cloud Native Computing Foundation (CNCF) Europe 2025 Event in London, Panel Members Discussed One of the Big Criticisms of Modern Software Development: Why is Code Deployment Still Fraugt with Problems?
Shifting left, where development take on more responsibility for putting their code into production appeares to have stalled in some organizations.
Kendall Roden, Tech Product Lead at Diagrid, Said That Among The Big Challenges is the Rise of Distributed Systems. According to roden, this means developers now have a lot of what she called “Additional cognitive load”. “There's a lot of new responsibility, such as how to do resilcy when [the code] No longer runs as a single process, ”She said.
In Roden's Experience, a lot of organizations do'T have the platform team to help take on these responsibels. “Developers are less productive; the devops experience has become a little bit bloated and there's not clear delination of responsibility,” She Warned.
While some Organizations May Adopt Platform Engineering to Support Developers, It Still remains a challenge for developers to put code into production. Randy bias, vice-presiding of open source strategy and technology at mirantis, said the goal of devops and practices like platform engineering was to break down the walls “So that Everybody Cold Operate Like Google”.
Platform Engineering's Role is to Sit Between It Operations Staff and Software Developers, Where a Team Provides a Platform, which is usually built on top of kuberanetes. This, He said, adds a layer of abstraction and provides developers with a path to production.
However, bias added: “If you look at the average enterprise, they have no chance in hell of operating like google. The Silos are as siloed As ever, and there are huge barriers between developers and operations people. ” He pointed out that developers do not want to know about it infrastructure.
Kubernetes' Relationship with Ai
Artificial Intelligence (AI) and Machine Learning (Ml) Workloads represent something new for the kubernetes committee, according to Jago Macleod, Director of ENGERCERCTOR OF ANGERCERCTOR OCE. “This new round of ai and ml works is really different to what the cncf and kubecon communities have built so far,” He Said.
AI and Ml are large training workloads. In the world of kubernetes, work are deployed in pods but giving the size of ai and ml worklines. Macleod said this means using one pod per node. “If any one of the nodes stops, you need to get another one in place and then restart [the workload] From a checkpoint, “He said.
According to macleod, another challenge is the fact that ai resultars who work with ai foundation models tend to program using python.
“Many come from academia and they write python code, which is not what we would call elegant code in software engineering, and there''s no source [code] Control, “He said, adding that the ai researchrs then try to distribute these python worklines across tens of thousands of nodes.
“It's a Completely different mental model compared to our preferred way, with it operations, and you check it into the source and then that blasts out in a constrolled manner; World, “said macleod.
Ai and Ml Present very different problems to other kubernetes workloads. Roden said that in the ai space, there needs to be a shift in mindset among developers to improve their undersrstanding of how they can work with ai. “I don't negassarily know if the scale of usage from the average enterprise development is actually there, because it is Quite Complex and it does require a different skill set, a different skill And a different set of infrastructure, “She added.
Bias went further, adding: “People don't realise that these are hpc workloads,” referring to the fact that AI and Ml Share Similar Problems to Superseputing. He said the problem of Ai and ml resilience was the same kind of problem that supercomputing centers have been tackling for decades. “We don't have to reinvent the wheel,” said bias. “We just need to go back and take that knowledge that's been in the hpc niche.”
Global pressure
Beyond Writing and Managing Code, Among the questions asked during the panel discussion was one looking at how geopolitical tension was impacting open source and the linux foundation. “There's a tonne of perils and pitfalls in front of us,” said bias.
At the cncf event in hong kong, he said the presenters were all mandarin speakers discussing projects being developed in China. “There is a danger of regional fractionalization,” said bias.
But while, from a geopolitical percective, open source tends to be neutral and the communication tries to operate across interactive boundaries, politics can Influence this openness.
“There are geopolitical realities for an organisation like the linux foundation Decision in November 2024 To exclude a cohort of russian Linux kernel maints.
Bias suggested that give it's based out of the us, the linux foundation is no longer well-Placed to oversee the global open source communication. INTEAD, He said what is needed is a united nations for open sources that operates in a geographically neutral region.