EKS에서 단일 애플리케이션을 n개의 POD으로 다중 배포하기(4)
AWS Parameter Store와 CodeBuild 환경변수를 활용해 EKS에서 단일 애플리케이션을 여러 POD로 다중 배포하는 방법을 소개했습니다. 또한 CodeBuild의 EKS 인증 오류를 IAM 권한 추가로 해결한 과정을 다뤘습니다.
#EKS#AWS
43005분
새로운 기술 블로그가 추가되었어요
필터 0
EKS에서 단일 애플리케이션을 n개의 POD으로 다중 배포하기(3)
EKS에서 단일 애플리케이션을 환경별 변수만 바꿔 여러 POD으로 배포하는 방식을 소개했습니다. Parameter Store와 CodeBuild 설정, ECR 연동과 빌드 명령 변경 내용을 다뤘습니다.
#EKS#AWS
25005분
EKS에서 단일 애플리케이션을 n개의 POD으로 다중 배포하기(2)
AWS EKS에서 단일 애플리케이션을 환경 변수만 바꿔 다중 배포하는 방법을 소개했습니다. 또한 Parameter Store, CodeBuild, ECR, Dockerfile 설정 예시를 함께 설명했습니다.
#EKS#AWS
18005분
EKS에서 단일 애플리케이션을 n개의 POD으로 다중 배포하기(1)
AWS EKS에서 단일 애플리케이션을 환경변수만 바꿔 다중 배포하는 방법을 소개했습니다. React 샘플, CodeCommit 연동, Parameter Store와 CodeBuild 설정 흐름을 정리했습니다.
#EKS#AWS
28005분
네트워크 효율성까지 고려한 AWS 설계로 비용 최적화를 달성했습니다
네트워크 효율성까지 고려한 AWS 설계로 비용 최적화를 달성했습니다
기존 IDC 환경을 AWS로 전환하며 네트워크 효율성을 고려한 설계로 비용 최적화를 달성했습니다. 또한 보안과 모니터링을 강화해 안정적인 운영 체계를 마련했습니다.
#AWS#cloud
72005분
Amazon EKS Auto Mode 시작하기
Amazon EKS Auto Mode로 쿠버네티스 클러스터의 컴퓨팅, 스토리지, 네트워킹 관리를 자동화하는 방법을 소개했습니다. 샘플 애플리케이션 배포와 자동 확장 사례를 통해 운영 오버헤드 감소와 가용성 향상을 설명했습니다.
#AWS#EKS
37005분
라이브 게임 에셋 관리 개선기 - 3.DLC를 통한 에셋 패치 시스템
모바일 라이브 게임에서 어드레서블과 S3를 이용한 에셋 패치 시스템 구상을 정리했습니다. 앱 용량과 심사 부담을 줄이기 위한 원격 배포 전략을 살펴보았지만, 실제 적용은 중단했습니다.
#AWS#S3
24005분
모니터링 중앙화를 구축하는 가장 쉬운 방법, AWS CloudWatch cross-account-observability
AWS CloudWatch의 Cross-account-observability로 여러 계정의 모니터링을 중앙화하는 방법을 소개했습니다. 데이터 복제 없이 비용 효율적으로 운영할 수 있지만, 리전 제한과 Trace 과금은 주의가 필요합니다.
#AWS#CloudWatch
82005분
API 키·토큰 유출 방지! GitLab Secret Detection 활용법
GitLab Secret Detection으로 리포지터리의 시크릿 유출을 자동 탐지하는 방법을 설명했습니다. 파이프라인 설정부터 보고서 확인, 후속 조치까지의 흐름을 정리했습니다.
#GitLab#CI/CD
12005분
API 키·토큰 유출 방지! GitLab Secret Detection 활용법
GitLab Secret Detection으로 리포지터리의 시크릿 유출을 자동 탐지하는 방법을 소개했습니다.\nPipeline 설정, 전체 히스토리 스캔, 취약점 리포트 활용까지 실무 적용 흐름을 정리했습니다.
#GitLab#CI/CD
68005분
AWS Network Firewall 모범 사례 #3 : Suricata 규칙 그룹 사용
AWS Network Firewall에서 Standard와 Domain List, Suricata 규칙 그룹의 차이를 설명했습니다. 복잡한 제어와 로깅이 필요하면 Suricata 규칙 그룹 중심 구성이 유리했습니다.
#AWS#Network Firewall
34005분
AWS로의 로드밸런서 마이그레이션: 권장 전략 및 모범 사례
온프레미스 로드 밸런서를 AWS로 옮길 때는 현재 기능과 요구 사항을 먼저 정리한 뒤 ELB 유형을 선택해야 했습니다.\nA/B 테스트, 부하 테스트, 가중 DNS 라우팅으로 점진적으로 전환하는 전략을 제시했습니다.
#AWS#로드 밸런서
66005분