CI et CD Battle Talks, Orchestration et OpenStack Secrets

Le 27 septembre, nous avons organisé le deuxième rallye Ork Tut - sur l'orchestration, l'automatisation et l'utilisation de CI / CD sur le terrain. Dans cet article, des vidéos complètes et des codes temporels avec des endroits importants de trois rapports.



Les sujets sont:


  • Environnement en tant que service - sur le fonctionnement et les secrets de la configuration d'OpenStack
  • Pod, Cloud et deux centres fumeurs - à propos de la mise à l'échelle des fermes de sélénium
  • CI vs CD: une course aux armements - sur la façon dont CI et CD ont «combattu» dans Yandex.

L'environnement en tant que service


Alexander Prizov et Maxim Ogryzkov de Yandex.Money ont parlé des caractéristiques du fonctionnement et de l'orchestration des installations OpenStack à forte charge pour différents types d'environnements de test.



Timecodes avec détails

À propos de notre approche


0:20 - Qu'est-ce que l'environnement en tant que service?
13h00 - Comment préparer l'infrastructure au changement?
13h30 - Que faire des anciens bancs d'essais?
15 h 55 - Exigences pour les nouveaux bancs d'essai
16h30 - Pourquoi avons-nous choisi OpenStack? Un peu sur Murano
17h50 - À propos de notre approche pour tester l'automatisation des circuits
7h30 - Un exemple de description déclarative du calcul
8h20 - À propos de Jenkinks, Grafana, kibana et le suivi des mises à jour
9:10 - À quels chiffres en sommes-nous arrivés?


OpenStack et highload


9:40 - Que s'est-il passé lorsque nous avons levé 50 machines virtuelles en même temps?
11:25 - Besoin de distribuer l'exécution des tâches cron. À propos du travail de l'ordonnanceur


Neutron et haute charge


13:45 - Nous utilisons une double pile. Qu'est-ce que c'est et pourquoi le NAT n'est-il pas nécessaire là-bas?
15:33 - Il arrive que la fonctionnalité de l'outil ne soit pas suffisante. Que peut-on faire?
18h00 - De nombreux services différents qui affectent le travail de chacun. Comment être
22h00 - Écrivez le code comme documentation. Comment avons-nous trouvé un cadre qui est introuvable
23:35 - Solution "pas de réponse à la sonde d'inactivité après 10 secondes, déconnexion"
25:31 - Comment ajuster la taille de la table mac
26:00 - Comment activer rx-flow-hash
26:37 - À propos des règles de sécurité mondiales et personnelles


Pod, Cloud et deux centres fumeurs


Alexey Boyko de Wrike a expliqué comment ils avaient économisé du temps et de l'argent sur l'extension de la ferme Selenium en utilisant Google Cloud Engine et Kubernetes.



Timecodes avec détails

Contexte


0:15 - Qu'est-ce que Wrike et où est le sélénium
2:20 - Qu'est-ce que Wrike avait en matière d'échelle?
3:20 - Files d'attente dans les navigateurs, crash de Selenium Hub et pack de test de régression lente
4:50 - Exigences de mise à l'échelle et comment les implémenter
7h30 - Pourquoi choisir Google Cloud: kubernetes, nœuds de courte durée et économies?
8:50 - Pourquoi avez-vous choisi les kubernetes?


Comment mélanger un cocktail de technologie


9:50 - À propos de la mise à l'échelle automatique et pourquoi est-elle nécessaire?
12:00 - Fonctionnement de la mise à l'échelle automatique
14:40 - Noeuds préemptifs - prix bas et restrictions dangereuses
18:00 - Pourquoi ai-je besoin d'un équilibreur de charge?
19h00 - Comment tout cela fonctionne ensemble. TeamCity.
21h00 - Le rôle de TeamCity dans le processus
21h30 - Description détaillée du processus
23:40 - Qu'avez-vous obtenu à la fin?


CI vs CD: course aux armements


Vasily Sozykin (ex-Yandex.Money), Dmitry Zinin (Yandex.Money)


Nous donnons une description du rapport des auteurs sans modifications.


La guerre. L'essence de la guerre ne change jamais, mais le cycle de publication, l'automatisation et les microservices - autant que vous le souhaitez.

Commencez. Il vivait tranquillement avec des sorties une fois par mois, mais ce monde fragile a tremblé.

Chronique Quand il est devenu quarante versions par jour, la relation de développement et de fonctionnement a commencé à se réchauffer. Cela a conduit à l'armement des parties, à de nouveaux outils d'automatisation et d'optimisation et à des réponses symétriques.

Redémarrer Les parties ont conclu un accord de paix et la confrontation appartient au passé.

Otages de guerre. La population civile des départements voisins lors de l'affrontement n'était pas douce.


À certains moments, le microphone ne pouvait pas résister au charisme de Vasily, alors pendant quelques secondes le rapport est devenu silencieux.


Timecodes avec détails

1:40 - Sur le rôle des régulateurs dans l'automatisation des fintech
3:10 - "Release" quand il y a peu de composants et de développeurs
16h30 - Répartition des rôles lors des sorties


6:40 - Nexus, Gradle, jacoco et une petite soeur détrempée
8h50 - Jenkins et deux sorties par jour
9h30 - Automatisation de l'intégration et des tests de charge. Zone 21.
10h15 - Le responsable de la libération. Pourquoi est-il nécessaire?
11:10 - Playbook Ansible pour les sorties


12h20 - Sur la suppression du "comité de libération". Automatisation des notifications
13h30 - Nouvelle distribution des rôles lors des sorties. Deux sorties par semaine.


14h30 - Et deux maîtres de sortie. Mais pourquoi?
16h00 - 20 sorties par jour et notre premier bot.


18h00 - Libération par commit. Toutes les 30 minutes.
19h00 - Calcul multithread depuis le côté du CD


20:30 - À propos de CI et CD sans personne
21:50 - À propos de l'avenir des versions encore plus sans personnes
24h00 - Conclusions - de la sortie une fois par mois à la sortie toutes les heures.


C'est tout pour aujourd'hui - venez à nos événements pour tout entendre en direct et abonnez-vous au blog pour ne pas manquer d'autres reportages sur des sujets importants.

Source: https://habr.com/ru/post/fr425695/


All Articles