본문으로 건너뛰기

사람이 매번 챙겨야 지켜지던 인프라와 보안을, 저절로 지켜지는 구조로 바꿉니다.

AWS · Azure · GCP · Tencent Cloud 네 개 클라우드에서 게임 서비스와 금융 인프라를 운영하고, 옮기고, 자동화했습니다.

씨앤토트Azure컴투스플랫폼AWSGCPAzureTencent우리에프아이에스AWS개인 프로젝트
4개 클라우드, 서버 3,500대, 조치율 85%, 중단 0
  1. 씨앤토트

    2020.08 – 2023.02

    고객의 대규모 게임을 지키다

  2. 컴투스플랫폼

    2023.02 – 2026.02

    4개 클라우드를 직접 운영하고 옮기다

  3. 우리에프아이에스

    2026.02 – 2026.10

    규제 환경에서 처음부터 설계하다

4
Clouds
3,500
Servers
85%
조치율
0
Downtime

대표 경험

한 달에 한 번이던 보안 점검을, 매일 자동으로

4개 클라우드의 위험한 행위를 발생 당일 잡아내는 구조

한 달?????????????????????????????점검AWSCloudTrailGCPCloud Audit LogsAzureActivity LogTencent CloudCloudAudit●●●●▲▲▲▲■■■■★★★★정규화누가 · 언제 · 어디에 · 무엇을AWS · game-a-prod · Access Key 발급GCP · game-b-live · 프로젝트 권한 추가Tencent · game-c-cn · 보안그룹 규칙 추가Azure · tool-rg · 서버 생성조치 완료조치 완료SlackTelegram매일 새벽 자동 점검월 1회 → 매일
다시 달력. 이번에는 매일 체크가 찍힙니다. 월 1회 → 매일.

문제

보안 점검은 월말에 한 번, 며칠씩 수동으로 했습니다. 누군가 자신에게 과도한 권한을 주거나 주요 서버를 지워도 최대 한 달 가까이 모를 수 있었습니다. 누가 시킨 일은 아니었지만 직접 바꾸기로 했습니다.

판단

같은 "권한 변경"이라도 클라우드마다 기록 방식이 모두 달랐습니다. 제각각인 로그를 "누가, 언제, 어떤 리소스에, 무엇을 했나"라는 공통 기준으로 바꾸기로 했습니다.

실행

4개 클라우드의 모든 프로젝트에서 감사 로그를 가져와 정규화하고, 매일 새벽 자동으로 점검합니다. 사고로 이어질 수 있는 행위만 크리티컬로 정해 텔레그램·슬랙으로 알리고, 행위자 확인 뒤 조치 완료로 기록합니다.

결과

점검 주기는 월 1회에서 매일로, 위험 행위 인지 시점은 최대 한 달 뒤에서 발생 당일로 바뀌었습니다. 점검 공수는 사실상 0이 됐습니다.

배운 점

사고로 이어질 수 있는 신호를 먼저 정의하고 놓치지 않는 구조가 더 중요합니다. 권한이 없을 때는 "이렇게 해봤더니 좋아졌다"는 결과가 가장 강한 설득입니다.

라이브 게임을 멈추지 않고 클라우드를 옮기다

서버 80대 · DB 20개, 약 1주일, 서비스 중단 0

LIVEGCPTencent Cloud방화벽 규칙이 먼저Online Migration · 서버 블록 80개비공개 운영트래픽 전환약 1주일 · 서비스 중단 0gcp.tf → tencentcloud.tf
두 섬 아래 코드: gcp.tf → tencentcloud.tf

문제

라이브 서비스의 GCP 인프라(서버 80대, DB 20개)를 Tencent Cloud로 옮겨야 했습니다. 서비스 중단은 허용되지 않았습니다.

판단

가장 큰 위험은 이관 후 보안 정책이 빠지거나 다르게 적용되는 것이라고 봤습니다. 그래서 서버보다 네트워크와 방화벽을 먼저 옮기기로 했습니다.

