인바운드를 통해 온 트래픽은 문제 없는 트래픽이라는 것을 보안그룹에서 기억하고 있다가, 트래픽이 빠져나갈 때 트래픽이 문제 없는 것을 기억하기에 아웃바운드 규칙과 상관 없이 나갈 수 있는거다

인바운드 : SSH, HTTP, HTTPS 아웃바운드 : None

이런 상황 속에서 80번 포트로 HTTP가 나갈 수 있는 이유

NACL은 Stateless

인바운드 규칙, 아웃바운드 규칙 각각 적용된다

[인바운드와 아웃바운드 규칙 적용]

🧱 Scale-up vs Scale-out

🔼 Scale-up (수직 확장, Vertical Scaling) 한 대의 서버 성능을 더 강력하게 만드는 방식

➡️ Scale-out (수평 확장, Horizontal Scaling) 여러 대의 서버를 추가해서 성능을 분산시키는 방식

📊 SPLUNK

🔹 주요 기능

• 데이터 수집 (Ingestion): 웹 서버, 애플리케이션, 센서, 네트워크 장비 등에서 발생하는 엄청난 양의 로그와 실시간 데이터를 긁어모읍니다.

• 인덱싱 (Indexing): 수집된 데이터를 검색하기 쉬운 형태로 변환하여 저장합니다.

• 검색 및 분석 (Search & Analysis): SPL(Search Processing Language)이라는 전용 언어를 사용하여 방대한 데이터 속에서 특정 이벤트를 찾거나 통계 분석을 수행합니다.

• 시각화 (Visualization): 분석 결과를 대시보드나 그래프로 만들어 실시간 모니터링이 가능하게 합니다.

보안 / ITOA (IT 운영) / 비즈니스 분석 분야에서 사용

SPLUNK의 장점

• 비정형 데이터 처리: 데이터 형식이 미리 정해져 있지 않아도(Schema-on-read) 즉시 가져와 분석할 수 있습니다.

• 실시간성: 데이터가 발생하는 즉시 분석하고 경고(Alert)를 보낼 수 있습니다.

• 확장성: 데이터의 양이 기하급수적으로 늘어나도 시스템을 확장하여 대응하기 쉽습니다.

Splunk o11y cloud : 클라우드 네이티브 환경과 마이크로서비스 아키텍처(MSA)를 실시간으로 모니터링하고 문제를 해결하기 위해 설계된 SaaS 기반의 분석 플랫폼

Splunk O11y Cloud는 "우리 서비스가 지금 이 순간 왜 느린가?"라는 질문에 가장 빠르게 답해줄 수 있는 도구이다.

마이크로서비스 아키텍처(MSA)는 거대한 하나의 애플리케이션을 독립적으로 실행 가능한 작은 서비스들로 쪼개어 구축하는 소프트웨어 개발 방식 (예: 결제, 주문, 회원 관리 기능을 따로 개발 및 구축) -> 🚨통신이 복잡하며, 각 서비스가 별도의 DB를 갖고 있어 데이터 정합성을 맞추는 작업이 까다로우며, 수많은 서비스를 모니터링 해야 하기에 운영에 부담이 있습니다.

🛡️ TDIR & SOC

🔹 TDIR

Threat Detection, Investigation, and Response(위협 탐지, 조사 및 대응) 현대 보안 운영 센터(SOC, Security Operations Center)가 지향하는 핵심 프레임워크이자 업무 흐름을 의미합니다.

1단계 Detection -> 2단계 Investigation ->3단계 Response

🔹 SOC (보안 관제 센터)

조직의 정보 자산을 보호하기 위해 보안 위협을 24시간 365일 실시간으로 모니터링, 탐지, 분석 및 대응하는 중앙 집중식 보안 관제 센터

🔹 SOC의 업무 단계

1. 실시간 모니터링: 네트워크, 서버, 엔드포인트에서 발생하는 수만 개의 로그를 실시간으로 지켜봅니다.

2. 위협 탐지 및 분류: SIEM(Splunk) 등이 걸러낸 '이상 징후'가 실제 공격인지, 단순한 시스템 오류인지 우선순위를 정합니다.

3. 사고 조사 (Analysis): 공격자가 어디서 들어왔는지, 어떤 데이터를 노렸는지 로그를 추적하여 근본 원인을 파악합니다.

4. 대응 및 복구: 악성 트래픽을 차단하거나 감염된 시스템을 네트워크에서 분리하여 피해 확산을 막습니다.

5. 사후 분석 (Post-Mortem): 사고 대응 결과를 기록하고, 동일한 공격이 재발하지 않도록 보안 정책을 업데이트합니다.

🔹 SOC의 진화

• SOC 1.0 (방어 중심): 방화벽, 백신 로그 위주로 수동 모니터링 (단순 관제).

• SOC 2.0 (분석 중심): SIEM(Splunk 등)을 도입하여 다양한 로그를 통합 분석하고 위협 인텔리전스를 활용.

• SOC 3.0 (자동화 중심): AI와 SOAR(자동 대응 도구)를 활용하여 단순 반복 업무를 자동화하고, 지능형 위협을 선제적으로 찾아내는 '위협 헌팅'에 집중.

SIEM, Security Information and Event Management(보안 정보 및 이벤트 관리) : 로그 데이터를 한곳에 모아 실시간으로 분석하고 위협을 탐지하는 시스템 Splunk SOAR: 확정된 위협에 대해 플레이북(Playbook)을 실행하여 즉각 대응합니다.

🔐 SAML 인증

SAML 기반 인증은 "신뢰할 수 있는 기관(IdP)이 발행한 디지털 신분증(XML)"을 사용하여 다른 서비스(SP)에 로그인하는 표준 방식 (Security Assertion Markup Language)

"한 번의 로그인으로 여러 사이트를 이용할 수 있게 해주는 마법의 증명서"

SAML의 장점

• 사용자 편의성: 여러 서비스마다 아이디/비번을 외울 필요 없이 한 번만 로그인하면 됩니다(SSO).

• 보안 강화: 비밀번호가 각 서비스(SP)에 저장되지 않고 신뢰할 수 있는 IdP 한 곳에서만 관리되므로 유출 위험이 줄어듭니다.

• 중앙 집중 관리: 직원이 퇴사하면 IdP에서 계정 하나만 비활성화해도 Splunk, Slack 등 모든 서비스의 접근을 즉시 차단할 수 있습니다.

🔒 IPsec

IPsec(Internet Protocol Security) : 인터넷과 같이 보안이 취약한 네트워크(Public Network) 상에서 데이터를 안전하게 주고받기 위해 IP 계층(Network Layer)에서 암호화와 인증을 제공하는 프로토콜 제품군

인터넷이라는 공용 도로 위에 우리만 쓸 수 있는 '안전한 전용 터널'을 뚫는 기술

IPsec 대역폭을 확인한다는 것은 "우리가 만든 안전한 비밀 통로가 현재 데이터를 얼마나 빠르고 안정적으로 처리하고 있는지, 그리고 장비가 이 암호화 작업을 버거워하지는 않는지"를 체크하는 행위

IPsec의 3대 핵심 기술

• 기밀성 (Confidentiality): 데이터를 암호화하여 중간에 누군가 훔쳐보더라도 내용을 알 수 없게 합니다. ($AES$와 같은 암호화 알고리즘 사용)
• 무결성 (Integrity): 전송 중에 데이터가 변조되지 않았음을 보장합니다. (해시 함수 사용)
• 인증 (Authentication): 데이터를 보낸 사람이 신뢰할 수 있는 상대인지 확인합니다.

📡 UWB (Ultra-Wideband)

UWB(Ultra-Wideband, 초광대역) : 짧은 거리에서 매우 넓은 주파수 대역(보통 500MHz 이상)을 사용하여 데이터를 전송하고 기기 간의 위치를 정밀하게 측정하는 무선 통신 기술

• 초정밀 위치 측정: 오차 범위가 수 센티미터(cm) 내외로 매우 정확합니다. 블루투스가 "근처에 있다"를 안다면, UWB는 "오른쪽으로 15cm 지점에 있다"를 압니다.

• 높은 보안성: '거리 한계값'을 설정할 수 있어, 신호를 가로채서 증폭하는 방식의 해킹(릴레이 공격)을 방지할 수 있습니다. 스마트 키 보안에 필수적인 이유입니다.

• 간섭 저항성: 아주 넓은 주파수 대역에 신호를 잘게 쪼개 보내기 때문에, 다른 무선 신호와 간섭이 거의 일어나지 않습니다.

• 낮은 전력 소모: 매우 짧은 펄스(Pulse) 신호를 사용하므로 전력을 적게 소모합니다.

• UWB는 신호가 한 기기에서 다른 기기로 이동하는 데 걸리는 '시간'을 직접 측정하여 거리를 계산합니다. 여기에 신호가 들어오는 각도까지 계산하여 입체적인 위치를 계산할 수 있는것이다.

활용 사례 : 정밀 위치 추적, 디지털 키, 보안 결제

• 정밀 트래킹: 분실물 방지 태그(에어태그 등)를 통해 실내에서 물건 찾기. (ex. AirPod)

• 디지털 키: 차 근처에 가기만 해도 문이 열리고, 운전석에 앉으면 시동이 걸리는 스마트 키 시스템.

• 스마트 홈/팩토리: 사용자가 다가오면 자동으로 조명을 켜거나, 공장 내 장비 및 인력의 위치를 실시간 모니터링.

• 비접촉 결제: 지갑을 꺼내지 않고 결제 단말기 근처를 지나가는 것만으로 결제 완료.

🔌 PoE (Power over Ethernet)

PoE(Power over Ethernet) : 이더넷 케이블(LAN 케이블) 하나에 데이터와 전원(전기)을 동시에 실어서 보내는 기술

PoE의 장점

• 비용 절감: 전력선 공사를 별도로 할 필요가 없어 인건비와 자재비가 줄어듭니다.

• 설치 유연성: 콘센트 위치와 상관없이 네트워크 케이블이 닿는 곳이라면 어디든 기기를 설치할 수 있습니다.

