c'est son état normal non ?

Totalement faux, et ça me fait pas rire. Que le serveur soit dans le cloud ou dans le grenier de mémé, tu dois l'administrer de la même manière. Pire encore, non seulement tu dois vérifier que les services fonctionnent et comme il faut selon les contrats signer, mais EN PLUS, faut que tu gère un lien externe en redondance. Et tout le bousin à gérer en sécurité ++ ... Je parle même pas criticité. Alors si en plus tu rajoute le fait que certains utilisent des "applications" docker façon black box, montées avec des versions des programmes utiles qui ne sont pas forcément les dernières parce que le dev à besoin d'une "feature" qui est en fait une faille.

L'administration du serveur et une bonne partie de l'infra qui tourne autours n'est^n'était qu'un mal nécessaire pour atteindre ce but. Désormais on peut s'en passer.

"Fun you Nvidia"

Ce n'est plus très compliant avec les nouvelles règles de conduite.

Ce n'est plus très compliant avec les nouvelles règles de conduite.
 
Bonjour Mesdames,
bonjour messieurs.

"Fuck you Nvidia"

Ce n'est plus très compliant avec les nouvelles règles de conduite.

Le code de conduite est rejeté ou il est Oggy, du coup ...

 
Totalement faux, et ça me fait pas rire. Que le serveur soit dans le cloud ou dans le grenier de mémé, tu dois l'administrer de la même manière. Pire encore, non seulement tu dois vérifier que les services fonctionnent et comme il faut selon les contrats signer, mais EN PLUS, faut que tu gère un lien externe en redondance. Et tout le bousin à gérer en sécurité ++ ... Je parle même pas criticité. Alors si en plus tu rajoute le fait que certains utilisent des "applications" docker façon black box, montées avec des versions des programmes utiles qui ne sont pas forcément les dernières parce que le dev à besoin d'une "feature" qui est en fait une faille.  

Bonsoir,
 
un peu à cran non ?

c'est son état normal non ?

 
De mon point de vue, t'es à côté de la plaque. Et je vais être clair: ça me paraît être un discours réac de premier ordre.  
 
Je pense pas que le serveur en lui même ait une quelconque importance, je crois que ce qui compte c'est le morceau de code que tu veux exécuter pour délivrer une fonction, un service.
C'est sur ça qu'on devrait se focaliser puisque c'est ce qui compte pour nos utilisateurs^clients.
L'administration du serveur et une bonne partie de l'infra qui tourne autours n'est^n'était qu'un mal nécessaire pour atteindre ce but. Désormais on peut s'en passer.
 
Je vois comment les boîtes du CAC40 évoluent (ou essayent) et je crois^constate (même si mon opinion est au plus haut point subjective) quelles n'ont pas tort et que la satisfaction de leurs clients internes est au rendez vous.

lol... so 2010's  

T'es hautement partial faut dire
Pour les décideurs et les personnes qui ne savent/veulent pas savoir comment ça tourne dedans mais qui veulent que leur infra tourne : c'est bien.
Pour ceux qui se soucient du vrai détail et de l'optimisation de ce qui est fait en dedans : c'est pas bon
 
C'est un peu comme les voitures : il y a ceux qui vont monter leur super7 ou faire la vidange de leur monospace eux même; et ceux qui s'en foutent, font "confiance" à leur garagiste. Quite à payer plus cher, dépendre de lui etc.
 
C'est ni tout blanc, ni tout noir : le tout c'est de trouver un juste milieu.

 
J'ai pas voulue aborder le sujet de l'optimisation et que justement le cloud (en général) est en recul : on parle d'hybrid cloud ou d'hybrid platform, avec cette reconnaissance que certains services sont mieux in house (sur du cloud privé, ou sur du bare) et d'autres externalisés.
Edit : genre ton HPC et ton contrôleur de domaine principal, tu le cloudifie pas.

Je connais des (grosses)  boites qui ont envoyé leurs applis les plus critiques dans le cloud externe tellement les clients en avaient marre de l'informatique interne

T'es hautement partial faut dire
Pour les décideurs et les personnes qui ne savent/veulent pas savoir comment ça tourne dedans mais qui veulent que leur infra tourne : c'est bien.

Pour ceux qui se soucient du vrai détail et de l'optimisation de ce qui est fait en dedans : c'est pas bon

C'est ni tout blanc, ni tout noir : le tout c'est de trouver un juste milieu.

