Hosting Hugo static website on AWS for fun and profit (Part 1)

For some time now I wanted to start blogging again for several reasons. One of them is that I frequently build interesting things on AWS, discover a new open source tool or just experiment with technology and never really keep some kind of documentation for later reference. Becides that I like giving back something after reading so many helpfull blog posts from other people. Moving to Hugo I’ve read some good things about Hugo and it seemed quite easy to get started and extend later on.

Deploy Kubernetes with ansible on Atomic

Intro I’ve been playing with Project Atomic as a platform to run Docker containers for some time now. The reason that I like Project Atomic is something for another blogpost. But one of the reasons is that while it’s a minimal OS, it comes with Python so I can use Ansible to do orchestration and configuration management. Now, running Docker containers on a single host is nice, but the real fun starts when you can run containers spread over a number of hosts.

Adding new PHP versions to CentOS7 and ISPConfig

Adding PHP versions on CentOS7 and ISPConfig Currently I’m using ISPConfig to manage serveral websites and the accompanying things like dns, mail, databases etc.. This setup runs on CentOS7 since that’s my preffered OS. By default CentOS7 comes with php 5.4 which has gone EOL this September. A lot of the newer php based applications like Drupal8 want at least php 5.5 so it was time to update. Since the default php version is supported and receives backports until the EOL of the CentOS release I decided to keep the default 5.

A critical view on Docker

TL;DR Before you start reading this, I want to make it clear that I absolutely don’t hate Docker or the application container idea in general, at all!. I really see containers become a new way of doing things in addition to the existing technologies. In fact, I use containers myself more and more. Currently I’m using Docker for local development because it’s so easy to get your environment up and running in just e few seconds.

Ansible and Opennebula

Recently we decided to deploy a private cloud to replace our RHEV setup. The reasoning behind this will be covered in an other blog post, but the main reason was the higher level of automation we could achieve with Opennebula compared to RHEV. In this post I would like to talk about how we used Ansible to help us with the setup of Opennebula and what we are going to do in the near future.