2026년에 Jira Server를 운영하고 있다면 지원이 종료된 소프트웨어를 쓰고 있는 것입니다. Atlassian은 2024년 2월 15일에 지원을 종료했습니다. 보안 패치 없음. 버그 수정 없음. 벤더 지원 없음.
2026년 3월 30일부터 Atlassian은 신규 고객의 새로운 Data Center 구독을 더 이상 받지 않습니다. 기존 고객은 2028년 3월 30일까지 일부 구매를, 2029년 3월 28일까지 갱신을 계속할 수 있으며, 그 시점에 해당 제품은 읽기 전용이 됩니다. 근거는 Atlassian이 공개한 Data Center 지원 종료 일정.
그럼 이제 어떻게 해야 할까요?
2026년에 진지하게 비교해 볼 만한 자체 호스팅 선택지는 세 가지입니다. OpenProject, Plane, Redmine입니다. 이 글은 기능 체크리스트가 아니라 활용 유형별로 이들을 비교하고, 지원되는 Jira Server 및 Data Center 버전을 대상으로 현재 베타인 공식 OpenProject Jira Migrator를 살펴본 뒤, 솔직한 반론으로 마무리합니다. 언제 Jira Cloud가 여전히 정답인가 하는 이야기입니다.
"2029년까지 마이그레이션해야 하는데 실제 선택지를 알아야 한다"는 이유로 이 글을 보고 있다면 계속 읽으세요. "47개 열짜리 기능 비교표를 원한다"는 이유라면 그런 글은 따로 있습니다. 이 글은 그런 글이 아닙니다.
요약
- Jira Server는 이미 지원이 종료됐고, Jira Software Data Center는 단계적으로 폐지되고 있습니다. 신규 고객 대상 Data Center 판매는 2026년에 종료됐고, 영향을 받는 기존 구독은 2029년에 수명이 끝납니다.
- 2026년의 현실적인 자체 호스팅 경로 세 가지. Jira와 비슷한 형태의 대체재와 마이그레이션 도구를 원하는 팀에는 OpenProject, SaaS 청구서 없이 Linear 수준의 UX를 원하는 엔지니어링 중심 팀에는 Plane, 20년간 검증된 저사양 이슈 트래커를 원하는 팀에는 Redmine입니다.
- OpenProject에는 Jira Server 및 Data Center 10.x, 11.x용 베타 Jira Migrator가 내장돼 있습니다. Jira Cloud는 대상이 아닙니다. 공식 자료는 현재 서로 어긋나 있습니다. 5월 기술 가이드는 더 좁은 핵심 데이터 집합을 열거하는 반면, 더 최근인 7월 페이지는 Migrator가 이슈 이력, 댓글, 관련 사용자와 그룹까지 가져온다고 밝힙니다. 이런 최신 주장은 버전에 따라 달라지는 것으로 보고, 실제로 배포할 OpenProject 릴리스에서 파일럿으로 확인하세요. Plane은 별도로 통제된 Jira 가져오기와 100석 이상 팀을 위한 밀착 마이그레이션 지원을 내세웁니다. Redmine에는 이에 견줄 만한 자체 경로가 없습니다.
- VPS 사양 요구치는 크지 않습니다. 공식 가이드는 OpenProject와 Plane을 4GB RAM에서 시작하며, Plane은 운영 환경에 8GB를 권장합니다. Cloudzy의 Redmine 이미지는 최소 2GB RAM을 명시합니다.
- 일부 팀에는 Jira Cloud가 여전히 정답입니다. 특히 운영 인력이 없는 팀이라면 그렇습니다. Atlassian 요금은 좌석 수와 청구 주기에 따라 달라지므로, 다음을 확인하세요. 현재 Jira 요금 페이지 오래전에 고정해 둔 요금에 의존하지 마세요.
Atlassian 종료 시계: 실제로 벌어지는 일
Jira의 시한을 정하는 세 가지 날짜:
- 2024년 2월 15일: Atlassian이 Jira Server 지원을 종료했습니다. Server 제품이나 앱에는 기술 지원, 보안 업데이트, 버그 수정이 제공되지 않습니다.
- 2026년 3월 30일: Atlassian이 신규 고객에게 새로운 Data Center 구독과 Marketplace Data Center 앱 판매를 중단했습니다. 기존 고객은 여전히 갱신할 수 있습니다.
- 2029년 3월 28일: 해당 Data Center 구독과 앱이 만료되어 읽기 전용으로 바뀝니다. Atlassian은 일부 고객에게 예외적인 연장 유지보수가 제공될 수 있다고 밝혔습니다.
팀들의 대응은 대체로 세 갈래입니다. 일부는 Jira Cloud로 옮겨 좌석당 비용을 내고 운영이 단순해지는 대가를 받아들입니다. 일부는 2029년까지 Data Center 갱신으로 버티며 마감을 미래의 나에게 넘깁니다. 일부는 가격과 마감을 모두 피하려고 지금 자체 호스팅 대안을 검토하고 있습니다.
두 번째 그룹("나중에 해결하자")에 속한다면, 솔직한 평가는 이렇습니다. "나중에"가 2029년의 문제로 남으려면, 그때까지 로드맵에 다른 일이 하나도 없어야 합니다. 제가 지켜본 팀들 대부분은 결국 허둥지둥 마이그레이션을 했습니다. 달력은 누구의 예상보다도 빨리 넘어가기 때문입니다.
팁: 팀이 Server를 쓰고 있다면, 보안 위험만으로도 이것을 2029년이 아니라 2026년의 문제로 다룰 이유가 충분합니다. 지원이 끊긴 이슈 트래커도 여전히 공격 표면이며, 바로 "그냥 잘 돌아간다"는 이유로 보안 점검에서 우선순위가 밀리곤 합니다.
이 섹션의 결론: 시한은 날짜가 명시돼 있고, 공개돼 있으며, 공식적입니다. 2029년이 아니라 2026~2027년을 기준으로 계획하세요.
2026년의 현실적인 자체 호스팅 경로 세 가지
오픈소스 생태계에는 이슈 트래커가 수십 개 있습니다. 초점을 좁히기 위해 이 글은 성격이 다른 세 가지 경로를 다룹니다. 정식 프로젝트 관리와 가장 직접적인 마이그레이션 도구를 갖춘 OpenProject, 현대적인 엔지니어링 워크플로를 위한 Plane, 성숙하고 확장 가능한 트래커인 Redmine입니다. Taiga, Tuleap, Kanboard를 비롯한 다른 프로젝트도 더 좁은 요구사항에는 여전히 더 잘 맞을 수 있습니다.
각각이 실제로 어떤 도구인지 살펴봅시다.
OpenProject
OpenProject는 PostgreSQL을 백엔드로 쓰는 Ruby on Rails 애플리케이션입니다. Community Edition은 GPLv3이며 무료로 자체 호스팅할 수 있고, 유료 Enterprise 온프레미스 플랜은 지원과 Enterprise 기능을 더해 줍니다.
UX는 실용 지향이고 기능 밀도가 높습니다. 엔터프라이즈 프로젝트 관리 소프트웨어처럼 보이는데, 실제로 그렇기 때문입니다. 간트 차트, 정식 프로젝트 포트폴리오 보고, 건설과 엔지니어링을 위한 BCF 기반 협업, 이해관계자 책임 흐름을 탄탄하게 지원합니다. 팀에서 "제대로 된 간트"나 "프로젝트를 넘나드는 에픽 간 의존성"을 요구한 적이 있다면, 바로 이 도구입니다.
OpenProject에 가장 잘 맞는 팀은 전통적인 워터폴과 애자일이 같은 인스턴스에서 공존해야 하고, 상부로 올라가는 공식 보고가 필요하며, 지원되는 Jira Server 또는 Data Center 버전에서의 공식 마이그레이션 경로가 필요한 팀입니다. Migrator와 현재의 한계는 아래에서 다루겠습니다.
약점은 학습 곡선입니다. Jira Cloud나 Linear에서 넘어온 팀원들은 OpenProject가 무겁게 느껴진다고 말할 겁니다. 틀린 말이 아닙니다. Jira의 핵심 개념 상당수는 OpenProject에도 대응 개념이 있지만, 그것을 찾으려면 문서를 읽어야 할 수도 있습니다.
OpenProject는 다음에서 제공됩니다. Cloudzy 마켓플레이스 Compose 파일과 씨름하고 싶지 않다면 원클릭 배포로 이용할 수 있습니다.
Plane
Plane은 2022년에 시작된 비교적 젊은 프로젝트입니다. 현재의 자체 호스팅 배포판은 단순한 5개 컨테이너 스택이 아니라, 여러 애플리케이션 서비스에 PostgreSQL, Redis, 오브젝트 스토리지를 더한 묶음형 Docker 또는 Kubernetes 배포입니다.
- 웹 및 API 서비스
- 백그라운드 워커
- PostgreSQL
- Redis
- 오브젝트 스토리지
Community Edition은 AGPLv3 라이선스를 따릅니다.
UX는 대놓고 Linear에서 영감을 받았습니다. 사이클, 모듈, 프로젝트, 뷰. 현대적이고 빠르며 확고한 취향이 있습니다. Linear의 기본 단축키나 이슈 모델을 좋아해 본 적이 있다면, Plane은 한 시간 안에 익숙해질 겁니다.
가장 잘 맞는 팀은 엔지니어링 주도형입니다. 스타트업, 인디 제품 팀, 엔지니어가 주 사용자이고 프로젝트 관리 도구가 사실상 이슈 트래커에 스프린트 보드를 더한 정도인 소규모 개발사 말입니다. 이 지점에서 Plane이 빛납니다.
인정해야 할 실제 약점도 있습니다. 다른 둘보다 젊은 프로젝트라 통합 생태계가 작고 배포 방식이 더 빠르게 바뀝니다. 또한 상용 네트워크 서비스를 위해 소프트웨어를 수정하기 전에는 AGPLv3 라이선스를 검토해 볼 필요가 있습니다.
2026년 7월 기준으로 Plane은 Cloudzy 마켓플레이스에 없습니다. 따라서 이 선택지는 원하는 VPS 위에 Plane 자체의 Docker 또는 Kubernetes 배포를 직접 구성해야 합니다. 컨테이너에 익숙한 팀이라면 감당할 만하지만, 원클릭 이미지보다 설치와 유지보수 부담이 큽니다.
Redmine
Redmine은 베테랑입니다. 2006년에 처음 공개됐습니다. Ruby on Rails에 MySQL 또는 PostgreSQL 백엔드를 씁니다. GPLv2입니다. 요즘 기준으로 가볍습니다. 코어가 실제로 작기 때문이기도 하고, 사람들이 Redmine에 바라는 것 대부분이 플러그인으로 제공되기 때문이기도 합니다.
UX는 낡았습니다. 아닌 척해 봐야 소용없습니다. Redmine 7.0이 2026년 6월에 최신 안정 브랜치가 되었습니다. 다만 기본 인터페이스는 여전히 전통적인 느낌입니다. Bleuclair 테마는 Redmine 6.1의 외관을 현대화해 줍니다. Redmine 7로 옮기기 전에 테마와 플러그인 호환성을 확인하세요. 현대적인 UX가 절대 조건이라면 Plane을 보세요.
가장 잘 맞는 팀은 이미 Redmine을 쓰고 있는 팀, 또는 도구가 워크플로를 강요하지 않는 안정적이고 가벼운 이슈 트래커를 원하는 팀입니다. 플러그인 생태계는 어마어마합니다.
- 애자일 보드
- 간트 차트
- 시간 추적
- SCM 연동
- 맞춤 워크플로
팀에 특정한 워크플로 요구가 있다면, 그에 맞는 Redmine 플러그인이 아마 있을 겁니다.
약점은 두 가지입니다. 하나는 앞서 말한 UX입니다. 다른 하나는 플러그인 생태계 자체인데, 양날의 검입니다. 플러그인은 문제를 해결해 주지만 업그레이드 시점에 버전 호환성 골칫거리를 만듭니다. 플러그인이 여덟 개 달린 Redmine 인스턴스는 마이너 업그레이드마다 테스트가 필요한 인스턴스입니다.
이미 Redmine을 쓰는 팀을 위한 참고: 불만이 오직 UX뿐이고 Redmine 6.1을 쓰고 있다면, Bleuclair 테마는 플랫폼 마이그레이션 자체를 불필요하게 만들 수도 있는 저렴한 실험입니다. 먼저 테스트해 보고, Redmine 7로 업그레이드하기 전에 호환성을 확인하세요.
이 섹션의 결론: 유형에 따라 고르세요. Jira와 비슷한 형태의 대체재라면 OpenProject. SaaS 청구서 없는 Linear식 UX라면 Plane. 무엇이든 플러그인으로 해결하는 안정적인 이슈 추적이라면 Redmine입니다.
나란히 비교하기
각 도구를 자세히 살펴봤으니, 이제 한눈에 구분되는 형태로 정리해 봅시다.
| 차원 | OpenProject (Community) | Plane (Community) | Redmine |
|---|---|---|---|
| 최초 출시 | 2012 | 2022 | 2006 |
| 스택 | Ruby on Rails + PostgreSQL | 묶음형 앱 + PostgreSQL, Redis, 오브젝트 스토리지 | Ruby on Rails + MySQL 또는 PostgreSQL |
| 라이선스 | GPLv3 | AGPLv3 | GPLv2 |
| 최소 사양 (소규모 팀) | 4코어, 4GB RAM | 4GB RAM부터, 운영 환경에는 8GB 권장 | 2GB RAM부터 |
| Cloudzy 마켓플레이스 | 지원 (원클릭) | 미지원 (직접 배포) | 지원 (원클릭) |
| 자체 제공 Jira 마이그레이션 경로 | 내장 베타: Server/Data Center 10.x~11.x | 가이드형 가져오기, 100석 이상은 밀착 지원 | 없음 |
| 강점 | 정식 프로젝트 관리, 간트, 포트폴리오 보고 | 현대적인 UX, 엔지니어링 팀 | 가벼운 이슈 추적, 플러그인 |
| 약점 | 무거운 UX, 마이그레이터는 아직 베타 | 젊은 생태계, 더 높은 최소 RAM | 낡아가는 기본 UX, 플러그인 호환성 |
OpenProject Jira Migrator: 실제로 무엇을 하는가
이 부분이야말로 2026년에 나온 대부분의 비교 글이 건너뛰거나 각주로 밀어 두는 대목입니다. 동시에 현재 Jira를 쓰는 팀에게 OpenProject가 가장 자연스러운 선택인 결정적 이유이기도 합니다.
OpenProject는 베타 Jira Migrator 2026년에 Community Edition의 일부로 공개했습니다. 관리자 Personal Access Token을 사용해 API로 Jira Server 또는 Data Center 10.x 및 11.x에 연결합니다. Jira Cloud는 현재 지원되지 않습니다.
현재 OpenProject 공식 페이지들이 종합적으로 가져온다고 밝힌 항목:
- 프로젝트 및 프로젝트 식별자
- 이슈: 요약 또는 제목, 설명, 첨부 파일, 이력, 댓글, 마감일, 예상 시간, 잔여 시간. 이슈 식별자도 베타로 지원됩니다
- 사용자 및 관련 그룹. 이름, 이메일 주소, 프로젝트 소속, 그룹 소속을 포함합니다
- OpenProject에 대응 항목이 있는 지원 대상 사용자 정의 필드
- 상태 및 이슈 유형
여전히 미지원으로 간주해야 하는 항목:
- 이슈 간 연관관계 및 스프린트 배정
- 프로젝트 수준의 워크플로, 권한, 스키마
- 레이블, 버전, 컴포넌트를 비롯해 지원 목록에 없는 필드는, 파일럿으로 확인되기 전까지 미지원으로 간주해야 합니다
- Jira Cloud, Marketplace 앱 데이터, 자동화 규칙, 외부 연동
필드 목록만큼 중요한 운영상의 세부 사항이 두 가지 있습니다. 가져오기 작업은 먼저 검토 모드에 들어가며, 검토 중인 동안에는 되돌릴 수 있습니다. 가져오기를 승인하고 나면 되돌릴 수 없습니다. 그리고 지원 범위가 아직 릴리스마다 바뀌고 있으므로, 마이그레이션 때마다 최신 문서를 확인하세요.
합리적인 사고 모델은 이렇습니다. 베타 Migrator는 완전한 Jira 환경이 아니라, 점점 늘어나고 있는 핵심 프로젝트 데이터 집합을 다룹니다. 통제된 파일럿을 계획하고, 미지원 워크플로 로직과 권한, 앱, 연동을 다시 만드는 데 필요한 시간을 잡아 두세요.
참고: OpenProject의 5월 6일자 기술 가이드는 7월의 더 최신 페이지들보다 좁은 데이터 집합을 열거합니다. 7월 페이지에는 이력, 댓글, 관련 사용자와 그룹이 추가돼 있습니다. Migrator가 여전히 베타이므로, 실제로 배포할 릴리스에서 지원 범위를 확인하고 전환 전에 대표성 있는 Jira 프로젝트로 테스트하세요.
더 안전한 상위 수준 마이그레이션 경로는 다음과 같습니다.
- VPS에 비운영 OpenProject 인스턴스를 하나 세웁니다(Cloudzy의 원클릭 이미지를 써도 되고, OpenProject가 지원하는 배포 방식을 써도 됩니다).
- 원본이 Jira Server 또는 Data Center 10.x나 11.x인지 확인한 뒤, 관리자 Personal Access Token을 발급합니다.
- OpenProject 테스트 인스턴스를 백업한 다음, Jira URL과 토큰으로 Migrator를 설정합니다.
- 대표성 있는 프로젝트 하나로 파일럿을 돌리고, 프로젝트 식별자, 사용자, 그룹 소속, 상태, 이슈 유형, 지원되는 사용자 정의 필드, 첨부 파일, 이력, 댓글, 마감일, 추정치, 잔여 시간을 확인하세요.
- 파일럿 결과를 꼼꼼히 검토하세요. 가져오기가 검토 중인 동안에는 매핑이 잘못됐다면 되돌리면 됩니다. 승인한 뒤에는 그 가져오기를 더 이상 되돌릴 수 없습니다.
- 운영 환경 마이그레이션은 파일럿이 통과한 뒤에만 계획하세요. 점검 시간을 잡고, Jira 쓰기를 동결하고, 백업을 보존하며, 미지원 워크플로와 연동은 별도로 다시 구축하세요.
Plane은 이제 통제된 자체 Jira 가져오기 를 내세웁니다. 이 가져오기는 프로젝트, 이슈, 스프린트, 이슈 유형, 상태, 사용자 정의 필드, 댓글, 첨부 파일을 매핑합니다. 100석 이상 팀은 밀착 마이그레이션 지원을 요청할 수 있습니다. Redmine의 경로는 여전히 덜 직접적이며, 커뮤니티 플러그인이나 CSV 방식에 의존하는데 이는 정확한 버전과 설정에 맞춰 테스트가 필요합니다.
이 섹션의 결론: OpenProject의 베타 Migrator는 Jira Server/Data Center 10.x와 11.x를 지원하지만, 공식 자료들이 현재 지원 범위를 두고 서로 엇갈립니다. 사용할 정확한 릴리스에서 직접 검증하세요. Plane은 가이드형 가져오기를 제공하고, Redmine에는 이에 견줄 자체 경로가 없습니다. 운영 적용 전에 OpenProject와 Plane 둘 다 파일럿으로 검증하세요.
VPS 사양 산정: 각 도구가 실제로 요구하는 것
이 도구들을 자체 호스팅하는 인프라 비용은 크지 않습니다. 스택을 가장 저렴한 요금제에 밀어 넣는 것보다 안정성, 백업, 복구 테스트, 모니터링이 더 중요합니다. Cloudzy는 현재 99.95% 가동시간 SLA를 게시하고 있으며, VPS 요금제는 사용량이 늘어나면 사양을 조정할 수 있습니다.
| 계획 항목 | OpenProject | Plane | Redmine |
|---|---|---|---|
| 시작 권장 사양 | 4코어, 4GB RAM | 2코어, 4GB RAM | 2GB RAM부터 (Cloudzy 이미지) |
| 운영 환경 참고 | 단일 서버 최소 사양, 총 200명까지 | 8GB RAM 권장 | 부하는 플러그인과 동시 접속이 좌우 |
| 확장 시점 | 큐, DB 지연 시간, RAM 사용량이 오를 때 | 서비스들이 RAM/CPU를 두고 경합할 때 | DB 지연 시간이나 플러그인 부하가 오를 때 |
운영상 중요한 몇 가지 참고 사항:
- OpenProject의 공식 최소 사양 은 단일 서버 설치 기준으로 쿼드코어 CPU, 4GB RAM, 20GB 여유 디스크 공간입니다. 소규모 인스턴스 예시에서는 애플리케이션용 CPU 2코어와 4GB RAM, 그리고 PostgreSQL용 CPU 2코어와 4GB RAM을 따로 제시합니다.
- Plane의 공식 자체 호스팅 요구 사양 은 최소 CPU 2코어와 4GB RAM을 명시하며, 운영 환경에는 8GB를 권장합니다.
- Cloudzy의 Redmine 이미지 는 최소 2GB RAM을 명시합니다. 이를 보장된 사용자 수로 환산하지 마세요. 실제 수용량은 플러그인, 첨부 파일 용량, 동시 요청 수, 데이터베이스 동작이 결정합니다.
참고로, Cloudzy의 표준 4GB 요금제 은 2 vCPU, 120GB NVMe 스토리지, 5TB 트래픽을 제공합니다. OpenProject의 RAM 하한은 충족하지만 공식 4코어 CPU 최소 요건은 충족하지 못하므로, OpenProject에는 최소 4 vCPU인 요금제나 맞춤 구성을 쓰세요. 확장하기 전에 데이터베이스 지연 시간, 워커 큐, 메모리 압박을 모니터링하세요. 스토리지 종류만으로 고정된 성능 배수를 약속해서는 안 됩니다.
루트 액세스, NVMe, AMD EPYC 성능을 갖춘 Linux VPS에서 개발하세요.
Linux 요금제 보기이 섹션의 결론: Cloudzy의 현재 표준 정가 기준으로, 프로모션 적용 전에 Redmine은 월 15달러 안팎, Plane은 월 29달러 안팎에서 시작할 수 있습니다. OpenProject는 공식 최소 요건상 CPU 4코어 이상이 필요하므로, 2 vCPU/4GB 요금제가 아니라 그에 맞는 구성 기준으로 가격을 잡으세요.
언제 Jira Cloud가 여전히 정답인가
자체 호스팅은 돈을 시간과 맞바꾸는 일입니다. 아낀 시간보다 돈이 더 값진 팀 구성이 존재하며, 그런 팀은 Atlassian에 비용을 내는 편이 맞습니다.
2026년 7월 기준 Jira Cloud 정가로, Atlassian의 공개 가격 페이지에서 가져왔습니다(요금은 Atlassian이 정하며 청구 주기와 좌석 수에 따라 다르고 예고 없이 바뀝니다. 따라서 아래 수치는 모두 2026년 시점의 스냅숏으로 보고, 예산을 짜기 전에 현재 Jira 요금 페이지 확인하세요):
- 무료: 최대 10명까지.
- Standard: around $8 per user per month as of mid-2026.
- Premium: around $14 per user per month as of mid-2026.
- Enterprise: 연간 계약, 별도 협의 가격.
At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.
이제 솔직한 질문을 던져 보세요. 백업, 복구 테스트, 업그레이드, Postgres 유지보수, 모니터링, SSL 인증서, 사용자 계정 관리, 장애 대응은 누가 맡습니까? Jira Cloud 구독료는 VM 청구서가 아니라 자체 호스팅 스택을 운영하는 총비용과 비교해야 합니다. 그 일을 아무도 맡지 않는다면, 겉으로 보이는 절감액은 순식간에 사라질 수 있습니다.
Jira Cloud의 가치는 대체로 운영에 있습니다. Atlassian이 플랫폼과 업그레이드, 패치, 서비스 수준의 백업을 맡습니다. 접근 정책, ID 연동, 앱 거버넌스, 데이터 보존 결정은 여전히 여러분 팀의 몫입니다. 프로젝트 관리 스택을 운영할 사람이 아무도 없는 팀이라면, 그 관리형 계층은 실질적인 가치가 있습니다.
솔직하게 정리하면 이렇습니다. 자체 호스팅은 이미 VPS를 운영하고 있고, Docker에 익숙한 엔지니어가 한 명 있으며, 운영 업무를 감당할 여력이 있는 팀에 맞습니다. Jira Cloud는 Postgres 디스크가 꽉 찼다고 새벽에 깨워지는 사람이 되고 싶지 않은 팀, 그런 사람이 명단에 아무도 없는 팀에 맞습니다.
우리 팀이 어느 쪽인지 확신이 서지 않는다면, VPS에서 2주짜리 OpenProject 파일럿을 돌려 보세요. 원본이 지원되는 Jira Server나 Data Center 버전이라면 베타 Migrator로 대표 프로젝트 하나를 가져오면 됩니다. Jira Cloud는 아직 지원되지 않습니다. 그러면 팀이 그것을 받아들이면서 운영 부담이 어느 정도인지 알게 되거나, 아니면 Jira Cloud의 관리형 서비스 청구서가 더 합리적으로 보이기 시작할 겁니다.
빠른 결론
- 지원되는 Jira Server 또는 Data Center 버전에서 옮기면서 내장된 셀프서비스 베타를 원한다면: OpenProject입니다. 운영에 올리기 전에 해당 릴리스의 필드 지원 범위를 확인하세요.
- 엔지니어링 주도 팀이면서 현대적인 UX와 가이드형 Jira 가져오기를 원한다면: Plane입니다. 4GB RAM이 필요하고 운영 환경에는 8GB를 권장하며, 100석 이상 팀에는 밀착 마이그레이션을 제공합니다.
- 이미 Redmine을 쓰고 있고, 저사양 VPS에서 안정적인 이슈 트래커를 원한다면: Redmine에 그대로 머무르세요. 마이그레이션을 고민하기 전에 Bleuclair 테마부터 실험해 보세요.
자주 묻는 질문
2026년에도 Jira Server는 지원되나요?
아닙니다. Atlassian은 2024년 2월 15일에 Jira Server 지원을 종료했습니다. 2026년에도 이를 운영하고 있다면 보안 패치가 없는 미지원 소프트웨어를 쓰는 셈입니다. 신규 고객은 더 이상 Jira Data Center를 구매할 수 없으므로, 현실적으로 지원되는 선택지는 Jira Cloud 또는 유지보수되는 대안입니다. 기존 Data Center 고객은 Atlassian이 공개한 단계적 종료 일정에 따라 계속 사용할 수 있습니다.
Jira Data Center를 아직 구매할 수 있나요?
신규 고객으로는 불가능합니다. Atlassian은 2026년 3월 30일에 신규 고객 대상 Data Center 판매를 중단했습니다. 기존 고객은 2028년 3월 30일까지 새 구독, 앱, 확장을 구매할 수 있고, 기존 구독은 2029년 3월 28일까지 갱신할 수 있습니다. 그 이후에는 Atlassian이 예외적으로 연장을 승인하지 않는 한 해당 제품은 읽기 전용이 됩니다.
Jira에서 OpenProject로 어떻게 마이그레이션하나요?
OpenProject의 Jira Migrator는 현재 베타입니다. 관리자 Personal Access Token으로 API를 통해 Jira Server 또는 Data Center 10.x와 11.x에 연결하며, Jira Cloud는 지원되지 않습니다. 2026년 7월의 더 최신 공식 페이지에 따르면 프로젝트와 식별자, 설명·첨부 파일·이력·댓글이 포함된 이슈, 관련 사용자와 그룹, 상태와 유형, 지원되는 사용자 정의 필드를 가져옵니다. 다만 OpenProject의 5월 기술 가이드는 여전히 더 좁은 범위를 열거하므로, 실제로 배포할 릴리스에서 정확한 지원 범위를 확인하세요. 워크플로, 권한, 스키마, 이슈 간 연관관계, 스프린트 배정은 여전히 미지원이거나 로드맵 상태로 남아 있습니다.
가장 저렴한 자체 호스팅 Jira 대안은 무엇인가요?
현재 문서화된 시작 요구 사양 기준으로는, Cloudzy의 2GB 이미지에서 돌리는 Redmine이 가장 저렴한 선택지입니다. OpenProject의 단일 서버 최소 사양은 CPU 4코어와 4GB RAM입니다. Plane은 2코어와 4GB RAM이 필요하고 운영 환경에는 8GB를 권장합니다. Community 에디션에는 소프트웨어 라이선스 비용이 붙지 않지만, 유료 지원과 백업, 모니터링, 운영자의 시간은 여전히 비용으로 잡힙니다.
Plane은 진짜 Jira 대체재인가요?
엔지니어링 주도 팀이라면 그렇습니다. Plane의 UX는 Jira보다 Linear에 가깝고, 이슈 모델도 엔지니어링 워크플로에 잘 맞습니다. Plane은 프로젝트, 진행 중인 이슈와 백로그 이슈, 담당자, 레이블, 우선순위, 스프린트, 이슈 유형, 상태, 사용자 정의 필드, 댓글, 첨부 파일을 아우르는 통제된 Jira 가져오기를 문서로 제공합니다. 100석 이상 팀에는 밀착 마이그레이션도 제공하지만, 복잡한 Marketplace 앱이나 워크플로를 쓰는 팀이라면 그래도 파일럿으로 검증해야 합니다.
Redmine에는 Jira 마이그레이션 도구가 있나요?
공식적으로는 없습니다. 커뮤니티 가져오기 플러그인과 CSV 방식은 존재하지만, 호환성과 데이터 지원 범위가 Jira와 Redmine 버전에 따라 다릅니다. 실제로 쓸 경로를 대표 프로젝트로 테스트해 보세요. OpenProject에는 지원되는 Jira Server 또는 Data Center 원본을 위한 내장 베타 Migrator가 있고, Plane은 가이드형 자체 가져오기를 제공합니다.
이 중 하나를 작은 VPS에서 돌릴 수 있나요?
Cloudzy의 Redmine 이미지는 최소 2GB RAM을 명시하며, 이는 표준 정가로 월 14.95달러입니다. OpenProject는 최소 CPU 4코어와 4GB RAM이 필요합니다. Plane은 2코어와 4GB RAM이 필요하고 운영 환경에는 8GB를 권장합니다. Cloudzy의 표준 4GB 요금제는 2 vCPU이며 월 28.95달러로 표시되고, 프로모션으로 내려갈 때도 있습니다. 셋을 작은 VPS 한 대에 모두 돌리는 것은 합리적인 운영 설계가 아닙니다.
