15탄-Cloud Migration과 Moderniza
Cloud Migration과 Modernization을 위한 30가지 아이디어.
프로세스 현대화를 설명한다.
<1> 최신 기술 트렌드
<2> 도요타 생산 방식
<3> 클라우드 전환에 관한 팁
<1> 최신 기술 트렌드
https://www.devops-research.com/research.html
https://www.infoq.com/infoq-trends-report/
https://www.thoughtworks.com/radar
<2> 도요타 생산 방식
1
소모의 철저 배제의 사상.
낭비의 최소화
자동화
저스트 인 타임 - 흐르듯이 정체 없이 생산하는 생각.
2
낭비의 최소화?
Five Whys?
왜 기계가 멈췄지? 과중 부하가 걸려 퓨즈 끊어졌음
왜 과중 부하가 걸렸지? 베어링이 빡빡해서
왜 뻑뻑해졌나? 윤활 펌프가
왜 충분히 작동 못하지? 펌프 축이 닳아서
왜 닳았지? 여과기가 달려있지 않아 가루가 들어가서
이렇듯 원인을 찾는다.
3
표준 작업 표?
공정을 작업 순서와 대기 , 작업시간으로 정의.
공정에서 낭비를 찾는 법?
4
개선 아이디어 제안 시 상금?
지속적인 제안 활동
5
제안은 작업 현장에서 나온다.
스스로 생각하고 진화하는 현장.
6
제약 이론?
성과를 제약하는 부분을 찾아 개선하라는 것이다.
제약 조건, 버틀 랙 , 이 부분을 해결한다.
7
저스트인 타임
물 흐르듯이 하라.
간판 시스템, 재고 최소화. 에자일 업무를 시각화하는 데 사용한다.
8
간판 시스템 = 칸반 보드?
프로젝트 업무, 일상 업무를 대기, 진행 중, 검증, 완료로 구분한다.
9
도요타의 자동화?
이상이 발생하면 기계가 즉시 정지하고 , 불량품을 만들지 않는다는 원칙.
한 사람이 여러 공정을 하도록 함.
<3> 클라우드 전환에 관한 팁
1
책 추천
속도의 경제를 위한 클라우드 전략
클라우드 마이그레이션으로 시작하는 기업 혁신
그레고르 호페 지음
책 내용?
클라우드는 비용 모델이 다릅니다. - 쓰는 만큼 비용 발생
개발과 함께 진행하세요. 운영이 주도하면 제2의 idc 마이그레이션이 됩니다.
클라우드 밴더 라인이 걱정된다면 포터블 한 구조를 만드세요.
라인에 너무 몰입되면 클라우드에 장점을 활용할 수 없습니다.
2
모놀리식 애플리케이션은 대기한다?
다른 팀 완성될 때까지 대기, 브랜치 머지 대기, QA 대기 등
개선?
마이크로 서비스가 해결책
다른 팀을 기다리지 않는다.
3
3가지 배포 방법?
롤링 배포?
1개씩 교차로 배포하는 방법
1대 추가, 1대 삭제 방식
블루 그린 배포?
버전 2가 생긴다.
실패 시 롤백한다.
버전 1, 버전 2 같이 일정 기간 유지된다.
버전 1이 종료된다.
카나리 배포?
1대만 정상 동작시험한다.
실패 시 롤백한다.
개선?
CI/CD의 자동화를 통해 진행한다.
DevSecOPS 파이프라인
CI/Cd Pipeline에 보안 체크 과정을 추가하여 배포
자동화와 더불어 보안도 함께 가는 설루션
4
인프라는 수동으로 관리?
IaC도입
테라폼, 클라우드 포메이션, CDK , Plumi 등 도구 이용
5
DORA DEVOPS 평가 지표?
우리가 잘하고 있는지 어떻게 정량적으로 측정할 수 있을까?
DORA (DevOps Research & Assessment)에서 4가지 측정 지표
Deployment Frequency - 배포 빈도
Lead Time for Change - 소스를 수정한 후 변경이 운영 환경에 반영될 때까지 시간
Change Failure Rate - 배포 후 장애가 발생하는 비율
Time to Restore Service - 운영 환경에서 장애가 발생했을 때 복구까지 걸린 시간
6
SRE (Site Reliability Engineering)?
구글의 서버 운영 방식 집약
구글은 스케일 업 대신 스케일 아웃을 선택
선형적으로 증가하는 서버에 비해 운영 인력이 증가하지 않도록 자동화 진행
SRE기능?
서비스 레벨 오브젝트 - 서비스의 가용 목표를 세우고 목표를 충족하는 범위에서 혁신 활동 허용.
SLA (Service Level Agreement)가 99.9이면 연갈 8시간 45분 에러 허용
낭비의 제거 -> 자동화
Enterprise Roadmap to SRE - Google - Site Reliability Engineering
7
비용 최적화?
책
Cloud FineOps
핀 옵스 단계?
정보 - 태깅, 태그 불가 리소스 구별, 공유 비용 할당, RI 상각비 계산
최적화 - 목표 설정 , 맞는 사이즈, 제거, 리 아키텍처 , 스폿, RI , SP , CSP
운영 - 이해 관계자에 지출 데이터 제공, 정책 기반 테깅, 정책기반 스토리지 수명 주기 관리, 비용 효율화 추천을 JIRA에 통합
자동화, 지속적인 개선
중앙 핀 옵스 조직 구축
목표에 맞추어 조직 문화 구축
8
정보?
가시성 확보
비용을 분석하고, 부서별로 할당, 태깅, 멀티 어카운트 , 예산 수립에 활용.
비즈니스 데이터와 비교하여 클라우드 비용 증가의 성격 파악
9
최적화?
제거?
안 쓰는 자원을 제거
무브?
저렴한 스로 티리로 이동
맞는 사이즈?
사용량 확인하여 사이즈 조정
저렴한 스토리지, cpu로 이동, gp2->gp3 , x86 -> arm, r3 -> r5 , s3 -> glacier.
리 아키텍처?
서버리스, 컨테이너 등 클라우드 네이티브로 전환
노력 대비 이익을 고려해 진행.
안 쓰는 시간에 끄기
Instance Scheduler on AWS | 구현 | AWS 설루션 (amazon.com)
10
운영, 돈을 적게 내기?
RI
SP
대량 구매 할인
협상 요금
SPOT
11
J 커브 효과가 발생한다?
자동화 등 과제를 시작하면 초기에 툴 구축 등에 따라 생산성이 저하될 수 있다.
12
J 커브 극복은?
심리적 안정감 (Psychological Safety)
심리전 안정감이 조직에 필요하다.
두려움 없는 조직 책.
인간관계의 위험으로부터 근무 환경이 안전하다고 믿는 마음.
새로운 시험/도전을 할 때 실패하더라도 무시당하지 않고, 질책받거나 징계받지 않는 토대 위에 형성
규칙을 위반하지 않으면 제제하지 않음.
13
실패를 받아들이는 관점?
실패?
도전하는 과정에서 생기는 당연한 결과
능력 있는 직원은 실패를 통해 배우고 학습하며 동료와 공유함
목표?
실패를 통해 학습을 증진하는 것
다음
https://brunch.co.kr/@topasvga/2645
https://brunch.co.kr/@topasvga/2641
감사합니다.
