tgoop.com/super_oleg_dev/152
Last Update:
Проблема обозначена, есть решение, пора приступать к проектированию!
На самом деле рановато, это еще одна проблема моего подхода, работа с требованиями проведена достаточно поверхностно.
Из плюсов - понятны стейкхолдеры, уже есть заинтересованные пользователи, неплохо собраны функциональные требования.
Но не проработаны нефункциональные требования и ограничения. В первую очередь потому что система не предполагает быть сложной или сильно нагруженной, но в будущем лучше формализовать все это заранее.
Немного про инструменты и подходы.
Привычный для меня вайтборд - https://excalidraw.com/
Для проектирования отлично подходить модель C4 - https://c4model.com/, которую на нижнем уровне модели можно комбинировать с UML.
Для схемы БД не стал искать специальные инструменты и использую псевдо-UML.
По модели C4 иду сверху вниз и начинаю с System Context, где указаны:
- пользователи платформы
- сервисы, с которыми платформа взаимодействует (забыл на изображении добавить s3)
Тут все очень просто, но есть важный момент.
Для платформы нужен механизм разграничения доступов, полноценная ролевая модель, которая позволит управлять микрофронтами и приложениями в скоупе отдельных команд.
В нашем Internal Developer Platform сервисе (чуть больше информации про него можно найти у Александра Поломодова - https://www.tgoop.com/book_cube/1826) уже есть готовые механизмы авторизации, тенантов, групп и ролей, которые идеально подойдут к нашей платформе.
И я очень надеюсь переиспользовать эти механизмы Developer Platform, так как планируется не сложный бэкенд и это упростит разработку в несколько раз)
BY SuperOleg dev notes
Share with your friend now:
tgoop.com/super_oleg_dev/152