🥇Sezione Backend su DUMP: Serverless, Postgres e Go, .NET Core, GraphQL e non solo

Il 19 aprile si terrà una conferenza per sviluppatori a Ekaterinburg DUMP. I direttori dei programmi della sezione Backend — il responsabile dell'ufficio sviluppo di Yandex, Andrei Zharinov, il responsabile dello sviluppo del Naumen Contact Center, Konstantin Beklemishev, e l'ingegnere informatico di Kontur, Denis Tarasov — hanno parlato dei temi che gli sviluppatori possono aspettarsi dalla conferenza.

C'è un'opinione secondo cui dalle presentazioni a una conferenza "festival" non ci si può aspettare granché. Ci sembra di aver creato un programma che vale la pena seguire. Per questo motivo, abbiamo selezionato solo persone che conoscono profondamente l'argomento, escludendo ⅔ delle candidature, migliorando continuamente la struttura degli interventi e richiedendo esempi pratici dai relatori.

Relazioni

Le prime due presentazioni sono collegate tra loro e raccomandiamo vivamente di ascoltarle entrambe.

Problema 1. Quando si utilizzano API esterne, la verifica dei dati in ingresso diventa particolarmente importante. La sola convalida del formato non è sufficiente; è necessario anche assicurarsi della coerenza dei dati. Anche se la soluzione sembra ovvia, con l'aumento del numero di fonti esterne, molte verifiche singole possono trasformarsi rapidamente in qualcosa di ingestibile. Sergei Dolganov da Evil Martians mostrerà un approccio strutturato al problema, basato sull'uso di metodi di programmazione funzionale.

Problema 2. Per essere efficaci nell'interazione con il server, è necessario ottimizzare il numero di richieste all'API e il volume dei dati restituiti. Ciò richiede una progettazione coerente delle entità già a livello server. Dmitrij Tsepelev (Evil Martians) spiegherà come farlo in modo efficace, utilizzando la filosofia e gli strumenti di GraphQL, mettendo in evidenza le sfumature e confrontando esempi con il tradizionale REST.

Il secondo blocco sarà dedicato all'integrazione tra Postgres e Go. Da Go ascolterete l'esperienza di Avito e Yandex 🙂

Hai Postgres e vuoi usare Go nel tuo progetto, ma è la tua prima volta? Questa presentazione ti farà risparmiare un sacco di tempo. Software Engineer in Avito Artemij Ribinkov parlerà degli strumenti e di tutte le sottigliezze del lavoro con questo database su Go, prendendo come esempio i compiti che risolve ogni giorno in Avito.

PostgreSQL e backup dei dati? Sembra che questo argomento sia già stato esplorato a fondo. Ma la conoscenza sarà incompleta finché non si conoscerà come avviene in Yandex: enormi volumi di dati, necessità di compressione, crittografia, elaborazione parallela e massima efficienza nell'utilizzo delle CPU multi-core. Andrey Borodin parlerà dell'architettura WAL-G — una soluzione open source in Go per l'archiviazione continua di Postgres e MySQL, che Yandex sta sviluppando attivamente e che potrete utilizzare nel vostro progetto.

Il terzo blocco è per coloro che sono interessati alle tecnologie di riconoscimento e sintesi vocale, per chi ASR e TTS sono abbreviazioni familiari e per chi si occupa della creazione di assistenti vocali.

Gli assistenti vocali sono al culmine della loro popolarità. Creare la propria abilità per uno qualsiasi di essi non è solo semplice, ma molto semplice. Tuttavia, ci sono poche storie reali sull'applicazione di questa tecnologia. Vitaly Semyachkin da JetStyle fornirà una panoramica delle opportunità e dei limiti dei principali assistenti, parlerà di quali insidie potrebbero aspettarvi, come affrontarle in modo eroico e, in generale, come preparare tutta questa situazione. Inoltre, Vitaly racconterà dell'esperienza nella costruzione di una "smart meeting room" basata su Yandex.Stazione.

Le aziende all'avanguardia offrono le proprie API per la costruzione di assistenti vocali. Ma come comportarsi se le soluzioni esterne non sono disponibili? In Kontur hanno risolto questo problema, anche se il percorso è stato irto di difficoltà. Viktor Kondoba e Svetlana Zavyalova condivideranno l'esperienza nell'uso di soluzioni locali di riconoscimento vocale nell'automazione del supporto, mostreranno su cosa concentrarsi e cosa si può sacrificare per aumentare l'efficienza.

Di cosa parleranno ancora le relazioni?

Di recente, in Redis 5 è apparso un nuovo tipo di dato: streams, una realizzazione di idee da noto broker di messaggi Kafka. Denis Kataev (Tinkoff.ru) spiegherà perché sono necessari gli streams, quali sono le differenze rispetto alle normali code, quali sono le differenze tra Kafka e Redis streams, e parlerà delle "insidie" che vi attendono.

Ingegnere programmatore senior in Kontur, Grigory Koschelev esaminerà quali problemi di registrazione dei log e delle metriche ci sono se si hanno terabyte di dati al giorno, e parlerà di una nuova soluzione open-source che migliorerà la vostra vita.

Leader della comunità .Net di Kazan Yuri Kerbitskov (Ak Bars Digital Technologies) arriverà per ricordarci a cosa servono i Domaini di Applicazione nel .Net Framework, e raccontare cosa è cambiato nel lavoro con essi in .Net Core e come ora si vive con questo. Dopo la presentazione, avrete una comprensione migliore di come funziona .NET Core sotto il cofano.

E il tema per cui sono stati espressi più voti sul sito.

Una rivoluzione silenziosa è avvenuta nel 2014, e il suo eco ci insegue. Da quel momento l'infrastruttura diventa completamente invisibile e smette di avere importanza. Non riguarda le macchine virtuali e nemmeno i container — questi sono già nel passato, ma riguarda lo sviluppo ulteriore delle idee dei servizi cloud — AWS Lambda (paghiamo solo per il tempo di CPU). A esempio del proprio progetto backend, lo sviluppatore in Evil Martians Nikolai Sverchkov racconterà tutto sul lato pratico del lavoro con serverless: quanto è difficile iniziare, quanta documentazione e tutorial ci sono, se ci sono supporto per standard comuni, come testare localmente, quanto costa, quale linguaggio è meglio usare, quale stack di attività è più rilevante.

Masterclass

CTO di Mastery.pro Andrey Feferov terrà una masterclass, durante la quale costruirà insieme ai partecipanti un semplice cluster ad alta disponibilità di 3 nodi su postgres, patroni, consul, s3, walg, ansible.