네덜란드 정부가 MS 대신 NixOS를 쓴다면, 유지보수는 누가 맡을까요

핵심 요약

NixOS는 시스템 설정을 코드로 관리하는 리눅스 배포판입니다.
운영체제를 바꿔도 문서와 업무 프로그램의 호환성은 따로 해결해야 합니다.
라이선스 의존도를 낮춰도 보안 업데이트와 장애 복구의 책임은 남습니다.
특정 업체에 다시 묶이지 않으려면 다른 업체가 운영을 이어받을 수 있어야 합니다.

네덜란드 공공부문이 NixOS를 기반으로 마이크로소프트 의존도를 낮춘다고 가정해 보겠습니다. 정부 업무가 소프트웨어에 깊이 의존할수록 가격과 지원 정책을 누가 정하느냐가 중요해집니다. 하지만 월요일 오전 9시에 민원 창구의 PC가 멈추면, 당장 필요한 건 복구를 맡을 사람입니다.

NixOS는 PC 설정을 코드로 관리합니다

NixOS는 리눅스 배포판입니다. 운영체제와 프로그램을 묶어 쓸 수 있도록 제공하는 소프트웨어라고 생각하면 됩니다. 필요한 프로그램과 시스템 설정을 코드로 선언하는 방식이 특징입니다.

보통 PC를 관리할 때는 담당자가 설정 화면을 열어 여러 항목을 바꾸곤 합니다. NixOS에서는 원하는 시스템 구성을 파일에 적고, 그 내용을 바탕으로 환경을 만듭니다. PC 조립 설명서를 코드로 보관하는 셈입니다.

공공기관에서는 이런 방식이 유용할 수 있습니다. 여러 PC에 공통 구성을 적용하기 쉽고, 설정을 바꾼 내역도 기록할 수 있기 때문입니다. 담당자가 바뀌어도 무엇을 어떻게 설정했는지 확인할 기록이 남습니다.

이전 시스템 구성으로 돌아가는 기능도 있습니다. 다만 시스템 구성을 되돌리는 것과 업무 데이터를 복구하는 것은 별개입니다. 업데이트 뒤 잘못 수정된 문서까지 자동으로 원래 상태로 돌아오지는 않으므로, 백업은 여전히 필요합니다.

공개된 코드가 장애 대응까지 보장하지는 않습니다

오픈소스는 코드를 살펴보고 수정할 권한을 줍니다. 하지만 그 권한이 있다고 해서 새벽에 발생한 장애를 해결할 담당자까지 생기지는 않습니다.

공공기관이 NixOS를 운영한다면 누가 어떤 책임을 맡을지 구체적으로 정해야 합니다. 예를 들어 다음과 같이 역할을 나눌 수 있습니다.

기관 내부팀은 업무 요구와 보안 기준을 정합니다.
운영 업체는 업데이트 검증과 배포, 장애 복구를 맡습니다.
전문 지원 업체는 운영팀이 해결하기 어려운 문제를 분석하고 수정합니다.

한 조직이 여러 역할을 맡을 수도 있습니다. 어느 쪽이든 장애가 났을 때 담당자를 찾느라 시간을 허비하지 않도록 계약과 절차를 정해 둬야 합니다.

특히 응답 시간과 복구 목표는 구분해야 합니다. “1시간 안에 연락하겠다”는 약속과 “1시간 안에 업무를 재개하겠다”는 약속은 다릅니다. 지원 계약에는 연락 창구뿐 아니라 긴급 패치와 복구 훈련을 어떻게 진행할지, 지원이 끝날 때 어떻게 인수인계할지도 담아야 합니다.

커뮤니티의 도움도 유용할 수 있습니다. 다만 자발적인 기여를 기관의 장애 대응 의무와 같은 것으로 여겨서는 곤란합니다.

진짜 전환 비용은 엑셀 파일에서 드러날 수 있습니다

“윈도를 다른 운영체제로 바꾸면 된다”는 설명은 간단합니다. 실제 직원들이 하루 동안 처리하는 업무는 훨씬 복잡합니다.

가령 한 부서가 엑셀 매크로로 월별 통계를 만든다고 해보겠습니다. 새 환경에서 파일이 열리더라도 계산이나 자동화가 똑같이 작동하는지는 따로 확인해야 합니다. 결과가 달라진다면 프로그램은 실행했어도 업무 환경을 제대로 옮겼다고 할 수는 없습니다.

전자결재와 인증서, 프린터도 점검해야 합니다. 특정 브라우저에 의존하는 내부 시스템 역시 확인이 필요합니다. NixOS는 운영체제이므로, 그 자체로 오피스나 메일·협업 서비스 전체를 대체하지는 못합니다.

그래서 비용을 비교할 때는 라이선스 청구서에 찍힌 금액만 봐서는 안 됩니다. 문서를 변환하고 프로그램을 수정하는 데도 비용이 듭니다. 직원 교육과 헬프데스크 운영에도 사람이 필요합니다. 기존 환경과 새 환경을 함께 쓰는 동안에는 비용이 이중으로 들 수도 있습니다.

라이선스 비용 절감은 전환으로 얻을 수 있는 효과 중 하나입니다. 전체 비용이 줄어드는지는 업무 호환성을 확인하고 장기 운영비까지 계산해야 알 수 있습니다.

다른 업체도 운영을 이어받을 수 있어야 합니다

마이크로소프트 의존도는 낮췄는데, 기관의 환경을 이해하는 사람이 특정 외주업체에만 남아 있다면 어떨까요. 그 업체가 가격을 올리거나 사업을 접으면 기관의 선택지는 다시 좁아집니다.

NixOS의 설정 파일은 이런 문제를 줄이는 데 도움이 될 수 있습니다. 하지만 코드만 넘긴다고 인수인계가 끝나지는 않습니다. 왜 그런 설정을 골랐는지 설명을 남기고, 어디에서 배포하며 실패하면 어떻게 복구하는지도 기록해야 합니다.

기관에는 설정 저장소와 배포 절차를 관리할 권한도 있어야 합니다. 다른 업체가 문서를 보고 시험 환경을 다시 구성할 수 있어야 합니다. 실제로 인수인계를 연습해 보면 “문서가 잘 정리돼 있다”는 설명보다 준비 상태를 더 확실하게 검증할 수 있습니다.

도입 결과를 평가할 때도 설치한 PC 대수만 세어서는 안 됩니다. 대표 업무를 정상적으로 마칠 수 있는지 확인해야 합니다. 보안 업데이트를 적용하는 데 걸리는 시간과 장애가 난 뒤 업무를 다시 시작하기까지 걸리는 시간도 측정할 필요가 있습니다.

네덜란드 공공부문의 NixOS 대안을 평가한다면 운영체제 선택과 함께 이런 운영 구조를 살펴봐야 합니다. 실무에서 디지털 주권은 필요할 때 공급자를 바꾸면서도 업무를 계속할 수 있는 능력에 가깝습니다. 지금의 운영 업체가 내일 빠져도 다음 팀이 시스템을 이어받을 수 있는지가 판단 기준입니다.