DUMP konference | grep 'backend|devops'

PagājuÅ”ajā nedēļā biju uz DUMP IT konferenci (https://dump-ekb.ru/) Jekaterinburgā un vēlos pastāstÄ«t, kas tika apspriests Backend un Devops sadaļās un vai reÄ£ionālās IT konferences ir uzmanÄ«bas vērtas.

DUMP konference | grep 'backend|devops'
Nikolajs Sverčkovs no Ļaunie marsieŔi par bez serveriem

Kas tur vispār bija?

Kopumā konferencē bija 8 sadaļas: Backend, Frontend, Mobile, Testing and QA, Devops, Design, Science and Management.

Lielākās zāles, starp citu, ir Zinātnē un menedžmentā)) Pa ~350 cilvēkiem katrā. Backend un Frontend nav daudz mazāki. Devops istaba bija mazākā, bet aktīva.

Es klausÄ«jos ziņojumus sadaļās Devops un Backend un nedaudz runāju ar runātājiem. Vēlos runāt par aplÅ«kotajām tēmām un aplÅ«kot Ŕīs sadaļas konferencē.

Devops un Backend sadaļās uzstājās SKB-Kontur, DataArt, Evil Martians, Jekaterinburgas tÄ«mekļa studijas Flag, Miro (RealTimeBoard) pārstāvji. Tēmas aptvēra CI/CD, darbu ar rindu pakalpojumiem, reÄ£istrÄ“Å”anu; bezservera tēmas un darbs ar PostgreSQL programmā Go bija labi apskatÄ«ts.

Bija arÄ« ziņojumi no Avito, Tinkoff, Yandex, Jetstyle, Megafon, Ak Bars Bank, bet man nebija laika fiziski tos apmeklēt (video ieraksti un atskaiÅ”u slaidi vēl nav pieejami, sola ievietot 2 nedēļu laikā vietnē dump-ekb.ru).

Devops sadaļa

Pārsteidza tas, ka sekcija notika mazākajā zālē, aptuveni 50 sēdvietās. Cilvēki pat stāvēja ejās :) PastāstÄ«Å”u par reportāžām, kuras man izdevās noklausÄ«ties.

Elastīga, kas sver petabaitu

Sadaļa sākās ar Vladimira Lila (SKB-Kontur) ziņojumu par Elasticsearch in Kontur. Viņiem ir diezgan liels un noslogots Elastic (~800 TB datu, ~ 1.3 petabaiti, ņemot vērā dublÄ“Å”anos). Elasticsearch visiem Kontur pakalpojumiem ir viens, sastāv no 2 klasteriem (no 7 un 9 serveriem), un tas ir tik svarÄ«gs, ka Konturam ir Ä«paÅ”s Elasticsearch inženieris (patiesÄ«bā pats Vladimirs).

Vladimirs arÄ« dalÄ«jās pārdomās par Elasticsearch priekÅ”rocÄ«bām un problēmām, ko tas rada.

Ieguvumi:

  • Visi žurnāli ir vienuviet, tiem ērti piekļūt
  • Baļķu glabāŔana gadu un vienkārÅ”a to analÄ«ze
  • Liels darba ātrums ar baļķiem
  • ForÅ”a datu vizualizācija no kastes

Problēmas:

  • ziņu brokerim ir jābÅ«t (Konturam tā lomu spēlē Kafka)
  • funkcijas darbam ar Elasticsearch Curator (periodiski radÄ«ta liela slodze no regulāriem uzdevumiem programmā Curator)
  • bez iebÅ«vētas autorizācijas (tikai par atseviŔķu, diezgan lielu naudu vai kā atvērtā pirmkoda spraudņiem ar dažādu gatavÄ«bas pakāpi ražoÅ”anai)

Par Open Distro for Elasticsearch bija tikai pozitīvas atsauksmes :) Tur ir atrisināts tas pats autorizācijas jautājums.

No kurienes nāk petabaits?Viņu mezgli sastāv no serveriem ar 12 * 8 Tb SATA + 2 * 2 Tb SSD. Aukstā uzglabāŔana SATA, SSD tikai karstajai keÅ”atmiņai (karstā krātuve).
7+9 serveri, (7 + 9) * 12 * 8 = 1536 Tb.
Daļa vietas ir rezervē, atvēlēta atlaiÅ”anai utt.
Uz Elasticsearch tiek nosūtīti aptuveni 90 pieteikumu žurnāli, tostarp visi Kontur, Elba utt.

Attīstības iezīmes bez servera

Nākamais ir Ruslana Serkina ziņojums no DataArt par bez servera.

Ruslans runāja par to, kas vispār ir attīstība ar bezserveru pieeju un kādas ir tās funkcijas.

