현재나 잠재적인 고용주와 고객에게 여러분의 기술과 가치를 입증하세요.

클라우드 아키텍트와 엔지니어는 많은 일을 해내며 팀에서 핵심적인 역할을 합니다.

하지만 때때로 다른 사람들은 우리가 하는 일의 양이나 우리의 능력을 모를 수도 있어요.

클라우드 아키텍트 및 클라우드 엔지니어로서 우리가 제공하는 가치와 팀에서 중요한 역할을 하는 이유를 보여주자구요.

이것이 도움이 되기를 바라요 — 이 내용을 리스트에 저장하고 공유하고 나를 팔로우해주세요, 정말 감사합니다. 또한 전체 내용을 꼭 읽어보세요, 좋은 자료가 나열되어 있어요.

이 리스트는 다음과 같은 3가지 주요 이유로 작성되었어요:

• 가능한 프리랜서 및 컨설팅 클라이언트를위해, 개별 서비스를 지불하려는 경우 제공 할 수있는 다양한 서비스를 보여줌으로써.
• 잠재적인 채용 팀 및 매니저들을 위해, 증명 가능한 스킬 세트를 문서화하고 제시할 수 있도록.
• 동료들을 위해, 클라우드 아키텍트가 무엇을 하는지 모르는 개발자, 매니저 및 비즈니스와 같은 다른 사람들에 대한 지식 전달을위한 참고자료로 유지하고 정보를 제공하도록. 또한, 아마도 동료 중에 클라우드 아키텍트가 되길 희망하거나 자격증을 취득하고 싶어하는 사람이 있을 수 있지만 이 역할에 대해 잘 모를 수도 있어요.

중요한 건: 이러한 역할을 수행할 때 제공 할 수있는 높은 가치를 이 역할들을 맡은 사람들이 알고 있는 것이 좋습니다!!!

아래에는 AWS 예시를 사용할 예정이지만, 우리에게는 Azure와 GCP에서도 이를 하는 방법을 배우는 것이 좋을 것이라고 생각합니다. 이미 길어졌으며, 현재 프로젝트 스택은 주로 AWS이므로 이 글에서는 그것을 따르겠습니다.

이 모든 것을 할 수 있고 고객에게 예시를 보여줄 수 있거나 면접에서, 관리자에게 승진을 얻기 위해서, 그렇게 한다면 우리는 잘 준비된 상태가 될 것 같습니다.

또한, 각 범주별로 일부 샘플 프로젝트/아이디어를 아래에 포함했습니다.

하지만, 이미 관심 있는 분야나 현재 작업 중인 내용에 대한 작은 프로젝트를 고안하고 만드는 것을 적극 권장합니다.

그런 다음 이러한 주요 책임들을 적용해 보세요. 이렇게 하면 이 목록에서 완전한 가치를 얻을 수 있게 되어 단순히 정보를 읽는 것 이상의 가치를 누릴 수 있습니다.

1. 클라우드 아키텍처 설계

• 다양한 구성 요소가 상호 작용하는 방법을 보여주는 상세 아키텍처 다이어그램 작성
• 성능, 비용 및 확장성 기준에 따라 설계 결정을 문서화하고 정당성 부여
• 아키텍처 디자인을 이해관계자에게 제시하고 비즈니스 요구를 어떻게 충족시키는지 설명

샘플 프로젝트: 다양한 AWS 서비스를 사용하여 확장 가능한 전자 상거래 또는 결제 플랫폼을 디자인해 보세요.

AWS 웰 아키텍처 사이트에서 전자 상거래 참조 아키텍처의 예를 보세요. 그들 간의 스타일/목표의 차이를 이해해 보세요.

AWS 참조 아키텍처

예시 (AWS 문서 중): 여기를 클릭하세요.

Magento를 예로 들면: 참조 아키텍처

LucidChart 또는 Draw.io(무료)를 사용하여 다양한 AWS 구성 요소가 상호 작용하여 완전한 시스템을 형성하는 방식을 보여주는 상세한 아키텍처 다이어그램을 작성해보세요. 여러분이 찾은 다른 자료를 참고하여 패턴을 만들어보세요.

기본 전자 상거래 아키텍처 다이어그램은 다른 사이트에서도 조사할 수 있습니다. 구글 이미지를 이용해 예시를 확인해보는 것도 좋은 방법일 수 있어요.

예를 들어, 애플리케이션 서버 호스팅을 위한 Amazon EC2 인스턴스, 관계형 데이터베이스 관리를 위한 Amazon RDS, 제품 이미지 및 정적 에셋을 저장하기 위한 Amazon S3를 포함할 수 있어요. 콘텐츠 전달을 위한 Amazon CloudFront, 그리고 들어오는 트래픽을 분배하기 위한 Amazon Elastic Load Balancer가 있을 수 있어요.

거기에 더 나아가보세요 — 마이크로서비스와 컨테이너로 나누어 보거나, 이벤트 중심 버전으로 만들어 보세요. 얼마나 깊이 파고들지는 여러분에게 달려있어요. 다양한 패턴을 시도함으로써 더 많은 것을 배우실 수 있어요.

