Reprise du message précédent :
pas besoin, je suis waterproof ...

preums

Bonjour,
 
HFR ferme

Oui Enfin pas le forum, heureusement. Sinon je pense qu'on se suiciderai tous

on ferait un fork

Moi j'ai mon quota de fork pour cette année, merci  

preums

Also deuz

troiz
 
dommage pour HFR...

Bonjour,
 
tétra'z  (grand)

Le site existait encore ?

Attends… quel site ?

Fait chier

HFRme ?

hey les armateurs, vous pensez quoi de cet avis: http://www.smashcompany.com/techno [...] ill-regret ?

Qu'il est bien trop long

Que docker çaydlamerdenbarre !

Que Docker, c'est des proggeux qui cherchent à faire le boulot d'admins et d'archis et qui se plantent lamentablement en demandant ensuite des ressources qui seraient totalement useless si elles étaient utilisées convenablement.

C'est pas faux

ouais, ils nous petent les couilles avec leur devops et continuous delivery de merde ...

Spécial Oggy : avec l'intégration des derniers SoC intel dans nos routeurs, nous, Juniper, sommes heureux de vous proposer nos nouvelles solutions Docker !

Déjà que les atom dans certains routeurs c'est pas fameux, si on lui rajoute Docker, Oggy il va mouru, ou alors il va tuer un technicien Junip'  
 
Mais ça pourrait être rigolo, du Docker dans les routeurs.

au point ou on en est, bientot, y'aura du docker partout ....

Autant du Xen (juste l'hyperviseur hein, pas une toolstack entière ) dans un routeur ça peut avoir du sens pour l'isolation, mais du Docker, fuck no.

nan mais nan, meme pas

Si si

edit : Netscaler, même si c'est pas vraiment un « routeur » en soi

 
Tu veux isoler quoi dans un routeur ?
Attention, on parle bien d'un routeur, pas d'une machinbox hein. Le truc qui par définition plus il est ouvert, mieux il se porte.
La règle étant si tu veux de l'isolation, tu stack une appliance sur se que t'as déjà, tu virtualise pas. IP est déjà isolé.
 
Et si tu veux faire parler tes machins entre eux, ben t'as des solutions : socks entre les CPU (CPU socks) via protocoles dédiés (élégants, tu chie sur les RFC, osef c'est en interne), Phy IP to GPIO mais attention, un truc propre qui utilise les plages IP privées, et le cousin MAC to GPIO (si tu veux que ton cpu parle à un autre cpu par wifi, suffit de coller un adaptateur wifi mac to mac )
 
Les CPU ont déjà été réduits comme peau de chagrin, c'est pas pour foutre un overhead lié à la virtualisation aussi gros que le cul d'un mammouth !

L'overhead de Xen est pas énorme justement, c'est pour ça que ça se déploie dans l'embarqué (auto/spatial/aéro). Bien entendu, ya un rapport coût/avantage à calculer, ça se décide pas comme ça hein

Hm, ok, t'as pas compris se qui englobe l'overhead en archi par rapport à l'overhead en prog.
 
On va parler de payload plutôt. Et attention, payload global : fait prendre en compte la taille du firmware, et ses besoins en ram. Etant d'accord avec toi que l'overhead perf CPU est proche du néant quand le matos est optimisé pour.

Et en aéro et spatial, c'est utilisé ... Sauf pour les systèmes vitaux.

On en est pas loin du tout.
Dans les nouveaux Nexus, Cisco permet de rajouter des containers (LXC) custom pour ajouter certaines fonctions devops.
Oui oui, c'est la grande classe ...
Sans parler qu'ils ne cache plus du tout leur socle Linux pour le control plane, au point qu'une option documentée existe pour ajouter des feature à base de yum install ...
 
Tout fout le camp

en quoi ça te gène ? Moi je trouvais ça pas mal. J'ai vu ça la première fois avec les IOS XE sur les génération de 4500 en 15.0 (ça fait un paquet d'années déjà...)

Oui enfin, c'est pas des systèmes censés avoir des problèmes de sécurité, et pourtant y'en a. De là à y voir une relation de cause à effets ...
 
On rajoute des "features" qui n'en sont pas (hein, ça fait longtemps que les parties soft des firmware sont plus ou moins accessible, maintenant c'est limite acté) mais qui peuvent être dangereuse à l'utilisation si les mecs savent pas se qu'ils font. On ne s'improvise pas admin réseau, archi réseau, admin sys ou archi sys. Quand tu colle du dev dans du matos qui devrait rester logique, tu te retrouve souvent avec des catastrophes au pas de la porte.
 
Typiquement, ce genre de matos doit être taillé, détaillé et installé suivant l'usage, pas suivant ses possibilités éventuelles via upgrade. Le cas typique que tu expose (IOS XE de l'époque) c'était pas voulu, à la base, d'exposer autant le firm, y'a eu des surprises pendant les updates d'ailleurs (oh bah merde, la super fonction trap que j'avais collé fonctionne plus parce que c'était basé sur un bug )
 
Edit : à la limite m'en fout, je suis pas en résal', c'était juste pour exposer l'idiotie de la chose et l'informatique "moderne".

Bonsoir,
 

Dernz.

nope!

SH*T