Plateforme PaaS interne multi-tenant : de l'infrastructure à la mise en production automatisée

Kubernetes¹ orchestre des conteneurs à grande échelle. Voici comment bâtir une plateforme PaaS interne multi-tenant, de la création de l'infrastructure IaaS à la mise en production automatisée, en passant par l'orchestration Kubernetes, la gestion centralisée avec Rancher, l'intégration CI/CD et la maintenance proactive.

Avant de commencer, assurez-vous d'avoir :

• Un compte cloud (AWS, Azure ou GCP) avec droits d'administration
• Terraform (≥ 1.2) installé localement
• Ansible (≥ 2.10) installé localement
• Helm (≥ 3.5) installé
• Un domaine DNS configuré et pointé vers votre infrastructure
• Docker Engine et kubectl installés sur votre poste

• Explorez Terraform et Ansible
• Utilisez Traefik pour l'ingress
• Gérez les secrets avec Vault

# Installation rapide des outils (exemple Ubuntu)
sudo apt update
sudo apt install -y terraform ansible helm docker.io kubectl

1. Initialisation du projet Terraform

mkdir paas-infra && cd paas-infra
terraform init

2. Configuration du provider et du réseau

# main.tf
provider "aws" {
  region = "eu-west-1"
}

resource "aws_vpc" "paas" {
  cidr_block = "10.20.0.0/16"
}

3. Subnets, sécurité et instances

resource "aws_subnet" "public" {
  count                   = 2
  vpc_id                  = aws_vpc.paas.id
  cidr_block              = cidrsubnet(aws_vpc.paas.cidr_block, 8, count.index)
  map_public_ip_on_launch = true
}

resource "aws_instance" "control" {
  count           = 3
  ami             = "ami-0123456789abcdef0"
  instance_type   = "t3.medium"
  subnet_id       = aws_subnet.public[0].id
  tags = {
    Name = "paas-control-${count.index}"
  }
}

4. Application du plan

terraform plan -out=tfplan
terraform apply tfplan

1. Installation de Rancher

helm repo add rancher-latest https://releases.rancher.com/server-charts/latest
helm install rancher rancher-latest/rancher --namespace cattle-system --create-namespace \
  --set hostname="rancher.example.com"

2. Récupération du mot de passe initial

printf $(kubectl get secret --namespace cattle-system bootstrap-secret -o jsonpath="{{.data.bootstrapPassword}}") | base64 --decode

1. Création des namespaces

kubectl create namespace tenant-a
kubectl create namespace tenant-b

2. Déploiement avec Helm

helm repo add webapp https://example.com/helm-charts
helm install webapp tenant-a/webapp --namespace tenant-a

.gitlab-ci.yml

stages:
  - build
  - deploy

build:
  script:
    - docker build -t registry.example.com/webapp:${CI_COMMIT_SHA} .
    - docker push registry.example.com/webapp:${CI_COMMIT_SHA}

deploy:
  script:
    - ansible-playbook -i inventory.ini deploy-webapp.yml

1. Playbook Ansible pour upgrades

# upgrade-cluster.yml
- hosts: control
  become: true
  tasks:
    - name: Upgrade Kubernetes
      shell: kubeadm upgrade apply v1.24.0 -y

2. Sauvegarde des etcd

ETCD_POD=$(kubectl get pods -n kube-system -l component=etcd -o name)
kubectl exec -n kube-system $ETCD_POD -- etcdctl snapshot save /backup/etcd-snapshot.db

• OpenShift : solution clé en main mais plus lourde
• Rancher OSS : légère et flexible, nécessite Kubernetes existant
• Platform.sh : service commercial PaaS complet

Quand choisir une alternative ?

• OpenShift : si besoin d'un support entreprise complet
• Platform.sh : pour externaliser totalement la PaaS
• Dokku : pour petits projets à faible charge

Cette plateforme PaaS interne multi-tenant cadre l'infogérance, le déploiement et la maintenance de vos applications web. En combinant Terraform, Kubernetes, Rancher, Helm et Ansible, vous gagnez en cohérence et en résilience, sans réinventer la chaîne à chaque livraison.