Кирилл, привет! Статья супер, вопрос следующий: как на архитектуре отображать интеграционные цепочки между сервисами\системами? Аля сервис - кафка - найфай - сетевой ресурс - адаптер - БД системы? Или у вас этим подходом покрывается только архитектура самих сервисов, а архитектура решений, в которых имеются интеграционные цепочки - черный ящик?
Ну после вашей статьи гугл выдаст все названия, в том числе, на русском. Не уверен, что это является критерием легитимности. Обычный мат ферзем называть "поцелуйчиком" или "бутербродом" - если вы действительно этому детей учите, то я догадываюсь, почему у них не повышается уровень понимания шахмат. Без обид.
Вроде в шахматы играю более 30 лет, и КМС выполнял, но про названия матов впервые слышу. Это фантазии автора, или где-то есть соответствующий официальный глоссарий?
У Яндекса есть подобная фича, по-крайней мере, моей подписки хватает на то, чтобы на ТВ запустить Яндекс.Музыку и с телефона, также из их приложения, управлять треками.
Недавно начал читать Красную таблетку Курпатова, страниц 30 прочитал, после того, как автор в третий раз сделал выводы обо мне как об индивидууме "в молоко", доверие полностью пропало. Специфическая литература, которая кому-то откроет новые горизонты, а кого-то просто повеселит.
Организации типа OTUS работают на людях увлеченных, потому что платят там лекторам достаточно скромно (видел предложения) по текущим меркам, но уровень некоторых лекторов иногда поразительно высок. Ходил на курсы по базам NoSQL как раз в OTUS, некоторые лекторы вызывали только респект и уважение, сплав из глубокого материала и личного богатого опыта. И вряд ли они делились ценными знаниями за небольшие деньги, это был чистый альтруизм )
Я тоже фанат Obsidian, респект и уважение его разработчикам. Но запихивать туда процессы, под которые он не особо заточен, и дорабатывать напильником, делая из поезда самолет - это для меня слишком ) Используйте Obsidian как базу знаний и радуйтесь жизни, а для автоматизации других процессов есть соответствующее ПО, более удобное и юзабильное.
50% времени на встречи, такое возможно только "в одном из крупных российских банков". Потому что все боятся ответственности и играют исключительно в ИБД.
Использовать Oracle как персистентное хранилище правил и их истории - ну, такое себе (вроде как платное и тяжелое, есть куча бесплатных легких решений для этого).
Использовать Kafka для транспорта файлов - ну, такое себе (вроде как есть ограничения по размеру и более простые паттерны).
Ну и вообще непонятно, куда надо эти файлы транспортировать, зачем, какие требования? Почему просто не положить в S3 и не транспортировать линки? Речь вроде как идет о внутренней инфраструктуре.
" Для продажи мы берем за границей семейные подписки Spotify на 5 человек, не считая хозяина «семьи», а в России продаем места в них поштучно."
Слышал байку, что Spotify контролирует семейный аккаунт, и если каждый член семьи заходит территориально с разного места - алгоритмы отслеживают это и сигнализируют о возможном мошенничестве. Кто-нибудь знает подробности, правда, нет?
Я, честно говоря, при прочтении первой задачи вообще сначала подумал, что соль задачи в строении гостиницы должна быть, она как колизей, и комната 5 граничит не только с комнатой 4, но и с комнатой 1. Был разочарован. Хотя в самой задаче нигде про архитектуру ни слова, может она такой и была, тогда все решения неправильные )
Бро, на тебя вся надежда! Потому что после перехода со Spotify на Яндекс.Музыку я поседел в некоторых местах и мой лексикон обогатился новыми фельдиперстовыми регулярными выражениями. Не подкачай, родненький!
Помню, в начале 2000-х тоже реализовали нечто подобное. У нас не было куберов и докеров, но были 1С Бухгалтерия и 1С Торговля, и " мы решили сделать так, чтобы они общались между собой. Тем самым мы заложили основу микросервисной архитектуры".
Все слишком поверхностно, в каждом пункте плюсов\минусов крайне спорные утверждения, а от словосочетания "эвентная архитектура" испытываешь мини-оргазм. Боюсь, что эту статью я бы не рекомендовал "чайникам", только хуже себе сделают.
Кирилл, привет! Статья супер, вопрос следующий: как на архитектуре отображать интеграционные цепочки между сервисами\системами? Аля сервис - кафка - найфай - сетевой ресурс - адаптер - БД системы? Или у вас этим подходом покрывается только архитектура самих сервисов, а архитектура решений, в которых имеются интеграционные цепочки - черный ящик?
Ну после вашей статьи гугл выдаст все названия, в том числе, на русском. Не уверен, что это является критерием легитимности. Обычный мат ферзем называть "поцелуйчиком" или "бутербродом" - если вы действительно этому детей учите, то я догадываюсь, почему у них не повышается уровень понимания шахмат. Без обид.
Вроде в шахматы играю более 30 лет, и КМС выполнял, но про названия матов впервые слышу. Это фантазии автора, или где-то есть соответствующий официальный глоссарий?
Несправедливо обошли тех, кто больше всего статей и публикаций прочитал! Это тоже труд, который требую оценить! ))
У Яндекса есть подобная фича, по-крайней мере, моей подписки хватает на то, чтобы на ТВ запустить Яндекс.Музыку и с телефона, также из их приложения, управлять треками.
Недавно начал читать Красную таблетку Курпатова, страниц 30 прочитал, после того, как автор в третий раз сделал выводы обо мне как об индивидууме "в молоко", доверие полностью пропало. Специфическая литература, которая кому-то откроет новые горизонты, а кого-то просто повеселит.
Организации типа OTUS работают на людях увлеченных, потому что платят там лекторам достаточно скромно (видел предложения) по текущим меркам, но уровень некоторых лекторов иногда поразительно высок. Ходил на курсы по базам NoSQL как раз в OTUS, некоторые лекторы вызывали только респект и уважение, сплав из глубокого материала и личного богатого опыта. И вряд ли они делились ценными знаниями за небольшие деньги, это был чистый альтруизм )
Достаточно было просто вставить одну ссылку )
Я тоже фанат Obsidian, респект и уважение его разработчикам. Но запихивать туда процессы, под которые он не особо заточен, и дорабатывать напильником, делая из поезда самолет - это для меня слишком ) Используйте Obsidian как базу знаний и радуйтесь жизни, а для автоматизации других процессов есть соответствующее ПО, более удобное и юзабильное.
50% времени на встречи, такое возможно только "в одном из крупных российских банков". Потому что все боятся ответственности и играют исключительно в ИБД.
Ну, кстати, чтобы Mac подделать - как говорится, покажите мне этого умельца ))
Взял на озоне пару лет назад Lenovo Carbon X9, до сих пор довольный, как слон.
Использовать Oracle как персистентное хранилище правил и их истории - ну, такое себе (вроде как платное и тяжелое, есть куча бесплатных легких решений для этого).
Использовать Kafka для транспорта файлов - ну, такое себе (вроде как есть ограничения по размеру и более простые паттерны).
Ну и вообще непонятно, куда надо эти файлы транспортировать, зачем, какие требования? Почему просто не положить в S3 и не транспортировать линки? Речь вроде как идет о внутренней инфраструктуре.
" Для продажи мы берем за границей семейные подписки Spotify на 5 человек, не считая хозяина «семьи», а в России продаем места в них поштучно."
Слышал байку, что Spotify контролирует семейный аккаунт, и если каждый член семьи заходит территориально с разного места - алгоритмы отслеживают это и сигнализируют о возможном мошенничестве. Кто-нибудь знает подробности, правда, нет?
Диаграмма пользователя решения - первый раз такого зверя вижу )
Я, честно говоря, при прочтении первой задачи вообще сначала подумал, что соль задачи в строении гостиницы должна быть, она как колизей, и комната 5 граничит не только с комнатой 4, но и с комнатой 1. Был разочарован. Хотя в самой задаче нигде про архитектуру ни слова, может она такой и была, тогда все решения неправильные )
Дж. Вестер - голова. Остальное не понял, как и предыдущий комментатор.
Вы используете какой-нибудь архитектурный репозиторий для моделей, или рисуете каждую из них "на коленке" и потом в confluence связываете url-ами?
Бро, на тебя вся надежда! Потому что после перехода со Spotify на Яндекс.Музыку я поседел в некоторых местах и мой лексикон обогатился новыми фельдиперстовыми регулярными выражениями. Не подкачай, родненький!
Помню, в начале 2000-х тоже реализовали нечто подобное. У нас не было куберов и докеров, но были 1С Бухгалтерия и 1С Торговля, и " мы решили сделать так, чтобы они общались между собой. Тем самым мы заложили основу микросервисной архитектуры".
Все слишком поверхностно, в каждом пункте плюсов\минусов крайне спорные утверждения, а от словосочетания "эвентная архитектура" испытываешь мини-оргазм. Боюсь, что эту статью я бы не рекомендовал "чайникам", только хуже себе сделают.