실행

Tencent Cloud에 방화벽 규칙을 GCP와 동일하게 먼저 구성하고, Online Migration으로 서버를 옮겼습니다. 바로 전환하지 않고 비공개 운영으로 개발팀과 함께 이슈 여부를 확인했습니다.

결과

검증 후 서비스를 전환했고, 서비스 중단 없이 약 1주일 만에 이관을 마쳤습니다.

배운 점

클라우드를 옮길 때는 보안 기준이 같이 따라가게 만드는 것이 핵심입니다. 이관 내용이 Terraform 코드로 남아 이후 운영과 변경도 쉬워졌습니다.

새벽 3시의 DDoS, 사람 없이 막다

이미 쌓이던 로그로 탐지부터 차단까지 자동화

03:00불 꺼진 사무실게임 서비스완화 흐름 로그SYN이 비정상적으로 많은 출발지NSG 차단 규칙203.0.113.x203.0.113.x203.0.113.x사람 없이, 서비스는 계속.
사무실 불은 계속 꺼져 있고, 게임 서비스는 계속 초록색입니다.

문제

공격은 대응 인력이 가장 적은 야간과 주말에 집중됐습니다. 사람이 알림을 보고, 접속해서, 공격 IP를 찾아, 차단 규칙을 넣는 동안 서비스가 흔들렸습니다.

판단

인력을 늘리거나 새 솔루션을 사는 대신, 이미 쌓이고 있던 로그를 쓰기로 했습니다. Azure의 DDoS 방어 기능이 공격 출발지 정보가 담긴 로그를 이미 남기고 있었습니다.

실행

비정상적으로 많은 TCP SYN 패킷을 보내는 출발지를 공격 후보로 정의했습니다. 주기적으로 조회해 뽑은 IP를 PowerShell 스크립트가 NSG(방화벽 규칙 묶음)의 차단 규칙에 자동으로 추가합니다.

결과

탐지부터 차단까지 사람의 개입 없이 이어져 야간·주말 대응 지연을 없앴습니다. 새 솔루션이나 인력은 필요하지 않았습니다.

배운 점

새 도구를 들이기 전에 이미 쌓이고 있는 로그로 무엇을 할 수 있는지 먼저 봅니다. 당장 막는 것과 함께, 같은 상황이 다시 와도 버틸 구조를 만듭니다.

아무것도 없던 금융 클라우드에 보안 기준을 세우다

망분리 규정을 구조로, 보안 구성을 코드로

DMZ 서브넷Private 서브넷규정 문서DMZ 분리공인 IP 금지허용된 곳만 나감벽잠긴 문좁은 출구같은 코드를 모든 계정에Terraform 코드계정 A계정 B계정 C…계정이 늘어나도 같은 보안 기준이 반복됩니다
모든 상자에 같은 방패 마크가 빛납니다.

문제

그룹사들이 퍼블릭 클라우드를 처음 도입하던 단계였고, IaC(코드로 인프라를 관리하는 방식) 체계가 전혀 없었습니다. 계정마다 요구사항이 달랐지만 공통 보안 기준은 일관되게 지켜야 했습니다.

판단

망분리(중요도가 다른 네트워크를 나눠 외부 위협이 내부로 바로 들어오지 못하게 하는 금융권 핵심 통제)를 설계 원칙 세 가지로 옮겼습니다. DMZ와 Private 서브넷 분리, 공인 IP 할당 원천 차단, 허용된 대상으로만 나가는 아웃바운드입니다.

실행

Terraform을 도입해 Network Firewall과 WAF 구성을 코드로 정의하고, 같은 코드를 모든 계정에 적용했습니다.

결과

계정이 늘어나도 같은 보안 기준이 코드로 반복됩니다. 담당자마다 설정이 달라지던 문제가 사라졌습니다.

배운 점

