SlideShare a Scribd company logo
3
Most read
4
Most read
11
Most read
If I sleep now I will have a dream, but if I study now I will make my dream come true …
Time goes now
resisa@gmail.com
2018.02
DevOps: The way to go
2
Time goes now
What’s your point ?
DevOps
 데브옵스의 실체 ???
collaboration
automation
small
Image From “The Microsoft DevOps Story”
3
Time goes now
What’s your point ?
DevOps – 정의(1/2)
 Definition #1 (from Wikipedia.org)
 Definition #2 (From DevOps: A Software Architect’s Perspective)
데브옵스(DevOps)는 소프트웨어 개발(Development)과 운영(Operations)의 합성어
로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는
개발 환경이나 문화를 말한다.
데브옵스는 소프트웨어 개발 조직과 운영 조직간의 상호 의존적 대응이며, 조직이
소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다.
데브옵스(DevOps)는 높은 품질을 유지하면서, 시스템에 대한 변경 사항의 적용 및
그 변경 사항을 일반적인 생산 환경에 적용하는 시간을 줄이기 위한 일련의
실천방법(Practices)이다.
4
Time goes now
What’s your point ?
DevOps – 정의(2/2)
 데브옵스란 …
 개발(Development) + 운영(Operation)
 프레임워크나 방법론이 아니다
 다양한 프레임워크와 방법론을 적용하고 활용한다.
 개발 철학 + 구현 환경(플랫폼, 툴셋 …) = 개발 문화
5
Time goes now
What’s your point ?
데브옵스 - 필요성
Image From “The Microsoft DevOps Story & Atos Consulting CH”
6
Time goes now
What’s your point ?
데브옵스 - 필요사항
 데브옵스 구현 시 필요사항
 애자일 및 린 소프트웨어 개발의 실천방법
 애자일 및 린 서비스 관리 실천방법
 가상화 및 클라우드 인프라스트럭처(내부/외부)
 데이터 센터 자동화 및 구성 관리 도구
 IAC (Infrastructure as Code)
 모니터링 및 자기 복구 기술
7
Time goes now
What’s your point ?
데브옵스 – 방법론 비교
 기존 방법론과의 차이
Waterfall
Agile
DevOps
Analysis Development Build Test Deployment
DEV QA OPS
Test Deployment
DEV QA OPS
A D B A D B A D B
Sprint Sprint Sprint
A D B T D
Sprint
DEV/QA/OPS
A D B T D
Sprint
DEV/QA/OPS
A D B T D
Sprint
DEV/QA/OPS
8
Time goes now
What’s your point ?
데브옵스 - 수명주기
 데브옵스 수명주기
Requirement Development DeploymentBuild ExecutionTesting
• 운영을 제일
중요한
이해당사자로
다룬다
• 요구사항을
정의할 때, 운영의
의견을 입력으로
받는다
• 소규모 팀
• 제한된 조정
• 단위 테스트
• 빌드 도구
• 지속적인 통합
• 테스트 자동화
• 사용자 인수
테스팅
• 배포 도구 지원
• 지속적인 배포
• 모니터링
• 오류 조건 대응
Construction
Phase
Inception
Phase
Transition
Phase
• Vision
• Initial modeling
• High-level ranking
• Release planning
• Scrum
• XP
• Lean
• Develop Solution
• Deploy Solution
9
Time goes now
What’s your point ?
데브옵스 - 가치
 데브옵스의 가치
 CAMS (Culture, Automation, Measurement and Sharing)
Enhance Flow
 출시(Release)
 구성(Configuration)
Just enough
Process
Measure Everything
 사람(People)
 프로세스(Process)
 성능(Performance)
Feedback Loop
 의사소통 및 협력 강화
10
Time goes now
What’s your point ?
데브옵스 - 원칙
 데브옵스 원칙 – 세 가지 방법
 “The Phoenix Project”에서 소개
 첫 번째 방법 – 흐름(Flow)
 작업의 흐름을 이해하고 증가시켜라 (Left to Right)
 두 번째 방법 – 피드백(Feedback)
 피드백 루프 생성
 지속적인 통합 활성화 (Right to Left)
 세 번째 방법 – 지속적인 실험 및 학습
 공유 문화 생성
