Size: a a a

2021 June 01

DS

Dmitry Sergeev in DevOps
cilium hubble так рисует например
источник

DS

Dmitry Sergeev in DevOps
argocd рисует поды, деплойменты, сервисы и т. д.
источник

DS

Dmitry Sergeev in DevOps
есть всякие гуи которые тоже рисуют
источник

PJ

Philip J. Fry in DevOps
А есть возможность не только куб ?
источник

DS

Dmitry Sergeev in DevOps
но @spuzirev прав, это всё на самом деле не нужно, нет смысла смотреть на эту картинку
источник

DS

Dmitry Sergeev in DevOps
нет
источник

PJ

Philip J. Fry in DevOps
Заранее спасибо, посмотрю )
источник

SP

Sergei Puzyrev in DevOps
я не распарсил
источник

DS

Dmitry Sergeev in DevOps
я тоже когда перечитал =)
источник

ЕО

Евгений Омельченко... in DevOps
Картинки хорошо работают, если компонентов меньше 10-15, на таких размерах можно рисовать ручками. Если их больше, то лучше компоненты укрупнять
источник

DS

Dmitry Sergeev in DevOps
+
источник

A

Alexander in DevOps
Никогда не понимал этих стремлений рисовать схемы с инфрой.
источник

PJ

Philip J. Fry in DevOps
В моём понимании, схема инфораструктуры это часть документации.
источник

A

Alexander in DevOps
Это не обоснование её нужности: делать ненужную документацию точно так же бесполезно, как и что-либо иное ненужное.
источник

PJ

Philip J. Fry in DevOps
Хорошо, попробую объяснить совю логику. В компании 1 девопс, пришел ещё один. сколько времени потребуется новичку, что бы "вкатиться полноценно в работу" ? При этом если есть какие-либо неочевидные  моменты в инфраструктуре, которые "исторически сложились", в таких моментах новичок будет отвлекать от основной работы и так загруженного инженера.  Визуализация инфраструктуры позволит быстрее объяснять какие-либо моменты как коллегам девопсам, так другим коллегам и вышестоящему руководству, если это потребуется
источник

A

Alexander in DevOps
Диаграмма может помочь понять макроархитектуру (которая рисуется и понимается за 5 минут у доски), но для «неочевидных моментов» она бесполезна.
источник

PJ

Philip J. Fry in DevOps
в таком случае зачем каждый раз рисовать архитектуру у доски перед тем как объяснять, когда можно один раз настроить сервис который будет все это готовить автоматом. Сообственно для этого инструмент и требуетс
источник

A

Alexander in DevOps
Потому что за год ты потратишь на рисование меньше времени, чем на создание и интеграцию автоматизированной рисовалки
источник

A

Alexander in DevOps
И на диаграмме макроархитектуры обычно не отдельные хосты
источник

NK

Nick Kritsky in DevOps
В результате новый человек будет получать ссылку на автогенерённую схему, с припиской внизу: «потом подойди ко мне, я нарисую на доске как на самом деле»
источник