https://opensource.recipes/des-sources-au-deploiement/ Du projet client au projet Open Source - industrialisation du packaging

1. www.hupstream.com
Anne Nicolas
anne.nicolas@hupstream.com
ArnaudPatard
apatard@hupstream.com

2. Industrialisation Gnu/Linux :
du code au package logiciel

3. #1 L'intégrationdelogicielsOpenSourcec'estsouvent...

4.  la construction de paquets logiciels sur sa propre
machine
➔pas de règles précises pour conduire la façon de packager
➔problème de gestion des dépendances (installées sur la
machine du développeur)
➔...
#1 L'intégrationdelogicielsOpenSourcec'estsouvent...

5. Mise en place de processus formels pour la gestion des
paquets logiciels
➔soumission de nouveaux paquets,
➔mises à jour,
➔contenus,
➔interactions entre composants
#2 Pourquoiunsystèmedebuilddepaquets

6. ➔un projet client : un produit multimedia basé sur debian,
maintenable sur 10 à 15 ans
➔insdustrialiser la production de paquets et garantir la
reproductibilité et la traçabilité
➔utiliser au maximum les outils upstream du projet debian
➔faciliter et rationnaliser l'administration de la plate-forme
en utilisant des outils 100 % libres
#2 Lepointdedépart

7. ➔automatisation
diminue les possibilités d'une erreur humaine
➔traçabilité
historisation de toutes les modifications des paquets (VCS)
connaissance complète des étapes de la production (BS)
➔reproductibilité
environnement de build propre, connu et réinitialisé
reconstruire n'importe quel paquet, à l'identique et à tout moment
➔qualitéetsécurité
des machines de build dont la configuration est connue et contrôlée
vérifications des erreurs fréquentes de packaging, du respect des
politiques de packaging
#2 Avantagesd'unsystèmedebuilddepaquets

8. ➔paquetsauformatDebian
Debian, Ubuntu
➔paquetsauformatRPM
Red Hat, CentOS, Mageia, SUSE à tester
utilise les outils de build associés (mock, iurt)
➔Pasdemodificationdesmetadatadepackagingenfonctiondes
distributions
#3 Distributionssupportées

9. http://xkcd.com

10. ➔ Composantsdusystèmedebuild
un serveur de services d'infrastructure
un serveur de code (en option)
un serveur de gestion de configuration et de build de paquets
un ou plusieurs noeuds de build
➔ Principedefonctionnement
en mode pull : les noeuds de build s'adressent au scheduler
une base de donnée qui enregistre les états
#3 Composantsetprincipesdefonctionnement

11. Option
#3 Schémad'organisationdehubs
scheduler
démon
de build

12. ➔uncompteutilisateur
login, clé ssh, clé GPG
droits d'accès à un ou plusieurs dépots
➔unpaquetsource
un fichier changes (liste des fichiers de l'archive)
➔unecommanded'upload
commande upstream (ex : dupload)
wrapper / dépot git
#3 Lasoumissiondepaquets

13. #3 Suivrelebuilddesespaquets

14. #3 Administration

15. ➔Gestioncentraliséedel'ensembledelaplate-formeavecpuppet
apt, concat, fusiondirectory, gitweb, hubs_config, mysql, pam,
rebuildtools, sudo, aptcacher, debian_buildsystem, git, gnupg, ldap,
nsswitch, postgresql, ssh, urpmimedia, bugzilla, dokuwiki, gitolite,
hubs_api, mantis, openssl, puppetlabs-create_resources, stdlib
➔Sourcesdiverses : "maison", puppetlabs,autressources
➔Déploiementdelaplate-formeen1h,ycomprislestestspourvérification
dubonfonctionnement
#3 Administration : puppet

16. ●
Gestiondesentréesdel'annuaireOpenLDAP
utilisateurs et groupes du système de build
dépots de paquets et dépots utilisateurs
clés ssh et GPG
#3 Administration : FusionDirectory

17. #3 L'interfacedeFusionDirectory

18. ➔Phasedenettoyagedessourcesterminée
➔Publicationdessources
dépot git
➔Outilsdetravailcollaboratifàvenir
bug tracker
wiki, documentation
blog
#4 hubs,unprojetopensource

19. #5 Demo

20. Questions ?

21. @hupstreamhupstream.com #hupstream (freenode)