InfoQ Homepage Kubernetes Content on InfoQ
-
The Evolution of Distributed Systems on Kubernetes
At QCon in March, Bilgin Ibryam, product manager at Red Hat, gave a talk on the evolution of distributed systems with Kubernetes. You might have an answer to that, and Ibryam has one too. At the end of the article, you will find out what he thinks the answer will be.
-
Kubernetes Is Not Your Platform, It's Just the Foundation
Manuel Pais discusses how many organizations see Kubernetes as "the" platform, rather than just a technical foundation for a true internal platform. Successful Kubernetes adoption requires thinking about the platform as a product and establishing product-like team structures and interactions to reduce cognitive load on development and other stream teams. Metrics can help guide the journey.
-
Cloud-Native Is about Culture, Not Containers
At QCon London last year, Holly Cummins, innovation leader in IBM Corporate Strategy, provided a session titled: Cloud-Native is about Culture, not Containers. In this article, Cummins will discuss the role of culture in cloud-native architecture. Furthermore, she will dive into various topics around cloud-native ranging from its definition to CI/CD and operations.
-
Experts Discuss Top Kubernetes Trends and Production Challenges
Kubernetes growth has led to cultural, technological and operational challenges. InfoQ caught up with Kubernetes experts and implementers who talk about 2-3 top trends and challenges that are facing the platform.
-
InfoQ 2020 Recap, Editor Recommendations, and Best Content of the Year
As 2020 is coming to an end, we created this article listing some of the best posts published this year. This collection was hand-picked by nine InfoQ Editors recommending the greatest posts in their domain. It's a great piece to make sure you don't miss out on some of the InfoQ's best content.
-
Q&A with Kubernetes SIG Network Chair and Google's Tim Hockin Regarding Kubernetes Networking
InfoQ caught up with chair of Network SIG, principal software engineer at Google, speaker of the upcoming Kubecon + CloudNativeCon 2020 session, and a Kubernetes maintainer even before it was announced, Tim Hockin, about the history of Kubernetes Networking and the roadmap.
-
Taking Control of Confusing Cloud Costs
As cloud adoption accelerates, it’s increasingly important that organisations are able to come to grips with confusing cloud pricing and take back control of budgets to optimise spending. This article looks at the source of confusion, and how to get more clarity about costs.
-
Kubernetes Operators in Depth
Kubernetes operators can be an attractive proposition for developers streamlining their applications, or DevOps engineers reducing system complexity. Here's how you construct an operator from scratch.
-
Running Axon Server in Docker and Kubernetes
Axon Server is an all-in-one solution for CQRS and ES applications written in Java for the Axon Framework. In Part 2 we continue by looking at the platform we run it on; in particular Docker and Kubernetes.
-
Build Your Own PaaS with Crossplane: Kubernetes, OAM, and Core Workflows
InfoQ recently sat down with Bassam Tabbara, founder and CEO of Upbound, and discussed building application platforms that span multiple cloud vendors and on-premise infrastructure. Crossplane is an open source cloud control plane that enables engineers to manage any infrastructure or cloud services directly from Kubernetes.
-
The Past, Present, and Future of API Gateways
The edge has evolved from simple hardware load balancers to a full stack of hardware and software proxies that comprise API Gateways, content delivery networks, and load balancers. In this article, we’ll trace the evolution of the data center edge as application architecture and workflows have evolved.
-
Graph Knowledge Base for Stateful Cloud-Native Applications
The lack of support for stateful cloud-native application behavior is a roadblock to many cloud use-cases. This article looks at graph knowledge-based systems which offer one approach to the design of next-generation platforms.