Verwenden Sie den DevOps-Ansatz zu Hause? Hier ist der Ehemanncode, der für die Arbeit bereitgestellt wird. Infrastruktur Frau bereitet Spiegeleier zu, braut Kaffee, bügelt Hemden. Die Überwachungskatze rutscht rechtzeitig unter ihren Füßen hervor, reinigt das Tablett und zeigt laut an, wenn die Frau vom festgelegten Protokoll abweicht.
Am ersten Tag von Slurm DevOps traf ich Artyom Galonsky, STO Bureau of the Bureau. Er hielt Vorträge über CI / CD und die Einführung in die Automatisierung. Er sprach über Förderlinien für die Fabrikmontage und deren Anwendung in der IT. Gleichzeitig gab er praktische Beispiele wie den Bau einer „gemeinsamen“ Pipeline.
Nach der Rede erwischte ich ihn in einer Kaffeepause und bat mich, über den Platz von DevOps in seiner beruflichen Tätigkeit zu berichten und gleichzeitig zu erfahren, welche Anforderungen er an die Stelle eines DevOps-Ingenieurs stellt. Artyom hat mich verblüfft, als er sagte, dass DevOps-Ingenieure im selben Universum existieren wie rosa Einhörner. Und für ihn: " Es gibt keine DevOps-Ingenieure, es gibt gute Administratoren, die Kubernetes verstehen ."
Über Karriere
Sie sind seit 11 Jahren in der Entwicklung. Begonnen bei Bureau Bureau?
Nein. Er begann 2008 als Freiberufler und gründete dann mehrere Startups. "Otfermery" war so ein Startup. Es bestand 2 Jahre und nahm Gestalt an. 2011 begann er, sich mit CRM-Systemen für eine Versicherungsagentur zu beschäftigen. Es gab ein kleines Team - 4 Personen. In 11-12 wurde er Teamleiter. Er war ein führender Entwickler und Leiter der Entwicklungsabteilung des Unternehmens. Im Jahr 2017 wurde es die STO von RedStart in Kaliningrad. Anfang 2018 zog ich in das Büro des Büros.
Was hat dich angezogen?
Der nächste Schritt. Sie boten interessante Bedingungen. Die Gelegenheit, Ihr Team zusammenzustellen. Plus interessante Projekte. Ich bin von Kaliningrad nach Moskau gezogen. Er arbeitete sechs Monate in Moskau. Dann beschlossen die Direktoren des Bureau of Bureau, ein Backoffice in Kaliningrad zu eröffnen.
Warum?
Erstens bin ich selbst aus Kaliningrad. Ich kenne in Kaliningrad mehr hochqualifizierte und starke Fachkräfte als in Moskau. Die Wartung jeglicher Bedürfnisse ist in Kaliningrad billiger. Und die IT-Community ist dort stark. Und die freie Wirtschaftszone schreitet langsam voran.
Wir bei Southbridge glauben, dass das Potenzial der Provinz noch nicht voll ausgeschöpft ist. Dass es eine große Anzahl talentierter und intelligenter Menschen gibt, die aus einer Reihe von Gründen - psychologisch, sozial, finanziell - nicht in die Hauptstadt ziehen können.
Ja, es ist nicht einmal psychologisch oder aus welchen Gründen ... Die Leute wollen sich einfach nicht bewegen.
Ja, ich spreche darüber. Nicht jeder will sich bewegen.
Und das ist kein Problem - psychologisch oder finanziell. Eine Person will einfach nicht.
Ja Ich stimme zu. "Problem" ist ein schlechtes Wort. Eher "Installation".
Eine Person will einfach nicht. Er fühlt sich dort wohl. Ich habe sechs Monate in Moskau gearbeitet und ein Team gesammelt. Am Morgen fiel es mir schwer, 40 Minuten mit der U-Bahn zu fahren. Oder im Stau noch länger im Auto. Ich bin jetzt in Kaliningrad, diese vierzig Minuten zu Fuß durch malerische Orte, vorbei an Seen, vorbei an schönen Häusern. Und diese vierzig Minuten genieße ich das Leben. Und saubere Luft atmen. 20 Minuten - und ich bin auf See. 40 Minuten - und ich bin in Europa. Außerdem sagten viele Leute, die in Kaliningrad leben, als sie herausfanden, dass ich zurückkehre: " Okay, komm schon, wir werden gerne zu deinem Team zurückkehren und weiter mit dir zusammenarbeiten ." Und seit einem Jahr befindet sich unser Backoffice - Entwicklung, Test, Analyse, Support-Manager - in Kaliningrad. Und wir sind glücklich und glücklich.
Und in Moskau?
In Moskau haben wir ein Front Office. Management, Projektmanager, Director Account, Interface-Designer, Designer und Systemadministratoren.
Und wie ist die Interaktion?
Nichts stört. Alles funktioniert fast perfekt. Es hängt alles davon ab, wie Sie es eingerichtet haben.
Sie selbst als Tankstelle, wen bevorzugen Sie - Remote-Mitarbeiter oder im Büro?
Die Hauptsache ist, den richtigen Wissensaustausch herzustellen. Ich lasse den Workflow weg - denn wenn der Workflow nicht eingerichtet ist, spielt es keine Rolle, wie Wissen ausgetauscht wird. Nichts wird sowieso funktionieren. Aber der Wissensaustausch, damit die Menschen ihre Praktiken teilen - was sie erfunden, verstanden, getan haben - ist besser intern, wenn sie im selben Büro sitzen. Auf die eine oder andere Weise werden sie beginnen, über dieses Thema zu kommunizieren. Und wenn Menschen aus der Ferne sind, können sie nicht teilen. Daher ist es wichtig, eine Wissensbasis zu erstellen. Es ist notwendig, Menschen zu motivieren, diese Informationen zu teilen. Jeden Freitag befasst sich die Technologisierung, dh jeder, der kein „brennendes“ Projekt hat, in der zweiten Hälfte des Freitags mit Selbstbildung. Und dann teilt es mit anderen.
Über die Entwicklung
Wie motivierst du?
Ich motiviere die Entwicklung. Ehrlich gesagt ändert sich im "Web" alles sehr schnell, und wenn Sie sich nicht entwickeln, bleiben Sie für immer auf diesem Niveau. Und in Bezug auf Geld werden Sie nicht wachsen, und in Bezug auf die Entwicklung.
Eines meiner Lieblingszitate von Lewis Carroll aus "Alice im Wunderland": "Hier muss man genauso schnell laufen, um am selben Ort zu bleiben, aber um an einen anderen Ort zu gelangen, muss man doppelt so schnell laufen."
Wir haben fast das gleiche. In den 11 Jahren, in denen ich im Web tätig war, hat sich die Technologie dramatisch verändert. Vor zwei Jahren wussten wir relativ gesehen nicht, was Kubernetes ist und wie man es implementiert. Jetzt ist es überall. Und in einem Jahr wird es für alle notwendig sein. Weil die Last zunimmt. Wenn Sie kein Wissen pumpen und es in Ihren Projekten verwenden, bleiben Sie zurück. Zu Beginn jedes Projekts versuchen wir, etwas Neues vorzustellen. Wenn man ständig an einem Produkt arbeitet, ist es ziemlich schwierig, ein neues einzuführen. Und es ist ein bisschen einfacher für uns: Wenn wir ein neues Projekt starten, führen wir neue Technologien ein, die wir untersucht und getestet haben. Und wir entwickeln uns von Projekt zu Projekt.
Welche Technologien setzen Sie derzeit ein, welche halten Sie für relevant, notwendig?
Wir haben das, was wir jetzt tun, der Stack ist recht einfach - das Frontend von react.js, für das Backend haben wir teilweise zuvor PHP verwendet und jetzt versuchen wir, auf Go umzusteigen. Dies ist eine so gerade Linie, auf der wir uns bewegen, um PHP vollständig auf Go zu lassen und darin zu entwickeln. Dies ist eine neue, gute und stabile Technologie, die eine hervorragende Geschwindigkeitssteigerung ermöglicht - sowohl bei der Entwicklung als auch bei der Geschwindigkeit des Produkts. Das heißt, unser Stack ist React.js, PHP und Go. Dies ist für Programmiersprachen. Nun, ebenso wie die Standardtechnologien von Redis, PostgreSQL, RabbitMQ.
Sie können Technologien zurückrufen, die bereits veraltet sind. Wir haben kürzlich mit den Jungs gesprochen - also haben sie sich gegenseitig geärgert, weil sie einmal Profis in Perl waren.
Ja Nun, wahrscheinlich benutzt jemand anderes Perl. Das gleiche JS, das sich ständig weiterentwickelt ... Was vor ES6 war, ist veraltet, oder das gleiche jpl. Das gleiche js kam zum "Knoten" und wurde zu node.js. Das gleiche PHP, na ja, jemand mag es nicht - Version 5 war schlecht, jetzt entwickelt sich 7.2 unter den aktuellen Trends. Für mich gibt es keine, die völlig veraltet ist. Moralisch vielleicht ja. Oder ich wachse aus Technologie. Früher, vor 10 Jahren, habe ich MySQL verwendet, jetzt ist es für die Projekte, die ich auflege, fast überall nutzlos. Die Technologien, die ich hatte ... Höchstwahrscheinlich bin ich nur aus ihnen herausgewachsen, als sie veraltet waren.
Was magst du jetzt an Go?
Ausführungsgeschwindigkeit, Speichern. An alle. Was ich sehe, wenn ich mit meinen Architekten, Leads und Entwicklern kommuniziere, sagen wir einfach, dass das, was wir in Script PHP gewohnt sind, in Go bleibt und die Funktionen kompilierter Sprachen hinzugefügt werden. Goroutinen, Mehrkanal. Das, was nicht in PHP war, und wir haben es relativ gesehen über PHP-Fpm gemacht. Plus starke Datentypisierung. Und auch eine schnelle Zusammenstellung der Binärdatei selbst.
Was ist ein guter Entwickler für Sie?
Für mich ist ein guter Entwickler jemand, der in 2-3 Monaten zu einer neuen Programmiersprache wechseln kann, um sie zu verstehen. Natürlich wird er 2-3 Monate lang nichts tun. Er wird in der Phase "Juni" sein, einfache Aufgaben erledigen. Schnell gepumpt - und beginnt komplexe, gute Aufgaben zu erledigen.
Auf welches Unternehmen beziehen Sie sich - orange, türkis?
Wir sind sicher nicht türkis. Eher orange. Mit vertikaler Steuerung. Ich selbst bin ein wenig autoritär im Management. Wir tun dies und das - und wenn sie nicht zu mir kommen und mit offensichtlichen Beispielen beweisen, dass es auf andere Weise besser ist, wird es sehr schwierig sein, mich zu überzeugen. Wenn nicht nachgewiesen, ist dies nicht erforderlich. Angenommen, ein Mitarbeiter kommt und sagt: „Artyom, wir müssen das tun. Aus diesem und diesem Grund. Sie haben eine schlechte Idee vorgeschlagen. Ja, Sie sind der Direktor und Architekt. Aber Sie haben keine sehr gute Idee angeboten. Und das müssen wir tun. “ Und wenn ich nicht klar und zu 100% bewiesen bin, werde ich meine Entscheidung durchsetzen. Also sicher nicht türkis.
Angenommen, relativ gesehen ist eine neue Technologie erschienen. Und wie kann ein Mitarbeiter Ihnen beweisen, dass es sich lohnt, es zu verwenden, wenn es nur noch wenige Menschen verwenden und es keine repräsentativen Beispiele und praktischen Fälle gibt? Aber die Technologie ist angeblich vielversprechend.
Haustierprojekt anzeigen. Nun, nicht nur: " Schau, das habe ich getan ." Dies muss bereits zusammengestellt sein. Damit ein Mensch dies bewusst tun konnte, versuchte er, es in Produktion zu bringen, um ihm eine Last zu geben. Er kam zu mir und sagte: „ Ich habe eine solche Funktion, Sprache und Technologie gefunden. Ich habe ein kleines fertiges Produkt oder einen Microservice erstellt . " Dann höre ich zu. Es gibt immer noch ein Problem - wenn Sie mit einem seriösen Unternehmen arbeiten, werden etablierte Technologien benötigt. Wir können vorwärts gehen und uns bewegen. Und unsere Kunden - sie sind manchmal ungeheuerlich, weil sie sehr groß sind, insbesondere staatliche - sind nur für stabile Technologien bereit und mögen keine Experimente. Ich erinnere mich, dass ich vor zwei Jahren jemandem vorgeschlagen habe, auf jemanden zu reagieren - und die scharfe Antwort lautet: „ Nein. Wir werden nicht arbeiten. Warum? Dies ist eine Art Bibliothek für die Benutzeroberfläche. Nein. Html, Css, Js - es passt zu uns. " In großen Unternehmen und staatlichen Strukturen stellt sich heraus, dass die Entwicklung neuer Technologien etwas spät ist. Bis sich die Technologie stabilisiert, bis sie eine Person finden, die diese Technologie kennt und von innen unterstützt, gehen sie kein Risiko ein.
Über Projekte
Wann fällt es Ihnen leicht, mit einem Kunden zusammenzuarbeiten?
Ich denke, wenn es auf Kundenseite einen guten Architekten gibt. Dann wird es interessant zu arbeiten. Dann bekommen wir eine gute Bestellung, gute Aufgaben und gute Lösungen. Und sie verstehen, wie dies umgesetzt wird. Und wenn es beim Kunden nur ein Management und einen Produktanalysten gibt, die so etwas wollen, ist es schwieriger. Die Systeme sind sehr groß. Und wir liefern ein Produkt, das Teil des Systems sein wird. Und sie sagen uns: „ Oh, und verbinden Sie diese beiden Produkte miteinander. Damit der Benutzer auf diese Schaltfläche klickt und diese hat… “Und es gibt viel unter der Haube - Autorisierung, Datenübertragung. Und du fragst: „ Leute, okay, wie soll es drinnen passieren? Was genau willst du? "Und sie antworteten:" Oh, wir wissen es nicht. Die Hauptsache ist, dass alles schön sein sollte. Und was ist unter der Haube - Sie sagen unsere Informationssicherheit. Lassen Sie sie prüfen, ob es gut funktioniert oder nicht . “
Können Sie sich an ein Beispiel erinnern, als Sie ein Problem schnell und ursprünglich gelöst haben?
Wir haben Projekte, bei denen die Genehmigung nur von ESIA erfolgt. Und ESIA legt sich oft hin. Wenn sich eine Person anmeldet, überprüfen wir, ob sie sich angemeldet hat. Und es gibt eine Abstimmung der Daten der ESIA, dass sein Reisepass oder andere Dokumente nicht aktualisiert wurden. Und dann hat ESIA etwas durcheinander gebracht. Und wir haben eine Gruppe von Kunden, die versucht haben, sich anzumelden, und die die Meldung „ Ihre Daten haben sich geändert. Bitte bestätigen Sie . " ESIA begann, neue Vor- oder Nachnamen oder neue Passdaten herauszugeben. Und wir können nichts tun, weil unser System so konfiguriert ist, dass ESIA für uns das Zentrum der Wahrheit ist. Und wir haben die Autorisierung für eine Weile eingestellt. ESIA hat schnell alles entschieden. Unsere Administratoren auf User Balancer-Ebene haben die Seite " Entschuldigung, funktioniert vorübergehend nicht " aufgerufen . Und wir haben es schnell fertiggestellt, sodass sich nur alte Kunden vorübergehend ohne Updates anmelden konnten. Und neue Benutzer waren nicht erlaubt. Nun, das ist nicht wirklich unsere Situation, aber wir haben uns dort verbunden, um eine Lösung zu finden.
Sag mir, was war in letzter Zeit das interessanteste Herausforderungsprojekt für dich? Was hat Ihnen beruflich Spaß gemacht?
A: Ich habe es genossen ... Wir haben ein persönliches Konto für Siemens Finance erstellt. Eine Tochtergesellschaft von Siemens, die in Russland Leasing betreibt. Zusammen mit ihnen haben wir einen persönlichen Account entwickelt. Es ist uns eine Freude, dass Siemens uns die Gelegenheit gegeben hat, eine gute Architektur aufzubauen, der Kunde nicht eingegriffen hat und " Leute, wir vertrauen Ihnen " gesendet hat. Wir haben eine gute Benutzeroberfläche und UX für sie erstellt. Sehr schöne Arbeit mit dem Kunden. Und das war keine Herausforderung oder Überwindung. Dann hat mir die Arbeit sehr gut gefallen. Von dem Produkt, das letztendlich erhalten wird. Und jetzt funktioniert das Produkt, lebt. Jeder mag ihn - und ich mag ihn. Die Herausforderungen, die wir haben, sind also ständig. Bei der Arbeit mit großen Unternehmen ohne dies in irgendeiner Weise. Jedes Unternehmen hat 12 Abteilungen - es gibt eine IT-Abteilung, eine Infrastrukturabteilung, eine Geschäftslogikabteilung und etwas anderes. Außerdem gibt es eine Reihe von Anbietern, Leute wie Sie, die ihr CRM integrieren. Änderungen mit all diesen Abteilungen zu koordinieren, ist eine Herausforderung. Sie bieten Ihre Architektur an, kommunizieren mit dem Architekten des Hauptunternehmens, interagieren mit Lieferantenarchitekten ...
Aber sollte sich der Architekt des Kundenunternehmens nicht darum kümmern?
Nicht immer. Es gibt so ein modisches Thema - die digitale Transformation. Zum Beispiel hat das Unternehmen einen Architekten, der direkt an der Architektur seiner Lösung beteiligt war. Zum Beispiel Abrechnung oder Bankensektor. Als Architekt des gesamten Systems verfügt er jedoch nicht über die erforderliche Erfahrung und Kompetenz. Aber ein guter Spezialist beginnt zu lernen. Und wer nicht sehr oder schon alt ist, ist hier etwas komplizierter - weil er schlecht auf neue Trends achtet. Und man muss lange kommunizieren und erklären, Jungs, lasst uns diese fortschrittliche Lösung ausprobieren. Und irgendwo gibt es junge Architekten, die im modernen "Web" aufgewachsen sind. Dort ist es ganz einfach - bedingt synchronisieren wir so, verbinden diese Module so. Und sie steuern schnell und kompetent.
Sie sehen also bereits zwei verschiedene Generationen von Entwicklern?
Im Web ja. Denn jetzt bewegt sich alles ins Web. Jetzt bewegen sich sogar interne Systeme allmählich in Microservices, die über API kommunizieren. Und die API ist meistens http und https. Architekten müssen verstehen, wie das funktioniert. Und der einfachste Weg, denen zuzuhören, die im Web gearbeitet haben. Meiner Meinung nach. Sehr oft tritt diese Situation auf. Der Kunde möchte eine neue coole Seite. Er sieht, welche Site ein Konkurrent hat und wie diese Site funktioniert. Und er kommt und fordert, dass wir die gesamte digitale Geschichte der Website bis hin zu CRM erstellen. Und wir beschäftigen uns nur mit der Website. Wir sind bereit, uns in das CRM von jemandem zu integrieren. Und es stellt sich heraus, dass wir ein Treiber für Veränderungen für ein bestimmtes Unternehmen werden.
Über Technologie
Digitale Transformation - wie viel wird Ihrer Meinung nach benötigt?
Wie jedes Hype-Thema ist es modisch und notwendig. Wir haben eine sehr große Anzahl von Bestellungen, um einen Excel-Download durchzuführen. Eine unglaubliche Anzahl von Unternehmen arbeitet in Excel. Und sie müssen dafür sorgen, dass dieses "Excel" geladen, analysiert, in eine Datenbank umgewandelt wird, und dann können Sie damit arbeiten und es dann entladen. Die digitale Transformation sollte zum Übergang zu normalen Arbeitssystemen führen - CRM, Content-Systeme, CMS. Und geben Sie Excel auf und leben Sie in einer normalen Web-Welt. Es gibt so ein gutes Beispiel. In der vorherigen Firma, in der ich vor Bureau-Bureau gearbeitet habe, hatten wir zwei Kundenfirmen. Und wir konnten detailliert verfolgen, wie alles passiert. In einem Unternehmen wurde der Kundenservice über Excel abgewickelt. Es gab eine große Datenbank. Es war 2012-2013 Jahr. Normales CRM war dort nicht geeignet - viel Workflow und die Konfiguration auf normalem CRM dauerte sehr lange. Und eine Firma arbeitete bei Excel. Und die zweite verbrachte ein halbes Jahr - und schrieb ihr CRM. Infolgedessen brachen die ersten Unternehmen sechs Monate nach Erreichen des Umsatzhöchstwerts mit Kunden zusammen - sie brachen zusammen. Es ist nur so, dass ihr Anrufservice keinen guten und schnellen Service bieten konnte. Und das zweite Unternehmen mit seinem CRM hingegen verfolgte schnell mit einem Knopfdruck, welche Art von Kunden, wie er zu ihnen kam, welche Manager ihm antworteten. Sie haben diesen Höhepunkt des Wachstums überstanden - und arbeiten immer noch. Auch der elektronische Workflow ist ein Trend. Zeitersparnis. Wer mit Informationen schneller arbeitet, verdient schneller. Also in allem. Wenn es keine gute Überwachung und keine gute Protokollierung des Projekts gibt, können die Ingenieure das Problem nicht schnell verstehen. Und das Überleben und der Erfolg des Geschäfts hängen jetzt wirklich davon ab. Es ist also nicht nur notwendig, eine schöne Website zu ficken, sondern auch die richtige Website und das richtige Protokollierungssystem zu erstellen. Digitale Transformation ist erforderlich. Es ist notwendig, auf dem Laufenden zu bleiben. Wenn es solche Technologien gibt, müssen wir versuchen, sie einzuführen.
Welche Technologien sehen Sie jetzt, die in naher Zukunft vielversprechend sein werden? Zum Beispiel galt Kubernetes vor zwei Jahren als vielversprechend. Jetzt ist es einfach notwendig.
Die Zukunft ist maschinelles Lernen und KI. In fünf Jahren wird dies relevant. Vor einem Jahr gab es Krypto und maschinelles Lernen auf Hype. Jetzt ist alles ruhig. machine learning , . — .
, . , . , . IT, , ?
, , . . , . () , machine learning, . - . , , . , . .
O DevOps
DevOps-…
, , DevOps-.
Warum?
DevOps — , . DevOps- — ? «», ? DevOps-, , Kubernetes. Kubernetes — DevOps. , , DevOps-. : « , . ». DevOps- . , DevOps — . QA, . DevOps- scrum- . scrum-, . Jira. , «», . , DevOps — .
, - ?
, - . . , — , , «», , . , «». , DevOps. , DevOps-. . — . Kubernetes.
, IT-?
. . . . 90- .
, , ?
. . , . - . — , . , . , , , . . . , . , . , , . — .
Post scriptum
Es stellte sich ein interessantes Gespräch heraus. Telefonist, Streitwagenarbeiter, Taschenrechner, Wasserträger, menschlicher Wecker - wir können kaum verstehen, woraus diese Berufe bestanden, nur mit dem Namen erraten. Und bald nach ihnen werden Dutzende von anderen für das Aussterben anstehen. Layoutdesigner, Einsteigerprogrammierer, Korrektor, Statistiker, Buchhalter, Build-Editor. Und es werden Hunderte neuer erscheinen, von denen wir einige noch nicht einmal vermuten. Kann sich nicht jeder in einem so schnellen Tempo der Technologieentwicklung verirren und seinen Platz finden? „Die Zeit wird es zeigen. Früher oder später wird es die Zeit zeigen. "©