Posts

Update March 2017: EFS now supports a single mount point for a volume, so the setup is now much easier because you don’t have to differentiate between AZs. Take that into account while following this blog post. Introduction In the last post we saw how to create a production-ready Kubernetes (K8s) cluster on AWS with Kops. Now, let’s see how to use it in conjunction with AWS managed services to host a highly available application: Gitlab.

Introduction Kubernetes is the leading container orchestration solution. It promises to standardize the way you run applications, without worrying if you are running on bare-metal, on a public cloud provider or on a private cloud. AWS being the leading public cloud solution, it is important to be able to run Kubernetes easily on this provider. In this post, I will show you how to create a production-ready Kubernetes cluster on AWS from scratch.

Docker For Mac has really changed how I work: I now use it for all my linux-related developments. The integration is OS X is really well done and it’s really perfect for a development environment. The only problem is that Docker For Mac uses a file called Docker.qcow2 that takes more and more disk space as time passes (mine got to 20GB). Deleting images or containers does not decrease the size of this file.

On september, the 13th, at 7p.m (CEST), Gitlab presented its “Grand Master Plan“: the direction that the company and its product will take in the coming months. Reminders Gitlab is a company that was created to back the product of the same name. Gitlab was conceived as a competitor of Github: a centralized platform for managing Git repositories with a web GUI. Like Github, Gitlab lets you fork a project (create your own copy), and create Pull Requests (called Merge Request - a better name I think), which is a way for you to submit modifications for code review.

Here is the second part of the presentation I gave at the 42^nd Docker Paris Meetup about Rancher. To see the first video, click here.

The second part is devoted to three topics:

• Demonstration of the Rancher catalog,
• Creating a custom catalog, updating an item,
• Creating a Kubernetes cluster with Rancher.

French subtitles are available on the video. Useful links:

• Source code: https://github.com/MrTrustor/rancher-vagrant
• Instructions: https://github.com/MrTrustor/rancher-vagrant/blob/master/HANDSON.md

Two weeks ago, I gave a presentation at the 42nd Docker Paris Meetup about Rancher. Rancher is a Docker orchestrator and, as such, a competitor of Docker Swarm and Kubernetes. However, it has some other features that make it very interesting and not incompatible with Swarm or Kubernetes. Here is the first part of the presentation: a general presentation of Rancher, a first demonstration: creating and scaling an Elasticsearch cluster in Rancher.

Classic network topology Typically, in a classical infrastructure, network architects design multiple networks according to the security wanted for the elements residing in the network. For instance, for a web infrastructure, you could have a front network, where the webservers live, which is accessible from the Internet on ports 80 and 443 ; and a back network, for the database servers, which is only accessible from the front network. This is a fine design, because it allows you to manage security between the networks with firewalls and routing restrictions.

How is this blog made? As the first post on my new shiny blog, I found it fitting to explain how I make this blog, and how I host it. Spoiler alert: it involves all the latest trendy things in IT :-) Go, Hugo! Contemplating the prospect of hosting yet another Wordpress blog did not fill me with joy. Oh, the pain: choosing the right plugins, keeping it up-to-date or risking to be hacked… Wordpress is too complex for my needs and too time-consuming for me.