노성웅

공공기관에 프라이빗 클라우드(AWS 같은 CSP)를 제공하는 플랫폼으로, 기관(테넌트)마다 격리된 네트워크 환경을 자동 프로비저닝합니다. 이 중 방화벽·로드밸런서(L4) 등 네트워크 상품을 담당했습니다.

• 고객이 직접 자원을 신청하고 즉시 처리되는 구조로 전환, 반복적인 수동 처리 업무 해소

  문제고객이 자원을 신청하면 운영자가 직접 자원을 생성해주는 매니지드 방식. 반복 처리 요청이 체감상 월 50건 안팎으로 상당한 비중을 차지하고, 고객이 직접 자원을 제어할 수 없는 제한적인 CSP 구조

  분석CSP 인프라 특성상 장비 자체는 이미 멀티테넌트 기능을 갖추고 있어, 이를 운영자 개입 없이 API로 직접 노출하는 별도 API 서버 신규 개발

• 자원 누수 구조적 방지 · 벤더 추가 시 예외 타입·핸들러만 추가하는 확장 구조

  문제네트워크 환경 프로비저닝이 방화벽·VS·라우트·ACI·OpenStack 등 서로 다른 벤더 API의 순차 호출로 이뤄지는데, 외부 시스템이라 DB 트랜잭션·Spring @Transactional로 묶을 수 없어 중간 실패 시 자원 누수가 발생하고 재시도 불가

  분석벤더 호출을 조율하는 Integration 계층 분리 + 프로비저닝 7단계마다 실패 지점별 롤백 범위가 다른 11개 예외 타입 체계(오케스트레이션 기반 Saga 패턴)를 제안·구현 (도메인별 구체 롤백은 각 도메인 담당자가 구조 위에서 처리). 이 과정에서 하나의 메서드에 몰려있던 프로비저닝·롤백 로직을 ControllerAdvice 분리로 131줄에서 32줄까지 정리

• 여러 가상서버의 백엔드 공유를 안전하게 구조적으로 보장 · 애플리케이션 레벨에서 참조 상태를 직접 관리해 중복 생성·조기 삭제 방지

  문제Citrix 장비에서 백엔드는 {IP}_{PORT}로 식별되는 하나의 Service 객체인데 여러 로드밸런서가 같은 Service를 공유 바인딩 가능. 여러 가상서버가 안전하게 공유하려면 애플리케이션이 직접 참조 상태를 추적해야 해 중복 생성·사용 중인 자원의 조기 삭제 위험

  분석연결 시 장비에 Service 존재 여부를 조회해 재사용/신규 생성 분기, 해제 시 DB에서 동일 IP·Port를 참조하는 다른 활성 바인딩 존재 여부를 쿼리로 확인 후 삭제하는 방식으로 참조 카운팅 구현

• 벤더별 스펙 불일치를 배포 전 검증, 최전방 네트워크 설정 실패로 인한 테넌트 전체 연결 장애를 사전 차단

  문제네트워크 상품이 테넌트의 최전방 장비를 전부 다루는 구조라 설정 실패 시 테넌트 전체가 연결 불가. 벤더 장비마다 스펙 문서와 실제 동작이 달라(안랩 방화벽 필드명 오타, Citrix 독자 쿼리 파라미터 인코딩 등) 연동 개발 중 반복적으로 고치고 재배포

  분석벤더 장비 연동을 검증하는 테스트 문화가 없던 조직에서, Mock 없이 실제 스테이징 장비를 직접 호출하는 통합 테스트를 도입 — 비즈니스 로직보다 요청 포맷이 실제 장비 스펙과 어긋나지 않는지를 배포 전 검증하는 데 초점

국가정보자원관리원의 IT 자산을 계획·관리하는 시스템입니다. 자산 현황이 최신·정확해야 예산심사에서 도입·폐기·교체 결정을 제대로 내릴 수 있어, 수십만 건 규모의 자산을 빠르게 동기화·조회하는 성능과 감사 대응을 위한 변경 이력 추적이 함께 요구됐습니다.

