Reprise du message précédent :

Je pense tout l'inverse après ça se discute selon les cas, mais c'est plus intéressant pour la pme que pour la multinationale car elle pourra se focus sur son métier et ne pas essayer de tout faire avec deux mecs.

C'est bien des scripts et modules dont je parle.
Mais bon c'est une solution Microsoft, ça doit être de la merde

 
Oui c'est vraie aussi, ça dépends du coeur de métier de la PME alors. Parce que le cloud c'est pas magique non plus, il faudra quelqu'un pour l'administer, et le coup humain de quelqu'un "cloud ready" est supérieur surtout si faut tout mettre en place (architecture, etc..). On est d'accord si c'est juste un site web ok pour le cloud il y a pas photos, par contre si il y a une 50-100 de serveurs ça faut pas forcement le coup de changer actuellement.  
Mon premier avis était un peu trop trancher je suis d'accord    

Je ne dit pas que les solutions Microsoft sont merdiques, je ne suis pas un extrémiste des technos.
Mais quand 100% de ton parc est en Linux tu ne te tourne pas vers Microsoft.

VScode c'est top    
Le seul produit microsoft sur mon poste  

Perso je m'essaie à Atom, déjà pour la preview markdown (j'ai pas encore testé tout ses plugins encore) et que git a l'air d'être intégré au truc.
Ça a l'air pas mal. Bon en suite je me testerai un tas de plugins vim pour voir aussi
D'ailleurs j'ai regardé vite fait je n'ai pas trouvé de quoi convertir mon .md en bbcode compatible HFR
C'est dommage, j'ai un truc justement sur markdown (avec un exemple de migration) que je posterai bien ici.

Enfin pour vscode c'est pas la première fois que j'entends du bien un peu comme visio

Plutôt en phase.

Le cloud permet à des PME/petites structures d'avoir des infra avec une certaine qualité/performance/standard à des coûts faibles.

Typiquement, l'abo o365 + qqs services intéressants/utiles dont de l'espace de stockage pour les données + qqs applis du marketplace du qui se mettront à jour en auto.

avec un coût de mise en place, le coût récurrent devient faible et on peut n'avoir que qqs jours de presta par mois plutôt qu'une équipe complète à temps plein dessus.

Tu prends des infogérants tels que claranet/ecritel/linkbynet et tu as des services pour de la petite infra pour pas très cher.

Sur Debian, je suis sur Atom
Sur Windows, je suis sur VScode

Les 2 sont bons  

Vim c'est bien pour les petites modifs mais même avec des plugins, on parle pas de la même chose (je trouve )

J'ai pas dit ça , mais sa problématique existe sur tous les nagios-like, dont les part de marché doivent être un peu supérieur à SCOM

 
Je pense que c'est l'inverse. Seules les (très) très grosses boites ont un intérêt financier à passer sur du matos interne. Le serveur, l'unité de calcul, ça devient une "commodity", au même titre que l'électricité ou le m2 de bureau. Il ne viendrait à personne aujourd'hui l'idée de produire sa propre élec ou de construire ses locaux (sauf les (très) très grosses boites).

Oui clairement, même si y'a des agents SCOM pour un gros paquet de distro unix et linux y'a un fossé philosophique

Je sais, je taquine
Mais le fait est que SCOM stocke les plugins (management packs) dans sa base de données avant de les distribuer automatiquement aux agents en fonction des applications détectées sur les serveurs supervisés, et qu'ils peuvent bien contenir des scripts, dll ou exécutables utilisés pour réaliser la supervision

Atom est vraiment lourd je trouve, j'étais dessus avant et j'ai switché récememnt sur VS Code. C'est pas mal foutu.

 
les grands groupes peuvent aussi être frileux à mettre des billes chez GCP/Amazon/Azure, et c'est pas forcément sur des gros projets qu'on en voit
 
