Микросервисы. Обратный билет

00:00 Начало
10:32 Информационные системы следуют в своём развитии некому естественному ходу вещей
17:53 Технологический аспект распада приложений на процессы. "Атака кластеров" Фаулер
24:48 Сравниваем не монолиты и микросервисы, а разные варианты архитектуры распределённых систем.
28:17 Зонтичная природа термина "микросервисы". Протоколы взаимодействия микросервисов. Пара слов о проблемах работы с дисками.
34:41 Ответ на вопрос Александра Теплюка "​Самораспад монолита возможен, когда у разрабов есть время и квалификация чтоб сделать декомпозицию. А если разрабы перегружены, и времени на продумывание арх. нету, то монолит только разрастается."
42:22 Ответ на вопрос Артёма Сыкчин​а "1 процесс = 1 агрегат?" ( в разделе "Технологический аспект распада приложений на процессы" шла речь о том, что при распределённой архитектуре от реляционных СУБД нужно переходить к агрегатам)
43:29 Ответ на вопрос Alexander SAMARIN​ "Уточни про твои процессы - это вычислительные процессы или бизнес-процессы? Ты же не архитектор ИТ сейчас."
46:07 Ответ на вопрос Konstantin Pavlov "​Уточните пожалуйста, что такое statefull взаимодействие? Что следующий запрос должен попасть на тот же узел для продолжения или что-то другое?"
49:10 Ответ на вопрос Timur Isachenko​ "Что такое микросервис очень понятно, а сайдкар напомните пжста"
52:57 Ответ на вопрос Gennadiy Khramov "Про доступ к общим данным в микросервисах - а в монолитах вопросы общего доступа к данным в распределенных системах решены? или там отдельные, не схожие и не подходящие для микросервисов решения?"
56:06 Ответ на вопрос Ilgizar Talipov​Процесс и причины распада архитектуры монолита на микросервисы видимо аналогичны распаду развивающейся организации на функциональные подразделения
57:33 Ответ на вопрос Andrey Grachev​ "В монолитах - ещё во времена OS/370. Там были системы по 100+ К пользователей"
58:35 Ответ на вопрос Эдуарда Галиаскаров​а "Функ. подразделения - суть организационной структуры. Оргструктура - с одной стороны требования времени и решаемых задач. Функ. оргструктура в целом закономерно вытекает из иерархии управления." В ответе есть про единое окно-приложение для сотрудника и почему для этого хороши микросервисы.
1:03:17 Ответ на вопрос Артема Михайловского "Возможно ли на этапе разработки новой системы, до ввода в эксплуатацию, понять что она скатывается в распределенный монолит? Как это сделать?"
1:05:32 Ответ на вопрос Alexander SAMARIN​А "что такое "Пото́к выполне́ния" (Thread) в процессе будешь объяснять?"
1:07:40 Ответ на вопрос Sultan Omashev​ Приведите, пожалуйста, насколько примеров capability.
1:10:03 Ответ на вопрос Konstantin Pavlov "​Вы сказали, что мечта идиота сделать так, чтобы допустим данные по одному пользователю хранились в одном месте.По сути это хранить данные одного пользователя в одном шарде.В чем минусы такого подхода?"
1:13:29 Как правильно делить функционал по процессам и как процессам работать с внешними запоминающими устройствами. Новые паттерны организации системы. CQRS паттерн, рекомендованы видео Greg Yong
1:25:45 Ответ на вопрос Konstantin Pavlov "Очень интересен вопрос шардирования данных. Как лучше организовать шардирование? По агрегатам, пользователям. На какие критерии лучше опираться?"
1:32:30 Ответ на вопрос Александра Теплюк​а "И всё таки под микросервисом мы сейчас подразумеваем набор функциональных возможностей ( т.е. смотрим глазами бизнеса) или набор ИТ систем+ код+БД (т.е. смотрим глазами разрабов)?"

[ИринаТявина]

