DUMP의 백엔드 섹션: 서버리스, Postgres 및 Go, .NET Core, GraphQL 등

19월 XNUMX일 예카테린부르크에서 개발자 컨퍼런스가 개최됩니다 버리다. 백엔드 섹션의 프로그램 디렉터(Yandex 개발 사무소 책임자 Andrey Zharinov, Naumen Contact Center Konstantin Beklemishev 개발 부서 책임자, Kontur Denis Tarasov의 소프트웨어 엔지니어)는 개발자가 컨퍼런스에서 기대할 수 있는 보고서에 대해 설명했습니다.

'축제' 컨퍼런스의 발표에서 인사이트를 기대하면 안 된다는 의견이 있다. 기다릴만한 가치가 있는 프로그램을 만든 것 같습니다. 이를 위해 우리는 주제에 깊이 있는 사람들만 골라서 지원서의 XNUMX/XNUMX를 걸러내고 연설의 구조를 끝없이 편집하고 연설자들에게 실제 사례를 요구했습니다.

보고서

처음 두 보고서는 서로 연관되어 있으므로 두 보고서 모두 들어보는 것이 좋습니다.

문제 1. 외부 API를 사용할 때 들어오는 데이터의 유효성을 검사하는 문제가 특히 관련됩니다. 형식 검증만으로는 충분하지 않으며 데이터의 일관성을 보장하는 것도 필요합니다. 해결책은 분명해 보이지만 외부 소스의 수가 증가함에 따라 수많은 개별 검사를 쉽게 관리할 수 없게 될 수 있습니다. 세르게이 돌가노프 으로 사악한 화성인 함수형 프로그래밍 기술을 사용하여 문제에 대한 구조화된 접근 방식을 보여줍니다.

문제 2. 서버와 효율적으로 상호 작용하려면 API 호출 수와 반환되는 데이터 양을 최적화해야 합니다. 이를 위해서는 서버 수준에서 일관된 엔터티 디자인이 필요합니다. 드미트리 체펠레프 (사악한 화성인) GraphQL의 철학과 도구를 사용하여 이것이 어떻게 효과적으로 수행될 수 있는지 설명하고, 미묘한 차이에 주의를 기울이고, 기존 REST와 예제를 비교합니다.

두 번째 블록은 Postgres와 Go의 조합에 관한 것입니다. Avito와 Yandex의 경험을 들어보세요 :)

Postgres가 있고 프로젝트에 Go를 사용하고 싶지만 이번이 처음이신가요? 이 보고서는 귀하의 시간을 엄청나게 절약해 줄 것입니다. 소프트웨어 엔지니어 아비토 아르테미 리아빈코프 Avito에서 매일 해결하는 문제의 예를 사용하여 Go에서 이 데이터베이스로 작업하는 도구와 모든 복잡성에 대해 이야기합니다.

PostgreSQL과 데이터 백업? 이 주제는 이미 광범위하게 연구된 것 같습니다. 그러나 Yandex에서 이것이 어떻게 발생하는지, 즉 엄청난 양의 데이터, 압축의 필요성, 암호화, 병렬 처리 및 멀티 코어 CPU의 가장 효율적인 활용을 알기 전까지는 지식이 불완전합니다. 안드레이 보로딘 Yandex가 적극적으로 개발 중이며 프로젝트에 사용할 수 있는 Postgres 및 MySQL의 지속적인 보관을 위한 Go의 오픈 소스 솔루션인 WAL-G의 아키텍처에 대해 이야기합니다.

세 번째 블록은 ASR 및 TTS가 이해할 수 있는 약어인 음성 인식 및 합성 기술에 관심이 있는 사람들과 음성 도우미를 만드는 사람들을 위한 것입니다.

음성 비서가 인기의 정점에 있습니다. 그들 중 하나에 대한 자신의 기술을 만드는 것은 쉽지 않지만 매우 간단합니다. 그러나 이 기술을 실제로 적용한 사례는 거의 알려져 있지 않습니다. 비탈리 세먀킨 으로 제트스타일 주요 조수의 능력과 한계에 대한 개요를 제공하고, 어떤 종류의 갈퀴가 기다리고 있는지, 어떻게 영웅적으로 극복할 수 있는지, 그리고 일반적으로 이 전체 이야기를 준비할 수 있는 방법을 알려줄 것입니다. 또한 Vitaly는 Yandex.Station을 기반으로 '스마트 미팅'을 구축한 경험에 대해서도 이야기합니다.

