On 3 nov. 2012, at 20:42, Jérôme Nicolle <jer...@ceriz.fr> wrote:

> On 03/11/2012 20:22, Raphaël Maunier wrote:
>> Encore une fois, si ton business en dépend, ne bidouille pas, si c'est du 
>> POC ou oui tu peux t'amuser.
>> Je pars du principe que si ça ne "scale" pas avec un support "pro" et 
>> constructeur, et aussi en perf, je passe mon chemin.
> 
> Pour moi ça dépend de la confiance relative que tu apportes à des 
> constructeurs plutôt qu'aux développeurs et intégrateurs de solutions 
> logicielles.
> 
> Pour ma part, étant donné l'opacité des constructeurs et leur mauvaise 
> volonté à assurer un niveau de qualité et d'efficacité satisfaisant sur leurs 
> gammes logicielles, l'open source est un choix pragmatique.
> 
> Je prends pour exemple quelques cas concrets de bugs dont l'identification et 
> la résolution a pris tellement de temps (en local, hors contrat de support, 
> mais toujours moins cher que l'assurance appelée contrat de support) qu'il 
> eut été plus rapide de patcher et/ou documenter une implémentation open 
> source que de s'obstiner dans la voie du 100% proprio-cher-garanti.
> 
> Je comprends parfaitement ton point de vue "service provider" : tes besoins 
> ne permettent pas ces alternatives, que tu ne connais donc pas faute 
> d'utilité. Pour certains de tes clients, tu pourrais être à la limite de 
> rentabilité mais tes accords avec les constructeurs, ou ton habitude de 
> bosser avec eux fait que le jeu n'en vaut pas la chandelle.
> 
> Par contre en aucun cas tu ne peux critiquer la fiabilité de solutions open 
> source.

Bah, ce n'est pas ce que j'ai dis. Je parle de l'open source pour faire tourner 
ton BGP.
Je n'ai pas de windows comme serveur dns, mail, www. Mon monitoring perso, 
c'est Observium et j'ai même filé qq euros au projet :)

> Le code est accessible, généralement assez simple dans les morceaux qui nous 
> concernent, pour une compréhension de la logique de la solution, et assez 
> documentée par des gens qui ont un état d'esprit plus propice aux échanges 
> constructifs que les commerciaux de tes constructeurs.
> 
> La différence que tu sembles ne pas saisir est qu'on est pas là uniquement 
> dans une logique de service provider mais aussi dans une logique 
> d'intégrateur.

Si si je comprends parfaitement. Je conçois que des gens puissent utiliser de 
l'opensource pour faire tourner leurs serveurs web ou autre serveurs ...

> Qu'un de tes employeurs ne soit pas staffé pour se faire chier à intégrer du 
> très spécifique et préfère composer avec des briques sur étagère, c'est une 
> évidence.

Heu ? Tu es au courant de ce que je faisais avant hein ? Si y a bien qq qui 
faisais la stratégie d'ingénierie avant, c'était moi hein :)
Le choix a été fait de faire en sorte de se concentrer sur notre métier 
d'opérateur, et non pas d'integrateur de solutions sur notre propre backbone.
Vu qu'on est passé de 0 meg à plus de 400G en moins de 4 ans, avec une des 
meilleures progression dans le classement Renesys, je crois que j'ai plutôt 
fais le bon choix.


> Mais il y a des gens dont le métier est de faire du sur mesure, et qui 
> travaillent plus efficacement, par la faute même des constructeurs, avec de 
> l'open source qu'avec du cisco/juniper/whatever.
> 
Encore une fois, tu as un gros pépins, avec des routeurs Opensource, tu es en 
galère. Avec une solution HW, tu trouveras très facilement qqn.

À l'inverse, tu as un MSSQL, tu trouveras plein d'experts cliclodrome mais 
incompétents au possible. Et par contre sur du Mysql, des mecs qui maîtrisent 
et qui franchement sont des vrais tueurs, tu en trouveras à la pele.

Dans ce cas la, y a pas photo l'opensource dépasse de très loin les solutions 
M$ et même OSX


> Les service provider et les intégrateurs sont complémentaires, c'est une 
> évidence dès lors qu'on sort des sentiers battus. Et ta position tendant à 
> ignorer cette évidence m'amène à me demander si ta stratégie est de t'adapter 
> à ton client ou d'adapter ton client à ta logique.

Faux ! Mes clients ou futurs clients viennent me/nous voir pour les aider à 
améliorer, optimiser leurs infrastructures.


> Un peu comme SAP dans le monde du progiciel, avec sa longue liste de cadavres 
> d'entreprises mortes de la marche forcée vers le conformisme industriel.

Encore une fois, dans les logiciels pour de l'IT, l'opensource ou le dev 
interne pour ton IT est souvent la meilleure solution.
Bon ensuite, tu es une grosse boite, tu es super fan d'opensource, et tu fais 
tout avec. Tu décide un jour de prendre un expert comptable pour mettre ta 
compta au carré. Montres lui ton soft Opensource pour la compta ... On a bien 
rire. Ne me dit pas, ouais, mauvais expert comptable, changer expert comptable 
... La ça passera juste pas hein :)
> 
> Il y a de la place pour tout le monde, tu ne peux pas dénigrer le travail des 
> intégrateurs sans te couper d'un pan entier du marché et de la compétence.

Je ne dénigre pas, loin de la. Faire une archi BGP scalable sur des bsd/Linux , 
ça reste de la bidouille. Les opérateurs ne supportent PAS leurs clients en cas 
de soucis ! CQFD 

Un serveur www sous Apache/Linux/BSD sera par contre souvent supporté par les 
fournisseurs de hw pour l'intégration dans une archi de LB par exemple.

> 
> Pour ma part, je respecte les orfèvres de l'open source qui ont crée une 
> vaste logithèque, très bien documentée, capable aujourd'hui de répondre à 
> quasiment tous les besoins de nos clients, 

Oui, je confirme, et je le préconise comme rancid/cvsweb, Observium ...

> dont l'accès à Internet.

Notre désaccord est la, que sur ce point

> 
> Et quand bien même tu aurais raison quant à la fiabilité relative de 
> certaines solutions eu égard au coût des assurances quasi obligatoire, 
> vendues comme contrats de supports, tu peux admettre qu'on peut faire le 
> choix de gérer le risque d'exploitation inhérent à toute technologie en 
> interne, en créant de l'emploi pour ça, plutôt qu'en se rendant 
> volontairement dépendant de son constructeur. C'est un business model 
> différent, que tu n'est certainement pas en position de critiquer sur ce 
> point.

Ok, business model, je veux bien qu'à la prochaine Frnog, tout le monde prenne 
la peine de ... L'ecrire et le présenter. Je suis persuadé que la plupart ont 
un business model complètement bancal. Et ce ne sont pas que les petits, des 
gros pensent encore que vivre sur leur trésor de guerre leur permettra de 
passer le cap sans souffrir ( et je parle de plusieurs très gros opérateurs :) )

> 
> -- 
> Jérôme Nicolle
> 06 19 31 27 14
> 
> 
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à