В целом разделяю вашу оценку стоимости подписки Ultimate. Однако, редакций GitLab стало просто на 1 больше:
Community Edition — бесплатная редакция
EE Starter pack
EE Premium pack
Ultimate
И цены на подписки EE не изменились
А кому надо Ultimate — пусть думает сам. Пока в этой редакции нет ничего, кроме обещаний.
Опять же хотеть продать за эту цену, и реально найти покупателя, готового заплатить такие деньги — две большие разницы. Как в том анекдоте.
— Почему семечки дорогие?
— Деньги нужны…
По-моему скромному мнению, до DevOps'а нам еще далековато. И я бы начал не с мониторинга, а с управления понятиями environment, servers, qa gates, manual deployment approvals и т.д. Секретные переменные, которые хранят значения, специфичные для среды — это хороший шаг. Но сделать еще нужно очень-очень много.
Интересно, а ради чего? Функционал отчета по качеству минимальный. Думаю, что список поддерживаемых уязвимостей, (анти)паттернов, языков программирования тоже пока скромный. Если у вас редакция EE, можно посмотреть на динамику поинтов качества в самом мердже. Ради этого?
Если уж брать на вооружение такую технология как анализ качества исходного кода, то с более глубоким смыслом и представлением, как эти метрики потом применить в процессе разработки. Интегрировать на уровне контроля версий. Или web hook. Или через CI job. Или Jenkis на худой конец.
Я уже в течение года наблюдаю метания различных групп разработчиков на тему, какими средствами и технологиями переводить экранные формы, сообщения и т.д. на русский язык. Это пока пробный камень. Как только технология будет отработана, можно будет переводить и на русский язык. Другое дело, а сколько реально заинтересованных в GitLab на русском?
Конечно, миграция фич будет происходить между редакциями, но перенос функции зеркалирования в CE вряд ли состоится в ближайшем будущем. Похоже, что GitLab реально задумалась о различном позиционировании редакций — смотрите табличку для пользователей с разными потребностями и возможностями. То, что вам требуется, похоже есть в EE Starter.
Нужны еще подробности.
В чем заключается ваша технология установки обновления? MSI пакет, файлы меняем, скрипты пускает, базу данных обновляем? Чем сложнее технология, тем потенциально более полезно использовать мощные решения управления развертыванием. CI/CD есть и в GitLab, например.
Коммьюнити пользователей продукта пасется здесь — http://communities.serena.com/community/forums/categories/listings/sda-deployment-automation
На сайте serena нужно заполнить форму и получить доступ дистрибутиву. После установки у вас будет лицензия на 5 узлов, но, увы, также ограниченная 30 днями.
Дистрибутив могу выдать и без формы.
Вот для сглаживания культурных различий и нужны локальные партнеры, как говорится.
Есть интерес, но нет желания заполнять формы — я могу дать ссылку на ftp или dropbox. Хочется посмотреть, но нет времени на установку — приезжаем и показываем. Недостаточно демонстрации — делаем прототип…
Думайте
Видимо, у меня сегодня роль такая «прогонять печали». И вроде погода солнечная в Москве. Может, чувствуется конец лета?!
С ценами все очень просто. Кто-то придумал в США, что цену на сайте показывать не очень правильно — лучше пусть потенциальный клиент поднимет трубку и позвонит ласковым продавцам. Тогда будет возможность поговорить, задать вопросы, и т.д. Для больших и сложных систем или решений это оправдано, на мой взгляд. Опять же лицензирование бывает запутанным. В итоге, Serena не показывает цены у себя и запрещает показывать цены на всех сайтах партнеров.
Это как раз просто. Название компании — Serena. Имя теннисистки — Serena Williams.
На фотографии запечатлен эйс со скоростью 92 мили в час. Serena выпускает важный апдейт.
Но один эйс еще не победа. И новая версия — это только шаг к победе.
:)
Для экспериментов есть триальная версия на 30 дней. Также есть облачный хостинг, но в США. Там тоже можно сделать временный аккаунт. Период тестирования можно продлевать. Но совсем бесплатной версии SBM нет.
Community версия есть только у другого продукта — SDA — Deployment Automation, но это совсем другая история.
Технологии?
Web контейнер приложений написан на С++ и работает под Microsoft IIS,
Компоненты: сервер нотификаций, SOAP API, JSON API, BPEL сервис, сервер контроля версий приложений — Tomcat.
СУБД: Microsoft SQL или Oracle. Структуры хранения описаны и открыты.
Своя среда разработки: SBM Composer
Т.е. это конечно проприетарная платформа. Решения с этой платформы врядли можно будет куда-то перенести, хоть и можно выгрузить все в XML. Такой бизнес.
С другой стороны система открыта через API, имеет все обязательные компоненты для долгой и безотказной работы тысяч пользователей, есть система управления версиями приложений с функциями развертывания на различных средах.
Помогите мне развеять вашу грусть.
На языке BPEL моделируется только логика взаимодействия решения SBM с внешними web службами других приложений и систем, работающих на той же платформе или совсем других.
BPM — это название подхода управления деятельностью на основе процессов или регламентов. Подробнее на wiki
BPMS — это название класса систем, где моделируется и исполняется приложение, автоматизирующее бизнес-процесс (Business Process Management System). Платформа SBM — относится к этому классу. Сам процесс моделируется в простой нотации workflow. Сразу скажу, что нотация моделирования BPMN не поддерживается. Наша платформа легче, проще, дешевле, чем аналоги с поддержкой BPMN. Моделировать процессы в упрошенной нотации быстрее. Дорабатывать формы UI, структуры хранения данных, отчеты, процедуры и скрипты можно в одной интегрированной среде разработки. Впрочем, нужно самому в этом убедиться…
Первый список статусов вполне узнаваем. Но не задач, а требований или user-story, кому как нравится.
Второй список статусов часто встречается для описания процесса (workflow) управления задачами.
Для управления большим количеством задач и исполнителей важна иерархия задач. Для управления разработкой нескольких продуктов множеством команд аналитиков, разработчиков, тестировщиков одними задачами не обойтись — нужны типы объектов управления со своей иерархией и своим workflow. Для этого и нужны отдельные продукты Jira, RedMine, SBM.
Реализация таких сложных сущностей и отношений в GitLab может получиться слишком громоздкой. Где грань?
Community Edition — бесплатная редакция
EE Starter pack
EE Premium pack
Ultimate
И цены на подписки EE не изменились
А кому надо Ultimate — пусть думает сам. Пока в этой редакции нет ничего, кроме обещаний.
Опять же хотеть продать за эту цену, и реально найти покупателя, готового заплатить такие деньги — две большие разницы. Как в том анекдоте.
— Почему семечки дорогие?
— Деньги нужны…
Если уж брать на вооружение такую технология как анализ качества исходного кода, то с более глубоким смыслом и представлением, как эти метрики потом применить в процессе разработки. Интегрировать на уровне контроля версий. Или web hook. Или через CI job. Или Jenkis на худой конец.
В чем заключается ваша технология установки обновления? MSI пакет, файлы меняем, скрипты пускает, базу данных обновляем? Чем сложнее технология, тем потенциально более полезно использовать мощные решения управления развертыванием. CI/CD есть и в GitLab, например.
На сайте serena нужно заполнить форму и получить доступ дистрибутиву. После установки у вас будет лицензия на 5 узлов, но, увы, также ограниченная 30 днями.
Дистрибутив могу выдать и без формы.
Есть интерес, но нет желания заполнять формы — я могу дать ссылку на ftp или dropbox. Хочется посмотреть, но нет времени на установку — приезжаем и показываем. Недостаточно демонстрации — делаем прототип…
Думайте
С ценами все очень просто. Кто-то придумал в США, что цену на сайте показывать не очень правильно — лучше пусть потенциальный клиент поднимет трубку и позвонит ласковым продавцам. Тогда будет возможность поговорить, задать вопросы, и т.д. Для больших и сложных систем или решений это оправдано, на мой взгляд. Опять же лицензирование бывает запутанным. В итоге, Serena не показывает цены у себя и запрещает показывать цены на всех сайтах партнеров.
На фотографии запечатлен эйс со скоростью 92 мили в час. Serena выпускает важный апдейт.
Но один эйс еще не победа. И новая версия — это только шаг к победе.
:)
Community версия есть только у другого продукта — SDA — Deployment Automation, но это совсем другая история.
Технологии?
Web контейнер приложений написан на С++ и работает под Microsoft IIS,
Компоненты: сервер нотификаций, SOAP API, JSON API, BPEL сервис, сервер контроля версий приложений — Tomcat.
СУБД: Microsoft SQL или Oracle. Структуры хранения описаны и открыты.
Своя среда разработки: SBM Composer
Т.е. это конечно проприетарная платформа. Решения с этой платформы врядли можно будет куда-то перенести, хоть и можно выгрузить все в XML. Такой бизнес.
С другой стороны система открыта через API, имеет все обязательные компоненты для долгой и безотказной работы тысяч пользователей, есть система управления версиями приложений с функциями развертывания на различных средах.
На языке BPEL моделируется только логика взаимодействия решения SBM с внешними web службами других приложений и систем, работающих на той же платформе или совсем других.
BPM — это название подхода управления деятельностью на основе процессов или регламентов. Подробнее на wiki
BPMS — это название класса систем, где моделируется и исполняется приложение, автоматизирующее бизнес-процесс (Business Process Management System). Платформа SBM — относится к этому классу. Сам процесс моделируется в простой нотации workflow. Сразу скажу, что нотация моделирования BPMN не поддерживается. Наша платформа легче, проще, дешевле, чем аналоги с поддержкой BPMN. Моделировать процессы в упрошенной нотации быстрее. Дорабатывать формы UI, структуры хранения данных, отчеты, процедуры и скрипты можно в одной интегрированной среде разработки. Впрочем, нужно самому в этом убедиться…
Второй список статусов часто встречается для описания процесса (workflow) управления задачами.
Для управления большим количеством задач и исполнителей важна иерархия задач. Для управления разработкой нескольких продуктов множеством команд аналитиков, разработчиков, тестировщиков одними задачами не обойтись — нужны типы объектов управления со своей иерархией и своим workflow. Для этого и нужны отдельные продукты Jira, RedMine, SBM.
Реализация таких сложных сущностей и отношений в GitLab может получиться слишком громоздкой. Где грань?
Спасибо
Будем совершенствоваться.