Bez servera ir pieeja attÄ«stÄ«bai, kurā izstrādātāji nekādā veidā nepieskaras infrastruktÅ«rai. Piemērs ā€” AWS Lambda Serverless, Kubeless.io (Serverless iekŔā Kubernetes), Google Cloud Functions.

Ideāla bezserveru lietojumprogramma ir vienkārÅ”i funkcija, kas nosÅ«ta pieprasÄ«jumu bezservera pakalpojumu sniedzējam, izmantojot Ä«paÅ”u API vārteju. Ideāls mikropakalpojums, savukārt AWS Lambda atbalsta arÄ« lielu skaitu modernu programmÄ“Å”anas valodu. Mākoņpakalpojumu sniedzēju gadÄ«jumā infrastruktÅ«ras uzturÄ“Å”anas un izvietoÅ”anas izmaksas kļūst par nulli, arÄ« mazu lietojumprogrammu atbalsts bÅ«s ļoti lēts (AWS Lambda ā€” 0.2 $ / 1 miljons vienkārÅ”u pieprasÄ«jumu).

Šādas sistēmas mērogojamÄ«ba ir gandrÄ«z ideāla - mākoņa nodroÅ”inātājs par to parÅ«pējas pats, Kubeless automātiski mērogojas Kubernetes klasterÄ«.

Ir trūkumi:

  • lielu lietojumprogrammu izstrāde kļūst arvien grÅ«tāka
  • ir grÅ«tÄ«bas ar lietojumprogrammu profilÄ“Å”anu (jums ir pieejami tikai žurnāli, bet ne profilÄ“Å”ana parastajā nozÄ«mē)
  • nav versiju veidoÅ”anas

Ja godÄ«gi, es dzirdēju par Serverless pirms dažiem gadiem, taču visus Å”os gadus man nebija skaidrs, kā to pareizi lietot. Pēc Ruslana ziņojuma parādÄ«jās sapratne, un pēc Nikolaja Sverčkova (Ä»aunie marsieÅ”i) ziņojuma no Backend sadaļas tā tika konsolidēta. Ne velti biju uz konferenci :)

CI ir paredzēts nabadzīgajiem, vai arī ir vērts uzrakstīt savu CI tīmekļa studijai?

Mihails Radionovs, Karoga tīmekļa studijas vadītājs no Jekaterinburgas, stāstīja par paŔrakstīto CI/CD.

Viņa studija ir pārgājusi no ā€œmanuālās CI/CDā€ (piesakieties serverÄ«, izmantojot SSH, veiciet git pull, atkārtojiet 100 reizes dienā) uz Dženkinsu un paÅ”rakstÄ«tu rÄ«ku, kas ļauj pārraudzÄ«t kodu un izpildÄ«t izlaidumus ar nosaukumu Pullkins. .

Kāpēc Dženkinss nestrādāja? Pēc noklusējuma tas nenodroÅ”ināja pietiekamu elastÄ«bu, un to bija pārāk grÅ«ti pielāgot.

ā€œKarogsā€ tiek izstrādāts programmā Laravel (PHP ietvars). Izstrādājot CI/CD serveri, Mihails un viņa kolēģi izmantoja Laravel iebÅ«vētos mehānismus ar nosaukumu Telescope and Envoy. Rezultāts ir PHP serveris (lÅ«dzu, ņemiet vērā), kas apstrādā ienākoÅ”os tÄ«mekļa aizÄ·eres pieprasÄ«jumus, var izveidot priekÅ”galu un aizmugursistēmu, izvietot dažādos serveros un ziņot Slack.

Pēc tam, lai varētu veikt zilo/zaļo izvietoÅ”anu un nodroÅ”ināt vienotus iestatÄ«jumus dev-stage-prod vidēs, viņi pārgāja uz Docker. PriekÅ”rocÄ«bas palika nemainÄ«gas, tika pievienotas vides homogenizācijas un netraucētas izvietoÅ”anas iespējas, kā arÄ« tika pievienota nepiecieÅ”amÄ«ba iemācÄ«ties Docker pareizi strādāt ar to.

Projekts atrodas vietnē Github

Kā mēs samazinājām servera laidienu atcelÅ”anas skaitu par 99%

Pēdējais ziņojums sadaļā Devops bija no Viktora Eremčenko, Miro.com (iepriekÅ” RealTimeBoard) vadoŔā devops inženiera.

RealTimeBoard, Miro komandas vadoŔais produkts, ir balstīts uz monolītu Java lietojumprogrammu. Tā apkopoŔana, pārbaude un izvietoŔana bez dīkstāves ir grūts uzdevums. Šajā gadījumā ir svarīgi izvietot Ŕādu koda versiju, lai tā nebūtu jāatgriež (tas ir smags monolīts).