• 실험, 위험 감수, 실패로부터의 학습
• 반복과 실습이 숙달의 전제 조건임을 이해
11
Time goes now
What’s your point ?
데브옵스 - 실천방법
첫 번째 방법 두 번째 방법 세 번째 방법
Flow Feedback
Continuous
Experimentation and learning
 지속적인 통합
 지속적인 전달
 지속적인 배포
 가치 흐름 매핑
 칸반
 제약 이론
 테스팅 자동화
 변경에 대한 피어 리뷰
 관리 이벤트/데이터의 모니터링
 대시보드
 프로덕션 로그
 프로세스 측정
 포스트모템
 책임 공유
 변경/사고/문제/지식을 데이터로
관리
 실험 및 학습
 데밍 사이클
 개선 카타(Kata)
 회복성 향상을 위한 실패 활용
 ITSM 개선 실천방법
12
Time goes now
What’s your point ?
데브옵스 – 팀 구성
 팀 규모 – 피자 두 판의 법칙
 소규모 팀의 장점
 빠른 의사 결정
 응집성
 의사소통
 역할(Roles)
 팀 리더와 팀 멤버
 서비스 담당자(Service Owner)
 신뢰성 엔지니어(Reliability Engineer): 모니터링, 문제 분석 및 진단
 게이트키퍼(Gatekeeper): 배포 파이프라인에서 다음 단계로의 이동을 결정
 데브옵스 엔지니어(DevOps Engineer): 구성 관리
13
Time goes now
What’s your point ?
데브옵스 - 장애물
 데브옵스 적용의 장애물
 조직의 문화와 형태
 특정 도메인(ex: 규제 분야)에 속한 조직은 문제 발생 위험 감소가 우선
 특정 조직은 오류보다 민첩성과 빠른 대응이 우선
 부서 유형
 부서마다 인센티브가 다름(개발 – 빠른 개발, 운영 – 안정 유지)  문화 충돌
 사일로 심리(Silo Mentality)
 공통의 목표가 항상 모든 팀을 하나로 만들지 않는다  자신의 팀 > 다른 팀
 도구 지원
 자동화 도구의 설치/구성/사용에는 전문성이 필요하다
 모든 개발팀이 공통 프로세스를 따르는지 확인할 수 있어야 한다
 개인적인 문제
 업무의 가성비 문제: 운영 업무를 개발이 한다면, 좋은 결과만 있는가?
14
Time goes now
What’s your point ?
데브옵스 – 예상 결과
 데브옵스 적용 효과
 더 빠른 적시 출시
 새로운 출시 시, 더 낮은 실패 비율
 짧아진 리드 타임
 더 빨라진 평균 배포 시간
Image From “Cygnet Infotech & CA Technologies”
15
Time goes now
What’s your point ?
데브옵스 - 적용방법
 데브옵스 적용 가이드
 데브옵스를 시작하려면 …
 사람들이 올바른 일을 쉽게 할 수 있도록 하라
 단순함 – 나쁜 프로세스를 자동화 하지 마라
 높은 가치를 갖고 반복되는 작업을 자동화하라
 오류를 증명할 수 있는 작업을 자동화하라
 워크플로우 병목지점과 의사소통 흐름을 최적화하기 위해 자동화하라
 자동화 모니터링과 통보 실천방법을 향상시켜라
 데브옵스 문화를 적용하려면 …
 올바른 사람들이 함께 모이도록 하라
 모든 사람이 같은 사항을 알 수 있도록 하라
 지속적인 변화를 유도하는 역량을 구축하라
 중요한 행위에 초점을 맞춰라
 실험하고 학습하라
 이익을 통합하고, 더 많은 변화를 발생시켜라
 관성을 방지하라.
16
Time goes now
What’s your point ?

More Related Content

What's hot (20)

PDF
Azure DevOps Presentation
InCycleSoftware
 
PPSX
CI-CD Jenkins, GitHub Actions, Tekton
Araf Karsh Hamid
 
PPTX
Azure DevOps
Juan Fabian
 
PPSX
Event Sourcing & CQRS, Kafka, Rabbit MQ
Araf Karsh Hamid
 
PPTX
Jira overview
thanhlamct
 