• 중앙 집중 관리: UPS(무정전 전원 장치)를 PoE 스위치에 연결해두면, 정전 시에도 연결된 모든 기기(카메라 등)가 꺼지지 않게 관리할 수 있습니다.

PoE의 단점

• 표준 이더넷과 마찬가지로 전송 거리가 100m로 제한됩니다.

• 100m가 넘는 구간에는 PoE 익스텐더(Extender)를 설치하거나, 광케이블과 전력선을 결합한 하이브리드 솔루션

• 총 전력량(Total Power Budget)이 정해져 있어 고성능 장비 여러 대 연결하면 전력이 부족하여 작동 안할 수 있다

• 설계 단계에서 각 포트별 소비 전력을 계산하여 전력 설계(Power Planning)를 선행해야 하며, 부족할 경우 추가적인 PoE 인젝터

• 얇은 구리선에 전류가 흐르기 때문에 다수의 케이블을 뭉쳐 놓으면 열이 발생합니다. 이는 케이블의 수명을 단축시키고 데이터 전송 효율을 떨어뜨립니다.

• 통풍이 잘되는 구조로 배선하고, 높은 전력을 견딜 수 있는 고품질 케이블(Cat6 이상)을 사용하는 것이 권장

PoE의 보안 단점

• 물리적 접근 및 데이터 탈취 : 건물 외벽에 설치된 IP 카메라의 PoE 라인을 뽑아 자신의 노트북에 연결하면 내부 네트워크에 바로 침투할 수 있습니다.

• 스위치 설정에서 MAC 주소 필터링을 적용하여 승인되지 않은 장비가 연결되면 포트를 즉시 차단 한다.

• 전력 공격 : 공격자가 의도적으로 과전류를 흘려보내 스위치 장비를 고장 내거나, 전력을 과다 소모시켜 다른 보안 장비들을 무력화하는 경우

• 스위치에서 포트별 전력 제한(Power Limiting) 설정을 활성화하여 정해진 전력 이상을 소모하면 차단되도록 설정합니다.

• 비인가 장치 연결 : 직원이 임의로 개인용 PoE AP나 스위치를 연결하여 보안 정책을 우회하는 네트워크를 구성하는 경우

• SAML이나 다른 인증 체계와 연동된 802.1X(네트워크 접근 제어)를 도입하여, 인증된 사용자/장비만 네트워크를 쓸 수 있게 강력히 통제합니다.

🤖 GPU vs TPU vs LPU

🚀 Vera / Rubin / Groq LPU

📝 느낀점

이번 행사에서 가장 인상 깊었던 키워드는 Agentic AI였다.

단순히 AI를 “도구”로 사용하는 단계를 넘어, 스스로 판단하고 행동하는 AI 에이전트 중심 구조로 빠르게 전환되고 있다는 흐름이 느껴졌다.

Agentic AI가 제대로 기능하려면, 단순 모델 성능을 넘어,

• 💻 인프라(컴퓨팅/클라우드)
• 🛡️ 보안 체계
• 📡 네트워크 장비
• 📊 관측 및 운영 시스템 이 모두가 유기적으로 맞물려야 한다는 점이 특히 인상적이었다.

또 하나 흥미로웠던 점은, 박람회 특성상 SNS 인증과 설문 이벤트가 많았다는 것. 기술뿐 아니라, 참여를 유도하는 전략까지 엿볼 수 있어 재미있었다.

또 다른 주목 포인트는 클라바노트였다.

• AI가 회의 내용을 자동으로 요약해주는 기능도 흥미롭지만,
• 특히 회의 참여자의 목소리를 구분해 “A가 말했다 / B가 말했다”로 표시하는 기능이 인상적이었다.

✔️ 사용 방식 간단:

1. 회의 녹음 업로드 또는 실시간 녹음
2. AI가 목소리를 분석해 화자별 구간 분리
3. 각 화자 라벨 자동 표시

현재는 한국어 기준 요약 기능만 제공되지만, 회의 → 자동 정리 → 공유 흐름을 AI가 담당한다는 점에서 앞으로 기대가 크다.

짧은 시간이었지만, 기술 트렌드와 산업 흐름, 참여형 마케팅까지 한눈에 볼 수 있었던 의미 있는 경험이었다 🚀

1️⃣ SD‑WAN (Software‑Defined Wide Area Network)

• 개념: 기존 WAN(광역 네트워크)을 소프트웨어 기반으로 중앙 관리 → 트래픽 경로, 성능, 보안 정책 자동화

• 장점

  • 비용 절감: MPLS 등 고가 회선 대신 인터넷 기반 사용 가능
  • 중앙 관리: 트래픽 우선순위, QoS 설정 용이
  • 지사/클라우드 연결 최적화: 분기별 지사, 클라우드 서비스 연결 효율화

• Cisco 사례: vManage 콘솔을 통한 정책 중앙 관리, 보안 통합(SASE/Zero Trust 적용)

2️⃣ Cisco DNA Center

• 개념: 기업 내부 네트워크 관리 플랫폼

• 주요 기능

  • 네트워크 가시성: 모든 기기/연결 상태 실시간 모니터링
  • 자동화: 장비 설정 배포, 정책 적용 자동화
  • AI 기반 분석: 장애 예측, 성능 최적화

• 활용 포인트: SD‑Access, 정책 기반 네트워크 설계, AIOps 연동

🛡️ 보안

1️⃣ Zero Trust

• 개념: “네트워크 안에 있다고 믿지 말라”

• 핵심 원칙

  • 사용자/기기 인증 필수
  • 최소 권한만 허용
  • 모든 트래픽 암호화 및 지속 모니터링

• Cisco 적용: Identity Services Engine(ISE), SecureX, SD‑WAN과 연계

2️⃣ SecureX

• 개념: Cisco 보안 솔루션 통합 플랫폼

• 주요 기능

  • 위협 가시성: 여러 보안 제품 통합 대시보드
  • 자동화 대응: 반복되는 보안 프로세스 자동화
  • 위협 인텔리전스 공유: 보안 위협 탐지 후 정책 자동 적용

• 활용 포인트: SIEM, EDR, 클라우드 보안과 연계 가능

☁️ 클라우드

1️⃣ Multi‑Cloud 연결 구조

• 개념: AWS, Azure, GCP 등 다양한 클라우드 서비스 간 연결 최적화

• 목적:

  • 데이터 이동 효율화
  • 재해 복구/고가용성 확보
  • 클라우드별 보안 정책 적용

• Cisco 적용: SD‑WAN + VPC 연결, SASE 연계

2️⃣ 컨테이너/쿠버네티스 보안

• 개념: 클라우드 네이티브 환경의 컨테이너와 K8s 클러스터 보호

• 핵심 포인트

  • 이미지 취약점 스캔
  • 네트워크 정책 및 세분화
  • RBAC(Role‑Based Access Control) 관리

• Cisco 사례: Cisco Secure Workload, Tetration

🤖 AI / 자동화

1️⃣ AIOps 기반 네트워크 최적화

• 개념: AI 기반 운영(Network + IT Ops)

• 기능

  • 장애 예측, 루트 원인 분석
  • 트래픽 패턴 분석 → 최적 경로 자동 추천
  • 운영 효율화: 수동 조정 최소화

• Cisco 적용: DNA Center + AI 분석, Cisco ThousandEyes 통합

2️⃣ 자동화 정책 / 워크플로우

• 개념: 반복되는 네트워크/보안 운영을 자동화

• 예시

  • 신규 지사 장비 자동 설정
  • 보안 이벤트 발생 시 자동 대응
  • 트래픽 변화에 따른 QoS 정책 자동 적용

• Cisco 적용: DNA Center, SecureX, SD‑WAN 정책 연계

💡 한눈에 보는 핵심

6️⃣ 사전 질문 리스트 (세션/부스용)

• SD‑WAN과 Zero Trust 통합 시 실제 고객 사례는?
• DNA Center 기반 AI 분석으로 장애 대응 속도 향상 사례는?
• Multi‑Cloud 연결 구조에서 데이터 보안 및 암호화 정책은?
• SecureX 자동화 정책 활용 시 운영팀 업무 절감 사례는?
• 컨테이너/쿠버네티스 보안에서 Cisco 솔루션의 특징은?

🔐 1. 접근제어 솔루션이란?

✔️ 개념

👉 누가 / 언제 / 어디서 / 무엇에 접근할 수 있는지 통제하는 시스템

🎯 목적

• 내부 정보 유출 방지
• 권한 없는 접근 차단
• 감사 로그 기록 (추적 가능)

🖥️ 2. 서버 접근제어 vs DB 접근제어

✔️ 서버 접근제어

👉 서버(OS)에 대한 접근 통제 👉 "서버는 모든 데이터와 서비스의 중심이기 때문에, 접근 자체를 통제하지 않으면 모든 보안이 무너진다"

🔻 제어 대상

• SSH 접속
• sudo 권한 사용
• 특정 명령어 실행

🔻 기능

• 계정 권한 관리
• 접속 시간 제한
• 작업 로그 기록

✔️ DB 접근제어

👉 데이터베이스 내부 접근 통제 👉 "DB 접근제어는 ‘누가 어떤 데이터를 어떻게 사용할 수 있는지’를 통제하는 것"

🔻 제어 대상

• SQL 실행
• 테이블 접근
• 데이터 조회/수정

🔻 기능

• 특정 쿼리 차단 (예: DROP, DELETE)
• 개인정보 접근 통제
• 데이터 마스킹

⚖️ 차이 정리

🧪 3. POC (Proof of Concept)

✔️ 개념

👉 기술 도입 전에 “이게 실제로 잘 작동하는지” 검증하는 과정

💡 기업에서 하는 이유

• 솔루션 성능 테스트
• 기존 시스템과 호환성 확인
• 비용 대비 효과 검증

📌 예시

• 접근제어 솔루션 도입 전 👉 일부 서버에만 설치해서 테스트

☁️ 4. 다우그룹 SaaS

• 다우기술 기반 서비스

✔️ SaaS (Software as a Service)

