Reprise du message précédent :

 
Je suis ex-sysadmin, et pour l'instant ça m'occupe à 10% maxi. Par contre si on lance le registre collaboratif, il y aura probablement des défis de scalabilité/HA etc. dessus.
 
Mais ça, c'est pas avant au plus tôt mi/fin 2015. On aura déjà un petit aperçu du succès (ou de l'échec) d'XO
 
Bon, demain matin ça va être super chargé, 2 jours rien que pour préparer le comm'... J'espère qu'on va rien oublier  

 
Laisse moi reformuler, en quoi XO se différencie de XenCenter à part que c'est une console Web avec moins de possibilités ?

Je me suis peut être mal exprimé dans mon précédent message, pourtant j'ai exposé pas mal de points

Avec le son et l'image ça sera peut être plus clair :
https://www.youtube.com/watch?v=mjNNtQyPLy8

Les slides :
https://cloud.vates.fr/public.php?s [...] 3e8bfa65a0

edit : ya la notion de persistance que j'ai pas abordé dans mon post précédent, normalement j'en explique plus dans la conf.

il est bien ce Mr Lambert

 
Un type bien

Et le bug à la dernière minute qui nous casse les couilles vient de...

Vivement qu'on s'en débarrasse, un vrai boulet cette bibliothèque... Les mecs poussent nawak sans jamais rien tester, ça casse tout d'une commit à l'autre

edit : bien sûr, on fait notre part du taff, on corrige la merde de leur côté, ça va être mergé rapidement chez eux, c'est déjà ça...

et le café alors?

Ça avance, mais pas de café à l'horizon

• Script pour mailer tous nos abonnées, qui mange un fichier markdown et converti en HTML + envoi via Mailgun :  
• Process d'achat et de download de Starter via carte bleue (via Stripe ) :  
• Mails pour la comm' tous relu et prêt à envoyer :
• Mails pour la « presse » prêt à envoyer :  
• Merge dans master + changelog :   (en cours)
• Construction de XOA Starter : (en cours)
• Construction et upload de XOA Basic :
• Blog post sur la release prêt à publier :  
• Blog post sur Starter prêt à publier :
• Corriger les merdes chez NoVNC :

Ça va le faire, c'est une journée chargée quand même

C'est pas scripté/scriptable ça ?

Ca doit être long à faire ce genre de process non ?
 
XaT

Si c'est "juste" installation d'une vm centos/debian/whatever + mise à jour + git clone + copie du fichier de conf, je dirais que ça peut se scripter vite...
Tu prend un template de vm "vierge", tu la démarre, elle choppe toujours la même IP grace à un bail statique dans ton DHCP, tu ssh dessus dès qu'elle ping, tu lance les commandes (en checkant les erreurs), tu supprime ta clé ssh et tu clos la connexions.
Ensuite tu lance l'export de la vm et tu lance un process de test.

 
Scriptable quand on aura un workflow établi, aujourd'hui on est encore entre deux eaux (il faut déjà modulariser les features proprement, ensuite le reste sera trivial)
 

 
La comm' bouffe clairement le plus de temps. Et puis là on lance des nouveaux workflow, je trouve qu'on s'en sort plutôt bien niveau temps (surtout pour la partie bancaire) : 1 journée pour tout ça (enfin plus pour la comm' vu qu'hier j'ai bien préparé le terrain)

Ça c'est la vision purement ingénieur, des solutions y'en a des milliards (et oui, ça va être fun dans le bon sens du terme ). À terme on veut que tout soit automatisé, mais c'est clairement pas la priorité à très court terme (vu nos moyens). On gagnerai 10 minutes tous les 3 mois, contre 1 ou 2J de boulot. Mais ça va être rentable dès 2015 avec la version « Enterprise ».

Aujourd'hui, je fais à la main avec des snapshots (je rollback sur ma VM « propre »), via XO pour les rollback justement

edit : d'ailleurs Salt sera probablement de la partie. Et puis en 2015 on aura beaucoup de tests unitaires et fonctionnels, ça va vraiment permettre d'aller plus vite

Je parle en auto
 
XaT

Sinon plus tard faudra faire des images docker, etc
 
