Reprise du message précédent :

Du coup tu pouvais travailler et pisser en même temps, c'est un bon concept.

Ça vous fera la mhÿte

y a moyen de savoir ce que c'est du coup ? et CD aussi au passage

Trotinette, enculerie, on te reconnaît bien la

 
https://www.redhat.com/fr/topics/de [...] 20continu.

De mémoire tu as des courbes sur le site Eaton pour calculer ça (en fonction de tes batteries additionnelles, ta sortie, etc).

merci
et y a des boites qui y sont arrivées ?

Oui

Intégration continue (tests unitaires, fonctionnels, reporting sur la qualité du code automatisés en suivant les push de code dans le git/svn/...) et déploiement continue (packaging, poussage en plateforme de test/val/prod avec ou sans validation manuelle entre chaque étape).
Grillé.
Mais oui, y'a des boîtes qui en font.

Je me disais bien que les 15kva c'était la capacité max de sortie

Oui on en fait chez nous et aussi de la CD.

Ouais on avait ça sur une appli sur laquelle je bossais. Déploiement sur x machines, arrêt/relance automatique,

Notre quotidien, tous nos env et projets sont gérés comme ça (et on a plusieurs stack de la webapp, au cluster cpu/gpu avec du docker et du streaming).

Tu peux même faire des trucs sexy pour passer les users d'une version a l'autre avec du blue/green deployment où ton RP envoie certains users sur la version N-1 et d'autres sur la N. Tu fait varier progressivement la proportion d'users sur la nouvelle version et tu suis les taux d'erreur/temps de réponse/whatever et ça te permet d'identifier des merdes avec des users réels MAIS sans impacter tout le monde.

Oui faire du beta testing avec de la weight policy sur le load balancing.
 
C'est prévu chez nous, mais ça manque encore un peu de travail.

LaunchDarkly pour ca et plus

J'ai pas bien pigé le truc, ça fait quoi?

Feature Toogle
 
Ta feature est déjà en prod mais pas active/visible auprès des utilisateurs.
Tu décides quand tu veux la mettre à dispo sans downtime ni rien vu que c'est déjà en prod.

Pourquoi ne pas l'activer? Si déployé c'est censé être testé ?

Tu l’actives quand tu veux soit avec des tranches horaires ou certains clients ou certaines regions en A/B, etc, etc… ca te donne un controle fin sur l’activation progressive si c’est une feature globale ou si c’est une option: que pour ceux qui l’ont.
 
Genre ca t’evite aussi que tous les clients ralent d’un seul coup quoi

Ok, oui bon c'est vraiment bien spécifique comme truc en pratique.

Pas forcément, c'est comme cela que sont activés les upgrades mineurs sur Windows 10 par exemple.

En fait si tu utilises Google, Amazon, Netflix... tous les gros services en ligne fonctionnent de cette manière aujourd'hui (et depuis très longtemps pour certains).

C'est cool que MS fasse pareil pour Windows aussi. Chez Apple ça semble pas être le cas vu le nombre de bugs (parfois super sérieux) qu'ils déploient gaiement à chaque mise à jour.

c'est quand même pas la même chose d'avoir un service en ligne et un OS
 
Apres Microsoft par définition ils peuvent pas tester toutes les configurations hardware et software
 
en théorie, chez Apple tout est controllé, donc pas besoin de roller les releases

sur les applis web & mobiles ça devient la norme mais il faut bien réfléchir en amont sur l'implementation  

Chez nous (soft qui tourne on prem, donc pas facile), on a 2 canaux de release : stable et latest, sélectionnable par le user (par défaut sur stable).

En gros stable c'est la release N-1 (le mois d'avant). Cela permet de laisser les gens en latest payer les pots cassés si on a pas vu un truc partir en prod (mais ça arrive pas très souvent, ceci dit c'est bien pratique tout de même !)

Chez Abobe (US), il y a 20 ans, il y avait une immense salle bourrée d'imprimante et autre traceurs, pour vérifier le bon fonctionnement des drivers (voire ROM) PostScript et pdf sur ces matos.
 
A+,

 
+1
 
J'avais assisté à une conf devops il y a 2 ans. Il y avait pas mal d'intervenants, ESN fr (me souviens plus du nom), NetFlix, RedHat entre autres:
- ESN fr: du blabla sur l'agilité.
- RedHat: le mec nous vendait leur produits.  
- NetFlix: l'ingé a expliqué leur process CI/CD multi-environnements. Tout était automatisé. C'était il y a deux ans et la présentation était à 10km de toutes les autres.

Netflix sont en NoOps

Et FaceBook chez NoIP.

Je découvre de nouveaux concepts chaque semaine, le noops.

T'es pas prêt pour le no-code aussi

Quand les cogip européennes auront compris que les consultants qui te vendent ça:
https://pbs.twimg.com/media/Cyr2NFv [...] =4096x4096
 
ne cherchent pas à résoudre tes problèmes mais à te vendre la solution la plus chère et compliquée, on aura fait un grand pas.
 
Référence obligatoire à Erik Meijer:
https://www.youtube.com/watch?v=FvMuPtuvP5w
https://www.youtube.com/watch?v=2u0sNRO-QKQ

J'ai pensé exactement la même chose en voyant la phrase sur NetFlix
A+,

ici ca parle de faire du devops, enfin la direction a du lire ca dans un magazine.

1er problème, il n'y a pas de dev, enfin si, un mais qui fait plus que des scripts ou autreet plus trop de dev.
2e problème, toutes les applis sont dev par des éditeurs qui n'en sont pas du tout à faire du devops vu la façon dont sont faites les livraisons.

mais bon, la direction compte bien mettre en place devops malgré tout.