‫Une autre partie importante de l’un de ces orchestrateurs est de disposer
‫d’une interface graphique Web.
‫C'est une sorte de chose standard maintenant.
‫Si vous voulez utiliser un système, un grand système
‫multi-serveurs, vous aurez besoin d'une sorte d'interface
‫graphique pour au moins vous donner quelques visualisations.
‫Certaines choses vont bien au-delà d’une ligne de commande
‫standard que vous pouvez afficher sur un joli écran LCD mural
‫que tout le monde peut regarder.
‫Quelque chose comme ça, d'accord. Bien sûr, vous allez avoir
‫des membres de votre équipe qui vont vouloir une interface graphique.
‫Ils ne vont pas vouloir être des experts en ligne de
‫commande, car ils ne font qu'opérer.
‫Ils ne font que regarder des choses et peut-être télécharger du
‫YAML, ou changer des pods ou quelque chose du genre.
‫Ce qui est bien avec Kubernetes, c'est que vous en avez un.
‫Ce n'est pas prêt à l'emploi, mais c'est un projet officiel
‫appelé Kubernetes Dashboard.
‫Il existe des tiers, mais vraiment,
‫je pense que tout le monde est habitué
‫à la norme par défaut, puis peut-être envisager une tierce partie.
‫Bien sûr, si vous faites une distribution comme Docker Enterprise, Rancher
‫ou quelque chose du genre, ils auront également
‫leur boîte à outils originale.
‫Cela remplacerait réellement le tableau de bord Kubernetes par défaut
‫que vous pourriez installer.
‫Le tableau de bord est réellement très facile à
‫utiliser et à installer. Sachez toutefois que si vous
‫êtes dans le nuage et que vous utilisez ce que
‫je recommanderais dans le nuage, ce sont leurs Kubernetes, où vous ne
‫faites que déployer sur Azure, Amazon ou DigitalOcean.
‫Vous ne faites que déployer leurs Kubernetes hébergés où ils ont les
‫gestionnaires, et vous ne disposez que de plusieurs nœuds de travail
‫pour y installer vos données.
‫Ils ne vous donnent généralement pas cette interface graphique par défaut.
‫Donc, vous voudrez le déployer pour au moins voir
‫ce qui se passe sur votre cluster.
‫Mais, ils n'ont pas beaucoup
‫d'outils pour vous. Ils ne font qu'automatiser la
‫gestion du service.
‫Cela pourrait changer, mais pour le moment,
‫vous souhaiterez déployer ce tableau de bord pour vous-même.
‫La dernière chose que je veux dire ici est
‫la sécurité d'abord sur celui-ci. Il y a eu des
‫cas documentés, y compris quelques très grandes entreprises de technologie
‫aux États-Unis, qui ont été piratés principalement via ce tableau de bord.
‫Je pense que beaucoup de problèmes ont été
‫résolus dans les versions récentes, mais beaucoup de ces
‫problèmes seront prêts à l’emploi sans véritable authentification ni authentification
‫du tout.
‫Vous devez toujours supposer que si vous mettez
‫quelque chose sur Internet, vous allez être tenté de
‫le pirater, n'est-ce pas? Quelqu'un va essayer de le faire, surtout si
‫c'est sur un port commun.
‫Pour tout tableau de
‫bord que vous utilisez, ou vraiment l'un de
‫ces ports, mais surtout ces tableaux de bord d'administration, car
‫ils sont plus susceptibles d'être exposés à des vulnérabilités, qu'il
‫s'agisse de scripts intersite ou d'une vulnérabilité de l'infrastructure Web, que
‫vous les placiez sur des ports aléatoires. ,
‫ou vous protégez leur adresse IP en limitant
‫peut-être uniquement votre bureau, ou vous avez peut-être besoin d’un VPN.
‫Personnellement, pour mes petits projets, j’ai tendance à utiliser
‫des ports élevés aléatoires
‫ou à placer un type de proxy devant nécessiter une authentification.
‫Vous ne pouvez donc même pas vraiment parler au tableau de
‫bord Kubernetes avant de vous authentifier.
‫Kubernetes Dashboard lui-même a des options d’authentification, et
‫il est livré avec certaines choses.
‫Mais juste un conseil.
‫Ne soyez pas une de ces personnes qui finit
‫par faire la une des journaux parce que les Kubernetes ont été piratés à votre
‫bureau et que les mineurs de bitcoins ont commencé à extraire des données de vos
‫systèmes parce qu’ils y avaient accès.
‫Si vous ne faites que du genre Google, vous trouverez
‫des cas où cela est vraiment arrivé à de grandes entreprises.