d'ailleurs, certains gros clients e-commerce et compagnie nous ont bien fait comprendre qu'ils ne voulaient pas y mettre les pieds et qu'ils préféraient une solution de cloud privé, où on garde totalement la main sur l'infra pour au besoin répondre à des besoins "custom", et avoir moins d'intermédiaires techniques et surtout proposer un service client "dédié" prêt à répondre à toutes leurs exigences très rapidement.
 
Du coup on produit des clouds privés basés sur openstack avec des surcouches de services managés fortement inspirées d'AWS, sans en atteindre la maturité et la stabilité bien entendu

C'est aussi ce genre de marché qu'on vise avec XCP-ng (avec OpenStack/Cloudstack par dessus -ou pas- d'ailleurs)

Drap

Ça dépend des données que tu traites aussi dans le métier. Hors de question pour un domaine médicale par exemple d'aller dans du cloud

C'est faux. Aws et azure sont certifiés pour ça

Certifié par qui?

amazon est certifié HDS il me semble, comme azure  
après comme ils ne gèrent que l'infra, ils ne couvrent qu'une partie du champs de la certif je pense
 

 
en ce moment je bosse sur un service HDS justement, j'ai été "formé" santé mais ça reste une vaste blague, c'est une conf de 1h quoi
 
on a aussi récupéré le SAMU dont personne ne voulait gérer les appels tant la panne technique fait flipper les prétendants  on sera bientôt au JT  

c'est ça, la HDS.
Et comme déjà dit, je pense que la sécurité des opérateurs de cloud comme aws/azure est bien supérieure à celle des datacenter utilisées par bon nombre de boites françaises

 
ha c'est sûr que c'est plus secure qu'un DC completel  

 
Ok merci  

Tu m'étonnes  
https://www.rtbf.be/info/societe/de [...] d=10188942

T'es sur quel département pour savoir si faut mieux appeler les pompiers?  

c'est la prise d'appel nationale, désolé
 
mais on ne gère qu'une partie de la qualification automatique des appels. "Normalement", si notre SI décroche pas, il y a des modes secours qui renvoient le SIP ailleurs, et l'appelant devrait toujours tomber sur un plateau.
Normalement.
J'attends toujours le cas où notre SI décroche, plante l'appel sur un bug applicatif ou une stack sip / java en carafe, renvoit un sip bye à mis parcours par exemple, pour voir ce qu'il se passe pour l'appelant  

Y'a pas de prise au niveau départemental?  C'est un service en plus du SAMU le national?  

Pour reparler de EVPN (auto discovery de VXLAN, pas besoin de contrôleur central), je vois que ça utilise BGP. Mon skill ultra-limité en réseau fait que je pige pas comment on peut utiliser BGP sans avoir d'AS (genre je veux faire des tunnels VXLAN avec auto discovery dans un même réseau à la con, genre un simple /24 privé, comment je vais paramétrer BGP pour ça )

Bref, c'est pas clair pour mon niveau en rézal

edit : je parle pour une PoC hein, après ça pourrait relier plusieurs DC entre eux sur plusieurs continents, mais j'aurai jamais la maîtrise complète du réseau entre eux.

Tu peux utiliser des numéros d'as spécifiques pour des déploiements en interne, sans avoir a les déclarer.

Genre ya des AS « privés » pour ce genre de choses je savais pas, merci je vais regarde de ce côté
 
La RFC : https://tools.ietf.org/html/rfc6996#section-5
 

 

Perso j'ai du bgp a la maison entre quelques machines pour faire fonctionner mon k8s, de mémoire l'id est... 64000 et quelques.
D'ailleurs, tu peux bien mettre l'id que tu veux, tant que tu te met pas a faire du bgp avec les même équipements avec de vrai routeurs internet, t'aura pas de conflit. Tu prend un numéro d'as, 200, et tu le met partout, t'autorise tout le monde a causer avec tout le monde et basta...

drapal  

 
Je suis d'accord, c'est même probablement la catégorie de boite pour laquelle ça a le plus d’intérêt.

C'est le créneau de l'infogérance depuis un bail, que ça soit cloud ou pas; aller en DC au lieu d'héberger salement un truc dans un placard ça a a toujours eu du sens

 
Je pense qu'il y a un gros créneau de service au PME la dessus. Le problème est de leur faire comprendre que leur informatique est importante et qu'un truc efficace se paye
 

Exactement...  

Après comme dit Xat,  plusieurs boîtes l'ont bien compris avec des contrats d'infogérance

 
C'est exactement la situation dans laquelle se trouve ma boite.
On attaque surtout les PME et, si possible on les pousse vers de l'hebergement hors site.
C'est ce qui a poussé mes patrons a créer notre propre Cloud Privé pour heberger nous-meme nos clients plutot que d'aller les coller chez OVH, Claranet ou meme nos concurrents locaux (Bretagne Telecom par exemple).
J'ai parmis les clients que je suit en infogérance des cas dont les coûts ont été drastiquement reduit.
Rien que sur l'infogerance, je suis passé d'1 apres-midi par semaine a 1 apres-midi tous les 3mois sur site ou il ne reste plus que des utilisateurs avec leur pc portable.
(oui ça leur coute la location des VMs tous les mois, mais ils n'ont plus a supporter tout ce qu'il s'y rattache si c'etait chez eux, le matos, le local, l'electricité et c'est accessible WorldWide).
Là ou c'est moins cool, c'est qu'il faut maintenir l'infra du cloud privé et pour le moment, y a pas de personne dedié a cela (c'est censé etre moi en partie, ça fait facile 15jours que j'ai pas travaillé dessus réellement). Et pendant ce temps on s'eparpille sur d'autres chantiers...
 

Je suis assez convaincu que ta solution pourrait s'appliquer a nombre de cas parmis nos clients, mais comme Mossieur le patron ne connait maintenant que VmWare, il ne veut pas aller voir ailleurs. Quitte a mettre un Esxi sans Licence tout seul avec 1 ou 2 VMs dessus et les limitations que ça comporte...
Le Pire c'est qu'on a commencé la Virtu avec Citrix XenServer !

Openstack ça m'a l'air d'être une bonne usine à gaz et c'est pas donné au 1er venu pour gérer les différentes briques.

Oui mais faut 10k vms pour que ça soit intéressant non ?

 
je vois que tu as trouvé ta réponse, par contre concernant ta remarque en gras : tu as considéré la partie underlay, ou tu gardes ça pour plus tard dans ton poc ? car à mon avis pour un produit comme le tien il y a une grosse plus-value à se connecter au réseau en IP directement, pour s'intégrer à une fabric déjà existante sans créer une usine à gaz avec deux réseaux l'un sur l'autre.

Contexte : on va remplacer une appliance Citrix (DVSC = Distribute Virtual Switch Controller) qui est en fait un contrôleur OVS avec une UI web pour les règles OpenFlow, mais aussi qui va automatiquement créer une infra en étoile avec des tunnels GRE pour permettre des réseaux « privés » cross-hôtes au sein d'un pool (=cluster en VMWare).

Si le cœur tombe, il le remplace par un autre hôte et refait les GRE au besoin.

Donc notre idée c'est que nous on fasse cette dernière partie, avec GRE ou VXLAN , mais il est vrai que ça ouvre des portes intéressantes à plus long terme.

La doc officielle de l'appliance DVSC :

Allez plus loin c'est avoir du VXLAN auto (avec EVPN) et peut être de faire des solution cross-pool, mais on en est pas encore là

edit : dans chaque hôte il y a déjà un OVS qui tourne, après la question d'avoir un contrôleur plus poussé ça se pèse, faut voir l'étendue des besoins.

Du VXLAN en multicast-based flood-and-learn ça suffirait pas ?