= K8S sur cloud ou bare metal ? = J'en ai exécuté un sur du métal nu la semaine dernière et je n'y vois aucun avantage. Nous le faisons à des fins d'enquête interne. Exécutez-vous le vôtre en métal nu ? Pourquoi? Je suis d'accord, cela dépend de votre objectif et des ressources dont vous disposez, des serveurs, de l'argent, du temps, etc. En fait, j'exécute mon K8S sur des machines virtuelles dans un VMWare VCenter sur site. J'avais déjà les ressources et je l'utilise surtout pour tester avec des k8. J'ai commencé à courir sur VMware au départ juste pour apprendre les k8, mais je suis allé l'utiliser à des fins de test Je l'ai fait pour deux de mes clients. Ils voulaient devenir natifs du cloud mais en même temps, la loi exige de conserver les données dans mon pays (secteur public) Un installé avec kubeadm et l'autre avec rke Le kubeadm offrait un contrôle total, mais les opérateurs de mélange et d'appariement pouvaient être un cauchemar en raison des versions. Rancher de l'autre côté propose un ensemble de cartes de barre organisées qui fonctionnent très bien S'il s'agit d'un usage personnel, cela peut ne pas s'appliquer, mais pour les déploiements en entreprise, il existe des nuances de gestion. Les hyperscalers sont une offre entièrement gérée, mais vous pouvez avoir un système bare metal géré afin que vous ne vous souciez pas du rack, du câblage, des correctifs du micrologiciel, etc. Ou vous pourriez avoir un plan de contrôle géré sur du métal nu, peut-être même dans votre colo. cela coûte parfois plus cher qu'un hyperscaler même, mais a l'avantage de vous permettre d'avoir une offre managée performante et proche de vos autres données IME le gros hic pour le cloud vient du déplacement des données. L'automatisation est géniale, mais si vos données ne sont pas déjà là ou si des données vont y rester, la facture sera incroyablement Les avantages sont le contrôle du matériel, les données sur site et les coûts. Mais vous devez disposer d'un processus de déploiement solide dans lequel vous pouvez facilement recycler un nœud. Cela aide beaucoup dans les scénarios de dépannage avec des logiciels complexes d'appuyer simplement sur le bouton de réinitialisation. C'est l'un des avantages si vous continuez à penser IaC Nous gérons environ 30+ clusters à l'échelle mondiale, y compris le réseau sous-jacent. J'apprécie vraiment la technologie derrière. C'est dur mais je ne le changerais pas pour une plate-forme hébergée juste à cause de la joie que cela m'apporte personnellement D'un point de vue, je pense que si vous n'avez pas besoin de matériel spécial ou d'une tonne de matériel de stockage, les solutions hébergées pourraient être moins chères. Surtout en ce qui concerne le salaire de l'équipe / le nombre de personnes puisque le gros du travail est couvert == À propos de la communauté == Kubernauts En ligne == Semblable à cet article == Cadre en aluminium r / KeychronK8 Pro vs barebone non aluminium / plastique? 100% 4Jul 1 - Dépannage r/devopsK8S facilité93%2412/16/2020 r/KeychronK3 sans fil est-il bon pour les jeux ? 100 % 91/7/2021 r / TankPornK9 Obusiers automoteurs Thunder au bord d'une rivière95%026 juin r/KeychronK8 Mallette de transport Aluminium vs Plastique100%4Août 16 r/kubernetesImpressionnante liste de références K8S depuis 201897%93d r/kubernetesPrésentation de Wolfi â la première (Un)distro Linux conçue86%142d r/kubernetesConseils de sécurité Kubernetes sous-documentés92%35d r/kubernetesArgoCD vs FluxCD et comment ils gèrent les Secrets98%294d r/kubernetesQu'est-ce qui devrait me faire envisager de passer d'ECS à EKS ?94 %474d r/kubernetesPractical Systems Awareness - Une refonte du premier principe83%31d r/kubernetesExpérience CKA91%113d r/kubernetesPrésentation de Palaemon, un nouveau système de surveillance Kubernetes et89 %114d r/kubernetesLe numéro 032 de la newsletter EKS est désormais disponible94%06d r/kubernetesLive : [rappel rapide] Comment résoudre les problèmes de performances 91 % 95d