AGENDA 001. WAR(Well-Architect Review) 소개
- 보안 사고 사례
- 비용 최적화
002. WAR의 필요성
003. 진행 절차
004. Case Study
- Well-Architected Framework
- Well-Architected Review Program
- 수행 방법
🌏 www.bespinglobal.com 📞1668-1280✉ info_aws@bespinglobal.com
울룰로 ‘킥고잉’ 서비스 인프라 개선
“베스핀글로벌과함께 킥고잉 서비스의인프라 구축 상황을 깊이 있게 분석하여보안
취약점,비용 누수 등의 문제를 정밀하게 파악할 수 있었습니다.이후 진행한작업에서
안정적이고효율적인인프라로상당 부분 개선할 수 있었고,앞으로 진행할대용량
데이터 처리 인프라 구축 작업 파트너로베스핀글로벌에많은 기대를 하고 있습니다.”
- 이진복올룰로최고기술책임자(CTO)
AWS KMS AWS Kinesis AWS CodPipelineAWS Glue
OLULO - KICKGOING
올룰로는전동킥보드공유서비스‘킥고잉’을운영하고있습니다.킥고잉은2018년 9월국내 최초로 출시한전동킥보드공유서비스이며,
누적 이용 횟수 500만회 이상의 이용 실적을 보유했습니다.최근 기업전용 서비스 ‘킥고잉 비즈니스’의회원사도200곳을 넘어섰습니다.
Case Study
Situation
• 울룰로 서비스 급성장에 따라 자체적으로 사용하던 AWS 인프라의 고도화 필요
: 보안 강화, 시스템 모니터링 환경 개선, AWS Well Architected Framework Review
• 핵심 추진 영역
- 보안 강화 방안 수립
- 인프라 구축 표준 정립
- 킥고잉 서비스 미래 환경 대응
• 2주라는짧은 시간에 AS-IS 아키텍처 분석, 신규 설계, 재구축, 안정화 및 이관까지 완료
• Well Architected Framework에 기반한 Landing Zone 재설계로 보안 기반 마련
• 네이밍 규칙 및인프라 생성 규칙에 입각한 인프라 구축
• AWS 접근 계정 및Bastion 접근 계정에대한 최소 권한 원칙
To the Cloud
“AWS 기반 킥고잉 서비스 리소스 개선”
사용한 서비스
28.
🌏 www.bespinglobal.com 📞1668-1280✉ info_aws@bespinglobal.com
힐링페이퍼 ‘강남언니’ 2차 Review. 보안성 위주
힐링페이퍼 - 강남언니
힐링페이퍼는더 좋은 의료서비스를누구나누릴수 있도록 하는모바일메디테크기업입니다.국내 최초만성질환자건강관리앱 ‘힐링페이퍼’를
개발하였으며,역경매 방식으로 다수 병원의 의견과 견적을 비교할수 있는 ‘강남언니’ 서비스를 운영하고 있습니다.
Case Study
Situation
• 강남언니 서비스 두번째 Well-Architected Review 진행
: 1차 리뷰 기준 변화 된 내역 비교, Kubernetes 환경으로 전환 후 보안성 점검 진행
- 보안 강화 방안 수립
- 인프라 운영 표준 수립
• 24시간관제 도입
• AWSIAM 관리 정책 추가(MFA 설정 및 최소권한 조정), SecurityGroup보완
• CloudWatch+ 3rdPartyMonitoring솔루션 도입을통한 가시성 강화
• RTO/RPO에 따른 백업정책 추가 등 복원성 강화
To the Cloud
“Cloud 운영 위탁을 통한 운영 서비스 개선”
EKS DocumentDB AWS WAF SQS
사용한 서비스
Operation: DevOps조직에운영비중을줄여서 개발에집중 할 수 있는 환경 제공
Security: 보안성 점검 및 보안 솔루션 도입을 통해 보안성 강화
Amazon Elasticsearch
Service
29.
🌏 www.bespinglobal.com 📞1668-1280✉ info_aws@bespinglobal.com
A사 ‘쇼핑몰/어플리케이션’ 개발자 부재로 인한 현황 점검
E-Commerce – A사
A사는 온/오프라인E-Commerce쇼핑몰운영하고있는 회사로 모바일앱과홈페이지관리를통해서 물류서비스와의연계를통해서서비스를 운영
하고 있는 회사입니다.
Case Study
Situation
• 히스토리 추적이 되지 않는 서비스 현황
: 개발자가 퇴사함에 따라서, 개별 이력이나 시스템 정보가 최소한으로 남아있던 상황
- 인프라 구조 파악 필요
- 과도한 클라우드 서비스 비용
• 낭비 되고 있던리소스의 정리 -> 비용 50%절감
• AWSRootAccount등 계정 관리 정책 정리
• 서비스 구조 파악및 현행 아키텍처 도출
• 확장 가능한 구조로변경
To the Cloud
인프라 구조 파악 및 문제점 도출 및 개선