Сравнение jira cloud и jira server

JIRA Server

This model is what we are all used to. You buy a piece of software and you install it on your own servers that you maintain yourself. So, why would you go with this option over the Cloud version?

Who Is This Aimed At?

• Large businesses and teams.
• Businesses and teams that plan to integrate JIRA with their own internal systems.
• Businesses who may handle sensitive data and do not want any part of their data in the “cloud”.
• Businesses and teams that simply want full control over everything.

What Does JIRA Server Give You?

Everything that JIRA Cloud doesn’t give you. No list needed here. With your very own JIRA Server installation, you have full access to the application, file system & database. , integrate with your internal LDAP systems, have unlimited choice of plugins and expand storage to your liking.

Full Customization: You will be able to tweak and modify system files as needed. From simple tweaks such as adding a jira-config.properties file to disable the relative dates to modifying vm templates for other purposes.

Full Administration: You will have access to all JIRA System Administrator privileges.

LDAP Integration: You can create users manually, allow open registration, or integrate with one or many LDAP systems.

Add-on Choice: You are not restricted in your plugin choice.

Expandable Storage: Storage is only limited if you limit it. You can expand as needed.

Upgrades, When You Say:  With JIRA Cloud you are upgraded automatically and that can be a good or bad thing. With JIRA Server you control when you upgrade JIRA or its plugins.

Staging Platforms: With JIRA Server you get a development license that you use on your staging platforms. This allows you to test out new versions of JIRA, plugins, or even your own customizations before migrating to production and impacting your user base.

What Does JIRA Server NOT Give You?

Ease Of Installation: JIRA is relatively easy to install on the server, but for new administrators, you must build out your server environments, your database, and then install and configure JIRA. For some, this can be a difficult and daunting task.

More Money: JIRA Server is going to be much more expensive than choosing the cloud solution due to the other aspects of the application that you have to worry about.

Confluence

Confluence – это сервис для организации командной работы и структурированного хранения рабочей информации. Основными его элементами являются динамические вики-страницы для проектов и идей. Их можно использовать в качестве источника данных с общим доступом для участников команды и привлеченных специалистов.

Кроме того, Confluence включает пространство для организации рабочей среды с рядом полезных инструментов: планы и шаблоны проектов, протоколы собраний и многое другое. Сервис предлагает обширную базу шаблонов для проектов из разных сфер: проект-менеджмент, продукт-менеджмент, стратегическое планирование, управление персоналом, управление IT-услугами (ITSM), разработка ПО, удаленная работа, разработка маркетинговых стратегий, разработка дизайна и т.д.

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

Как и другие продукты компании, Confluence доступен в трех вариантах размещения: Cloud (все данные хранятся в облаке), Server (все данные хранятся на сервере клиента) и Data Center (гибридная версия с разными вариантами конфигурации).

Чтобы подключить JIRA-сайт 1 для использования JIRA-сайта 2 для управления пользователями, необходимо выполнить следующие шаги:

1. Настройте сайт JIRA 2 для распознавания сайта JIRA 1:
   • Войдите на сайт JIRA 2 как пользователь с глобальным разрешением «Администраторы JIRA» (JIRA Administrators).
   • Выберите> «Управление пользователями» (User Management). «Выберите пользовательский сервер JIRA» (JIRA User Server).

 Ярлык клавиатуры: ‘g’ + ‘g’ + начните вводить «jira user».

• Добавьте приложение (Add) .
• Введите имя и пароль приложения (application name and password), которые JIRA-сайт 1 будет использовать при доступе к сайту JIRA 2.
• Введите «IP-адрес» или адреса сайта JIRA 1. Допустимые значения:
  • Полный IP-адрес, например. 192.168.10.12.
  • Диапазон IP подстановочных знаков с использованием нотации CIDR, например. 192.168.10.1/16. Для получения дополнительной информации см. введение в нотацию CIDR в Википедии и RFC 4632.
• Сохраните (Save) новое приложение.

