As a software developer, chances are you’re working on a side project, experimenting with new technology, or building a Proof of Concept for a customer.
When you want the application to become publicly available, there are several options. You could manage a server at home, configure a virtual server on one of the major cloud platforms, or even create a Kubernetes cluster with Amazon EKS.
But all these options could become time-consuming projects on their own. What if you want to bring your containerized application online without too much effort? Then AWS Fargate might be the perfect solution for you.
For many developers, CI/CD and Kubernetes are familiar topics. Once you start talking about Trunk-based development (in short; TBD), often the room will split in half, which is understandable.
At its core, Trunk-based development is a Shift-Left in our way of working, in which we want to communicate and cooperate more often and earlier in the development process. This can have quite an impact on a development team.
Let’s look at a few ways to create a TBD pipeline for a typical containerized application deployed in Kubernetes.
Een vorig blog ging over remote werken. Deze keer vertel ik hoe ik omga met scrum en agile werken binnen en met mijn team.
We kennen het allemaal. Je werkt in een organisatie of bij een klant. Vanaf het eerste gesprek krijg je een van de volgende statements te horen: we werken DevOps, wij zijn DevOps, wij hebben DevOps mensen in dienst en we hebben een beheerder in je team gezet, nu ben je DevOps. Eenmaal aan het werk, kom je erachter wat je al dacht, dit is geen devops. Maar hoe overtuig je nu je werkomgeving van de devops manier van werken?
Stel: je weet alles van AWS en je wilt meer leren over Azure. Of je bent helemaal thuis in Virtual Machines en je wilt je kennis uitbreiden naar Docker en de bijbehorende containers. Tot nu toe moest je dan in dat nieuwe gebied helemaal vanaf nul beginnen. En dat kost tijd. Vaak veel tijd.
I am searching for the real use of TypeScript.
disclaimer: I am going to write TypeScript as Typescript, just as a heads-up for the critical reader.
I think we can safely say that Puppet Configuration Management has changed the software infrastructure world for the better. No more one-off scripts or manual work to get servers provisioned, and gone are the days of configuration drift.