이클립스는 그대로 쓰셔도 됩니다 — IDE 연동과 ITSM 연동에 대한 답

개발툴로 이클립스를 쓰는데 어떻게 연동되냐는 질문과, ITSM 과 연동되냐는 질문은 거의 항상 같이 나온다. 표준 Git 프로토콜이라는 답의 의미, 그리고 ITSM 연동 요구의 진짜 본질이 증적 체인이라는 이야기.

백재민
백재민
CollabOps 창업자
이클립스는 그대로 쓰셔도 됩니다 — IDE 연동과 ITSM 연동에 대한 답

기관 미팅에서 이 두 질문은 거의 항상 붙어서 나온다. "저희는 개발툴로 이클립스를 쓰는데, 이 툴과는 어떻게 연동되나요?" 그리고 "ITSM 과 연동해서 사용 가능한가요?"

질문의 뿌리는 같다. 지금 쓰는 걸 버려야 하느냐는 것. 답부터 말하면, IDE 는 아무것도 버릴 필요가 없고, ITSM 은 버리는 게 아니라 먹이는 관계가 된다.

이클립스와는 어떻게 연동되나?

연동이라는 단어가 필요 없다. CollabOps 의 저장소는 표준 Git 프로토콜(SSH/HTTPS)을 그대로 제공하기 때문에, 이클립스는 내장 Git 지원(EGit)으로 지금처럼 클론하고 커밋하고 푸시하면 된다. 전용 플러그인을 설치할 필요도, 개발 도구를 바꿀 필요도 없다. IntelliJ 든 VS Code 든 Vim 이든 마찬가지다. Git 을 말할 줄 아는 도구는 전부 그대로 붙는다.

이게 사소한 답처럼 들리면 반대 경우를 생각해 보면 된다. 락 기반의 상용 형상관리 도구들은 IDE 연동을 전용 플러그인으로 푼다. 도구 버전이 올라가면 플러그인이 깨지고, IDE 를 바꾸면 연동을 새로 검증해야 한다. 표준 프로토콜을 쓴다는 건 그 관리 대상이 아예 생기지 않는다는 뜻이다. 연동 매트릭스에서 칸 하나가 지워지는 것.

경계도 분명히 하자. 개발자가 IDE 안에서 할당된 이슈를 보고 변경요청 상태를 확인하는 식의 IDE 내장 패널은 현재 없다. 로드맵에는 있지만 지금 파는 물건은 아니다. 다만 그게 없어서 막히는 일도 없다. 코드는 IDE 에서, 리뷰와 승인과 추적은 웹에서. 지금 대부분의 조직이 Git 호스팅을 쓰는 방식과 정확히 같다.

ITSM과 연동해서 쓸 수 있나?

쓸 수 있고, 방향이 중요하다. CollabOps 가 변경·승인·배포의 증적을 만들고, 그 증적을 ITSM 이 요구하는 형식(변경관리대장, 승인 이력)으로 내보내는 구조다. ITSM 을 대체하자는 얘기가 아니다. 기관의 변경관리 절차는 ITSM 을 중심으로 이미 결재선까지 잡혀 있고, 그걸 흔드는 도입은 실패한다.

그런데 ITSM 연동이라는 요구사항을 여러 기관에서 듣다 보면 공통된 본질이 보인다. 담당자가 실제로 원하는 건 두 시스템이 API 로 붙어 있는 상태가 아니라, 감사가 왔을 때 변경 요청부터 운영 반영까지의 체인이 끊김 없이 증명되는 상태다. 지금 그 체인은 어떻게 만들어지고 있나. 개발 쪽 기록 따로, ITSM 결재 따로, 그 사이를 담당자가 수작업으로 잇는다. ITSM 에는 "변경 승인" 문서가 있는데 그 변경이 실제로 어떤 커밋과 어떤 배포였는지는 사람의 기억과 엑셀에 있다.

CollabOps 쪽에 이슈부터 커밋, 변경요청 승인, 파이프라인, 배포까지가 한 평면에 있으면 그 끊긴 구간이 시스템의 기록으로 채워진다. ITSM 연동은 그 기록을 기관의 공식 절차에 맞는 형식으로 흘려보내는 파이프가 된다. 그러니까 순서가 이렇다. 증적이 먼저 있고, 연동은 그걸 나르는 수단이다. 연동만 있고 증적이 파편화되어 있으면 나를 게 없다.

그 밖의 시스템은? 지금 쓰는 걸 다 버려야 하나?

버리지 않는 게 우리 연동 전략의 기본값이다. 우리는 이 원칙을 read-only 공존이라고 부르는데, 기존 이슈 트래커(Jira, Redmine 류)든 사내 메신저든 LDAP/AD 계정 체계든, 일단 연결해서 같이 쓰다가 조직이 준비된 속도로 옮기는 방식이다. 인증은 기관 표준(LDAP/AD, SAML/OIDC SSO)을 따라간다. 계정을 새로 파는 순간 도입 난이도가 한 단계 올라간다는 걸 알기 때문이다.

정직하게 덧붙이면, 연동 카탈로그의 모든 항목이 오늘 같은 완성도인 건 아니다. SaaS 계열 커넥터가 먼저 성숙했고, 온프렘 환경에서 중요한 커넥터 일부는 지금 만들고 있는 중이다. 미팅에서 특정 시스템 이름이 나오면 우리는 그 자리에서 되는 것과 로드맵인 것을 구분해서 답한다. 이 글도 같은 태도로 썼다.

이클립스 질문으로 돌아가서 끝내자. "이 툴과 어떻게 연동되나요"라는 질문에 대한 가장 좋은 답은 화려한 연동 기능 목록이 아니라, 연동이 필요 없도록 표준 위에 서 있다는 답이라고 생각한다. 도구는 그대로, 바뀌는 건 그 도구들이 만들어내는 기록이 처음으로 한 곳에 모인다는 것이다.

태그#ide#eclipse#itsm#integration#git#audit