규정을 문서로 두지 않고 구조와 코드 안에 넣으면, 누가 배포해도 같은 수준이 유지됩니다.

숫자로 보기

4
Clouds (AWS · Azure · GCP · Tencent)
3,500
Servers 전담 운영
80%
배포 속도 개선
40%
배포 시간 단축
60% → 85%+
감사 조치율
0
이관 중 서비스 중단
월 1회 → 매일
보안 점검 주기
600
방화벽 정책 재설계 대상 서버

경험 지도

따로 보이는 경험들이 어떻게 이어지는지 보여 드립니다

모든 경험

주제
회사 24
서버 3,500대DB 650개전담 엔지니어장애복구

씨앤토트 · 2020.08 – 2023.02

서버 3,500대 글로벌 게임의 전담 엔지니어

고객의 서비스가 멈추지 않게, Azure 대규모 운영과 기술 자문

3,500 Servers650 DBs

  • · 고객사 주 기술 담당
  • · 고가용성 구조 자문
  • · 장애 대응·보안 감사·비용 분석 지원
  • Azure
  • 대규모 운영
  • 고객 대응
03:00불 꺼진 사무실게임 서비스완화 흐름 로그SYN이 비정상적으로 많은 출발지NSG 차단 규칙203.0.113.x203.0.113.x203.0.113.x사람 없이, 서비스는 계속.

씨앤토트 · 2020.08 – 2023.02

새벽 3시의 DDoS, 사람 없이 막다

이미 쌓이던 로그로 탐지부터 차단까지 자동화

탐지 → 차단 자동화사람 개입 0

  • · 야간·주말 집중 공격의 대응 지연 문제
  • · 기존 로그 재활용으로 비용 없이 해결
  • · 탐지 결과가 방화벽 규칙으로 자동 반영
  • Azure
  • DDoS
  • 자동화
  • PowerShell
  • 대응 자동화
수동 배포PowerShell 스크립트수동 100자동 20-80%

씨앤토트 · 2020.08 – 2023.02

서버 500대 배포, 80% 빠르게

사람이 서버마다 반복하던 배포를 PowerShell로 자동화

80% 개선500 Servers / 100 DBs

  • · 서버 묶음마다 반복되던 수작업
  • · 단계를 스크립트로 묶어 자동 실행
  • · 작업자마다 다르던 절차 통일
  • Azure
  • PowerShell
  • 배포 자동화
서버들지표Telegraf수집InfluxDB저장Grafana대시보드CPU메모리트래픽

씨앤토트 · 2020.08 – 2023.02

인프라 상태를 실시간으로 한눈에

  • · Telegraf·InfluxDB·Grafana 실시간 대시보드
  • · Zabbix·Grafana 모니터링 운영
  • Monitoring
  • Grafana
한 달?????????????????????????????점검AWSCloudTrailGCPCloud Audit LogsAzureActivity LogTencent CloudCloudAudit●●●●▲▲▲▲■■■■★★★★정규화누가 · 언제 · 어디에 · 무엇을AWS · game-a-prod · Access Key 발급GCP · game-b-live · 프로젝트 권한 추가Tencent · game-c-cn · 보안그룹 규칙 추가Azure · tool-rg · 서버 생성조치 완료조치 완료SlackTelegram매일 새벽 자동 점검월 1회 → 매일

컴투스플랫폼 · 2023.02 – 2026.02

한 달에 한 번이던 보안 점검을, 매일 자동으로

4개 클라우드의 위험한 행위를 발생 당일 잡아내는 구조

월 1회 → 매일4 Clouds

  • · 아무도 시키지 않은 문제를 스스로 발견
  • · 서로 다른 4개 클라우드 로그를 하나의 기준으로
  • · 크리티컬 행위만 골라 즉시 알림·조치
  • Python
  • AWS
  • GCP
  • Azure
  • Tencent
  • 보안 자동화
  • 탐지·대응