1. Настройте JIRA-сайт 1 для делегирования управления пользователями:
   • Войдите на сайт JIRA 1 в качестве пользователя с глобальным разрешением «Администраторы JIRA» (JIRA Administrators).
   • Выберите «Управление пользователями» (User Management)> «Каталоги пользователей» (User Directories).

                           Комбинация клавиш: ‘g’ + ‘g’ + начало ввода ‘каталогов’ (directories).

• Добавьте каталог (Add) и выберите тип в «Atlassian JIRA».
• Введите настройки, как описано ниже. При запросе имени и пароля приложения (application name and password) введите значения, которые вы определили в настройках на сайте JIRA 2.
• Сохраните настройки каталога.
• Определите порядок каталогов, щелкнув синими стрелками вверх и вниз рядом с каждым каталогом на экране «Пользовательские каталоги» (User Directories). Ниже приведено краткое описание того, как порядок каталога влияет на обработку:
  • Порядок каталогов — это порядок, в котором они будут искать пользователей и группы.
  • Изменения для пользователей и групп будут производиться только в первом каталоге, где приложение имеет разрешение на внесение изменений.

Подробнее см. «Управление несколькими каталогами».

Что же выбрать?

Выбор зависит от потребностей клиента. Приведем несколько случаев, когда тот или иной вариант будет более актуальным.

Облако – оптимальный вариант для случаев, когда нагрузка непостоянная. Например, ваш проект – это ивент-компания. Максимальное количество ресурсов необходимо в период проведения мероприятий. В другое время высокая производительность не требуется. Пользуясь облаком, вы платите за фактически использованные ресурсы, а ваша площадка быстро адаптируется под повышенную нагрузку.

Виртуальный сервер необходим для проектов, которым нужна полная изолированность ресурсов и высокая производительность. На вашем сайте слишком большой трафик и обычный хостинг не может обеспечить стабильную работу – значит, стоит задуматься о переходе на VPS/VDS.

Есть вариант и с арендой выделенного сервера. О том, когда это будет актуально, мы писали здесь. В двух словах: когда у вас крупный веб-проект или есть повышенные требования к конфиденциальности. Если вы используете выделенный сервер, то у вас есть возможность контролировать программное обеспечение, его установку и тестирование. Это имеет особое значение для организаций, которым важен контроль периодичности обновлений, а любые простои могут повлиять на проект в целом. Если облако выгодно арендовать, когда происходят периодические скачки нагрузки, то выделенный сервер позволяет лучшим образом справляться с проектами, для которых высокая производительность нужна постоянно. Кроме того, VDS и выделенный сервер от облачных мощностей отличает предлагаемый клиенту уровень доступа. Как правило, конфигурацию облачного ПО пользователь изменить не может. На VPS и выделенных серверах клиент получает полноценный административный доступ.

Integrate Jira Cloud and Slack

1. After installing, you’ll be guided to log into your Atlassian account to link Slack and Jira; this should only take a minute.
2. After logging in, you’ll get a direct message from the Jira Cloud app in Slack. From here, you’ll be able to connect your first Jira project to a Slack channel.

Once this is set up, the following will become available:

• Personal Jira notifications in Slack- Get personal Jira notifications in Slack via a DM with @Jira instead of via email.
• Connect Jira projects to Slack- Get updates for a specific project in Slack via a DM with @Jira or in a channel of your choosing.
• Issue previews- Automatically send helpful issue previews whenever a Jira issue link/issue key is sent in a conversation
• Create issues from Slack- Create issues straight from Slack, in the context of a conversation
• Interact with issues from Slack- Transition, assign, comment on, and watch issues right from Slack.

Схемы защиты задач JIRA (Issue Security Schemes)

Эта функция JIRA позволяет вам контролировать доступ к задачам. Она включает в себя несколько уровней доступа, которые распределяются между пользователями и группами. Вы можете указать уровень доступа к задачи во время ее создания или редактирования.

Также имеется Стандартная схема защиты (Default Permission Scheme), которая будет назначена любому новому проекту. Схемы защиты позволяют вам создавать наборы уровней доступа и применять их к любому проекту.

Системная администрация (System Administration)

