Настройка портала в Jira Service Desk
Настроим теперь работу JIRA SD через портал. Для начала зачем вообще нужен портал в JIRA. К примеру у Вас есть клиенты, которые создают обращения в техподдержку и которые хотят просматривать статус заведенных обращений. Портал в JIRA как раз и позволяет делать делать такое. Перейдем в Администрирование — Проекты — Техническая поддержка — Типы Запросов . Небольшое пояснение. Работа портала в JIRA основана на заведении запросов. В чем разница между запросами и задачами? В том, что интерфейс запросов в портале ограничен. Клиенты не могут видеть лишних меню и кнопок. Это достигается путем настройки бизнес-процесса. А также портал позволяет просматривать только запросы, которые завел клиент. Другие запросы он видеть не может. Все видят только специалисты, которые состоят в нужных группах.
И так создадим тип запроса Создать обращение , который будет у нас отображаться на портале. Укажем на основе какой задачи будет создавать запрос. Добавим описание по желанию. Подобным образом можно создать столько типов запросов сколько у вас создано задач.
Но сразу этот тип запроса на портале не появится. Дело в том, что когда мы очищали проект от настроек по умолчанию, мы также удалили все запросы и группы в которых они были. По умолчанию остается одна группа Скрыто от портала. Она то и не позволяет видеть этот тип запроса на портале. Создадим новую группу и назовем ее Для клиентов.
Перейдем опять в группу Скрыто от портала и добавим наш ранее созданный запрос в новую группу.
Должно в итоге выглядеть так:
С запросами разобрались. Предоставим теперь права нашим клиентам к порталу. Здесь важно иметь виду следующее. Если в JIRA SD только один проект, то можно оставит все как на скриншоте. Если же несколько проектов и Вы не хотите, что бы клиенты одного проекта видели типы запросов другого проекта на портале, то необходимо поставить переключатель в нужное меню.
Как только нажмем сохранить появится сообщение Разрешить регистрацию клиентов. Щелкаем на Включить .
Можно по другому добавить пользователя на портал. Пригласить его, указав его п/я и обязательно убрать галочку JIRA Service Desk . Иначе у него будут права инженера в системе. И все ему будет видно.
Настроим внешний вид портала в Настройки портала . Можно указать другое имя и описание. А также добавить логотип
Нажав на ссылку Оцените и настройке можно перейти на портал и посмотреть как он будет выглядеть после изменений.
Портал также позволяет автоматически заводить задачи на основании письма отправленного на определенный ящик. Этот ящик можно настроить в Запросы по электронной почте .
Но скорее всего у Вас как только вы щелкните на Добавить адрес электронной почты появится следующая ошибка.
Здесь нужно понять и иметь виду следующее. Задачи в JIRA SD и на основе них созданные запросы, которые отображаются на портале состоят из разных полей. Порой обязательных к заполнению. А канал электронной почты, по которому мы хотим чтобы задачи создавались автоматически не знает и не сможет заполнить все поля в запросе. Поэтому судя из описания ошибки нужен такой тип запроса, в котором будет только два поля Тема (заголовок письма) и Описание (тело письма). Так как раннее созданный запрос Создать обращение имеет помимо полей Тема и Описание также поле Контур, которое обязательно к заполнению, мы создадим отдельную задачу, в котором будет только поле Тема и Описание. Назовем задачу и запрос Прочая Задача . Создайте его самостоятельно на основе предыдущих инструкция. Должно будет выглядеть примерно так.
Щелкнем на Редактировать поля и мы увидим, что поле Описание отсутствует, хотя мы его добавляли в монитор. Поэтому добавим его в запрос вручную через Добавить поле .
По желанию можно его сделать обязательным к заполнению
Также это поле можно сделать обязательным через Конфигурацию полей в Администрирование — Задачи — Поля . Щелкаем на меню Настроить столбца Действие соответствующей Конфигурации полей задачи. Находим нужное поле и щелкаем на Обязательно .
Теперь заново переходим в Администрирование — Проекты — Техническая поддержка — Запросы по электронной почте и щелкаем опять на Добавить адрес электронной почты . Указываем соответствующего провайдера и заполняем все поля. Затем щелкаем на Следующий .
Выбираем Тип запроса Прочая задача или свою, которую Вы создадите. И щелкаем на Выполнено . Через некоторое время на подключенный п/я придет сообщение что канал создан.
Если мы снова перейдем в Администрирование — Проекты — Техническая поддержка — Типы запросов , то увидим, что запрос Прочая задача изменился.
Теперь попробуем отправить на этот п/я любое сообщение и через некоторое время мы увидим в очереди проекта Техническая поддержка Все открытые запросы новый запрос созданный посредством отправки письма на прикрученный ранее ящик.
Источник
Настройка и мониторинг работы JIRA Service Desk
После установки Jira Service Desk рассмотрим основные настройки и средства мониторинга состояния сервера и сервиса. Перейдем в Администрирование — Система
Основные настройки — здесь можно поменять название JIRA, сменить url, системный язык, время. Для изменения щелкаем на Редактировать настройки .
Системная информация — можно увидеть очень подробную информацию как по самому серверу так и по установленной версии JIRA SD. Я к примеру мониторю использование памяти JAVA-ой. Полезное меню — Очистка мусора (Запустить garbage collection).
Мониторинг Базы Данных — название говорит само за себя. Можно увидеть нагрузку на базу и количество соединений.
Средство проверки целостности — очень полезный инструмент, особенно после того как удалили все значения по умолчанию в проекте. Щелкаем на Выбрать Все и затем Проверить.
Обычно после зачистки проекта от ненужных данных всегда появляются ошибки при проверке целостности. Просто жмем Зафиксировать.
Запускается процесс исправления ошибок и в конце мы увидим следующее. Щелкаем на ОК.
Если мы повторно запустим проверку, то все будет чисто.
Инструменты для устранения неисправностей и поддержки . Первую вкладку мы уже рассматривали ранее. На второй вкладке можем проанализировать логи JIRA SD. По умолчанию анализируется лог atlassian-jira.log . Если там есть какие-либо ошибки, то все они будут выведены на экран. Можно проанализировать другой лог-файл щелкнув на карандаш и указав его имя.
Все лог-файлы расположены в каталоге /var/atlassian/application-data/jira/log . Можно визуально их увидеть подключившись к серверу JIRA через утилиту WinSCP
Лог-файлы со временем разрастаются и будет полезным периодически очищать полностью папку, предварительно остановив службу jira командой
удаляем все файлы. Можно через консоль putty. можно через winscp
запускаем службу командой
Дожидаемся полного запуска. И если мы повторно запустим анализатор журнала по каждому файлу, то примерно будет так. Т.е. все отлично, ошибок нет.
Если щелкнем на Начать заново, то можно так указать любой лог файл для анализа.
Иногда приходится обращаться в техподдержку самого Atlassian. И по большей части обычно они запрашивают лог-файлы с сервера JIRA. Для этого и нужна вкладка Создать zip-файл для службы поддержки . Ставим все галочки и ждем на Создать zip-файл. На счет паролей можете не переживать. Мастер создания ZIP-архива удаляет подобного рода информацию из конфигурационных файлов прежде чем добавить их в архив.
Дожидаемся создания архива, скачиваем и отправляем в поддержку.
Пользовательские сессии — можно увидеть кто в текущий момент времени подключен к серверу.
Баннер приветствия — позволяем оповещать всех пользователей, к примеру, о плановых работах. Понимает HTML-теги. Оформляем как нам удобно, выбираем переключателем кому показывать сообщение и ждем на Установить баннер. В верхней части браузера появится сообщение.
Бэкап системы — позволяем вручную запустить бэкап JIRA-ы. А так 2 раза в сутки проходит бэкап. Файлы складируются в директорию /var/atlassian/application-data/jira/export . Оттуда их можно выгружать на внешний диск к примеру. И в случае чего можно все восстановить через Восстановление системы . Но если Вы, к примеру, решите смигрировать все проекты с облачной JIRA-ы на серверную путем Бэкапа системы в облачной JIRA и восстановить в серверной версии, то сразу могу сказать, что не получится. Да и сам Attlasian не рекомендует так делать. Но если все таки захочется сделать, то приготовьтесь на сайте Atlassian выложена объемная инструкция как это сделать.
Почта — Исходящая почта — здесь подключаем почтовый ящик, через который будет происходить все оповещения по задачам в частности и по всей JIRA-е в целом.
Щелкаем на Настроить новый почтовый SMTP сервер . Заполняем поля и жмем Test Connection
Если все сделали правильно, то появится сообщение.
Ждем Добавить. Должно быть примерно так.
Очередь почты — здесь можно увидеть что сейчас находится в очередь на отправку. Ждем интервала который мы указывали при настройке входящей почты для отправки сообщений. Если не терпится, то можно нажать на Сбросить очередь почты .
Службы — это наподобие планировщика. По умолчанию там три задания по очереди почты, аудиту и бэкапу. Если хорошо разбираетесь в JIRA и в ее классах, то можно автоматизировать другие задачи.
Мы рассмотрели основные настройки, которые помогут нам понять, что происходит в сервисом на первых порах освоения продукта Atlassian Jira Service Desk.
Источник