서비스 영향 없음서비스 영향 있음위험 높음위험 낮음지적지적지적지적지적지적지적지적지적지적차단개발팀특정 포트 전면 차단?IP 제한 + WAFTerraform 모듈기본값60%85%감사 조치율

컴투스플랫폼 · 2023.02 – 2026.02

같은 지적이 다시 나오지 않게

영향도로 나누고, 대안으로 합의하고, 코드 기본값으로 막다

60% → 85%+

  • · 무조건 차단 대신 서비스 영향도 기준 분류
  • · 막을 수 없을 땐 보완 통제로 합의
  • · 반복 지적은 Terraform 기본값과 배포 관문으로
  • CSPM
  • Terraform
  • GitLab CI/CD
  • Jenkins
  • 협업
Terraform코드 복사본Terraform코드 복사본Terraform코드 복사본Terraform코드 복사본Terraform코드 복사본Terraform코드 복사본수정 필요수정 필요수정 필요수정 필요수정 필요수정공통 모듈보안 기본값dev다른 값stg다른 값prod다른 값-40%

컴투스플랫폼 · 2023.02 – 2026.02

복사해서 쓰던 인프라 코드를 하나로

운영 인프라를 코드로 옮기고, 중복을 걷어내 배포 시간 40% 단축

-40% 배포 시간

  • · 운영 중인 인프라를 코드로 이관
  • · 환경·게임별 중복 코드를 공통 구조로
  • · 보안 기본값이 모든 환경에 한 번에 적용
  • Terraform
  • Terragrunt
  • IaC
  • AWS
  • GCP
LIVEGCPTencent Cloud방화벽 규칙이 먼저Online Migration · 서버 블록 80개비공개 운영트래픽 전환약 1주일 · 서비스 중단 0gcp.tf → tencentcloud.tf

컴투스플랫폼 · 2023.02 – 2026.02

라이브 게임을 멈추지 않고 클라우드를 옮기다

서버 80대 · DB 20개, 약 1주일, 서비스 중단 0

1 Week0 Downtime80 Servers / 20 DBs

  • · 서버보다 방화벽을 먼저 옮긴 판단
  • · 이관 도구 + 비공개 운영 검증
  • · 전 과정을 Terraform 코드로 이관
  • GCP
  • Tencent Cloud
  • Migration
  • Terraform
웹게임DB관리

컴투스플랫폼 · 2023.02 – 2026.02

엉킨 방화벽 규칙을 다시 설계하다

서버 600대 · DB 70개 규모, Tencent Cloud와 GCP에 걸친 정책 정리

600 Servers / 70 DBs

  • · 오래 쌓인 규칙 전수 분석
  • · 중복·불필요 규칙 제거
  • · 역할 기준으로 재설계
  • Firewall
  • Tencent Cloud
  • GCP
  • Network Security
Tencent CloudGCPCloud Armor서버 600대

컴투스플랫폼 · 2023.02 – 2026.02

게임 서버를 향한 공격을 막다

  • · 서버 600대 규모 게임의 DDoS 탐지·방어 운영
  • · GCP에서는 Cloud Armor를 DDoS 방어 용도로 사용
  • DDoS
  • Cloud Armor
  • Tencent Cloud
  • GCP
Slack이상 알림Telegram이상 알림Zabbix · Grafana

컴투스플랫폼 · 2023.02 – 2026.02

문제가 생기면 먼저 알게

  • · Zabbix·Grafana 모니터링
  • · Slack·Telegram 알림
  • · 월별 비용 분석(FinOps)
  • Zabbix
  • Grafana
  • FinOps
S3 버킷 모듈 만들어줘Chroma 벡터 DB비슷한 코드비슷한 코드비슷한 코드로컬 LLM생성된 Terraform 코드모듈모듈모듈다음 설계LangChain

컴투스플랫폼 · 2023.02 – 2026.02

말로 요청하면 인프라 코드를 만들어주는 AI

