The Developer’s Nightmare: Multi-Project Development Environment Setup
If you are a developer, you have had to set up your development environment for any of your projects. Database, application server, index, and so on. That might go smoothly… or not. If the first applies, CONGRATULATIONS! And get to work ;) but if not, then welcome to the non-smooth environment setup problem. Even worse, what if you need to have different environments for different projects (e.g. database versions)? And what if you need to reset one, but keep the others untouched?
Yes, you might argue with me here but believe me, setting up the development environment does not always go as smooth as you wish. Why? There are several reasons: outdated documentation, cross platform compatibility (e.g. “works on my Macbook”), etc.
Let me add another point here, what if we would like to have a development environment as close to the production environment as possible? For example:
- one reverse-proxy
- Nginx server for static resources
- one CMS server
- one REST server
- and two Oracle databases (one for the CMS and another one for the REST server)
Yes, this might get tricky to setup and you might need to download a lot of programs and run a lot of scripts. What if we could achieve that with a single command? How cool would that be? That is one of the key capabilities of our “channel suite CDK” - support the developers and then, support them even more.
In total, the CDK has two key capabilities. One is to setup and maintain the development environment and the other acts as a scaffolding tool. In this article we will only talk about the maintenance of the development environment and will leave the second one for future posts (so stay tuned!).
Let me explain to you what the CDK (channel suite Development Kit) is. It is a command line tool, based on NodeJS, able to delegate commands to registered plugins. There are two kinds of plugins: environment and scaffolding (today we will only cover the first one). The environment plugin is the one that takes care of the development environment. You can have as many plugins registered as you want, so, for example, you might configure different environment plugins for each of your projects.
And now comes the key concept: this plugin uses Docker to set up all the containers that you need.
Coming back to our environment example (reverse proxy + Nginx server + cms + REST + data bases) - how many servers do you need to install and configure locally? And without impacting the other environments, that’s not an easy task. Here is where the CDK supports you and, using Docker, will set up this environment for you.
As displayed in the picture, Docker (more precisely docker-compose) takes care of connecting your servers and opening the desired ports (80, 8080, 1521, etc.).
If you are not really into Docker, let me put it this way: Docker enables you to configure “containers”, one for each server, using the command line -- and the startup time is almost neglectable. I encourage you to read more about Docker if you haven’t done so yet. So you too can have a pre-configured development environment and start it up in a few seconds. Imagine that you join a new project and all you need to do to set up your environment is to run
$ cdk init
and behind the scenes the CDK does all the work for you:
- remove existing containers (if any)
- build Docker images
- run containers for the images using “docker-compose up”
- garbage collection of orphan images (the ones that are created by Docker when building them and are not needed anymore)
But that’s not all. The CDK additionally abstracts some Docker commands to make life easier for the developer. For example this command (for windows):
$ winpty docker exec -ti static-resources-server bash
is the same as
$ cdk ssh static
It is as simple as that, the environment plugin contains a set of commands to administrate your local servers (aka Docker containers) in an easy way. Apart from that, it contains the scripts needed to configure them (aka Docker image files).
To sum up, the CDK has been developed to support you (if you are a developer) and you as well (if you work with developers) as they will be happier and will hopefully accept your requirements, … or maybe not ;)
Thomas Loser und Patrizio Brantschen haben sich entschlossen, gemeinsam den Bernina Trek zu begehen. Dabei werden sie in sieben Tagen mehr als 13'000 Höhenmeter bewältigen und eine atemberaubende Natur erleben. Im Interview sagen sie, wie sie auf diese Idee kamen, warum das Projekt unter dem Motto «Liquid Hiking» sehr gut zu ti&m passt und was sie mit dem Projekt erreichen wollen.find more information
Imagine a world without projects, project leaders and product owners. Imagine a broader product definition, a larger backlog and multiple feature teams all working on the same effort. In this article, ti&m's CTO Martin Fabini explores an organizational design based on LeSS, the framework for scaling agile software development to multiple teams.find more information
565 registered participants, 152 submitted projects and 20280 hours of coding – the occasion was of course Hack Zurich, Europe’s biggest hackathon and one of the most anticipated events for ambitious hackers. The rainy weekend was the perfect opportunity for hackers from all over the world to get together in the Technopark and develop innovative solutions and new apps for the sponsor’s challenges. The goal: develop an amazing prototype and maybe, even disrupt a whole industry.find more information
Wir leben gleichzeitig in einer realen und in einer virtuellen Welt. Heute geht es darum, dass die Unterscheidung zwischen Menschen und Maschinen mit dem technologischen Fortschritt immer schwieriger wirdfind more information
Products // What is it that sets groundbreaking digitalization products apart? There are three key aspects: openness, modularity, and innovation. These three elements need to work together in harmony to create powerful products that can withstand the challenges of the accelerating speed of igitalization and changes in the market.find more information
Durch den CLOUD Act müssen US-Firmen Daten auch aus ausländischen Rechenzentren bei Anfrage an US-Behörden ausliefern. Firmen, die mit US-Cloud-Providern zusammenarbeiten, müssen sich dieser Gefahr bewusst sein, wie ti&m-Surfer Bernd Leinfelder in seinem Blog-Beitrag herausarbeitet.find more information