Агрессивный переход в облако Atlassian или это vendor lock-in?

В настоящий момент модель Cloud First (где-то уже Smart) шагает семимильными шагами, особенно в период пандемии COVID-19. И ведь в основном, страны такие как США ^[1] (Cloud Smart ^[2]), ЕС ^[3], Канада ^[4], Великобритания ^[5], Австралия ^[6], Чили ^[7], Аргентина ^[8] уже имеют стратегию, цели и планы. Например, пройдя по прикрепленным ссылкам создается впечатление, что вот оно, облако, и все - пора иметь только облако или гибрид. 

Но меня всегда беспокоит такая ситуация как vendor lock-in.

По моему первому впечатлению, vendor lock-in произошел после анонса новости от 16 октября от со-основателя компании Atlassian Скотта Фаркуар (Scott Farquhar) ^[9].  В качестве волевого и одностороннего решения сообщаются следующие важные даты:

со  2 февраля 2021 года,

• не будет возможности покупать новые лицензии продуктов линейки Server edition.

• поднимутся цены на продление поддержки и обновления ^[10].

а со 2 февраля 2024 года:

• прекратится поддержка продуктов Server edition. 

Итак, это значит, что вендор насильно пытается всех перевести в облако или на худой конец в Data Center. Компания предоставляет 3 варианта установки продуктов: 

• Server 

• Data Center

• Cloud

где под Server подразумевается следующая политика лицензирования, единоразовая покупка лицензии и по желанию продление лицензии для поддержки и обновления. Не подразумевается масштабирование из коробки. 

А под Data Center подразумевается обязательная ежегодная подписка, и масштабирование из коробки, и возможность обновления минорных релизов без простоев. 

Ну, под Cloud, это полное системное администрирование силами вендора, где инфраструктура развернута на мощностях AWS ^[11] и возможность оплаты за каждого сотрудника. Дополнительно можно посмотреть различия в этой сравнительной таблице, предложенным вендором ^[12].

Итак, рассмотрим ряд сценариев, которые предстоят клиентам вендора в ближайшем будущем:

1. Согласиться и платить больше до 2024 года, и в конечном переходе мигрировать на DC. Для справки, кодовая база DC и Server одна и та же.

2. Мигрировать потихоньку на DC, и сообществом давать обратную связь вендору, и получать скидки при переходе на ^[13] DC. (тут основные даты связаны 1 полугодием 2021 (01.07.2021). Наверное, легко прослеживается связь с отчетным периодом.)

3. Переход на Cloud ^[14], если у вас действительно есть необходимость соответствию 152-ФЗ, то тут  https://jira.atlassian.com/browse/CLOUD-11061 ^[15] прошу дать обратную связь или как минимум проголосовать. (*полагаю однажды Atlassian развернет мощности на территории РФ у одного из облачных провайдеров)

4. Искать альтернативы, например, переход на другие on-prem продукты (Redmine ^[16], Phabricator ^[17], Youtrack ^[18], Trac ^[19], Mantis ^[20], BugGenie ^[21], Gitlab ^[22], AzureDevOps ^[23])

5. Искать альтернативы, например, переход на другие облачные продукты. (например: Github ^[24], Wrike ^[25], Asana ^[26], Smartsheet ^[27], Trello (Atlassian product) ^[28]). 

Конечно, произошла неприятная ситуация в связи с привязкой к определенному вендору, и конечно, вендор все больше и больше работает в сторону использования своей экосистемы на не-софтверные компании и процессы ^[29]. 

Поэтому, я считаю, что в принципе, довольно интересное будущее ждет людей, занимающихся обслуживанием, развитием экосистемы Atlassian (не облачных продуктов) в организациях, особенно участников сообщества Atlassian в Telegram ^[30]. И буду рад прочитать вашу обратную связь, узнать про другие продукты (в области управления проектами), решения и мнения об этих инициативах.

Автор: Gonchik Tsymzhitov

Источник ^[31]