로컬 LLM과 벡터 DB로 만든 프로토타입, 그리고 검증에서 찾은 한계

  • · 운영 중인 모듈을 학습 자료로 쓰는 RAG 구조
  • · 팀 시연까지 진행
  • · 한계를 직접 진단하고 다음 설계 도출
  • AI
  • LLM
  • RAG
  • Ollama
  • Chroma
  • Docker
  • Terraform
DMZ 서브넷Private 서브넷규정 문서DMZ 분리공인 IP 금지허용된 곳만 나감벽잠긴 문좁은 출구같은 코드를 모든 계정에Terraform 코드계정 A계정 B계정 C…계정이 늘어나도 같은 보안 기준이 반복됩니다

우리FIS · 2026.02 – 2026.10

아무것도 없던 금융 클라우드에 보안 기준을 세우다

망분리 규정을 구조로, 보안 구성을 코드로

IaC 0 → Terraform 표준화

  • · 금융 망분리 요건을 설계 원칙으로
  • · Network Firewall·WAF를 코드로 표준화
  • · 계정이 늘어나도 같은 기준
  • AWS
  • Terraform
  • 망분리
  • Network Firewall
  • WAF
  • 금융
열쇠 꾸러미필요한 만큼만code

우리FIS · 2026.02 – 2026.10

필요한 만큼만, 코드로 남기는 권한

  • · Zero Trust 원칙
  • · 서비스 계정·역할별 권한을 Terraform으로
  • · 권한 추가는 코드 리뷰를 거쳐야만
  • IAM
  • Zero Trust
  • Terraform
계정 A계정 B계정 CGuardDuty위협 탐지Security Hub결과를 같은 형식으로Splunk SIEM통합 모니터링

우리FIS · 2026.02 – 2026.10

여러 계정의 경보를 한 화면으로

  • · GuardDuty·Security Hub를 Splunk SIEM과 연동
  • GuardDuty
  • Security Hub
  • Splunk
  • SIEM
2막 · 변경 후바깥 정문CloudFront안쪽 문ALB서버KR경비원(검문소)쪽지만 보고 통과얼굴(실제 IP) 확인막고 있다는 것을 증명출발지국가결과203.0.113.x해외차단203.0.113.x해외차단

보안 사례

"켜져 있다"와 "막고 있다"는 다르다

차단 정책이 실제로 우회될 수 있는 구조를 찾아 고치고, 로그로 증명하다

  • · 구조를 따라가며 우회 지점 발견
  • · 판별 위치를 바깥쪽으로 옮겨 해결
  • · 로그 분석으로 차단 결과 검증
  • WAF
  • CloudFront
  • Athena
  • Log Analysis
폐쇄망 PC자원 현황 수집통신 로그 검색통신 가능 여부 판정신청서 기반 반영통신 가능 여부 판정출발지보안그룹 체크출발지 아웃바운드보안그룹 체크목적지 인바운드라우팅 체크인프라 담당에게 요청보안그룹은 더 열지 않습니다신청서 기반 반영엑셀 신청서기존 규칙기존 규칙기존 규칙규칙 1건 반영

우리FIS · 2026.02 – 2026.10

인터넷이 없는 PC에서도 돌아가는 운영 도구

반복 요청을 도구와 표준 절차로 바꾸다

도구 4종Python 패키지 31종 오프라인 번들

  • · 오프라인 Windows 개발 환경 번들
  • · 통신 가능 여부를 원인별로 판정
  • · 엑셀 신청서를 실제 보안그룹 규칙으로 자동 반영
  • Python
  • boto3
  • AWS
  • 자동화
  • 폐쇄망
물리 방화벽 정책표보안그룹 정책표출발지목적지포트허용 여부사유출발지목적지포트허용 여부사유같은 칸 구조

우리FIS · 2026.02 – 2026.10