👉 설치 없이 웹으로 사용하는 소프트웨어

💡 대표 서비스

• 그룹웨어
• 메일 시스템
• 전자결재

👉 기업용 업무 SaaS 제공

🏢 5. 웨어밸리 (Whaer Valley)

• 웨어밸리

✔️ 어떤 회사?

👉 DB 보안 & 접근제어 전문 기업

🎯 주요 사업

• DB 접근제어 솔루션
• 데이터 암호화
• 개인정보 보호

💡 특징

• 금융권/공공기관 많이 사용
• DB 보안 분야 강자

⚙️ 6. Core vs Node vs vCPU

✔️ Core (코어)

👉 CPU 안의 실제 연산 장치

• 물리적 실행 단위

✔️ Node (노드)

👉 하나의 서버 또는 컴퓨터

• 클러스터에서 한 대의 머신 의미

✔️ vCPU (가상 CPU)

👉 클라우드에서 제공하는 가상의 CPU 단위

• 실제 코어의 일부 또는 하이퍼스레딩 기반

⚖️ 정리

🔐 7. DLP (Data Loss Prevention)

✔️ 개념

👉 데이터 유출 방지 솔루션

❗ 오해 정정

👉 "데이터를 막는 것" ❌ 👉 "데이터 유출을 막는 것" ✅

✔️ 보호 대상

• 개인정보
• 기업 기밀
• 파일 / 이메일 / USB

💡 주요 기능

• 파일 복사 차단
• 이메일 첨부 검사
• USB 사용 제한

🖥️ 서버냐?

👉 ❌ 서버 아님 👉 ✅ 보안 솔루션 (소프트웨어/시스템)

🏢 8. 소만사 & eWalker

✔️ 소만사

• 소만사

👉 국내 대표 정보보안 기업

✔️ eWalker

• 소만사의 대표 DLP 솔루션

👉 내부 정보 유출 방지 시스템

🎯 주요 기능

• 파일 유출 탐지
• 출력/복사 제어
• 로그 및 감사

🌐 9. N-DLP (Network DLP)

✔️ 개념

👉 네트워크 구간에서 데이터 유출을 탐지/차단

🔄 동작 방식

사용자 → 인터넷 전송
        ↓
     nDLP 검사
        ↓
   허용 / 차단

✔️ 특징

• 이메일 / 웹 업로드 감시
• FTP / HTTP 트래픽 분석
• 실시간 차단 가능

⚖️ DLP 종류 비교

🧠 전체 핵심 정리

• 접근제어 → 누가 접근할 수 있는지 관리
• DLP → 데이터가 밖으로 나가는 걸 막음
• POC → 도입 전에 검증
• SaaS → 설치 없이 사용하는 서비스
• vCPU → 클라우드 CPU 단위

🌐 1. TPROXY란?

✔️ 개념

TPROXY (Transparent Proxy)

👉 클라이언트 설정 변경 없이 👉 네트워크 레벨에서 트래픽을 가로채 프록시 서버로 전달하는 방식

✔️ TPROXY의 장점

강제 적용 가능 ✅ 우회 어려움 ✅ 중앙 통제 가능 ✅

💡 DLP와의 관계

👉 TPROXY + nDLP 조합

TPROXY → 트래픽 가로채기 nDLP → 데이터 검사

👉 함께 쓰면 👉 모든 네트워크 데이터 유출 감시 가능

🚀 한 줄 정리

👉 "보안은 접근을 통제하고, 데이터의 이동을 감시하는 것"

클라우드 환경에서 안정적이고 확장 가능한 서비스를 구축하기 위해 꼭 알아야 할 핵심 개념들을 정리했습니다. 네트워크 설계부터 배포 자동화까지, 실제 운영 관점에서 중요한 요소들을 단계별로 살펴봅니다.

1️⃣ 가용성과 확장성을 고려한 VPC 설계

가장 기초가 되는 네트워크 환경 구축 단계입니다. 보안성과 안정성을 동시에 확보하는 것이 핵심입니다.

✔️ VPC 및 서브넷 설계

• VPC 내부를 Public / Private 서브넷으로 분리
• 외부에 노출이 필요한 리소스는 Public
• DB 및 내부 서버는 Private에 배치하여 보안 강화

✔️ 다중 가용 영역 (Multi-AZ)

• 서로 다른 가용 영역(AZ)에 리소스를 분산 배치
• 특정 데이터센터 장애 발생 시에도 서비스 지속 가능
• 고가용성(High Availability) 확보의 핵심 구조

✔️ NAT 게이트웨이

• Private 서브넷의 서버가 외부 인터넷과 통신할 수 있도록 지원
• 외부에서는 직접 접근 불가능 → 보안 유지
• 패키지 업데이트, 외부 API 호출 등에 활용

2️⃣ 안정적인 컴퓨팅 환경과 로드 밸런싱

서버를 안정적으로 운영하고 트래픽을 효율적으로 분산하는 단계입니다.

✔️ ALB (Application Load Balancer)

• 들어오는 트래픽을 여러 서버(EC2)로 분산
• Health Check를 통해 정상 서버에만 요청 전달
• 장애 서버 자동 제외 → 안정성 확보

✔️ Auto Scaling

• 트래픽 증가 시 서버 자동 확장
• 트래픽 감소 시 서버 자동 축소
• 비용 최적화 + 성능 유지를 동시에 달성

3️⃣ 데이터베이스 운영 및 관리 (RDS)

데이터를 안전하게 관리하면서 운영 부담을 줄이는 방법입니다.

✔️ RDS 활용

• 백업, 패치, 장애 복구 자동화
• 운영자가 직접 관리해야 할 작업 최소화
• Multi-AZ 구성으로 DB 이중화 가능

✔️ Read Replica

• 읽기 전용 복제본을 생성하여 조회 성능 향상
• 읽기 트래픽이 많은 서비스에 매우 효과적
• Master DB의 부하 감소

4️⃣ 실전 운영을 위한 모니터링과 로깅

안정적인 운영을 위해서는 시스템 상태를 지속적으로 관찰해야 합니다.

✔️ CloudWatch

• CPU, 메모리, 네트워크 등 주요 지표 모니터링
• 임계치 초과 시 알림 설정 가능
• 장애를 사전에 감지하고 대응 가능

✔️ IAM (Identity and Access Management)

• 사용자 및 서비스별 권한 관리
• 최소 권한 원칙(Least Privilege) 적용
• 보안 사고 예방의 핵심 요소

5️⃣ 배포 자동화 및 고도화

운영 효율성과 안정성을 높이기 위한 마지막 단계입니다.

✔️ CI/CD 기초

• 코드 변경 → 빌드 → 테스트 → 배포 자동화
• 사람의 개입을 줄여 실수 방지
• 빠르고 안정적인 서비스 업데이트 가능

✔️ S3 + CloudFront

• 정적 파일(S3) + CDN(CloudFront) 조합
• 전 세계 사용자에게 빠른 콘텐츠 전달
• 서버 부하 감소 및 비용 절감

✨ 마무리

위 구조는 단순한 이론이 아니라, 실제 서비스 운영에서 가장 널리 사용되는 AWS 아키텍처 패턴입니다.

✔️ 핵심 요약

• 네트워크: VPC + Multi-AZ로 안정성 확보
• 서버: ALB + Auto Scaling으로 확장성 확보
• DB: RDS + Read Replica로 성능 개선
• 운영: CloudWatch + IAM으로 안정성 강화
• 배포: CI/CD + CloudFront로 효율 극대화

📌 한 줄 정리 👉 “안정성 + 확장성 + 자동화”가 좋은 인프라의 핵심이다

1. Services as Code (SeC)

SeC란?

Infrastructure as Code(IaC) 가 서버, 네트워크 등 인프라 자원을 코드로 관리하는 개념이라면,
Services as Code(SeC) 는 그보다 한 단계 위 — 서비스 단위의 설정, 정책, 운영 방식을 모두 코드로 정의하고 관리하는 방법론입니다.

쉽게 말해, "우리 서비스가 어떻게 동작해야 하는가"를 코드로 선언해두고, 시스템이 그 선언을 항상 유지하도록 만드는 것입니다.

SeC의 핵심 특징

왜 중요한가?

과거엔 서버 담당자가 직접 콘솔에 접속해서 하나씩 설정을 바꿨습니다.
이 방식은 규모가 커질수록 문제가 생깁니다:

• 수백 개의 서버를 일일이 바꾸다 실수 발생
• "어떻게 설정했더라?" — 문서화 부재로 인한 지식 소실
• 개발 환경과 운영 환경이 조금씩 달라지는 환경 불일치 문제

SeC는 이 모든 문제를 코드로 해결합니다. 코드가 곧 문서이고, 코드가 곧 설정입니다.

2. 도커(Docker)와 쿠버네티스(Kubernetes)

"도커로 만들고, 쿠버네티스로 운영한다"

이 한 문장이 현대 클라우드 인프라의 핵심을 담고 있습니다.

도커 (Docker) — 컨테이너를 만든다

도커는 애플리케이션과 그 실행 환경을 컨테이너(Container) 라는 독립된 패키지로 묶어주는 도구입니다.

비유하자면, 도커는 이삿짐 박스입니다.

• 방 안의 물건들(앱)을 박스 하나에 다 담습니다
• 이 박스를 어디에 옮겨도 내용물이 그대로입니다
• "내 컴퓨터에서는 됐는데 서버에서 안 돼요" 문제가 사라집니다

# 도커 이미지 빌드 (박스 포장)
docker build -t my-app:latest .

# 컨테이너 실행 (박스 개봉 후 사용)
docker run -p 3000:3000 my-app:latest

쿠버네티스 (Kubernetes / k8s) — 컨테이너를 운영한다

수십, 수백 개의 컨테이너를 하나하나 사람이 관리하면 어떻게 될까요?
컨테이너가 죽으면 다시 살리고, 트래픽이 몰리면 컨테이너를 늘리고, 업데이트할 땐 순서를 조율하고...

이걸 자동으로 해주는 것이 쿠버네티스입니다.

