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

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

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

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

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

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

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

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

    • Server 

    • Data Center

    • Cloud

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

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

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

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

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

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

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

    4. Искать альтернативы, например, переход на другие on-prem продукты (Redmine, Phabricator, Youtrack, Trac, Mantis, BugGenie, Gitlab, AzureDevOps)

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

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

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

    Комментарии 55

      –2
      Пользуюсь бесплатным тарифом (bitbucket), а все остальное идет по боку как раз по причине vendor lock-in. А если отменят бесплатный тариф, то безболезненно уйду на любую другую платформу.
        +2

        А в организации, что используете?
        Я наоборот не использую битбакет, а жиру и концу использую потому что бесплатный для малых команд.

          +1
          Битбакет для личного использования, потому что у него есть бесплатный тариф для закрытых реп.
            +2
            В настоящее время и гитхаб позволяет всем создавать безлимитные приватные и не приватные репозитории.
              +2
              «В настоящее время», да и Microsoft мне не нравится.
                +1

                И гитлаб тоже. Он был пионером в плане предоставления «неограниченного количества приватных репозиториев». А ещё и сборка кода в комплекте и не надо извращаться с дженкинсами и трависом. Гм.

                  +1
                  А почему Гитлаб перестал нравиться?
                    0

                    В целом нравится, но не нравится на фокус на запиливании новых фич, а багфиксы — когда-нибудь. В результате — те же раннеры нормально работают только с докером, shell & ssh не развиваются. И так во всем. Все реально нужные фичи для работы — в платных редакциях. В бесплатной — только если одному работать (и не нужны все эти апрувы и прочие коллаборативные штуки). Очень подкупает возможность расширения через api, но его без пол-литра не разберёшь и зачастую что бы то ни было нельзя вытащить за один запрос (минимум три, причём объекты могли уже измениться).
                    Запуск гитлаб в HA у себя — это море боли. А облако регулярно прикладывается ((((
                    Неоднозначное ощущение, короче

                      0
                      я вот прочитал, и могу сказать подобное и про битбакет :)
                      недавно начал использовать в связке гиблаб, пока идет тяжело, в связи с тем, что интеграция с Jira через DVCS не очень, от слова совсем.
          +1
          Пользуюсь бесплатным тарифом (bitbucket), а все остальное идет по боку как раз по причине vendor lock-in. А если отменят бесплатный тариф, то безболезненно уйду на любую другую платформу.


          Для личных целей или очень маленькой команды, конечно же?
          Так деньги Altassin делает на совсем другого размера предприятиях.
          +1
          Ссылка на телеграмм чат Atlassian сообщества не валидная
            +1
            Спасибо, поправил :)
            –5

            Хомячки должны платить.
            Когда было иначе?

              –9

              Правильный шаг.
              Бизнес, который не уходит в облако должен поддерживать старые версии клиентов, потому что клиент обновлять не хочет, а по договору столько то лет поддержки предоставляем.
              А также с другой стороны, компания купила продукт и вместо того, чтобы периодически обновлять и пользоваться новыми функциями, будет сидеть на старом ПО с ошибками и проблемами, достающих всех работников, зато душу греет некоторым, у себя стоит, сам себе хозяин.


              Критикуют те, кто не сталкивается с реалиями в компаниях с двух сторон баррикад.

                +3
                Непосредственно с этим продуктом не работал, но как показала практика работы с другим динамично развивающимся ПО: либо обновляться и на своём железе, либо при возникновении хоть каких-нибудь проблем всё-равно тут же упрёшься в первый же совет от техподдержки «обновитесь». И пофигу им даже, что дело не в этом. Не желают даже вникать в то, что сами наговнокодили пару лет назад и решать с этим хоть какие-нибудь проблемы. Только свежая версия! Только хардкор! Понятие срока жизни у софта как-то повсеместно исчезает. И не важно, с какой стороны баррикад находишься. Какой-то век бесконечных апдейтов.
                  0
                  Дело, возможно, не в старой версии. Но если это баг, то угадайте с двух раз, придётся ли вам переходить на новую версию после выпуска фикса (в виде — какая неожиданность — новой версии).

                  Может, конечно, остались производители софта, которые охотно делают патч к древней версии, чтобы пользователь оставался безмерно счастлив, но я о таких не слышал.
                    0

                    Охотно делают — нет, конечно. Но для таких штук как коробочный софт, например, операционные системы — существует одновременно несколько lts линеек, каждая из которых имеет вполне понятный жизненный цикл. Скажем, 5 лет. Это действительно поддержка и она стоит дорого. Очень. Но бизнес за это и платит. Потому что не всегда есть возможность переползти безболезненно на новую версию. Как правильно заметил однажды VolCh — получая НОВУЮ версию со своим багфиксом Вы ещё бесплатно получаете кучу новых ненужных фичей (это вроде не очень больно), но и целую пачку новых багов (а это уже больно). И совершенно не факт, что будет возможность выбора или даже отката назад, к старой версии

                      0
                      Увы, концепция долгоживущего выпуска (LTS) есть далеко не у всех. В то время как компоненты софта могут быть тривиально уязвимы — и потому «обновитесь» может быть вполне актуальным советом. Но опять же, не всегда.

                      В общем, тут надо конкретные случаи обсуждать, единого подхода всё равно нет.
                  +8
                  А также с другой стороны, компания купила продукт и вместо того, чтобы периодически обновлять и пользоваться новыми функциями

                  Потому что когда ты зарабатываешь деньги с помощью этого продукта, гарантии того, что старые функции никто не поломает — это на порядок более важно, чем новые функции.
                  Обновлять бизнес-продукты надо раз в несколько лет, вдумчиво и осторожно. А не получать свежачок раз в месяц, нередко с новыми ошибками и проблемами, достающими всех работников, к слову.
                    +1

                    Новые функции нередко ломают старые флоу: "мы лучше знаем, что вам нужно". Да и проблемы со временем перестают доставать, вплоть до того, что их решение обновлением начинает доставлять проблемы. Банально ругались поначалу на 100500 пунктов навигации одного уровня, потом привыкли, а потом с обновлением эти 100500 пунктов оказались разбросаны и одновременно увидеть их уже в принципе невозможно...

                      0

                      Ну если вы заключаете договор поддержки на 10 лет, то получаете соответствующие деньги за это. Так что будьте добры поддерживать эти 10 лет проданное ПО. Все остальное, сопли и слюни, которые клиента не интересуют.

                      0

                      openproject enterprise по цене 200 лицензий дал анлимит и закрыл все потребности проектного офиса. Да, не идеален, отчетность из коробки ни о чем, интеграция с календарем пустая, но Rest API дал возможность интегрировать все со всем. Облако побеждает только когда там есть все что тебе нужно, иначе Opensource рулит.

                        0

                        На работе и для своих проектов вполне хватает бесплатного gitlab. Причём на работе — локально установлен на внутреннем сервере.

                          +4
                          Vendor lock-in — это когда переход на решение от другого поставщика стоит существенных затрат и времени. По сути важные продукты Atlassian уже vendor lock-in:
                          • Jira — можно вытащить только таски — но не виды и workflow (все ручками придеться кропотливо переносить)
                          • Confluence — только как отдельные документы скачать (связность будет потеряна)

                          Кто вообще съезжал с этих штук когда-либо? Поделитесь плиз.
                            0
                            Так GitLab умеет таски вытащить из Jira к себе, в 13.2 научили. YouTrack тоже вроде умеет в таски.
                              +2
                              Именно это и написал ```можно вытащить только таски``` — но представления и workflow — так же важны.
                              И еще в тасках есть куча параметов в т.ч. и кастомных — которые еще непонятно куда в Gitlab пристроить — короче миграция будет явно с деградацией функционала.
                                0
                                Спасибо! Это уже интересно! :)
                                +2
                                В YouTrack обещают сделать импорт из Confluence.
                                  0
                                  ну если Атласианы, все таки не откатят свои переходы, то YouTrack взлетит. А так мне кажется, что сейчас начнётся «гонка» функционала между GitLab, YouTrack
                                    0
                                    Вот интересно, какая цена перехода, и насколько это дорого выйдет этот переход?
                                      0
                                      ну это точно дешевле чем даже современное обслуживание, а переход -25% от ценника. Ну если рассматривать ценник на 25 лицензий то это 1000$ за все в отличии от атласианов, там ценник за jira+confa выходит 4к $ с хвостиком
                                +1

                                Насчёт сообщества — никуда оно не денется. Как надо было плагины пилить для онпремис версий, так будут и для облачных. Да и воркфлоу нормально настроить в той же джира (уже упоминали выше) — целая эпопея. Такие люди будут нужны всегда

                                  0
                                  я бы сказал наоборот на краткосрочном рынке работы добавится.
                                  Например, всю прошлую неделю занимался подсчетами и оптимизация расходов Атлассиан и изучением вариантов использования других продуктов, чтобы избежать рисков.
                                  Насчет плагинов, этот вопрос спорный для онпрем, потому что сейчас есть большое покрытие функционала и сейчас больше запросы на микросервисы которые занимаются интеграция и все через Rest.
                                  Насчет облака, да тут простор широкий — но есть много ограничений на уровне архитектуры.
                                    +1
                                    мы вот стоим перед делемой, либо допиливать своими силами, либо мигрировать. Мы не можем использовать облако, от слова совсем.
                                      0

                                      Все могут ) тем более если Амазон и Гугл предлагают gov-облака.
                                      Единственная проблема — с фз-152, но и с ним, уверен, что-то можно сделать.

                                        +1
                                        Далеко не все ;-) особенно если все это стоит в контуре без интернетиков ;-)
                                          0

                                          Если там такая параноидальная беза, то есть шанс, что продукты атлашиан не подойдут по другим причинам (например, они недостаточно отечественные, или очень дорогой процесс протаскивания обновлений и секурити патчей в airgap среду)

                                            +2
                                            ну отчего же, просто в том контуре нет интернета, не вижу проблемы для работы. Выйти за пределы среды они не могут, значит отдать кому либо не смогут.
                                              0
                                              Следующее возражение от ИБ обычно звучит так: «хорошо, выйти не может. Может зато все порушить внутри закрытого периметра». Даже если оно само не устанавливает соединения, а только слушает порты.
                                                +1

                                                Все хуже на самом деле. Возможна конфигурация:


                                                1. Жира и битбакет не имеют прямого доступа в инет
                                                2. Клиент имеет доступ в инет и имеет доступ в закрытый периметр с Жирой и Битбакетом
                                                3. Жира отдаёт клиенту вредоносный Джаваскрипт, который пользуясь инетом на клиенте в браузере сливает инфу ФБР и Пентагону.
                                                  +1
                                                  увы, закрытый контур это закрытый контур. физически там нет интернетиков, да и у клиентов тоже. так что не сработает.
                                                    +1

                                                    Поддержу. Как-то так получилось, что за более чем 15 лет работы у трех работодателей — закрытый контур для работы. Для выхода в Интернет рядом системник стоит. Дополнительно приходилось решать задачи локального развёртывания репозиториев всяческих пакетов: nuget, composer-php, npm, conan, docker-registry и др.
                                                    Зато когда роскомнадзор криво блокировал сайты, в том числе github или что он там заблокировал, запамятовал уже — на работу это никак не сказалось, как у некоторых компаний.

                                            0
                                            В этом случае остается Data Center лицензии, как он прем решение.
                                            А в плане 152-ФЗ, тут же главное по бумагам ок.
                                            Поэтому облачным провайдерам запартнерится с Атласами jira.atlassian.com/browse/CLOUD-11061 и тогда будет чики-пуки. (IaaS + PaaS + SaaS) станет на выбор.
                                            насчет экономики, конечно с нуля выгоднее облако, а вот когда уже инфраструктура и люди, тут можно спорить.
                                      +5

                                      На самом деле, это приведёт к тому что часть компаний из стран, у которых напряжённые отношения со странами "первого мира", будут вынуждены отказаться от продуктов Atlassian ибо в любой момент может случиться блокировка из-за санкций.
                                      Я уверен, что Atlassian уже всё просчитал и включил это в бизнес-план.


                                      Если кто-то считает, что комментарии на их форуме или в телеграм-канале что-то изменят, то зря. Это общемировая тенденция и если ей не следовать, то инвесторы будут нервничать, а акции падать.

                                        +1
                                        Я правильно, понимаю что eNPS не влияет на продукт, как следствие на акции, и далее нервишки инвесторов?

                                        Но насчет бизнес-плана, все просчитано, ведь они пушат это 3 года. Но я верю, что скора возникнет конкуренция и она породит ряд улучшении :)
                                          +1

                                          Не понимаю как это связано. Как по мне, лояльность сотрудников Atlassian по отношению к работодателю только вырастет, т.к. в конечном счёте им придётся саппортить меньше старых версий ещё и на специфичных окружениях заказчика, т.е. для сотрудников "неприятной" работы поубавиться

                                            +2
                                            насчет внутренних сотрудников это да.
                                            насчет клиентов, мне интересно, неужели нынче клиенты не способны влиять на акции публичной компании?
                                              0
                                              если Atlassian реализует (или уже реализовали?) нормальную удобную миграцию данных с server edition на другие редакции (особенно на cloud), то всё будет нормально, а недовольные будут только в тех странах где по политическим соображениям используется вариант исключительно on-prem. но эти недвольства влияют на акции на уровне погрешности

                                              единственный риск который я здесь вижу (который может влиять на акции) это пользователи Китая, но понятия не имею насколько Jira там популярна
                                                0
                                                1. Насчёт миграции у них все продумано.
                                                2. Насчёт Китая сам пока не знаю, с Индией ясно — они просто другие компании работают.
                                                3. Насчёт погрешности, спасибо за объяснения.
                                        0
                                        Мы видим очередное подтверждение теории «чем дальше в лес больше денег, тем меньше остается мозгов»
                                        Атлассиан решили дальше строить свою жизнь исключительно с домохозяйками — а кто еще может работать в облаке? Это же мучительные мучения — взять только одну асинхронную модель, не говоря уж про кучу всего другого, чему нет никаких аналогов в облаке
                                        Честно говоря, не представляю, как крупный клиент с жирной жирой может уйти в облако — это просто невозможно, хоть даже бесплатно оно будет
                                        ДЦ — с ценой, которая озвучена, проще свою жиру написать
                                        Обчим, жира гудбай, атлассиан гудбай, видимо так
                                        Надо искать что-то другое
                                        Не, оно конечно, если вдруг от атласианов начнут валить — ну или сообщать, что свалят — большие и жирные клиенты, оно может и вправит мозги, но что-то я не уверен: если люди решили, что они умеют летать и начали разбег к обрыву, то их уже не остановить
                                          0

                                          Тут проблема в другом. Конкурентов практически нет. Точнее есть. Но это все не то. И есть останавливающая от перехода его стоимость. Которая сильно не нулевая. И поэтому какое-то время ёжики будут жрать кактус. Что хуже — на полученные от жира деньги потенциально атлашиан может попробовать скупить своих конкурентов. В результате будет экосистема Атлашиан и ещё пары конкурентов. С примерно одинаковым качеством.
                                          Уходить в опенсурс — так ничего примерно такого же по качеству и функционалу нет. Редмайн? Ну, умоляю. Гитлаб? Ну, там с ишьюс можно работать только в платной версии. Ну, и т.д. Краткий вывод — пользователь заплатит в любом случае. Вопрос только в сумме и количестве страданий

                                            0
                                            Или повод конкурентам нарастить свой функционал, и зайти на данную поляну.
                                              0
                                              Не всем получится жрать кактус — многие его не смогут даже попробовать
                                              Ну например возьмем пример, когда есть AD, коннект к внешним СУБД и все воркфлоу обвешаны скриптами — и тут облако не светит. Уж не говоря про требования ФЗ и СБ
                                              ДЦ при 10000 пользователей тоже не светит — там цена невменяемая
                                              Хошь не хошь, а такому клиенту за 3 года надо найти, куда свалить
                                                0

                                                openproject.org

                                              +3

                                              ))) Ну я бы назвал это не vendor lock-in а просто подставой. Vendor lock-in подразумевает хотя бы какие-то варианты использования, пусть и за сравнительно большие деньги. А что делать тем, кто не может уйти в облако из-за СБ?! DC?! Не смешите меня, за такие деньги это могут позволить только очень крупные компании, а если еще учесть и инфраструктуру… Ну допустим поменять Bitbucket на GitLab. Ну допустим сменить Jira. На что?! Ну допусти, хорошо, сменили и Jira. Но Confluence!!! С ним-то что делать?! Уходить на что? На флешки? SMB/FTP и файлы read.me?!
                                              В итоге картина примерно следующая:


                                              • многие мелкие компании пойдут в облако, хотя я думаю что они уже там и для них ничего не меняется.
                                              • игроки чуть крупнее со своими серверами, все без исключения начнут проработку перехода к другим вендорам, и разделятся на 3 группы:
                                                • кто-то уйдет на другие платформы или ничего не станет менять, в любом случае, это для Atlassian статисты.
                                                • кто-то предпочтет докупить пользователей "прозапас" и поддержку еще на год, чтобы с чувством собственного достоинства "уйти в закат" 2.2.22. (Только сейчас заметил, дата то какая, прям как 12.12.12)))
                                                • ну и единицы уйдут в облако, потому как платить второй раз да еще и каждый месяц захотят не все. Плюс к этому не мало важную роль играет СБ.
                                              • те кто только ищет on-prem решения в большинстве своем откажутся от Atlassian, ибо покупать от мертвого осла уши мало кто хочет.
                                              • ну и крупняк с DC никуда не денется.

                                              Так что вывод примерно такой: Atlassian в ближайший год получает чуть большую прибыль, за счет ажиотажа с покупкой пользователей и поддержки, но большим спадом новых клиентов on-prem решений. А также освобождает этот средний сегмент on-prem, на котором образуется гигантский вакуум. И боль-то в том, что занять его в ближайшие пару лет, физически некому.

                                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                              Самое читаемое