Комментарии 55
А в организации, что используете?
Я наоборот не использую битбакет, а жиру и концу использую потому что бесплатный для малых команд.
И гитлаб тоже. Он был пионером в плане предоставления «неограниченного количества приватных репозиториев». А ещё и сборка кода в комплекте и не надо извращаться с дженкинсами и трависом. Гм.
В целом нравится, но не нравится на фокус на запиливании новых фич, а багфиксы — когда-нибудь. В результате — те же раннеры нормально работают только с докером, shell & ssh не развиваются. И так во всем. Все реально нужные фичи для работы — в платных редакциях. В бесплатной — только если одному работать (и не нужны все эти апрувы и прочие коллаборативные штуки). Очень подкупает возможность расширения через api, но его без пол-литра не разберёшь и зачастую что бы то ни было нельзя вытащить за один запрос (минимум три, причём объекты могли уже измениться).
Запуск гитлаб в HA у себя — это море боли. А облако регулярно прикладывается ((((
Неоднозначное ощущение, короче
Пользуюсь бесплатным тарифом (bitbucket), а все остальное идет по боку как раз по причине vendor lock-in. А если отменят бесплатный тариф, то безболезненно уйду на любую другую платформу.
Для личных целей или очень маленькой команды, конечно же?
Так деньги Altassin делает на совсем другого размера предприятиях.
Хомячки должны платить.
Когда было иначе?
Правильный шаг.
Бизнес, который не уходит в облако должен поддерживать старые версии клиентов, потому что клиент обновлять не хочет, а по договору столько то лет поддержки предоставляем.
А также с другой стороны, компания купила продукт и вместо того, чтобы периодически обновлять и пользоваться новыми функциями, будет сидеть на старом ПО с ошибками и проблемами, достающих всех работников, зато душу греет некоторым, у себя стоит, сам себе хозяин.
Критикуют те, кто не сталкивается с реалиями в компаниях с двух сторон баррикад.
Может, конечно, остались производители софта, которые охотно делают патч к древней версии, чтобы пользователь оставался безмерно счастлив, но я о таких не слышал.
Охотно делают — нет, конечно. Но для таких штук как коробочный софт, например, операционные системы — существует одновременно несколько lts линеек, каждая из которых имеет вполне понятный жизненный цикл. Скажем, 5 лет. Это действительно поддержка и она стоит дорого. Очень. Но бизнес за это и платит. Потому что не всегда есть возможность переползти безболезненно на новую версию. Как правильно заметил однажды VolCh — получая НОВУЮ версию со своим багфиксом Вы ещё бесплатно получаете кучу новых ненужных фичей (это вроде не очень больно), но и целую пачку новых багов (а это уже больно). И совершенно не факт, что будет возможность выбора или даже отката назад, к старой версии
А также с другой стороны, компания купила продукт и вместо того, чтобы периодически обновлять и пользоваться новыми функциями
Потому что когда ты зарабатываешь деньги с помощью этого продукта, гарантии того, что старые функции никто не поломает — это на порядок более важно, чем новые функции.
Обновлять бизнес-продукты надо раз в несколько лет, вдумчиво и осторожно. А не получать свежачок раз в месяц, нередко с новыми ошибками и проблемами, достающими всех работников, к слову.
Новые функции нередко ломают старые флоу: "мы лучше знаем, что вам нужно". Да и проблемы со временем перестают доставать, вплоть до того, что их решение обновлением начинает доставлять проблемы. Банально ругались поначалу на 100500 пунктов навигации одного уровня, потом привыкли, а потом с обновлением эти 100500 пунктов оказались разбросаны и одновременно увидеть их уже в принципе невозможно...
Ну если вы заключаете договор поддержки на 10 лет, то получаете соответствующие деньги за это. Так что будьте добры поддерживать эти 10 лет проданное ПО. Все остальное, сопли и слюни, которые клиента не интересуют.
openproject enterprise по цене 200 лицензий дал анлимит и закрыл все потребности проектного офиса. Да, не идеален, отчетность из коробки ни о чем, интеграция с календарем пустая, но Rest API дал возможность интегрировать все со всем. Облако побеждает только когда там есть все что тебе нужно, иначе Opensource рулит.
На работе и для своих проектов вполне хватает бесплатного gitlab. Причём на работе — локально установлен на внутреннем сервере.
- Jira — можно вытащить только таски — но не виды и workflow (все ручками придеться кропотливо переносить)
- Confluence — только как отдельные документы скачать (связность будет потеряна)
Кто вообще съезжал с этих штук когда-либо? Поделитесь плиз.
Насчёт сообщества — никуда оно не денется. Как надо было плагины пилить для онпремис версий, так будут и для облачных. Да и воркфлоу нормально настроить в той же джира (уже упоминали выше) — целая эпопея. Такие люди будут нужны всегда
Например, всю прошлую неделю занимался подсчетами и оптимизация расходов Атлассиан и изучением вариантов использования других продуктов, чтобы избежать рисков.
Насчет плагинов, этот вопрос спорный для онпрем, потому что сейчас есть большое покрытие функционала и сейчас больше запросы на микросервисы которые занимаются интеграция и все через Rest.
Насчет облака, да тут простор широкий — но есть много ограничений на уровне архитектуры.
Все могут ) тем более если Амазон и Гугл предлагают gov-облака.
Единственная проблема — с фз-152, но и с ним, уверен, что-то можно сделать.
Если там такая параноидальная беза, то есть шанс, что продукты атлашиан не подойдут по другим причинам (например, они недостаточно отечественные, или очень дорогой процесс протаскивания обновлений и секурити патчей в airgap среду)
Все хуже на самом деле. Возможна конфигурация:
- Жира и битбакет не имеют прямого доступа в инет
- Клиент имеет доступ в инет и имеет доступ в закрытый периметр с Жирой и Битбакетом
- Жира отдаёт клиенту вредоносный Джаваскрипт, который пользуясь инетом на клиенте в браузере сливает инфу ФБР и Пентагону.
Поддержу. Как-то так получилось, что за более чем 15 лет работы у трех работодателей — закрытый контур для работы. Для выхода в Интернет рядом системник стоит. Дополнительно приходилось решать задачи локального развёртывания репозиториев всяческих пакетов: nuget, composer-php, npm, conan, docker-registry и др.
Зато когда роскомнадзор криво блокировал сайты, в том числе github или что он там заблокировал, запамятовал уже — на работу это никак не сказалось, как у некоторых компаний.
А в плане 152-ФЗ, тут же главное по бумагам ок.
Поэтому облачным провайдерам запартнерится с Атласами jira.atlassian.com/browse/CLOUD-11061 и тогда будет чики-пуки. (IaaS + PaaS + SaaS) станет на выбор.
насчет экономики, конечно с нуля выгоднее облако, а вот когда уже инфраструктура и люди, тут можно спорить.
На самом деле, это приведёт к тому что часть компаний из стран, у которых напряжённые отношения со странами "первого мира", будут вынуждены отказаться от продуктов Atlassian ибо в любой момент может случиться блокировка из-за санкций.
Я уверен, что Atlassian уже всё просчитал и включил это в бизнес-план.
Если кто-то считает, что комментарии на их форуме или в телеграм-канале что-то изменят, то зря. Это общемировая тенденция и если ей не следовать, то инвесторы будут нервничать, а акции падать.
Но насчет бизнес-плана, все просчитано, ведь они пушат это 3 года. Но я верю, что скора возникнет конкуренция и она породит ряд улучшении :)
Не понимаю как это связано. Как по мне, лояльность сотрудников Atlassian по отношению к работодателю только вырастет, т.к. в конечном счёте им придётся саппортить меньше старых версий ещё и на специфичных окружениях заказчика, т.е. для сотрудников "неприятной" работы поубавиться
насчет клиентов, мне интересно, неужели нынче клиенты не способны влиять на акции публичной компании?
единственный риск который я здесь вижу (который может влиять на акции) это пользователи Китая, но понятия не имею насколько Jira там популярна
Атлассиан решили дальше строить свою жизнь исключительно с домохозяйками — а кто еще может работать в облаке? Это же мучительные мучения — взять только одну асинхронную модель, не говоря уж про кучу всего другого, чему нет никаких аналогов в облаке
Честно говоря, не представляю, как крупный клиент с жирной жирой может уйти в облако — это просто невозможно, хоть даже бесплатно оно будет
ДЦ — с ценой, которая озвучена, проще свою жиру написать
Обчим, жира гудбай, атлассиан гудбай, видимо так
Надо искать что-то другое
Не, оно конечно, если вдруг от атласианов начнут валить — ну или сообщать, что свалят — большие и жирные клиенты, оно может и вправит мозги, но что-то я не уверен: если люди решили, что они умеют летать и начали разбег к обрыву, то их уже не остановить
Тут проблема в другом. Конкурентов практически нет. Точнее есть. Но это все не то. И есть останавливающая от перехода его стоимость. Которая сильно не нулевая. И поэтому какое-то время ёжики будут жрать кактус. Что хуже — на полученные от жира деньги потенциально атлашиан может попробовать скупить своих конкурентов. В результате будет экосистема Атлашиан и ещё пары конкурентов. С примерно одинаковым качеством.
Уходить в опенсурс — так ничего примерно такого же по качеству и функционалу нет. Редмайн? Ну, умоляю. Гитлаб? Ну, там с ишьюс можно работать только в платной версии. Ну, и т.д. Краткий вывод — пользователь заплатит в любом случае. Вопрос только в сумме и количестве страданий
Ну например возьмем пример, когда есть AD, коннект к внешним СУБД и все воркфлоу обвешаны скриптами — и тут облако не светит. Уж не говоря про требования ФЗ и СБ
ДЦ при 10000 пользователей тоже не светит — там цена невменяемая
Хошь не хошь, а такому клиенту за 3 года надо найти, куда свалить
openproject.org
))) Ну я бы назвал это не 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, на котором образуется гигантский вакуум. И боль-то в том, что занять его в ближайшие пару лет, физически некому.
Агрессивный переход в облако Atlassian или это vendor lock-in?