이러한 결정이 비즈니스 요구와 어떻게 일치하는지 강조해보세요. 예를 들어, 피크 쇼핑 시간에 대규모 트래픽을 처리하거나 전 세계 사용자에게 빠른 로드 시간을 보장하는 등의 비즈니스 요구 사항에 어떻게 부합하는지를 강조해보세요.

다양한 건축가 워크플로에 대해 쓴 제 글을 보세요. 특히 첫 몇 워크플로에서 필요한 디자인 단계에 대해 언급할 수 있을 거예요: 7가지 핵심 클라우드 아키텍트 워크플로

그런데 잠깐, 간단한 쉼표:

Ebook: 제 클라우드 감사 이북 구매하기 / 스토어: 시스템 아키텍트 스토어 클라우드 감사: 21가지 AWS 클라우드 서비스와 270여개의 체크리스트용 800페이지의 클라우드 베스트 프랙티스 체크리스트입니다. 게다가, 추가 혜택으로 일반 규정 준수와 조직 요구사항 체크리스트도 제공합니다.

2. 적합한 클라우드 서비스 선택하기

• 다양한 클라우드 제공업체의 서비스를 비교하고 평가하여 가장 적합한 것을 추천합니다.
• Proof-of-concept (PoC) 프로젝트를 개발하여 서비스 선택을 검증합니다.
• 장단점 및 비용 영향을 상세히 설명하는 종합적인 서비스 선택 보고서를 작성합니다.

샘플 프로젝트: 미디어 스트리밍 예시를 활용하여 AWS의 다양한 저장소 솔루션을 비교해보고 사용 가능한 것을 비교해보세요.

Amazon S3, Amazon EBS, Amazon EFS 및 Amazon Glacier와 같은 다양한 AWS 저장소 옵션을 비교하여 시작하세요. 각각의 장단점 및 미디어 스트리밍과의 관련성을 고려해보세요. Glacier는 어떨까요? 오래된 콘텐츠를 보관하는 데 좋을 수 있으며, 스트리머들을 위한 저렴한 아카이브 기능이 있을 수도 있습니다.

각 서비스를 확장성, 성능, 내구성 및 비용 등의 기준을 기반으로 평가해보세요.

Amazon S3의 객체 저장, Amazon EBS의 블록 저장, EFS 분산 파일 시스템 및 Amazon Glacier의 아카이브 저장이 대량의 비디오 콘텐츠를 처리하고 전달하는 응용 프로그램의 요구 사항을 어떻게 충족할 수 있는지 분석해보세요.

각 포지션을 충분히 지탱하는 주장을 전개해보세요.

Amazon S3를 사용하여 비디오 파일을 저장하고 제공하며, Amazon EBS를 사용하여 일시적 데이터에 빠르게 액세스하고 Amazon Glacier를 사용하여 오래된 콘텐츠를 장기 보관하는 소규모 구현을 설정해보세요.

위의 내용을 친근한 톤으로 한국어로 번역해 드리겠습니다:

그럼 Markdown 형식으로 표 태그를 변경해주세요.

• IAM 정책 및 암호화와 같은 보안 제어를 구현하고 모니터링합니다.
• AWS Config 또는 Azure Security Center와 같은 도구를 사용하여 정기적인 보안 감사 및 규정 준수 점검을 수행합니다.
• 정책, 절차 및 규정 준수 요구 사항을 기술한 보안 문서를 작성하고 유지합니다.

샘플 프로젝트: 먼저 AWS IAM(Identity and Access Management) 정책을 설정하고 구성하여 모든 사용자 및 서비스에 대한 최소 권한 원칙을 강제합니다.

AWS KMS(Key Management Service)를 활용하여 데이터 안정성을 위한 정책을 구현하고, SSL/TLS를 사용하여 데이터의 이동 중 암호화하거나 인스턴스 사용 시 Secrets Manager 및 Parameter Store를 활용합니다.

정기적인 보안 감사와 규정 준수 점검을 수행할 계획을 갖추어 주세요.

AWS Config를 사용하여 지속적으로 구성을 모니터링하고 GDPR 또는 HIPAA와 같은 규정 준수 표준에 대해 평가하는 것이 좋습니다.

언제나 AWS CloudTrail을 사용하여 API 호출을 기록하고 모니터링하여 감사 및 규정 준수 목적을 위한 자세한 기록을 제공합니다. (모든 것을 기록하는 것이 아니라 API 호출만 기록한다는 점을 기억해주세요)

IAM 역할이 할당되는 방법, 암호화 방법이 구현되는 방식, 그리고 규정 준수 요구 사항이 충족되는 방법을 상세하게 기술하는 정책 및 절차 문서를 개발하기 위해 Confluence(또는 Word, Powerpoint, Google Docs, Slides 등을 사용할 수도 있습니다)와 같은 문서화 도구 또는 다른 오픈 소스 협업 도구를 사용하세요.

4. 클라우드 비용 최적화하기

• 클라우드 사용 및 비용 보고서를 분석하여 비용 절감 가능한 영역을 식별합니다.
• 자동화된 비용 관리 도구를 도입하여 비용을 추적하고 관리합니다.
• 재무적 영향을 강조하며 경영진에게 비용 최적화 전략과 결과를 제시합니다.

