Digital Transformation 시대의 개발 프로세스의 변화와 개선의 필요성이 대두되면서, DevOps에 대한 관심도 점차 높아지고 있는데요. DevOps 툴로서 아틀라시안(Atlassian)의 도입과 활용이 IT 업종을 비롯한 다양한 회사에서 다방면으로 이루어지고 있습니다. 특히 Atlassian Cloud 버전을 출시하고, 많은 회사들이 Cloud 버전을 사용하면서 DevOps로의 쓰임새가 더욱 확장되고 있습니다.
Docker is the world’s leading software container platform. Developers use Docker to eliminate “works on my machine” problems when collaborating on code with co-workers. Operators use Docker to run and manage apps side-by-side in isolated containers to get better compute density. Enterprises use Docker to build agile software delivery pipelines to ship new features faster, more securely and with confidence for both Linux and Windows Server apps.
Learn More: http://www.collabnix.com
Introduction to Gitlab | Gitlab 101 | Training SessionAnwarul Islam
I actually described in this slide how to use Gitlab with git. I explained what is git, push, pull, clone, commit etc. so, you can use this slide to learn or tech someone.
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
Using GitHub Actions to Deploy your Workloads to AzureKasun Kodagoda
This presentation provides an introduction to GitHub Actions and the core concepts of GitHub Actions. Then dives into details about how you can use GitHub Actions for Azure to deploy your workloads to Azure Cloud Platform.
Build and release in code with azure devops pipelinesGian Maria Ricci
Build and release your code with Azure pipelines defined in YAML code. Everything is in the repository, everything follow branches, and simplify creating pipelines with templates.
Docker is the world’s leading software container platform. Developers use Docker to eliminate “works on my machine” problems when collaborating on code with co-workers. Operators use Docker to run and manage apps side-by-side in isolated containers to get better compute density. Enterprises use Docker to build agile software delivery pipelines to ship new features faster, more securely and with confidence for both Linux and Windows Server apps.
Learn More: http://www.collabnix.com
Introduction to Gitlab | Gitlab 101 | Training SessionAnwarul Islam
I actually described in this slide how to use Gitlab with git. I explained what is git, push, pull, clone, commit etc. so, you can use this slide to learn or tech someone.
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
Using GitHub Actions to Deploy your Workloads to AzureKasun Kodagoda
This presentation provides an introduction to GitHub Actions and the core concepts of GitHub Actions. Then dives into details about how you can use GitHub Actions for Azure to deploy your workloads to Azure Cloud Platform.
Build and release in code with azure devops pipelinesGian Maria Ricci
Build and release your code with Azure pipelines defined in YAML code. Everything is in the repository, everything follow branches, and simplify creating pipelines with templates.
디지털 시대에 기업들은 빠르게 변화하는 시장과 환경에 발 빠르게 대처하기 위하여 점점 조직을 작게 만들어 민첩성을 확보하고자 노력하고 있습니다. 이를 위한 기술의 하나로 '클라우드 네이티브'의 도입이 가속화 되고 있는데요, 이는 클라우드 컴퓨팅 모델의 장점을 모두 활용하여 애플리케이션을 개발하고 실행하기 위한 접근 방식을 일컫습니다. 아키텍처 관점에서는 분산을 통한 유연성 확보, 운영 관점에서는 애플리케이션도 분산시켜야 하는데요, 이를 위해서는 다양한 클라우드 환경에서 자유롭게 이식하기 위한 '컨테이너' 구현이 필수적입니다.
Talk about the basic principles and concepts of CI/CD as a set of practices in order to reduce integration errors through automated implementations for testing and deployments as well as the tooling behind this philosophy.
In this session, we'll explore how to deploy various applications to azure using YAML pipelines. First we'll peek into the basics of azure pipelines (stages, jobs, tasks, agents, triggers etc). Then we'll walk through some examples - deploying an angular app to azure static storage, deploying a containerized node/express app to azure app service, zip-deploying an asp.net core app to app service.
[Agenda]
*토크쇼 주제: Cloud Native를 위한 컨테이너 플랫폼 구현과 활용 이야기
1. 시장 및 기술동향 소개 & Container & Kubernetes 소개
2. Red Hat OpenShift를 왜 써야 할까요?
3. OpenShift Infra 구성 방안은 어떻게 되나요?
4. OpenShift와 Kubernetes의 주요 차이점은 무엇일까요?
5. 완전한 오픈소스 기반 OpenShift로 PaaS를 빠르게 구축이 가능 하나요?
6.컨테이너플랫폼의 운영을 효율적으로 하기위한 표준화에는 어떤 것이 필요할까요?
7. Red Hat OpenShift를 이용하여 기존의 시스템을 마이그레이션 하는 방법은 무엇인가요?
8. 개발자와 운영자가 일을 수월하게 할 수 있도록 도움을 준다고 하는데 어떠한 부분인가요?
9. Red Hat OpenShift 구축 성공 사례가 있나요?
Kubernetes Architecture - beyond a black box - Part 1Hao H. Zhang
This is part 1 of my Kubernetes architecture deep-dive slide series.
I have been working with Kubernetes for more than a year, from v1.3.6 to v1.6.7, and I am a CNCF certified Kubernetes administrator. Before I move on to something else, I would like to summarize and share my knowledges and take-aways about Kubernetes, from a software engineer perspective.
This set of slides is a humble dig into one level below your running application in production, revealing how different components of Kubernetes work together to orchestrate containers and present your applications to the rest of the world.
The slides contains 80+ external links to Kubernetes documentations, blog posts, Github issues, discussions, design proposals, pull requests, papers, source code files I went through when I was working with Kubernetes - which I think are valuable for people to understand how Kubernetes works, Kubernetes design philosophies and why these design came into places.
디지털 시대에 기업들은 빠르게 변화하는 시장과 환경에 발 빠르게 대처하기 위하여 점점 조직을 작게 만들어 민첩성을 확보하고자 노력하고 있습니다. 이를 위한 기술의 하나로 '클라우드 네이티브'의 도입이 가속화 되고 있는데요, 이는 클라우드 컴퓨팅 모델의 장점을 모두 활용하여 애플리케이션을 개발하고 실행하기 위한 접근 방식을 일컫습니다. 아키텍처 관점에서는 분산을 통한 유연성 확보, 운영 관점에서는 애플리케이션도 분산시켜야 하는데요, 이를 위해서는 다양한 클라우드 환경에서 자유롭게 이식하기 위한 '컨테이너' 구현이 필수적입니다.
Talk about the basic principles and concepts of CI/CD as a set of practices in order to reduce integration errors through automated implementations for testing and deployments as well as the tooling behind this philosophy.
In this session, we'll explore how to deploy various applications to azure using YAML pipelines. First we'll peek into the basics of azure pipelines (stages, jobs, tasks, agents, triggers etc). Then we'll walk through some examples - deploying an angular app to azure static storage, deploying a containerized node/express app to azure app service, zip-deploying an asp.net core app to app service.
[Agenda]
*토크쇼 주제: Cloud Native를 위한 컨테이너 플랫폼 구현과 활용 이야기
1. 시장 및 기술동향 소개 & Container & Kubernetes 소개
2. Red Hat OpenShift를 왜 써야 할까요?
3. OpenShift Infra 구성 방안은 어떻게 되나요?
4. OpenShift와 Kubernetes의 주요 차이점은 무엇일까요?
5. 완전한 오픈소스 기반 OpenShift로 PaaS를 빠르게 구축이 가능 하나요?
6.컨테이너플랫폼의 운영을 효율적으로 하기위한 표준화에는 어떤 것이 필요할까요?
7. Red Hat OpenShift를 이용하여 기존의 시스템을 마이그레이션 하는 방법은 무엇인가요?
8. 개발자와 운영자가 일을 수월하게 할 수 있도록 도움을 준다고 하는데 어떠한 부분인가요?
9. Red Hat OpenShift 구축 성공 사례가 있나요?
Kubernetes Architecture - beyond a black box - Part 1Hao H. Zhang
This is part 1 of my Kubernetes architecture deep-dive slide series.
I have been working with Kubernetes for more than a year, from v1.3.6 to v1.6.7, and I am a CNCF certified Kubernetes administrator. Before I move on to something else, I would like to summarize and share my knowledges and take-aways about Kubernetes, from a software engineer perspective.
This set of slides is a humble dig into one level below your running application in production, revealing how different components of Kubernetes work together to orchestrate containers and present your applications to the rest of the world.
The slides contains 80+ external links to Kubernetes documentations, blog posts, Github issues, discussions, design proposals, pull requests, papers, source code files I went through when I was working with Kubernetes - which I think are valuable for people to understand how Kubernetes works, Kubernetes design philosophies and why these design came into places.
다들 DevOps 를 적용하고는 있지만 어디까지가 DevOps 인 것인지, 어떻게 얼마나 바꾸고 적용할 것인가 결정하는 것은 쉽지 않습니다.
본 세션은 DevOps 를 왜 적용해야 하는가? 라는 질문을 시작으로 DevOps 를 Culture, Think, Code, Deliver, Run, Manger, Learn 의 7단계로 나누어 차근차근 짚어봅니다.
Travis-ci를 이용한 CI/CD와 도커를 이용한 Jenkins for Android 구성하기인수 장
Travis CI 를 이용해서 Github 에 소스에 변경사항이 생기면 Buiild & Test 를 통해서 결과를 slack 에 알림을 주는 방법을 설명합니다. 많은 회사에서 이미 사용중인 Jenkins를 Docker로 이용해서 Android CI/CD를 하는 방법을 소개하고자 합니다.
Meetup tools for-cloud_native_apps_meetup20180510-vsminseok kim
마이크로서비스로 시스템을 구성하면 서비스간에 연관관계가 줄어들면서 서비스 릴리즈 속도가 높아지고 유연하게 대처할 수 있지만, 관리포인트가 늘어나게 되어 운영상에 많은 어려움을 마주치게 됩니다. 배포 될 때마다 생성되고 소멸되는 마이크로서비스를 다른 마이크로서비스가 쉽게 참조하게 하고 마이크로서비스들의 설정 정보를 일관되게 관리하는 일은 쉬운일이 아닙니다. 이러한 문제를 해결하기 위해 Spring Cloud 프로젝트와 같은 도구를 비롯하여 Pivotal Cloud Foundry와 같은 클라우드 플랫폼등이 있습니다. 이번 밋업에서는 마이크로서비스를 운영할 때의 어려운점과 도움을 주는 다양한 도구들에 대해 알아보도록 하겠습니다.
오픈소스컨설팅의 오픈소스 기반 IaaS 및 PaaS 클라우드 솔루션 소개 4p 브로슈어입니다.
At Open Source Consulting, we are dedicated to providing robust, scalable, and cost-effective cloud solutions that harness the power of open-source technology. Our Infrastructure as a Service (IaaS) and Platform as a Service (PaaS) offerings are designed to meet the diverse needs of businesses in today’s fast-paced digital landscape.
글로벌 IT리서치 기업 가트너에서는 매년 ‘10대 전략 기술’을 선정하여 발표하고 있습니다. 본 리포트를 통해 IT기술 개발의 흐름을 파악할 수 있는데요, 올해는 최적화(Optimize), 확장(Scale), 개척(Pioneer) 등 세 가지를 테마로 기반으로 10가지 키워드가 공개되었습니다.
2023년의 주요 기술 트렌드를 살펴보고, 이러한 흐름 속에서 기업들은 어떤 문제를 안게 되고 어떻게 해결할 수 있을지.. 오픈소스컨설팅의 최고 기술 책임자인 최지웅 CTO님의 One Pick 트렌드를 소개합니다!
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdfOpen Source Consulting
최근 금융권이나 공공기관에서는 차세대 프로젝트에 PaaS 기반 시스템을 구축하고 그 위에 마이크로서비스아키텍처(MSA)를 구현하기 위해 많은 투자를 하고 있는데요, 많은 기업들이 오픈소스 기반의 인프라를 고려할 때 기술지원이나 버전 업그레이드 등에 대한 애로사항을 겪게 됩니다. 이런 문제에 대한 해결 방안 중 하나가 바로 커뮤니티 기반의 오픈소스 재단을 활용하는 것인데요!
본 자료에서 커뮤니티 오픈소스 기반 인프라 구축의 장점과 실제 사례에 대해 확인해 보실 수 있습니다.
Kubernetes는 전세계 조직의 96%가 이미 사용 중이거나 검토 중인 오픈소스 기술입니다. 클라우드 시장은 IaaS에서 PaaS로 그 중심이 이동하고 있으며, PaaS 시장은 2026년까지 연평균 19.6% 성장률을 기록할 것으로 전망되고 있습니다.
Kubernetes를 기반으로 애플리케이션을 손쉽게 배포하고 자동화된 운영 관리는 제공하는 PaaS 솔루션, Playce Kube를 소개합니다.
다양한 컴포넌트를 유기적으로 결합한 최적의 플랫폼으로 유연한 클라우드 네이티브 애플리케이션을 위한 환경을 제공합니다.
Life science에서 k-agile으로 일하기 : with SAFe(Scaled Agile) & Atlassian Open Source Consulting
애자일을 아는 것과 기업 조직에 반영하는 것에는 어떤 차이가 있을까요? 애자일 프레임워크와 프랙티스를 그대로 따라만 하는 것보다는 본질을 이해하고 산업과 기업의 환경을 반영하는 것이 필요합니다.
Life Science 산업의 경우 엄격한 컴플라이언스 적용 분야이면서도 팬데믹과 같은 상황에서 하루라도 빨리 백신이나 치료제를 개발해야 하는 두가지 도전을 동시에 마주하고 있습니다. 게다가 글로벌 연구성과와 임상 등에서는 더 이상 폐쇄형 구조로는 대응이 어려우며 오픈 이노베이션을 적극적으로 추진하고 있습니다. 이동이 불가능한 상황에서 서류심사도 늘어났고 데이터 일관성은 더 엄격하게 관리해야 하며 본사, 연구소, 공장 등 Multi Functional Team으로 협업해야 합니다.
이와 같은 도전상황을 대응하는 하나의 방법으로 글로벌 애자일 협업 및 문서도구인 Atlassian의 Jira Align, Jira Software, Confluence 등의 제품으로 구성하는 방안을 소개해 드리겠습니다.
지금 전문가에게 문의하기 : https://osci.kr/contact/contact.php
#Agile #애자일 #SAFe #ScaledAgile #Atlassian #아틀라시안
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
EFK Stack이란 ElasticSearch, Fluentd, Kibana라는 오픈소스의 조합으로, 방대한 양의 데이터를 신속하고 실시간으로 수집/저장/분석/시각화 할 수 있는 솔루션입니다. 특히 컨테이너 환경에서 로그 수집을 위해 주로 사용되는 기술 스택입니다.
Elasitc Stack에 대한 소개와 EFK Stack 설치 방법에 대해 설명합니다.
SELinux(Security-Enhanced Linux)는 미국 국가 안보국(NSA)에서 개발한 것으로,
관리자가 시스템 엑세스 권한을 효과적으로 제어할 수 있게 하는 Linux 시스템용 보안 아키텍처입니다.
특정 서비스의 구동이 원활하지 않거나 혹은 관리의 번거로움 등으로 인해 SELinux를 Disable 하는 경우가 많은데요,
SELinux를 사용해야 하는 이유와 작동 방식에 대해 설명합니다,
클라우드 네이티브로의 전환이 확산되면서 애플리케이션을 상호 독립적인 최소 구성 요소로 쪼개는 마이크로서비스(microservices) 아키텍쳐가 각광받고 있는데요.
MSA는 애플리케이션의 확장이 쉽고 새로운 기능의 출시 기간을 단축시킬 수 있다는 장점이 있지만,
반면에 애플리케이션이 커지고 동일한 서비스의 여러 인스턴스가 동시에 실행되면 MSA간 통신이 복잡해 진다는 단점이 있습니다.
서비스 메쉬(Service Mesh)는 이러한 MSA의 트래픽 문제를 보완하기 위해 탄생한 기술로,
서비스 간의 네트워크 트래픽 관리에 초점을 맞춘 네트워킹 모델입니다.
서로 다른 애플리케이션이 얼마나 원활하게 상호작용하는지를 기록함으로써 커뮤니케이션을 최적화하고 애플리케이션 확장에 따른 다운 타임을 방지할 수 있습니다.
서비스 메쉬의 탄생 배경과 기능, 그리고 현재 오픈소스로 배포되어 있는 서비스 메쉬 솔루션에 대해 소개합니다.
Step1. Cloud Native Trail Map
Step2. Service Proxy, Discover, & Mesh
Step3. Service Mesh 솔루션
Step4. Service Mesh 구현화면 - Istio / linkerd
Step5. Multi-cluster (linkerd)
ARM과 AMD64의 차이에 대해 설명하고
오픈스택에 ARM을 도입하기 위한 커뮤니티 활동을 소개합니다.
1. ARM vs AMD64
2. CISC/RISC 차이
3. 커뮤니티에서 ARM위에 오픈스택을 올리기 위한 노력
- SIG (Special Interest Groups)
- PTG(Project Team Gathering)
Kubernetes와 Kubernetes on OpenStack 환경의 비교와 그 구축방법에 대해서 알아봅니다.
1. 클라우드 동향
2. Kubernetes vs Kubernetes on OpenStack
3. Kubernetes on OpenStack 구축 방벙
4. Kubernetes on OpenStack 운영 방법
[Container 기반의 DevOps] Cloud Native
열린기술공방에서 처음으로 런칭한 교육 프로그램의 트렌드 세션 자료입니다. 급변하는 환경에 맞춘 SW를 개발하고 배포하기 위해, 빠른 의사결정을 할 수 있는 환경과 프로세스가 더욱 중요해지고 있는데요. 기업들에게 왜 클라우드 네이티브 전략이 필수적인지에 대해 소개한 자료입니다.
열린기술공방의 교육 과정을 통해 Kubernetes위에서 동작하는 Application의 빌드부터 배포까지의 과정을 한 눈에 확인하실 수 있습니다.
[Open Infrastructure & Cloud Native Days Korea 2019]
커뮤니티 버전의 OpenStack 과 Ceph를 활용하여 대고객서비스를 구축한 사례를 공유합니다. 유연성을 확보한 기업용 클라우드 서비스 구축 사례와 높은 수준의 보안을 요구하는 거래소 서비스를 구축, 운영한 사례를 소개합니다. 또한 이 프로젝트에 사용된 기술 스택 및 장애 해결사례와 최적화 방안을 소개합니다. 오픈스택은 역시 오픈소스컨설팅입니다.
#openstack #ceph #openinfraday #cloudnative #opensourceconsulting
[Open Infrastructure & Cloud Native Days Korea 2019]
커뮤니티 버전의 OpenStack 과 Ceph를 활용하여 대고객서비스를 구축한 사례를 공유합니다. 유연성을 확보한 기업용 클라우드 서비스 구축 사례와 높은 수준의 보안을 요구하는 거래소 서비스를 구축, 운영한 사례를 소개합니다. 또한 이 프로젝트에 사용된 기술 스택 및 장애 해결사례와 최적화 방안을 소개합니다. 오픈스택은 역시 오픈소스컨설팅입니다.
#openstack #ceph #openinfraday #cloudnative #opensourceconsulting
5. What is DevOps?
• 현대 소프트웨어 개발 용어로 디지털 제품을 생산하는 모든 팀에 적용 가능
• 전반적인 목표는 최상의 성과를 달성하는 것
• 고객에게 높은 가치를 신속하게 제공
• Apply to :
• organizational structure
• culture
• practices
• tool
6. Dev vs. Ops – 관점의 차이
• 개발팀과 운영팀의 분리
• 개발팀은 신규 서비스를 개발
• 운영팀은 서비스를 배포하고 운영
• 팀들간의 이해가 상충
• 개발팀은 결과물의 양과 혁신의 속도에 중점
• 운영팀은 안정성에 중점
7. DevOps의 4가지 주요 지표
• 처리량과 관련된 2가지 항목(Dev):
• Delivery lead time(cycle time) – 작업의 시작부터 생산까지의 시간
• Deployment frequency – 배포하는 빈도 수
• 안정성과 관련된 2가지 항목(Ops):
• Change failure rate – 취소 또는 신속하게 수정해야하는 변경 사항의 비율
• Mean time to recovery (MTTR) – 문제가 발생한 시작부터 해결까지의 시간
11. Repositories
• 프로젝트의 파일과 폴더는 Git Repository에 저장
• Local repository – 파일 및 폴더가 내 컴퓨터에 위치
• Remote repository – 파일 및 폴더가 서버에 위치
• ex) Bitbucket, GitHub, GitLab
12. Jira를 통한 개발 작업 내역 보기
• Jira의 이슈에는 개발 작업과 관련된 내역이 표기됨
• Jira는 Bitbucket, GitLab, GitHub과 같은 Git Repository를 통합 가능
• 개발 작업 내역이 표기된 영역을 Development panel이라 부름
13. Jira 이슈를 통한 개발 내역 상세 보기
• Jira에서 개발 정보 클릭 시
Repository의 상세 내역이
팝업 창으로 표출
• 팝업 창에서 Commit 내역
클릭 시 Bitbucket의
Repository 화면으로 이동
14. Jira와 Git repository 통합의 장점
• Jira issue와 관련 개발 작업을 안정적으로 연결
• 개발 진행 상황에 따라 자동으로 Jira의 이슈 업데이트
• 작업에 대한 진행 상황을 팀원들에게 알림
• 개발자는 Jira issue 업데이트 없이 Tool에서
개발작업을 진행
• DevOps 프로세스 개선을 위한 Insight 제공
15. Jira의 Code 화면
• Jira 프로젝트에 연결된
repository를 표시
• 다양한 솔루션의 여러 repository를
추가 할 수 있음
• 예) GitHub, GitLab, Bitbucket
16. repository 연결
• repository가 연결되면 Jira에서
commit, branch 생성, pull
request 내역 확인 가능
• branch명, commit 메세지, pull
request 생성 시 이슈 키를
맵핑하여 사용
17. Jira issue에서 repository branch 생성
• Jira가 repository와 통합되면
Jira issue 보기 화면에 branch를
생성 할 수 있음
• Jira issue에서 개발 작업을
시작할 수 있는 편리함이 있음
18. branch 생성
• Jira issue key는 branch명에
포함되어 있음
• Jira issue와 repository를
연결하는 작업
• branch명에 Jira issue 제목이 포함 됨
23. 지속적인 통합과 지속적인 배포(CI/CD)
• DevOps의 핵심적인 요소는
CI/CD의 파이프라인
• 배포 파이프라인이라고도 함
• 자동화 항목
• Builds
• Test
• 스테이징 및 운영 환경에 배포
• CI/CD의 목표는 작은 사이즈 단위로
지속적인 배포를 하는 것
24. 파이프라인의 단계
• 크게 두가지 단계로 구분
• Pre-deployment/build
• Deployment
• Pre-deployment 단계 실패 시
파이프라인이 중지 됨
• Pre-deployment 단계 통과 시
스테이징 또는 운영 환경에 배포
진행
Pre-deployment
Deployment
25. 자동 VS. 수동 배포
• 배포 단계에서 자동 또는 수동으로
실행되도록 구성 할 수 있음
• 일반적으로 스테이징 서버 배포는
자동으로 구성
• 운영 배포는 종종 수동으로 구성
• 예를 들면 배포 담당자는
운영에 배포할 시기를 선택 할
수 있음
Automatic
Manual
26. 파이프라인 실행 시점
• 소스 커밋
• pull request 승인
• Automation rule
• 수동으로 실행
27. Bitbucket 파이프라인 구성
• Bitbucket 파이프라인을 정의하려면
repository의 루트 폴더에
bitbucket-pipelines.yml이라는
텍스트 파일을 저장해야 함
• Bitbucket은 배포 과정을 보다 쉽게
수행 할 수 있도록 템플릿과 UI를
제공 함
30. 파이프라인 트리거 항목 지정
• The default: 해당 라인의 의미는
repository에 대한 commit 실행 시
파이프라인이 시작되는 트리거
• default 대신 branch 명을 지정하여
선택적으로 trigger 가능
31. build가 실패했을 경우
• 실패한 단계를 시뮬레이션하기 위해 step
항목에 ‘exit 1’ 명령을 사용
• Security scan 단계 Jira가 빌드 실패를 적용
32. Jira Releases panel
• Jira에서 이슈와 관련된 배포 정보는 이슈의
release panel에 표시 됨
• Jira에 release 상태를 바로 확인 할 수 있음
• CI/CD 도구와 함께 작동하도록 Jira 구성
• commit 메세지, branch명, pull request에
이슈 키 지정