Déi lescht Woch sinn ech op d'DUMP IT Konferenz (https://dump-ekb.ru/) zu Jekaterinburg gaang an ech wëll Iech soen wat an de Backend an Devops Sektiounen diskutéiert gouf, an ob regional IT Konferenzen Opmierksamkeet wäert sinn.
Nikolay Sverchkov aus Evil Martians iwwer Serverless
Wat war do iwwerhaapt?
Am Ganzen hat d'Konferenz 8 Sektiounen: Backend, Frontend, Mobile, Testen a QA, Devops, Design, Science a Management.
Déi gréisste Säll sinn iwwregens bei Science and Management)) Fir jeweils ~350 Leit. Backend a Frontend sinn net vill méi kleng. Den Devops Raum war dee klengste, awer aktiv.
Ech hunn d'Rapporten an den Devops a Backend Sektiounen nogelauschtert an e bësse mat de Spriecher geschwat. Ech wéilt gär iwwer d'Themen schwätzen an iwwerpréiwen dës Sektiounen op der Konferenz.
Vertrieder vu SKB-Kontur, DataArt, Evil Martians, Ekaterinburg Webstudio Fändel, Miro (RealTimeBoard) hunn an den Devops an Backend Sektiounen geschwat. Themen iwwerdeckt CI / CD, mat Schlaangservicer schaffen, Serverlos Themen a schaffe mat PostgreSQL am Go waren gutt ofgedeckt.
Et goufen och Berichter vun Avito, Tinkoff, Yandex, Jetstyle, Megafon, Ak Bars Bank, awer ech hat keng Zäit fir se kierperlech deelzehuelen (Videoopnamen a Rutschen vun de Berichter sinn nach net verfügbar, si verspriechen se bannent 2 Wochen ze posten op dump-ekb.ru).
Devops Sektioun
Iwwerraschend war, datt d'Sektioun am klengste Sall ofgehale gouf, ongeféier 50 Plazen. D'Leit stoungen souguer an de Gäng :) Ech soen Iech iwwer d'Reportagen, déi ech et fäerdeg bruecht hunn ze lauschteren.
Elastesch waacht e Petabyte
D'Sektioun huet ugefaang mat engem Bericht vum Vladimir Lil (SKB-Kontur) iwwer Elasticsearch zu Kontur. Si hunn eng zimlech grouss a gelueden Elastik (~ 800 TB vun Daten, ~ 1.3 Petabytes mat der Redundanz berücksichtegt). Elasticsearch fir all Kontur Servicer ass eenzeg, besteet aus 2 Stärekéip (vu 7 an 9 Serveren), an ass sou wichteg datt Kontur e speziellen Elasticsearch Ingenieur huet (tatsächlech Vladimir selwer).
Vladimir huet och seng Gedanken iwwer d'Virdeeler vun Elasticsearch gedeelt an d'Problemer déi et bréngt.
Profitéiert:
- All Logbicher sinn op enger Plaz, einfach Zougang zu hinnen
- Logbicher fir e Joer späicheren an se einfach analyséieren
- Héich Geschwindegkeet fir mat Logbicher ze schaffen
- Cool Datenvisualiséierung aus der Këscht
D'Problemer si:
- Message Broker ass e Must-Have (fir Kontur gëtt seng Roll vum Kafka gespillt)
- Features fir mam Elasticsearch Curator ze schaffen (periodesch erstallt héich Belaaschtung vu reegelméissegen Aufgaben am Curator)
- keng agebauter Autorisatioun (nëmme fir getrennt, zimlech grouss Suen, oder als Open Source Plugins vu verschiddene Grad vu Produktiounsbereetschaft)
Et waren nëmme positiv Kritiken iwwer Open Distro fir Elasticsearch :) Datselwecht Thema vun der Autorisatioun gouf do geléist.
Wou kënnt de Petabyte hier?Hir Node besteet aus Serveren mat 12 * 8 Tb SATA + 2 * 2 Tb SSD. Kale Lagerung op SATA, SSD nëmme fir waarm Cache (waarm Späichere).
7+9 Serveren, (7 + 9) * 12 * 8 = 1536 Tb.
En Deel vum Raum ass an der Reserve, agesat fir Redundanz, asw.
Logbicher vun ongeféier 90 Uwendungen ginn op Elasticsearch geschéckt, dorënner all Berichterstattungsservicer vu Kontur, Elba, etc.
Features vun der Entwécklung op Serverless
Als nächst ass e Bericht vum Ruslan Serkin vun DataArt iwwer Serverless.
De Ruslan huet geschwat iwwer wat Entwécklung mat der Serverless Approche am Allgemengen ass, a wat seng Features sinn.
Serverless ass eng Approche fir d'Entwécklung an där d'Entwéckler d'Infrastruktur op keng Manéier beréieren. Beispill - AWS Lambda Serverless, Kubeless.io (Serverless bannent Kubernetes), Google Cloud Funktiounen.
Eng ideal Serverless Applikatioun ass einfach eng Funktioun déi eng Ufro un e Serverless Provider duerch e speziellen API Gateway schéckt. En ideale Mikroservice, während AWS Lambda och eng grouss Zuel vu modernen Programméierungssproochen ënnerstëtzt. D'Käschte fir d'Infrastruktur z'erhalen an z'installéieren ginn null am Fall vu Cloud Provider, kleng Uwendungen ënnerstëtzen och ganz bëlleg (AWS Lambda - $ 0.2 / 1 Millioun einfach Ufroen).
D'Skalierbarkeet vun esou engem System ass bal ideal - de Cloud Provider këmmert sech ëm dëst selwer, Kubeless skaléiert automatesch am Kubernetes Cluster.
Et ginn Nodeeler:
- grouss Uwendungen entwéckelen gëtt ëmmer méi schwéier
- et gëtt Schwieregkeeten mat Profiléierungsapplikatiounen (Dir hutt nëmmen Zougang zu Logbicher, awer net Profiléierung am gewéinleche Sënn)
- keng Versioun
Fir éierlech ze sinn, hunn ech virun e puer Joer iwwer Serverless héieren, awer all dës Joeren war et mir net kloer wéi ech et richteg benotzen. Nom Bericht vum Ruslan ass Verständnis erschéngt, an nom Bericht vum Nikolai Sverchkov (Béis Martians) aus der Backend Sektioun gouf et konsolidéiert. Et war net ëmsoss datt ech op d'Konferenz gaangen sinn :)
CI ass fir déi Aarm, oder ass et derwäert Ären eegene CI fir e Webstudio ze schreiwen?
De Mikhail Radionov, Chef vum Fändel Webstudio aus Jekaterinburg, huet iwwer selbstgeschriwwe CI / CD geschwat.
Säin Atelier ass vun "manuell CI / CD" gaang (loggt Iech op de Server iwwer SSH, maacht e Git Pull, widderhuelen 100 Mol am Dag) op Jenkins an op e selbstgeschriwwe Tool dat Iech erlaabt Code ze iwwerwaachen an Verëffentlechungen genannt Pullkins ze maachen .
Firwat huet de Jenkins net geschafft? Et huet net genuch Flexibilitéit als Standard ubitt a war ze schwéier ze personaliséieren.
"Fändel" entwéckelt am Laravel (PHP Kader). Beim Entwécklung vun engem CI / CD Server hunn de Mikhail a seng Kollegen dem Laravel seng agebaute Mechanismen genannt Teleskop an Envoy benotzt. D'Resultat ass e Server am PHP (Notéiert w.e.g.) deen erakommen Webhook Ufroe veraarbecht, de Frontend an de Backend ka bauen, op verschidde Serveren ofsetzen, a Slack mellen.
Dann, fir blo / gréng z'installéieren an eenheetlech Astellungen an Dev-Stage-Prod Ëmfeld ze hunn, si si op Docker gewiesselt. D'Virdeeler sinn d'selwecht bliwwen, d'Méiglechkeete fir d'Ëmfeld ze homogeniséieren an en nahtlosen Détachement goufen bäigefüügt, an de Besoin fir Docker ze léieren fir richteg mat him ze schaffen.
Wéi mir d'Zuel vun de Server Release Rollbacks ëm 99% reduzéiert hunn
De leschte Bericht an der Devops Sektioun war vum Viktor Eremchenko, Lead Devops Ingenieur bei Miro.com (fréier RealTimeBoard).
RealTimeBoard, dem Miro Team säi Flaggschëffprodukt, baséiert op enger monolithescher Java Applikatioun. Sammelen, testen an ofsetzen et ouni Ënnerbriechung ass eng schwiereg Aufgab. An dësem Fall ass et wichteg sou eng Versioun vum Code z'installéieren, sou datt et net zréckgerullt muss ginn (et ass e schwéiere Monolith).
Um Wee fir e System ze bauen deen Iech erlaabt dëst ze maachen, ass de Miro duerch e Wee gaang deen un der Architektur geschafft huet, d'Tools déi benotzt goufen (Atlassian Bamboo, Ansible, etc), an un der Struktur vun den Teams geschafft (si hunn elo en engagéierten Devops Team + vill separat Scrum Teams vun Entwéckler vu verschiddene Profiler).
De Wee huet sech als schwéier an thorny erausgestallt, an de Victor huet de accumuléierte Péng an den Optimismus gedeelt, deen net do opgehalen huet.
Gewannt e Buch fir Froen ze stellen
Backend Sektioun
Ech hunn et fäerdeg bruecht 2 Berichter matzemaachen - vum Nikolay Sverchkov (Evil Martians), och iwwer Serverless, a vum Grigory Koshelev (Kontur Firma) iwwer Telemetrie.
Serverlos fir just Stierflecher
Wann de Ruslan Sirkin geschwat huet wat Serverless ass, huet den Nikolay einfache Applikatiounen mat Serverless gewisen, a geschwat iwwer d'Detailer déi d'Käschte an d'Geschwindegkeet vun den Applikatiounen an AWS Lambda beaflossen.
En interessanten Detail: de Minimum bezuelt Element ass 128 Mb Erënnerung an 100 ms CPU, et kascht $ 0,000000208. Ausserdeem sinn 1 Millioun esou Ufroe pro Mount gratis.
E puer vun de Funktiounen vum Nikolai hunn dacks d'100 ms Limit iwwerschratt (d'Haaptapplikatioun gouf am Ruby geschriwwe), sou datt se an Go ëmschriwwe ginn, huet exzellent Spueren geliwwert.
Vostok Hercules - maacht Telemetrie erëm super!
De leschte Bericht vun der Backend Sektioun vum Grigory Koshelev (Kontur Firma) iwwer Telemetrie. Telemetrie heescht Logbicher, Metriken, Applikatiounsspuren.
Fir dësen Zweck benotzt Contour selbstgeschriwwe Tools op Github gepost. Tool aus dem Bericht - Hercules, , gëtt benotzt fir Telemetriedaten ze liwweren.
Dem Vladimir Lila säi Bericht an der Devops Sektioun diskutéiert d'Späicheren an d'Veraarbechtung vu Logbicher an Elasticsearch, awer et ass nach ëmmer d'Aufgab fir Logbicher vu villen Dausende vun Apparater an Uwendungen ze liwweren, an Tools wéi Vostok Hercules léisen se.
De Circuit ass e Wee gefollegt, dee vill bekannt ass - vu RabbitMQ bis Apache Kafka, awer net alles ass sou einfach)) Si hu missen Zookeeper, Cassandra a Graphite op de Circuit addéieren. Ech wäert d'Informatioun iwwer dëse Bericht net voll verroden (net mäi Profil), wann Dir interesséiert sidd, kënnt Dir op d'Rutschen a Videoen op der Konferenz Websäit waarden.
Wéi vergläicht et mat anere Konferenzen?
Ech kann et net mat Konferenzen zu Moskau a St.
DAMP gëtt an 8 Sektiounen ofgehalen, dëst ass e Rekord fir Ural Konferenzen. Ganz grouss Science a Management Sektiounen, dëst ass och ongewéinlech. D'Publikum zu Jekaterinburg ass ganz strukturéiert - d'Stad huet grouss Entwécklungsdepartementer fir Yandex, Kontur, Tinkoff, an dëst léisst seng Mark op de Berichter.
En aneren interessante Punkt ass datt vill Firmen 3-4 Spriecher op der Konferenz gläichzäiteg hunn (dat war de Fall mat Kontur, Evil Martians, Tinkoff). Vill vun hinne ware Sponsoren, awer d'Rapporte sinn zimlech op Par mat aneren, dëst sinn keng Reklammberichter.
goen oder net goen? Wann Dir am Ural oder Emgéigend wunnt, hutt Dir d'Méiglechkeet an interesséiert Iech un d'Themen - jo, natierlech. Wann Dir un eng laang Rees denkt, géif ech d'Themen vu Berichter a Videoreportagen aus de Jore virdrun kucken an huet eng Entscheedung getraff.
Anere Virdeel vun Konferenzen an de Regiounen, als Regel, ass, datt et einfach ass mat de Spriecher no de Rapporten ze kommunizéieren et sinn einfach manner Bewerberinnen fir esou Kommunikatioun.
Merci Dump an Ekaterinburg! )
Source: will.com
