Reprise du message précédent :

Bordel ces hébergeurs low cost qui ne savent pas gérer des certificats ...
https://forum.hardware.fr/hfr/Windo [...] 3892_1.htm

https://marc.info/?a=161915603800001&r=1&w=2
 
Le mec s'est cru avec le support de Plam

 
même quand il s'agit d'être insultants ils font aucun effort

On m'a pas consulté pour l'installation de la nouvelle version... (par rapport a un batigest 2012)
 
Je vois pas Batigest Connect en SaaS

 
Pourquoi tu veux qu'ils te consultent en même temps ? c'est packagé et déployé par l'assistance / le revendeur, rien de bien particulier derrière à remettre à part les modèles de document, ta plus value pour le client c'est presque 0 à part vaguement le rassurer de la maitrise d'oeuvre et encore

Les gens qui ont du globalprotect en always-on et du windows 10, faisez gaffe la KB5001330 a apparement un peu changé l'API DNS de windows et a à moitié cassé le process de connexion au VPN par la même occasion (login qui prend plusieurs minutes).

Ah merci    

On est justement en train de faire un POC pour passer cela en prod.

eh bah attends que micromou ou PAN sorte un correctif, ça devrait pas prendre longtemps vu comment ça gueule

 
Petite question en passant. Est-ce que vous utiliser Docker dans vos entreprises?  
Si oui, sous quel OS? Et comment? Je veux dire, pour de grosses applis, de gros projets, des trucs solides?  
 
Je vais chercher des formations à suivre durant mon chômage partiel, et Docker m'intéresse pas mal. Mais si ça n'est pas trop utilisé, ou à un niveau vraiment élevé, je vais peut-être alors chercher autre chose.
 
Question juste en passant, hein
 
Merci de vos retours.

C'est sous ubuntu en général chez nous.

Ce serait une erreur de ne pas intéresser à la containérisation oui et docker est sûrement le plus "simple" et accessible (et le plus utilisé).
L'important c'est les concepts et ça ça pourra te servir dans tous les cas
 
Perso j'ai vraiment du mal à imaginer une vie sans docker tellement ça rend les choses plus simple pour tester/déployer, au moins jusqu'à en qualif. Après la PROD ça peut se discuter.
 
Mais c'est un vrai changement d'organisation, nouveaux concepts, nouvelles compétences, etc.

Le premier emploi qu'on va en avoir (autrement que pour des environnement de devs), c'est pour du CI/CD Jenkins, de code de modules xquery pour MarkLogic avec génération automatique de classes java pour le code appelant, pour exécuter la batterie de tests (avec déploiement des modules pour un serveur dans l'image docker) dans un environnement contrôlé et sans interférences.  
 
Si ma team réussit la migration MongoDB + MarkLogic -> MarkLogic only, dans 6/8 mois ça sera en prod chez nous.  
 
Et sinon, en dev, pour avoir en local les serveurs nécessaires (MarkLogic, MongoDB, Solr, MariaDB, RabbitMQ, etc)
 
A+,

Du point de vue d'un admin vaut mieux se former à déployer Kubernetes et copains (OpenShift, Rancher) qu'utiliser Docker.

Merci de vos réponses
Je lurke bien sûr aussi Kubernetes mais bien sûr, les fonds de formation sont limités. Pis je me doute que, que ça soit Kuber ou Docker, les formations doivent être en plusieurs parties, et que ça ne va pas être donné. Je n'ai pas encore regardé, je préfère avoir vos retours en premier

Tu fais du cloud ou pas du tout ?

J'ai testé Docker Swarm mais comme c'est voué à disparaître...  

Non tu prends un bousin en managé genre GKE  

Je suis dev donc ça me va... mais c'est l'étape où tu vires les admins en général.

Mettre en place k8s c'est un poil plus compliqué que docker quand même
Donc d'abord commencer par les bases de containérisation docker/docker-compose, jouer avec, comprendre le fonctionnement des volumes, networks, etc... et après passer à du kube
 
Sinon ça risque d'être une montagne un peu infranchissable à mon avis

Pour un admin je vois vraiment pas l'intérêt.
Docker Compose c'est un truc pour l'utilisateur (= devs comme moi), pas pour déployer sur de l'infra, même de dev/test. Quasiment plus personne n'utilise Docker Swarm.

Docker Swarm c'est terminé  
Docker compose n'est effectivement pas nécessaire pour un admin, en revanche la base docker "run" est indispensable.

Sauf si tu utilise du CRI-o / Podman  

Pour rappel, un outil Docker pour les non anglophones: https://github.com/brouberol/marcel

Sur nos serveurs de calcul c'est Singularity qui est utilisé. Je vois Docker partout mais à priori Docker pose beaucoup de problèmes de sécurité surtout sur les grappes multi-utilisateur. Une idée de pourquoi Docker est toujours si répandu ?

Comme PHP/MySQL, le coût d'entrée est faible.

Parce que c'est à la mode, ca parle que d'agile/devops/docker entre n+x qui ne bite rien à la technique.

Si tu le dis

J'parle pour chez nous en tous cas, ou l'infra/l'activité/les applis (bref rien) ne s'y prête

faut que les applis soient prévu pour déjà et là ca commence à être un problème pour pas mal d'éditeur

il doit y avoir un module Windev pour ça. Déployez vos applications avec Docker sans écrire une ligne de code et sans rien comprendre à ce que vous faites !!!

docker ou kubernetes ca me parait pas mal pour des pics de charge ou de l’éphémère reproductible, sinon, ca reste une techno de virtualisation et donc qui est adapaté a des besoins spécifiques pas pour être mis à toute les sauces comme le pensent la plupart des DSI.

Quand vous parliez de l'appli Teams qui est pénible avec le multi-compte, je me disais que vous aviez des besoins particuliers. Mais non en fait, c'est vraiment des charlots chez Microsoft...

Mais c'est l'affaire de deux heures, pas besoin d'une formation payante.

Les problèmes inhérents à Docker on s'en fout un peu à ce stade. De nouveau plus personne ne fait tourner Docker sur de l'infra, ou du moins plus personne ne devrait.
- Les devs veulent utiliser, composer et publier des images OCI car l'écosystème est là.
- Les admins peuvent faire tourner tout ça sur du multi-tenant avec suffisamment de garanties niveau sécurité et allocation des ressources. Cf. Kubernetes, OpenShift (qui a poussé pour certaines contraintes de sécurité avant Kubernetes upstream d'ailleurs), etc.

C'est pas de la virtualisation, et par exemple Google fait tout tourner dans des conteneurs depuis plus de 15 ans.

Ou un "man docker"

 
ah bah si google le fait ....   ils ont juste plus de 80 000 ingénieurs de très haut niveau c'est tout à fait comparable avec n'importe quelle autre boite    

Je dis pas qu'il faut copier Google, surtout quand leur orchestrateur interne, ils se le gardent pour eux en fait.
 
Mais a priori la conteneurisation n'est pas réservée à des besoins spécifiques.
Le concept est super vieux (cf. les jails chez les BSD) et flexible par nature, et depuis que les orchestrateurs gèrent bien les applications stateful, tu peux conteneuriser à peu près n'importe quoi.

 
Chez nous ils ont entendu que tu mets des trucs dans docker et c'est magique ça marche, couts divisés ect  

 
 
mon ancien DSI m'a demandé sérieusement de foutre notre ERP dans des conteneurs

Pourquoi pas tant que les données métier sont dans des volumes externes / bdd.

 
A+,