SeC 관점에서 보면, 쿠버네티스의 설정 파일(YAML)이 바로 "Services as Code"의 실제 구현체입니다.

# 이 YAML 파일 하나가 서비스의 모든 것을 정의합니다
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3        # 컨테이너 3개 항상 유지
  selector:
    matchLabels:
      app: my-app

3. GSLB (Global Server Load Balancing)

GSLB란?

GSLB는 전 세계 또는 여러 지역(Region)에 분산된 서버들 중, 유저에게 가장 빠르고 안정적인 서버로 접속을 유도하는 지능형 DNS 체계입니다.

일반 로드밸런서 vs GSLB

• 일반 로드밸런서: 같은 데이터센터 안에서 여러 서버에 트래픽을 나눔
• GSLB: 전 세계 여러 데이터센터 중 어디로 보낼지 결정

GSLB의 판단 기준

사용자가 URL을 입력하면 GSLB는 이런 것들을 고려해서 최적의 서버를 안내합니다:

1. 지리적 위치 — 서울 사용자면 서울 서버로
2. 서버 상태 — 장애 난 서버는 제외
3. 응답 속도 — 가장 빠르게 응답하는 서버로
4. 서버 부하 — 트래픽이 덜 몰린 서버로

사용자 (서울) → DNS 질의 → GSLB
→ "서울 IDC가 가장 가깝고 정상이네요"
→ 서울 서버 IP 반환
→ 사용자 ↔ 서울 서버 통신

GSLB가 없다면? 서울 사용자가 뉴욕 서버에 접속할 수도 있고, 장애 난 서버로 계속 요청이 가는 상황이 발생합니다.

4. CDN (Content Delivery Network)

CDN이란?

CDN은 전 세계 곳곳에 서버를 분산 배치하여, 유저에게 가장 가까운 곳에서 데이터를 빠르게 전달해주는 서비스입니다.

왜 필요한가?

원본 서버가 미국에 있고 한국 사용자가 이미지를 요청한다면?
지구 반 바퀴를 돌아 데이터를 받아와야 합니다. 느릴 수밖에 없습니다.

CDN은 한국 근처 서버에 이미지를 미리 복사(캐싱) 해두고, 한국 사용자가 요청하면 그 가까운 서버에서 즉시 응답합니다.

Before CDN:
한국 사용자 → 미국 서버 (왕복 200ms~)

After CDN:
한국 사용자 → 한국/일본 CDN 엣지 서버 (왕복 20ms~)

CDN이 처리하는 것들

• 이미지, 동영상, JS/CSS 파일 등 정적 콘텐츠
• 자주 요청되는 API 응답 캐싱
• DDoS 공격 방어 (원본 서버 보호)

GSLB vs CDN 차이

5. Post-Network & Server Node

개념

Post-Network & Server Node는 인프라 통합 관리 체계 중 하나로,
외부 인터넷망과 연결된 서버 집합군(서버팜) 구역을 의미합니다.

쉽게 말하면 "우리 회사의 핵심 서버들이 모여 있는 동네"입니다.

서버팜(Server Farm)이란?

수많은 서버들을 한 공간에 모아놓은 시설입니다.
현대적 표현으로는 데이터센터(IDC: Internet Data Center) 라고도 합니다.

[인터넷]
    ↓
[방화벽 / 게이트웨이]  ← 외부와의 경계
    ↓
[Post-Network & Server Node]
    ├── 웹 서버들
    ├── 애플리케이션 서버들
    ├── DB 서버들
    └── 스토리지 (NAS 등)

이 구역에서 나가고 들어오는 트래픽을 중앙에서 관리하고, 보안 정책을 일괄 적용하는 것이 핵심입니다.

6. NAS (Network Attached Storage)

NAS란?

NAS는 쉽게 말해 "인터넷(네트워크)에 연결된 외장 하드" 입니다.

일반 외장 하드 vs NAS

NAS의 특징

• 자체 CPU, 메모리, 운영체제(OS)를 가집니다
• PC를 끄더라도 NAS는 24시간 365일 돌아갑니다
• 내부에 HDD나 SSD가 들어가는 본체입니다
• 가정용부터 기업용까지 다양한 규모로 사용합니다

기업 환경에서의 NAS

회사 인프라에서 NAS는 단순한 파일 공유를 넘어 다음 역할을 합니다:

• 백업 스토리지: 중요 데이터 자동 백업
• 미디어 서버: 대용량 영상/이미지 파일 중앙 관리
• 협업 플랫폼: 팀원들이 같은 파일을 동시에 접근
• DR(재해복구) 거점: 장애 시 데이터 복구 지점

클라우드 스토리지(AWS S3 등)와의 차이: NAS는 직접 소유하고 관리하는 온프레미스(On-premise) 스토리지입니다. 초기 비용이 들지만 장기적으로는 더 저렴하고, 데이터가 외부로 나가지 않아 보안에 유리합니다.

정리

오늘 배운 내용을 한 줄로 요약하면:

인프라 공부는 처음엔 낯선 단어들로 가득하지만, 각 개념이 서로 어떻게 연결되는지 보이기 시작하면 퍼즐 맞추는 재미가 있습니다. 계속 정리해가며 이어가겠습니다!

매주 월요일, 한 주간의 주요 IT 트렌드를 정리합니다.

📌 이번 주 핵심 요약

1. 🤖 에이전틱 AI(Agentic AI) — 이제 진짜 시작이다

2025년이 AI 에이전트의 실험 무대였다면, 2026년은 상용화의 해입니다.

IBM의 Kate Blair는 "2025년이 에이전트의 해였다면, 2026년은 멀티 에이전트 시스템이 실제 현장에 투입되는 해"라고 밝혔습니다. 가트너 역시 2026년까지 기업 애플리케이션의 40%가 AI 에이전트를 탑재할 것으로 예측했습니다.

에이전틱 AI의 핵심 특징은 다음과 같습니다:

• 자율성(Autonomy): 사람의 지시 없이 작업을 진행하고 필요한 순간에만 확인 요청
• 목표 지향성(Goal-driven): "무엇을 할까?"가 아니라 "어떻게 달성할까?"를 스스로 설계
• 상호작용성(Interactivity): 다른 에이전트, 사내 CRM/ERP와 협업

💡 실제 사례

• 텔러스(캐나다 통신): 5만 7천 명 직원이 AI 활용 → 상호작용 1회당 평균 40분 절감
• 댄포스(덴마크 산업): 이메일 주문 처리 자동화 → 고객 응답시간 42시간 → 실시간으로 단축
• 수자노(제조): 자연어 질문을 SQL로 변환 → 데이터 질의 시간 95% 감소

⚠️ 단, 가트너는 "에이전트 워싱(Agent Washing)" 현상을 경고했습니다. 기존 챗봇에 '에이전트'라는 이름만 붙이는 마케팅 행태를 주의해야 합니다.

2. 👨‍💻 AI 코딩 도구의 진화 — 이제 코드는 AI가 짠다

소프트웨어 개발 현장이 빠르게 바뀌고 있습니다. AI가 코드 조각을 생성하는 수준을 넘어, 요구사항 분석 → 설계 → 코딩 → 테스트 → 배포 전 과정을 자율 수행하는 단계로 진입했습니다.

주요 동향

• Amazon Kiro: 세션 간 작업 맥락을 유지하는 AI 개발 환경. AWS CEO 앤디 재시가 "1세대 AI 코딩 도구보다 수십 배 효율적"이라고 평가
• Amazon Bedrock AgentCore: 에이전트 개발·배포·확장을 위한 프로덕션 레디 플랫폼
• GitHub: 코드 저장소를 AI 에이전트 관리 허브로 재편 예고

한 글로벌 컨설팅 펌의 보고에 따르면, 생성형 AI로 개발자 생산성이 30% 향상됐지만 에이전틱 AI 도입 후에는 200% 향상됐다고 합니다.

3. 🔐 AI 보안 — 이제 '나중에 추가'가 아닌 '처음부터 설계'

AI 에이전트가 기업 내부 시스템에 깊게 관여하게 되면서, 보안 패러다임이 바뀌고 있습니다.

마이크로소프트는 "보안은 더 이상 마지막에 추가하는 옵션이 아니라, 처음부터 내장형으로 작동해야 한다"고 강조했습니다.

2026년 보안 트렌드

• 제로 트러스트(Zero Trust): 모든 사용자·디바이스·연결을 지속적으로 검증하는 방식으로 전환
• AI 기반 위협 탐지: 이상 행동을 실시간 탐지하고 자동 대응하는 ML 보안 체계
• SW 공급망 공격 대응: 오픈소스를 통한 불특정 다수 공격이 지속 증가
• 패스키(Passkey): 비밀번호 없는 인증이 기업 표준으로 자리잡는 중

맥쿼리 은행은 구글 AI를 활용해 사기 탐지 오탐(false positive)을 40% 감소시켰습니다.

4. ☁️ 하이브리드 클라우드 — '전략'에서 '기본값'으로

2026년에는 하이브리드·멀티 클라우드가 더 이상 선택이 아닌 기업 IT의 기본 전제가 되고 있습니다.

국내 동향

• AWS + SK그룹: 서울에 하이퍼스케일러 AI 데이터센터 구축 예정 (2027년 40MW, 2029년 100MW)
• 네이버: 2026년 GPU에만 1조 원 투자 계획
• KT클라우드: 4월부터 액체 냉각(D2C) 기술 상용화 서비스 시작

AI 워크로드 폭증으로 데이터센터 냉각 기술 경쟁도 뜨겁습니다. GPU 발열 문제를 해결하기 위한 액체 냉각, 액침 냉각 기술이 핵심 인프라로 부상하고 있습니다.

5. ⚛️ 양자 컴퓨팅 — 수십 년이 아닌 수년 앞으로

IBM은 2026년을 "양자 컴퓨터가 기존 컴퓨터의 성능을 능가하는 첫 번째 해"로 공식 전망했습니다.

특히 AI + 슈퍼컴퓨터 + 양자를 결합한 하이브리드 컴퓨팅이 주목받고 있습니다:

