Как внедрить Atlassian Jira Confluence в корпорации Технические вопросы

Как внедрить Atlassian Jira + Confluence в корпорации. Технические вопросы

Планируете внедрение ПО Atlassian (Jira, Confluence)? Не хотите допустить жестоких ошибок в проектировании, которые потом придётся решать в последний момент?

Тогда вам сюда — рассматриваем внедрение Atlassian Jira + Confluence в корпорации с учётом различных технических аспектов.
Здравствуйте, я являюсь руководителем центра компетенции по продуктам Atlassian в РСХБ (Россельхозбанк) и отвечаю за развитие Системы управления жизненным циклом (СУЖЦ) построенной на программных продуктах Jira и Confluence.

В этой статье опишу технические аспекты построения СУЖЦ. Статья будет полезна всем, кто планирует к внедрению или занимается развитием систем построенных на ПО Atlassian в корпоративном окружении. Статья не требует специальных знаний и рассчитана на начальный уровень знакомства с продуктами компании Atlassian. Статья будет полезна администраторам, владельцам продукта, руководителям проектов, архитекторам, всем кто планирует внедрение систем на основе ПО Atlassian.

Введение

В статье будут рассмотрены технические вопросы внедрения Системы управления жизненным циклом (СУЖЦ) в корпоративном окружении. Давайте вначале определим, что же это значит.

А что значит корпоративное решение?

Это значит решение:

  1. Масштабируемое. В случае роста нагрузки, существует техническая возможность нарастить мощность системы. Разделяют горизонтальное и вертикальное масштабирование — при вертикальном масштабировании наращивается мощность серверов, при горизонтальном масштабировании увеличивается количество серверов для работы системы.
  2. Отказоустойчивое. Система останется доступной при выходе из строя одного элемента. В общем случае для корпоративных систем не требуется отказоустойчивости, но мы будем рассматривать именно такое решение. У нас в системе планируется несколько сотен конкурентных пользователей и простои будут очень критичны.
  3. Поддерживаемое. Решение должно находиться на поддержке у вендора. ПО без поддержки должно замещаться собственными разработками или другим ПО с поддержкой.
  4. Установка Self-managed (On-premise). Self-managed — это возможность устанавливать ПО не в облаке, а на собственных серверах. Если быть точнее, то это все варианты установки не SaaS. В этой статье мы будем рассматривать варианты установки только Self-managed.
  5. Возможность независимой разработки и тестирования. Для организации предсказуемых изменений в системе, требуются отдельные система для разработки (изменений в самой системе), система тестирования (Staging) и продуктивная система для работы пользователей.
  6. Другое. Поддерживает различные сценарии аутентификации, поддерживает аудит логи, имеет настраиваемую ролевую модель и т.д.

А что такое Система управление жизненным циклом (СУЖЦ)?

Если коротко, то в нашем случае это Atlassian Jira и Atlassian Confluence — система предоставляющая инструментарий для организации коллективной работы. Система не «навязывает» правила организации работы, а предоставляет разнообразный инструментарий для работы, это и Scrum, и Kanban-доски, и водопадная модель, и масштабируемый Scrum и т.д.
Название СУЖЦ не является отраслевым термином или общеупотребительным понятием, это просто название системы в нашем Банке. СУЖЦ для нас не является системой баг-трэккинга, не является системой Управления инцидентами и системой Управления изменениями.
В системе конечно же присутствует функционал и для баг-трэккинга, и для регистрации инцидентов, и для управления изменениями. И для тех или иных задач этот функционал используется. Но нельзя сказать, что все баги или все инциденты или все изменения регистрируется в нашей системе. В каждом конкретном случае своя специфика. Если какое-то подразделение использует Jira и ведёт там изменение, то для данного изменения, данная команда может решить вести там все баги, все изменения, все инциденты. Но это локальное решение одной отдельной команды, для одной конкретной задачи.

Что в себя включает внедрение?

Внедрение решения состоит из множества технических и организационных вопросов:

  • Выделение технических мощностей.
  • Закупка ПО.
  • Создание команды по внедрению решения.
  • Установка и конфигурация решения.
  • Разработка архитектуры решения. Ролевой модели.
  • Разработка эксплуатационной документации, включая инструкции, регламенты, технический проект, положения и т.д.
  • Изменение процессов компании.
  • Создание команды поддержки. Разработка SLA.
  • Обучение пользователей.
  • Другое.

