Depuis février
Love Kubernetes a passé, il nous semble, une éternité. La seule chose qui a fait la différence dans la séparation, c'est que nous avons réussi à entrer dans la Cloud Native Computing Foundation, à certifier notre distribution Kubernetes dans le cadre du programme de conformité Certified Kubernetes, et à lancer également notre implémentation Autoscaler Kubernetes Cluster dans
Mail.ru Cloud Containers .
Il est temps pour le troisième Meetup @Kubernetes! En bref:
- Gazprombank expliquera comment ils utilisent Kubernetes dans leur R&D pour gérer OpenStack;
- Mail.ru Cloud Solutions - comment faire évoluer les applications dans K8S à l'aide de scalers et comment Kubernetes Cluster Autoscaler a préparé leur implémentation;
- et Wunderman Thompson, comment Kubernetes les aide à optimiser leur approche de développement et pourquoi DevOps a plus de Dev que d'Ops.
La réunion aura lieu le 21 juin (vendredi) à 18h30 au bureau de Moscou du groupe Mail.ru (Leningradsky Prospekt, 39, p. 79).
L'inscription est obligatoire et se termine le 20 juin à 11 h 59 (ou plus tôt si les places sont épuisées).
"Kubernetes pour les développeurs: combien de Dev y a-t-il dans DevOps?"
Grigory Nikonov, Wunderman Thompson, directeur général
Nous n'avons pas de clusters de 500 nœuds. Nous n'avons pas de DevOps sévère. Nous n'avons pas d'équipes de produits dédiées. Mais nous avons de nombreux projets intéressants et des réponses aux questions que nous avons trouvées en développant et en soutenant ces projets. Tout d'abord, nous sommes des développeurs et nous sommes habitués à créer nous-mêmes des outils, que nous utiliserons plus tard. Peut-être qu'ils vous aideront dans votre travail.
L'Agence Wunderman Thompson est l'un des pionniers dans le développement de solutions Internet en Russie et développe actuellement à la fois des pages de destination simples et des systèmes distribués complexes. Kubernetes contribue à optimiser l'approche du développement, et pour les clients des agences - l'hébergement et l'exploitation des solutions créées.
Dans les systèmes distribués avec un grand nombre d'intégrations et de composants internes, l'architecture de microservices est une réponse naturelle aux exigences de mise à jour et de maintenance de la solution, cependant, la transition vers une telle architecture pose toute une série de problèmes liés au versioning et à la publication. Le fait que nous soyons une agence, et non une équipe produit dédiée, et que nos développeurs ne gardent pas constamment le contexte détaillé d'une solution spécifique sur leurs machines, impose ses exigences sur la reproductibilité de l'environnement de développement, la possibilité d'apporter des modifications à plusieurs équipes en même temps et de revenir au projet après un certain temps . Les réponses à ces défis sont les processus et les outils que nous avons développés et qui facilitent le développement et la maintenance des solutions pour nos développeurs et DevOps.
Vous découvrirez pourquoi DevOps est plus Dev que Ops, et à quel point il vous permet de réduire le temps et le coût de développement / support, ainsi que:
- comment Kubernetes a changé notre approche du développement de projets;
- À quoi ressemble le cycle de vie de notre code?
- quels outils nous utilisons pour la publication contrôlée de microservices;
- comment nous résolvons le problème de l'assemblage d'artefacts obsolètes;
- comment nous déployons avec plaisir dans le cluster.
«Mise à l'échelle des applications avec Kubernetes Cluster Autoscaler: nuances Autoscaler et implémentation des solutions Cloud Mail.ru»
Alexander Chadin, Mail.ru Cloud Solutions, développeur de services PaaS
Dans le monde d'aujourd'hui, les utilisateurs s'attendent à ce que votre application soit toujours en ligne et toujours disponible - ce qui signifie qu'elle peut supporter n'importe quel flux de trafic, quelle que soit sa taille. Kubernetes propose une solution plutôt élégante qui vous permet de vous adapter en fonction de la charge - Kubernetes Cluster Autoscaler.
En général, Kubernetes propose deux types de mise à l'échelle en termes de capacité de mise à l'échelle: plus de copies de l'application ou plus de ressources. Mise à l'échelle verticale lorsque nous augmentons le nombre de répliques d'applications dans les nœuds existants. Et une mise à l'échelle horizontale plus complexe - augmentez le nombre de nœuds lui-même.
Dans le second cas, nous pouvons générer encore plus de copies de l'application - ce qui garantira sa haute disponibilité. Nous parlerons de la mise à l'échelle horizontale avec Cluster Autoscaler. Il peut non seulement augmenter, mais aussi réduire le nombre de nœuds en fonction de la charge. Par exemple, le pic de la charge passe - alors Autoscaler lui-même réduira le nombre de nœuds au nombre requis et donc les frais pour les ressources du fournisseur.
Lors de la réunion, nous vous en dirons plus sur les nuances de Kubernetes Cluster Autoscaler, ainsi que sur les difficultés rencontrées lors du lancement de notre implémentation de Cluster Autoscaler dans le cadre du service Mail.ru Cloud Containers. Vous apprendrez:
- quels détartreurs sont dans Kubernetes, quelle est la particularité de leur utilisation;
- ce à quoi vous devez faire attention lorsque vous utilisez des détartreurs;
- comment nous avons segmenté les nœuds par zones d'accessibilité à l'aide de groupes de nœuds;
- Comment ils ont implémenté le support de Kubernetes Cluster Autoscaler dans MCS.
Gazprombank R&D: comment K8S aide à gérer OpenStack
Maxim Kletskin, Gazprombank, chef de produit
Dans un monde où la tendance est à tout pour un service, le Time-to-Market est avant tout. Les applications doivent être développées rapidement afin de tester des hypothèses et de trouver de nouveaux marchés au moment de leur formation initiale. La rapidité est particulièrement importante pour les banques et les nouvelles technologies y contribuent, en particulier les technologies de conteneurisation et Kubernetes.
Maxim Kletskin est chef de produit chez Gazprombank et développe un bac à sable pour le lancement de produits pilotes. Gazprombank R&D mène diverses études dans son cloud, qui est OpenStack. Kubernetes est utilisé de deux manières: 1) Kubernetes on Bare Metal en tant que couche de gestion du cloud OpenStack, et 2) K8S en tant que distribution OpenShift pour le développement.
Dans le rapport, nous parlerons du premier cas et découvrirons comment Gazprombank utilise Kubernetes pour gérer OpenStack. Si vous regardez l'architecture OpenStack, vous pouvez voir qu'elle est assez atomique, donc utiliser Kubernetes comme couche de contrôle OpenStack semble très intéressant et logique. De plus, cela facilitera l'ajout de nœuds au cluster OpenStack et augmentera la fiabilité du plan de contrôle. Et, comme une cerise sur un gâteau, cela simplifiera la collecte de la télémétrie à partir d'un cluster.
Vous apprendrez:
- pourquoi la R&D à la banque: tester et expérimenter;
- Comment nous conteneurisons OpenStack
- comment et pourquoi déployer OpenStack dans K8S.
Après les discours, nous passerons en douceur au format After-Party @Ku
beer netes, et nous avons également préparé des annonces intéressantes pour vous. Assurez-vous de vous inscrire
ici , nous examinons toutes les demandes dans quelques jours.
Nous vous informons immédiatement des nouveaux événements de la série Meetup @Kubernetes et d'autres événements
Mail.ru Cloud Solutions dans notre canal Telegram:
t.me/k8s_mailVous souhaitez prendre la parole lors du prochain Meetup @Kubernetes? L'application peut être laissée ici:
mcs.mail.ru/speak