Wenn Sie noch nicht bei DevOops 2017 waren, sind Ihre Gedanken jetzt wahrscheinlich ungefähr so: „Was hat die griechische Toga damit zu tun? Sah also der beste Bericht von der Entwicklerkonferenz aus? Was ist dieser Bericht und warum wird er als der beste anerkannt? Und gab es ernsthafte Auftritte in gewöhnlicher Kleidung? “
Ernst war mehr als genug: Wenn Sie an den Nuancen der Arbeit mit Kubernetes, Istio oder Zipkin interessiert sind, werden Sie in einem Beitrag all dies finden, und Togas stören nicht das Sprechen praktischer Dinge. Der Titel „Best“ hing vom Publikum ab: Wir haben diese Top 10 anhand ihrer Bewertungen zusammengestellt. Und die Antwort auf die erste Frage ist unter dem Schnitt.
(Keynote) DevOps auf einer Skala: Griechische Tragödie in drei Akten
Referent:
Baruch Sadogursky und Leonid IgolnikPräsentation präsentierenIn diesem Fall ist es wichtig, den Kontext zu verstehen. Das Ende des Tages. Die Zuschauer haben bereits sechs Berichte gesehen, diese abschließende Keynote bleibt bestehen. Unmittelbar danach wird es eine Party geben, und nach einem Tag, an dem Informationen aktiv aufgenommen werden, möchten viele wahrscheinlich schnell dorthin gehen.
Und etwas Hardcore in diesem Moment wäre schwer zu erkennen - aber die ironische Kostümperformance über Devops, die als griechische Tragödie stilisiert ist, passt perfekt in den Kontext und belebt den gesamten Saal. Gleichzeitig ist „ein Märchen eine Lüge, aber ein Hinweis darauf“: Die Geschichte, wie ein fiktives Unternehmen während seines Wachstums auf verschiedene Schwierigkeiten stieß, half nicht nur zu lachen, sondern auch zu denken.
Infolgedessen erwies sich diese Leistung als die von DevOops am besten bewertete. Damit Sie ihre Gefühle teilen können, empfehlen wir, das Video unter ähnlichen Bedingungen anzusehen: am Abend eines schwierigen Tages mit einem Glas von etwas, das Sie lieben.
K8s erweitern
Sprecher:
Nikolay RyzhikovPräsentation präsentierenUnd unmittelbar nach dem vorherigen Absatz gibt es einen möglichst scharfen Kontrast dazu. In dem Bericht, der anstelle von Witzen und Unterhaltung den zweiten Platz einnahm, wurden solide technische Details aufgeführt.
Kubernetes ist zu einem wichtigen Werkzeug unserer Zeit geworden (dort wechselt GitLab aufgrund dessen von Azure zu GCP). Und während einige es bereits mit Macht und Kraft benutzen, schauen andere mit Interesse zu. Wir „schauen“ uns den Anfang des Berichts mit Hintergrundinformationen genau an und die Verwendung wird weiter interessant: Nikolai spricht über „wie alles drin ist“ und „wie man die Operationen für Entwickler mit k8s so weit wie möglich vereinfacht“ (im Idealfall wollte er würde zu NoOps kommen).
One-Cloud: Betriebssystem des Rechenzentrums in Odnoklassniki
Sprecher:
Oleg AnastasievPräsentation präsentierenUnd wer hat jetzt bei aller Popularität von Kubernetes Gründe, es nicht zu benutzen? Bei Odnoklassniki: Als sie ihn ansahen, kamen sie zu dem Schluss, dass es für uns einfacher ist, unsere eigenen zu schneiden, als sie für uns selbst anzupassen. Aber sie haben Docker dort. All dies geschah im Rahmen des „Erstellens einer eigenen Cloud“: Früher wurde in sozialen Netzwerken das Prinzip „Jeder Server ist mit nur einer Aufgabe beschäftigt“ verwendet, doch im Laufe der Zeit kamen sie zu der Entscheidung, verschiedene Aufgaben auf einem Server auszuführen. Und der Bericht sprach ausführlich darüber.
Wird die Erfahrung von Odnoklassniki für andere nützlich sein, wenn nicht jeder in einem Unternehmen mit mehreren eigenen Rechenzentren arbeitet und die meisten eine völlig andere Spezifität haben? Sagen wir einfach, es ist unwahrscheinlich, dass Sie eine Aufnahme mit dem Gefühl „Wir müssen dasselbe tun“ ansehen, aber ein Teil des Berichts kann in einem anderen Kontext nützlich sein, und zu wissen, „was andere leben“, ist für ein allgemeines Verständnis der Branche hilfreich.
(Keynote) Kommen Sie mit mir weg: Lösen Sie Probleme, die Sie nicht haben
Sprecher:
Corey QuinnPräsentation präsentierenCorey Quinn ist als Schöpfer des Amazon AWS
Last Week im AWS Weekly Newsletter bekannt. In seinen Texten ironisiert er ständig, was sich dramatisch vom üblichen trockenen Stil von IT-Materialien unterscheidet. Trotz aller Witze erwies sich sein Newsletter als so informativ und nützlich, dass selbst Amazon-Mitarbeiter häufig die Nachrichten verfolgen.
Corey eröffnete die Konferenz mit seiner Keynote, und in seiner Rede gab es dieselbe Kombination aus „Ironie und Tat“: Man konnte von Situationen hören, die sowohl Lachen als auch Sünde sind. „Ich habe einmal in einem Netflix-Bericht gesessen, in dem sie sagten, dass sie allen Entwicklern generell Zugang zur Produktion gewähren. Der Mann neben mir stimmte diesen Worten herzlich zu. Ich habe auf sein Abzeichen geschaut und war entsetzt, als ich feststellte, dass er bei einer Bank arbeitet. “
Silizium-Kettensägen-Massaker (wie ich das Wochenende im Dienst verbracht habe)
Referenten:
Baruch Sadogursky und Leonid IgolnikPräsentation präsentierenWieder Baruch Sadogursky und Leonid Igolnik, aber ohne griechisches Togas und mit einem Bericht darüber, wie man den Prozess der Pflicht richtig aufbaut (und wie er oft stattdessen aufgebaut wird). Es gibt keinen lustigen „DevOps to Scale“ mehr, sondern einen angewandteren Bericht mit spezifischen Schlussfolgerungen. Aber wenn Sie Baruch kennen, verstehen Sie bereits, dass der Ort der Show hier gefunden wurde. Erstens führen die Redner nicht nur die Thesen auf, „wie man es richtig macht“, sondern geben als Beispiel hypothetische Geschichten - und Sie können sich um ihre Charaktere sorgen und sich selbst und andere darin erkennen. Zweitens wird dies alles mit Gifs illustriert - und in den Videoaufnahmen können Sie deutlich an der Reaktion des Publikums erkennen, wie genau sich ihre Auswahl herausstellte.
Fehlerbehebung und Debugging von Produktionsanwendungen in Kubernetes (auch bekannt als The Failing Demo Talk)
Referenten:
Baruch Sadogur & Ray TsangUnd wieder Baruch, aber diesmal mit einem anderen Sprecher (und, wie Sie sich vorstellen können, in einer anderen Sprache).
Bei Berichten, in denen es eine „Live-Demo“ gibt, besteht immer das Risiko, dass „diese Demo auf der Bühne plötzlich nicht mehr funktioniert“. Und hier haben wir diese Schwierigkeit überwunden, indem wir die Demo absichtlich „wie plötzlich abgelehnt“ gemacht haben - und Schritt für Schritt verstanden haben, was getan werden muss, damit alles gut wird. Was gut zum Thema Fehlerbehebung und Debugging passt: Das Debuggen ist anhand eines konkreten visuellen Beispiels interessant zu verstehen.
Erfolgsgeschichte oder "Dev + DevOps + Ops"
Referenten:
Artyom Kalichkin und Sergey BerdnikovPräsentation präsentierenEs ist leicht, die Vorteile von Entwicklern in Gesprächen zu loben. Es ist viel schwieriger, wirklich zu ihnen zu gehen, wenn es ein großes Unternehmen mit etablierten Prozessen gibt, die sich nicht sofort ändern können. Und wenn es Umstände wie „Dies ist Fintech, daher ist Sicherheit von größter Bedeutung“ gibt, wird die Aufgabe noch komplizierter.
Und hier ist ein Bericht von denen, die diesen Weg bereits gegangen sind, wo sie ihre Erfahrungen im Detail teilen und von „war“ zu „wurde“ wechseln. Es stellt sich unter anderem die Geschichte heraus, dass man für einen Devopianer nicht einfach nehmen und beschließen kann, zu anderen Werkzeugen zu wechseln - Veränderungen müssen bei Menschen auftreten und von ihnen kommen.
Verwalten Sie Ihre Microservices mit Kubernetes und Istio
Sprecher:
Craig BoxPräsentation präsentierenObwohl der vorstehende Absatz uns daran erinnert, dass devo nicht auf Werkzeuge beschränkt ist, sind Werkzeuge und die Fähigkeit, damit umzugehen, natürlich wichtig. In diesem Bericht geht es ausschließlich um die Verwendung von zwei spezifischen Technologien. Wenn Kubernetes bereits gesprochen und verhandelt wird (nehmen Sie mindestens den zweiten Punkt auf dieser Liste), ist die Situation bei Istio anders: Es gibt bereits über 9000 Sterne
auf GitHub , aber es gibt nicht so viele Materialien darüber. Dieser Bericht ist umso wertvoller für einen Google-Mitarbeiter, ein Unternehmen, das in direktem Zusammenhang mit Kubernetes und Istio steht. Wenn Sie Istio vorher nicht eingeschaltet haben, ist jetzt genau der richtige Moment: Version 1.0 steht vor der Tür.
Wie man Dinge richtig beschuldigt, Latenz verursacht zu haben: eine Einführung in verteiltes Tracing und Zipkin
Sprecher:
Adrian ColePräsentation präsentierenEin weiteres Technologiegespräch, mit dem Sie das Tool effektiv nutzen können. Wie vergleichen sich Protokollierung, Metriken und Ablaufverfolgung? Wie gehe ich mit dem dritten um? Warum heißt das Zipkin-Tool so?
Wir werden die dritte Antwort verderben: Als Twitter unter Stürzen litt und den sogenannten „Fail Wale“ zeigte, nannte das Unternehmen das dort erstellte Tool „Harpune“, in der Hoffnung, den „Wal“ damit zu besiegen. Antworten auf die beiden anderen Fragen finden Sie im Bericht.
Vom Systemadministrator zur Person
Sprecher:
Alexander TitovPräsentation präsentierenAlexander ist geschäftsführender Gesellschafter bei Express 42, das "DevOps in Technologieunternehmen ausbaut". Bei solchen Arbeiten ist es nicht verwunderlich, dass er viele Ansätze für DevOps gesehen hat, darunter auch viele erfolglose - und kann zusammenfassen, welche Probleme häufig auftreten und was wir damit tun sollen. Was passiert, wenn Devops ausschließlich von Systemadministratoren stammen? Und wenn ausschließlich von Seiten der Entwickler? Und von der Seite des Geschäfts, wer hörte ein Schlagwort und sagte "Do Devops gestern"?
Wenn Ihnen diese Aufnahmen gefallen haben, werden Sie sie auf der DevOops 2018-Konferenz noch mehr mögen: Dort können Sie nicht nur Berichte hören, sondern auch jeden Redner im Diskussionsbereich fragen. Die Konferenz findet am 14. Oktober in St. Petersburg statt. Wir haben bereits eine detaillierte Ankündigung zu Habré veröffentlicht. In der Zwischenzeit werden die Tickets immer teurer - Sie sollten jetzt darüber nachdenken.