J'ai pas voulue aborder le sujet de l'optimisation et que justement le cloud (en général) est en recul : on parle d'hybrid cloud ou d'hybrid platform, avec cette reconnaissance que certains services sont mieux in house (sur du cloud privé, ou sur du bare) et d'autres externalisés.
Edit : genre ton HPC et ton contrôleur de domaine principal, tu le cloudifie pas.

Bonsoir,

en gros toujours la même question : est ce que je fais moi même ou est ce que je fais faire ?

Je connais des (grosses) boites qui ont envoyé leurs applis les plus critiques dans le cloud externe tellement les clients en avaient marre de l'informatique interne

T'es pas obligé d'aller dans le « Cloud public » pour ça : il y a des prestataires qui te font création de tes apps, hébergement et infogérance dans leur DC, dans un gros pack complet (la marge se fait sur le dev et l'infogérance, le hosting est un plus marketing mais ne rapporte pas des masses).

Bref, t'es pas obligé d'aller dans le cloud pour ne plus avoir à gérer tes machines Le Cloud public c'est bien pour de l'élasticité (machines à la demande quand il y a un besoin en pic), pas pour de la charge « de base ».

Sauf que tes workloads de bases sont pas moins chères sur le Cloud public justement Ici (enfin dans l'écosystème local) on voit des boîtes en revenir justement.

 
 
Note que je cache pas du tout ma partialité.  
J'essaye tout de même de faire abstraction de ce fait et de parler du cloud en général.
 
Tu te rends surtout compte que t'as beau essayer de coller des eft pour l'opti ou aller fouiller dans les détails t'auras probablement à l'arrivée un produit qui sera à terme plus vraiment à l' état de l'art sur divers points Et c'est sans parler des couts de certification de ton infra quand tu vas vouloir exécuter quelque chose d'un tant soit peu sensible.  
 

 
On est d'accord, y'a pas de vérité absolue.
Y'a par contre bien une tendance générale qui se dégage et qui vient en effet bousculer l'existant.  
Je pense pas qu'on puisse nier ce dernier point.  
 

 
On parle d'hybrid cloud principalement parce que c'est une facilité pour les ops d'opérer de manière transparente de l'existant on premise avec du cloud.  
D'ailleurs, ça me paraît très très très compliqué de migrer ton on premise vers un cloud provider sans à un moment donné rentrer dans une logique de prêt ou de loin hybride.
 
Tips: Il y a bien des AD cloudifiés, d'ailleurs t'es un peu obligé quand y'a plus de DC. :>
Je parle pas du HPC, c'est un domaine que je maîtrise pas.  
 
J'imagine que tu vas me trouver le corner case le plus extrême mais c'est connu que c'est les 0,x% qui ont des besoins bien particuliers qui drivent le marché.
Et même ceux la, ils finissent par être adressés tôt our tard.  
 

 
C'est un peu plus poussé que ça tout de même. L'idée c'est de savoir si au fond t'es capable de faire toi même, si l'effort en vaut le résultat et si c'est vraiment ce que tu veux faire (parce que des boîtes qui monte des infra pour monter des infra j'en connais pas, on oublie vite qu'il y a tout de même un business par dessus et du coup l'objectif c'est pas tant ton infra que ton service).  
L'adoption du cloud a pas qu'une incidence sur les sysadmin/netadmin mais bien sûr l'ensemble des acteurs IT qui compose le tissu numérique d'une boîte.  
 

 
Je connais des grosses boîtes (dont au moins une française qui me vient immédiatement à l'esprit) qui ont massivement migrées vers le cloud et qui se sont motivées à fermer leurs DCs.
Résultat : Gain de TCO, gain sur l'empreinte carbone, gain en agilité et du coup gain en innovation.
 

 
 
Du coup le modèle sexy c'est d'engager ces boites à monter le stack que tu souhaites dans le cloud: tu gardes la rapidité d'innovation, tu leur facilites le job et c'est tellement plus simple de changer de MSP avec quelque chose de standardisé et que tu sais facile à reprendre (aka forwarder le terraform^cloudformation à ton voisin).  
 

 
Et bizarrement, outre des workloads élastiques, je vois beaucoup de workloads "de base" et à l'arrivée ça incite aussi pas mal à reprendre l'architecture de ces derniers pour les optimiser.
 

vous parlez trop  

ptain, brandon c'est devenu un baratineur

Pour une fois qu'il y a une discussion à peu prêt potable

Beaver42> Je me suis permis de déplacer ta demande dans le topic approprié (topic dédié linux mint)

Bonlut,
 
Bonnané Bonesanté
 
Et tout pleins de bonnes choses pour vous et vos proches.
 

 
non.