PDF
Design patterns for microservice architecture
The Software House
 
PPSX
Microservices, Containers, Kubernetes, Kafka, Kanban
Araf Karsh Hamid
 
PPTX
Java garbage collection & GC friendly coding
Md Ayub Ali Sarker
 
PPT
Using JIRA & Greenhopper for Agile Development
Jeff Leyser
 
PDF
Architectures microservices
Riadh MNASRI
 
PDF
MSA 전략 2: 마이크로서비스, 어떻게 구현할 것인가?
VMware Tanzu Korea
 
PDF
O que não te contaram sobre as métricas e voce precisa saber! [SGRIo 06/2019]
Cleiton Luis Mafra
 
PPTX
Microservices Architecture - Bangkok 2018
Araf Karsh Hamid
 
PDF
Overview of the Eventuate Tram Customers and Orders application
Chris Richardson
 
PPTX
Stephan Ewen - Experiences running Flink at Very Large Scale
Ververica
 
PDF
iSAQB gathering 2021 keynote - Architectural patterns for rapid, reliable, fr...
Chris Richardson
 
PDF
BDD in Action – principles, practices and real-world application
John Ferguson Smart Limited
 
PDF
Event Driven Architecture
Lourens Naudé
 
PDF
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
Ji-Woong Choi
 
PPTX
Azure DevOps
Felipe Artur Feltes
 
Azure DevOps Presentation
InCycleSoftware
 
CI-CD Jenkins, GitHub Actions, Tekton
Araf Karsh Hamid
 
Azure DevOps
Juan Fabian
 
Event Sourcing & CQRS, Kafka, Rabbit MQ
Araf Karsh Hamid
 
Jira overview
thanhlamct
 
Design patterns for microservice architecture
The Software House
 
Microservices, Containers, Kubernetes, Kafka, Kanban
Araf Karsh Hamid
 
Java garbage collection & GC friendly coding
Md Ayub Ali Sarker
 
Using JIRA & Greenhopper for Agile Development
Jeff Leyser
 
Architectures microservices
Riadh MNASRI
 
MSA 전략 2: 마이크로서비스, 어떻게 구현할 것인가?
VMware Tanzu Korea
 
O que não te contaram sobre as métricas e voce precisa saber! [SGRIo 06/2019]
Cleiton Luis Mafra
 
Microservices Architecture - Bangkok 2018
Araf Karsh Hamid
 
Overview of the Eventuate Tram Customers and Orders application
Chris Richardson
 
Stephan Ewen - Experiences running Flink at Very Large Scale
Ververica
 
iSAQB gathering 2021 keynote - Architectural patterns for rapid, reliable, fr...
Chris Richardson
 
BDD in Action – principles, practices and real-world application
John Ferguson Smart Limited
 
Event Driven Architecture
Lourens Naudé
 
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
Ji-Woong Choi
 
Azure DevOps
Felipe Artur Feltes
 

Similar to Dev ops Introduction (20)

PDF
클라우드 네이티브로의 전환을 위한 여정
VMware Tanzu Korea
 
PDF
ALM과 DevOps 그리고 Azure DevOps
Taeyoung Kim
 
PPTX
DevOps 발표 자료 다운로드
Opennaru, inc.
 
PDF
[AIS 2018] [Team Tools_Advanced] 200명 이하 개발조직의 DevOps 구현 사례 - 오픈소스컨설팅
Atlassian 대한민국
 
PPTX
DEVOPS 에 대한 전반적인 소개 및 자동화툴 소개
태준 문
 
PDF
[Atlassian meets dev ops and itsm] infrastructure for devops
Open Source Consulting
 
PDF
익스트림 프로그래밍(Xp)
영기 김
 
PDF
Atlassian Bamboo를 활용한 이상적인 DevTestOps 환경 구축 - 모우소프트
Atlassian 대한민국
 
PPTX
DevOps and Azure Devops 소개, 동향, 그리고 기대효과
명신 김
 
PDF
[H3 2012] 앱(APP) 중심으로 생각하기 - DevOps와 자동화
KTH, 케이티하이텔
 
PPTX
DevOps
Sunghyun Roh
 
