A partir de febrer Ens sembla que ha passat una eternitat. L'únic que va alegrar una mica la separació va ser que vam aconseguir entrar a la Cloud Native Computing Foundation, certificar la nostra distribució Kubernetes sota el Certified Kubernetes Conformance Program i també llançar-la al servei. la seva implementació de Kubernetes Cluster Autoscaler.
És el moment de la tercera trobada de @Kubernetes! Breument:
- Gazprombank us explicarà com utilitzen Kubernetes en la seva R+D per gestionar OpenStack;
- Mail.ru Cloud Solutions: com escalar aplicacions a K8S mitjançant escaladors i com van preparar la seva implementació de Kubernetes Cluster Autoscaler;
- i l'agència Wunderman Thompson: com Kubernetes els ajuda a optimitzar el seu enfocament de desenvolupament i per què hi ha més Dev que Ops a DevOps.
La reunió tindrà lloc el 21 de juny (divendres) a les 18:30 a l'oficina de Moscou de Mail.ru Group (Leningradsky Prospekt, 39, edifici 79). és obligatori i tanca el 20 de juny a les 11:59 a.m. (o abans si s'esgota l'espai).
"Kubernetes per a desenvolupadors: quants desenvolupadors hi ha a DevOps?"
Grigory Nikonov, Wunderman Thompson, director general
No tenim clústers de 500 nodes. No tenim DevOps estrictes. No tenim equips de producte dedicats. Però tenim molts projectes interessants i respostes a preguntes que hem trobat mentre desenvolupem i donem suport a aquests projectes. En primer lloc, som desenvolupadors i estem acostumats a crear nosaltres mateixos eines que després utilitzarem. Potser també us ajudaran en la vostra feina.
L'agència Wunderman Thompson és una de les pioneres en el desenvolupament de solucions d'Internet a Rússia, i ara està desenvolupant tant pàgines de destinació senzilles com sistemes distribuïts complexos. Kubernetes ajuda a optimitzar l'enfocament del desenvolupament i ajuda els clients de l'agència a allotjar i operar les solucions creades.
En sistemes distribuïts amb un gran nombre d'integracions i components interns, una arquitectura de microservei és una resposta natural als requisits d'actualització i manteniment de la solució, però la transició a aquesta arquitectura dóna lloc a tota una sèrie de problemes associats amb el control de versions i publicació. El fet que siguem una agència, i no un equip de producte dedicat, i els nostres desenvolupadors no mantenen constantment el context desplegat d'una solució específica a les seves màquines, imposa els seus propis requisits sobre la reproductibilitat de l'entorn de desenvolupament, la capacitat de fer canvis. a diversos equips simultàniament i tornar al projecte després d'un temps. En resposta a aquests reptes, hem desenvolupat processos i eines que faciliten als nostres desenvolupadors i DevOps desenvolupar i donar suport a les solucions que creen.
Aprendràs per què DevOps és més Dev que Ops i com la mandra pot reduir el temps i el cost de desenvolupament/assistència, així com:
- com Kubernetes ha canviat la manera de desenvolupar projectes;
- com és el cicle de vida del nostre codi;
- quines eines fem servir per a la publicació controlada de microserveis;
- com resolem el problema de muntar artefactes obsolets;
- com ens despleguem al clúster amb gust.
"Escalar aplicacions amb Kubernetes Cluster Autoscaler: els matisos d'Autoscaler i la implementació de Mail.ru Cloud Solutions"
Alexander Chadin, Mail.ru Cloud Solutions, desenvolupador de serveis PaaS
En el món actual, els usuaris esperen com a fet que la vostra aplicació estigui sempre en línia i sempre disponible, i per tant pugui gestionar qualsevol flux de trànsit, per gran que sigui. Kubernetes ofereix una solució força elegant que us permet escalar-vos segons la càrrega: Kubernetes Cluster Autoscaler.
En general, a Kubernetes hi ha dos tipus d'escalat en funció del que estem escalant exactament: més còpies de l'aplicació o més recursos. Escalat vertical, quan augmentem el nombre de rèpliques d'aplicacions dins dels nodes existents. I escala horitzontal més complexa: augmentem el nombre de nodes.
En el segon cas, podrem recaptar encara més còpies de l'aplicació, la qual cosa n'assegurarà l'alta disponibilitat. Parlarem de l'escala horitzontal mitjançant Cluster Autoscaler. No només pot augmentar, sinó també disminuir el nombre de nodes en funció de la càrrega. Per exemple, quan la càrrega arriba al pic, el propi Autoscaler reduirà el nombre de nodes a la quantitat necessària i, per tant, el pagament dels recursos del proveïdor.
A la trobada, us explicarem més sobre els matisos de Kubernetes Cluster Autoscaler, així com les dificultats que vam trobar en llançar la nostra implementació de Cluster Autoscaler com a part del servei Mail.ru Cloud Containers. Aprendràs:
- quins escaladors estan disponibles a Kubernetes, quines són les característiques del seu ús;
- a què hauríeu de prestar atenció quan feu servir escaladors;
- com hem segmentat els nodes per zones de disponibilitat mitjançant els grups de nodes;
- com hem implementat el suport per a Kubernetes Cluster Autoscaler a MCS.
"R+D a Gazprombank: com K8S ajuda a gestionar OpenStack"
Maxim Kletskin, Gazprombank, gerent de producte
En un món on la tendència és per a tot com a servei, el Time-to-Market està per sobre de tot. Cal desenvolupar ràpidament aplicacions per provar hipòtesis i trobar nous mercats en el moment de la seva formació inicial. La velocitat és especialment important per als bancs, i les noves tecnologies ajuden aquí, en particular, les tecnologies de contenidors i Kubernetes.
Maxim Kletskin és un gerent de producte a Gazprombank i està desenvolupant una caixa de sorra per llançar productes pilot. R+D de Gazprombank realitza diversos estudis al seu núvol, que és OpenStack. Kubernetes s'utilitza aquí de dues maneres: 1) Kubernetes a Bare Metal com a capa de gestió del núvol OpenStack i 2) K8S com a distribució OpenShift per al desenvolupament.
En l'informe parlarem del primer cas i descobrirem com Gazprombank utilitza Kubernetes per gestionar OpenStack. Si mireu l'arquitectura d'OpenStack, podeu veure que és força atòmica, de manera que utilitzar Kubernetes com a capa de gestió d'OpenStack sembla molt interessant i lògic. Això també facilitarà afegir nodes a un clúster OpenStack i augmentarà la fiabilitat del pla de control. I, com la cirereta del pastís, simplificarà la recollida de telemetria del clúster.
Aprendràs:
- per què banc d'R+D: provem i experimentem;
- com contenitzem OpenStack;
- com i per què implementar OpenStack a K8S.
Després de les actuacions canviarem sense problemes al format @Kucervesanetes After-Party, i també us hem preparat alguns anuncis interessants. Assegureu-vos de registrar-vos , revisem totes les sol·licituds en un parell de dies.
Sobre els nous esdeveniments de la sèrie @Kubernetes Meetup i altres esdeveniments De seguida anunciem al nostre canal de Telegram:
T'interessa parlar a la propera trobada de @Kubernetes? Pots enviar la teva sol·licitud aquí:
Font: www.habr.com
