Kail
Организатор
Проверенный
- Регистрация
- 09.04.2020
- Сообщения
- 346 033
- Реакции
- 30 692
- Монеты
- 1 191
- Оплачено
- 0
- Баллы
- 0
- #SkladchinaVip
- #1
[Podlodka.io] Podlodka Techlead Crew #5. Масштабирование архитектуры [Владимир Иванов, Наталья Петровская, Александр Крылов]
- Ссылка на картинку
-
Неделя «Масштабирование архитектуры»:
- разберёмся, когда пора масштабировать архитектуру, и как договариваться об этом с бизнесом;
- научимся определять, когда архитектуру ещё можно спасти, а когда пора начинать строить заново;
- выясним, как перестраивать существующее решение при росте нагрузки;
- научимся масштабировать процессы тестирования;
- обсудим, а всегда ли нужны микросервисы;
- вместе решим System Design задачи на масштабирование архитектуры;
Программа:
Геннадий Круглов. Доклад «Когда пора заняться архитектурой?»
В докладе Геннадий поделится мыслями о том, что такое архитектура, какие у нее бывают уровни, что такое архитектурно-значимые решения и когда же архитектуру пора менять. И, конечно же, будет разбор типовых симптомов, которые являются индикаторами необходимости изменений.
Илья Казначеев. Доклад «CQRS»
Сложные проблемы требуют непростых решений, таких, как распределенные системы. Но такие системы создают ещё больше проблем... В докладе разберем, как CQRS помогает улучшить архитектуру приложения и уменьшить связанность внутри него. Объясним, как сделать взаимодействие между сервисами более надёжным и консистентным, значительно повысить масштабируемость и поддерживаемость системы. И всё это на примерах из практики.
Максим Смирнов, Кирилл Ветчинкин, Филипп Дельгядо, Евгений Толмачёв. Круглый стол «Перестаньте пилить микросервисы»
Обсуждаем плюсы и минусы микросервисной архитетуры. Выявляем ключевые критерии для принятия решения: переходить на микросервисы или остаться на монолите. Вопросы масштабирования, подводные камни и практический опыт экспертов.
Наталья Петровская. Доклад «Надо больше тестирования: как масштабироваться и получить удовольствие»
Когда система растёт, очень часто тестирование оказывается на линии релиза с предложениями «давайте больше тестировщиков». Поговорим о том, как масштабироваться без боли, регистрации и смс, с чего начать, чем закончить и какие можно сделать выводы из чужих ошибок.
Олег Бондарь. Доклад «Масштабирование распределенных систем»
YDB — это платформа, которая может одновременно работать с OLTP и OLAP-нагрузками, а также выступать в качестве сервиса очередей сообщений. В докладе узнаем, как мы решаем проблемы хранения и масштабирования данных и нагрузки для таких разных задач. Про общепринятые подходы и выбранные нами решения.
Александр Крылов, Иван Нещадин. Публичное собеседование «Публичное собеседование по System Design »
Александр Крылов (bimeister) проведет собеседование по system design, в течение которого Иван Нещадин (Авито) попробует спроектировать платформу-маркетплейс по услугам рекламы для заказчика из среднего бизнеса
Владимир Иванов. Доклад «Как развивать архитектуру и не сходить с ума»
С новым проектом нет обычно проблем: тут сделаем веб-приложение, тут базу выберем, тут пару сервисов напишем. Но вот сервис взлетел, и теперь нужно его менять и развивать. Чем руководствоваться? Как объяснить разработчикам каких рамок придерживаться? И как самому не стать бутылочным горлышком?
Даниил Марданов. Доклад «Баланс между бизнесом и инженерами»
Узнаем, как проекту с 10-летней историей не превратиться в легаси, обеспечивая кратный рост нагрузки, непрерывную поставку фич и высокое техническое качество.
Павел Лакосников. Доклад «Эволюция технических метрик»
Доклад будет рассматривать эволюцию метрик в контексте роста команд, компании, продукта и кода. Обсудим связь с архитектурной эволюцией, а также идею построения метрик на основе трейсов. Посмотрим на обзор эволюции инструментов для сбора метрик: от простых систем уведомлений администратору до современных решений, таких как VictoriaMetrics.
Евгений Кузовлев. Доклад «Геораспределенные системы»
Мы каждый день сталкиваемся и в использовании (как пользователи), и в разработке (как специалисты) с распределенными системами. Они бывают как сильно распределенными, так и не очень. В чем разница? Почему у знакомого есть три дата-центра и у тебя есть три дата-центра, но есть нюанс? Когда надо думать про разные штуки с задержками и консистентностью, а когда можно поставить модную БД в режиме as-a-Service и все будет круто? Приходите поговорить про скучную теорию и веселые фейл-кейсы построения разных распределенных систем.
- разберёмся, когда пора масштабировать архитектуру, и как договариваться об этом с бизнесом;
- научимся определять, когда архитектуру ещё можно спасти, а когда пора начинать строить заново;
- выясним, как перестраивать существующее решение при росте нагрузки;
- научимся масштабировать процессы тестирования;
- обсудим, а всегда ли нужны микросервисы;
- вместе решим System Design задачи на масштабирование архитектуры;
Программа:
Геннадий Круглов. Доклад «Когда пора заняться архитектурой?»
В докладе Геннадий поделится мыслями о том, что такое архитектура, какие у нее бывают уровни, что такое архитектурно-значимые решения и когда же архитектуру пора менять. И, конечно же, будет разбор типовых симптомов, которые являются индикаторами необходимости изменений.
Илья Казначеев. Доклад «CQRS»
Сложные проблемы требуют непростых решений, таких, как распределенные системы. Но такие системы создают ещё больше проблем... В докладе разберем, как CQRS помогает улучшить архитектуру приложения и уменьшить связанность внутри него. Объясним, как сделать взаимодействие между сервисами более надёжным и консистентным, значительно повысить масштабируемость и поддерживаемость системы. И всё это на примерах из практики.
Максим Смирнов, Кирилл Ветчинкин, Филипп Дельгядо, Евгений Толмачёв. Круглый стол «Перестаньте пилить микросервисы»
Обсуждаем плюсы и минусы микросервисной архитетуры. Выявляем ключевые критерии для принятия решения: переходить на микросервисы или остаться на монолите. Вопросы масштабирования, подводные камни и практический опыт экспертов.
Наталья Петровская. Доклад «Надо больше тестирования: как масштабироваться и получить удовольствие»
Когда система растёт, очень часто тестирование оказывается на линии релиза с предложениями «давайте больше тестировщиков». Поговорим о том, как масштабироваться без боли, регистрации и смс, с чего начать, чем закончить и какие можно сделать выводы из чужих ошибок.
Олег Бондарь. Доклад «Масштабирование распределенных систем»
YDB — это платформа, которая может одновременно работать с OLTP и OLAP-нагрузками, а также выступать в качестве сервиса очередей сообщений. В докладе узнаем, как мы решаем проблемы хранения и масштабирования данных и нагрузки для таких разных задач. Про общепринятые подходы и выбранные нами решения.
Александр Крылов, Иван Нещадин. Публичное собеседование «Публичное собеседование по System Design »
Александр Крылов (bimeister) проведет собеседование по system design, в течение которого Иван Нещадин (Авито) попробует спроектировать платформу-маркетплейс по услугам рекламы для заказчика из среднего бизнеса
Владимир Иванов. Доклад «Как развивать архитектуру и не сходить с ума»
С новым проектом нет обычно проблем: тут сделаем веб-приложение, тут базу выберем, тут пару сервисов напишем. Но вот сервис взлетел, и теперь нужно его менять и развивать. Чем руководствоваться? Как объяснить разработчикам каких рамок придерживаться? И как самому не стать бутылочным горлышком?
Даниил Марданов. Доклад «Баланс между бизнесом и инженерами»
Узнаем, как проекту с 10-летней историей не превратиться в легаси, обеспечивая кратный рост нагрузки, непрерывную поставку фич и высокое техническое качество.
Павел Лакосников. Доклад «Эволюция технических метрик»
Доклад будет рассматривать эволюцию метрик в контексте роста команд, компании, продукта и кода. Обсудим связь с архитектурной эволюцией, а также идею построения метрик на основе трейсов. Посмотрим на обзор эволюции инструментов для сбора метрик: от простых систем уведомлений администратору до современных решений, таких как VictoriaMetrics.
Евгений Кузовлев. Доклад «Геораспределенные системы»
Мы каждый день сталкиваемся и в использовании (как пользователи), и в разработке (как специалисты) с распределенными системами. Они бывают как сильно распределенными, так и не очень. В чем разница? Почему у знакомого есть три дата-центра и у тебя есть три дата-центра, но есть нюанс? Когда надо думать про разные штуки с задержками и консистентностью, а когда можно поставить модную БД в режиме as-a-Service и все будет круто? Приходите поговорить про скучную теорию и веселые фейл-кейсы построения разных распределенных систем.