Установка и самостоятельный хостинг Jira на Linux
Быстрые ссылки
- Почему размещать Jira самостоятельно
- Как установить Jira на Linux

Почему размещать Jira самостоятельно
Jira — система учёта задач от Atlassian. Приложение закрытое (не open-source), но можно установить его на свои серверы вместо использования облачного SaaS.
Преимущества самостоятельного хостинга:
- Стоимость на больших инсталляциях может быть ниже, чем у облака. Снижение затрат проявляется при росте числа пользователей.
- Полный контроль над сетью и доступом: можно ограничить доступ внутри корпоративной сети и интегрировать с локальными системами SSO.
- Гибкость настройки: можно подключать внешние базы данных, настраивать бэкапы и интеграции под корпоративные процессы.
Ограничения и риски:
- Необходимы ресурсы на поддержку инфраструктуры: администрирование ОС, обновления, мониторинг и бэкапы.
- Ответственность за безопасность и соответствие требованиям (например, защита данных и шифрование).
- Стоимость владения (TCO) зависит от инфраструктуры и уровня автоматизации.
Факты и числа для оценки (ориентировочно):
- Jira Cloud имеет модель оплаты на пользователя. Для небольших команд облако может быть дешевле.
- Бесплатный облачный план доступен при менее 10 пользователях.
- Для средних и больших команд рассмотрите Jira Data Center (поддержка SAML, кластеры).
Важное: экономия на лицензиях может компенсироваться затратами на эксплуатацию серверов и администрирование. Выбирайте модель в зависимости от масштаба и требований к контролю данных.
Критерии выбора модели развёртывания
- Меньше 10 пользователей: облако бесплатно или очень дешёвый серверный вариант.
- 10–100 пользователей: сравнивайте годовую облачную подписку и стоимость серверной лицензии плюс поддержка.
- 500+ пользователей: Data Center часто выгоднее по цене и масштабируемости.
Как установить Jira на Linux — пошаговое руководство
Ниже — практическая инструкция, взятая и адаптированная из официального процесса установки. Сохраняем оригинальные команды и примеры.
Подготовка сервера
- Выберите дистрибутив Linux и выделите ресурсы. Рекомендуется минимум 2 vCPU и 4 ГБ RAM для тестовой инсталляции; для продакшна планируйте больше.
- Убедитесь, что сервер имеет доступ в интернет и корректно настроено имя хоста.
- Решите, где будет храниться база данных (локально или на отдельном сервере).
Скачивание инсталлятора
Откройте сайт Atlassian и получите прямую ссылку на .bin-инсталлятор. Иногда нужно выбрать “Linux 64 Bit”, принять лицензию и скопировать ссылку через “Copy Link Address”.
Команда для скачивания (пример из исходного руководства):
curl https://www.atlassian.com/software/jira/downloads/binary/atlassian-jira-software-8.6.0-x64.binСделайте файл исполняемым и запустите инсталлятор:
chmod a+x atlassian-jira-software-8.5.1-x64.binsudo ./atlassian-jira-software-8.5.1-x64.binЗапуск от root установит Jira как службу systemd/инициализационный сервис, что упростит управление и автозапуск.
Варианты установки
- Express Install — быстро, использует значения по умолчанию.
- Custom Install — позволяет изменить путь установки, расположение данных и порт (по умолчанию 8080).
- Upgrade An Existing JIRA Installation — обновление существующей инсталляции.
При custom install вы выберете папку установки и папку данных. Убедитесь, что место для данных находится на диске с достаточным пространством.

