이 문서는 에 출시된 Jira Service Management 5.5.x Release Note 릴리즈 노트를 공유하기 위해 작성되었다.
Highlights
향상된 전자 메일 필터링 데이터 센터DATA CENTER
이제 Jira 관리자는 고객이 보내는 이메일 요청이 Jira Service Management에서 필터링되는 방식을 더 세부적으로 제어할 수 있습니다.
우리가 도입하는 첫 번째 변경 사항은 기본 설정에 따라 자동 생성 이메일 및 대량 이메일 필터를 켜거나 끌 수 있는 옵션을 관리자에게 제공하는 것입니다.
새 설정은 관리(Administration) > 애플리케이션(Application) > 이메일 요청(Email request)에서 사용할 수 있습니다.
또한 모든 서비스 프로젝트에 대한 글로벌 허용 목록 및 차단 목록을 추가했습니다. 목록을 사용하면 항상 처리해야 하는 요청을 결정하고 스팸을 제거하는 데 도움이 됩니다.
허용 목록을 사용하여 필터 설정에 관계없이 특정 도메인에서 보낸 모든 이메일이 항상 Jira Service Management에서 처리되도록 합니다.
허용 목록에 도메인을 추가하면 해당 도메인에서 발생하는 모든 메시지는 새 요청 또는 기존 요청의 댓글로 항상 대기열에 도달합니다.
허용 목록을 관리하려면 관리(Administration) > 애플리케이션(Application) > 이메일 요청(Email request) > 허용 목록(Allow list)으로 이동합니다.
원치 않는 전자 메일을 수신하여 대기열을 혼란스럽게 만드는 경우, 차단 목록이 해결책입니다.
차단 목록에 전자 메일 주소 또는 도메인을 추가하고 대기열의 스팸을 처리하세요.
차단 목록을 관리하려면 관리(Administration) > 응용프로그램(Applications) > 이메일 요청(Email requests) > 차단 목록(Blocklist)으로 이동합니다.
마지막으로, 이제 서비스 프로젝트에서 사용되는 모든 전자 메일 채널을 편리한 한 곳에서 볼 수 있습니다.
관리(Administration) > 응용프로그램(Applications) > 이메일 요청(Email requests) > 이메일 채널(Email channels)로 이동합니다.
이 기능에 대한 데모를 보려면 아래 비디오를 확인하십시오.
고객 포털 및 자산 데이터 센터에 대한 감사 개선 사항 DATA CENTER
Jira Service Management 전반에 걸쳐 감사 로그 적용 범위를 확대하기 위한 지속적인 노력의 일환으로 자산 및 고객 포털에 여러 이벤트에 대한 새 로그를 추가했습니다.
이제 관리자는 자산 개체 유형, 개체 및 속성이 생성, 편집 또는 삭제된 시기를 추적할 수 있을 뿐만 아니라 사용자 지정 필드 업데이트와 관련된 로그도 볼 수 있습니다.
감사 로그에는 고객 포털 권한 및 고객 포털 자체의 변경 사항(이름, 로고 및 공지사항 업데이트 포함)에 대한 정보도 포함됩니다.
Jira 및 Jira Service Management의 감사 로그에 대해 자세히 알아보기
Jira가 Log4j 2.x로 마이그레이션
지속적인 규정 준수를 보장하기 위해 Log4j를 버전 2.17.2로 업그레이드했습니다.
이는 획기적인 변경이므로 기존의 사용자 지정 Log4j 1.x 구성이 이 Jira 릴리스와 호환되는지 확인하기 위해 약간의 노력이 필요할 수 있습니다:
- 앱 공급업체에서 사용자 지정 Log4j 1.x 구성을 사용하는 경우 코드를 업데이트해야 합니다. 이것이 무엇을 의미하는지에 대한 자세한 내용은 타사 앱 공급업체의 Log4j 업그레이드 세부 정보를 참조하십시오.
- Jira 인스턴스에서 사용자 지정 Log4j 1.x 구성을 사용하는 관리자인 경우 이러한 사용자 지정을 포함하도록 새 log4j2.xml 파일을 조정해야 합니다.
Log4j 2 구성에 대한 자세한 내용은 공식 문서의 Log4j 1.x에서 2.x로 마이그레이션 및 Log4j 2 구성을 참조하십시오.
감사 로그 페이지 개선 사항
더 빠른 로딩을 위해 감사 로그 기능이 업데이트되었습니다.
이전에는 데이터베이스에 수백만 개 이상의 이벤트가 포함된 경우 Jira의 감사 로그 페이지가 사이트 및 프로젝트 관리자에게 느리게 로드되었습니다.
이것은 주로 PostgresSQL 및 MySQL(MariaDB 포함) 데이터베이스 유형에 영향을 미쳤습니다.
새로운 작은 데이터베이스 테이블에서 범주 및 요약을 점진적으로 캐싱하여 이 성능 문제를 해결했습니다.
제품 내 진단 업데이트: 새로운 사용자 인터페이스, REST API 및 성능 지표
관리자가 인스턴스 성능을 모니터링하고 유지 관리하는 데 도움이 되도록 제품 내 진단(IPD) 도구를 여러 번 업데이트하고 개선했습니다. 이제 사용자 인터페이스에서 수동으로 IPD 모니터링을 관리할 수 있습니다.
IPD 모니터링을 관리하기 위한 /rest/api/2/monitoring/ipd 엔드포인트를 추가했습니다. 인스턴스 진단을 위해 HTTP 연결 및 메일 대기열 측정항목도 추가했습니다.
측정항목은 JMX 및 로그 파일 atlassian-jira-ipd-monitoring.log를 통해 사용할 수 있습니다.
IPD 모니터링을 관리하려면 관리(Administration) > 시스템(System) > 시스템 지원(System Support) > 모니터링(Monitoring)으로 이동합니다. 새로운 제품 내 진단 모니터링 토글이 표시됩니다.
메트릭을 사용하려면 JMX를 활성화했는지 확인하십시오.
Jira Temporary Directory Cleaner 도입
공간이 부족한 인스턴스 문제를 해결하기 위해 Jira Temporary Directory Cleaner를 도입합니다. 이 기능의 도움으로 시작하는 동안 Jira는 java.io .tmpdir 속성으로 정의된 임시 디렉토리를 자동으로 정리합니다.
클리너는 기본적으로 비활성화되어 있습니다. 사용하려면 tmpdir.clean.on.startup 속성을 true로 설정합니다. 이 작업은 setenv.sh 스크립트에 새 인수를 추가하여 수행할 수 있습니다:
-Dtmpdir.clean.on.startup=true.
Jira는 java.io .tmpdir 속성으로 정의된 디렉토리를 정리합니다.
안전상의 이유로 Jira는 임시 디렉토리가 다음 중 하나의 하위 디렉토리일 때만 이 디렉토리에서 파일을 제거하려고 시도합니다:
Jira Home
Catalina Base (catalina.base 속성으로 정의됨)
Catalina Home (catalina.home 속성으로 정의됨)
이 기능은 java.io .tmpdir 속성으로 정의된 Jira 임시 디렉토리가 임시 파일을 저장하는 경우 Jira Service Management에 영향을 줍니다.
Java 17 지원 추가
Jira 성능을 향상시키고 인스턴스 안정성을 강화하기 위해 Java 17에 대한 지원을 추가했습니다.
Java 17에서 작동하도록 Jira 앱이 업데이트되었는지 확인하고 Jira 배포를 위한 새로운 환경을 설정하십시오.
H2 데이터베이스가 1.4.200버전에서 2.1.214로 업그레이드되었습니다.
임베디드 데이터베이스 H2를 버전 1.4.200에서 버전 2.1.214로 업그레이드했습니다.
업그레이드로 많은 취약점 문제가 수정되었습니다. 데이터를 버전 2.1.214로 수동으로 마이그레이션했는지 확인하십시오.
Learn more about how to migrate the data for the smooth upgrade