Вот несколько полезных функций, которые JIRA предоставляет администраторам:

Логи ревизий (Audit Log). В этой вкладке вы можете увидеть детали созданной задачи, а также изменения, внесенные в задачу.

Связывание задач (Issue Linking). Здесь указывается связана ли ваша задача с какой-то другой, существующей в данном проекте. Также в этой панели можно отменить данную связь.

Система почты JIRA (Mail in JIRA). Используя систему почты в качестве администратора, вы можете пересылать задачи на почтовые сервера POP и IMAP, а также отправлять их в виде сообщений на внешние почтовые ящики.

События (Events). В этой вкладке описан статус, стандартный шаблон, схемы оповещения и передача ответственности за событие. События разделены на два типа: Системные события (System event, те, что установлены в JIRA по умолчанию) и Пользовательские события (Custom event, соответственно, те, что были созданы пользователями).

Контрольный список (Watch list). Позволяет просматривать определенные задачи, видя уведомления, связанные с ними. Чтобы просмотреть задачу, кликните «просмотр» в окне задачи, а если вы хотите увидеть, кто еще просматривает эту задачу, вы можете нажать на число в скобках.

Счетчик задач (Issue Collectors). Позволяет собирать информацию с любого сайта. Будучи администратором,  можно кликнуть по счетчику задач, после чего появится опция, позволяющая его добавить. Как только вы настроите внешний вид счетчика, автоматически сгенерированный JavaScript можно перенести на сайт для передачи информации.

Инструменты разработки (Development Tools). Вы можете также подключить ваши инструменты разработки ПО к JIRA, используя функции администратора. Вам необходимо ввести URL приложения для подключения его к JIRA.

Особенности лицензирования и стоимость владения

Jira Cloud. Оплачивается помесячно. Что это означает? Это означает что купленная подписка не может быть продлена в выходные или праздничные дни, когда доступ срочно может понадобиться, и может произойти такая ситуация, когда пользователю не получит доступ к своим данным в нужный момент. В таком случае, по истечении подписки, есть две опции. Оставить все как есть, без доступа ко всем данным, которые были собраны за время пользования системой, или перейти на Jira Server, и перенести все свои данные на свой сервер.

Jira Server предлагает годовую лицензию. Это означает, что за пользование решением, требуется оплата один раз в год. В течение данного года, можно улучшать свою Jira, и интегрировать другие продукты. По истечении года, можно выбрать два варианта: продлить лицензию еще на год, или заморозить Jira в том, состоянии, в котором она находится на момент окончания лицензии. Все интеграции, плагины и имеющиеся данные, будут продолжать хранится на локальном сервере. Вы никогда не потеряется свои данные с этим решением и можете продолжать использовать решение, даже без перехода на новые версии приложения.

Попытка номер раз

Главным преимуществом системы, которая изначально была у нас в стеке, напомню, это был Zephyr, была глубокая интеграцияс JIRA. Интеграция позволяла вести всю тестовую документацию прямо не выходя из нее, настраивать дэшборды, используя JQL, писать тест кейсы прямо в таске и интегрировать их в «борду». Впрочем, были и минусы. Во-первых, очень сложно и неудобно писать/редактировать тесты в маленьком окошке (да-да, оно умеет настраиваться по размеру, но все равно неудобно, особенно при большом объеме документации). Во-вторых, мы не смогли найти ответ, как слинковать автотесты c ручными и настроить сквозные отчеты для нашей тестовой инфраструктуры (возможно плохо искали). Эти недостатки и отправили нас в путешествие в надежде найти тихую гавань, в которой хочется заниматься тестированием и качеством продукта, а не постоянной рутиной по сборке и допиливанию отчетов. Мы отправились искать другой инструмент.

Отчеты (Reports) в JIRA

Для отслеживания прогресса в Agile существует диаграмма сгорания задач (Burndown Chart), отображающая выполненный и запланированный объем работы, необходимый для завершения спринта. Типичная диаграмма будет выглядеть примерно так же, как на скриншоте ниже. Красная линия отображает фактический объем выполненной работы, в то время как синяя отображает идеальный объем выполненной на протяжении scrum-цикла работы.

