https://212clab.pages.dev/project/Recent content in Project on blog.212clabHugoko-krFri, 01 May 2026 00:00:00 +0000https://212clab.pages.dev/project/playball/Fri, 01 May 2026 00:00:00 +0000https://212clab.pages.dev/project/playball/<table> <thead> <tr> <th>항목</th> <th>내용</th> </tr> </thead> <tbody> <tr> <td><strong>기간</strong></td> <td>2026.01 ~ 2026.04</td> </tr> <tr> <td><strong>유형</strong></td> <td>팀 프로젝트 (KTCloud TechUp 연합)</td> </tr> <tr> <td><strong>인원</strong></td> <td>16명</td> </tr> <tr> <td><strong>역할</strong></td> <td>DevOps / Infrastructure Engineer</td> </tr> <tr> <td><strong>서비스</strong></td> <td><a href="https://playball.one">playball.one</a></td> </tr> <tr> <td><strong>GitHub</strong></td> <td><a href="https://github.com/212clab/330-playball-infra">330-playball-infra</a></td> </tr> <tr> <td><strong>발표자료</strong></td> <td><a href="https://drive.google.com/file/d/1rKzKeAB9tI6TFs3Nn6q-Tsc2rfzjcL-Z/view?usp=sharing">발표 장표 (Google Drive)</a></td> </tr> <tr> <td><strong>트러블슈팅</strong></td> <td><a href="https://212clab.pages.dev/troubleshooting/?project=330-playball-infra">전체 목록</a></td> </tr> </tbody> </table> <hr> <h2 id="프로젝트-소개">프로젝트 소개</h2> <p>야구 티켓 예매 플랫폼 PlayBall의 인프라 전반을 설계하고 운영했습니다. 빠른 개발환경 구축, 비용 효율, 운영 추적성, 보안, 트래픽 집중 — 5가지 특성을 고려하여 인프라를 구성했습니다.</p> <hr> <h2 id="환경-구성">환경 구성</h2> <table> <thead> <tr> <th>환경</th> <th>실행 기반</th> <th>외부 진입</th> <th>데이터 계층</th> <th>역할</th> </tr> </thead> <tbody> <tr> <td><strong>Dev</strong></td> <td>kubeadm (2-node 온프렘)</td> <td><a href="https://212clab.pages.dev/troubleshooting/2026-03-17-chrome-quic-http3-detail/">Cloudflare</a> + Istio Gateway</td> <td>PostgreSQL Pod, Redis Pod</td> <td>기능 개발, 초기 통합 검증</td> </tr> <tr> <td><strong>Staging</strong></td> <td>AWS EKS (Multi-AZ, Spot)</td> <td>CloudFront + ALB</td> <td>RDS, ElastiCache</td> <td>QA, 부하 테스트, 보안 검증</td> </tr> <tr> <td><strong>Prod</strong></td> <td>AWS EKS (Multi-AZ, On-Demand)</td> <td>CloudFront + ALB</td> <td>RDS, ElastiCache</td> <td>실서비스 운영</td> </tr> </tbody> </table> <hr> <h2 id="사용-기술">사용 기술</h2> <table> <thead> <tr> <th>영역</th> <th>기술</th> </tr> </thead> <tbody> <tr> <td><strong>클라우드</strong></td> <td>AWS EKS 1.35, RDS PostgreSQL 16, ElastiCache Redis 7, CloudFront, ALB, Route53, ACM</td> </tr> <tr> <td><strong>컨테이너/메쉬</strong></td> <td>Kubernetes (kubeadm / EKS), Istio 1.29.1, Cilium (Dev CNI)</td> </tr> <tr> <td><strong>IaC</strong></td> <td>Terraform (stacks + environments 분리)</td> </tr> <tr> <td><strong>CI/CD</strong></td> <td>TeamCity (빌드) → ECR (이미지) → ArgoCD (GitOps 배포)</td> </tr> <tr> <td><strong>스케일링</strong></td> <td>KEDA 2.19.0 (Cron Scaler + HPA), Karpenter 1.11.1</td> </tr> <tr> <td><strong>시크릿/권한</strong></td> <td>External Secrets Operator, IRSA, AWS IAM Identity Center SSO</td> </tr> <tr> <td><strong>관측성</strong></td> <td>Prometheus, Loki, Tempo, Thanos, Grafana, OpenTelemetry Collector</td> </tr> <tr> <td><strong>정책/보안</strong></td> <td>Kyverno, Policy Reporter, CloudTrail</td> </tr> <tr> <td><strong>알림</strong></td> <td>EventBridge + Lambda → Discord</td> </tr> </tbody> </table> <hr> <h2 id="레포-구성-3-레포-분리">레포 구성 (3-레포 분리)</h2> <p>인프라 준비 → 클러스터 부트스트랩 → 선언형 배포를 독립적으로 관리합니다.</p>https://212clab.pages.dev/project/protocol-deep-dive/Fri, 01 May 2026 00:00:00 +0000https://212clab.pages.dev/project/protocol-deep-dive/<table> <thead> <tr> <th>항목</th> <th>내용</th> </tr> </thead> <tbody> <tr> <td><strong>기간</strong></td> <td>2026.05 ~ (진행중)</td> </tr> <tr> <td><strong>유형</strong></td> <td>개인 학습 프로젝트</td> </tr> <tr> <td><strong>언어</strong></td> <td>Go</td> </tr> <tr> <td><strong>GitHub</strong></td> <td><a href="https://github.com/212clab/315-protocol-deep-dive">315-protocol-deep-dive</a></td> </tr> </tbody> </table> <hr> <h2 id="프로젝트-소개">프로젝트 소개</h2> <p>네트워크 프로토콜의 동작 원리를 코드로 직접 구현하고, 계층별 차이를 벤치마크로 비교 분석하는 프로젝트입니다. &ldquo;왜 gRPC가 빠른가&rdquo;, &ldquo;TCP와 UDP는 실제로 얼마나 다른가&quot;를 직접 측정하여 확인합니다.</p> <hr> <h2 id="비교-대상">비교 대상</h2> <table> <thead> <tr> <th>계층</th> <th>프로토콜</th> <th>핵심 특징</th> </tr> </thead> <tbody> <tr> <td><strong>L3</strong></td> <td>ICMP</td> <td>핸드셰이크 없음, raw ICMP 헤더, TTL</td> </tr> <tr> <td><strong>L4</strong></td> <td>TCP</td> <td>3-way handshake, 순서 보장, 흐름 제어</td> </tr> <tr> <td><strong>L4</strong></td> <td>UDP</td> <td>커넥션리스, 순서 비보장, 패킷 유실 가능</td> </tr> <tr> <td><strong>L7</strong></td> <td>HTTP/1.1</td> <td>텍스트 헤더, 커넥션당 1 요청 vs keep-alive</td> </tr> <tr> <td><strong>L7</strong></td> <td>HTTP/2</td> <td>TLS+ALPN, 멀티플렉싱, HPACK 헤더 압축</td> </tr> <tr> <td><strong>L7</strong></td> <td>gRPC</td> <td>HTTP/2 위 Protobuf, Unary/ServerStream/Bidi</td> </tr> <tr> <td><strong>L7</strong></td> <td>gRPC-Web</td> <td>브라우저에서 gRPC 호출, HTTP/1.1 프록시 경유</td> </tr> </tbody> </table> <hr> <h2 id="구조">구조</h2> <pre tabindex="0"><code>├── l3/icmp/ ICMP ping ├── l4/tcp/ TCP echo 서버/클라이언트 ├── l4/udp/ UDP echo 서버/클라이언트 ├── l7/http1/ HTTP/1.1 서버/클라이언트 ├── l7/http2/ HTTP/2+TLS 서버/클라이언트 ├── l7/grpc/ gRPC 서버/클라이언트 + proto ├── l7/grpcweb/ gRPC-Web 프록시 + 브라우저 데모 ├── benchmark/ 전 프로토콜 벤치마크 ├── dashboard/ Chart.js 웹 대시보드 └── cmd/ CLI 진입점 </code></pre><p>각 프로토콜을 서버/클라이언트 쌍으로 구현하고, 동일한 페이로드로 벤치마크하여 지연, 처리량, 오버헤드를 비교합니다.</p>