• AI: 데이터에서 패턴 발견
• 슈퍼컴퓨터: 대규모 시뮬레이션 처리
• 양자: 분자·물질 모델링 계산 정확도 향상

기후 모델링, 신약 개발, 신소재 설계 분야에서 실질적인 변화가 예고됩니다.

🔑 이번 주 개발자 포인트

✅ AI 에이전트 프레임워크 공부 시작하기 (LangGraph, CrewAI, AWS Strands 등)
✅ MCP(Model Context Protocol) 이해하기 — AI 생태계의 새로운 표준
✅ 제로 트러스트 보안 개념 익히기
✅ 하이브리드 클라우드 아키텍처 학습

📚 참고 자료

• CIO Korea - 2026 IT 전략 핵심 트렌드 5가지
• IBM Think - 2026 AI 기술 트렌드
• Google Cloud - 2026 AI 에이전트 트렌드 보고서
• Microsoft - 2026년 7대 AI 트렌드
• Gartner - Top Strategic Technology Trends for 2026

💬 다음 주에 더 깊게 다뤘으면 하는 주제가 있으면 댓글로 알려주세요!

매주 월요일 업데이트됩니다 🙌

🔐 NAC → 사용자와 단말 상태를 검사해서 네트워크 접속을 통제하는 기술입니다.

🌐 SSL-VPN → 웹 브라우저 기반으로 SSL 암호화를 이용해 외부에서 내부망에 안전하게 접속하는 VPN입니다.

🛡️ DLP → 중요한 데이터가 외부로 유출되는 것을 탐지하고 차단하는 솔루션입니다.

🔥 방화벽 (Firewall) → 네트워크 트래픽을 정책에 따라 허용하거나 차단합니다.

🧱 WAF → 웹 애플리케이션 공격(SQL Injection 등)을 방어하는 보안 장비입니다.

🚨 IPS → 네트워크 트래픽을 실시간 분석해서 공격을 탐지하면 즉시 차단합니다.

⚔️ EDR (SentinelOne) → PC/서버에서 발생하는 보안 위협을 탐지하고 대응하는 엔드포인트 보안 솔루션입니다.

🎞️ DRM → 파일의 복제/사용/배포를 통제해서 정보 유출을 방지합니다.

🖥️ VDI → 가상 데스크톱 환경을 제공해서 어디서든 동일한 업무 환경을 사용할 수 있게 합니다.

🖼️ ② 그림(구조도) 포함 정리

velog에서 보기 좋게 텍스트 다이어그램 형태로 구성했어 👇

🌐 전체 보안 구조 한눈에 보기

[외부 사용자]
      │
      ▼
 ┌─────────────┐
 │  SSL-VPN    │  ← 외부 접속 암호화
 └─────────────┘
      │
      ▼
 ┌─────────────┐
 │   방화벽     │  ← 1차 트래픽 차단
 └─────────────┘
      │
      ▼
 ┌─────────────┐
 │     IPS     │  ← 공격 탐지 및 차단
 └─────────────┘
      │
      ▼
 ┌─────────────┐
 │     WAF     │  ← 웹 공격 방어
 └─────────────┘
      │
      ▼
 ┌─────────────┐
 │ 내부 시스템 │
 └─────────────┘

🧩 사용자 접속 통제 흐름 (NAC)

[사용자/PC 접속 시도]
          │
          ▼
     ┌────────┐
     │  NAC   │
     └────────┘
          │
   ┌──────┴──────┐
   ▼             ▼
[허용]        [차단]

✔ 포인트

• 인증 + 보안 상태 검사
• 승인된 장비만 네트워크 접근 가능

🛡️ 데이터 보호 흐름 (DLP + DRM)

[중요 데이터 생성]
        │
        ▼
   ┌────────┐
   │  DRM   │  ← 파일 권한 설정
   └────────┘
        │
        ▼
   ┌────────┐
   │  DLP   │  ← 유출 감시
   └────────┘
        │
        ▼
[외부 반출 시도 → 차단]

🖥️ 엔드포인트 보안 (SentinelOne)

[사용자 PC / 서버]
        │
        ▼
 ┌─────────────┐
 │ SentinelOne │
 └─────────────┘
        │
        ▼
[악성코드 탐지 → 자동 대응]

🖥️ VDI 구조

[사용자]
    │
    ▼
[VDI 접속]
    │
    ▼
[가상 데스크톱 (서버)]
    │
    ▼
[회사 내부 시스템]

✔ 포인트

• 데이터는 로컬 PC에 저장되지 않음
• 보안 + 중앙 관리 용이

💡 면접에서 이렇게 말하면 좋음

👉 “보안은 크게 세 가지로 나눌 수 있습니다”

1. 접근 통제 → NAC, VPN
2. 네트워크 방어 → 방화벽, IPS, WAF
3. 데이터 보호 → DLP, DRM
4. 엔드포인트/환경 → EDR, VDI

EPS실 : Emergency Power Supply = 비상 전원 공급 장치

1. 비상 전원 공급 정전 시 UPS, 발전기 등을 통해 전력 공급
2. 안전 확보 병원, 데이터센터, 건물, 통신 장비 등 필수 장비 유지
3. 모니터링 전압, 전류, 배터리 상태 등 실시간 관리
4. 정기 점검 및 유지보수 EPS 장치 이상 시 즉시 대응

UPS실 = Uninterruptible Power Supply = 무정전 전원 장치

1. 무정전 전원 공급 정전이나 순간 전압 강하에도 서버, 통신 장비, 의료 장비 등 보호
2. 전압 안정화 전기 품질 문제(전압 변동, 잡음 등)를 보정
3. 장치 모니터링 배터리 상태, 출력 전압, 부하 상태 실시간 확인
4. 정기 점검·유지보수 UPS 배터리 교체, 내부 회로 점검 등

렉 (RACK)

👉 Rack = 장비를 수직으로 설치하는 금속 프레임 구조 = 서버, 스위치, 라우터, UPS 등 장비를 정리하고 고정하는 틀 👉 네트워크 장비에서 렉(Rack)은 서버, 스위치, 라우터 등 장비를 표준화된 틀에 수직으로 설치해 관리·보호하는 금속 구조물

< 대역 비교 >

< 네트워크 기본 이론 >

라우팅 👉 데이터가 목적지(IP)까지 가는 “경로를 결정하는 과정”

MAC 주소 = MAC (Media Access Control) Address 👉네트워크 장비에 부여된 “물리적 고유 주소”

CUCM Cisco Unified Communications Manager 👉 CUCM은 Cisco의 IP 전화 시스템에서 통화를 제어하고 관리하는 중앙 서버(콜 매니저)

🔹 주요 기능

📞 1) 전화 연결 (Call Control)

• 내선번호 관리
• 전화 걸기 / 받기 제어
  👥 2) 사용자 관리
• 직원별 전화번호 할당
• 권한 설정
  🔁 3) 통화 라우팅
• 어디로 전화 보낼지 결정
• 외부 전화(PSTN) 연결
  📊 4) 통화 기능
• 착신 전환
• 통화 대기
• 회의 통화

📞 전체 구조 (VoIP + 외부 전화 연결)

[ IP Phone (내선) ] │ ▼ (LAN / VLAN) │ ▼ [ CUCM 서버 ] (통화 제어 / 콜 매니저) │ ▼ [ VGM / Voice Gateway ] (신호 변환) │ ▼ [ PSTN (공중전화망) ] │ ▼ [ 외부 전화 (휴대폰 / 집전화) ]

< PoE switch >

👉 PoE (Power over Ethernet) Switch = 랜선(LAN 케이블)으로 데이터 + 전기를 같이 보내는 스위치

🔹 어디에 쓰이나? 주로 전원 연결이 어려운 장비에 사용:

• 📞 IP Phone
• 📷 CCTV (IP 카메라)
• 📡 무선 AP (Wi-Fi 공유기)
• 🔐 출입 통제 장비

< 백본 스위치 (Backbone Switch) >

네트워크의 중심(코어)에서 트래픽을 처리하는 고성능 스위치

🔹 역할

• 대량 트래픽 처리 여러 네트워크에서 오는 데이터 집약 처리
• 고속 전송 10G, 40G, 100G 등 고속 링크 사용
• 네트워크 중심 연결 모든 하위 스위치 연결
• 안정성 장애 시 영향이 큼 → 이중화 필수

🔹 백본 vs 일반 스위치

🔹 L2 (데이터링크 계층) vs L3 (네트워크 계층)

👉 L2는 MAC 기반 내부 통신, L3는 IP 기반 네트워크 간 통신을 담당하는 계층이다.

✅ 서버팜 : 서버(Server) + 팜(Farm)

= 여러 대의 서버를 한 곳에 모아서 운영하는 구조

1. 성능 향상 많은 사용자 처리 가능
2. 장애 대비 한 서버 죽어도 다른 서버가 처리
3. 확장성 서버 추가로 쉽게 확장 가능

회사에서 자주 등장하는 주요 보안 개념들을 한눈에 보기 쉽게 정리해봤다.

🧩 NAC (Network Access Control)

“누가 네트워크에 접속할 수 있는지 통제하는 기술”

네트워크에 접속하려는 사용자와 단말의 상태를 검사해서 접속을 허용하거나 차단한다.

💡 동작 흐름

1. 단말이 네트워크 접속 시도
2. NAC가 사용자 인증 및 단말 보안 상태 검사
3. 정책에 따라 접속 허용 또는 차단

🌐 SSL-VPN (Secure Sockets Layer VPN)

SSL/TLS 기반의 웹 브라우저 원격접속 VPN

별도 프로그램 없이 웹 브라우저(HTTPS)만으로 사내 시스템에 안전하게 접속할 수 있는 VPN 방식이다.

💡 동작 흐름

1. 브라우저로 접속 (http)
2. 로그인 (ID/PW)
3. SSL 암호화 통신 시작
4. 내부 시스템 접근

🛡️ DLP (Data Loss Prevention)

중요한 정보가 외부로 유출되는 것을 방지하는 기술