Помимо диаграммы сгорания задач в JIRA существует множество других опций: Отчет по спринту (Sprint Report), Отчет по эпику (Epic Report), Отчет по версиям (Version Report), Диаграмма производительности (Velocity Chart), Диаграмма управления (Control Chart), Диаграмма совокупного потока (Cumulative flow diagram). Вы можете использовать разные способы отслеживания прогресса работы над вашим проектом.

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

На ней в процентном формате отображена статистика по задачам, включающая в себя их количество и важность. Круговая диаграмма может быть использована для отображения различных типов данных: Назначения (Assignee), Компоненты (Components), Типы задач (Issue Type), Приоритеты (Priority), Решения (Resolution), Статусы (Status) и т

д.

Вы также можете настроить то, как будет отображаться рабочая панель Scrum — для этого имеется множество опций. Элементы Scrum, которые можно настроить подобным образом, включают в себя: колонки (Columns), Swim Lane блок-схемы, быстрые фильтры (Quick Filters), цвета элементов (Card colors) и т. д. Здесь, например, мы выбрали управление колонками, а для типа отображаемой информации указали «Подсчет задач» (Issue count), что позволило нам увидеть точное число задач, находящихся в процессе выполнения, выполненных и ожидающих выполнения. Помимо этого можно выбрать множество других типов колонок, которые будут отображать ту информацию, которая вам необходима.

Фильтры (Filters)

Вы можете создавать свои фильтры в придачу к установленным по умолчанию. Фильтры могут быть по данным (date), компонентам (component), приоритетам (priority), решениям (resolution) и т.д.

Kanban-панели и управление задачами

Точно так же, как с панелью Agile Scrum, мы можем создать Kanban-панель. В данном примере мы создали проект под названием «Облачное тестирование» (Cloud Testing). Kanban-панель полезна для управления и ограничения находящейся в процессе выполнения работы. Kanban-панели отображаются в режиме работы, но не в режиме планирования.

Так мы создали две задачи на Kanban-панели: «Баг, обнаруженный во время нагрузочного тестирования» (Bug detected while load testing) и «Проверить задачи, относящиеся к облачному серверу» (Check issues related to cloud server).

Kanban считается лучшим методом для работы с багами и поддержки релизов, когда новые задачи соответственно приоритезируются и обрабатываются. Есть несколько способов повысить эффективность вашей работы в Kanban:

• Визуализация рабочего процесса;
• Ограничение находящейся в процессе выполнения работы:
• Работа с задачами;
• Оценка времени цикла.9 

Сравнение JIRA Scrum и JIRA Kanban

Scrum	Kanban
Отчёты (Reports)	Отчёты (Reports)
Диаграмма сгорания задач отображает все изменения в процессе и направлении работы, пока спринт находится в стадии выполнения. Прочие диаграммы могут включать в себя отчёты по спринту, диаграммы по производительности, отчёты по эпику и т. д.	Диаграмма контроля позволяет вычислять время цикла для задач, отображая запланированное и реальное время, потраченное на решение.
Панель Agile (Agile Board)	Ограничения (Constraints)
Позволяет команде просматривать прогресс спринтов. Это рабочий режим, который позволяет разбить панель на различные рабочие пространства.	Команда может решить, следует ли увеличить или уменьшить число задач, отображаемое на рабочих панелях.
Бэклог (Backlog)	Рабочий процесс (Workflow)
Вкладка, на которой команда планирует спринты и необходимые для обработки пользовательские истории.	Вы можете привязать колонки к статусным панелям вашего рабочего процесса. Простым добавлением колонок рабочий процесс может быть изменён по необходимости.

По материалам Software Testing Help

Функциональный объём внедрения

• Все цены приведены из расчёта 2000 пользователей;
• Приведены цены на основе цен указанных https://marketplace.atlassian.com, реальная стоимость (со скидками) получается ниже;
• Как видим, итоговая сумма практически не отличается для редакций Data Center и Server;
• Для использования отобраны плагины только с поддержкой редакции Data Center. Остальные плагины мы исключили из планов, для стабильности системы.

