IMA4 2016/2017 P29 : Différence entre versions

Version du 25 janvier 2017 à 16:02

Cahier des charges

Présentation générale du projet

Contexte

Gestionnaire d'hébergement Web

Objectif du projet

Développer un environnement pour la gestion de sites Web utilisateurs isolés sur une machine physique ou sur un ensemble de machines physiques.

Description du projet

Le but ultime est de concevoir un système de création et de destruction de sites Web utilisateurs au travers d'une interface Web.

Ces sites Web doivent être isolés du système d'hébergement et entre eux. C'est à dire que les applications Web tournant sur ces sites ne doivent pas pouvoir voir les autres sites ou le système hébergeur.

Il est possible de réaliser ce type de système avec des machines virtuelles de type Xen ou des conteneurs de type Docker. Cependant l'utilisation de machine virtuelle impose que chaque éco-système entièrement isolé (chaque MV) impose un OS embarqué, ce qui malheureusement consomme de l'espace.

->Différences entre MV et Conteneurs

[MV]

(+)Niveau d'isolation très élevé

(-)Pas de partage de ressource entre l'OS de la machine et ceux des machines virtuelles

(-)Nécessité d'embarquer un OS

(-)Lent au démarrage (temps de démarrer l'OS -> en minutes)

[Conteneur]

(+)Utilise l'OS de la machine physique -> partage de ressources simplifié et non-nécessité d'un OS embarqué

(+)Rapidité de lancement (execution d'une commande -> en ms)

(-)Niveau d'isolation moindre

Également, même les conteneurs Docker gaspillent des ressources. De plus il est assez difficile d'administrer finement les conteneurs Docker particulièrement en ce qui concerne le réseau. L'idée est d'utiliser un écosystème de gestion de conteneurs plus léger comme rkt ou runC.

->Caractéristiques de rkt et runC De la même manière que Docker, ces conteneurs utilisent le même OS que celui de la machine sur laquelle ils sont implantés, ce qui a pour effet de simplifier les communications entre la machine physique et les conteneurs tout en maintenant un niveau d'isolation entre chaque éco-système

Concevoir une architecture réseau pour vos conteneurs, écrire des scripts de création et de destruction de conteneurs, écrire une application Web permettant à un utilisateur de créer son site Web idéal.

Un site Web doit comporter un serveur Web (Apache2, Nginx, ...), éventuellement un module de scripting pour le serveur Web (php, python, rubis, ...) et éventuellement une base de données (mysql, postgres, ...). Le site Web doit aussi posséder une méthode de mise à jour des fichiers du site. Cet ensemble peut être implanté avec un ou plusieurs conteneurs.

Les sites Web doivent pouvoir être accédés d'Internet au travers d'une seule adresse IPv4 ou d'un seul réseau IPv6. Un système de redirection Web est donc indispensable.

Un utilitaire de réservation de sous-domaines DNS serait un plus.

Choix techniques : matériel et logiciel

Comme indiqué dans la description du projet, Il s'agit de "développer un environnement pour la gestion de sites Web utilisateurs isolés sur une machine physique"

J'ai donc choisi de développer cette interface web sur mon ordinateur portable personnel (OS: Ubuntu 16.04)

Choix du serveur HTTP: Apache2

Choix du module de script: PHP

Choix du type de base de données: mySQL

Conteneur: rkt

Calendrier prévisionnel

Liste des tâches à effectuer

Installation mise en place d'un conteneur

[.]:Installer rkt et mettre en place un conteneur

[.]:

Configuration de base du conteneur

[.]:Installer Apache2 et configurer la page principale interface

[.]:Installer et configurer PHP et mysql pour la gestion des comptes admin/utilisateurs

[.]:Créer les pages de l'interface administrative

[.]:Définir comment y avoir accès via un navigateur lambda

L'interface admin globale

[.]:Permettre la création de conteneurs

[.]:Permettre l'attribution de droits sur un site à un compte donné

[.]:Écriture et test du script de suppression par le panel admin principal

[.]:Écriture et test du script de création d'un site de base par le panel admin principal -> Permettre la création et la configuration automatique d'un site (idée potentielle: à partir d'un clonage de configuration)

L'interface d'un site donné

[.]:Permettre au sous-admin (compte désigné admin par l'admin général (panel admin global)) de se connecter à une interface admin lié au site concerné

[.]:Permettre la modification des pages du site via le panel sous-admin

Calendrier

Jeudi 15/12/2016 / 14:00-17:00 / 3H

Documentation, installation, configuration, rédaction du CdC

Mercredi 25/01/2017 / 14:00-18:00 / 4H

Documentation, rectification du CdC