Установите Jira как сервис, чтобы он стартовал при загрузке ОС. После завершения инсталляции Jira будет доступна на порту 8080.
Настройка обратного прокси и HTTPS
Часто логично вынести Jira за доменное имя и настроить обратный прокси через nginx. Пример конфигурации nginx (сохранён из исходника):
server {
server_name jira.example.com;
location / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://localhost:8080;
client_max_body_size 10M;
}
listen [::]:80;
listen 80;
}Важно: после настройки nginx используйте Certbot или вручную установите SSL-сертификаты, чтобы обеспечить защищённое соединение по HTTPS.
Завершение веб-конфигурации
Перейдите по URL (например, http://jira.example.com или http://YOUR_SERVER_IP:8080) и продолжите веб-мастером настроек:
- Выберите быструю настройку для оценки или ручную настройку для продакшн-режима.
- При ручной настройке подключитесь к базе данных (встроенная или внешняя). База данных может быть на другом сервере.
- Установите базовый URL, чтобы ссылки формировались корректно.
- Введите лицензионный ключ из учётной записи MyAtlassian или активируйте 30-дневный триал.




После ввода лицензии создайте учётные записи пользователей и настройте необходимые проекты и схемы.
Рекомендации по базе данных
Рекомендуемые СУБД: PostgreSQL, MySQL (или MariaDB) для production; встроенная база подходит только для оценки и малых нагрузок.
Короткие рекомендации:
- Используйте выделенную БД для Jira.
- Настройте регулярные бэкапы БД и проверьте процедуру восстановления.
- Разнесите БД и приложение по разным хостам, если нужно масштабирование или высокодоступное решение.
Резервное копирование и восстановление
Минимальный план бэкапов:
- Ежедневный экспорт базы данных.
- Ежедневное копирование каталога с attachments и папки data Jira.
- Тест восстановления не реже раза в квартал.
Playbook быстрого восстановления (SOP):
- Остановить сервис Jira.
- Восстановить БД из последнего бэкапа.
- Восстановить каталог attachments и папку home.
- Запустить Jira и проверить логи.
Безопасность и hardening
- Используйте HTTPS всегда.
- Откройте доступ только с нужных IP/подсетей или через VPN.
- Настройте интеграцию с SSO/SAML, если требуется централизованный доступ.
- Ограничьте права на файловую систему: сервисный пользователь должен иметь доступ только к необходимым каталогам.
- Регулярно применяйте обновления безопасности и тестируйте обновления в тестовой среде.
Когда самостоятельный хостинг не подходит
- Нет ресурсов для поддержки инфраструктуры и бэкапов.
- Требуется минимальное время на администрирование и быстрое масштабирование вне вашей зоны ответственности.
- Требования к доступности и SLA перекрывают вашу способность обеспечивать 24/7 поддержку.
Роль-based чек-листы
Администратор Jira:
- Проверить доступность URL и сертификатов.
- Настроить почтовые уведомления и схемы прав.
- Управлять лицензиями.
DevOps / Инженер по развертыванию:
- Настроить сервис как systemd юнит.
- Настроить мониторинг (метрики, диск, нагрузка).
- Настроить резервное копирование и план восстановления.
DBA:
- Настроить и оптимизировать базу данных.
- Проводить регулярные бэкапы и тесты восстановления.
Специалист по безопасности:
- Настроить брандмауэр и ограничить доступ по IP.
- Проверять уязвимости и обновления.
Критерии приёмки
- Jira доступна по базовому URL с HTTPS.
- Подключение к базе данных успешно.
- Все ключевые проекты и пользователи видны и работают.
- Бэкап и восстановление проверены на тестовой копии.
Возможные проблемы и быстрые решения
Проблема: страница установки не загружается.
Решение: проверьте, слушает ли процесс порт 8080, проверьте firewall и nginx.Проблема: ошибка подключения к БД.
Решение: проверьте строку подключения, сеть между серверами и права пользователя БД.Проблема: загрузка вложений медленная.
Решение: проверьте диск, настройки client_max_body_size в nginx и сетевую пропускную способность.
Модель принятия решения (мермайд)
flowchart TD
A[Начало: Нужно ли контролировать данные?] -->|Да| B[Рассмотреть self-host]
A -->|Нет| C[Рассмотреть облачный Jira]
B --> D{Сколько пользователей?}
D -->|<10| E[Малые команды: облако бесплатно или серверная лицензия]
D -->|10-100| F[Сравнить TCO облако vs сервер]
D -->|>500| G[Рассмотреть Data Center для масштабируемости]Шаблон проверки перед апгрейдом
- Сделать полный бэкап БД и файлов Jira.
- Протестировать обновление на тестовом стенде.
- Проверить совместимость плагинов и marketplace-приложений.
- Сообщить пользователям окно обслуживания.
Часто задаваемые вопросы
Q: Можно ли использовать встроенную базу в продакшне?
A: Встроенная база предназначена для оценки и небольших тестовых инсталляций. Для продакшна используйте PostgreSQL или MySQL.
Q: Как обеспечить высокую доступность?
A: Для HA используйте Jira Data Center с кластеризацией, распределёнными узлами и внешней БД с репликацией.
Q: Нужен ли обратный прокси?
A: Рекомендуется использовать nginx или другой прокси для SSL-терминации, ограничения доступа и балансировки нагрузки.
Краткое резюме
- Самостоятельный хостинг Jira даёт контроль и может снизить затраты на больших инсталляциях.
- Установка на Linux выполняется через .bin-инсталлятор, запуск от sudo устанавливает сервис.
- Настройте nginx и SSL, резервное копирование и мониторинг.
- Тестируйте обновления и имейте чёткий план восстановления.
Важно: перед переводом в продакшен прогоните полную проверку восстановления и согласуйте план поддержки для SLA вашей организации.
Похожие материалы
Несколько аккаунтов Skype: Multi Skype Launcher
Журнал для работы: повысить продуктивность
Персональные звуки уведомлений на Android
Скачивание шоу Hulu для офлайн‑просмотра
Microsoft Start: персонализированная новостная лента