Особенности Atlassian

Компания Atlassian является лидером во многих сегментах:


    (Лидерство обусловлено удачным приобретением AgileCraft со своим облачным решением)

  1. Решения Atlassian основываются на веб-сервере Java Tomcat. ПО Apache Tomcat идёт в составе ПО Atlassian, как часть инсталляции, изменить маджор-версию Apache Tomcat, установленного в составе ПО Atlassian, нельзя. Изменить минорную версию можно, такое действие может требоваться, если версия устарела и содержит уязвимости — после этого обновления Atlassian не будет поддерживать решение. Единственная возможность не потерять поддержки, это ждать обновления от Atlassian, с более новой версией Apache Tomcat. Сейчас, например, в актуальных версиях Jira идёт Apache Tomcat 8.5.42, а в Confluence идёт Apache Tomcat 9.0.33 (как видим, маджорные версии Tomcat в разных продуктах различные).
    (Спасибо Max Max из Atlassian User Group Moscow, за замечание про версии Tomcat.)
  2. Удобный интерфейс, реализованы лучшие практики доступные на рынке для данного класса ПО.
  3. Полностью настраиваемое решение. С доработками можно реализовать любое изменение базового функционала для пользователя.
  4. Развитая экосистема. Есть несколько сотен партнёров: https://partnerdirectory.atlassian.com, в том числе 16 партнёров в России. Именно через партнёров в России можно купить ПО Atlassian, плагины, пройти обучение. Именно партнёры разрабатывают и поддерживают большинство плагинов.
  5. Магазин приложений (плагины): https://marketplace.atlassian.com. Плагины значительно расширяют функционал ПО Atlassian. Базовый функционал ПО Atlassian достаточно скромный, практически для любых задач возникает необходимость установки дополнительных плагинов бесплатно или за дополнительные деньги. Поэтому затраты на ПО могут оказаться значительно выше, чем это оценивалось первоначально.
    На текущий момент в магазине опубликовано несколько тысяч плагинов, почти тысяча из них протестирована и валидирована по программе Data Center approved apps. Такие плагины могут считаться стабильными и подходящими для использования в нагруженных системах.
    Советую щепетильно подойти к вопросу планирования плагинов, это сильно влияет на стоимость решения, многие из плагинов могут привести к нестабильности системы и производитель плагина не оказывать поддержки для решения проблемы.
  6. Обучение и сертификации: https://www.atlassian.com/university
  7. Поддерживаются механизмы SSO, SAML 2.0.
  8. Поддержка масштабируемости и отказоустойчивости есть только в редакциях Data Center. Такая редакция впервые появилась в 2014 году (Jira 6.3). Функциональность редакций Data Center всё время расширяется и дорабатывается (например, возможность single node installation появилась только в 2020 году). Подход к плагинам для редакций Data Center, сильно изменился в 2018 с введением Data Center approved apps.
  9. Стоимость поддержки. Стоимость поддержки от вендора, практически равна полной стоимости лицензий ПО. Пример расчёта стоимости лицензий приведён ниже.
  10. Отсутствие Long Term релизов. Есть так называемые Enterprise версии, но они, так же как и все остальные версии, поддерживаются 2 года. С тем отличием, что для Enterprise версий выпускаются только исправления, без добавления нового функционала.
  11. Расширенные варианты поддержки (за дополнительные деньги). https://www.atlassian.com/enterprise/support-services
  12. Поддерживается несколько вариантов СУБД. ПО Atlassian поставляется с бесплатной СУБД H2, данная СУБД не рекомендуется для продуктивного использования. Для продуктивного использования поддерживаются следующие СУБД: Amazon Aurora (Data Center only) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Есть ограничения по поддерживаемым версиям и часто поддерживаются только старые версии, но для каждой СУБД есть версия, с поддержкой вендора:
    Jira supported platforms,
    Confluence supported platforms.

Техническая архитектура

Пояснения к схеме:

  • На схеме приведена реализация в нашем Банке, данная конфигурация приводится, как пример и не является рекомендованной.
  • nginx предоставляет функционал reverse-proxy и для Jira, и для Confluence.
  • Отказоустойчивость СУБД реализовывается средствами СУБД.
  • Перенос изменений между средами производится с использованием плагина Configuration Manager for Jira.
  • AppSrv на схеме — это собственный сервер приложений для отчётности, не использует ПО Atlassian.
  • БД EasyBI создана для построения кубов и отчётности с использованием плагина eazyBI Reports and Charts for Jira.
  • Сервис Confluence Synchrony (компонента, позволяющая производить одновременное редактирование документов) не выделен в отдельную инсталляцию и запускается совместно с Confluence, на том же сервере.
