Reprise du message précédent :

j'espère qu'il a prévenu qu'il allait falloir recoder toutes les applis métier du coup

j'imagine qu'il a vu une prez commerciale qui parle que de webapp + database + ... en Paas, c'est 5-clics deploy, "full managed" (c'est pas vrai) et yeehaa, plus rien à faire.

1/ c'est pas fait
2/ c'est pas migré (et rien que bosser sur la migration, ça fait du taf et découvrir des trucs)
3/ une fois dedans, y'a encore un PAQUET de trucs à gérer/manager donc vous foutrez pas rien
4/ avec un presta en plus, donc "c'est bon pour vous"
* vous mettez une surveillance complémentaire pour prouver quand le presta raconte de la merde
* vous leur foutez toute la merde sur le dos vu que "c'est eux qui gèrent"

5/ de manière très simple, vous pouvez contacter les avants-vente AWS ou Azure pour qu'ils fassent une estimation de l'opex de tout ce que vous avez actuellement.
sinon tu as les calculettes AWS/Azure pour estimer les coûts opex.

Je peux même te filer des contacts si tu veux, je suis en plein dedans.
De mon côté, je pousse hybridation.
Le cloud a du sens pour des besoins spécifiques.
A côté, la prod a des besoins réels qui sont ridiculement transférables en cloud/saas.

Une blague parmi tant d'autres pour l'AO du renouvellement d'un logiciel critique pour nous.
eux : "voila on a le choix entre on-prem ou dans leur cloud"
moi : "dans leur cloud ? vous voulez dire chez eux, dans leur DC ?"
eux : "euh oui ça doit être ça"
moi : "et ils sont où ?"
eux : "A lyon et bordeaux pour le PRA"
moi : "ok, vous avez coté la ligne dédiée redondée à mettre en place avec eux ?"
eux : "ah bon, faut ça ? mais ça va coûter super cher non ?"
moi : "ah oui, certainement, oui ..."
eux : "mais il faut quand même pas faire ça avec tous les prestataires qui nous proposent du cloud quand même ?"
moi : "....   "
eux : "mais c'est CHER !" (avec le sous-entendu classique, "le cloud c'est moins cher" )

Bref.
 

 
Je vais parler de ma vision de la chose qui n'engage que moi.  
 
Aujourd'hui malgré ma maigre expérience dans le milieu de l'info, j'ai l'impression que ce milieu se marketifie à vitesse grand V.
J'entends de plus en plus de termes much américains qui claque genre:
 

.
 
Source: https://www.zdnet.fr/actualites/hyp [...] 874105.htm
 
De nouvelles technos qui, wow, ça fait même le café. Genre le truc de dingue quoi.
 
Sauf qu'au final, c'est une surcouche à un truc bateau qui existe depuis 20 ans. Je prends l'exemple de docker, à l'époque dans les bureaux c'était la révolution fallait passer toute la prod sous docker, parce que c'est much rentable et puis ça vient de sortir c'est la mode.
 
Sauf que Docker, c'est le principe des conteneurs lxc qui sont implémentés depuis 20 ans enfaite...    
Pour un tas d'autre truc que je n'ai plus en tête mais, à écouter les mecs qui vendent leur produit, c'est codé avec de la magie noir, sauf que derrière, bien c'est de la daube bancale qui tombe en marche parfois. Et quand il arrive le grand jour de la maintenance, plus personne ne sait remettre le truc sur pied  
 
Bref, j'ai l'impression que les gens en info sont de moins en moins compétant et cèdent à la facilité et prenant des solutions sans trop savoir comment c'est foutu derrière.
 

 
ça explique tout.    
 
 

J'ai pas tellement l'impression que ca soit nouveau, t'as toujours eu des technos à la mode et les éléments de langage qui vont avec : faut bien que les éditeurs fassent bouger le marché pour continuer à rentrer de la thune/justifier leurs investissements, et que les grands chefs puissent se la péter auprès de leurs confrères de la COGIP d'en face
Certaines répondent à un vrai besoin et survivent, d'autres finissent par passer/disparaitre/retourner dans la niche dont elles n'auraient jamais dû sortir...

 
Voilà, c'est exactement ça qu'il se passe :  
 
https://fr.wikipedia.org/wiki/Culte_du_cargo

Je viens de découvrir que cela avait un nom, merci pour la référence

Moi j'appelle ça du code fankenstein : piquer un morceau ici , un morceau la ,faire une grosse suture au milieu et espérer que ça vas marcher du premier coup  

 
A l'époque il fallait quand même se sortir les doigts pour mettre une solution en prod qui "fonctionne" et fallait savoir de quoi on cause parce que ce n'était pas aussi facile qu'aujourd'hui...    
 

 
Je pense au contraire que le truc s'est tellement complexifié/accéléré que tu ne peux plus maîtriser tout à 100% donc il faut faire des choix.

 
Je pense exactement la même chose. C'est la fin des gens qui connaissaient pratiquement tout dans leur domaine. Et c'est également cela qui est à l'origine de bien des résistances au changement.

