🥇Secțiunea Backend la DUMP: Serverless, Postgres și Go, .NET Core, GraphQL și nu numai

Pe 19 aprilie, la Ekaterinburg, va avea loc o conferință pentru dezvoltatori DUMP. Directorii programului pe secțiunea Backend — liderul biroului de dezvoltare de la Yandex, Andrei Jarînov, liderul departamentului de dezvoltare de la Naumen Contact Center, Konstantin Beklemîșev, și inginerul programator de la Kontur, Denis Tarasov — au povestit despre prezentările așteptate de dezvoltatori la conferință.

Există o opinie că de la prezentările de la o conferință «festival» nu ar trebui să așteptăm perspective noi. Ni se pare că am creat un program de la care merită să aștepți. Pentru asta, am selectat doar pe cei profund implicați în temă, am eliminat ⅔ din aplicații, am corectat structura prezentărilor până la nesfârșit și am cerut exemple din practică de la vorbitori.

Prezentări

Primele două prezentări sunt interconectate, și recomandăm cu tărie să le ascultați pe amândouă.

Problema 1. Atunci când se utilizează API-uri externe, întrebarea validării datelor primite devine deosebit de importantă. O simplă validare a formatului nu este suficientă; trebuie, de asemenea, să ne asigurăm de coerența datelor. Deși soluția pare evidentă, pe măsură ce numărul surselor externe crește, multe verificări separate pot ajunge cu ușurință într-o stare ingrijorătoare. Serghei Dolganov din Evil Martians va demonstra o abordare structurată a problemei, bazată pe utilizarea unor metode de programare funcțională.

Problema 2. Pentru a fi eficient în interacțiunea cu serverul, trebuie să optimizăm numărul de apeluri la API și volumul datelor returnate. Acest lucru necesită proiectarea consecventă a entităților la nivel de server. Dmitri Țepeliev (Evil Martians) va explica cum se poate face acest lucru eficient, folosind filosofia și instrumentele GraphQL, va puncta nuanțele și va compara exemplele cu cele din REST tradițional.

Al doilea bloc va fi despre legătura dintre Postgres și Go. Va fi un bun ocazional să ascultăm experiența Avito și Yandex 🙂

Aveți Postgres și doriți să folosiți Go în proiectul dvs., dar faceți asta pentru prima dată? Această prezentare vă va economisi o grămadă de timp. Inginer software la Avito, Artiomii Riabinîkov va vorbi despre instrumentele și toate subtilitățile lucrului cu această bază de date pe Go, folosind exemplele de sarcini pe care le rezolvă în fiecare zi la Avito.

PostgreSQL și backup-ul datelor? Se pare că acest subiect a fost cercetat în detaliu. Însă cunoștințele vor fi incomplete, până când nu știți cum se desfășoară acest lucru la Yandex: volume uriașe de date, necesitatea comprimării, criptării, procesării paralele și utilizării cât mai eficiente a CPU-urilor multi-core. Andrei Borodin va vorbi despre arhitectura WAL-G — o soluție open source în Go pentru arhivarea continuă a Postgres și MySQL, pe care Yandex o dezvoltă activ, iar dvs. o veți putea folosi în proiectul dvs.

Al treilea bloc pentru cei interesați de tehnologiile de recunoaștere și sinteză vocală, pentru cei pentru care ASR și TTS sunt acronime cunoscute, și pentru cei care se ocupă de crearea asistenților vocali.

Asistenții vocali se află la apogeul popularității. Crearea propriului skill pentru oricare dintre ei nu este doar simplă, ci foarte simplă. Cu toate acestea, cunosc puține povești reale despre utilizarea acestei tehnologii. Vitaly Semyachkin din JetStyle va prezenta o revizuire a posibilităților și limitărilor principalilor asistenți, va vorbi despre capcanele care pot apărea, despre cum să le depășiți eroic și, în general, despre cum să pregătiți toată această poveste. De asemenea, Vitaly va împărtăși experiența sa în construirea unei "săli de negocieri inteligente" pe baza Yandex.Station.

Companiile de frunte își oferă API-urile pentru construirea asistenților vocali. Dar ce este de făcut dacă soluțiile externe nu sunt accesibile? În Contur au rezolvat această problemă, deși calea a fost anevoioasă. Victor Kondoba și Svetlana Zavialova vor împărtăși experiența utilizării soluțiilor locale de recunoaștere vocală în automatizarea suportului, vor arăta pe ce ar trebui să ne concentrăm și ce poate fi sacrificat pentru a spori eficiența.

Despre ce altceva vor fi prezentări?

Recent, în Redis 5 a apărut un nou tip de date — streams, aceasta fiind o implementare a ideilor din broker-ul de mesaje popular Kafka. Denis Kataev (Tinkoff.ru) va explica de ce sunt necesare stream-urile, care sunt diferențele față de coada obișnuită, care este diferența dintre Kafka și Redis streams, și va vorbi despre „capcanele ascunse” care vă pândesc.

Inginerul principal de programe în Contur Grigory Koshelev va analiza ce probleme de înregistrare a jurnalelor și metricilor există, dacă aveți terabytes de date pe zi, și va prezenta o nouă soluție open-source care vă va îmbunătăți viața.

Lider al comunității .Net din Kazan Yuri Kerbitskov (Ak Bars Tehnologii Digitale) va veni să amintească de ce sunt necesare Application Domains în .Net Framework și să discute despre ceea ce s-a schimbat în utilizarea acestora în .Net Core, precum și despre cum putem trăi cu acestea. După prezentare, veți înțelege mai bine cum funcționează .NET Core în spatele scenei.

Și tema care a primit cele mai multe voturi pe site.

O revoluție silențioasă a avut loc în 2014, iar ecoul ei ne ajunge acum. De atunci, infrastructura a devenit complet invizibilă și a încetat să mai conteze. Nu este vorba despre mașini virtuale sau containe; acestea sunt deja în trecut, ci despre dezvoltarea ulterioară a ideilor serviciilor cloud — AWS Lambda (plătim doar pentru timpul de procesare). Folosind un exemplu din propriul proiect, un dezvoltator backend va Evil Martians Nikolai Svirchkov va povesti despre latura practică a muncii cu serverless: cât de greu este să începi, câte documentații și tutoriale există, dacă există suport pentru standardele acceptate, cum să testezi local, cât costă, care limbaj este cel mai potrivit și ce stivă de sarcini este cea mai relevantă.

Masterclass

CTO la Mastery.pro Andrei Feferov va susține un masterclass, unde va construi împreună cu participanții un cluster simplu și rezistent la defecțiuni format din 3 noduri pe postgres, patroni, consul, s3, walg, ansible.