Читайте также:  Кабели для SSD в Москве 371 товар

Лицензирование

Вопросы лицензирования Atlassian заслуживают отдельной статьи, тут упомяну только общие принципы.
Главные вопросы с которыми мы встретились — это вопросы лицензирования редакций Data Center. Особенности лицензирования для редакций Server и Data Center:

  1. Лицензия для редакции Server бессрочная и покупатель может использовать ПО даже после истечения лицензии. Но после истечения лицензии покупатель лишается права получать поддержку по продукту и обновлять ПО на актуальные версии.
  2. Лицензирование производится по количеству пользователей в системе ‘JIRA Users’ global permission. При этом не важно, пользуются они системой или нет — даже если пользователи не заходили в систему ни разу, все пользователи будут учтены для лицензии. В случае превышения количества лицензированных пользователей, решением будет удалить полномочие ‘JIRA Users’ у части пользователей.
  3. Лицензия на Data Center фактически является подпиской. Требуется ежегодная оплата лицензии. При истечении срока, работа с системой будет заблокирована.
  4. Стоимость лицензий может изменяться с течением времени. Как показывает практика, в большую сторону и, возможно, существенно. Поэтому если у вас в этом году лицензии стоят одну сумму, то на следующий год стоимость лицензий может вырасти.
  5. Лицензирование производится по пользователям по tier (например, уровень 1001-2000 пользователей). Есть возможность перейти на более высокий tier, с доплатой.
  6. При превышении количества лицензируемых пользователей, новые пользователи будут создаваться без права входить в систему (‘JIRA Users’ global permission).
  7. Плагины можно лицензировать только на то же количество пользователей, что и основное ПО.
  8. Лицензировать требуется только продуктивные инсталляции, для остальных можно получить Developer license: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
  9. Для покупки сопровождения, требуется покупка Renew Software maintenance — стоимость равняется приблизительно 50% от стоимости первоначального ПО. Такая возможность не доступна для Data Center и не распространяется на плагины — для их поддержки придётся платить полную стоимость ежегодно.
    Таким образом, годовая поддержка ПО стоит более 50% от полной стоимости ПО в случае редакции Server и 100% в случае редакции Data Center — это значительно больше, чем у большинства других вендоров. На мой взгляд это значительная минус бизнес-модели Atlassian.
  1. Переход с редакции Server на Data Center платный. Стоимость можно найти тут https://www.atlassian.com/licensing/data-center.
  2. При переходе с редакции Server на Data Center платить за смену редакции у плагинов не требуется — плагины для редакции Server будут функционировать. Но продлевать лицензии для плагинов уже нужно будет обязательно для редакции Data Center.
  3. Вы можете использовать плагины, для которых нет версии для использования с редакциями Data Center. При этом, конечно, такие плагины могут работать некорректно и лучше заранее предусмотреть альтернативу таким плагинам.
  4. Переход на редакцию Data Center осуществляется установкой новой лицензии. При этом лицензия для редакции Server по-прежнему остаётся доступной.
  5. Нет никаких функциональных различий между редакциями Data Center и Server для пользователей, все различия только в функциях для администрирования и технических возможностях инсталляции.
  6. Стоимость ПО и плагинов различается для редакций Server и Data Center. Разница в стоимости часто составляет менее 5% (не принципиально). Пример расчёта стоимости приведён ниже.

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

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

Для системы Confluence мы используем следующие плагины (картинка кликабельна):

Комментарии к таблицам с плагинами:

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

Заключение

Итак, мы рассмотрели технические особенности внедрения системы на основе продуктов Atlassian. Предложенное решение представляет собой одно из возможных решений и хорошо подходит для корпоративного окружения

Предложенное решение — масштабируемое, отказоустойчивое, сдержит три среды для организации разработки и тестирования, содержит все необходимые элементы для совместной работы в системе и предоставляет широкий спектр инструментов для управления проектами.

Источник

Debian установка Jira + Confluence

Jira

Пришла задача от клиента установить Jira + Confluence. Лицензии были куплены, сервер выделен – можно приступать, но так как никогда не сталкивался с этими системами то решил погуглить на предмет как их ставить. Наткнувшись на информацию по установке, пробежался – понял что ничего военного, начал ставить, далее по тексту все как из документации:

