Reprise du message précédent :
T'façons Rennes est incapable de gagner quoi que ce soit au foot

bonjour,

EAG
 

beuuuarh'z

ptain RH a racheté InkTank

bretonnie me voilà : J-3

parlez

 
   
 
On va avoir l'interface de gestion qui va être ouverte

Demat  

je sais que c’était dans l'air du temps, mais la je reviens d'une petite semaine off (no 3g, no wifi) ... et ça fait du bien.

 
J'aurai aimé J'imagine que ça fait du bien

Stephen hawking dit : faudrait peut-être surveiller jovalise  

« Jovalise » ? Il a changé de nom depuis qu’il est passé en version 3.0. Il faut l’appeler « Skynet » désormais. C’est joli non ? Ça fait futuriste !

mais on se comprend, c'est comme pour les médicaments génériques : on continue d'appeler ça du nom du produit breveté initialement
 
pour suivre les pseudos, suffit de regarder du côté de la sous cat ada ADA Ada  

source : http://bretagne.france3.fr/2014/05 [...] 70537.html

« En avant Guingamp ! »

FYP
/ à pieds joints dans le plat
 

Non mais pitié ce slide quoi, facebook, google & co. Sont gentils quoi, mais la mutualisation des services et du hard, ça a une limite (the nightmare : tout le monde qui tire sur les serveurs en même temps).
Ca va bien quand tu peu lisser la charge dans le temps, autrement, peau d'zob

Les grosses corp sont pas du tout dans la même stratégie que les petites:
 les petites achètent 4 gros hyperviseurs avec xxTo de ram des CPU de roxors et des SSD. Les grosses conçoivent des nodes minimalistes style cpu dual core à pas cher mais ils en ont des dizaines de milliers.  
Ca coute que dalle, quand ça pete on remplace le tout, ça scale à mort, tout est automatisé.

bonjour,
 
 
 
princeps

+1000

C'est facile à automatiser ce genre d'infra ? Je suis curieux de voir comment ça fonctionne ce bordel

www.facebook.com , www.google.com
De rien

lol ok, mais je me demandais avec quels outils d'orchestrations ils font ça des trucs maisons ou commerciaux ?

c'est que du maison ... basé sur des custo de softs open source generalement
même au niveau hard, c'est du design maison négocié direct avec intel, foxconn, ecs, supermicro et autre ...
y'a le projet open compute qui en découle : www.opencompute.org

bonjour,

 
facebook utilise chef

Bonjour
 

 
Ca upscale bien a partir d'un certain niveau, pour le downscale, tu repassera  

Quand la charge baisse ils peuvent couper quelques K de noeuds
Ils les redémarrent à la volée quand la charge augmente.
Les profils de charge sont souvent les mêmes donc faire du scheduling predictif c'est pas difficile dans ce cas.

Dans le HPC on y vient, la différence c'est que le hardware est pas du tout prévu pour

 
Je parle pas de "ça" mais du fait qu'il faille une infra d'une certaine taille pour appliquer ce genre de fonctionnement, parce qu'en dessous de X noeuds, l'ingé/mise en place/infra coûte plus cher qu'une infra classique, faudrait calculer

Un puppet et quelques switchs je suis pas sur que ça coute beaucoup plus cher que des noeuds surgonflés.
En tenant compte du fait que la masse salariale est la même voir (très) inférieure sur grosse infra.

Se que je veux dire c'est qu'il y a un gouffre entre les entreprises suscités et la majorité des infras, c'est une niche (hpc/bigdata) qui est certes majoritaire en termes de volumétrie, mais minoritaire en termes d'application.
C'est "cool" comme infra, mais tu tiens pas a disposition des noeuds en permanence, même dormants, c'est des machines qui sont dans les stocks, et pour une majorité d'entreprises (en nombres, pas en volumes) ont pas de quoi se payer l'infra de base, d'où les solutions type cloud (c'est ton FdS qui l'a, l'infra)
Et foncièrement, je suis pas pour promouvoir ce genre d'infra, ça amène au HaaS qui plombe l'économie numérique, provoque du minitel 2.0, réduit les besoins en masse salariale drastiquement et fait baisser le niveau de compétence global : on a plus besoin d'ingé, ils deviennent hyper spécialisés, savent pas se démerder en dehors de leurs domaines de compétences et tu te retrouve plus qu'avec des techniciens plateforme helpdesk en face, souvent en inde.
A termes, ça provoque une rupture équivalente a la surautomatisation qu'on a pu voir dans d'autres formes d'entreprises > pertes des intelligences, et au final, perte des industries et expatriation des "cerveaux".
 