샘플 프로젝트: 이전 샘플 전자 상거래 프로젝트나 위의 미디어 스트리밍 POC를 사용하여 클라우드 사용 및 비용 보고서를 분석하여 절감 가능한 영역을 식별하는 것부터 시작해보세요.

프로젝트에 아직 많은 데이터가 없어도 괜찮습니다, 적어도 가능성을 살펴보고 어떻게 확인할지 고려해 보세요.

AWS 비용 탐색기는 상세 비용 및 사용 데이터를 검토하는 좋은 시작점이며, AWS 예산은 사용자 정의 비용 및 사용 예산을 설정하는 데 도움이 됩니다. 이러한 도구에 익숙해지는 것이 중요합니다. 이러한 보고서를 검토하여 예상치 못한 비용이나 비효율적인 자원 사용을 파악하세요.

좋은 비상 대책은 AWS Trusted Advisor입니다. 비용 최적화를 위한 권장 사항을 받을 수 있도록 설정할 수 있습니다. 이는 미사용 중인 리소스를 식별하는 데 도움이 됩니다.

좀 더 정교하게 사용하려면 AWS 비용 이상 감지 서비스를 사용하여 이상한 지출 패턴을 자동으로 감지하고 즉각적인 조사 및 조치를 취할 수 있습니다.

AWS Savings Plans 또는 EC2 및 RDS와 같은 서비스에 대한 예약 인스턴스를 사용하여 장기적인 약속을 통해 비용을 절감하는 방법에 대해 조사해보세요.

여기 AWS 비용 최적화 서비스 몇 가지 더 있습니다: https://aws.amazon.com/aws-cost-management/

마지막으로:

• AWS Cost Explorer의 비용 및 사용량 보고서를 사용하여 최적화 노력의 영향을 보여주는 자세한 보고서를 준비합니다.
• 예약 인스턴스, 자동 경보 및 기타 비용 절감 조치로 달성된 재정적 절감 사항을 강조합니다.
• 시각화 자료 및 데이터 기반 통찰을 공유합니다.

5. 고가용성 및 재해 복구 설계

• 최소한의 다운타임과 데이터 손실을 보장하는 재해 복구 계획 개발 및 테스트
• 다중 지역 또는 존에서 여분 및 장애 조치 기능을 갖춘 아키텍처 솔루션 설계
• 이해관계자와 함께 고가용성 전략 문서화 및 검토하여 비즈니스 연속성 요구사항과 일치시키기

먼저 최소한의 다운타임과 데이터 손실을 보장하기 위해 재해 복구 계획을 개발하고 테스트하세요. 체크리스트와 범주별로 개요를 작성하세요. 또한, 계획을 실제로 테스트하는 것도 중요합니다.

AWS 백업을 이용하여 Amazon RDS 데이터베이스 및 EBS 볼륨과 같은 AWS 리소스의 자동 백업을 생성하세요.

AWS Elastic Disaster Recovery를 활용하여 장애 발생 시 애플리케이션 및 데이터의 복구를 조정하세요.

정기적으로 DR(재해 복구) 드릴과 시뮬레이션을 실시하여 계획이 효과적으로 작동하는지 확인하고 잠재적인 문제를 식별하는 체크리스트를 만드세요.

여러 AWS 지역 또는 가용 영역에서의 중복 및 장애 조치 기능에 대한 지식을 나타내세요.

Amazon Route 53을 사용하여 DNS 장애 조치, AWS Global Accelerator를 통한 전역 트래픽 관리, Amazon S3 Cross-Region Replication을 활용하여 데이터 중복성을 보장하는 등 다양한 서비스를 활용하여 고가용성 아키텍처를 설계하세요. Auto Scaling 그룹 및 Elastic Load Balancer를 설정하세요.

Confluence 또는 Microsoft Word와 같은 도구를 사용하여 중복성 및 장애 조치 전략을 개요화하는 자세한 문서를 작성하세요. Lucidchart 또는 Draw.io로 생성된 다이어그램을 포함하세요.

6. 자동화 및 인프라스트럭처 코드 구현

• Terraform 또는 AWS CloudFormation과 같은 도구를 사용하여 인프라스트럭처 코드 (IaC) 스크립트 개발.
• 업데이트를 스트리밍하고 수동 개입을 줄이기 위한 자동화 배포 파이프라인 작성.
• 효율성을 증명하기 위해 현실적인 시나리오에서 자동 프로비저닝 및 스케일링을 보여줌.

아이디어:

AWS CloudFormation이나 Terraform과 같은 도구를 사용하여 IaC 스크립트를 개발하는 것부터 시작하세요.

테이블 태그를 마크다운 형식으로 변경해주세요.

여러분들은 배포 파이프라인을 만들어보세요 (또는 다수의 개발, 품질 보증, 프로덕션, UAT 등) — Github Actions 및 Terraform을 사용할 수도 있습니다. 혹은 모두 AWS를 사용해보세요 — CI/CD 프로세스를 조율하기 위해 CodePipeline을 사용하고, 빌드 자동화를 위해 AWS CodeBuild 및 배포를 위해 AWS CodeDeploy와 통합해보세요.

