Size: a a a

Архитектура ИТ-решений

2020 September 22

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Peter Tugolukov
Если интересно, потом расскажу, что и как у нас получилось.
Конечно интересно
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Если по людям все понятно - кто то осуществляет "надзор" автоматизированно?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Есть какие нибудь примеры таких средств?
источник

ЕП

Евгений Погребняк... in Архитектура ИТ-решений
Gennadiy Kruglov
Поделитесь ссылочкой пожалуйста
Вроде бы присылал выше, дублирую: https://landscape.cncf.io/
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Известная карта (Cloud Native Trail Map). CNCF - авторитетная организация
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
А что из этого можно использовать для надзора?
источник

ЕП

Евгений Погребняк... in Архитектура ИТ-решений
Мы решаем для себя вопрос жизнеспособности одного специализированного сегмента в мониторинге/эксплуатации, и на карте cloud native нашли его, в Гартнере тоже нашли, для нас это аргументы в пользу предложения.
источник

ЕП

Евгений Погребняк... in Архитектура ИТ-решений
Для надзора возможно другие клетки карты полезны, в мониторинге можно слегка за уши притянуть, что с изменением архитектуры на cloud-native меняются препочтительные средства мониторинга (белые и крупные)
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Вряд ли можно говорить о каком-то одном средстве для надзора. Надзору подлежат очень разные архитектурные решения и политики, и поэтому средства надзора - тоже очень разные, и, как мне кажется, очень много все равно будет "самописного". Скрипт, лазящий по структурам БД; скрипты, лазящие по репозиториям кода; SonarCube с разными метриками; разные выборки/отчеты/алерты по логам работающей системы; делегированные проверки на CodeReview (в небольшом кол-ве); средства класса Application Performance Management; какие-то может средства реверс-инжиниринга; всякие JDepend/NDepend; и т.п. Тут надо плясать от видов арх-решений, для каждого вида подбирая средство, пригодное и адекватное в проектном контексте.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Peter Tugolukov
А что из этого можно использовать для надзора?
Что-то можно, там почти весь опенсорс собран (шучу). Jaeger, например
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Igor Bespalchuk
Вряд ли можно говорить о каком-то одном средстве для надзора. Надзору подлежат очень разные архитектурные решения и политики, и поэтому средства надзора - тоже очень разные, и, как мне кажется, очень много все равно будет "самописного". Скрипт, лазящий по структурам БД; скрипты, лазящие по репозиториям кода; SonarCube с разными метриками; разные выборки/отчеты/алерты по логам работающей системы; делегированные проверки на CodeReview (в небольшом кол-ве); средства класса Application Performance Management; какие-то может средства реверс-инжиниринга; всякие JDepend/NDepend; и т.п. Тут надо плясать от видов арх-решений, для каждого вида подбирая средство, пригодное и адекватное в проектном контексте.
Да, все верно.
Но мне интересно, кто-то что-то у себя использует?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Может кто-то уже написал эти скрипты для обращения к бд, или еще что-то.
источник

SL

Sergey Lukin in Архитектура ИТ-решений
Peter Tugolukov
Может кто-то уже написал эти скрипты для обращения к бд, или еще что-то.
у нас есть даже проверка на первую строчку в dockerfile для всех микросервисов : )
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Нормас.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Peter Tugolukov
А что из этого можно использовать для надзора?
Трассировка, как минимум, если не погружаться. OpenTracing, OpenTelemetry, а на самом деле Jaeger. Ну а Kafka и Kubernetes используют многие, думаю
источник

ST

Shuro Toko in Архитектура ИТ-решений
загугли мой доклад на рите про опен полиси агент. на нем дофига всего написано у нас.
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Shuro Toko
загугли мой доклад на рите про опен полиси агент. на нем дофига всего написано у нас.
Он же вроде только для авторизации придуман? Как вы для чего-то еще его используете - можно в двух словах?
источник

ST

Shuro Toko in Архитектура ИТ-решений
как раз таки авторизация это вторично
источник

ST

Shuro Toko in Архитектура ИТ-решений
контролим файлы кубера, логические модели данных, сборщик мавен
источник

ST

Shuro Toko in Архитектура ИТ-решений
еще куча всего в планах
источник