Plan Edit

  1. Massive & Virtual hosting, présentation

    • services
    • économies d'infrastructure & maintenance

  2. L'approche traditionnelle
    • intervention humaine
    • zillions de fichiers de config
  3. L'approche AlternC: l'hébergement mutualisé ou auto-géré
    • une seule interface
    • les usagers y ont accès et peuvent gérer leurs domaines
    • les services sont gérés par domaine
    • impacts
    • redonner pouvoir aux users
    • décharger les admins des détails anodins
  4. Le futur d'AlternC
    • ldap->mysql

    • redo .deb
    • stabilité + audit
    • pam_mysql + nss_mysql
    • auto-installers
  5. Questions

Précisions Edit

vhosting Edit

C'est quoi du vhosting

Le tout sur une seule IP, pour:

l'approche traditionnelle Edit

Configurer chacun des services individuellement. L'ajout d'usagers et surtout de services requiert un accès root, à moins d'utiliser un package comme Webmin, ce qui revient pratiquement au même. Ce qui implique que chaque ajout d'email, de liste, de domaine et cie nécessite une intervention humaine d'un technicien UNIX qualifié. On a besoin de modifiers des zillions de fichiers de config pour ajouter un domaine, par exemple:

l'approche AlternC Edit

AlternC entre dans ce que l'on appelle les "panels d'administration" de vhosting. AlternC permet de gérer tous les services d'une seule interface modérément conviviale. :) Elle évite surtout l'intervention de l'administrateur, et permet aux clients d'ajouter eux-mêmes des nouveaux domaines et même des nouveaux services à ces domaines.

Les services sont axés autour des noms de domaines activés. L'usager ajoute son nom de domaine et y rattache des services, ce qui rend toute la maintenance assez claire et conviviale.

Ceci a deux impacts très importants:

Le futur d'AlternC Edit

AlternC est pour l'instant en plein défiguration. Une transition de LDAP vers mysql pour enregistrer les comptes usagers a été amorcée.

Je suis personellement en train de refaire le package debian pour faciliter les upgrades, qui étaient simplement impossibles avant. Les upgrades et installations devront désormais conserver les configs qui étaient là avant AlternC, en enregistrant les configs dans RCS ou CVS, par exemple.

Donc, à court terme, l'objectif est de stabiliser l'architecture et le déploiment du package pour assurer la pérénité du système. Ensuite, un audit de sécurité sera fait, ce qui entraînera peut-être certaines reconstructions.

À long terme, il serait fantastique d'intégrer les fonctionalités de pam_mysql et nss_mysql pour que les usagers créés par AlternC soient des véritables usagers du système et puissent par exemple se logguer en shell.

Il y a aussi certaines personnes qui travaille à des "auto-installers" pour AlternC. Ceci consisterait en des genre de plugins qui "wrappent" autour de certaines applications web pour en simplifier l'application. Par exemple, il pourrait y avoir un plugin "gallery" qui permetterait aux usagers d'AlternC d'installer Gallery d'un simple clic.

Voir RoadMap

Questions... Edit

Koumbit Edit

  1. présentation de l'organisme
    • origines (cmaq/alternatives/openface/techs/etc)
    • membres (see above)
    • buts
      • démocratisation de l'accès au resources
      • création d'emploi (ParEcon)

      • clarification de situations déjà existantes
      • promotion et recherche du logiciel libre
    • osbl + coop de travail
  2. current status
    • osbl almost there
    • first contract
    • next contracts
  3. future
    • complete financial stability for years to come
    • voice over ip
    • SVN/CVS "developper" services (sourceforge, why not!)
    • newsgroups
    • IRC/SilcNet

    • connectivity?
  4. help needed!
    • webdevs
    • graphistes


CategoryFormation

None: AlterncPresentation (last edited 2006-10-10 12:33:10 EST by TheAnarcat)