Спасибо! Очень пригодится в хозяйстве этот стрим.
Таймкоды делала ради своей команды, делюсь:

10:32  Информационные системы следуют в своём развитии некому естественному ходу вещей

17:53 Технологический аспект распада приложений на процессы. "Атака кластеров" Фаулер

24:48 Сравниваем не монолиты и микросервисы, а разные варианты архитектуры распределённых систем.  

28:17 Зонтичная природа термина "микросервисы". Протоколы взаимодействия микросервисов. Пара слов о проблемах работы с дисками.

34:41 Ответ на вопрос Александра Теплюка "​Самораспад монолита возможен, когда у разрабов есть время и квалификация чтоб сделать декомпозицию. А если разрабы перегружены, и времени на продумывание арх. нету, то монолит только разрастается."

42:22 Ответ на вопрос Артёма Сыкчин​а "1 процесс = 1 агрегат?" ( в разделе "Технологический аспект распада приложений на процессы" шла речь о том, что при распределённой архитектуре от реляционных СУБД нужно переходить к агрегатам)

43:29  Ответ на вопрос Alexander SAMARIN​ "Уточни про твои процессы - это вычислительные процессы или бизнес-процессы? Ты же не архитектор ИТ сейчас." 

46:07 Ответ на вопрос Konstantin Pavlov "​Уточните пожалуйста, что такое statefull взаимодействие? Что следующий запрос должен попасть на тот же узел для продолжения или что-то другое?"

49:10 Ответ на вопрос Timur Isachenko​ "Что такое микросервис очень понятно, а сайдкар напомните пжста"

52:57 Ответ на вопрос Gennadiy Khramov "Про доступ к общим данным в микросервисах - а в монолитах вопросы общего доступа к данным в распределенных системах решены? или там отдельные, не схожие и не подходящие для микросервисов решения?"

56:06 Ответ на вопрос  Ilgizar Talipov​Процесс и причины распада архитектуры монолита на микросервисы видимо аналогичны распаду развивающейся организации на функциональные подразделения

57:33 Ответ на вопрос Andrey Grachev​ "В монолитах - ещё во времена OS/370. Там были системы по 100+ К пользователей"

58:35 Ответ на вопрос Эдуарда Галиаскаров​а "Функ. подразделения - суть организационной структуры. Оргструктура - с одной стороны требования времени и решаемых задач. Функ. оргструктура в целом закономерно вытекает из иерархии управления." В ответе есть про единое окно-приложение для сотрудника и почему для этого хороши микросервисы.

1:03:17 Ответ на вопрос Артема Михайловского "Возможно ли на этапе разработки новой системы, до ввода в эксплуатацию, понять что она скатывается в распределенный монолит? Как это сделать?"

1:05:32 Ответ на вопрос Alexander SAMARIN​А "что такое "Пото́к выполне́ния" (Thread) в процессе будешь объяснять?"

1:07:40 Ответ на вопрос Sultan Omashev​ Приведите, пожалуйста, насколько примеров capability.

1:10:03 Ответ на вопрос Konstantin Pavlov "​Вы сказали, что мечта идиота сделать так, чтобы допустим данные по одному пользователю хранились в одном месте.По сути это хранить данные одного пользователя в одном шарде.В чем минусы такого подхода?"

1:13:29 Как правильно делить функционал по процессам и как процессам работать с внешними запоминающими устройствами. Новые паттерны организации системы. CQRS паттерн, рекомендованы видео Greg Yong

1:25:45 Ответ на вопрос Konstantin Pavlov "Очень интересен вопрос шардирования данных. Как лучше организовать шардирование? По агрегатам, пользователям. На какие критерии лучше опираться?"

1:32:30 Ответ на вопрос Александра Теплюк​а "И всё таки под микросервисом мы сейчас подразумеваем набор функциональных возможностей ( т.е. смотрим глазами бизнеса) или набор ИТ систем+ код+БД (т.е. смотрим глазами разрабов)?"