• Добавлено несколько визуальных инструментов;
• Улучшены интеграционные механизмы;
• Добавлен инструментарий для проектов по водопадной модели;
• Добавлен инструментарий для масштабируемого Scrum, для организации работы больших проектных команд;
• Добавлен функционал для ведения учёта времени;
• Добавлен инструментарий для автоматизации операций и конфигурирования решения;
• Добавлен функционал для упрощения и автоматизации администрирования решения.

Atlassian Companion appALM Works Jira Clienthttps://marketplace.atlassian.com/apps/7070интеграции с MS ProjectCeptah Bridge — JIRA MS Project PluginИнтеграция с внешними приложениямиhttps://developer.atlassian.com/server/jira/platform/rest-apis

Установка Java

Jira написана на Java, поэтому в системе должна быть установлена последняя. Вы воспользуемся пакетом openjdk:

apt-get install default-jdk

* пакет default-jdk устанавливаем совместимую с нашей системой java.

В нашей системе уже могут оказаться ранее установленные версии java. Введем команду:

update-alternatives —config java

Если мы увидим что-то на подобие:

There is only one alternative in link group java (providing /usr/bin/java): /usr/lib/jvm/java-11-openjdk-amd64/bin/java
Nothing to configure.

… то значит, что у нас только одна версия Java — продолжаем настройку сервера, иначе, выбираем подходящий вариант (как правило, последнюю версию).

После установки Java вводим:

java -version

Мы должны увидеть что-то на подобие:

openjdk version «11.0.10» 2021-01-19
OpenJDK Runtime Environment (build 11.0.10+9-Ubuntu-0ubuntu1.20.04)
OpenJDK 64-Bit Server VM (build 11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, sharing)

Java установлен и готов к работе.

JIRA Cloud

The mysterious all encompassing cloud. Everyone is talking about clouds and the clouds apparently hold everything as well but what is it?  The cloud is nothing more than a network of servers that play host to the content or software you are trying to access. Atlassian has provided a cloud based solution for many of their products with JIRA being one of them.

Who Is This Aimed At?

• Small businesses and teams.
• Small businesses and teams with no system administrators on staff.
• Businesses that want minimal overhead in system administration. Meaning, they do not want to maintain servers, software upgrades, and other things that an IT system administrator, server administrators and a host of others must take care of.

What Does JIRA Cloud Give You?

Fast Start-Up: Once you’ve made the decision to go with JIRA Cloud, the rest is easy and fast! After purchasing your license, it will only take a few minutes for your new JIRA instance to be setup.

Upgrades, No Worry: You do not have to worry about staying current with releases or lagging behind due to your internal project road maps.

Less Administration: With cloud instances of JIRA, you simply take out a huge overhead of worrying about servers, networking, memory, CPU, etc. Atlassian does this for you so you can focus on other things.

More Money: Without the need to worry about servers and technical guru’s, you can save on costs of managing that yourself.

Security: JIRA Cloud enforces SSL by default.

What Does JIRA Cloud NOT Give You?

Full Customization: You’ll find there are some tweaks you can make to JIRA that requires the creation and modification of system files. You won’t have access to the file system, nor database if you go with JIRA Cloud.

Full Administration: There are certain JIRA system administrator functions that will forever be beyond your reach.

Add-on Choice: Not all add-ons in the Atlassian marketplace are Cloud compatible. Before making your choice, understand what JIRA can do for you and if there are plugins you are interested in.  Check to see if they are Cloud compatible or not.  With the Atlassian Connect developer platform, more and more plugins are becoming Cloud compatible. Atlassian Connect can also give you the ability to write your own custom plugins.

Expandable Storage: Currently, JIRA Cloud is limited to 25gb per Cloud instance. Luckily, you can control attachments in your JIRA. Default is 10mb, but if you have an attachment hungry user base, you may want to reduce and or keep an eye on this precious resource.

