xDMITRYx 15 ноя 2020 в 18:11

Миграция Jira Service Desk из «облака» на сервер

4 мин

5.6K

Настройка Linux*Atlassian*Софт

Из песочницы

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

vserg 15 ноя 2020 в 18:56

К сожалению уже бесмысленно переезжать на свой сервер…
Atlassian сворачиват разработку и поддержку своих серверных продуктов(Jira и Confluence )
И с февраля 2021 года прекращает продажу серверных лицензий.
Будет только облачная версия Jira и Confluence.

https://www.atlassian.com/migration/key-offering-changes?tab=server-key-changes#key-changes

shifttstas 15 ноя 2020 в 19:21

К сожалению? Отлично же — чем меньше On Premise в интерпрайзе — тем лучше, пример использования IE(6) и Java очень показателен.

skymal4ik 15 ноя 2020 в 23:23

Конечно к сожалению!

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

shifttstas 15 ноя 2020 в 23:37

Ну т.е теперь пользователи смогут по нормальному использовать сервис вместо неудобных VPN и глупых ограничений от ИБ, да? Т.е как Zoom vs S4B/Lync?

-2

khajiit 16 ноя 2020 в 01:45

Теперь хакеры смогут по нормальному ломать сервис и тащить данные, а не тыкаться в неудобный VPN.

А так да.

VolCh 16 ноя 2020 в 11:10

Кому лучше?

Dr_Wut 16 ноя 2020 в 14:29

Желаю вам быть материально ответственным за сервис с жёстким SLA, целиком и полностью зависящим от облака.

ablik 20 апр 2023 в 16:21

Да, очень даже к сожалению… недавно завел аккаунт на их cloud версии, тот который бесплатный чтобы потыкать ну и эксериментировал с созданием удалением проектов и прочего, чтобы не делать этого на основной рабочей jira. Завел там пару пользователей тестовых. В итоге в какой-то момент админский аккаунт просто был отключен без каких-либо уведомлений и предупреждений. Возможно я нарушил какое-то их правило, хотя ничего криминального там не делал просто создавал\удалял проекты, таски и прочее. Менял workflow в общем все вроде штатно. И суть в том что у меня нет никакой возможности узнать почему аккаунт был заблокирован, причем парочка тестовых пользователей которые были заведены продолжают работать.
Разблокировать проблематично, письма на всякие support@, help@ и т.д. автоматически отсекаются и atlassian предлагает, на минуточку… залогиниться в свой аккаунт чтобы оставить заявку в helpdesk. Вот только я не могу, я же забанен :)

Вот такая любопытная ситуация, понимаю что можно зайти с другого аккаунта и так оставить заявку, осознаю что это бесплатный аккаунт и не стоит ждать слишком многого. Однако пугает сам факт, а что если подобное случится на реальном аккаунте, который используется для работы? Как долго таск трекер будет простаивать пока удастся решить проблему, почему аккаунт можнт быть деактивирован без единого уведомления и объяснения причины?
Поэтому да, я люблю SaaS решения это очень удобно, быстро и зачастую дешевле чем полноценная поддержка свой инфраструктуры, но порой довольно страшно.

Dr_Wut 16 ноя 2020 в 14:30

Вы не правы. Уходят только редакция стандарт. Датацентр никуда делся и все так же продается. Просто у нее ценник… немножечко другой =)

hystrix 16 ноя 2020 в 09:44

В прошлом году столкнулся с переносом одного проекта в Jira (ServiceDesk по сути надстройка над Jira, хотя может устанавливаться и отдельно). Столкнулся с тем, что если проект в облаке уже NextGen, а его люди выбрали по умолчанию, т.к. на тот момент никуда переезжать не собирались, к тому же задействовали имеющийся там функционал Roadmap. Вот его перенос это был нечто, к тому же выяснилось что у них отдельная команда поддержки для облака, отдельная для Selfhosted, которые с честью поиграли в игру «ошибка не на нашем конце, отправляем ваш тикет в ...», в итоге перетащили практически вручную, т.к. весь лимит времени съела переписка с поддержкой, а владельцы проекта оказались еще и демотивированы отсутствием функционала Roadmap, который Atlassian так и не сподобился добавить в серверную версию.

Касательно развертывания Jira я предложил бы просто использовать… докер, просто и быстро, легко обновлять, для небольшой команды проблем вообще не видел, одни плюсы.

xDMITRYx 16 ноя 2020 в 09:53

С Атлассиан не все так просто, как кажется. Но маркетинг на высоте — это надо признать.
Кстати, насколько удалось выяснить Nextgen проекты нельзя даже забекапить для сервера. Если есть хоть один nextgen-проект — бекап не получится сделать. Пришлось перетаскивать задачи в другие проекты и удалять Nextgen-ы. Тех.поддержка самих Атлассианов и их агентов оставляет желать лучшего и все стоит денег. Сталкивался с таким, что поддержка не решала проблему и я решил ее сам. Может об этом напишу в следующем посте.

Что касается докера — как раз использовал его для тестирования. Удобно. Но надо понимать, что человек после тебя может не знать докер. К тому же бывают строгие т.з. и стандарты компании, которые не предусматривают докер.

hystrix 16 ноя 2020 в 10:11

Что касается докера — как раз использовал его для тестирования. Удобно. Но надо понимать, что человек после тебя может не знать докер. К тому же бывают строгие т.з. и стандарты компании, которые не предусматривают докер.

Учитывая тренд на микросервисы маловероятно, да и скорее спасибо скажет, т.к. проще обновить докер, если конечно все честно вынес на volume, чем отдельно системный софт и продукты Jira. Тут у каждого свой путь!-)

VolCh 16 ноя 2020 в 11:12

Надо просто не забыть добавить Докер в требования на вакансию человека после себя

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Миграция Jira Service Desk из «облака» на сервер

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

Публикации

Истории