본문으로 건너뛰기
피드

행안부, 대구센터 공공 클라우드 14개 시스템 통합 MSP로 묶는다

devops 약 5분
vote
0
댓글
북마크

행정안전부가 국가정보자원관리원 대구센터 PPP에 입주한 14개 공공 정보시스템을 통합 MSP 모델로 운영한다. 지난해 대전 본원 화재 이후 이전·복구된 시스템들의 운영 품질을 표준화하고, 장애·보안·백업 대응을 한 체계로 묶겠다는 목적이다.

  • 1

    대구센터 PPP에 입주한 14개 공공 정보시스템이 통합 MSP 사업 대상이 됨

  • 2

    기존에는 여러 민간 MSP가 개별 운영해 장애·보안 대응 기준과 운영 방식이 달랐음

  • 3

    행안부는 ITSM, SLA, 실시간 점검, 보안 관제, 원격 운영 거점 방식으로 운영 품질을 높이겠다고 밝힘

공공 클라우드 운영을 ‘각자도생’에서 통합 관리로 바꿈

  • 행정안전부가 국가정보자원관리원 대구센터 PPP 입주 시스템을 대상으로 통합 관리서비스 사업, 즉 통합 MSP 사업을 추진함

    • 대상은 최종 14개 공공 정보시스템임
    • 목적은 운영 효율을 높이고 24시간 중단 없는 대국민 서비스를 제공하는 것임
  • 이번 사업의 배경에는 지난해 9월 대전 본원 화재가 있음

    • 당시 화재 피해를 입은 709개 정보시스템 중 대구센터 PPP로 이전해 복구된 시스템은 16개였음
    • 이 중 G드라이브와 공공시설물 내진보강정보관리시스템은 타 서비스 이용 및 시스템 통합으로 제외돼, 최종 14개가 통합 관리 대상이 됨
  • 대상 시스템에는 실제 국민 서비스와 연결된 시스템들이 포함됨

    • 행정안전부 대표홈페이지, 모바일전자정부시스템이 들어감
    • 보건복지부의 보건의료인행정처분시스템도 포함됨
    • 소방청의 소방장비통합관리, 건축물소방안전정보통합관리시스템도 대상임

⚠️주의

> 공공 시스템 운영에서 장애 대응 기준이 시스템마다 다르면, 사고가 났을 때 복구 속도와 책임 경계가 흔들릴 수 있음. 이번 통합 MSP의 핵심은 클라우드 이전보다 운영 표준화에 있음.

표준 운영 체계와 SLA를 한 번에 맞추겠다는 계획

  • 기존 대구센터 PPP존에는 22개 기관의 51개 시스템이 운영 중이었음

    • 문제는 여러 민간 클라우드 운영업체(MSP)가 개별적으로 관리했다는 점임
    • 시스템마다 운영 방식, 장애 대응 기준, 보안 대응 기준이 달라 일관된 품질을 유지하기 어려웠다는 지적이 나옴
  • 새 통합 MSP 운영 모델은 표준화한 IT서비스관리체계(ITSM)를 적용함

    • 장애 대응, 시스템 변경, 데이터 백업 같은 핵심 운영 업무를 통합 MSP 중심으로 일원화함
    • 국정자원은 전체 운영을 총괄하고, 직접 운영하는 클라우드와 같은 수준의 서비스수준협약(SLA)을 적용할 계획임
  • 운영 방식도 현장 상주 중심에서 원격 운영 거점 관리로 바뀜

    • 상시 실시간 점검과 보안 관제 체계를 갖춰 장애를 선제적으로 막겠다는 방향임
    • 원격 운영 거점은 철저한 보안 기준을 갖춘 상태에서 전문 인력의 효율성과 업무 안정성을 높이는 모델로 설명됨
  • PPP 모델 자체는 민간 클라우드와 공공 인프라를 섞는 구조임

    • 민간 클라우드 서비스 제공업체(CSP)가 국정자원 대구센터의 상면, 전력, 네트워크 같은 기반 환경을 활용함
    • 행정·공공기관의 상 등급 정보시스템을 대상으로 서비스를 제공하는 모델이고, 민간 기업은 국정원 보안지침을 준수하는 여건에서 공공시장에 진입할 수 있음