PPTX
DevOps!! 도데체 왜, 어떻게 할까??
Joseph Kim
 
PDF
[오픈소스컨설팅]Session 4. dev ops 구성 사례와 전망
Hee Jae Lee
 
PDF
[오픈소스컨설팅]Session 4. dev ops 구성 사례와 전망
Open Source Consulting
 
PDF
[오픈소스컨설팅] DevOps 체험교육 소개
Brian HAN 한진규
 
PPTX
DevOps - Mousoft
Atlassian 대한민국
 
PDF
모바일 앱 개발을 위한 Agile 적용
Kevin Kim
 
PDF
주 52시간 시대의 Agile_ 오픈소스컨설팅 한진규 이사
Open Source Consulting
 
PPTX
컴퓨터개론12
Edward Hwang
 
PDF
[오픈소스컨설팅] 2019년 클라우드 생존전략
Ji-Woong Choi
 
클라우드 네이티브로의 전환을 위한 여정
VMware Tanzu Korea
 
ALM과 DevOps 그리고 Azure DevOps
Taeyoung Kim
 
DevOps 발표 자료 다운로드
Opennaru, inc.
 
[AIS 2018] [Team Tools_Advanced] 200명 이하 개발조직의 DevOps 구현 사례 - 오픈소스컨설팅
Atlassian 대한민국
 
DEVOPS 에 대한 전반적인 소개 및 자동화툴 소개
태준 문
 
[Atlassian meets dev ops and itsm] infrastructure for devops
Open Source Consulting
 
익스트림 프로그래밍(Xp)
영기 김
 
Atlassian Bamboo를 활용한 이상적인 DevTestOps 환경 구축 - 모우소프트
Atlassian 대한민국
 
DevOps and Azure Devops 소개, 동향, 그리고 기대효과
명신 김
 
[H3 2012] 앱(APP) 중심으로 생각하기 - DevOps와 자동화
KTH, 케이티하이텔
 
DevOps
Sunghyun Roh
 
DevOps!! 도데체 왜, 어떻게 할까??
Joseph Kim
 
[오픈소스컨설팅]Session 4. dev ops 구성 사례와 전망
Hee Jae Lee
 
[오픈소스컨설팅]Session 4. dev ops 구성 사례와 전망
Open Source Consulting
 
[오픈소스컨설팅] DevOps 체험교육 소개
Brian HAN 한진규
 
DevOps - Mousoft
Atlassian 대한민국
 
모바일 앱 개발을 위한 Agile 적용
Kevin Kim
 
주 52시간 시대의 Agile_ 오픈소스컨설팅 한진규 이사
Open Source Consulting
 
컴퓨터개론12
Edward Hwang
 
[오픈소스컨설팅] 2019년 클라우드 생존전략
Ji-Woong Choi
 
Ad

More from 영기 김 (20)

PDF
Ms Azure fundamentals
영기 김
 
PDF
AWS Certified Cloud Practitioner
영기 김
 
PDF
Microservices
영기 김
 
PDF
칸반(Kanban)
영기 김
 
PDF
린 소프트웨어 개발(Lean software development)
영기 김
 
PDF
What is agile
영기 김
 
PDF
배열과 포인터
영기 김
 
PDF
소프트웨어 아키텍처 평가(Atam)
영기 김
 
PDF
스크럼(Scrum)
영기 김
 
PDF
애자일 코치
영기 김
 
PDF
통신시스템(Wcdma network)
영기 김
 
PDF
통신시스템(Cdma network)
영기 김
 
PDF
통신시스템(Gprs network)
영기 김
 
PDF
소프트웨어 아키텍처 문서화
영기 김
 
PDF
통신시스템(Gsm network)
영기 김
 
PDF
소프트웨어 아키텍처
영기 김
 
PDF
통신시스템(Cellular concepts)
영기 김
 
PDF
소프트웨어 테스팅
영기 김
 
PDF
알고리즘과 자료구조
영기 김
 
PDF
애자일 S/W 개발
영기 김
 
Ms Azure fundamentals
영기 김
 
AWS Certified Cloud Practitioner
영기 김
 
Microservices
영기 김
 
칸반(Kanban)
영기 김
 
린 소프트웨어 개발(Lean software development)
영기 김
 
