Size: a a a

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

2019 July 26

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
Для новых линеек можно брать за базу xwiki и думать про плагины/надстройки сверху.
Согласен, поэтому разговор скорее про стек Atlassian, а не просто Jira.

Про Confluence сложная тема. Аналог точно нужен, бесспорно. Но wiki из коробки, без плагинов -- это очень мало.
источник

S

Sergey in Архитектура ИТ-решений
еще стоит помнить про tracebility всего, особенно для управления требованиями (то, что давно хорошо работало в DOORs-е)

Так же можно посмотреть на Open Services for Lifecycle Collaboration | OSLC
но она создавалась IBM, как попытка вытащить что-то общее из jazz.net-а хотя сам их продукт не вполной мере следует их же стандарту.  Да и не удобен он жутко в использовании
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Sergey
еще стоит помнить про tracebility всего, особенно для управления требованиями (то, что давно хорошо работало в DOORs-е)

Так же можно посмотреть на Open Services for Lifecycle Collaboration | OSLC
но она создавалась IBM, как попытка вытащить что-то общее из jazz.net-а хотя сам их продукт не вполной мере следует их же стандарту.  Да и не удобен он жутко в использовании
Да, это точно центральная тема!
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Zarin
Да, это точно центральная тема!
Вот этого действительно не хватает. Хотя в стеке Atlassian за счёт интеграции продуктов можно в каком-то виде трассировку делать.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И ещё горизонтальная масштабируемость, которой должны обладать современные продукты, на мой взгляд
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
И ещё горизонтальная масштабируемость, которой должны обладать современные продукты, на мой взгляд
А новый вариант поставки Atlassian -- Data Center -- не на это же нацелен?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Zarin
А новый вариант поставки Atlassian -- Data Center -- не на это же нацелен?
Я про него и писал. Нацелен на HA, но масштабируемость там условная. Из-за ограничений архитектуры реализация далека от идеала. Есть ряд условий, например jitter в сети, при которых может упасть весь кластер. Если интересно почему пишите в личку
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нужно понимать, что если при проектировании решения не учитывалась горизонтальная масштабируемость, то потом её реализовать очень трудно, а иногда и невозможно без костылей
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
А продукты Atlassian, это "доклаудные" коробки
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Услышал, спасибо!
источник

GK

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

PD

Phil Delgyado in Архитектура ИТ-решений
А что, на рынке уже нет решений управления требованиями с трассируемостью?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А что, на рынке уже нет решений управления требованиями с трассируемостью?
Позволь пожалуйста добавить. Таких же удобных как продукты Atlassian
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, у Atlassian вообще нет инструментов управления требованиями (
Confluence для этого плохо подходит (хотя лучше остальных...)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Кстати, для xwiki вроде бы уже дофига плагинов. Но я ее уже года три как не смотрел, так что ссылаюсь на чужое мнение.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
К вопросу о требованиях я бы еще добавил:
1) версионирование. В идеале - интеграция с VCS или вообще хранение данных в VCS
2) интеграция с IDE (потенциальная). С той же Idea.
3) интеграция с решениями для скетчей (Бальзамик и иже с ним).
4) интеграция с решениями по рисованию картинок (gliffy etc)

Без этого жить сложно (
источник

GM

Gleb Mekhrenin in Архитектура ИТ-решений
Gennadiy Kruglov
Я про него и писал. Нацелен на HA, но масштабируемость там условная. Из-за ограничений архитектуры реализация далека от идеала. Есть ряд условий, например jitter в сети, при которых может упасть весь кластер. Если интересно почему пишите в личку
откуда на расстоянии в максимум 50 км может джиттер появиться вдруг? :D
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Я бы вообще думал о проекте по управлению требованиями как плагин к Idea )
И брал бы деньги с JetBrains )
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
К вопросу о требованиях я бы еще добавил:
1) версионирование. В идеале - интеграция с VCS или вообще хранение данных в VCS
2) интеграция с IDE (потенциальная). С той же Idea.
3) интеграция с решениями для скетчей (Бальзамик и иже с ним).
4) интеграция с решениями по рисованию картинок (gliffy etc)

Без этого жить сложно (
А чем не угодили тогда вики гитлаба?)))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, она еще бедненькая. Но да, гитлаб сейчас - основной конкурент Atlassian )
источник