• 14만 건 처리 2시간 → 10초 (약 700배)

  문제원래 연 2회 스케줄러 배치였으나 버튼 즉시 실행 방식으로 기획 변경 후, 14만 건 처리에 2시간이 걸려 사용자가 버튼을 누르고 2시간 대기해야 하는 사실상 못 쓰는 구조

  분석기존 데이터와 비교하는 로직이 건마다 조회하는 방식이라 쿼리 과다. 전체 데이터를 한 번에 조회해 HashMap으로 캐싱하고 인메모리에서 비교하는 방식으로 개선. 또한 JPA IDENTITY 전략은 INSERT 시점에 DB에서 ID를 즉시 발급받아야 해 Bulk Insert가 불가능한 구조임을 확인 → JDBC Template 기반 Bulk Insert로 전환해 두 병목 해결

• 감사 이력 추적·사업유형별 심사 규정을 도메인 모델·검증 구조로 정확히 반영 · 심사자·실무자 모두 신뢰할 수 있는 설계

  문제공공 예산심사 시스템이라 감사 이력 추적이 필요하고, 사업유형(신규·폐기 등)마다 심사 규정(요구 항목)이 다름. 단순 구현 시 값 변경 없는 저장도 이력이 과다 적재돼 감사 추적성을 저해하고, 모든 유형에 동일 검증을 걸면 폐기 자산에도 불필요한 스펙을 요구해 실무자 혼란

  분석7종 자원을 필드 단위로 비교해 실제 변경 시에만 이력 적재(타입 차이 오탐 처리) + Bean Validation Group을 사업유형별로 분리해 런타임에 검증 규칙 분기(폐기는 최소 식별 정보, 신규는 스펙까지)

• 컴파일 단계에서 쿼리 오류 사전 감지 · 지사 내 3개 프로젝트로 쿼리 방식 통일 확산

  문제JPA를 사용하면서도 단순 조회는 Data JPA, 복잡한 조건은 Criteria API, 쿼리 자체가 복잡해지면 Native Query를 쓰는 방식이 혼재, 유지보수 시 어떤 방식으로 구현됐는지 파악하는 것 자체가 부담

  분석QueryDSL을 통해 세 가지 방식을 하나로 통일할 수 있다고 판단해 도입 제안. Criteria API의 낮은 가독성과 Native Query의 런타임 오류 위험성을 해결하고자, 컴파일 단계에서 오류를 잡고 JPA 영속성 컨텍스트를 활용할 수 있는 QueryDSL 선택. 팀 내 회의적인 의견에 대해 자산 현황 모듈에 파일럿으로 선행 적용 후 시연하여 설득, 이후 지사 내 3개 프로젝트로 도입 확대

동구청에서 주최하는 과학행사의 온라인 신청·참가자 관리를 위한 플랫폼입니다. 시민이 직접 온라인으로 신청하고, 담당자는 신청 현황과 통계를 통합 관리합니다.

• eGovFramework 기반 3개월 내 풀스택 개발 및 안정적 런칭
• DB 제약 기반 중복 신청 방지 구조 설계

  문제동시 신청 시 중복 신청 가능성 존재

  분석Redis 분산락은 별도 인프라 구성 필요, DB 비관적 락은 소규모 행사 트래픽에 과도한 설계 → 별도 인프라 없이 임시 예약 상태를 DB로 관리하는 Soft Reservation 선택

• NICE 본인인증 모듈 + OAuth 2.0 SNS 로그인 구현 · 회원관리 표준화
• 행사 등록·참가자 관리·통계 조회를 통합한 어드민 페이지 구축

충남도청 SMS 발송 서비스가 노후 장비로 인해 지속적으로 다운되는 문제가 있었습니다. 이를 교체하며 데이터를 이관하는 프로젝트로, 1,000만 건 규모 발송 이력 데이터의 무결성 유지가 핵심 요구사항이었습니다.

• OS 설치 → 데이터 마이그레이션 → 장비 납품까지 전 과정 일괄 수행
• 1,000만 건 대용량 데이터 무결성 100% 유지
• p95 5초 → 0.9초 · CPU 사용률 65% → 40% 개선

  문제매 페이지 이동 시 헤더에서 전체 SMS 카운트 집계 쿼리가 자동 실행되어 페이지 로딩 지연 반복

  분석상시 표시가 불필요한 집계 쿼리임을 파악 → 버튼 클릭 시에만 조회하는 방식으로 변경

