Auteur | Chen Jie, Gao Xianglin, Chen Youkun, Ao Xiaojian
Nouvelles de l'industrie
Le projet Argo est un ensemble d'outils natifs de Kubernetes pour exécuter et gérer des tâches et des applications sur Kubernetes. Il se compose actuellement de quatre sous-projets: Argo Workflows, Argo Events, Argo CD et Argo Rollouts. Le 8 avril, le Comité de contrôle technique (COT) de la CNCF a voté pour accepter Argo en tant que projet d'entiercement au niveau de l'incubation.
Argo CD lance la version v1.5. Les performances de la version 1.5 ont été grandement optimisées tout en réduisant la pression sur l'APIServer. De plus, la version 1.5 prend également en charge les cartes Helm 3.
Le 7 avril, le sommet CloudNative s'est tenu en direct sur YouTube. Le sommet a principalement présenté les derniers progrès des projets de graduation CNCF (y compris Kubernetes, Prometheus, Envoy, Jaeger, etc.) et a discuté de nouvelles tendances dans les technologies natives du cloud à l'avenir.
Affectée par l'épidémie de COVID-19, la plupart des gens ont commencé le mode bureau à domicile et leurs relations sociales ont été étendues, tant en termes de santé physique que mentale. Le groupe de travail CNCF sur le bien-être fournit un guide de travail pendant l'épidémie, y compris des réponses à certaines questions et suggestions courantes.
En raison de COVID-19, les responsables de Helm ont décidé de prolonger la durée du service de réparation de bogues de Helm v2.
Progrès importants en amont
La logique optimisée de kubectl s'applique pour appliquer autant de ressources efficaces que possible dans YAML.
Prise en charge de l'exécution de kubelet sur une machine en mode unifié cgroup v2. Dans le même temps, la conversion de cpu.shares (valeur seuil 2-262144) en cpu.weight (valeur seuil 1-10000) a été effectuée.
Une mesure de la taille de la base de données etcd est exposée du côté de l'apiserver.
Résolution d'un bogue qui ne vérifiait pas les résultats du sélecteur. Utilisant actuellement labels.SelectorFromSet, si l'analyse échoue (par exemple, la valeur de l'étiquette n'est pas remplie correctement avec une valeur longue), un sélecteur vide sera renvoyé, entraînant le filtrage de toutes les ressources.
Le planificateur a optimisé les performances lors du calcul du score d'affinité et a déplacé un verrou en lecture-écriture à l'intérieur de la boucle vers la couche la plus externe du goroutine (optimisé la granularité du verrou).
Lorsque vous utilisez le point de terminaison de découverte, l'état de préparation est signalé une fois que l'état de synchronisation CRD est terminé, ce qui résout le problème selon lequel le point de connexion de découverte sera temporairement indisponible après son démarrage.
Lorsque Kubelet effectue une expulsion hors pid, il n'utilise actuellement que PodPriority pour trier. Ce KEP prévoit d'ajouter plus de données au niveau du processus (comme le nombre de processus dans le pod) pour effectuer l'expulsion.
Prend en charge la mise à l'échelle automatique basée sur les ressources au niveau du conteneur, car les scénarios spéciaux suivants peuvent exister dans un seul module:
- Plusieurs conteneurs ont des seuils de ressources différents;
- Il existe plusieurs conteneurs, mais la mise à l'échelle automatique est uniquement basée sur le seuil de ressources d'un seul conteneur.
Ce document de conception examine principalement comment l'implémenter et répertorie quatre méthodes et leurs avantages et inconvénients. Les quatre méthodes consistent à utiliser directement la définition des K8, à les placer directement dans les variables d'environnement, à utiliser des descriptions d'annotation et à utiliser des descriptions personnalisées Knative.
Les derniers résultats des discussions du groupe de travail Istio Networking ont décidé de retirer Galley d'Istio 1.6: la vérification de la responsabilité d'origine de Galley et les contrôleurs de statut ont été fusionnés dans Istiod, et les fonctions restantes de Galley MCP Source seront Supprimer directement. Remarque: La fonction MCP existe toujours et Istiod conserve le rôle de synchronisation MCP.
Recommandation de projet open source
BotKube est une application qui surveille les clusters Kubernetes et fournit des services d'alarme. Elle prend en charge l'envoi de messages vers Slack, Mattermost et ElasticSearch. Il filtre les événements Kubernetes via des règles et fournit des alertes ciblées. Il fournit également des vérifications YAML fixes sur les ressources du cluster actuel.
PrometheusAlert est un système de transmission de messages pour le centre d'alarme d'exploitation et de maintenance. Il prend en charge les messages d'avertissement envoyés par les systèmes de surveillance traditionnels Prometheus, Zabbix, le système de journalisation Graylog et le système de visualisation de données Grafana, et prend en charge diverses méthodes d'alarme courantes telles que les clous.
Base de données SQL distribuée native dans le cloud hautes performances, adaptée aux applications OLTP native dans le cloud, avec une évolutivité élevée, une tolérance aux pannes et une prise en charge de la tolérance aux catastrophes hors site.
Recommandation de lecture cette semaine
Avec l'itération de la version Kubernetes, certaines API sont progressivement obsolètes. Cet article décrit comment utiliser Deprek8, un outil basé sur les règles de l'Open Policy Agent, pour vérifier si le YAML dans votre référentiel fait référence à l'API obsolète.
L'article présente le mécanisme de QoS dans Kubernetes en détail, et présente le processus du processus Linux Kill après OOM et comment expulser les pods dans Kubernetes.
L'article explore les points clés de CI / CD, y compris le contrôle de version, les branches et modèles de développement, les pipelines de publication et les tests automatisés.
Présentation des nouvelles fonctionnalités de l'application côté serveur dans Kubernetes 1.18. ManagedFields a été ajouté en 1.18. Toutes les applications côté serveur sont enregistrées dans mangedFields, y compris les champs modifiés, l'heure modifiée et la personne modifiée.
Le webinaire natif du cloud vous invite à participer
Cliquez pour planifier une diffusion en direct maintenant
" Alibaba Cloud Native se concentre sur les microservices, sans serveur, les conteneurs, le maillage de service et d'autres domaines techniques, se concentre sur les tendances technologiques natives du cloud, les pratiques d'atterrissage à grande échelle natives du cloud et est le numéro public qui comprend le mieux les développeurs natifs du cloud."