On a de la chance en France d'avoir des pointures au niveau HPC/gestion d'infra (une petite 10e qui lurkent régulièrement sur HFR hein, c'est pas du chauvinisme, c'est un compliment pour certains habitués du topic), ne pas les perdre me semble important et promouvoir ce type d'infra et le HaaS est pour moi une grosse connerie.

Donc il ne faut pas faire un truc qui permet d'avoir un meilleur service pour moins cher car ca ferait baisser l'employabilité des personnes qui le font car leurs job peuvent être automatisés ?

De bons ingénieurs on a pas beaucoup, tu le dis toi même. C'est pas nouveau, ça fait un moment que ça dure et on fait rien pour que ça s'arrange...
Un moment donné il faut trouver une solution: si l'intelligence n'est plus dans les bonhommes elle passe dans la machine (c'est plus ou moins bien [ au sens efficacité et au sens "moral"], c'est pas la question), le marché s'adapte aux ressources disponibles.

Les besoins augmentent, les budgets diminuent, on a pas les compétences, alors on industrialise.
Logique (économique) implacable.

Encore une fois je dis pas que c'est bien, c'est un constat.

 
C'est pas très difficile. l'investissement en temps est amorti sur la durée, mais il ya aussi la qualité de service que ça apporte
 

 
Chez nous tout est fait maison, on racke une machine et selon sa config elle est en service de 2 à 5 minutes après sa mise sous tension. Il reste des points améliorables comme les mises à jour des ilo ou des firmwares mais au final c'est du "confort" de se dire "tiens, je vais en faire 50 en buvant mon café" (vs le faire en cssh et que ça prenne une heure)
 
Après on a developpé nos propres outils comme une API interne dédiée à l'infra, des plugins knife (on est une shop chef), et une paire de scripts qui font le café (comme génerer les weathermap, le truc chiant)
 

 
C'est comme faire le ratio d'acheter du matos ou de louer de la VM dans le cloud; un "simple" calcul avec un seuil qui "là tu te fais du mal à la CB"
 

 
comme dit au dessus, c'est un seuil. il est placé relativement "haut" mais c'est pas une règle immuable. Le bon exemple c'est netflix dont on peut se dire qu'ils sont assez gros pour avoir en propre alors que c'est l'inverse : ils ont droppé la quasi totalité de leur infra en propre pour de l'AWS. Les contraintes que tu veux avoir à gérer sont aussi un facteur à intégrer lors de la décision
 

 
Heu, là je pense que je suis pas vraiment d'accord. Ce que tu automatises te libère du temps pour faire d'autres trucs, de plus en plus pointus (et plus funs )
La réduction de la masse salariale c'est un épouvantail agité mais perso je n'ai que des exemples de boites qui embauchent, aucune qui virent des gens parce que ça tourne trop bien.
 

 
Développer des boites qui roxent en France ce serait pas mal, on limiterait la fuite des cerveaux. dotcloud/docker est un bon exemple de ça : on (je le dis aussi à titre perso parce que j'ai failli partir aux US il y a 2 ans) part pour plus de fun et de défis, mais aussi parce qu'il y a comme un manque d'ambition ici.
 
my 2c

 
+1
 
 

pas mieux
 

 
mais ouais carrément
 

et si j'avais pas une moitié qui n'envisage pas l'expatriation, ça ferait un petit bout de temps que je serai plus là

Moins d'une seconde avec clustershell

elle est déjà expatriée, non ?