CI- und CD-Battle Talks, Orchestration und OpenStack Secrets

Am 27. September veranstalteten wir die zweite Ork Tut-Rallye - über Orchestrierung, Automatisierung und CI / CD-Feldnutzung. In diesem Beitrag finden Sie vollständige Videos und Timecodes mit wichtigen Stellen aus drei Berichten.



Themen sind:


  • Environment as a Service - Informationen zum Betrieb und zu den Geheimnissen beim Einrichten von OpenStack
  • Pod, Cloud und zwei Smoking Hubs - über die Skalierung von Selenfarmen
  • CI vs CD: ein Wettrüsten - darüber, wie CI und CD in Yandex.Money „gekämpft“ haben

Umwelt als Dienstleistung


Alexander Prizov und Maxim Ogryzkov von Yandex.Money sprachen über die Funktionen des Betriebs und der Orchestrierung hochgeladener OpenStack-Installationen für verschiedene Arten von Testumgebungen.



Timecodes mit Details

Über unseren Ansatz


0:20 - Was ist Umwelt als Dienstleistung?
1:00 - Wie bereite ich die Infrastruktur auf Veränderungen vor?
1:30 - Was tun mit den alten Prüfständen?
3:55 - Anforderungen an neue Prüfstände
4:30 - Warum haben wir uns für OpenStack entschieden? Ein bisschen über Murano
5:50 - Über unseren Ansatz zum Testen der Schaltungsautomatisierung
7:30 - Ein Beispiel für eine deklarative Beschreibung der Berechnung
8:20 - Über Jenkinks, Grafana, Kibana und Update Tracking
9:10 - Zu welchen Zahlen sind wir gekommen?


OpenStack und Highload


9:40 - Was ist passiert, als wir 50 virtuelle Maschinen gleichzeitig gehoben haben?
11:25 - Die Ausführung von Cron-Tasks muss verteilt werden. Über die Arbeit des Schedulers


Neutron und Hochlast


13:45 - Wir verwenden Dual Stack. Was ist das und warum wird NAT dort nicht benötigt?
15:33 - Es kommt vor, dass die Funktionalität des Tools nicht ausreicht. Was kann getan werden?
18:00 - Viele verschiedene Dienste, die sich gegenseitig beeinflussen. Wie man ist
22:00 - Schreiben Sie den Code als Dokumentation. Wie haben wir eine Umgebung gefunden, die nirgends zu finden ist?
23:35 - Lösung "Keine Reaktion auf Inaktivitätssonde nach 10 Sekunden, Trennen"
25:31 - So passen Sie die Größe der Mac-Tabelle an
26:00 - So aktivieren Sie den RX-Flow-Hash
26:37 - Über globale und persönliche Sicherheitsregeln


Pod, Cloud und zwei Smoking Hubs


Alexey Boyko von Wrike erzählte, wie sie Zeit und Geld beim Skalieren der Selenium-Farm mithilfe der Google Cloud Engine und von Kubernetes gespart haben.



Timecodes mit Details

Hintergrund


0:15 - Was ist Wrike und wo ist Selen?
2:20 - Was hatte Wrike beim Skalieren?
3:20 - Warteschlangen in Browsern, Selenium Hub-Abstürze und Testpaket für langsame Regression
4:50 - Skalierungsanforderungen und deren Implementierung
7:30 - Warum sollten Sie sich für Google Cloud entscheiden: Kubernetes, kurzlebige Knoten und Einsparungen?
8:50 - Warum hast du Kubernetes gewählt?


Wie man einen Cocktail aus Technologie mischt


9:50 - Über Autoscaling und warum wird es benötigt?
12:00 - Wie die automatische Skalierung funktioniert
14:40 - Preemptible Nodes - niedriger Preis und gefährliche Einschränkungen
18:00 - Warum brauche ich einen Load Balancer?
19:00 - Wie alles zusammenarbeitet. TeamCity.
21:00 - Die Rolle von TeamCity im Prozess
21:30 - Detaillierte Beschreibung des Prozesses
23:40 - Was hast du am Ende bekommen?


CI gegen CD: Wettrüsten


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


Wir geben eine Beschreibung des Berichts der Autoren ohne Änderungen.


Krieg. Das Wesen des Krieges ändert sich nie, aber der Veröffentlichungszyklus, die Automatisierung und die Microservices - so viele, wie Sie möchten.

Starten Sie. Früher lebte es einmal im Monat ruhig mit Veröffentlichungen, aber dann zitterte diese fragile Welt.

Chronik Als es vierzig Veröffentlichungen pro Tag wurden, begann sich das Verhältnis von Entwicklung und Betrieb zu erwärmen. Dies führte zur Bewaffnung der Parteien, neuen Automatisierungs- und Optimierungstools und symmetrischen Reaktionen.

Starten Sie neu Die Parteien haben ein Friedensabkommen geschlossen, und die Konfrontation gehört der Vergangenheit an.

Geiseln des Krieges. Die Zivilbevölkerung aus benachbarten Abteilungen während der Konfrontation war nicht süß.


In einigen Momenten konnte das Mikrofon Vasilys Charisma nicht standhalten, so dass der Bericht für einige Sekunden leise wurde.


Timecodes mit Details

1:40 - Zur Rolle der Regulierungsbehörden in der Fintech-Automatisierung
3:10 - "Release", wenn nur wenige Komponenten und Entwickler vorhanden sind
4:30 - Rollenverteilung während Releases


6:40 - Nexus, Gradle, Jacoco und eine feuchte kleine Schwester
8:50 - Jenkins und zwei Veröffentlichungen pro Tag
9:30 - Automatisierung der Integration und Lasttests. Zone 21.
10:15 - Der Freilassungsbeauftragte. Warum wird es benötigt?
11:10 - Ansible Playbook für Veröffentlichungen


12:20 - Zur Abschaffung des "Freigabekomitees". Benachrichtigungsautomatisierung
13:30 - Neue Rollenverteilung während Releases. Zwei Veröffentlichungen pro Woche.


14:30 - Und zwei Release-Meister. Aber warum?
16:00 - 20 Releases pro Tag und unser erster Bot.


18:00 - Freigabe durch Festschreiben. Alle 30 Minuten.
19:00 - Multithread-Berechnung von der Seite der CD


20:30 - Über CI und CD ohne Menschen
21:50 - Über die Zukunft von Veröffentlichungen noch mehr ohne Menschen
24:00 - Schlussfolgerungen - von der Veröffentlichung einmal im Monat bis zur Veröffentlichung jede Stunde.


Das ist alles für heute - kommen Sie zu unseren Veranstaltungen , um alles live zu hören, und abonnieren Sie den Blog, um andere Berichte zu wichtigen Themen nicht zu verpassen.

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


All Articles