O-AA by Memex.Team.pdf
1.2 MB
Слайды Евгения со вчерашнего вебинара
Канал преодолел скромную отметку 4 тыс. Спасибо всем подписчикам за то, что вы с нами. Продолжайте делиться своими мнениями в комментариях, обсуждаете материалы канала в тематических группах, не стесняйтесь предлагать для публикации собственные материалы.
Оставайтесь с нами! ;-)
Оставайтесь с нами! ;-)
Forwarded from Maxim Smirnov
Я за визуализацию архитектурных моделей в виде диаграмм и не считаю обязательным использование каких-либо нотаций, особенно накладывающих ограничение на модель
Но считаю, что диаграммы должны быть сделаны хорошо, т.е.: восприниматься проще, чем та же информация в виде текста или таблиц, быть концептуально целостными и трактоваться более-менее однозначно
Чтоб это случилось к картинкам надо относится как к продукту. Я был бы рад, если бы в этой и соседних группах понятных и интересных картинок было бы больше и жду, что архитекторы умеют их рисовать
Но считаю, что диаграммы должны быть сделаны хорошо, т.е.: восприниматься проще, чем та же информация в виде текста или таблиц, быть концептуально целостными и трактоваться более-менее однозначно
Чтоб это случилось к картинкам надо относится как к продукту. Я был бы рад, если бы в этой и соседних группах понятных и интересных картинок было бы больше и жду, что архитекторы умеют их рисовать
О стрелках на архитектурных диаграммах. Согласно гипотезе о двух потоках переработки зрительной информации объекты воспринимаются быстрее, чем их взаимное расположение. Стрелки же - это дополнительные объекты, характеризующие отношения между парой других объектов (и то, это если дорсальный поток восприятия отметит соприкосновение концов стрелки с объектами). В общем где-то здесь автоматизмы передают эстафету мышлению, которое уже со скоростью черепахи начинает анализировать семантику нарисованного
Все сегодня делятся отчетом State of DevOps 2020 (кто-то, как DevOps Deflope ниже прямой ссылкой, другие - страничкой с регистрацией https://puppet.com/resources/report/2020-state-of-devops-report/) В отчете:
- High DevOps evolution correlates strongly with self-service capabilities
- A product mindset is key to scaling DevOps and your internal platforms
ну, и т.д.
- High DevOps evolution correlates strongly with self-service capabilities
- A product mindset is key to scaling DevOps and your internal platforms
ну, и т.д.
Puppet by Perforce
The History of DevOps Reports | Puppet by Perforce
Want to know the history behind Puppet's famous State of DevOps reports? Get the full scoop in this ultimate resource.
Forwarded from DevOps Deflope News
В пятницу 13 вышел State of DevOps от компании Puppet, прямая ссылка http://amp.gs/at8X
Как-то раньше я и не задумывался о том, что подходы к развертыванию приложений можно взять и пересчитать https://thenewstack.io/deployment-strategies/ а еще и анимированными картинками сопроводить
The New Stack
Six Strategies for Application Deployment
There are a variety of techniques to deploy new applications to production, so choosing the right strategy is an important
Пока записи прошедшего в пятницу ArchDays 2020 еще не выложены, пересматриваю записи конференции 2019 года https://www.youtube.com/channel/UC3d7WPEIIcnorj1ZTyxVa7w
YouTube
Конференция ArchDays
Конференция по архитектуре IT-решений, на которой мы не только делимся опытом, но и создаем новые знания
Мы определяем цель конференции как «распространение имеющихся и создание новых знаний об архитектуре во всех ее проявлениях». Мы решили пойти дальше…
Мы определяем цель конференции как «распространение имеющихся и создание новых знаний об архитектуре во всех ее проявлениях». Мы решили пойти дальше…
Рассматривая картинки в твиттере Жана-Батиста Сарроди думается мне, что open-source инструмент корпоративной архитектуры Archi всё дальше уходит от Archimate. В прошлом году Жан-Батист рассказывал как C4 Model рисовать, теперь вот про кастомные иконки и стереотипы рассказывает https://twitter.com/jbsarrodie/status/1331256064503853056
Хекслет сочинил большую статью про ИТ-архитекторов https://ru.hexlet.io/blog/posts/gid-po-professii-arhitektor
Хекслет
Гид по профессии архитектор: чем они занимаются, где учатся и сколько зарабатывают
Профессия архитектора ПО кажется одной из самых сложных в технологическом секторе. Практически не существует курсов, пройдя которые точно можно стать начинающим IT-архитектором, а технологические блоги редко публикуют чек-листы для желающих войти в эту сферу.…
Диалекты архитектурных нотаций
Матрица Захмана, Archimate, UML, «4+1» говорят об одних и тех же вещах, похожими словами, за которыми подразумевают вещи довольно разные. Мы можем попробовать сопоставить эти понятия между собой, но это лишь сделает наглядным досадные несостыковки. Solution architect-у приходится выбирать с кем он. И часто ему лучше придумать свой набор понятий, дополнив перечисленные выше фреймворки следующими концепциями: containers из C4model, boundaries из диаграммы пригодности, Domain events и aggregates из Event Storming и может быть чем-то еще из диалекта конкретной организации
Матрица Захмана, Archimate, UML, «4+1» говорят об одних и тех же вещах, похожими словами, за которыми подразумевают вещи довольно разные. Мы можем попробовать сопоставить эти понятия между собой, но это лишь сделает наглядным досадные несостыковки. Solution architect-у приходится выбирать с кем он. И часто ему лучше придумать свой набор понятий, дополнив перечисленные выше фреймворки следующими концепциями: containers из C4model, boundaries из диаграммы пригодности, Domain events и aggregates из Event Storming и может быть чем-то еще из диалекта конкретной организации
Заложники косвенной адресации (пятничное)
Множество архитектурных построений развернуты вокруг одной простой, даже можно сказать банальной идеи: в переменной можно хранить не только значение, но и ссылку на некоторую другую переменную. Ну, хорошо, не только на переменную, но и на функцию. Остальное, так или иначе выводится из этого примитива. Как изобрести кафку? Не извлекать сообщения из очереди, а скользить по ней указателем (см., например, вот этот несложный текст Kafka for Engineers). И так всегда и везде. Или нет?
Ну, как-то раз, в Domain Driven Design одумались, решили обозначить понятие value object, но потом снова взялись за старое :-)
Множество архитектурных построений развернуты вокруг одной простой, даже можно сказать банальной идеи: в переменной можно хранить не только значение, но и ссылку на некоторую другую переменную. Ну, хорошо, не только на переменную, но и на функцию. Остальное, так или иначе выводится из этого примитива. Как изобрести кафку? Не извлекать сообщения из очереди, а скользить по ней указателем (см., например, вот этот несложный текст Kafka for Engineers). И так всегда и везде. Или нет?
Ну, как-то раз, в Domain Driven Design одумались, решили обозначить понятие value object, но потом снова взялись за старое :-)
Архитектура ИТ-решений
Заложники косвенной адресации (пятничное) Множество архитектурных построений развернуты вокруг одной простой, даже можно сказать банальной идеи: в переменной можно хранить не только значение, но и ссылку на некоторую другую переменную. Ну, хорошо, не только…
Как-то мне всё больше и больше нравятся заметки Дэйва Таублера. Вот, например, ещё одна: https://medium.com/datadriveninvestor/are-aggregate-oriented-microservices-a-dead-end-6651db494f0e Явно у него талант методиста: подробно и слегка занудно, с очень простыми выводами, примерами и картинками. Прям завидую
Medium
Are Aggregate-Oriented Microservices a Dead End?
Does embracing this important design pattern mean that we can’t search our data?
Сегодняшние две вакансии в нашем чате Работа для ИТ-архитекторов https://tttttt.me/itarchitect_jobs/11136 отлично показывают отсутствие у работодателей понимания чего следует ожидать от ИТ-архитектора и чего ожидать не следует. Наверное, проблема глубже, в подходе к управлению в целом. В двух диаметральных позициях. Приверженцы первой говорят, что у нас есть проблема X и мы хотим увидеть её технологическое решение. Приверженцы второй - предлагают использовать технологию Y. И им, в принципе, неважно какую именно пользу она принесет, пусть хоть какую-нибудь. Мало кого интересует поиск соответствия между множеством проблем и множеством потенциальных решений, аналога product-market fit
Это же относится и к поиску ИТ-архитекторов
Это же относится и к поиску ИТ-архитекторов
Telegram
Anastasia Karpenko in Работа для ИТ-архитекторов
#вакансия #москва #архитектор
Вакансия: Системный архитектор (IT-архитектор)
Ищем технологического идеолога в команду разработки интеграционной платформы большого энергетического холдинга.
Необходимо обеспечить переход ИТ-систем холдинга на новую ИТ-платформу…
Вакансия: Системный архитектор (IT-архитектор)
Ищем технологического идеолога в команду разработки интеграционной платформы большого энергетического холдинга.
Необходимо обеспечить переход ИТ-систем холдинга на новую ИТ-платформу…
Архитектура ИТ-решений
Сегодняшние две вакансии в нашем чате Работа для ИТ-архитекторов https://tttttt.me/itarchitect_jobs/11136 отлично показывают отсутствие у работодателей понимания чего следует ожидать от ИТ-архитектора и чего ожидать не следует. Наверное, проблема глубже, в подходе…
Вот здесь The Application Rationalization PLAYBOOK красной нить проходит идея business value and technical fit, правда при анализе текущего ИТ-ландшафта в ходе рационализации портфеля приложений. Даже опросники есть (правда так себе, но их вполне можно довести до ума)
Похоже, что Simon Brown, придумавший для нас c4model, тоже стал немножко видеоблогером https://youtu.be/9LnYV2g7S-w Ну что ж, будем смотреть и слушать!
YouTube
Modelling multiple relationships - C4 model | Simon Brown
A quick tip about how to model multiple relationships between the same two elements.
- C4 model for visualising software architecture: https://c4model.com
- Dynamic diagrams: https://c4model.com/#DynamicDiagram
- Follow me on Twitter: http://twitter.com/simonbrown
- C4 model for visualising software architecture: https://c4model.com
- Dynamic diagrams: https://c4model.com/#DynamicDiagram
- Follow me on Twitter: http://twitter.com/simonbrown
Забавный опрос, правда про США. Три сотни руководителей ИТ-служб (83% респондентов - компании среднего размера, от 500 до 5 000 сотрудников) спросили про cloud-native. 86% сказали, что именно туда они сейчас и движутся.
Однако только у 12% компаний на микросервисах базируется хотя бы четверть всех приложений
Не лучше обстоят дела с освоением kubernetes. А с API респонденты так вообще запутались, обозначив проблемы с мониторингом, обнаружением(service discovery), безопасностью, да и пониманием как используется тот или иной API https://www.volterra.io/resources/doc/Volterra_The_Rise_of_Cloud-Native_Apps_R1.pdf
Однако только у 12% компаний на микросервисах базируется хотя бы четверть всех приложений
Не лучше обстоят дела с освоением kubernetes. А с API респонденты так вообще запутались, обозначив проблемы с мониторингом, обнаружением(service discovery), безопасностью, да и пониманием как используется тот или иной API https://www.volterra.io/resources/doc/Volterra_The_Rise_of_Cloud-Native_Apps_R1.pdf
*зловещим шепотом*: Двенадцатого, двенадцатого в двенадцать часов на сайте правительство появилось распоряжение №3277 от 9 декабря о начале инвентаризации информационных ресурсов и систем госорганов http://government.ru/news/41104/ (сразу вспоминается акт Клингера-Коэна 1996г.)
Что думаете, уважаемые архитекторы, об этой инициативе?
Что думаете, уважаемые архитекторы, об этой инициативе?
government.ru
Михаил Мишустин утвердил план инвентаризации IT-ресурсов госорганов
Распоряжение от 9 декабря 2020 года №3277-р
Шесть причин выделения микросервиса из монолита от Nate Schutta. (На самом деле причин 6+2, а при подготовки этой серии статей участвовал и Matt Stine)
1. Multiple Rates of Change
2. Independent Life Cycles
3. Independent Scalability
4. Failure Isolation
5. Simplify External Dependencies
6. The Freedom to Choose the Right Tech for the Job
- Multiple business owners
- Owned by multiple teams https://tanzu.vmware.com/content/blog/should-that-be-a-microservice-keep-these-six-factors-in-mind
1. Multiple Rates of Change
2. Independent Life Cycles
3. Independent Scalability
4. Failure Isolation
5. Simplify External Dependencies
6. The Freedom to Choose the Right Tech for the Job
- Multiple business owners
- Owned by multiple teams https://tanzu.vmware.com/content/blog/should-that-be-a-microservice-keep-these-six-factors-in-mind
Vmware
Should That Be a Microservice? Keep These Six Factors in Mind
There are many good reasons to use a microservices architecture. In this post, we examine 6 factors to help you decide when to use—and when not to use—microservices.
Я испытываю некоторую неловкость, когда просто делюсь в этом канале ссылками на статьи, а не собственными впечатлениями от их прочтения и обдумывания. Особенно, когда речь идет о таком авторе как Жамак Дехгани, подарившей нам термин Data Mesh. Но пока я буду собираться с мыслями может кто-то другой прочтет и прокомментирует. Высока вероятность, что получится уж точно не хуже, чем у меня. В общем, несмотря на наличие более ранних и довольно внятных статей про Data Mesh автор в начале декабря перерассказала заново и расширила эту тему https://martinfowler.com/articles/data-mesh-principles.html Наслаждайтесь!
martinfowler.com
Data Mesh Principles and Logical Architecture
Four principles that drive a logical architecture for a data mesh.