기술 맥락

  • 공공 클라우드에서 MSP를 통합한다는 건 단순히 업체 하나로 몰아준다는 얘기가 아니에요. 장애 처리, 변경 승인, 백업, 보안 관제 같은 운영 절차를 같은 기준으로 맞추겠다는 뜻이에요.

  • ITSM이 필요한 이유는 공공 시스템이 많아질수록 사람이 기억으로 운영할 수 없기 때문이에요. 누가 변경했고, 장애가 언제 감지됐고, 어떤 절차로 복구했는지 남겨야 사고 이후에도 원인 분석과 재발 방지가 가능해요.

  • SLA를 직접 운영 클라우드와 같은 수준으로 맞추겠다는 것도 중요해요. 민간 클라우드를 쓰더라도 공공 서비스는 다운타임과 복구 기준이 느슨하면 안 되니, 계약과 운영 지표로 품질을 고정하려는 거예요.

  • 원격 운영 거점 전환은 효율성만 보는 선택은 아니에요. 현장 상주 인력 중심 운영은 시스템마다 품질 편차가 생기기 쉬워서, 보안 기준을 갖춘 중앙 운영 체계로 묶는 게 안정성 측면에서 유리할 수 있어요.

공공 클라우드에서 중요한 건 ‘클라우드로 옮겼다’보다 운영 기준을 얼마나 일관되게 잡느냐임. 장애 대응, 변경 관리, 백업, 보안 관제를 통합 MSP로 묶는 건 공공 시스템의 신뢰성을 좌우하는 운영 레이어 문제임.

댓글

댓글

댓글을 불러오는 중...

devops

포드가 AI 데이터센터 붐 수혜주로 뜬 이유는 자동차가 아니라 ESS였다

포드의 에너지 저장 사업이 AI 데이터센터 건설 붐을 타고 새 성장축으로 주목받고 있어. 전기차 수요 둔화로 남는 배터리 생산능력을 데이터센터·전력망용 ESS로 돌리는 전략이고, EDF 북미 사업체에 2028년부터 연간 4기가와트시 규모 공급 계약까지 체결했어.

devops

클라우드 빅3 차별화 논쟁, 정작 컴퓨트·스토리지는 거의 범용재가 됐다는 얘기

클라우드 업체들은 인공지능, 데이터베이스, 전용 서비스로 차별화를 강조하지만, 대부분의 기업 워크로드는 여전히 컴퓨트와 스토리지 위에서 돌아간다는 주장이다. AWS, 애저, 구글 클라우드의 핵심 인프라는 성숙도가 높아져 실질 역량 차이가 줄었고, 아키텍트는 브랜드보다 워크로드 적합성·비용·거버넌스·운영 정합성을 봐야 한다는 내용이다.

devops

DynIP, RFC 2136·IPv6·DNSSEC 지원하는 동적 DNS 서비스 공개

DynIP는 홈랩, 엣지 라우터, 인프라 팀을 겨냥한 동적 DNS(DDNS) 서비스다. 60초 안팎의 전파, RFC 2136 TSIG 기반 라우터 업데이트, 개인 도메인 연결, IPv6와 DNSSEC 지원을 핵심 기능으로 내세운다.

devops

깃허브 액션, 내부 데이터베이스 마이그레이션 여파로 4시간 지연

깃허브에서 2026년 5월 12일 13:41부터 17:43 협정세계시까지 일부 서비스 처리 지연이 발생했음. 내부 데이터베이스 마이그레이션으로 복제 지연이 생겼고, 작업 큐에 쌓이는 요청을 처리할 워커가 부족해진 게 원인이었음.

devops

AI 강국 경쟁, 결국 전기와 데이터센터 싸움으로 간다

AI 경쟁의 핵심이 모델과 반도체만이 아니라 안정적인 전력 확보로 이동하고 있다는 분석이야. 글로벌 데이터센터 전력 사용량은 2024년 400TWh에서 2030년 800TWh, 2050년 3500TWh 이상으로 커질 전망이고, 한국도 AI 데이터센터와 에너지 전략을 같이 설계해야 하는 상황이야.