선도적인 기업은 음성 도우미 구축을 위한 API를 제공합니다. 하지만 외부 솔루션을 사용할 수 없다면 어떻게 될까요? 안에 윤곽 경로가 까다로웠지만 이 문제를 해결했습니다. 빅터 콘도바 и 스베틀라나 자비알로바 지원을 자동화할 때 로컬 음성 인식 솔루션을 사용한 경험을 공유하고 효율성을 높이기 위해 무엇에 집중해야 하며 무엇을 희생할 수 있는지 보여줍니다.

보고서에는 또 어떤 내용이 포함되나요?

최근 Redis 5 - 스트림에 새로운 데이터 유형이 나타났습니다. 이는 인기 있는 메시지 브로커 Kafka의 아이디어를 구현한 것입니다. 데니스 카타예프(Tinkoff.ru) 스트림이 필요한 이유, 일반 대기열과의 차이점, Kafka 스트림과 Redis 스트림의 차이점을 설명하고 여러분을 기다리고 있는 함정에 대해서도 알려줄 것입니다.

수석 소프트웨어 엔지니어 Konture Grigory Koshelev 하루에 테라바이트급의 데이터가 있는 경우 로그와 지표를 기록하는 데 어떤 문제가 있는지 살펴보고, 삶을 더 좋게 만들어 줄 새로운 오픈 소스 솔루션에 대해서도 이야기합니다.

Kazan .Net 커뮤니티의 리더 유리 케르비츠코프 (Ak Bars 디지털 기술)은 .Net Framework에서 애플리케이션 도메인이 필요한 이유를 상기시키고, .Net Core에서 작업할 때 변경된 사항과 현재 일반적으로 이를 사용하는 방법에 대해 이야기합니다. 강연이 끝나면 .NET Core가 내부적으로 어떻게 작동하는지 더 잘 이해하게 될 것입니다.

그리고 사이트에서 가장 많은 투표를 받은 주제입니다.

2014년에 조용한 혁명이 일어났고, 그 메아리가 우리를 따라잡고 있습니다. 이 순간부터 인프라는 완전히 눈에 띄지 않게 되며 더 이상 중요하지 않게 됩니다. 이것은 가상 머신이나 컨테이너에 관한 것이 아니라 이미 과거의 일이지만 클라우드 서비스 아이디어의 추가 개발인 AWS Lambda(프로세서 시간에 대해서만 비용을 지불합니다)에 관한 것입니다. 자신의 백엔드 프로젝트의 예를 사용하여 사악한 화성인 니콜라이 스베르치코프 서버리스 작업의 실제적인 측면에 대한 모든 것을 알려줄 것입니다. 시작하기가 얼마나 어려운지, 문서와 튜토리얼이 얼마나 많은지, 일반적으로 허용되는 표준에 대한 지원이 있는지, 로컬에서 테스트하는 방법, 비용은 얼마인지, 언어는 무엇인지 등을 알려줍니다. 어떤 작업 스택이 가장 관련성이 높은지 사용하는 것이 더 좋습니다.

마스터 클래스

CTO Mastery.pro 안드레이 페펠로프 그와 참가자들은 postgres, Patroni, consul, s3, Walg, ansible에 3개 노드로 구성된 간단한 내결함성 클러스터를 구축하는 마스터 클래스를 진행할 예정입니다.

마스터 클래스가 끝나면 제공된 Ansible 플레이북을 사용하여 이러한 클러스터를 처음부터 시작할 수 있습니다.

작년 회의의 모든 보고서는 다음에서 볼 수 있습니다. YouTube 채널

모든 보고서 및 등록 초록 - at 컨퍼런스 웹사이트.

개발자 여러분, 19월 XNUMX일 DUMP에서 여러분을 기다리고 있습니다!

출처 : habr.com