Isolated self-managed environments in the same OpenStack cloud

State of the art in OpenStack

Using domains

The usage of OpenStack domains is the main approach to implement this.

We have been testing it and found out that the following things are working using the default policy files provided by different OpenStack projects:

• Cloud Admin (CA) can create Domains and Domain Admins (DA) on them
• DA can create and manage projects under that domain

• DA can create and manage users on that domain

• Project Admin (PA) can change quotas of project
• PA can create flavours
• PA can create availability zones

• PA can manage members of the project

• Project Member (PMem) can create networks in the project
• PMem can create instances in the project
• PMem can use volumes, etc

This all looks good, but we are seeing problems with the PAs and DAs, given that they can see and manage all the networks on the cloud:

Playing with git submodules

In a project I’m currently working on, we have decided to create a repository with thousands of git submodules. The main goal for such a monstrosity is to be able to synchronise thousands of components without having a huge monolithic repository.

An example of what I’m talking about is this repostory which contains 74 submodules. These submodules are repositories needed to build a minimal Linux system with Baserock.

So, now imagine that you are working with a checked out version of this repository, and you want to checkout a different branch, or just update the current branch you are in to get latest changes in the remote (git pull)… Does that just work when you have also submodules checked out? The answer is “No”.

I started researching and I identified 4 possible situations that can happen when you change to a different commit in the parent repository:

• A submodule has been created
• A submodule has changed its url
• A submodule has changed its version
• A submodule has been removed

Lo que aprendí tras comprarme un nombre de dominio

Llevaba ya un tiempo dándole vueltas a nombres de dominio. Tenía ganas de comprar uno para poder usarlo para apuntar a mi página web personal, con información sobre mi etc. También para poder usarlo para otros motivos, como usar urls consistentes para algún servicio web y no depender de los diferentes hostings (gratuitos) y sus nombres de dominio aleatorios.

Al final me decanté por comprar alvarezpiedehierro.com, para luego usar como subdomino mi nombre. Hice un research acerca de en donde me saldría más barato y al final acabé comparándolo en Nominalia.

El proceso de compra fue muy sencillo. El problema empezó cuando empecé a intentar configurarlo..

Reset

Llevaba ya un tiempo dándole vueltas a mi antiguo Blog (el cual use para contaros como iba mi experiencia buscando Trabajo en Inglaterra) y al final me he decantado por migrar de plataforma por ciertas razones que ya os contare mas adelante. Como no quería que al empezar un nuevo Blog las entradas antiguas se perdieran en el olvido, he decidio migrar tambien todo el contenido, y como a partir de ahora el Blog no va a ser orientado a ser mi diario de busqueda de empleo, considerad esta entrada como un Reset.