Адрес канала:
Категории:
Технологии
Язык: Русский
Количество подписчиков:
11.24K
Описание канала:
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).
-
Блог: https://mxsmirnov.com
Рейтинги и Отзывы
Оценить канал it_arch и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.
5 звезд
1
4 звезд
0
3 звезд
1
2 звезд
0
1 звезд
1
Последние сообщения
2022-08-23 16:12:16
Пару недель назад поучаствовал в подкасте конференции аналитиков Flow на тему Low/No-code https://soundcloud.com/flow_live/flow-live-lowzero-code-v-rabote-analitika
2.7K views13:12
2022-08-23 08:32:31
Многие идеи, лежащие в основе архитектуры предприятия, выросли из двух статьей Дж.Захмана 1987 и 1992 года. В дальнейшем они были двадцать раз переформулированы и рассеянны по TOGAF-ам, Archimate-ам и прочим источникам (см. «метамодель» Zachman выше).
Короткую заметку Объясняем матрицу Захмана, с первой порцией этих идей, я написал четыре года назад. А вот продолжение, в большей степени про идеи из второй статьи Extending and formalizing the framework for information systems architecture, все обещаю, но никак не напишу. Надеюсь, что многим уже надоело ждать, а это отличный повод самим полистать оригинал
А свой текст я постараюсь написать в начале сентября, по возвращении с коротких каникул!
3.0K views05:32
2022-08-18 09:20:36
А у меня для вас снова ссылка об архитектурных ролях: Enterprise-Solution-Technical, с описанием ответственности, видов работ и результатов деятельности https://www.bcs.org/articles-opinion-and-research/systems-architecture-the-3-basic-types/
(Не стал сжимать картинку. Её и так сложно рассматривать)
4.6K views06:20
2022-08-17 17:34:30
Новая конференция про системный и бизнес-анализ — Flow!
В ноябре JUG Ru Group организует конференцию для аналитиков — Flow 2022. В программе — технические доклады и дискуссии об архитектуре, требованиях, стандартах, документации и архитектуре данных.
У вас большой опыт в аналитике или есть интересные кейсы?
Тогда подавайте заявку на выступление: https://bit.ly/3PwbfNw
Выбирайте тему выступления на сайте или предлагайте свои идеи — их обязательно рассмотрят.
А билеты можно купить здесь: https://bit.ly/3dqzQ8Y
5.8K views14:34
2022-08-16 11:37:59
Наверное, это лучший обзор от Мэтта МакЛарти https://www.infoq.com/articles/overcoming-restlessness/ o REST API и появившихся уже после REST протоколах. Ну и банальный вывод: для разных задач нужны разные протоколы и способы взаимодействия (Все нужные ссылки, включая post-REST внутри текста )
4.4K views08:37
2022-08-15 14:54:20
Пост благодарности всем подписчикам этого канала Нас 8K
Спасибо за ваш интерес, оставайтесь с нами!
3.7K viewsedited 11:54
2022-08-14 07:12:07
Ещё один лонгрид с описанием хорошо нам известных трех архитектурных ролей: https://medium.com/@briqi/the-software-architecture-roles-3bfccc9e36d2 Автор обещает целую серию под общим заголовком
Intuitive Software Architecture. Посмотрим, что получится. Начало, вроде бы, неплохое
4.2K viewsedited 04:12
2022-08-13 10:10:41
Метод
QUERY возможно появится в протоколе
HTTP. (Драфтом IETF RFC поделился Ivan Begtin в своем telegram-канале ). Мотивация такого расширения протокола достаточно очевидна. Так же, как и метод GET, новый метод QUERY будет безопасным и идемпотентным. Однако параметры запроса будут передаваться не в строке, а в теле запроса. Собственно, возможные ограничения длины адресной строки и были основной причиной использования для передачи запросов метода POST, который изначально был придуман для публикации команд.
Драфт RFC предусматривает два варианта ответа. Direct Response вернет результаты на ваш запрос в теле ответа. Indirect Response вернет 303 код, расшифровываемый как See Other, и гиперссылку в параметре Location по которой можно будет запросить результаты обработки запроса методом GET.
Подробности: https://datatracker.ietf.org/doc/draft-ietf-httpbis-safe-method-w-body/
5.9K views07:10
2022-08-08 08:12:46
А вот и очередная статья из серии
А вдруг вам не нужны микросервисы? You Don’t Need Microservices. Ну, правда! Может быть в приложении нет ни одной функции для которой требовалось бы независимое масштабирование. Или же локализация отказов вам не нужна, потому что всё написано хорошо и ничего никогда не сломается. Да и вообще, слишком обширный выбор языков программирования и технологий увеличивает фрагментацию и усложняет тех.стек. Да и независимое развертывание – одни лишние хлопоты.
Написавший эту стать. Мэтью Спенс - большой молодец! Он скрупулёзно перечислил в своем тексте преимущества микросервисов и по каждому задался вопросом:
а оно вам действительно надо? Именно так и следует писать популярные тексты. Тем более что заканчивается автор совершенно внятными тезисами о том, что противопоставление монолита и микросервисов является ложным, а выбор степени изоляции обработчиков событий, команд и запросов можно делать хоть на уровне каждой отдельной функций. Но кто же станет читать правильные слова, не обернутые мишурой ложных дихотомий, ведь правда!?
5.6K views05:12
2022-08-04 07:34:41
Новая(июньская) заметка Brian Tucker https://www.ivarjacobson.com/publications/blog/nature-portfolios-portfolio-kanban-alternative-scenarios в длинном сериале статей On The Nature Of Portfolios на сайте IvarJacobson.com Речь как всегда про SAFe Portfolio Kanban (картинка вверху). В общем, для тех, кому интересны виды деятельности за границами одного спринта
5.8K views04:34