What is agile
영기 김
 
배열과 포인터
영기 김
 
소프트웨어 아키텍처 평가(Atam)
영기 김
 
스크럼(Scrum)
영기 김
 
애자일 코치
영기 김
 
통신시스템(Wcdma network)
영기 김
 
통신시스템(Cdma network)
영기 김
 
통신시스템(Gprs network)
영기 김
 
소프트웨어 아키텍처 문서화
영기 김
 
통신시스템(Gsm network)
영기 김
 
소프트웨어 아키텍처
영기 김
 
통신시스템(Cellular concepts)
영기 김
 
소프트웨어 테스팅
영기 김
 
알고리즘과 자료구조
영기 김
 
애자일 S/W 개발
영기 김
 
Ad

Dev ops Introduction

  • 1. If I sleep now I will have a dream, but if I study now I will make my dream come true … Time goes now [email protected] 2018.02 DevOps: The way to go
  • 2. 2 Time goes now What’s your point ? DevOps  데브옵스의 실체 ??? collaboration automation small Image From “The Microsoft DevOps Story”
  • 3. 3 Time goes now What’s your point ? DevOps – 정의(1/2)  Definition #1 (from Wikipedia.org)  Definition #2 (From DevOps: A Software Architect’s Perspective) 데브옵스(DevOps)는 소프트웨어 개발(Development)과 운영(Operations)의 합성어 로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 데브옵스는 소프트웨어 개발 조직과 운영 조직간의 상호 의존적 대응이며, 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다. 데브옵스(DevOps)는 높은 품질을 유지하면서, 시스템에 대한 변경 사항의 적용 및 그 변경 사항을 일반적인 생산 환경에 적용하는 시간을 줄이기 위한 일련의 실천방법(Practices)이다.
  • 4. 4 Time goes now What’s your point ? DevOps – 정의(2/2)  데브옵스란 …  개발(Development) + 운영(Operation)  프레임워크나 방법론이 아니다  다양한 프레임워크와 방법론을 적용하고 활용한다.  개발 철학 + 구현 환경(플랫폼, 툴셋 …) = 개발 문화
  • 5. 5 Time goes now What’s your point ? 데브옵스 - 필요성 Image From “The Microsoft DevOps Story & Atos Consulting CH”
  • 6. 6 Time goes now What’s your point ? 데브옵스 - 필요사항  데브옵스 구현 시 필요사항  애자일 및 린 소프트웨어 개발의 실천방법  애자일 및 린 서비스 관리 실천방법  가상화 및 클라우드 인프라스트럭처(내부/외부)  데이터 센터 자동화 및 구성 관리 도구  IAC (Infrastructure as Code)  모니터링 및 자기 복구 기술
  • 7. 7 Time goes now What’s your point ? 데브옵스 – 방법론 비교  기존 방법론과의 차이 Waterfall Agile DevOps Analysis Development Build Test Deployment DEV QA OPS Test Deployment DEV QA OPS A D B A D B A D B Sprint Sprint Sprint A D B T D Sprint DEV/QA/OPS A D B T D Sprint DEV/QA/OPS A D B T D Sprint DEV/QA/OPS
  • 8. 8 Time goes now What’s your point ? 데브옵스 - 수명주기  데브옵스 수명주기 Requirement Development DeploymentBuild ExecutionTesting • 운영을 제일 중요한 이해당사자로 다룬다 • 요구사항을 정의할 때, 운영의 의견을 입력으로 받는다 • 소규모 팀 • 제한된 조정 • 단위 테스트 • 빌드 도구 • 지속적인 통합 • 테스트 자동화 • 사용자 인수 테스팅 • 배포 도구 지원 • 지속적인 배포 • 모니터링 • 오류 조건 대응 Construction Phase Inception Phase Transition Phase • Vision • Initial modeling • High-level ranking • Release planning • Scrum • XP • Lean • Develop Solution • Deploy Solution
  • 9. 9 Time goes now What’s your point ? 데브옵스 - 가치  데브옵스의 가치  CAMS (Culture, Automation, Measurement and Sharing) Enhance Flow  출시(Release)  구성(Configuration) Just enough Process Measure Everything  사람(People)  프로세스(Process)  성능(Performance) Feedback Loop  의사소통 및 협력 강화
  • 10. 10 Time goes now What’s your point ? 데브옵스 - 원칙  데브옵스 원칙 – 세 가지 방법  “The Phoenix Project”에서 소개  첫 번째 방법 – 흐름(Flow)  작업의 흐름을 이해하고 증가시켜라 (Left to Right)  두 번째 방법 – 피드백(Feedback)  피드백 루프 생성  지속적인 통합 활성화 (Right to Left)  세 번째 방법 – 지속적인 실험 및 학습  공유 문화 생성 • 실험, 위험 감수, 실패로부터의 학습 • 반복과 실습이 숙달의 전제 조건임을 이해
  • 11. 11 Time goes now What’s your point ? 데브옵스 - 실천방법 첫 번째 방법 두 번째 방법 세 번째 방법 Flow Feedback Continuous Experimentation and learning  지속적인 통합  지속적인 전달  지속적인 배포  가치 흐름 매핑  칸반  제약 이론  테스팅 자동화  변경에 대한 피어 리뷰  관리 이벤트/데이터의 모니터링  대시보드  프로덕션 로그  프로세스 측정  포스트모템  책임 공유  변경/사고/문제/지식을 데이터로 관리  실험 및 학습  데밍 사이클  개선 카타(Kata)  회복성 향상을 위한 실패 활용  ITSM 개선 실천방법
  • 12. 12 Time goes now What’s your point ? 데브옵스 – 팀 구성  팀 규모 – 피자 두 판의 법칙  소규모 팀의 장점  빠른 의사 결정  응집성  의사소통  역할(Roles)  팀 리더와 팀 멤버  서비스 담당자(Service Owner)  신뢰성 엔지니어(Reliability Engineer): 모니터링, 문제 분석 및 진단  게이트키퍼(Gatekeeper): 배포 파이프라인에서 다음 단계로의 이동을 결정  데브옵스 엔지니어(DevOps Engineer): 구성 관리
  • 13. 13 Time goes now What’s your point ? 데브옵스 - 장애물  데브옵스 적용의 장애물  조직의 문화와 형태  특정 도메인(ex: 규제 분야)에 속한 조직은 문제 발생 위험 감소가 우선  특정 조직은 오류보다 민첩성과 빠른 대응이 우선  부서 유형  부서마다 인센티브가 다름(개발 – 빠른 개발, 운영 – 안정 유지)  문화 충돌  사일로 심리(Silo Mentality)  공통의 목표가 항상 모든 팀을 하나로 만들지 않는다  자신의 팀 > 다른 팀  도구 지원  자동화 도구의 설치/구성/사용에는 전문성이 필요하다  모든 개발팀이 공통 프로세스를 따르는지 확인할 수 있어야 한다  개인적인 문제  업무의 가성비 문제: 운영 업무를 개발이 한다면, 좋은 결과만 있는가?
  • 14. 14 Time goes now What’s your point ? 데브옵스 – 예상 결과  데브옵스 적용 효과  더 빠른 적시 출시  새로운 출시 시, 더 낮은 실패 비율  짧아진 리드 타임  더 빨라진 평균 배포 시간 Image From “Cygnet Infotech & CA Technologies”
  • 15. 15 Time goes now What’s your point ? 데브옵스 - 적용방법  데브옵스 적용 가이드  데브옵스를 시작하려면 …  사람들이 올바른 일을 쉽게 할 수 있도록 하라  단순함 – 나쁜 프로세스를 자동화 하지 마라  높은 가치를 갖고 반복되는 작업을 자동화하라  오류를 증명할 수 있는 작업을 자동화하라  워크플로우 병목지점과 의사소통 흐름을 최적화하기 위해 자동화하라  자동화 모니터링과 통보 실천방법을 향상시켜라  데브옵스 문화를 적용하려면 …  올바른 사람들이 함께 모이도록 하라  모든 사람이 같은 사항을 알 수 있도록 하라  지속적인 변화를 유도하는 역량을 구축하라  중요한 행위에 초점을 맞춰라  실험하고 학습하라  이익을 통합하고, 더 많은 변화를 발생시켜라  관성을 방지하라.