546. AWS 클라우드로 이전 방법
<1> 클라우드로 이전 장점???
<2> 이전 프로세스
<3> 마이그레이션 준비를 통한 평가 (MRA)
<4> MRP에서 해야 하는 데이터 수집
<5> 포트폴리오 검색 = CMDB? 준비
<6> 마이그레이션을 하기 위한 분석
<7> 애플리케이션 우순 순위를 정하자.
<8> 애플리케이션 이전 전략?
<9> 랜딩존 사용
<10> 클라우드 혁신센터 설립
<11> 마이그레이션 후
<12> 보안 및 규정 준수
<13> 마이그레이션 도구????
<1> 클라우드로 이전 장점???
1
일반적으로?
비용 - 구매 비용이 들지 않는다. 가용 비용 , 쉽게 구성해볼 수 있고 필요 없으면 제거하면 된다.
민첩성 - 몇 분 만에 100대 준비 가능하다.
개발 생산성 - 개발자가 서비스에 집중할 수 있다.
2
이전하는 이유????
데이터 센터 임대 만료 등
기존 부분 추가 투자해야 하는 경우
등등
<2> 이전 성공을 위한 공통 요소?
임원 스폰서 - 모든 이해관계자 참여
클라우드 우선 전략 - 왜 클라우드가 아닌가요?
조직 변화 - 새로운 운영 모델, 교육, 프로세스
도입 로드맵 - 작은 규모 반복하라. 측정하라. 한 번에 도입은 힘들다.
전용 클라우드 팀 필요 - 모범 사례 정의 , 코칭
실험하라. 아키텍처, 모니터링
<3> 마이그레이션 준비를 통한 평가 (MRA)
1
클라우드 숙련도 평가?
Cloud Adoption framework(CAF)에 맞춘 60문제 설문 조사
CAF기준으로 점검
해결해야 할 격차 확인
2
1일 워크숍과 인터뷰?
조치? CMDB가 최신 상태인지 확인
MRA는 웹으로 질문을 해서 답변을 얻어 그래프화 한다.
격차 확인
<4> 마이그레이션 준비와 계획 (MRP)
1
3단계?
MRA -> MRP > 이전
2
MRP에서 해야 하는 데이터 수집, 수집해야 하는 것은?
애플리케이션 - 소유자, 중요도, 특성, 스택, 인프라
서버 - os, cpu, mem
네트워크 - 방화벽, 네트워크 연결
스토리지 - 용량
<5> 포트폴리오 검색 = CMDB? 준비
에이전트 기반 수집?
비용 분석
<6> 마이그레이션을 하기 위한 분석
1
앱, 서버 연결 분석
2
리소스 할당 규모 확인
<7> 애플리케이션 우순 순위를 정하자.
비즈니스 중요도가 낮은 것을 먼저 이전한다.
<8> 애플리케이션 이전 전략?
1
리프트 앤 시프트?
가장 빠르다. 신속하게 이동 , 이후 리펙토링 진행
패키지형 소프트웨어
2
재배치?
컨테이너, vmware
플랫폼 변경
os, db 최선 버전으로 변경
3
재구매?
구매 , SaaS 구매, 라이선스 구매
클라우드 호환 라이선스 구매
4
리팩터 (Refactor)
애플리케이션 바이너리를 클라우드에 맞게 변경하는 것
예)
AIX -> 리눅스로 변경
미들웨어 변경
클라우드 전문가가 진행 필요
5
만료?
애플리케이션 폐기
6
유지?
예) 클라우드에서 지원되지 않는 OS
<9> 랜딩존 사용
VPC 등 네트워크 설계
서비스 카탈 로드 사용 - cloud formation 사용
아키운트 밴딩 머신 사용
// AWS 표준 구성이나 전체적으로 구성하려면 시간이 좀 걸린다.
<10> 클라우드 혁신센터 설립
마이그레이션 비용 추산
비즈니스적 가치 평가
최적화
<11> 마이그레이션 후
1
모니터링?
소프트웨어 중심 모니터링
2
로그는 어디 남기나?
분석 , 로그 모니터링
3
재해시는 어떻게 하나?
<12> 보안 및 규정 준수
<13> 마이그레이션 도구????
감사합니다.
