PayPal свою k/v базу в opensource выложил
https://medium.com/paypal-tech/unlocking-the-power-of-junodb-paypals-key-value-store-goes-open-source-ee85f935bdc1
https://medium.com/paypal-tech/unlocking-the-power-of-junodb-paypals-key-value-store-goes-open-source-ee85f935bdc1
Medium
Unlocking the Power of JunoDB: PayPal’s Key-Value Store Goes Open-Source
Today we are delighted to share JunoDB as an open-source project on Github, allowing others to benefit from our efforts to have an…
Forwarded from Russian Association of Software Architects (Sergey Baranov)
У меня тут вышел разговор, хочу проверить на статистике :) Небольшая перекличка, тут же разные люди в этом канале. Лид команды архитекторов - тоже тимлид.
Anonymous Poll
40%
Я не тимлид
17%
Я не тимлид, но хочу им стать
18%
Я тимлид, но не хочу им быть (причины не важны)
24%
Я тимлид и хочу им быть
Forwarded from INCOSE RUS (Alexander Sh)
31 мая в 19:30 состоится 147 заседание Русского отделения INCOSE (время Московское)
Выступит Геннадий Круглов с докладом:
Общий, упрощённый обзор ключевых понятий и связанных терминов используемых в моделеориентированной инженерии. Доклад предлагает ответы на некоторые основные вопросы, такие как:
- Что есть модель?
- Каково отношение между моделью и метамоделью?
- Каковы ключевые аспекты языка моделирования?
- Каковы способы практического применения моделей при разработке программного обеспечения?
——
О докладчике:
Геннадий Круглов.
Кандидат технических наук, ИТ-архитектор, независимый эксперт
В 2008-м году защитил диссертацию по приложению методов искусственного интеллекта в технической диагностике. В рамках исследований разрабатывал фреймовые модели и формальные онтологии.
В коммерческой разработке с 2002 г., прошёл путь от разработчика до главного архитектора и советника председателя совета директоров IBS.
Отвечал за архитектуру стратегических решений крупнейших российских банков, группы Московской биржи, государственных информационных системах и пр.
Как косультант сотрудничает с компаниями из бывшей большой четвёрки.
В настоящее время является лидером стартапа по разработке продукта в области моделеориентированного проектирования и управления знаниями.
Трансляция будет вестись в телеграм, а очно будет проходить по адресу Москва, Холодильный переулок, 6 (Вход со стороны первого Тульского переулка).
Выступит Геннадий Круглов с докладом:
Общий, упрощённый обзор ключевых понятий и связанных терминов используемых в моделеориентированной инженерии. Доклад предлагает ответы на некоторые основные вопросы, такие как:
- Что есть модель?
- Каково отношение между моделью и метамоделью?
- Каковы ключевые аспекты языка моделирования?
- Каковы способы практического применения моделей при разработке программного обеспечения?
——
О докладчике:
Геннадий Круглов.
Кандидат технических наук, ИТ-архитектор, независимый эксперт
В 2008-м году защитил диссертацию по приложению методов искусственного интеллекта в технической диагностике. В рамках исследований разрабатывал фреймовые модели и формальные онтологии.
В коммерческой разработке с 2002 г., прошёл путь от разработчика до главного архитектора и советника председателя совета директоров IBS.
Отвечал за архитектуру стратегических решений крупнейших российских банков, группы Московской биржи, государственных информационных системах и пр.
Как косультант сотрудничает с компаниями из бывшей большой четвёрки.
В настоящее время является лидером стартапа по разработке продукта в области моделеориентированного проектирования и управления знаниями.
Трансляция будет вестись в телеграм, а очно будет проходить по адресу Москва, Холодильный переулок, 6 (Вход со стороны первого Тульского переулка).
Telegram
INCOSE RUS
Новостной канал русскоязычного отделения международного совета по системной инженерии (INCOSE RUS).
http://incose-rus.weebly.com
http://incose-rus.weebly.com
Forwarded from DDDevotion
Читал вчера статью Маттиаса Верраеса про Segregated Event Layers и внезапно узнал, что это серия статей о паттернах в контексте DDD и Messaging Architecture
https://verraes.net/2019/05/ddd-msg-arch/ Enjoy!
https://verraes.net/2019/05/ddd-msg-arch/ Enjoy!
Mathias Verraes' Blog
DDD and Messaging Architectures
An overview of my different series on patterns in distributed systems.
Forwarded from Code of Architecture
На последнем стриме по этой книге рассмотрим всю третью часть Impact. А именно разберем три главы, посвященные реализации эволюционной архитектуры. Среди тем, которые обсудим:
— рекомендации для построения эволюционной архитектуры;
— подводные камни и антипаттерны на пути к эволюционной архитектуре;
— влияние техники, бизнеса, орг.структуры и команд на возможность реализации эволюционной архитектуры.
Эфир проведем вмест с Сергеем Барановым, организатором и создателем конференции ArchDays, а еще автором Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
Не забудьте подписаться на уведомления нашего ютуб-канала, чтобы не пропустить начало.
Please open Telegram to view this post
VIEW IN TELEGRAM
Приходите выступать 👌
ArchDays.ru
(И спасибо всем, кто уже прислал заявки, за июль планируем больше половины программы собрать)
ArchDays.ru
(И спасибо всем, кто уже прислал заявки, за июль планируем больше половины программы собрать)
«Ограниченный контекст — это граница модели, а модель применима только в своем ограниченном контексте. Ограниченные контексты реализуются в независимых проектах и решениях, что позволяет каждому ограниченному контексту иметь собственный жизненный цикл разработки. И наконец, ограниченный контекст должен быть реализован одной командой разработчиков, и, следовательно, он также является границей владения.»
Скончался Кевин Митник. Уходят легенды.
Его книгу «Искусство обмана» я прочел около 20 лет назад и она до сих пор стоит у меня на книжной полке.
Именно эта книга в то время проявила во мне интерес к взлому и безопасности и выступила катализатором к изучению всего, что касается сетей.
Я лазил по хакерским сайтам, читал журналы, использовал и сам писал софт для сканирования сетей, спуфинга, дебажил игры, заменяя значения в регистрах, учился писать эксплоиты и разбирал по косточкам найденные в сети. Полученный тогда опыт и знания до сих пор приносят дивиденды, позволяют при проектировании где-то на уровне подсознания видеть потенциальные лазейки в безопасности систем.
Это приятные воспоминания об увлекательных временах, а началось все с одной единственной книги Кевина Митника.
Покойся с миром.
Его книгу «Искусство обмана» я прочел около 20 лет назад и она до сих пор стоит у меня на книжной полке.
Именно эта книга в то время проявила во мне интерес к взлому и безопасности и выступила катализатором к изучению всего, что касается сетей.
Я лазил по хакерским сайтам, читал журналы, использовал и сам писал софт для сканирования сетей, спуфинга, дебажил игры, заменяя значения в регистрах, учился писать эксплоиты и разбирал по косточкам найденные в сети. Полученный тогда опыт и знания до сих пор приносят дивиденды, позволяют при проектировании где-то на уровне подсознания видеть потенциальные лазейки в безопасности систем.
Это приятные воспоминания об увлекательных временах, а началось все с одной единственной книги Кевина Митника.
Покойся с миром.
У меня окончательно оформилось предложение по точечному аудиту/исследованию микросервисного архитектурного решения :)
Аудит затрагивает:
- степень соответствия выбранного стиля бизнес-модели и потребностям рынка
- степень соответствия орг. структуры микросервисному архитектурному стилю
- степень соответствия компетенций
- степень соответствия процессов горизонтального и вертикального взаимодействия
- степень соответствия процессов управления архитектурной целостности и развития архитектуры
- степень соответствия процессов управления тех долгом
- степень удовлетворения требованиям и атрибутам качества
А по итогу идет перечень дисфункций/ и стратегия их устранения.
«это была славная охота» :)
Скоро предложение будет опубликовано, пока все собирал и систематизировал получилось материала на книгу, более 200 страниц только текста :)
Этот аудит я уже проводил много-много раз в рамках корпоративных контрактов, многие выводы есть в моем курсе по микросервисам и там чего только не было, что только не называют микросервисами.
Огромный монолит просто положили в докер - микросервис, компоненты с сильнейшими зависимостями, множество пустых компонентов, которые работают с единой базой и вся логика на общих для всех хранимках, тотальное смешение сущностей предметный областей. Общее регрессионное ручное тестирование на несколько недель. Отсутствие атрибутов качества как таковых, что приводит к постоянному пожаротушению, некорректное определение атрибутов качества. Стратегия, которая затрагивает только орг дизайн и не затрагивает архитектуру вообще (да-да и такое бывает).
Версию лайт для самопроверки думаю выложить в паблик, но она еще не готова для публичного доступа.
Что побудило?
Некоторый застой в практиках архитектурного ассесмента. Если погуглить, то толком кроме ATAM ничего и не находится, причем статьи 15-летней давности. А индустрия не стоит на месте.
Еще планирую собрать рабочую группу из активистов для проработки деталей.
Все это будет, периодически буду публиковать новости на эту тему, всем хорошего дня :)
Аудит затрагивает:
- степень соответствия выбранного стиля бизнес-модели и потребностям рынка
- степень соответствия орг. структуры микросервисному архитектурному стилю
- степень соответствия компетенций
- степень соответствия процессов горизонтального и вертикального взаимодействия
- степень соответствия процессов управления архитектурной целостности и развития архитектуры
- степень соответствия процессов управления тех долгом
- степень удовлетворения требованиям и атрибутам качества
А по итогу идет перечень дисфункций/ и стратегия их устранения.
«это была славная охота» :)
Скоро предложение будет опубликовано, пока все собирал и систематизировал получилось материала на книгу, более 200 страниц только текста :)
Этот аудит я уже проводил много-много раз в рамках корпоративных контрактов, многие выводы есть в моем курсе по микросервисам и там чего только не было, что только не называют микросервисами.
Огромный монолит просто положили в докер - микросервис, компоненты с сильнейшими зависимостями, множество пустых компонентов, которые работают с единой базой и вся логика на общих для всех хранимках, тотальное смешение сущностей предметный областей. Общее регрессионное ручное тестирование на несколько недель. Отсутствие атрибутов качества как таковых, что приводит к постоянному пожаротушению, некорректное определение атрибутов качества. Стратегия, которая затрагивает только орг дизайн и не затрагивает архитектуру вообще (да-да и такое бывает).
Версию лайт для самопроверки думаю выложить в паблик, но она еще не готова для публичного доступа.
Что побудило?
Некоторый застой в практиках архитектурного ассесмента. Если погуглить, то толком кроме ATAM ничего и не находится, причем статьи 15-летней давности. А индустрия не стоит на месте.
Еще планирую собрать рабочую группу из активистов для проработки деталей.
Все это будет, периодически буду публиковать новости на эту тему, всем хорошего дня :)
1 августа в 19:00 пройдет митап ArchDays: «Проектирование БД: От NF к денормализации данных»
Спикер: Антон Цитульский — Старший разработчик в Тинькофф.
На митапе Антон расскажет:
— о плюсах и минусах нормальных форм (NF);
— когда пора денормализовывать схему и как это сделать;
— как развивать схему БД с учетом роста данных и контекста бизнес-домена.
А в конце встречи обсудим тему вместе с участниками митапа.
💎 Регистрируйтесь: https://archconf.ru/meetup-010823
Спикер: Антон Цитульский — Старший разработчик в Тинькофф.
На митапе Антон расскажет:
— о плюсах и минусах нормальных форм (NF);
— когда пора денормализовывать схему и как это сделать;
— как развивать схему БД с учетом роста данных и контекста бизнес-домена.
А в конце встречи обсудим тему вместе с участниками митапа.
💎 Регистрируйтесь: https://archconf.ru/meetup-010823
Микросервисы / распределенные системы
1 августа в 19:00 пройдет митап ArchDays: «Проектирование БД: От NF к денормализации данных» Спикер: Антон Цитульский — Старший разработчик в Тинькофф. На митапе Антон расскажет: — о плюсах и минусах нормальных форм (NF); — когда пора денормализовывать схему…
Очень много регистраций, так что настроили параллельно трансляцию в ютуб, кому так удобнее можно туда сразу идти 🙂
https://youtube.com/live/mCpguC88Amk?feature=share
https://youtube.com/live/mCpguC88Amk?feature=share
YouTube
Проектирование БД: От NF к денормализации данных. Антон Цитульский
Выступление в рамках конференции ARCHDAYS: https://archconf.ru/arch
На митапе Антон рассказал:
— о плюсах и минусах нормальных форм (NF);
— когда пора денормализовывать схему и как это сделать;
— как развивать схему БД с учетом роста данных и контекста бизнес…
На митапе Антон рассказал:
— о плюсах и минусах нормальных форм (NF);
— когда пора денормализовывать схему и как это сделать;
— как развивать схему БД с учетом роста данных и контекста бизнес…
Хочу выступить сам, выбирайте тему (множественный выбор):
Anonymous Poll
15%
Отличительные особенности EA в agile/не agile
38%
Организация базового арх. процесса для поддержки самоорганизации
20%
История возникновения микросервисов, отличие от SOA
38%
Связь бизнеса, процессов и архитектуры в микросервисах
52%
Общий процесс проектирования микросервисов
47%
Быстрое восстановление основных знаний об архитектуре
3%
Предложу тему в комментариях
Тема следующего митапа - «Общий процесс проектирования микросервисов».
Дату и время анонсируем позже. А пока…
Напишите ваши вопросы или проблемы с проектированием заранее в комментариях к этому посту, мне это поможет лучше попасть в ожидания 🎯
Дату и время анонсируем позже. А пока…
Напишите ваши вопросы или проблемы с проектированием заранее в комментариях к этому посту, мне это поможет лучше попасть в ожидания 🎯
Статья про надежный обмен данными между сервисами при использовании стриминговой базы данных.
(В посте есть ссылка на статью с описанием стриминговых баз данных и зачем они нужны).
https://www.iambobur.com/post/reliable-microservices-data-exchange-with-streaming-database
Меня эта тема заинтересовала, потому что как минимум в одном текущем проекте увидел явную потребность. Кто использует/использовал, напишите в комментарии или в личку какую базу используете и в каком контексте, можно устроить митап на тему стриминговых баз данных и их применения.
(В посте есть ссылка на статью с описанием стриминговых баз данных и зачем они нужны).
https://www.iambobur.com/post/reliable-microservices-data-exchange-with-streaming-database
Меня эта тема заинтересовала, потому что как минимум в одном текущем проекте увидел явную потребность. Кто использует/использовал, напишите в комментарии или в личку какую базу используете и в каком контексте, можно устроить митап на тему стриминговых баз данных и их применения.
Название: "Код Зла"
Сценарий:
Начало
Туманный городской пейзаж. Мы видим старое здание с табличкой "Software Corp". Главный герой - Алекс, молодой архитектор ПО, приезжает на новое место работы, где ему поручают создание новой банковской системы.
Сюжет 1: Таинственное наследие
Алекс знакомится с командой и узнает, что последний архитектор, работавший над этим проектом, исчез без следа. Оставив лишь заметку: "Разберитесь с доменами... или они разберутся с вами".
Сюжет 2: Пробуждение домена
Алекс начинает анализировать предметную область. Каждый раз, когда он ошибается в понимании домена, странные вещи начинают происходить: свет мерцает, программное обеспечение ведет себя непредсказуемо, а коллеги слышат шепот неведомой сущности в коридорах.
Сюжет 3: Встреча с предыдущим архитектором
Алекс случайно обнаруживает потайную дверь в офисе. За ней - старый серверный кластер и дневник прошлого архитектора. Дневник рассказывает о том, как домены, неправильно оформленные и понятые, стали живыми сущностями, стремящимися воплотить свои правила и инварианты в реальном мире.
Сюжет 4: Борьба и понимание
Алекс решает воспользоваться DDD, чтобы "укротить" домены. Его команда, преодолевая страх, ведет глубокие интервью с экспертами домена, определяя ограниченные контексты и настоящие потребности пользователей. С каждым новым открытием, мистическая активность в офисе уменьшается.
Сюжет 5: Конечная битва
Алекс создает идеальную модель, где каждый агрегат и сущность на своем месте. Однако, последний домен, самый сложный и неясный, начинает активно сопротивляться. Свет гаснет, здание начинает трястись. Алекс, вдохновленный духом прошлого архитектора, проводит мастер-класс по DDD, и в результате выявляется последний недостающий элемент. Сущность, терроризировавшая их, успокаивается и становится частью их системы.
Конец
Солнце вновь светит над "Software Corp". Алекс и его команда понимают, что настоящая магия DDD - в понимании и сотрудничестве. Вдали, туманный силуэт предыдущего архитектора благодарно кивает им и исчезает.
Титры.
(с) ChatGPT
Сценарий:
Начало
Туманный городской пейзаж. Мы видим старое здание с табличкой "Software Corp". Главный герой - Алекс, молодой архитектор ПО, приезжает на новое место работы, где ему поручают создание новой банковской системы.
Сюжет 1: Таинственное наследие
Алекс знакомится с командой и узнает, что последний архитектор, работавший над этим проектом, исчез без следа. Оставив лишь заметку: "Разберитесь с доменами... или они разберутся с вами".
Сюжет 2: Пробуждение домена
Алекс начинает анализировать предметную область. Каждый раз, когда он ошибается в понимании домена, странные вещи начинают происходить: свет мерцает, программное обеспечение ведет себя непредсказуемо, а коллеги слышат шепот неведомой сущности в коридорах.
Сюжет 3: Встреча с предыдущим архитектором
Алекс случайно обнаруживает потайную дверь в офисе. За ней - старый серверный кластер и дневник прошлого архитектора. Дневник рассказывает о том, как домены, неправильно оформленные и понятые, стали живыми сущностями, стремящимися воплотить свои правила и инварианты в реальном мире.
Сюжет 4: Борьба и понимание
Алекс решает воспользоваться DDD, чтобы "укротить" домены. Его команда, преодолевая страх, ведет глубокие интервью с экспертами домена, определяя ограниченные контексты и настоящие потребности пользователей. С каждым новым открытием, мистическая активность в офисе уменьшается.
Сюжет 5: Конечная битва
Алекс создает идеальную модель, где каждый агрегат и сущность на своем месте. Однако, последний домен, самый сложный и неясный, начинает активно сопротивляться. Свет гаснет, здание начинает трястись. Алекс, вдохновленный духом прошлого архитектора, проводит мастер-класс по DDD, и в результате выявляется последний недостающий элемент. Сущность, терроризировавшая их, успокаивается и становится частью их системы.
Конец
Солнце вновь светит над "Software Corp". Алекс и его команда понимают, что настоящая магия DDD - в понимании и сотрудничестве. Вдали, туманный силуэт предыдущего архитектора благодарно кивает им и исчезает.
Титры.
(с) ChatGPT