As part of my role as a principal communication strategist at an enterprise software company with an open source development model, I publish a regular update about open source community, market, and industry trends. Here are some of my and their favorite articles from that update.
The most successful Kubernetes implementations I’ve seen are those where infrastructure specialist(s) work with developers to make sure workloads are well-configured, standardised, protected from one another and have defined patterns of communication. They’ll handle the initial setup of an application on an infrastructure, hopefully wired up to a build/release system so dev teams can ship new versions of the code without help. In a lot of ways this mirrors the wider culture of your organisation - if engineering is a chaotic free-for-all of bad communication and ill-defined responsibilities your hosting environment will mirror it. At best this leads to unreliability; at worst an unreliable, unmaintainable, expensive mess.
The impact: Getting the most out of Kubernetes is going to require teamwork between experts in different domains.
While containers are popular among backend developers, not all have heard of or use Kubernetes as a tool to manage them. Whereas 59% of backend developers have used containers in the last 12 months, only 27% of developers have used Kubernetes to manage them. We believe this is caused by developers not realizing that many of the most popular orchestration engines use Kubernetes under the hood.
The impact: This is a classic marketing catch 22: build a differentiated brand or include an existing brand in your own to take advantage of name recognition.
Apart from being very powerful, Kubernetes is known as quite hard to get started with. I won't say it's easy, but if you are equipped with the prerequisites and go through this guide attentively and with patience, you should be able to:
- Get a solid understanding of the fundamentals.
- Create and manage Kubernetes clusters.
- Deploy (almost) any application to a Kubernetes cluster.
The impact: This is an amazing resource for someone trying to get their heads around Kuberenetes.
A company that contributes its developers’ time and resources to an open source community gets rewarded with the output of hundreds of developers working on the same code. This leads to a magnification effect, by virtue of the fact you’re expanding your team many times over while also benefiting from a much more diverse pool of talent. The result is that organisations can be captains of the product development process and work together with the community to design features and functionalities that meet their needs and keep up with customer demands.
The impact: The more the merrier! The flipside for everyone who doesn't work at a bank is that their project gets closer to "good enough for a bank" and the technical requirements that entail.