Опущу установку прикладного софта, этой инфы валом в инете.

Для работы обеих систем с mysql необходимо скачать и подключить в обе системы коннектор mysql для java (обе системы написаны на java)

Создаем структуру каталогов для установки Jira + Confluence:

Далее идем на сайт производителя и качаем Jira + Confluence к себе на сервер.

Далее делаю исполняемыми оба файла:

Далее просто запскаю сначала установку jira:

Во ремя установки были стандартные вопросы

– Хочу ли я установить Jira на свой компьютер

– Выбор процесса установки (стандартная, расширенная для опытных, обновление существующей установки)

– Путь установки ( /opt/atlassian/jira )

– Путь к данным ( /var/atlassian/application-data/jira )

Так же будут задан вопросы про порты на которых будут вертется сервисы, Jira по молчанию слушает порт 8080, у меня этот порт был отдан под apache backend, по этому я указал у себя 8081 порт для Jira, в целом это ни на что особо не влиеят, нужно только не забыть про этот порт что бы дальше прописать его в nginx для проксирования.

Та ж процедура идет и для confluence, только порты я не менял от дефолтовых.

После успешной утановки на сервер я настраиваю nginx и создаю базы в mysql и пользователей mysql для продолжения установки через www:

Базы есть, пользователи под них то же есть, далее прикручиваем nginx для проксирование Jira (обратить внимение на порт куда пробрасываем запросы 8081 – так как у меня 8080 висит apache:

Источник

Установка и настройка Confluence на собственный сервер

Чем крупнее становится компания, тем больше появляется различной документации во всех её сферах. Документирование начинается от инструкций для сотрудников и заканчивая описаниями решений проблем и т.п. При малом количестве людей можно даже ничего не вести, ведь куда проще рассказать основное на словах и показать “на пальцах”. А если сотрудников много или большая “текучка” кадров на какой-нибудь должности? Можно использовать обычные офисные программы для создания документов. А если компания настолько разрослась, что таких документов становится очень много? Или у компании столько различных проектов, что можно заблудится во всех этих документах? Что если требуется вести протоколы встреч, выкладывать идеи для общего обсуждения, строить планы по проектам, устраивать опросы? Что если требуется хранить историю изменений и иметь раздельные права доступа? А еще требуется возможность выгрузки из системы в виде документов, например, в PDF формате? Здесь нужен уже какой-нибудь единый портал, единая база знаний, что-то в формате wiki. Для решения таких задач подойдет проект Confluence от Австралийской компании Atlassian.

Проверяем требования

Перед установкой проверим минимальные требования:

  • наличие root доступа; операционные системы(ОС) Linux и Windows;
  • СУБД PostgreSQL версии 9.6, MySQL версии 5.6.16 и 5.7, причем не поддерживается MariaDB, Oracle 12c, Microsoft SQL Server 2012 и выше;
  • для запуска системы хватит 2ГБ оперативной памяти, но минимальные требования — 6ГБ;
  • место на жестком диске минимально 10ГБ;
  • процессор четырехъядерный 2GHz;
  • поддерживаются все браузеры, кроме Internet Explorer 11 и младше.
Читайте также:  Сколько нельзя пить кофе после установки световой пломбы

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

Мы будем использовать в качестве ОС CentOS 7, поскольку он хорошо себя зарекомендовал для серверных решений. А в качестве СУБД — PostgreSQL 9.6. Способов установки Confluence несколько, мы будем использовать установщик. С другими способами Вы можете ознакомиться самостоятельно на официальной странице.

Источник

Установка Jira и Confluence (nginx, SSL, ISPmanager) на Centos7

Внимание! Установка производится на чистый сервер. Если у вас уже есть настроенный сервер, установите Jira и Confluence на новый VDS и перенесите данные. Так как настройка Jira и Confluence может сбить текущие настройки сервера.

Рекомендованные параметры сервера:
CPU: Quad core 2 GHz + CPU
RAM: 6 GB
Minimum database space: 10 GB
Подробное руководство по аппаратным требованиям к серверу, english

1. Создаём в панели ISPmanager в разделе Доменные имена свой основной домен, например example.com (замените на имя вашего домена). В разделе WWW домены создаём два поддомена, например:
jira.example.com — для установки Jira
wiki.example.com — для установки Confluence

2. Переходим в Настройки → Возможности и в разделе Веб-сервер (WWW) устанавливаем nginx.

3. Настройку будем производить сразу на протокол HTTPS . Устанавливаем модуль Let’s Encrypt ( Интеграция → Модули ) и в настройках WWW-доменов включаем Защищенное соединение (SSL) , ставим Перенаправлять HTTP-запросы в HTTPS . В строке SSL-сертификат ставим Новый Let’s Encrypt сертификат .

4. Открываем в разделе WWW-домены конфигурационный файл каждого поддомена с помощью кнопки Конфиг и приводим его к следующему виду:

Конфиг для jira.example.com:

Конфиг для wiki.example.com аналогичный приведённому выше, отличаются только порты проксирования, доменное имя (в нашей настройке — это wiki.example.com) и дополнительный location:

ip-адрес_сервера — ip-адрес вашего сервера, на который направлены поддомены.

Это только пример конфига, вы можете его изменить в соответствии со своими требованиями.

5. Переходим в раздел Инструменты → Базы данных и создаем две базы данных, например jira и wiki . Выставляем пользователей БД и пароли к ним.

Теперь нам нужно сменить кодировку для баз данных. Заходим на сервер по SSH , подключаемся к mysql и выполняем следующий запрос к обоим БД:

Где yourDB — имя вашей базы данных.

6. Чтобы защитить конфиги nginx от изменения панелью управления ISPmanager, выполним следующие команды:

После выполнения данных команд вы не сможете изменять настройки WWW-доменов из панели ISPmanager . Вернуть такую возможность можно следующими командами:

Внимание! Если произвести изменения настроек WWW-поддоменов из ISPmanager , они перестанут корректно работать.

Поправим настройки nginx, чтобы не возникала 504-я ошибка при установке. В конфиг /etc/nginx/nginx.conf в секцию HTTP нужно добавить следующие строки:

7. Приступаем к установке Jira . Скачиваем скрипт установки с официального сайта, выдаем права на запуск скрипта и запускаем его:

Вставляем директорию нашего WWW-домена /var/www/www-root/data/www/jira.example.com

Прописываем порт 8081
Нажимаем Enter

Далее на все вопросы нажимаем Enter.

Если всё прошло успешно, то вы увидите следующее сообщение:

8. Для работы с mysql из java нужен Connector/J , скачиваем его, разворачиваем архив и копируем в директорию /opt/atlassian/jira/lib/

9. Для корректной работы Jira по протоколу HTTPS нужно внести исправления в конфиг /opt/atlassian/jira/conf/server.xml

10. Открываем Jira через веб-интерфейс (jira.example.com) в браузере и завершаем установку. При настройке указываем базу данных, которую мы создали в 5-ом пункте (имя базы, пользователь базы, пароль пользователя). Остальные настройки:

Тип базы данных: Mysql
Имя хоста: localhost
Порт: 3306

11. Приступаем к установке Confluence.

Скачиваем скрипт установки с официального сайта.

Принцип установки такой же как у Jira. Различие лишь в 2-х пунктах:

Указываем корневую директорию поддомена wiki.example.com :
/var/www/www-root/data/www/wiki.example.com

Порт изменять не нужно, нажимаем Enter.

12. Копируем Connector/J :

Редактируем настройки Mysql :

Открываем файл настроек /etc/my.cnf и добавляем туда следующие строки в секцию [mysqld] :

Сохраняем изменения. После этого нужно переименовать существующие лог-файлы и запустить Mysql :

13. Для корректной работы Confluence по протоколу HTTPS нужно внести исправления в конфиг /opt/atlassian/confluence/conf/server.xml

14. Открываем Confluence через веб-интерфейс ( wiki.example.com ) в браузере и завершаем установку.

Если выполняете интеграцию с Jira , указывайте корректный URL. Если Jira работает по протоколу HTTPS , то так и нужно указывать — в нашем случае это https://jira.example.com

Если вы не можете провести установку самостоятельно, обратитесь в нашу службу поддержки. Услуга платная, стоимость — по согласованию с руководителем техподдержки.

Источник



Русские Блоги

Отказ от ответственности: загруженные материалы предназначены только для обучения и общения, и любое неправильное использование запрещено. Я не несу ответственности за несчастные случаи.
Адрес загрузки инструмента для взлома JIRA и Confluence:https://download.csdn.net/download/xunciy/10622489
Atlassian JIRA Software 7.4.1-x64 и Atlassian Confluence 6.3.1-x64 адрес загрузки:
https://pan.baidu.com/s/1pJX9VjovMiTl0o1VyAaitw Пароль: m2jz

каталог
1. Обзор
2. Справочные статьи
3. Подготовка
4. Процесс установки
4.1. Установка и разархивирование
4.2. Установка среды Java
4.3. Установка и настройка MariaDB
4.3.1. Установка
4.3.2 Включите службу mariadb и настройте ее на автоматический запуск после загрузки
4.3.3. Инициализация mariadb
4.3.4. Настройка набора символов (3 элемента)
4.3.5 Подтверждение статуса набора символов
4.4. Создание базы данных JIRA & Confluence
4.5. Загрузите и разархивируйте установочный файл
4.6. Установка и взлом JIRA
4.6.1. Установите онтологию JIRA
4.6.2. Добавить драйвер базы данных
4.6.3. Загрузите оригинальный файл extras.jar в местный
4.6.4 Запустите JIRA и получите ServerID
4.6.5. * Crack *
4.6.6. Последующая установка
4.6.7. Подтвердите результат взлома
4.7. Слияние установки и взлома
4.7.1. Установить Confluence
4.7.2. Добавить драйвер базы данных
4.7.3. Загрузите оригинальный файл extras.jar в местный
4.7.4. Запустите Confluence и получите ServerID
4.7.5. * Crack *
4.7.6. Последующая установка
4.7.7. Подключение к JIRA
4.7.8. Подтвердите результат взлома

1. Обзор

Этот документ является учебным документом и включает в себя:

  • Установка и взлом JIRA;
  • Слияние установки и взлома (включая соединение с JIRA);
  • И предоставление связанных файлов инструментов;

Дата подготовки: 2018/8/23

2. Справочные статьи

3. Подготовка

1. Системный сервер CentOS (используется для переноса JIRA и Confluence, рекомендуется настроить память выше 4G)
2. На локальном компьютере настроена среда Java (эта часть не рассматривается позже)
3. PuTTY, PSCP (не требуется, используется для удаленного подключения к серверу и передачи файлов вверх и вниз)
4. atlassian-jira-software-7.4.1-x64.bin (тело JIRA)
5. atlassian-confluence-6.3.1-x64.bin (онтология слияния)
6. mysql-connector-java-5.1.39-bin.jar (драйвер базы данных)
7. jira_keygen (взломщик JIRA)
8. Confluence_keygen.jar (машина взлома слияния)

Среди них
456, упакованный как «Atlassian.zip»;
78 упакован как «crack tool.zip»;

Ссылка для скачивания:https://pan.baidu.com/s/1pJX9VjovMiTl0o1VyAaitw Пароль: m2jz
Если ссылка не работает, обратитесь к блогеру

4. Процесс установки

4.1 Установка и разархивирование

  • Установка, настройка, использование PuTTY (включая PSCP) и т. Д.
    Пожалуйста, выполните поиск по Baidu, это легко найти везде. Это необязательный элемент, и никаких объяснений не дано.
  • разархивировать установку

4.2 Установка среды Java

4.3 Установка и настройка MariaDB

4.3.1 Установка

4.3.2 Запустите службу mariadb и настройте ее на автоматический запуск после загрузки

4.3.3 Инициализация mariadb

4.3.4 Набор символов конфигурации (3 предмета)

Нажмите i, чтобы войти в режим вставки,
Добавьте под тегом [mysqld]:
init_connect=’SET collation_connection = utf8_unicode_ci’
init_connect=’SET NAMES utf8’
character-set-server=utf8
collation-server=utf8_unicode_ci
skip-character-set-client-handshake

Затем нажмите клавишу Esc, чтобы выйти из режима вставки, затем введите: wq, чтобы сохранить изменения и выйти;

Читайте также:  Разновидности и габариты цокольных вводов

Продолжите к двум другим конфигурациям, операция такая же, как указано выше

Добавить в [клиент]
default-character-set=utf8

Добавить в [mysql]
default-character-set=utf8

4.3.5 Подтвердить статус набора символов
Перезапустите службу mariadb

Введите базу данных

4.4 Создание базы данных JIRA & Confluence

Сначала войдите в базу данных, затем

Просмотр базы данных

4.5 Загрузите и распакуйте установочный файл

  • Загрузите упакованный файл Atlassian.zip на локальный компьютер на сервер / opt

Введите пароль для подключения,
Дождитесь завершения загрузки;

4.6 Установка и взлом JIRA

4.6.1 Установить корпус JIRA

4.6.2 Добавить драйвер базы данных

4.6.3 Загрузите оригинальный файл extras.jar на местный

4.6.4 Запустите JIRA и получите ServerID

(Следующая часть работает на локальной машине)
Откройте браузер и перейдите по ссылке: http: // serverip: 8080

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

Пользовательская конфигурация;
Next;

Если операция выполнена правильно, нажмите [Test Connection], чтобы получить подсказку об «успешном подключении» выше;
Если «Невозможно подключиться», возможно, служба JIRA не включена;
Если «соединение не установлено», возможно, отсутствует драйвер базы данных;
Next;

Информация на этой странице может быть изменена в любое время;
Имя JIRA;
Режим регистрации: частный создает учетные записи пользователей для администраторов, а публичные регистрирует учетные записи для самих пользователей;
базовый URL, по умолчанию — http: // serverip: 8080;
Next;

Запишите и скопируйте ServerID здесь (каждый устанавливает этот идентификатор по-разному)

4.6.5. * Трещина *

Запустите jira_keygen.jar,
Вставьте и введите ServerID,
Имя, адрес электронной почты, организация могут быть заполнены по желанию или в соответствии с реальной ситуацией, они будут отображаться как системная информация, но это не повлияет на взлом
Затем нажмите .gen!, чтобы сгенерировать ключ

Переименуйте загруженный оригинальный файл atlassian-extras-3.2.jar (рекомендуется скопировать копию для резервного копирования) в atlassian-extras-2.2.2.jar
Затем нажмите .patch и выберите atlassian-extras-2.2.2.jar, чтобы открыть,
Приглашение Jar успешно исправлено, и файл .bak сгенерирован

Загрузите исправленный файл atlassian-extras-2.2.2.jar на сервер,
Командная строка cmd:

Заменить оригинальный atlassian-extras-3.2.jar

Откройте веб-страницу 8080,

Заполните только что сгенерированный ключ, трещина завершена;
next;

Примечание:
Если действующая лицензия незаконна

Возможно, файл atlassian-extras.jar не был успешно заменен, пожалуйста, подтвердите его и не забудьте перезапустить службу JIRA.

4.6.6 Последующая установка

Заполните данные учетной записи администратора:
name Имя пользователя
② почтовый ящик
accountВход в аккаунт
④⑤ Пароль
Next;

Конфигурация сервера почтовых ящиков, я расскажу об этом позже;
завершено;

Последующая операция не имеет ничего общего с установкой и не будет объяснена снова;

4.6.7 Подтвердить результат взлома

В [Настройки] -> [Приложения] в правом верхнем углу страницы JIRA

Крайний срок для просмотра сервера — 37/12/24;
В [Настройки] -> [Система] -> [Внешний вид интерфейса пользователя] после изменения формата отображения года с yy на yyyy вы можете видеть, что 37 — это не 2037, Это было 2337;
Трещина прошла успешно.

4.7 Слияние установки и взлома

Слияние установки трещины аналогично JIRA;
Для связи с JIRA перейдите к разделу 4.7.7;
4.7.1. Установить Confluence

4.7.2 Добавить драйвер базы данных

4.7.3 Загрузите оригинал extras.jar в местный

4.7.4 Запустите Confluence и получите ServerID

(Следующая часть работает на локальной машине)
Откройте браузер и перейдите по ссылке: http: // serverip: 8090

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

установка продукта;
Next;

Дополнительные услуги, необязательные, я не выбираю;
Next;

Запишите ServerID здесь (каждый устанавливает этот идентификатор по-разному)

4.7.5. * Трещина *

Запустите effect_keygen.jar,
Вставьте и введите ServerID,
Имя, адрес электронной почты, организация могут быть заполнены по желанию или в соответствии с реальной ситуацией, они будут отображаться как системная информация, но это не повлияет на взлом
Затем нажмите .gen!, чтобы сгенерировать ключ

Переименуйте загруженный оригинальный файл atlassian-extras-decoder-v2-3.2.jar (рекомендуется сначала скопировать копию) в atlassian-extras-2.4.jar
Затем нажмите .patch и выберите atlassian-extras-2.4.jar, чтобы открыть,
Приглашение Jar успешно исправлено, и файл .bak сгенерирован

Загрузите исправленный файл atlassian-extras-2.4.jar на сервер,
Командная строка cmd:

Заменить оригинальный atlassian-extras-decoder-v2-3.2.jar

Откройте веб-страницу 8090

Заполните только что сгенерированный ключ, трещина завершена;
next;

Примечание:
Если лицензия незаконна, возможно, что файл atlassian-extras.jar не был успешно заменен. Пожалуйста, подтвердите еще раз и не забудьте перезапустить службу JIRA;

4.7.6 Последующая установка

Выберите внешнюю базу данных MySQL и нажмите «Внешняя база данных»;

Direct JDBC;

Введите имя пользователя и пароль базы данных слияния;
next;

Создать пустой сайт;

4.7.7. Подключение к JIRA

Нажмите, чтобы подключиться к JIRA;

Базовый URL-адрес JIRA: если при установке JIRA URL-адрес не изменился, по умолчанию используется http: // serverip: 8080;
Имя пользователя и пароль — это имя пользователя и пароль учетной записи администратора JIRA;
URL-адрес базы слияния совпадает с JIRA и может быть установлен самостоятельно. По умолчанию http: // serverip: 8090;
Имена групп пользователей и групп администраторов могут быть изменены;
Next;

Примечание:
Убедитесь, что служба JIRA включена, иначе URL не будет распознан;

Последующая операция не имеет ничего общего с установкой и не будет объяснена снова;

4.7.8 Подтвердить результат взлома

В [Настройки] -> [Общая конфигурация] в правом верхнем углу домашней страницы, [Администрирование] -> [Сведения об авторизации],

Вы видите, что срок действия составляет 3762 месяца, и взлом успешно.
Отказ от ответственности: загруженные материалы предназначены только для обучения и общения, и любое неправильное использование запрещено. Я не несу ответственности за несчастные случаи.

Интеллектуальная рекомендация

Анализ использования Redis

Базовое введение в Redis Redis также является нереляционной базой данных с памятью. Он обладает всеми преимуществами memcache в хранении данных и добавляет постоянство данных на основе memcache. Redis.

How to resolve “dpkg: error processing /var/cache/apt/archives/python-apport_2.0.1-0ubuntu9_all.deb”

Проблемы с зависимостями: dpkg: error processing archive /var/cache/apt/archives/ros-melodic-laser-filters_1.8.6-0bionic.20181 How to resolve “dpkg: error processing /var/cache/apt/archives/pyth.

Столбец обучения шаблонов проектирования 2 ——— Одноэлементный режим

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

Кварц — примеры начального уровня

использование Quartz Реализовать функцию синхронизации, Quartz Полностью java Написана структура планирования заданий с открытым исходным кодом. QuartzНесколько основных интерфейсов и классов: Job Инт.

EOJ (динамическое программирование) -1111. Number Tower

Ограничение по времени одной контрольной точки: 2,0 секунды Ограничение памяти: 256 МБ Как показано на рисунке ниже, есть несколько башен. Начиная с вершины, вы можете выбрать идти влево или вправо в .

Вам также может понравиться

Отношения между гетеро-смешанными восемью именем и X: имя

Отношения между гетеро-смешанными восемью именем и X: имя Маленький заказ: Что мне делать, если я хочу использовать поиск Google? Например, я хочу искать x: Назвать эту строку . Оказывается, это дол.

Программа Qt opencv завершилась ненормально, разбилась

1. Описание проблемы При настройке VS2015 + Qt + OpenCv3.2 я хочу настроить OpenCv3.2 в Qt. После завершения настройки компиляция и запуск могут пройти, но при запуске появится ошибка: Starting D:\dem.

Сравнивая навыки разработки сотен программистов на Python, эти 10 методов экономят больше всего времени!

предисловие Наблюдал за развитием привычек 100 питонов, провел сравнение, выбрал 10 самых экономных методов и отправил их сюда; Для повышения эффективности в будущем, будь то обучение или работа Pytho.

Spring mvc rest style URL ввода Китайский искаженный проблема

В tomcat server.xml добавьте URIEncoding = "UTF-8" Конечно, это также может быть передано в коде .

Университет Электронных Наук и Технологий

Группа по расследованию: 3 человека Участники дискуссии: Ван Боуэн 2018190607021 Бао Цзинвэй 2018190607011 Юань Чен 2018190607001 Колледж: Колледж Глазго Классы и специализации: 2018 класс 7 Связь Анн.

Источник