상대가 아는 언어로 설명하기

  • · 보안그룹 정책을 물리 방화벽 정책서 구조로 문서화
  • · AWS가 처음인 담당자를 위한 접근·운영 가이드
  • Documentation
  • Security Group
  • 온보딩
필터 그물캡처 파일pcapng 파일 일괄 변환

우리FIS · 2026.02 – 2026.10

패킷을 잡는 시간을 줄이다

  • · FortiGate 패킷 캡처 명령 자동 구성
  • · pcapng 파일 일괄 변환
  • FortiGate
  • Packet Capture
  • Python
매달 반복되는 점검1월2월3월4월5월6월7월8월9월10월11월12월인수인계서다음 담당자

우리FIS · 2026.02 – 2026.10

매달 반복되는 보안 점검을 책임지다

  • · FortiGate·FortiManager·FortiAnalyzer, WAF, WIPS 운영
  • · 월간 방화벽 정책 적정성 검토
  • · 퇴사 시 인수인계서로 이관
  • Fortinet
  • WAF
  • WIPS
  • 정기 점검
물리 경계방화벽North-South바깥과 안쪽 사이서버 A서버 B서버 CEast-West플랫폼 정책각자 잘하는 방향을 맡긴다

우리FIS · 2026.02 – 2026.10

요구사항을 숫자로 검증한 보안 검토

  • · 보안 요건을 공통·물리·논리로 정리
  • · 플랫폼 수용량을 요구 수준과 수치로 비교
  • · 남북·동서 통신 역할 분담 제안
  • 보안성 검토
  • 망분리
  • 마이크로세그멘테이션
경영기술영업비서/경영기획실장재무인사기술실장시니어 엔지니어엔지니어QA 엔지니어보안 엔지니어DB 엔지니어기획·영업실장콘텐츠 마케터 (기본비활성)CCTV지시서계획확인 요청오류가 묻은 채 그대로 넘어감다음 에이전트는 검증 없이 그대로 믿습니다앞 단계 에이전트다음 에이전트검증 단계 추가여기서 얻은 원칙 · 구현된 기능이 아닙니다

개인 프로젝트

AI 직원 11명이 일하는 가상 회사

직접 설계한 멀티에이전트 오케스트레이터와, 그 안에서 발견한 신뢰 경계 문제

11 Agents3 Divisions

  • · 역할별 업무 배정, 모델 우선순위 전환, 비용 추적
  • · Slack·Jira·GitHub 연동 + 픽셀아트 사무실 대시보드
  • · 에이전트 간 무검증 신뢰의 보안 문제 체감
  • AI
  • Multi-Agent
  • Slack
보안그룹 인바운드 미허용

개인 프로젝트

클릭 두 번으로 "이 통신 되나요?"에 답하는 서비스

실무의 불편함에서 시작한 AWS 네트워크 시각화·판정 서비스 (진행 중)

  • · 여러 계정·리전의 AWS 리소스를 다이어그램으로
  • · 두 리소스 간 통신 가능 여부와 원인 정책 판정
  • · 고객 환경 설치형(BYOC) 구조
  • AWS
  • Visualization
  • SaaS
  • BYOC
  • CloudFormation
  • AI
공개 저장소 시리즈PF-01AWS TerraformPF-02GCP TerraformPF-03Tencent TerraformPF-04AWS TerragruntPF-05Multi-cloud auditPF-06AetherCrewPF-09AWS NetOps키값·민감정보는 가림 또는 예시값

개인 프로젝트

포트폴리오용 공개 저장소 시리즈

기존 실습·도구 저장소를 번호 붙인 공개 저장소로 재구성 (진행 중)

  • · 번호를 붙인 공개 저장소로 재구성
  • · 키값·민감정보는 가림 또는 예시값으로 처리
  • · 경험과 관련 저장소를 서로 연결
  • GitHub
  • Terraform
  • Terragrunt

일하며 얻은 원칙

지금 하고 있는 일

Open to work · 클라우드 인프라/보안