솔직히 말해서, 아키텍트라면 DevOps에 대해 너무 심도 깊게 알 필요는 없다고 생각해요. 파이프라인을 설정하는 법을 알고 지식을 증명하는 것은 좋지만, DevOps에 대해 너무 깊이 파고들 필요는 없어요. 그래도 크게 걱정하지 마세요.

AWS Auto Scaling은 트래픽 패턴이나 응용 프로그램 부하에 따라 EC2 인스턴스 수를 자동으로 조정하는 데 사용할 수 있어요.

• 배포 시간을 개선했어요,
• 수동 오류를 줄였고,
• 시스템 전반적인 신뢰성을 향상했어요.

새로운 eBook이 몇 권 생겼어요. SystemsArchitect Store에서 확인해보세요!

7. 클라우드 리소스 관리

• 모니터링 도구를 사용하여 리소스 이용률과 성능을 추적하세요.
• 더 나은 관리 및 보고를 위해 리소스 태깅 및 조직 전략을 구현하세요.
• 이용량 및 최적화 기회에 대한 정기 보고서를 이해 관계자에게 제공하세요.

아이디어:

사용자 정의 CloudWatch 대시보드를 설정하는 방법을 시연하고 논의할 수 있어야 합니다. 이를 통해 CPU 사용량, 메모리 소비량, 네트워크 처리량과 같은 메트릭을 시각화하여 성능 병목 현상을 신속하게 식별하고 해결할 수 있습니다.

모든 AWS 리소스에 일관된 태그 정책을 적용하세요. 태그를 사용하여 프로젝트, 부서 또는 환경별로 리소스를 분류하세요.

태깅은 제가 대규모 기업 조직에 있을 때까지 중요성을 몰랐던 하나이에요. 비용 할당을 간소화하고 리소스 추적을 향상시키며, 회계를 위한 보고를 간편화하는 데 정말 중요해요. 대부분의 기업은 클라우드 자원에 대해 이를 요구합니다.

AWS 리소스 그룹은 태그가 지정된 리소스를 효율적으로 구성하고 관리합니다.

8. 확장성과 성능 보장

• 다양한 부하와 트래픽 패턴을 처리할 수 있는 확장 가능한 아키텍처를 설계하세요.
• 확장 가능성과 효율성을 검증하기 위해 부하 테스트와 성능 튜닝을 수행하세요.
• 확장성 요구 사항이 충족되는 방법을 보여 주는 성능 개선 사례 연구를 공유하세요.

이미 위에서 언급했지만, 다시 한 번 말씀드리겠습니다: Elastic Load Balancing (ELB), RDS Multi-AZ 배포, 확장성을 나타내기 위한 Auto Scaling입니다.

가능하다면 확장성 요구 사항이 효과적으로 충족되는 방법을 보여주는 사례 연구를 공유해주세요.

그렇지 않은 경우, 처리 방법을 설명하는 시나리오를 만들어주세요.

9. 개발팀과 협업하기

• 개발 팀과 아키텍처 리뷰를 진행하여 최상의 실천 방법에 부합하는지 확인합니다.
• 클라우드 통합 및 서비스 사용에 대한 지침과 지원을 제공합니다.
• 개발 팀에게 클라우드 기술 및 관행에 대한 워크샵이나 교육 세션을 주최합니다.

어떻게 협업할까요?

계획에 애자일과 스크럼 의식주 및 칸반과 Jira와 같은 다양한 프로젝트 관리 방법을 언급하는 것이 좋습니다.

대형 기관에서 사용하는 일반적인 프로젝트 도구가 있습니다. 이에 대해 알아보세요 (Google 검색). 예: Basecamp, Monday.com, Trello 등.

또한 Github에서의 협업 기능과 소프트웨어 업데이트, 릴리즈 관리 등을 이해해야 합니다.

API에 대한 Postman은 필수적이며, 협업 워크스페이스와 많은 API 프로젝트를 공유할 수 있는 기능을 제공합니다.

특히 아키텍트들은 클라우드 최상의 사례와 일치하는 솔루션이 제안되었는지 확인하기 위해 개발팀과 아키텍처 검토를 어떻게 진행할 것인지 고민해봐야 합니다. 이러한 검토를 이끌기 위해 AWS Well-Architected Framework와 같은 도구를 활용하여 보안, 신뢰성 및 성능과 같은 영역에 초점을 맞춥니다.

팀원들과 공유할 수 있는 잠재적인 워크샵, 팟캐스트 및 수업 주제 목록을 준비하여 Zoom 프레젠테이션이나 테크 톡을 통해 공유하세요. 테크 톡에 자원 봉사하고, 잠재적인 고객/고용주를 위해 샘플 테크 톡을 준비하세요. 스택 관련 예정 이벤트를 파악하고 AWS Training 및 Certification 리소스와 같은 도구를 사용하여 세션을 조직하세요.

10. 문서 유지 관리