데이터가 이동하는 모든 과정에서 유출 시도를 탐지하고 차단한다.

📧 TERRACE Mail

기업용 이메일 서비스 및 보안 플랫폼

메일 송수신 과정에서 보안 기능을 제공하며 기업 환경에 최적화된 메일 시스템이다.

⚔️ SentinelOne

엔드포인트 보안 솔루션 (EDR/XDR)

랜섬웨어, 악성코드 등 위협을 실시간 탐지 및 자동 대응하는 보안 솔루션이다.

🔥 TG 방화벽 (TrusGuard)

안랩의 차세대 방화벽(NGFW)

네트워크 내부와 외부 트래픽을 분석하여 보안 정책에 따라 허용/차단한다.

🧱 WAF (Web Application Firewall)

웹 애플리케이션 전용 방화벽

일반 방화벽보다 더 깊이 들어가 웹 서비스 내부의 공격(SQL Injection 등)을 방어한다.

💡 비유

• 방화벽 → 건물 입구 경비
• WAF → 건물 내부까지 순찰하는 보안 요원

🚨 IPS (Intrusion Prevention System)

침입 방지 시스템

네트워크 트래픽을 실시간으로 분석하고 공격이 감지되면 즉시 차단한다.

💡 동작 방식

1. 트래픽 실시간 검사
2. 정책/시그니처 기반 분석
3. 이상 탐지 시 차단 및 알림

🎞️ DRM (Digital Rights Management)

디지털 콘텐츠 저작권 보호 기술

파일의 사용, 복제, 배포 등을 통제하여 무단 유출을 방지한다.

🧪 ESET

글로벌 보안 소프트웨어 기업

안티바이러스 및 엔드포인트 보안 제품을 제공하며 가볍고 강력한 백신으로 유명하다.

🐦 Sparrow

애플리케이션 보안 솔루션

소프트웨어의 취약점을 분석하고 보안 문제를 사전에 탐지한다.

🖥️ VDI (Virtual Desktop Infrastructure)

가상 데스크톱 인프라

사용자의 PC 환경을 서버에서 제공하여 언제 어디서든 동일한 업무 환경을 사용할 수 있다.

✍️ 한 줄 정리

• NAC → 접속 통제
• VPN → 안전한 원격 접속
• DLP/DRM → 데이터 보호
• 방화벽/WAF/IPS → 네트워크 방어
• EDR → 엔드포인트 보호
• VDI → 업무 환경 가상화

<Claude 효율적 사용법>

1. 프롬프트 엔지니어링: XML 태그 활용

   <context> 여기에 배경 지식을 입력하세요 </context> <task> 수행할 작업을 입력하세요 </task> <format> JSON 형태로 출력해줘 </format>

💡 핵심 팁: Claude에게 작업을 시키기 전, "먼저 계획을 세워줘(Let's think step by step)"라고 말해보세요. 스스로 논리적 단계를 밟게 하면 결과물의 품질이 비약적으로 상승합니다.

Claude를 내 컴퓨터의 개발 도구(VS Code 등)나 터미널에서 사용하는 경우입니다.

• Claude Code: 최근 발표된 CLI 도구로, 내 컴퓨터의 터미널에서 Claude를 실행해 로컬 파일을 직접 수정하고 코딩을 맡길 수 있습니다.

• MCP (Model Context Protocol): 내 컴퓨터에 있는 로컬 데이터베이스나 파일을 Claude가 읽을 수 있도록 통로를 열어주는 기술입니다.

• 특징: 실행 명령은 내 컴퓨터(Local)에서 내리지만, 두뇌 역할을 하는 모델은 여전히 클라우드에 있습니다.

OpenClaw 내 컴퓨터나 서버에 설치되어 파일 관리, 웹 서핑, 코드 실행 등을 사람 대신 수행하는 인공지능 비서

• 뉴스 모니터링
• 파일 자동 정리
• 업무 자동화

💡 한눈에 비교하는 용도별 추천모델명이런 분께 추천합니다!

DeepSeek V4 저렴한 비용으로 고성능 코딩 보조가 필요한 개발자

Mistral / Devstral 내 컴퓨터에 직접 설치해서 보안을 지키고 싶은 분

Qwen 3.5 Omni긴 영상이나 녹음 파일을 분석해야 하는 멀티미디어 작업자

Grok 4.20 세상 돌아가는 실시간 뉴스나 트렌드가 궁금한 분

Gemini의 응답 블로그에 뉴스 내용을 자동으로 정리해서 올리는 '뉴스 자동화 봇'을 만들고 싶으시군요. 2026년 현재 이 목적에 가장 적합한 LLM은 "무엇을 중요하게 생각하느냐"에 따라 달라집니다.

가장 추천하는 3가지 조합을 정리해 드릴게요.

1. 가성비와 코딩 효율 중심: DeepSeek V4 (강력 추천) 뉴스 자동화는 매일 수십, 수백 개의 기사를 처리해야 하므로 비용이 정말 중요합니다.

장점: GPT-4o나 Claude 3.5와 대등한 성능을 내면서 비용은 1/3 수준으로 저렴합니다. 뉴스 기사 분류, 요약, 태그 추출 같은 반복 작업에 최적입니다.

활용: Python 스크립트와 결합하여 RSS 피드를 읽고 요약본을 만드는 '백엔드 두뇌'로 사용하기 좋습니다.

2. 글쓰기 퀄리티와 자연스러움 중심: Claude 3.5 Sonnet / 4.5 블로그는 독자가 읽었을 때 "사람이 쓴 것 같은" 느낌이 중요합니다.

장점: 다른 모델보다 말투가 훨씬 부드럽고 서술형 문장을 잘 씁니다. 단순히 사실을 나열하는 게 아니라, 기사의 맥락을 짚어주는 '인사이트'가 담긴 블로그 포스팅을 생성할 때 유리합니다.

활용: 요약된 정보를 바탕으로 최종적인 '블로그 포스팅 본문 작성' 단계에서 사용하세요.

3. 실시간 정보와 팩트 체크 중심: GPT-4o (with Search) 뉴스는 최신성이 생명입니다.

장점: 자체 웹 검색 능력이 가장 안정적입니다. 기사 내용 중 모호한 고유 명사나 최신 사건의 배경을 AI가 직접 검색해서 보강해 줄 수 있습니다.

활용: 여러 출처의 뉴스를 비교 분석하거나, 배경 지식을 덧붙여야 하는 '심층 분석 리포트형' 블로그에 적합합니다.

🛠️ 자동화 시스템 구축 추천 아키텍처 실제로 많은 분이 다음과 같은 방식으로 자동화 시스템을 만듭니다.

단계 수행 작업 추천 도구/LLM

1. 수집 뉴스 사이트, RSS, API에서 기사 수집
   Python (BeautifulSoup)

2. 필터링 중복 뉴스 제거 및 중요도 판별
   DeepSeek V4 (저렴함)

3. 초안 작성 기사 요약 및 블로그 톤으로 변환
   Claude 3.5 Sonnet (문장력)

4. 업로드 워드프레스, 티스토리 등에 자동 게시
   Python / Zapier

💡 팁: '오픈클로(OpenClaw)' 활용하기 앞서 말씀드린 오픈클로를 활용하면 코딩을 직접 하지 않아도 됩니다. 오픈클로의 'News Skill'을 설치하면 "매일 특정 키워드의 뉴스를 요약해서 내 블로그에 비공개 글로 저장해줘"라는 명령 한 줄로 시스템 구축 가능

활용 예시: 콜센터 상담원 500명의 PC 환경을 관리자가 서버에서 한 번에 업데이트합니다. 신입 사원이 오면 새로운 PC 세팅을 할 필요 없이 VDI 계정만 하나 더 만들어주면 끝납니다.

AP : access point

무선 AP(Access Point)는 유선 네트워크 신호를 무선 주파수(Wi-Fi)로 변환하여 노트북, 스마트폰 등 무선 기기가 인터넷에 접속할 수 있도록 연결하는 중계 장치입니다. 공유기와 달리 라우팅 기능 없이 유선 랜을 무선으로 확장하는 데 집중하며, 기업이나 넓은 공간에서 안정적인 무선 환경을 구축하는 데 필수적입니다.

FGS :

Foreground Services (전면 서비스): 안드로이드와 같은 모바일 운영체제에서 사용자가 직접 인지할 수 있는 앱 서비스를 뜻합니다. 예를 들어, 음악 플레이어나 내비게이션처럼 상태 표시줄에 아이콘이 나타나며 백그라운드에서도 계속 작동해야 하는 서비스입니다.

WIPS : (Wireless Intrusion Prevention System)

기업이나 기관의 무선 네트워크(Wi-Fi) 환경을 24시간 감시하면서 허가되지 않은 접속이나 해킹 시도를 탐지하고 차단하는 '무선 전용 보안 보안요원'

VPN (가상 사설망, Virtual Private Network) : 보안이 유지되는 연결 통로

VPN의 핵심 역할

인터넷은 원래 누구나 접근할 수 있는 개방된 공간입니다. VPN은 이 위에서 크게 두 가지 일을 합니다.

- 터널링 (Tunneling): 공용 인터넷 안에 외부인이 절대 들여다볼 수 없는 '전용 터널'을 뚫는 것입니다.

- 암호화 (Encryption): 터널 안을 지나가는 데이터를 암호로 만듭니다. 설령 해커가 데이터를 훔쳐가도 내용을 알아볼 수 없게 만듭니다.

NAC : Network Access Control, 네트워크 접근 제어 (출입국 심사)

NAC는 네트워크에 접속하려는 모든 기기(PC, 스마트폰, 프린터 등)가 누구의 것인지, 보안 상태는 깨끗한지를 검사해서 접속을 허용하거나 거부하는 시스템입니다.

DLP : DLP(Data Loss Prevention)

DLP(Data Loss Prevention)는 우리말로 '데이터 유출 방지'라고 합니다. 기업 내부의 중요한 정보(기밀문서, 개인정보, 설계도 등)가 외부로 빠져나가는 것을 감시하고 차단하는 보안 솔루션입니다.