Chez nous on a des devs qui bossent sur des PC tout neufs avec des i7, 16Go de ram, des SSD...
et parfois leur travail arrive en prod sur des petites VM avec 4 ou 8Go de ram, 2 vCPUs qui sont sur des hyperviseurs saturés/sur-provisionnés.
Bizarrement il arrive qu'on constate des problèmes de perfs  
En fait tant que le fonctionnel répond au cahier des charges on balance en prod, les perfs on s'en inquiète que quand beaucoup trop d'utilisateurs finaux commencent à râler.
Et c'est souvent trop tard car quand l'archi de base d'un logiciel est mal pensée, c'est compliqué à rattraper.

 
Ben c'est là que je trouve le développement en local en 2018 ne devrait plus avoir lieu. A chaque fois que j'en parle, j'ai des mecs qui viennent me dire "ouin, mais comment je fais dans mon avion", "ouin, faut internet", "ouiiinn, faut la fibre".
 
Alors que développer directement sur des VMs jumelles de ta prod n'a que des avantages. A commencer par le fait que si un dev tombe malade, le mec derrière récupère tout en l'état sans rien avoir à configurer. Ensuite, quand tu mets ta VM en prod, ben par définition, il n'y a aucun changement, aucune mauvaise surprise. Nous on fait cela avec AWS. on dev direct sur une instance qu'on duplique quand c'est prêt (pour garder une version de dev) et qu'on passe en prod.

Chez nous ce sont des petites VM, mais ça sature pas, ça répond correctement.
 
Mais malgré tout, ils trouvent à dire que c'est pas performant et que c'est super fluide sur leur PC.
Donc la réaction a été de dire qu'on doit upgrader les serveurs. normal.

 
clairement, le cloud c'est cher, peut etre plus  que du on-prem. Bon le gros avantage c'est de pouvoir adapter les infras aux charges, et de passer ca en OPEX, plutot que de s’emmerder a acheter des serveurs, et d'avoir des problèmes de dimensionnement  de gestion et d'obsolescence.  . Et c'est un vrai métier de l'optimiser pour que les coûts ne s'envolent pas, et que les perfs restent potables
 

Ils veulent pouvoir utiliser des outils de dev tel Eclipse  
Et comme c'est un bloatware en java , ca ne peut tourner que sur leurs machines persos

 
?
 
Mais c'est du web non?    Qu'est-ce qui les empêche d'utiliser Eclipse ? Que ce soit Eclipse, ou IntelliJ ou autre... Tu peux développer avec ton serveur en remote.
Edit: si c'est un soft client en java en dur, et que tu as une partie serveur qui feed le client, dans tous les cas, la partie serveur peut être développée en utilisant tes instances.

 
Je ne vois pas ça comme un avantage. Ici la tendance est au contraire de tout scratcher et reconstruire régulièrement. Ça oblige à documenter, avoir des playbooks Ansible à jour et donc une connaissance entretenue du fonctionnement des systèmes (et des systèmes en fonctionnement ).

 
Oui ben pas nous. Tu as mal lu mon message. Connecter Eclipse / IntelliJ a une VM, c'est pas avoir Eclipse / IntelliJ sur une VM.

 
Ici on documente tout aussi et à toutes les étapes. Reconstruire régulièrement est d'après moi une perte de temps. On ne pourrait de toutes manières pas se le permettre. On reconstruit les VM de base à chaque changement majeur de version d'OS par contre.

 
Complexifié ? Ah oui pour dire des mots savants pour faire vendre ça s'est complexifié oui.
 
Devant c'est une belle UI toute neuve clickodrome, derrière c'est des techno qui existent depuis 20-30 ans parfois avec et ou toujours les mêmes besoin fonctionnels réinventés.  
Ce qui m’horripile c'est de reposer sa confiance sur cette belle UI, et de ne plus connaitre la techno derrière.
Un collègue la dernière moi m'a sorti un soft qui coute la peau du cul pour faire de la HA tout beau tout plein.
 
Je lui est dit: HAproxy, DRBD, UCARP.  

Conclusion: faut développer sur les bécanes de prod!  
 
A+,

dev => recette => preprod => prod, tout a iso-conf evidemment
 
et sinon dans le monde réel, dev => prod => dev => prod => ...

Fiotte ! Chez nous, on copie et on colle des dlls en live via des RDPs en cascade.  

Nouveau poste dans une très grosse administration.
 
Plus de 500 serveurs dans toute la France, encore 7 NT4, et une cinquantaine de 2000 serveur.
Bien sur sur des machine physique... vue que ce n’est pas virtualisable.
 
Espérons que cela marche, des dev spécifique ont été écrit sur ces machines, et aucun budget et volonté pour le changement proactif.

 
Tu bosses chez moi x10 quoi

Franchement, CA VA quoi C'est pas trop catastrophique quoi

Va trouver du hardware de rechange pour les NT4

J’ai même un Windows 98 qui pilote une machine qui réalise un truc utile administrativement parlant à tout les Français, je ne peux en dire plus... enfin bon elle n’est pas dans mon périmètre... oufff.

Dans un musée ou une casse.
C’est clair que du NT, qui a toujours eu un support de driver pas tip top, il n’y a même pas d’USB.
Et à côté de cela tu as des plate forme VM et Open Stack...

parcoursup ?

Bientôt les cartes d'identités crypotlockées

 
Non nous sommes encore plus gros.
Mais je ne peux en dire plus. En tout cas tu t’affoles quand tu voies le merdier.
Mais nous avons des super salles serveurs heureusement.

ANTS  

il a dit utile

Si "ta" machine à calculer les impôts pouvaient tomber en panne…

 
quand tu vas te retrouver à devoir faire un chèque de NaN euros tu feras moins le malin...

Faire un chèque   Pourquoi vivre au 19eme siècle