• 참고 및 교육 목적을 위해 아키텍처 문서를 작성하고 업데이트합니다.
• 클라우드 환경을 관리하고 문제 해결하기 위한 운영 런북과 절차를 개발합니다.
• 지식 이전 및 입사 교육을 원활하게하기 위해 명확하고 조직된 문서를 제공합니다.

문서 작성은 정말 중요합니다. 많은 개발자들과 팀원들이 당신이 설계한 스택에 대해 배우는 방법 중 하나입니다.

효과적으로 클라우드 환경을 관리하고 문제 해결하기 위한 운영 런북과 절차를 만드세요.

안녕하세요! 개발자분께서는 친절한 톤으로 상단의 텍스트를 한국어로 번역해 주셨습니다:

일반적인 운영 작업에 대한 단계별 절차를 자세히 기술하는 Confluence, Google Docs 또는 Microsoft Word와 같은 문서화 도구를 사용하여 런북을 작성해보세요.

Google 드라이브나 다른 적절한 위치에서 팀 워크스페이스를 만들어 자산 및 문서를 공유하세요.

클라우드 환경에 새로 합류한 팀원들에게 키 프로세스, 모범 사례 및 중요 리소스를 소개하는 온보딩 가이드를 만들어보세요.

11. 새로운 기술 평가 및 도입하기

• 신흥 클라우드 기술을 연구하고 기존 아키텍처에 미칠 잠재적 영향을 평가합니다.
• 새로운 기술을 테스트하고 실행 가능성을 결정하기 위해 시범 프로젝트를 실행합니다.
• 혜택, 위험 및 구현 계획을 개요로 하는 기술 평가 보고서를 작성하고 발표합니다.

나는 NIKE에서 일할 때 기술 블로그 RSS 집계기를 Slack에 설정했었어요. 이것은 우리의 기술 스택에 관련된 업데이트된 블로그 기사들을 한데 집계하는 채널을 만들어서 팀 전체가 함께 최신 정보를 얻을 수 있었어요. 이런 것들 알람을 받는 것도 가능했어요.

최신 동향에 대한 좋은 자료:

• AWS 블로그 — 아마존 웹 서비스의 공식 블로그로, 발표, 모범 사례 및 새로운 기능 및 서비스에 대한 통찰이 제공됩니다.
• Google Cloud 블로그 — Google Cloud Platform의 새로운 서비스, 사용 사례 및 업계 동향에 대한 업데이트를 제공합니다.
• Microsoft Azure 블로그 — Microsoft Azure와 관련된 최신 기능, 업데이트 및 동향에 대한 정보를 제공합니다.
• Forrester Research — 클라우드 컴퓨팅 동향 및 벤더 평가에 대한 간편한 보고서 및 연구를 제공합니다.
• Gartner — 클라우드 트렌드, 시장 분석 및 기술 예측에 관한 통찰과 보고서를 특징합니다.

12. 데이터 관리 및 무결성 보장

• 데이터 무결성을 보장하기 위해 데이터 백업 및 복구 전략 설계 및 구현.
• 클라우드 서비스 간 데이터 복제 및 일관성 모니터링.
• 데이터 관리 방법 문서화하고 데이터 거버넌스 정책을 준수하는 것을 증명.

예시 구현 사례:

AWS 백업은 Amazon RDS, EFS 및 DynamoDB와 같은 다양한 AWS 서비스용 자동화 백업을 중앙 집중화하는 데 도움이 됩니다. Amazon S3에서 백업을 위한 라이프사이클 정책을 설정하여 데이터 유지 및 아카이빙을 관리하고, 복구 절차를 테스트할 수 있습니다.

AWS DataSync 또는 Amazon S3 Cross-Region Replication을 사용하여 데이터를 지역 및 서비스 간에 복제할 수 있습니다. AWS CloudWatch 및 AWS CloudTrail과 같은 도구를 활용하여 복제 프로세스를 모니터링하고 불일치 또는 문제를 감지할 수 있습니다.

클라우드 마이그레이션 프로젝트 감독

• 클라우드로 애플리케이션 및 데이터를 이전하기 위한 클라우드 마이그레이션 계획을 개발하고 실행합니다.
• 마이그레이션 평가 및 준비 평가를 수행합니다.
• 마이그레이션 진행 상황 보고서를 제공하고 발생한 문제나 도전에 대응합니다.

클라우드 이주 계획을 개발하고 실행하는 경험이 있어야 해요. 애플리케이션과 데이터를 클라우드로 옮기는 클라우드 마이그레이션 계획에 익숙해야 해요.

AWS 마이그레이션 허브를 사용하여 온프레미스 환경에서 AWS로의 애플리케이션 및 데이터 이주 과정을 추적할 수 있어요.

아직 마이그레이션 전략을 갖추지 않았다면 자세한 마이그레이션 전략을 설계해 보세요. 그리고 여러 템플릿을 참고해 보면서 테스트 시나리오를 작성해 보세요.

참고: https://aws.amazon.com/application-discovery/

이 외에 이 능력을 시연하는 데 사용할 수 있는 다른 아이디어:

• AWS Application Discovery Service를 사용하여 기존 응용 프로그램 및 의존성에 대한 정보를 수집합니다. "AWS Application Discovery Service는 온프레미스 데이터 센터에 대한 정보를 수집하여 클라우드 이전 프로젝트를 계획하는 데 도움을 줍니다."
• 호환성, 성능 요구 사항 및 보안 고려 사항과 같은 요소를 평가하여 클라우드 배포를 위한 응용 프로그램의 준비 상태를 평가하는 보고서나 체크리스트를 작성합니다.
• 잠재적 문제를 식별하고 완화 계획을 개발하기 위해 위험 평가를 수행합니다.

다시 말씀드리지만, 이것들은 개요로 시작할 수 있습니다. 각각에 대해 책처럼 쓸 필요는 없습니다. 그러나 클라이언트/매니저의 요청에 따라 필요할 때 일반적인 전략이 이미 준비되어 있습니다.

14. 클라우드 전략에 대한 조언

• 비즈니스 목표와 목적에 부합하는 클라우드 전략 개발.
• 이해관계자와 함께 전략 워크샵 실시하여 클라우드 도입을 비즈니스 요구와 조화시킴.
• 장기적인 클라우드 도입과 발전 계획을 개요화한 전략 로드맵 제시.

여기 계획 템플릿에 대한 좋은 자료가 있습니다: Microsoft 웹 사이트

예시:

• 전자 상거래 플랫폼 최적화: 규모 확장을 목표로 하는 소매 회사를 위해 AWS로 이전하여 Amazon S3와 같은 서비스를 활용하여 확장 가능한 저장소 및 Amazon EC2로 유연한 컴퓨팅 리소스를 사용하는 클라우드 전략 개발.
• SaaS 제품의 비용 절감: 비용을 줄이고자 하는 SaaS 제공 업체를 위해 Azure 예약 인스턴스 및 Spot VM을 사용하여 자원 사용량 및 비용 효율성 최적화 전략 설계.
• 데이터 분석 역량 향상: 고급 분석을 원하는 금융 서비스 회사를 위해 Google BigQuery를 사용한 대규모 데이터 처리 및 Google Cloud AI를 활용한 예측 분석을 포함하는 클라우드 전략 제안.
• AWS로 환자 관리 시스템을 이전하는 것을 논의하기 위해 의료계 이해 관계자들과 워크샵 구성.
• 제조업 지도자들과 클라우드 기반 IoT 솔루션을 탐색하기 위해 전략 워크샵 실시. 워크샵에는 Zoom을 활용하고 IoT 데이터 통합 방법을 Lucidchart로 매핑.
• 글로벌 확장을 위한 로드맵: 새로운 지역으로 확장할 계획을 세우고 있는 글로벌 전자 상거래 회사를 위한 전략적 로드맵 개발. 초기 클라우드 설정, 지역 배치 및 최적화와 같은 단계를 개요화하기 위해 Microsoft Project 및 PowerPoint 사용.
• 정부 기관용 클라우드 현대화: 정부 기관이 IT 인프라를 현대화하기 위한 로드맵 작성. 초기 평가, 시범 프로젝트, 전면 이전 및 최적화 단계와 같은 중요 단계 관리. Google 슬라이드를 사용하여 로드맵을 제시하고 각 단계가 효율성 및 보안 향상 목표와 어떻게 일치하는지 상세하게 설명.

15. 공급업체 관계 관리

• 클라우드 서비스 제공업체와의 서비스 계약 및 가격 협상.
• 공급업체 성과 평가 및 서비스 수준 계약(SLA) 준수 보장.
• 관련 이해 관계자들과 공급업체 성과 보고 및 문제 또는 개선사항 공유.

클라우드 전략 보고서를 작성해보세요. 선두를 담당해보세요.

SLA, SLO 및 기타 서비스 지표 및 계약 사항 사이의 차이를 알아두세요.

계약 준수는 공급업체 간의 관계에 영향을 줄 수 있음을 기억하세요.

참조: 앱 취소... 이 20개 이상의 조직 요구 사항을 무시하지 마세요 (클라우드 아키텍트 시리즈)

조직의 명시된 비즈니스 목표, 사명 성명 및 알려진 KPI와 밀접하게 일치하는 클라우드 전략을 개발해 보세요.

회사의 목표를 분석하고, 다양한 부서의 이해관계자들을 참여시켜 그들의 구체적 요구사항과 우려를 이해해 보세요.

피드백을 수집하여 전략을 수정하고, 제안된 클라우드 채택 계획에 대해 합의를 이끌어 내 보세요.

16. 온프레미스 시스템과의 통합 보장

• 기존 온프레미스 인프라와 통합되는 하이브리드 클라우드 솔루션을 설계합니다.
• 데이터 및 응용 프로그램 간의 원활한 상호 운용성을 보장하기 위해 통합 메커니즘을 구현하고 테스트합니다.
• 비즈니스 요구 사항을 해결하는 방식을 보여주는 통합 솔루션을 문서화합니다.

이제 조금 더 구체적인 내용에 대해 이야기하고 있지만, 현재 상황에서 관련성이 있을 수 있습니다.

