Professional-Cloud-Architect 문제 171
주요 비즈니스 목표 중 하나는 애플리케이션에 저장된 데이터를 신뢰할 수 있는 것입니다. 애플리케이션 데이터에 대한 모든 변경 사항을 기록하려고 합니다. 로그의 신뢰성을 확인하기 위해 로깅 시스템을 어떻게 설계할 수 있습니까?
Professional-Cloud-Architect 문제 172
사례 연구: 5 - Dress4win
회사 개요
Dress4win은 사용자가 웹사이트와 모바일 애플리케이션을 사용하여 개인 옷장을 정리하고 관리할 수 있도록 돕는 웹 기반 회사입니다. 또한 회사는 사용자를 디자이너 및 소매업체와 연결하는 활발한 소셜 네트워크를 구축합니다. 이들은 광고, 전자상거래, 추천, 프리미엄 앱 모델을 통해 서비스로 수익을 창출합니다. 애플리케이션은 창업자의 차고에 있는 몇 대의 서버에서 공동 데이터 센터에 있는 수백 대의 서버와 장비로 성장했습니다. 그러나 현재 인프라 용량은 애플리케이션의 급속한 성장을 감당하기에 부족합니다. 이러한 성장과 더 빠른 혁신을 향한 회사의 열망 때문입니다.
Dress4Win은 퍼블릭 클라우드로의 전체 마이그레이션을 약속하고 있습니다.
솔루션 컨셉
클라우드로의 마이그레이션 첫 번째 단계에서 Dress4win은 개발 및 테스트 환경을 이전하고 있습니다. 또한 현재 인프라가 단일 위치에 있기 때문에 재해 복구 사이트를 구축하고 있습니다. 그들은 아키텍처의 어떤 구성 요소를 그대로 마이그레이션할 수 있는지, 마이그레이션하기 전에 어떤 구성 요소를 변경해야 하는지 확신하지 못합니다.
기존 기술 환경
Dress4win 애플리케이션은 단일 데이터 센터 위치에서 제공됩니다. 모든 서버는 Ubuntu LTS v16.04를 실행합니다.
데이터베이스:
MySQL. 사용자 데이터, 인벤토리, 정적 데이터용 서버 1개:
* - MySQL 5.8
- 8코어 CPU
- 128GB RAM
- 2x 5TB HDD(RAID 1)
메타데이터, 소셜 그래프, 캐싱을 위한 Redis 3 서버 클러스터. 각 서버는 다음과 같습니다.
* - 레디스 3.2
- 4코어 CPU
- 32GB RAM
컴퓨팅:
마이크로 서비스 기반 API 및 정적 콘텐츠를 제공하는 40개의 웹 애플리케이션 서버.
* - 톰캣 - 자바
- 엔진스
- 4코어 CPU
- 32GB RAM
20개의 Apache Hadoop/Spark 서버:
* - 데이터 분석
- 실시간 추세 계산
- 8코어 CPU
- 128GB RAM
- 4x 5TB HDD(RAID 1)
메시징, 소셜 알림 및 이벤트를 위한 3개의 RabbitMQ 서버:
* - 8코어 CPU
- 32GB RAM
기타 서버:
* - Jenkins, 모니터링, 요새 호스트, 보안 스캐너
- 8코어 CPU
- 32GB RAM
저장 장치:
VM 호스트용 iSCSI
* 파이버 채널 SAN - MySQL 데이터베이스
* - 총 저장 용량 1PB; 400TB 사용 가능
NAS - 이미지 저장, 로그, 백업
* - 총 저장 용량 100TB 35TB 사용 가능
비즈니스 요구 사항
확장된 생산 패리티를 통해 안정적이고 재현 가능한 환경을 구축하세요.
* 일련의 보안과 ID 및 액세스를 정의하고 준수하여 보안을 향상합니다.
* 클라우드 관리(IAM) 모범 사례.
새로운 리소스의 신속한 프로비저닝을 통해 비즈니스 민첩성과 혁신 속도를 향상합니다.
* 클라우드 성능을 위해 아키텍처를 분석하고 최적화합니다.
* 기술 요구 사항
클라우드에서 비프로덕션 환경을 쉽게 구축하세요.
* 클라우드에서 리소스 프로비저닝을 위한 자동화 프레임워크를 구현합니다.
* 온프레미스에 애플리케이션을 배포하기 위한 지속적인 배포 프로세스를 구현합니다.
* 데이터 센터 또는 클라우드.
긴급 상황 발생 시 프로덕션 환경을 클라우드로 장애 조치할 수 있도록 지원합니다.
* 유선 및 미사용 데이터를 암호화합니다.
* 프로덕션 데이터 센터와 클라우드 간의 다중 개인 연결 지원
* 환경.
임원진술서
우리 투자자들은 현재 인프라를 통해 비용을 확장하고 억제할 수 있는 능력에 대해 우려하고 있습니다. 그들은 또한 경쟁업체 가 퍼블릭 클라우드 플랫폼을 사용하여 초기 투자를 상쇄하고 더 나은 기능 개발에 집중할 수 있다는 점을 우려하고 있습니다. 우리의 교통 패턴은 아침과 주말 저녁에 가장 높습니다. 다른 시간에는 용량의 80%가 유휴 상태입니다.
우리의 자본 지출은 현재 분기별 예상을 초과하고 있습니다. 클라우드로 마이그레이션하면 초기 지출이 증가할 가능성이 높지만 다음 하드웨어 교체 주기 전에 완전히 전환할 것으로 예상됩니다. 퍼블릭 클라우드 전략에 대한 향후 5년간의 총 소유 비용(TCO) 분석은 현재 모델에 비해 30%~50%의 비용 절감을 달성합니다.
이 질문에 대해서는 Dress4Win 사례 연구를 참조하세요. 솔루션을 마이그레이션하기 전에 온프레미스 아키텍처가 비즈니스 요구 사항을 충족하는지 확인하려고 합니다.
온프레미스 아키텍처에 어떤 변화를 주어야 합니까?
회사 개요
Dress4win은 사용자가 웹사이트와 모바일 애플리케이션을 사용하여 개인 옷장을 정리하고 관리할 수 있도록 돕는 웹 기반 회사입니다. 또한 회사는 사용자를 디자이너 및 소매업체와 연결하는 활발한 소셜 네트워크를 구축합니다. 이들은 광고, 전자상거래, 추천, 프리미엄 앱 모델을 통해 서비스로 수익을 창출합니다. 애플리케이션은 창업자의 차고에 있는 몇 대의 서버에서 공동 데이터 센터에 있는 수백 대의 서버와 장비로 성장했습니다. 그러나 현재 인프라 용량은 애플리케이션의 급속한 성장을 감당하기에 부족합니다. 이러한 성장과 더 빠른 혁신을 향한 회사의 열망 때문입니다.
Dress4Win은 퍼블릭 클라우드로의 전체 마이그레이션을 약속하고 있습니다.
솔루션 컨셉
클라우드로의 마이그레이션 첫 번째 단계에서 Dress4win은 개발 및 테스트 환경을 이전하고 있습니다. 또한 현재 인프라가 단일 위치에 있기 때문에 재해 복구 사이트를 구축하고 있습니다. 그들은 아키텍처의 어떤 구성 요소를 그대로 마이그레이션할 수 있는지, 마이그레이션하기 전에 어떤 구성 요소를 변경해야 하는지 확신하지 못합니다.
기존 기술 환경
Dress4win 애플리케이션은 단일 데이터 센터 위치에서 제공됩니다. 모든 서버는 Ubuntu LTS v16.04를 실행합니다.
데이터베이스:
MySQL. 사용자 데이터, 인벤토리, 정적 데이터용 서버 1개:
* - MySQL 5.8
- 8코어 CPU
- 128GB RAM
- 2x 5TB HDD(RAID 1)
메타데이터, 소셜 그래프, 캐싱을 위한 Redis 3 서버 클러스터. 각 서버는 다음과 같습니다.
* - 레디스 3.2
- 4코어 CPU
- 32GB RAM
컴퓨팅:
마이크로 서비스 기반 API 및 정적 콘텐츠를 제공하는 40개의 웹 애플리케이션 서버.
* - 톰캣 - 자바
- 엔진스
- 4코어 CPU
- 32GB RAM
20개의 Apache Hadoop/Spark 서버:
* - 데이터 분석
- 실시간 추세 계산
- 8코어 CPU
- 128GB RAM
- 4x 5TB HDD(RAID 1)
메시징, 소셜 알림 및 이벤트를 위한 3개의 RabbitMQ 서버:
* - 8코어 CPU
- 32GB RAM
기타 서버:
* - Jenkins, 모니터링, 요새 호스트, 보안 스캐너
- 8코어 CPU
- 32GB RAM
저장 장치:
VM 호스트용 iSCSI
* 파이버 채널 SAN - MySQL 데이터베이스
* - 총 저장 용량 1PB; 400TB 사용 가능
NAS - 이미지 저장, 로그, 백업
* - 총 저장 용량 100TB 35TB 사용 가능
비즈니스 요구 사항
확장된 생산 패리티를 통해 안정적이고 재현 가능한 환경을 구축하세요.
* 일련의 보안과 ID 및 액세스를 정의하고 준수하여 보안을 향상합니다.
* 클라우드 관리(IAM) 모범 사례.
새로운 리소스의 신속한 프로비저닝을 통해 비즈니스 민첩성과 혁신 속도를 향상합니다.
* 클라우드 성능을 위해 아키텍처를 분석하고 최적화합니다.
* 기술 요구 사항
클라우드에서 비프로덕션 환경을 쉽게 구축하세요.
* 클라우드에서 리소스 프로비저닝을 위한 자동화 프레임워크를 구현합니다.
* 온프레미스에 애플리케이션을 배포하기 위한 지속적인 배포 프로세스를 구현합니다.
* 데이터 센터 또는 클라우드.
긴급 상황 발생 시 프로덕션 환경을 클라우드로 장애 조치할 수 있도록 지원합니다.
* 유선 및 미사용 데이터를 암호화합니다.
* 프로덕션 데이터 센터와 클라우드 간의 다중 개인 연결 지원
* 환경.
임원진술서
우리 투자자들은 현재 인프라를 통해 비용을 확장하고 억제할 수 있는 능력에 대해 우려하고 있습니다. 그들은 또한 경쟁업체 가 퍼블릭 클라우드 플랫폼을 사용하여 초기 투자를 상쇄하고 더 나은 기능 개발에 집중할 수 있다는 점을 우려하고 있습니다. 우리의 교통 패턴은 아침과 주말 저녁에 가장 높습니다. 다른 시간에는 용량의 80%가 유휴 상태입니다.
우리의 자본 지출은 현재 분기별 예상을 초과하고 있습니다. 클라우드로 마이그레이션하면 초기 지출이 증가할 가능성이 높지만 다음 하드웨어 교체 주기 전에 완전히 전환할 것으로 예상됩니다. 퍼블릭 클라우드 전략에 대한 향후 5년간의 총 소유 비용(TCO) 분석은 현재 모델에 비해 30%~50%의 비용 절감을 달성합니다.
이 질문에 대해서는 Dress4Win 사례 연구를 참조하세요. 솔루션을 마이그레이션하기 전에 온프레미스 아키텍처가 비즈니스 요구 사항을 충족하는지 확인하려고 합니다.
온프레미스 아키텍처에 어떤 변화를 주어야 합니까?
Professional-Cloud-Architect 문제 173
이 질문에 대해서는 Dress4Win 사례 연구를 참조하세요.
클라우드로 마이그레이션하려는 Dress4Win 계획의 일환으로 그들은 트래픽 로드 급증을 처리할 수 있도록 관리형 로깅 및 모니터링 시스템을 설정할 수 있기를 원합니다. 그들은 다음을 보장하기를 원합니다.
* 하루 종일 사용량의 증가와 흐름을 처리하기 위해 확장 및 축소해야 할 때 인프라에 알림을 보낼 수 있습니다.
* 애플리케이션이 오류를 보고하면 관리자에게 자동으로 통보됩니다.
* 여러 호스트에서 애플리케이션의 한 부분을 디버깅하기 위해 집계된 로그를 필터링할 수 있습니다. 어떤 Google StackDriver 기능을 사용해야 합니까?
클라우드로 마이그레이션하려는 Dress4Win 계획의 일환으로 그들은 트래픽 로드 급증을 처리할 수 있도록 관리형 로깅 및 모니터링 시스템을 설정할 수 있기를 원합니다. 그들은 다음을 보장하기를 원합니다.
* 하루 종일 사용량의 증가와 흐름을 처리하기 위해 확장 및 축소해야 할 때 인프라에 알림을 보낼 수 있습니다.
* 애플리케이션이 오류를 보고하면 관리자에게 자동으로 통보됩니다.
* 여러 호스트에서 애플리케이션의 한 부분을 디버깅하기 위해 집계된 로그를 필터링할 수 있습니다. 어떤 Google StackDriver 기능을 사용해야 합니까?
Professional-Cloud-Architect 문제 174
Cloud CDN을 사용하여 Compute Engine 인스턴스 그룹에서 호스팅되는 정적 HTTP(S) 웹사이트 콘텐츠를 제공하고 있습니다. 캐시 적중률을 향상시키고 싶습니다.
당신은 무엇을 해야 합니까?
당신은 무엇을 해야 합니까?