No Staging Platforms: You have production and that is it.  If you are working on special products or any other features, plugins, etc., you must install to production. There is no Test or Dev server that you can run verification at first.

Заметки:

Если у вас есть JIRA-Crowd-LDAP, каждый раз, когда пользователь входит в систему (то есть первый и последующий раз), данные пользователя в JIRA / Crowd будут обновляться из данных пользователя в LDAP. Это включает имя пользователя, отображаемое имя, адрес электронной почты и членство в группах. Однако для членства в группах применяется только следующее:

• только прямые группы (т. е. не вложенные группы) синхронизируются с LDAP.
• только группы, которые уже присутствуют в JIRA, синхронизированы, т. е. группы не добавляются / удаляются, а иерархии групп не синхронизируются.

 Настройка

 Описание

Имя

Значимое имя, которое поможет вам идентифицировать этот сервер Crowd среди вашего списка серверов каталогов.
Примеры:

Crowd Server

 Пример компании Crowd

 URL- адрес сервера

Веб-адрес вашего консольного сервера Crowd.
Примеры:

http://www.example.com:8095/crowd/

http://crowd.example.com

 Имя приложения

Имя вашего приложения, которое распознается вашим сервером Crowd

Обратите внимание, что вам также нужно будет определить приложение в Crowd, используя консоль администрирования Crowd. См

документацию Crowd о добавлении приложения.

 Пароль приложения

Пароль, который приложение будет использовать, когда оно будет аутентифицироваться в рамках Crowd в качестве клиента. Это должно совпадать с паролем, который вы зарегистрировали в Crowd для этого приложения. См. документацию Crowd о добавлении приложения.

Главный вопрос. Где находится ваша информация?

Основным различием Jira Cloud и Jira Server является место хранения информации. В облачном решении, вся информация хранится на внешних серверах. Пользовательские данные сначала передаются на серверы хостера и там хранятся. Там же и создаются резервные копии, по расписанию хостера.

Может так случиться, что политика безопасности компании не позволяет хранить конфиденциальные данные вне корпоративной сети. Однако стоит учесть, что современные облачные серверы достаточно стабильнgые и безопасные. Производители заботятся о безопасности данных, хранящихся на своих серверах. Они предотвращают сбои, кражу пользовательских данных и, обычно, имеют мощную защиту от различных атак. Компания Atlassian, разрабатывает продукты в соответствии с европейским стандартом GDPR, так что можно быть уверенных в сохранности своих данных.

Jira Server, как понятно из названия, является аналогичным Jira Cloud решением, с одним отличием, которые влечет за собой некоторые другие особенности — хранение данных и произведение вычислений на локальных серверах. Все корпоративные данные, хранятся на корпоративных серверах, под защитой файрвола и других решений для обеспечения безопасности. Вам не нужно пересылать какие-либо данные за пределы локальной сети. Вся информация сохраняется на корпоративном сервере, все резервные копии создаются и хранятся на локальном сервере.

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

С Jira Cloud, вы лишаетесь возможных 100% особенностей платформы:

• Если планируется интеграция сложных сторонних сервисов или программ, Jira Cloud не позволяет этого сделать
• Можно столкнуться с ограничениями в администрировании, когда разработчики Atlassian оставили некоторые доступы закрытыми, и доступными только для себя
• Плагины могут быть не совместимы с Jira Cloud, если они не были разработаны конкретно под эту платформу. Иногда они не позволяют синхронизировать данные между серверным и облачным решениями

Jira Server является более гибким решением в плане интеграции и кастомизации с помощью плагинов. Выбрать Jira Server стоит основываясь на таких критериях:

• Для Вас не подходит большинство готовых решений и требуется много изменений для идеальной настройки для конкретного случая.
• Количество плагинов для серверного решения в несколько раз превосходит количество плагинов для Jira Cloud позволяет связываться с пользовательскими каталогами (AD, LDAP), чтобы упростить настройку расширенного доступа и политик конфиденциальности
• Более простая интеграция для подключения к множеству других приложений и сервисов, для получения полноценных комплексных решений