DRM : DRM(Digital Rights Management) / 디지털 저작권 관리

DRM은 데이터 파일 그 자체에 암호를 걸어 보호하는 방식

💡 "사용자가 AP를 통해 접속하면, NAC가 기기를 검사하고 VPN 터널을 통해 VDI에 연결합니다. WIPS는 무선 해킹을 감시하고, DLP는 파일이 밖으로 나가는 것을 막으며, 만약 파일이 유출되더라도 DRM이 걸려 있어 아무나 열어볼 수 없습니다."

☁️ 클라우드(Cloud) = 인터넷 기반 컴퓨팅 SaaS, PaaS, IaaS :

💡 클라우드 특징

1. 유연성(Flexibility): 필요할 때만 서버/저장공간 사용
2. 확장성(Scalability): 사용량 증가 시 바로 늘릴 수 있음
3. 비용 효율(Cost-effective): 직접 서버를 사서 관리하지 않아도 됨
4. 접근성(Accessibility): 인터넷만 있으면 어디서든 접속 가능

PNS server : PNS(Push Notification Service) server

스마트폰 앱을 사용 중이지 않을 때도 실시간으로 메시지나 알림을 보내주는 '알림 배달부' 역할을 하는 서버입니다.

카톡이 왔을 때 화면 상단에 뜨는 알림, 뉴스 속보 팝업 등이 모두 이 PNS를 통해 전달됩니다.

PNS 서버의 작동 과정

1. 발생: 앱 서비스 서버(카톡, 은행 등)에서 보낼 알림이 생깁니다.

2. 요청: 서비스 서버가 해당 플랫폼의 PNS 서버에게 "A라는 사용자에게 이 메시지 좀 전해줘"라고 요청합니다.

3. 전달: PNS 서버는 사용자의 기기(스마트폰)를 찾아 알림을 쏴줍니다.

4. 수신: 스마트폰 운영체제(iOS/Android)가 이 신호를 받아 화면에 띄워줍니다

💡 대표적인 PNS 종류

스마트폰 운영체제마다 사용하는 전용 PNS가 다릅니다.

FCM (Firebase Cloud Messaging): 구글에서 제공하며, 안드로이드 알림의 표준입니다.

APNs (Apple Push Notification service): 애플에서 제공하며, 아이폰/아이패드 알림을 담당합니다.

WNS (Windows Push Notification Services): 윈도우용 알림 서비스입니다.

FGS : (Firewall Gate System)

기존의 단순한 방화벽을 넘어, 여러 가지 보안 기능을 하나의 장비에 통합한 '지능형 보안 관문'입니다.

통합 보안: 방화벽 기능은 기본이고, VPN, IPS(침입 방지), 안티바이러스 등을 한꺼번에 수행합니다.

어플리케이션 제어: 단순 IP 차단이 아니라, "이 사용자는 그룹웨어는 접속 가능하지만, 페이스북이나 유튜브는 안 돼"처럼 앱 단위로 통제합니다.

① Node.js 설치 👉 Node.js 설치 LTS 버전 추천 (18 이상)

설치 확인:

node -v npm -v

✅ 2. Claude Code 설치

터미널(CMD, PowerShell, 또는 WSL)에서:

</> bash

npm install -g @anthropic-ai/claude-code

설치 확인: claude --version

✅ 3. API 키 설정 (중요 🔥)

Claude Code는 API 키가 필요함

① Anthropic 계정 생성 👉 Anthropic ② API 키 발급 후 환경변수 등록

PowerShell 기준:

setx ANTHROPIC_API_KEY "여기에_API키"

설정 후 터미널 다시 실행

✅ 4. 실행 방법

프로젝트 폴더에서:

claude

또는 코드 생성:

claude "React 로그인 페이지 만들어줘"

git에 올리는 방법

git add . git commit -m "first commit" git branch -M main git push -u origin main

• H2 Database의 특징과 장단점을 이해한다.
• Spring Boot에서 H2 설정 방법을 학습한다.
• H2 Console을 활용한 데이터베이스 관리 방법을 익힌다.
• 개발 환경과 테스트 환경에서의 H2 활용 전략을 파악한다.
• JPA와 H2를 연동한 데이터 처리 실습을 수행한다.

🛠 실습: BCrypt 기반 패스워드 암호화 시스템 구축

📌 Docker Images : Docker Images는 컨테이너를 만들기 위한 읽기 전용 템플릿입니다. 이미지는 애플리케이션을 실행하는 데 필요한 모든 것(코드, 라이브러리, 런타임 환경, 환경 변수 등)을 패키징한 상태로, 컨테이너의 청사진 역할을 합니다.

📌 Docker Containers : Docker Container는 Docker 이미지의 인스턴스를 실행하는 경량의 독립적인 실행 단위입니다. 컨테이너는 애플리케이션과 그에 필요한 모든 것(코드, 런타임, 시스템 도구, 라이브러리 등)을 패키지화하여, 어떤 환경에서든 일관되게 실행될 수 있도록 보장합니다.

Docker image vs container

Docker 이미지 (붕어빵 틀):

• 정적(static): 한번 만들어지면 변하지 않습니다.

• 읽기 전용(read-only): 틀 자체를 수정할 수는 없죠.

• 청사진: 붕어빵을 만들기 위한 설계도이자 템플릿입니다. 애플리케이션과 그에 필요한 모든 설정(코드, 런타임, 라이브러리 등)이 이 안에 담겨 있습니다.

• docker pull 또는 docker build 명령어로 이미지를 다운로드하거나 직접 만들 수 있습니다.

Docker 컨테이너 (붕어빵):

• 실행 가능한 인스턴스: 붕어빵 틀에서 찍어낸 실제 붕어빵입니다.

• 독립적: 여러 개의 붕어빵을 동시에 만들 수 있듯이, 한 이미지로 여러 개의 컨테이너를 실행할 수 있습니다. 각 컨테이너는 서로 영향을 주지 않는 독립적인 환경에서 실행됩니다.

• 휘발성(ephemeral): 붕어빵을 먹고 나면 사라지듯이, 컨테이너는 정지하거나 삭제하면 그 안에 저장된 데이터가 사라집니다. (그래서 데이터를 영구적으로 저장하기 위해 볼륨을 사용합니다.)

📌 Dockerfile : Dockerfile은 Docker 이미지를 빌드하기 위한 명령어를 담은 텍스트 파일입니다. Docker는 이 Dockerfile에 나열된 순서대로 명령어를 실행하여 최종 이미지를 생성합니다.

📌 Docker Compose : Docker Compose는 여러 개의 컨테이너로 구성된 애플리케이션을 정의하고 실행하기 위한 도구입니다. YAML 파일 하나를 사용하여 모든 컨테이너의 설정(이미지, 네트워크, 볼륨, 환경 변수 등)을 정의하고, 단일 명령어로 전체 애플리케이션을 빌드하고 실행할 수 있습니다.

📌 Docker Hub : Docker Hub는 공개 Docker 이미지 레지스트리입니다. 개발자들이 만든 Docker 이미지를 공유하고 저장하는 클라우드 기반 서비스로, GitHub가 코드 저장소 역할을 하는 것과 유사합니다.

busybox

docker run -it --rm busybox

Docker Commands

docker --version : Displays the installed Docker version

docker info : Shows system-wide information about Docker

docker help : Lists all available Docker commands and options

Image Management

docker images : Lists all images on the local machine

docker pull [image-name] : Downloads an image from Docker Hub or another registry

docker build -t [image-name] : Builds a Docker image using a Dockerfile in the current directory and tags it with a name

docker tag [source-image] [target-image:tag]

docker push [image-name]

docker rmi [image-id]

Container Management

docker ps : Lists all running containers

docker ps -a : Lists all containers, including stopped ones

docker rm [container-id/name] : Remove a Container

docker rm -f [container-id/name] : Forces the removal of a running container

docker stop [container-id/name] : Stops a running container

docker start [container-id/name] : Starts a stopped container

docker restart [container-id/name] : Restarts a container

Container Interaction

docker exec [container-id/name] [command] : Runs a command inside a running container

docker attach docker logs [container-id/name] : Attaches your terminal to a running container's standard input/output.

# Shows logs from a container

docker logs [options] [container-id/name]
    -- follow: Streams logs in real-time.


# Forcing Immediate Termination. Sends SIGKILL

docker kill [options] [container-id/name]
    --signal, -s: Specifies the signal to send to the container. By default, it uses SIGKILL.

Docker Compose의 장점:

• 선언적 설정: YAML 파일로 전체 인프라 정의
• 의존성 관리: 서비스 시작 순서 자동 제어
• 네트워크 자동 생성: 컨테이너 간 안전한 통신
• 통합 관리: 하나의 명령어로 전체 환경 제어
• 환경 분리: 개발/테스트/운영 환경별 설정 가능

Docker 네트워킹과 볼륨 정의

Docker 네트워킹 🌐

Docker 네트워킹은 컨테이너가 서로, 그리고 호스트 머신이나 외부 네트워크와 통신할 수 있게 해주는 기능입니다. Docker는 여러 종류의 내장(built-in) 네트워크 드라이버를 제공하며, 가장 흔하게 사용되는 드라이버는 다음과 같습니다.

Docker 볼륨 💾

Docker 볼륨은 컨테이너의 데이터를 영구적으로 저장하는 데 사용되는 메커니즘입니다. 컨테이너는 휘발성(ephemeral)이기 때문에 컨테이너가 삭제되면 그 안에 있던 데이터도 함께 사라집니다. 볼륨을 사용하면 데이터를 컨테이너의 수명주기와 분리하여 관리할 수 있습니다.

🛠 실습 예제: MySQL + Node.js API 연동

오류 발생

오류 해결

🏁 프로젝트 구조

docker-basic-demo/
├── api/
│   ├── package.json
│   ├── server.js
│   └── Dockerfile
└── database/
    └── init.sql

1️⃣ MySQL 데이터베이스 설정

# database/init.sql

SET NAMES utf8mb4;
SET CHARACTER SET utf8mb4;