Veidojot sistēmu, kas ļauj to izdarÄ«t, Miro veica ceļu, kas ietvēra darbu pie arhitektÅ«ras, izmantotajiem rÄ«kiem (Atlassian Bamboo, Ansible utt.) un darbu pie komandu struktÅ«ras (tagad tām ir Ä«paÅ”a Devops komanda + daudzas atseviŔķas Scrum komandas no dažādu profilu izstrādātājiem).

CeļŔ izrādÄ«jās grÅ«ts un ērkŔķains, un Viktors dalÄ«jās ar uzkrātajām sāpēm un optimismu, kas ar to nebeidzās.

DUMP konference | grep 'backend|devops'
Laimēja grāmatu par jautājumu uzdoÅ”anu

Aizmugurējā sadaļa

Man izdevās apmeklēt 2 reportāžas - no Nikolaja Sverčkova (Ä»aunie marsieÅ”i), arÄ« par Serverless, un no Grigorija KoÅ”eļeva (kompānija Kontur) par telemetriju.

Bez servera vienkārŔiem mirstīgajiem

Ja Ruslans Sirkins runāja par to, kas ir Serverless, Nikolajs parādÄ«ja vienkārÅ”as lietojumprogrammas, izmantojot Serverless, un runāja par detaļām, kas ietekmē AWS Lambda lietojumprogrammu izmaksas un ātrumu.

Interesanta detaļa: minimālais apmaksātais elements ir 128 Mb atmiņas un 100 ms CPU, tas maksā 0,000000208 $. Turklāt 1 miljons Ŕādu pieprasÄ«jumu mēnesÄ« ir bezmaksas.

Dažas Nikolaja funkcijas bieži pārsniedza 100 ms robežu (galvenā lietojumprogramma tika rakstÄ«ta rubÄ«nā), tāpēc to pārrakstÄ«Å”ana programmā Go nodroÅ”ināja lielisku ietaupÄ«jumu.

Vostok Hercules ā€” padariet telemetriju atkal lielisku!

Jaunākais Backend sadaļas ziņojums no Grigorija KoÅ”eļeva (kompānija Kontur) par telemetriju. Telemetrija nozÄ«mē žurnālus, metriku, lietojumprogrammu pēdas.

Å im nolÅ«kam Contour izmanto paÅ”rakstÄ«tus rÄ«kus, kas publicēti vietnē Github. RÄ«ks no ziņojuma ā€” Hercules, github.com/vostok/hercules, tiek izmantots telemetrijas datu piegādei.

Vladimira Lilas ziņojumā sadaļā Devops tika apspriesta žurnālu glabāŔana un apstrāde pakalpojumā Elasticsearch, taču joprojām ir uzdevums piegādāt žurnālus no daudziem tÅ«kstoÅ”iem ierīču un lietojumprogrammu, un tādi rÄ«ki kā Vostok Hercules tos atrisina.

Trase gāja pa daudziem zināmu ceļu - no RabbitMQ lÄ«dz Apache Kafka, taču ne viss ir tik vienkārÅ”i)) Viņiem bija jāpievieno ķēdei Zookeeper, Cassandra un Graphite. Informāciju par Å”o ziņojumu (nav mans profils) pilnÄ«bā neatklāŔu, ja ir interese, varat gaidÄ«t slaidus un video konferences mājaslapā.

Kā tas atŔķiras ar citām konferencēm?

Es to nevaru salīdzināt ar konferencēm Maskavā un Sanktpēterburgā, es to varu salīdzināt ar citiem pasākumiem Urālos un ar 404fest Samarā.

DAMP notiek 8 sekcijās, tas ir Urālu konferenču rekords. Ļoti lielas zinātnes un vadības sadaļas, tas arī ir neparasti. Jekaterinburgas auditorija ir diezgan strukturēta - pilsētā ir lielas Yandex, Kontur, Tinkoff attīstības nodaļas, un tas atstāj zīmi pārskatos.

Vēl viens interesants moments ir tas, ka daudzām kompānijām konferencē ir uzreiz 3-4 runātāji (tā bija Kontur, Evil Martians, Tinkoff). Daudzi no viņiem bija sponsori, bet ziņojumi ir diezgan līdzvērtīgi citiem, tie nav reklāmas ziņojumi.

Iet vai neiet? Ja tu dzÄ«vo Urālos vai tuvumā, tev ir iespēja un interesē tēmas - jā, protams. Ja domā par garu ceļojumu, ieskatÄ«Å”os iepriekŔējo gadu reportāžu un videoreportāžu tēmās www.youtube.com/user/videoitpeople/videos un pieņēma lēmumu.
Vēl viena konferenču priekÅ”rocÄ«ba reÄ£ionos, kā likums, ir tā, ka pēc referātiem ir viegli sazināties ar runātāju, vienkārÅ”i ir mazāk pretendentu uz Ŕādu saziņu.

DUMP konference | grep 'backend|devops'

Paldies Dumpam un Jekaterinburgai! )

Avots: www.habr.com

Pievieno komentāru