XaT

 
Image docker pour orchestrer une archi Xen via Xen Orchestra  

Le changelog
 
https://github.com/vatesfr/xo-web/b [...] 2014-11-28

Quoi ?
 
XaT

Je résume ton idée : qu'on fournisse (à la place/en plus d'une image Xen) une image Docker pour distribuer Xen Orchestra qui est un soft pour orchestrer une infra Xen. Le pire c'est que c'est totalement possible qu'on fasse ça un jour

Et ? A mon avis ça sera plus ou moins commun d'avoir un XO hors d'une infra XS, sur du ESX/KVM/CT/whatever... Bref un truc hors de l'infra pour manager l'infra je vois pas où est le problème.
Alors peut être que c'est mieux de profiter du HA@XS (mais la HA@autrechosemarcheaussi:o) mais ça a une logique quand même non ? Et de toute façon il faut bien des recipes pour les différentes softs de déploiement/gestion de conf etc. Et forcément des images CT (docker, etc) et une OVA (de préference plutôt qu'un XVA)
Quand le process sera automatisé et bien foutu tu peux te permettre de faire ça non ?

XaT

 
Mais oui, ça sera le cas, c'est bien ce que je disais. C'est juste « marrant » comme concept
 
Pour l'OVA, ça sera encore plus simple quand on gérera ça dans XO

Of course, ça n'a d'intérêt que si ça prend actuellement trois plombes à faire
Si tu t'en tire pour 10 minutes en ce moment, que les tests sont pas industrialisés, clair que ça n'a aucun intérêt pour l'instant
 
(Mais attend, j'en comprend que t'a commencé à coder en node sans tests unitaires ? Tu vas galérer pour revenir sur la dette techno ).

Tu vois ce que j'ai mis ? Bon, bah tu traduits en commandes shell. Facile. Ensuite, tu les met toutes, les une après les autres dans un fichier texte, tu le renomme en .sh, tu lui autorise l'exécution et tu l'exécute. Done.

Quand je vois Vmware qui propose une appliance Vcenter (à déployer sur un serveur Vsphere donc), et une fois que t'a ton serveur dans le cluster, si le serveur qui héberge l'appliance tombe, tu perds ton accès au cluster
D'ailleurs, XO avec HA, genre en actif/actif, un jour peut être ?

Attention, tu te mystifiX
 
XaT

 
1/ on a déjà des tests (Mocha/Chaï), mais c'est vraiment côté serveur, on manque de tests fonctionnels aujourd'hui. T'inquiète on maîtrise la techno (on sort un livre appelé « NodeJS » chez ENI en 2015 )
2/ Le shell c'est moche, ça sera probablement des recettes Salt
3/ oui prévu la HA dans la Premium

Je pense qu'une image pour raspberry pi serait mieux

1/ Oui donc c'est pas de plus de tests unitaires dont t'a besoin, c'est de tests fonctionnels. Une idée du framework que vous utiliserez ? CasperJS ? (Y'a déjà tellement de bouquins sur Node, un de plus ou un de moins )
2/ C'était en réponse à XaT, il galère déjà à faire marcher un cluster Proxmox, je veux pas l'embrouiller
3/

C'est de la merde proxmox aussi, bizarrement avec XS tout marche bien quoi
Non mais j'ai une node batarde, elle pue un peu et fout la merde. T'as aucun retour, le débug/troubleshooting tu te le care profond, bref
 
XaT

ca peut pas être l'admin qui pue un peu aussi?

Bah non attend, il google tout les buzzwords du moment et il test les produits correspondants pendant toute une aprem.
Avec ça, il a largement le level pour gérer un cluster de proxmox en HA
/Dredÿ, j'ai un devoir à rendre, toussa

Sois pas jaloux, calme toi
J'suis pas dans une grosse boîte de vendus môa

Ici ils disent que proxmox ça pue

XaT

 
1/ non pas décidé encore

Done. Je dois décoller en plus À la grâce de D.ieu

[

Putain ce spam ²

Drap !

Premier client

edit : et de deux !

Il faudrait que je test XO  à l'occase sur une de nos infras.
 
Sinon j'ajouterais en first page le lien vers openxenmanager :
https://github.com/OpenXenManager/openxenmanager