해시코프가 Boundary 커뮤니티판 개발을 중단했다

해시코프가 Boundary Community Edition 개발을 멈췄습니다. 저장소(repository)는 곧바로 보관 처리됐지만, 코드는 읽기 전용(read-only)으로 남습니다. 이용자는 포크(fork)해 개발을 이어갈 수 있습니다. 저는 코드가 남아도 유지보수는 끊길 수 있다는 점에서 이 장면에 멈춰 섰습니다.

해시코프가 HCP Boundary와 Boundary Enterprise에 개발을 집중합니다. 이 흐름은 커뮤니티판 지원이 회사의 제품 우선순위에 좌우되는 현실과 맞닿습니다. 같은 제품군을 쓰는 팀은 코드 접근 여부와 별개로 보안 수정과 유지보수 책임이 누구에게 있는지도 살펴야 합니다.

개발은 멈췄지만 코드를 읽고 포크해 계속 손볼 길은 남았습니다. 이용자가 기존 코드에서 이어갈 선택지를 잃지 않았다는 점은 반갑습니다.

다만 해시코프의 커뮤니티판 개발과 수정은 멈추고 저장소도 읽기 전용입니다. 자체 운영을 이어가려는 팀은 라이선스를 확인해야 하고, 공개된 버그와 보안 취약점도 살펴야 합니다. 코드를 확보하는 일과 안전하게 유지하는 일은 서로 다른 부담입니다.

운영 중인 Boundary Community Edition의 버전과 자체 수정 내역부터 확인하십시오. 라이선스와 공개된 보안 취약점을 살핀 뒤, 시험 환경에서 포크한 코드를 빌드하고 업데이트를 검증할 담당자와 절차를 정해 보십시오. 그 시험을 감당할 사람이 없다면 상용판이나 다른 접근 도구로 옮길 계획을 세우는 근거가 됩니다.

접근 도구를 선택하거나 운영할 때, 보안 업데이트를 누가 맡는지를 어떤 순서로 확인하십니까?