Что вам важно учесть на схеме? В драв.ио или визио можно рисовать почти что угодно. Для взаимодействия можно рисовать диаграмму последовательностей, например. Диаграмму потоков данных
я думал есть поудобнее интерфейс, но вернулся к нему)
всем привет, хочу сделать схему взаимодействия сервисов. что хочу увидеть: что то похожее на схему для бд для показания связей между сервисами. подскажите инструмент для создания схемы, никак не могу найти что хочется реализоваться. сначала думал использовать что то похоже для mind mapping но как то не получается детальную схему
1. Зачем нужна такая схема? Начальника пугать? 2. Под сервисом понимается отдельный процесс, реализующий интерфейс поверх HTTP для других процессов или что-то еще? 3. Взаимодействие между сервисами несимметричное. Одна сторона в таком взаимодействии клиент, а другая сервер. Типы запросов тоже бывают разные GET, POST,... Взаимодействия синхронными и не очень. Внутри запросов и ответов довольно разные вещи происходят. Так что снова возвращаемся к вопросу зачем их визуализировать
1. Зачем нужна такая схема? Начальника пугать? 2. Под сервисом понимается отдельный процесс, реализующий интерфейс поверх HTTP для других процессов или что-то еще? 3. Взаимодействие между сервисами несимметричное. Одна сторона в таком взаимодействии клиент, а другая сервер. Типы запросов тоже бывают разные GET, POST,... Взаимодействия синхронными и не очень. Внутри запросов и ответов довольно разные вещи происходят. Так что снова возвращаемся к вопросу зачем их визуализировать
не на стролько все сложно) по большому счету схема нужна мне для видения полной картины что с чем взаимодействует. схема строиться для внутренних сервисов, например какой из серверов использует psql и т.п.
зачем писать бумагу, схема даст ответ. если она будет очень большая буду делить ее по сервисам
Нет, это прямой вопрос. Сам архитектор? Разработчик? Аналитик? Админ? Пользователь? Начальник? итп. В зависимости от читателя надо рисовать по-разному. А если нужен просто инструмент для рисования - draw.io всё стерпит
Вообще не хватает draw.io, но с библиотекой сервисов. Что-то универсальнее и много проще, чем EA и без навязанных методологий. Но увы, вроде бы так и нету...
Мне не хватает чего-то динамического и и ссылок на конфлюенс из схемы. У вас получалось в плагине драв.ио сделать из квадратика ссылку? Мб можно, а я и не знаю
Мне не хватает чего-то динамического и и ссылок на конфлюенс из схемы. У вас получалось в плагине драв.ио сделать из квадратика ссылку? Мб можно, а я и не знаю
Да, это можно сделать. Можно даже больше - динамически менять набор элементов на схемке при нажатии на что-нибудь
Мне не хватает чего-то динамического и и ссылок на конфлюенс из схемы. У вас получалось в плагине драв.ио сделать из квадратика ссылку? Мб можно, а я и не знаю
Я пользовался Sparx EA (WebEA, Prolaborate) + Confluence (плагин Prolaborate) + JIRA. Единый архитектурный репозиторий. Только это уже не просто рисовалка, а полноценный eam tool с модельным репозиторием. Если рисовалка и не лень каждый раз все с нуля рисовать, не нужны трассировки и атомарные элементы - подойдет любая рисовалка с поддержкой диаграмм UML.
Коллеги, к вам такой вопрос: как вы разбираетесь в терминологии компонент-модуль-сервис-проч? В моей системе используется уже функциональное разбиение следующее: система-подсистема-(модуль, сервис, АРМ). То есть, согласуя с ГОСТ 34 система-подсистема-компонент, компонент - это либо модуль, либо сервис, либо АРМ. Хочется при этом не запутаться с разбиением на программные модули, среди которых тоже есть подсистемы и сервисы.