Confluence 또는 Microsoft Word와 같은 도구를 사용하여 설계, 구현 및 통합 솔루션의 테스트에 대한 자세한 문서를 작성해 보시길 권장드립니다.

이 링크는 높은 수준에서 이에 대한 생각을 할 수 있는 좋은 자료입니다: 링크

AWS 클라우드 채택 프레임워크

17. 지속적 개선 촉진

• 클라우드 성능과 성공을 측정하기 위한 지표 및 KPIs를 설정합니다.
• 성능 데이터와 피드백에 기반하여 클라우드 아키텍처를 정기적으로 검토하고 개선합니다.
• 지속적인 개선 프로젝트 및 이들이 전반적인 클라우드 전략 및 성능에 미치는 영향을 공유합니다.

이것을 도와줄 수 있는 'Cloud Metrics' 가이드를 작성했습니다: https://ebook.cloudmetricsguide.com/

당신은 나의 책을 하나의 템플릿으로 활용하여 어떤 지표를 강조할지 결정할 수 있어요.

인스턴스 가동 시간, 응답 시간, 그리고 오류율 같은 주요 성능 지표를 모니터링하는데 AWS CloudWatch와 같은 도구를 활용하세요.

비용 효율성, 확장성, 그리고 사용자 만족도와 같은 지표를 정의하고, 당신의 조직의 전략적 목표와 일치하도록 하세요.

각종 로깅 소프트웨어에 대해 더 알아보세요.

• Splunk: 기계 데이터의 실시간 모니터링 및 분석을 제공합니다.
• New Relic: 애플리케이션 성능 모니터링 및 사용자 상호작용에 대한 통찰을 제공합니다.
• Grafana: 다양한 데이터 소스와 통합하여 실시간 대시보드를 위한 시각화 도구입니다.
• ELK Stack (Elasticsearch, Logstash, Kibana): 로그 데이터 검색, 분석 및 시각화를 위한 강력한 조합입니다.
• Prometheus: 강력한 쿼리 기능을 갖춘 메트릭 수집 및 경고에 중점을 둡니다.
• Datadog: 클라우드 규모 애플리케이션에 대한 포괄적인 모니터링 및 분석을 제공합니다.
• Dynatrace: AI 기반 인사이트 및 자동화된 장애 원인 분석을 통한 엔드 투 엔드 가시성을 제공합니다.
• Sentry: 응용프로그램의 오류 추적 및 성능 모니터링에 특화되어 있습니다.

18. 리드 사고 관리 및 대응

• 클라우드 관련 문제 처리를 위한 사고 대응 계획 및 절차를 개발합니다.
• 팀과 협력하여 사고를 해결하고 서비스를 빠르게 복구합니다.
• 사고 후 리뷰 및 보고서를 제공하여 배운 점과 예방 조치를 식별합니다.

AWS 사고 대응 및 AWS 시스템 관리자를 사용하여 포괄적인 대응 계획을 작성하며, 사고 식별, 격리 및 해결 단계를 개요화합니다.

일선 방어와 카나리아는 종종 기술 지원으로 이어집니다(ServiceNow가 그 중 인기 있는 도구입니다).

ServiceNow, FreshDesk, ZenDesk 및 PagerDuty는 사고 대응 및 경보에 대한 인기 있는 도구입니다. 협업 채팅을 위한 Slack 또는 Discord 채널도 유용합니다.

팀의 역할과 책임을 정의하고, 사건 발생 시 조화롭게 대응하기 위한 통신 프로토콜을 마련하세요. 제가 좋아하는 방식은 대규모 프로젝트에서 전화번호, 이메일, 직책, 역할 및 업무 가능 시간이 기재된 디렉터리를 보유하는 것입니다.

사고 대응 시 효과적인 의사소통과 신속한 문제 해결을 위해 Slack, Discord 또는 Microsoft Teams와 같은 플랫폼을 활용한 다부서 팀 협업 계획을 준비해야 합니다.

다시 말씀드립니다 — 실행북과 표준 운영 절차(SOP)를 활용하여 팀이 문제 해결 과정을 안내할 수 있도록 하세요.

19. 팀 교육과 훈련

• 클라우드 기술 및 모범 사례에 대한 교육 프로그램을 개발하고 제공하세요.
• 튜토리얼, 안내서, 지식 베이스 문서와 같은 교육 자료를 작성하세요.
• 정기적인 질의응답 세션과 워크샵을 개최하여 팀의 질문에 답하고 실무 경험을 제공하세요.

귀하의 직장이나 고객을 위해 일정을 짤 때 도움이 되는 몇 가지 아이디어입니다:

1. 클라우드 기술에 대한 구조화된 교육 프로그램을 만들어 팀원들이 실용적인 지식과 기술을 습득할 수 있도록 합니다. 실습 랩 및 실제 시나리오를 포함합니다.

2. 클라우드 서비스를 다루는 포괄적인 자습서, 안내서 및 지식 베이스 기사를 작성합니다.

3. 팀원들이 의문을 해결하고 클라우드 개념을 명확히 이해할 수 있도록 도와주는 전문가의 답변을 얻을 수 있는 빈번한 Q&A 세션을 조직합니다.

