Мы планируем создать систему отслеживания проблем / вики для небольшой команды (не более 10 разработчиков). За последние несколько дней мы рассмотрели некоторые варианты, и пока что мои любимые установки - это JIRA и Confluence. Прежде чем делать что-либо по-настоящему, я создал макет сервера, который имитирует сервер, который будет фактически использоваться (Windows 2008 R2 / MySQL / Lateset JIRA / Confluence 4.0 - все еще находится в стадии бета-тестирования, но вскоре должен выйти окончательно).
Настройка прошла довольно гладко, но у меня были некоторые вопросы, которые могли нас затронуть, и мне было интересно, был ли у кого-нибудь подобный опыт:
Спасибо за уделенное время.
Я знаю, что это очень старый, но я подумал, что отмечу, что Jira работает отлично (для меня пока что с минимальными "проблемами") при использовании VPS с 1 ГБ оперативной памяти, но с 1 дополнительным ГБ SWAP на хостинге VPS с SSD . Конечно, SSD - важная часть скорости, но в 2014 году SSD был распространенным вариантом VPS.
Я выполнил шаги в обоих этих руководствах:
основная настройка подкачки 1 ГБ с этим --->
https://www.rustprooflabs.com/2014/03/jira-on-a-budget/
проверил swappiness и обновил Fstab, чтобы сделать изменения постоянными --->
https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-centos-6
Я использую swappiness = 30. Вроде нормально, с другими настройками не играл.
надеюсь, что это кому-то поможет.
Кстати, по состоянию на сентябрь / 2014 я использую план ЦП 1 ГБ / 1 за 7 долларов в месяц с VULTR
https://www.vultr.com/pricing/
Фон, прежде чем вносить это изменение в SWAP, он даже не входил в систему, я с трудом проходил через экраны настройки с максимальным уровнем ЦП на 100% и просто сбивался, пока java не сломался и служба jira не умерла.
Я использую оба, и они работают на CentOS 5.x под VMware. Конфлюенс использует 1,1 ГБ виртуальной памяти и 645 МБ постоянной, а JIRA - 1,2 ГБ / 687 МБ соответственно. Конечно, памяти много, но для нас это не так уж и важно. Приложение может реагировать медленно и быть немного вялым, если не использовать какое-то время, но после некоторой активности оно довольно быстро реагирует. Я думаю, что это обычное поведение для веб-приложений Java, но производительность можно улучшить с помощью некоторых настроек, если это вас сильно беспокоит.
Я считаю, что с точки зрения функциональности JIRA с Confluence - хороший выбор. Они хорошо задокументированы, и поддержка великолепна. Стартовая лицензия практически бесплатна, однако в какой-то момент вы можете столкнуться с проблемой 10 пользователей, и переход на следующий уровень будет стоить вам реальных денег. Так что, если вы ожидаете роста своей пользовательской базы, имейте это в виду.
И в Confluence, и в JIRA есть множество функций, но это не значит, что вам нужно использовать их все. Я начал запускать их в стандартной конфигурации, и у меня возникло небольшое желание выполнить какие-либо настройки (в противном случае обновления могут быть болезненными).
Обе системы мы используем уже около 5-7 лет. Наши пользователи привыкают к интерфейсу, и я не слышал никаких жалоб или просьб о функциях, которые я не мог реализовать в течение довольно долгого времени, поэтому мое личное мнение - большое.
P.S. Однако нет опыта работы с языками с письмом справа налево.
Хороший выбор!
И jira, и confluence основаны на java, поэтому со временем или после того, как количество пользователей возрастет, вам следует выделить больше памяти, если jvm выйдет из строя.
Я установил jira в vps с 2 ГБ ОЗУ, и он отлично работает. Итак, сервера с 8 ГБ ОЗУ будет достаточно как для экземпляров, так и для сервера mysql. Это связано с тем, что в конфигурациях jira и confluence установлен предел памяти. Когда памяти, выделенной для jira или confluence, недостаточно, служба выдает сбой с исключением outofmemory. В этом случае вам нужно увеличить выделенную память из файлов конфигурации. Обычно я увеличиваю размер вдвое, с 512 МБ до 1 ГБ.
Время от времени проверяйте раздел «Статистика памяти Java VM» на странице «Информация о системе». В рабочее время у вас должно быть 10-20% или более свободной памяти для лучшей производительности. В нашей настройке мы выделили 1 ГБ оперативной памяти для jira, и она свободна на 45%.
Я слышал, как люди говорили, что просмотр проблем с jira выполняется медленно. Я прочитал, что говорили другие, и попытался использовать хром, и это было немного быстрее. Но, на мой взгляд, последние версии работают быстрее предыдущих. Обновление может снизить скорость загрузки. Также может помочь очистка проектов и групп или удаление старых проектов.
Некоторое время у нас была запущена jira в гостевой Linux на сервере VMware. Это сработало для небольшого количества клиентов, поэтому запуск jira и confluence на выделенном оборудовании повысит скорость, но вы должны увидеть, где находится ваш лимит пользователей. Он может работать на виртуальной машине для 10 пользователей. Просто убедитесь, что вы выделили больше памяти для JVM jira и слияния не менее 1 ГБ для каждой и 3 ГБ оперативной памяти для гостя. Кеширование всегда помогает.
Извините, у меня нет опыта работы со средами справа налево.