-- Character set configuration
CREATE DATABASE IF NOT EXISTS simple_blog 
  DEFAULT CHARACTER SET utf8mb4 
  DEFAULT COLLATE utf8mb4_unicode_ci;
USE simple_blog;

-- Table creation with utf8mb4
CREATE TABLE IF NOT EXISTS posts (
    id INT AUTO_INCREMENT PRIMARY KEY,
    title VARCHAR(200) NOT NULL,
    content TEXT NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

-- Sample data with Korean content
INSERT INTO posts (title, content) VALUES
('Docker 네트워킹 기초', 'Docker 컨테이너 간 통신 방법을 배워봅시다.'),
('볼륨으로 데이터 유지하기', 'Docker 볼륨을 사용하면 데이터가 영구적으로 보존됩니다.'),
('첫 번째 실습', '간단한 MySQL + Node.js 연동 실습입니다.');

SELECT 'Database initialization completed' AS status;

2️⃣ Node.js API 서버 구성

Node.js 프로젝트 생성

# api

npm init -y

api/package.json

{
  "name": "simple-blog-api",
  "version": "1.0.0",
  "description": "간단한 블로그 API",
  "main": "server.js",
  "scripts": {
    "start": "node server.js",
    "dev": "nodemon server.js"
  },
  "dependencies": {
    "express": "^4.18.2",
    "mysql2": "^3.6.0",
    "cors": "^2.8.5"
  }
}

api/server.js

const express = require('express');
const mysql = require('mysql2/promise');
const cors = require('cors');

const app = express();
const PORT = process.env.PORT || 3000;

// 미들웨어 설정
app.use(cors());
app.use(express.json());

// MySQL 연결 설정
const dbConfig = {
  host: process.env.DB_HOST || 'localhost',
  port: process.env.DB_PORT || 3306,
  user: process.env.DB_USER || 'root',
  password: process.env.DB_PASSWORD || 'secret',
  database: process.env.DB_NAME || 'simple_blog',
  timezone: '+09:00',
  charset: 'utf8mb4',
  supportBigNumbers: true,
  bigNumberStrings: true
};

let connection;

// 데이터베이스 연결 함수
async function connectDatabase() {
  try {
    connection = await mysql.createConnection(dbConfig);
    console.log('✅ MySQL 데이터베이스 연결 성공');
    console.log(`📍 연결 정보: ${dbConfig.host}:${dbConfig.port}/${dbConfig.database}`);
  } catch (error) {
    console.error('❌ 데이터베이스 연결 실패:', error.message);
    console.log('🔄 5초 후 재시도...');
    setTimeout(connectDatabase, 5000);
  }
}

// 라우트 정의
// 1. API 상태 확인
app.get('/health', async (req, res) => {
  try {
    const [rows] = await connection.execute('SELECT COUNT(*) as count FROM posts');
    res.json({
      status: 'OK',
      message: 'API 서버가 정상 동작합니다',
      timestamp: new Date().toISOString(),
      database: 'connected',
      posts_count: rows[0].count
    });
  } catch (error) {
    res.status(500).json({
      status: 'ERROR',
      message: 'Database connection failed',
      error: error.message
    });
  }
});

// 2. 모든 게시글 조회
app.get('/posts', async (req, res) => {
  try {
    const [rows] = await connection.execute(
      'SELECT id, title, content, created_at FROM posts ORDER BY created_at DESC'
    );
    res.json({
      success: true,
      data: rows,
      count: rows.length
    });
  } catch (error) {
    console.error('게시글 조회 오류:', error);
    res.status(500).json({
      success: false,
      message: '게시글 조회에 실패했습니다',
      error: error.message
    });
  }
});

// 3. 새 게시글 작성
app.post('/posts', async (req, res) => {
  const { title, content } = req.body;

  if (!title || !content) {
    return res.status(400).json({
      success: false,
      message: '제목과 내용은 필수입니다'
    });
  }

  try {
    const [result] = await connection.execute(
      'INSERT INTO posts (title, content) VALUES (?, ?)',
      [title, content]
    );

    const [newPost] = await connection.execute(
      'SELECT id, title, content, created_at FROM posts WHERE id = ?',
      [result.insertId]
    );

    res.status(201).json({
      success: true,
      message: '게시글이 작성되었습니다',
      data: newPost[0]
    });
  } catch (error) {
    console.error('게시글 작성 오류:', error);
    res.status(500).json({
      success: false,
      message: '게시글 작성에 실패했습니다',
      error: error.message
    });
  }
});

// 4. 특정 게시글 조회
app.get('/posts/:id', async (req, res) => {
  const postId = req.params.id;

  try {
    const [rows] = await connection.execute(
      'SELECT id, title, content, created_at FROM posts WHERE id = ?',
      [postId]
    );

    if (rows.length === 0) {
      return res.status(404).json({
        success: false,
        message: '게시글을 찾을 수 없습니다'
      });
    }

    res.json({
      success: true,
      data: rows[0]
    });
  } catch (error) {
    console.error('게시글 조회 오류:', error);
    res.status(500).json({
      success: false,
      message: '게시글 조회에 실패했습니다',
      error: error.message
    });
  }
});

// 5. 게시글 삭제
app.delete('/posts/:id', async (req, res) => {
  const postId = req.params.id;

  try {
    const [result] = await connection.execute(
      'DELETE FROM posts WHERE id = ?',
      [postId]
    );

    if (result.affectedRows === 0) {
      return res.status(404).json({
        success: false,
        message: '게시글을 찾을 수 없습니다'
      });
    }

    res.json({
      success: true,
      message: '게시글이 삭제되었습니다'
    });
  } catch (error) {
    console.error('게시글 삭제 오류:', error);
    res.status(500).json({
      success: false,
      message: '게시글 삭제에 실패했습니다',
      error: error.message
    });
  }
});

// 서버 시작
app.listen(PORT, async () => {
  console.log(`🚀 API 서버가 포트 ${PORT}에서 실행중입니다`);
  console.log(`📋 API 문서: http://localhost:${PORT}/health`);

  // 데이터베이스 연결 시작
  await connectDatabase();
});

// 정상적인 종료 처리
process.on('SIGINT', async () => {
  console.log('\n🛑 서버를 종료합니다...');
  if (connection) {
    await connection.end();
    console.log('✅ 데이터베이스 연결 종료');
  }
  process.exit(0);
});

api/Dockerfile

FROM node:18-alpine

# 작업 디렉토리 설정
WORKDIR /app

# package.json 복사 및 의존성 설치
COPY package*.json ./
RUN npm install

# 소스 코드 복사
COPY . .

# 포트 노출
EXPOSE 3000

# 애플리케이션 실행
CMD ["npm", "start"]

3️⃣ 실습 실행

단계 1: MySQL 컨테이너 실행

# 1. MySQL 볼륨 생성
docker volume create mysql-data

# 2. MySQL 컨테이너 실행 (볼륨 연결)
docker run -d \
  --name blog-mysql \
  -e MYSQL_ROOT_PASSWORD=secret \
  -e MYSQL_DATABASE=simple_blog \
  -p 3306:3306 \
  -v mysql-data:/var/lib/mysql \
  -v $(PWD)/database/init.sql:/docker-entrypoint-initdb.d/init.sql:ro \
  mysql:8.0 \
  --character-set-server=utf8mb4 \
  --collation-server=utf8mb4_unicode_ci \
  --default-time-zone='+09:00'

# 3. MySQL 컨테이너 로그 확인
docker logs blog-mysql

# 2. MySQL 컨테이너 실행 (볼륨 연결) code
docker run -d --name blog-mysql -e MYSQL_ROOT_PASSWORD=secret -e MYSQL_DATABASE=simple_blog -p 3306:3306 -v mysql-data:/var/lib/mysql -v ${PWD}/database/init.sql:/docker-entrypoint-initdb.d/init.sql:ro mysql:8.0 --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci --default-time-zone='+09:00'

단계 2: API 서버 빌드 및 실행

# 1. API 서버 이미지 빌드
cd api
docker build -t simple-blog-api .

# 2. API 서버 컨테이너 실행 (MySQL과 연결)
docker run -d \
  --name blog-api \
  -e DB_HOST=blog-mysql \
  -e DB_PASSWORD=secret \
  -e DB_NAME=simple_blog \
  -p 3000:3000 \
  --link blog-mysql \
  simple-blog-api

cd ..

단계 3: 동작 확인

# 1. 컨테이너 상태 확인
docker ps

# 2. API 상태 확인
curl http://localhost:3000/health

# 3. 게시글 목록 조회
curl http://localhost:3000/posts

# 4. 새 게시글 작성
curl -X POST http://localhost:3000/posts \
  -H "Content-Type: application/json" \
  -d '{"title":"Docker 실습", "content":"포트 바인딩과 볼륨을 배웠습니다!"}'

# 5. 다시 게시글 목록 확인
curl http://localhost:3000/posts

🛠 실습 예제

0️⃣ 문제 상황 재현

먼저 아키텍처 호환성 문제가 실제로 발생하는지 확인해봅시다.

1️⃣ Docker Buildx 설정 (멀티 플랫폼 지원 여부 확인)

2️⃣ 멀티 플랫폼 이미지 빌드

# 1. AMD64와 ARM64 지원하는 이미지 빌드 (Docker Hub에 자동 푸시)
docker buildx build \
  --platform linux/amd64,linux/arm64 \
  -t [your-dockerhub-username]/spring-demo:multiplatform \
  -t [your-dockerhub-username]/spring-demo:latest \
  --push .

💡  [your-dockerhub-username] -> hyun98


# 2. 로컬 테스트용 (특정 플랫폼만)
docker buildx build \
  --platform linux/amd64 \
  -t spring-demo:amd64 \
  --load .

# 3. 빌드 진행 상황을 상세히 확인하고 싶다면
docker buildx build \
  --platform linux/amd64,linux/arm64 \
  -t [your-dockerhub-username]/spring-demo:multiplatform \
  --push \
  --progress=plain .

3️⃣ 빌드된 이미지 확인

4️⃣ 멀티 플랫폼 테스트