• 노후 장비 교체로 물리적 장애 포인트 제거 · 이관 후 다운타임 0건

한전 현장의 위험성 평가와 자율 안전관리를 지원하는 솔루션으로, GIS 기반 실시간 현장 모니터링과 메타데이터·보고서 관리 기능을 제공합니다.

• GIS 기반 실시간 모니터링 대시보드 · 메타데이터 관리 백엔드 개발
• jsPDF 기반 보고서 생성 API 서비스화 · 모바일/웹 동일 품질 PDF 제공

  문제Spring에서 jsPDF JS 함수를 직접 실행할 수 없어 앱에서 웹과 동일한 PDF 보고서 생성 불가

  분석브라우저 렌더링이 필요한 jsPDF 실행을 위해 FastAPI 크롤링 서버를 별도 구축해 JS 실행 환경 확보

• 중복 코드 65% → 10% · 페이지 개발 리드타임 2일 → 0.5일

  문제JSP 페이지마다 헤더·푸터·네비게이션을 반복 복붙하는 중복 레이아웃 문제

  분석JSP include 방식은 중복 제거 효과 제한적이며 구조 변경 시 전 페이지 수정 필요 → 레이아웃 템플릿화가 가능한 Tiles 프레임워크 도입 제안 및 적용

• 배포 빈도 7일 → 1일

  문제수동 배포로 인한 휴먼에러와 7일 배포 주기가 긴급 패치 대응을 가로막는 문제

  분석SI 폐쇄망·온프레미스 환경 특성상 관리형 SaaS CI 사용 불가 → 자체 구축 가능한 Jenkins 선택해 직접 파이프라인 구성

• 2022 BIXPO 기술 시연 성공 · 한전 연구과제 최종 평가 통과에 기여

WAF에서 유해 의심 IP 이벤트가 발생하면 관리 업체에 차단 요청 메일을 보내야 하는 업무로, 기존에는 담당자가 메일을 일일이 확인하고 수동으로 작성·발송했습니다.

• 반복적인 메일 확인·분류·작성 자동화

  문제기관마다 예외 규칙(특정 국가 IP 차단 금지, 회신 시 특정 담당자 참조 필요, 담당 업체 상이 등)이 달라 단순 자동화가 불가능한 구조

  분석Gmail API·MCP 서버를 구성하고 Claude Code skill에 기관별 예외 규칙을 인코딩해 이벤트 메일 파싱·유해 IP 목록 추출·기관별 차단 요청 회신 작성을 자동화

• 관측된 AI 실패 모드를 사람 승인 게이트로 차단 · 단독 구축 후 팀 전파

  문제초기 AI가 담당 업체를 잘못 분류하거나 메일 내용을 잘못 읽어 회신을 잘못 작성하는 오분류·오독 실패 모드 발생

  분석완전 자동 발송 대신 임시저장 → 사람 검토 → 발송하는 승인 게이트를 두는 구조로 설계해 보안 사고와 AI 오발송을 동시에 방지

MSP로 관리하는 40개 고객사의 클라우드 인프라에 통합 모니터링 체계가 없어, 장애 감지와 월간 운영 보고서를 수작업으로 처리하던 환경이었습니다.

• 40개 고객사 전체 구축 · 지표 보존 기간 30일 → 1년

  문제기존 KT Cloud Watch는 기본 지표를 7일만 보존하고 알람은 메일로만 왔으며, 40개 고객사를 한눈에 보는 통합 관제가 없어 장애 사후 원인 추적이 불가능

  분석시각화·알람 연동을 단일 도구로 처리할 수 있는 Grafana + Prometheus를 선택. 1년치 보존을 위해 Thanos 등 별도 장기 저장 방식을 검토한 뒤, 인프라 구성 변경 없이 가장 간단하게 도입 가능한 VictoriaMetrics로 전환

• 월간 보고서 작성 시간 2시간 → 10분

  문제월간 운영 보고서도 서버마다 직접 접속해 리소스를 확인하는 방식이라 서버 20개 기준 2시간 이상 소요

  분석CMP 개발팀과 사전 협의한 Prometheus 연동을 통해, 기존에 구현돼 있었으나 연동 환경이 없어 미활용되던 보고서 자동 생성 기능을 활성화