프리랜싱을 하는 경우, 이를 별도서비스나 보너스로 제공할 수 있습니다.

20. 법적 및 규정 준수 확보

• 관련 규정 및 기준을 준수하기 위한 준수 프레임워크 개발 및 실행.
• 법적 요건을 준수하는지 확인하기 위한 정기적인 준수 감사 실시.
• 이행 보고서를 이해해주는 이해 관계자 및 규제 기관에 준비하고 제출.

저는 준수 사항으로 인해 앱이 중단되는 상황을 본 적이 있어요… ‘준수’가 가장 지루한 문제일 수 있지만, 이러한 시나리오를 인식하는 것은 굉장히 중요합니다.

내가 쓴 조직 및 준수 제한에 관한 거대한 기사를 읽어보세요:

앱이 취소되었어요... 이 20개 이상의 조직 요구 사항을 무시하지 마세요 (클라우드 아키텍처 시리즈)

컴플라이언스 문제를 이해하고 이를 위해 최신 도구를 활용할 수 있는 몇 가지 정보원이 있어요:

• AWS 컴플라이언스 센터: 컴플라이언스 프레임워크와 표준 준수에 도움을 주는 도구와 자원을 제공해요.
• AWS Config: 구성 변경을 추적 및 모니터링하여 컴플라이언스를 확보합니다.

AWS Artifact: AWS 적합성 보고서 및 보안 문서에 대한 온디맨드 액세스를 제공합니다.

새로운 Ebooks이 있습니다. 확인해보세요: Store: SystemsArchitect Store

클라우드 메트릭 가이드("Banyan Book")는 190가지가 넘는 클라우드 메트릭과 800페이지가 넘는 자세한 내용, 시나리오, 함정, 다이어그램 및 모베스트 프랙티스가 포함되어 있어, 배운 통창을 성공에 적용하고자 하는 분들에게 중요한 자원이 될 것입니다.

이 책은 누구를 위한 것일까요?

이 클라우드 참조 가이드는 클라우드 개발자, 데브옵스, 프로젝트 리더 및 비즈니스/마케팅 담당자들을 위한 것입니다. 클라우드 소프트웨어를 개선하고 새로운 가치를 찾아내며 전략 및 KPI에 대한 리더십을 발휘하려는 분들을 위해 작성되었습니다.

저장소: 전체 eBook 또는 자세한 정보 구입: CloudMetricsGuide.com

다루는 클라우드 메트릭:

• 사용자, 네트워크, 신뢰성, 컴퓨팅, 컴퓨팅 확장, API, 데이터베이스, 저장소, 이벤트 및 대기열, 보안 및 비용 메트릭스 범주에서 총 190가지 이상의 메트릭스가 있습니다.
• 세부적인 190가지 이상의 클라우드 메트릭스와 통찰을 제공합니다!
• 총 800페이지의 가치 있는 컨텐츠, 최고의 참고서!
• PDF, 검색 가능, 빠른 이동을 위한 링크된 목차 (TOC) 제공합니다.
• 예제 계산, 공식 및 현실적인 시나리오가 포함된 시나리오 제공합니다.
• 각 메트릭스 사용에 대한 "주의사항" 목록을 제공하여 이해를 돕습니다.
• 각 메트릭스의 모베스트 프랙티스 및 구현 제안을 제공합니다.

상점: 전체 이북 구매/자세한 정보는 CloudMetricsGuide.com에서 확인하십시오.

저는 혁신적인 솔루션으로 고품질 도전 과제를 해결하는 클라우드 아키텍트, 시니어 개발자 및 기술 리더입니다.

프로젝트에 대해 항상 열려있습니다. 도움이 필요하거나 기회가 있거나 단지 이야기를 나누고 싶으면 X/Twitter @csjcode 또는 동일한 사용자 이름의 gmail로 저에게 연락하십시오. 또한 Zoom으로 예약할 수 있습니다 (페이지 하단): https://systemsarchitect.io/docs/consulting

20년 이상의 소프트웨어 개발 경력이 있습니다. NIKE와 원래의 MP3.com과 같은 대기업 환경에서, 그리고 FreshPatents, SystemsArchitect.io, API.cc, Instantiate.io와 같은 스타트업에서 일해봤어요.

제 경험은 클라우드 이커머스, API 설계/구현, 서버리스, 개발용 AI 통합, 콘텐츠 관리, 프론트엔드 UI/UX 아키텍처 및 로그인/인증 기능 등 다양합니다. 기술 토크, 튜토리얼을 진행하고 소프트웨어 아키텍처 문서를 공유하며 AWS 솔루션 아키텍트 자격증을 보유한 경력이 있습니다.

최근에는 AI를 활용하여 스타트업 기획을 돕는 가치 창출 실험 도구 Instantiate.io에 업무를 진행 중입니다. 클라우드 메트릭에 관한 참고 매뉴얼 작업도 진행 중이에요.

또한 블록체인의 열렬한 애호가로, 혁신적인 Solana 블록체인 생태계에 대해 알차게 활동 중입니다.

읽어 주셔서 감사합니다! 또 놀러 오세요~