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설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
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설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
Pivotal Concourse를 활용한 CI/CD pipeline automated build-up & Workflow managemen...VMware Tanzu Korea
현업의 업무요청에서부터, 개발/검증/배포에 관련한 일련의 업무 과정을 하나의 Ticket으로 관리하여, 개발 생애주기 전체를 관리하는 방법에 대해 설명합니다. Concourse CI를 기반으로, 미리 만들어진 CI/CD pipeline Template을 통해 현업의 업무 요청을 Ticket 단위로 처리하여, Ticket 별로 개발 업무 과정을 자동화 할 수 있도록 구성한 사례를 공유합니다. Pivotal PAS를 통해, 개발 산출물에 대한 Build 및 Delivery가 Dev.Test/ Staging Test/ Production Deply 순서로 진행되어, 단계별 승인권자에 의해 별도의 결재 처리 없이 배포가 진행 될 수 있도록 간편화하였습니다. 형상관리에 대한 Version 전략 및 Branch 전략을 포함하고 있어서, 개발 설계 단계에서부터 쉽게 이해하고 사용 할 수 있도록 구성하였습니다.
[AWS Summit Seoul 2017] 현재 많은 기업들이 기업 내에서 보유한 많은 인프라를 아마존 기반의 클라우드 환경으로 이관하고, 데이터센터와 클라우드를 연결한 후 시스템을 이관하는 것으로 요구하고 있습니다. 이 때 기존 시스템을 분석, 데이터 이관, 애플리케이션 이관 등의 복잡한 절차를 통해 시스템을 전환하게 됩니다.
본 발표에서는 그러한 복잡한 형태의 클라우드 이관 시 이를 분석, 전환할 수 있는 방법과 그에 대한 도구(AWS ISV 파트너 도구 및 신규 U2C 솔루션)를 소개하고 최적의 전환 방법을 설명합니다. 또한 르노삼성자동차 등의 실제 전환 고객 사례를 통해 DB 마이그레이션, 서버 마이그레이션에 대한 노하우를 들으실 수 있습니다.
[Container 기반의 DevOps] Cloud Native
열린기술공방에서 처음으로 런칭한 교육 프로그램의 트렌드 세션 자료입니다. 급변하는 환경에 맞춘 SW를 개발하고 배포하기 위해, 빠른 의사결정을 할 수 있는 환경과 프로세스가 더욱 중요해지고 있는데요. 기업들에게 왜 클라우드 네이티브 전략이 필수적인지에 대해 소개한 자료입니다.
열린기술공방의 교육 과정을 통해 Kubernetes위에서 동작하는 Application의 빌드부터 배포까지의 과정을 한 눈에 확인하실 수 있습니다.
Pivotal Cloud Foundry(PCF) 2.0 and Pivotal Container Service ( PKS ) 신혜원VMware Tanzu Korea
클라우드 기반 어플리케이션을 위한 엔터프라이즈 플랫폼인 Pivotal Cloud Foundry 2.0이 새롭게 릴리즈 되면서 기존 버전과 달라진 주요 기능을 살펴보고, Pivotal Container Service (PKS)를 이용해서 개발자가 일관되고 예측 가능한 방법으로 코드를 신속하게 빌드하고 배포하는 방법에 대해 알아봅니다.
Pivotal 에서는 GE, AllState, VolksWagen 등 세계 유수의 기업들과 긴밀한 협업 관계를 이루고 있습니다. 본 세션에서는 클라우드 네이티브 및 Digital Transformation 을 위한 조직 구조, 문화, 환경을 알아보고 Pivotal 에서 어떻게 도움을 드릴 수 있는지 알아봅니다.
[Key Note] 올바른 DevOps 수행을 위한 Infra Structure 전략 최지웅 CTO
오픈소스컨설팅이 개최한 Atlassian meets DevOps and ITSM 세미나 발표자료를 공유합니다. 오픈소스컨설팅의 노하우가 담긴 DevOps Infrastructure 전략을 확인해보실 수 있습니다.
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
Cloud 기반으로 U2C(Unix to Cloud),U2L(Unix to Linux) 마이그레이션에 대한 가이드 라인과 사이징 관련 고려 사항에 대해 설명한 자료입니다.
많은 전환 프로젝트에서 추출된 경험치가 들어가 있으며, 전환별 난이도 및 고려사항이 들어가 있습니다.
Pivotal Concourse를 활용한 CI/CD pipeline automated build-up & Workflow managemen...VMware Tanzu Korea
현업의 업무요청에서부터, 개발/검증/배포에 관련한 일련의 업무 과정을 하나의 Ticket으로 관리하여, 개발 생애주기 전체를 관리하는 방법에 대해 설명합니다. Concourse CI를 기반으로, 미리 만들어진 CI/CD pipeline Template을 통해 현업의 업무 요청을 Ticket 단위로 처리하여, Ticket 별로 개발 업무 과정을 자동화 할 수 있도록 구성한 사례를 공유합니다. Pivotal PAS를 통해, 개발 산출물에 대한 Build 및 Delivery가 Dev.Test/ Staging Test/ Production Deply 순서로 진행되어, 단계별 승인권자에 의해 별도의 결재 처리 없이 배포가 진행 될 수 있도록 간편화하였습니다. 형상관리에 대한 Version 전략 및 Branch 전략을 포함하고 있어서, 개발 설계 단계에서부터 쉽게 이해하고 사용 할 수 있도록 구성하였습니다.
[AWS Summit Seoul 2017] 현재 많은 기업들이 기업 내에서 보유한 많은 인프라를 아마존 기반의 클라우드 환경으로 이관하고, 데이터센터와 클라우드를 연결한 후 시스템을 이관하는 것으로 요구하고 있습니다. 이 때 기존 시스템을 분석, 데이터 이관, 애플리케이션 이관 등의 복잡한 절차를 통해 시스템을 전환하게 됩니다.
본 발표에서는 그러한 복잡한 형태의 클라우드 이관 시 이를 분석, 전환할 수 있는 방법과 그에 대한 도구(AWS ISV 파트너 도구 및 신규 U2C 솔루션)를 소개하고 최적의 전환 방법을 설명합니다. 또한 르노삼성자동차 등의 실제 전환 고객 사례를 통해 DB 마이그레이션, 서버 마이그레이션에 대한 노하우를 들으실 수 있습니다.
[Container 기반의 DevOps] Cloud Native
열린기술공방에서 처음으로 런칭한 교육 프로그램의 트렌드 세션 자료입니다. 급변하는 환경에 맞춘 SW를 개발하고 배포하기 위해, 빠른 의사결정을 할 수 있는 환경과 프로세스가 더욱 중요해지고 있는데요. 기업들에게 왜 클라우드 네이티브 전략이 필수적인지에 대해 소개한 자료입니다.
열린기술공방의 교육 과정을 통해 Kubernetes위에서 동작하는 Application의 빌드부터 배포까지의 과정을 한 눈에 확인하실 수 있습니다.
Pivotal Cloud Foundry(PCF) 2.0 and Pivotal Container Service ( PKS ) 신혜원VMware Tanzu Korea
클라우드 기반 어플리케이션을 위한 엔터프라이즈 플랫폼인 Pivotal Cloud Foundry 2.0이 새롭게 릴리즈 되면서 기존 버전과 달라진 주요 기능을 살펴보고, Pivotal Container Service (PKS)를 이용해서 개발자가 일관되고 예측 가능한 방법으로 코드를 신속하게 빌드하고 배포하는 방법에 대해 알아봅니다.
Pivotal 에서는 GE, AllState, VolksWagen 등 세계 유수의 기업들과 긴밀한 협업 관계를 이루고 있습니다. 본 세션에서는 클라우드 네이티브 및 Digital Transformation 을 위한 조직 구조, 문화, 환경을 알아보고 Pivotal 에서 어떻게 도움을 드릴 수 있는지 알아봅니다.
[Key Note] 올바른 DevOps 수행을 위한 Infra Structure 전략 최지웅 CTO
오픈소스컨설팅이 개최한 Atlassian meets DevOps and ITSM 세미나 발표자료를 공유합니다. 오픈소스컨설팅의 노하우가 담긴 DevOps Infrastructure 전략을 확인해보실 수 있습니다.
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
Cloud 기반으로 U2C(Unix to Cloud),U2L(Unix to Linux) 마이그레이션에 대한 가이드 라인과 사이징 관련 고려 사항에 대해 설명한 자료입니다.
많은 전환 프로젝트에서 추출된 경험치가 들어가 있으며, 전환별 난이도 및 고려사항이 들어가 있습니다.
어느 해커쏜에 참여한 백엔드 개발자들을 위한 교육자료
쉽게 만든다고 했는데도, 많이 어려웠나봅니다.
제 욕심이 과했던 것 같아요. 담번엔 좀 더 쉽게 !
- 독자 : 백엔드 개발자를 희망하는 사람 (취준생, 이직 희망자), 5년차 이하
- 주요 내용 : 백엔드 개발을 할 때 일어나는 일들(개발팀의 일)
- 비상업적 목적으로 인용은 가능합니다. (출처 명기 필수)
designing, implementing and delivering microservices with event storming, spr...uEngine Solutions
Implementing Microservices is something like an adventure. Analyzing and decomposing microservices with applying DDD and make them into code, all is not easy. With new simple approach - Event storming, designing and implementing an event-driven MSA became easier ever seen before.
Session 1. 디지털 트렌스포메이션의 핵심, 클라우드 마이그레이션 A to Z - 베스핀글로벌 이근우 위원BESPIN GLOBAL
전 세계적으로 클라우드 기반의 디지털 트랜스포메이션이 빠르게 진행되고 있음에도 불구하고, 기업에서 클라우드를 도입하고 마이그레이션 하는 과정은 여전히 어려움이 많습니다. 성공적인 마이그레이션은 클라우드로의 단순 인프라 변경에서 그치는 것이 아니라 비즈니스와 프로세스가 함께 변화할 때 완성될 수 있습니다.
그리고 그 변화의 중심에는 인공지능(AI)과 머신러닝(ML)이 있습니다. 인공지능과 머신러닝은 모든 것을 자동화하여 스스로 데이터를 분류하며 유의미한 가치를 찾아냅니다. 바로 여기에서부터 기업의 비즈니스 혁신은 시작됩니다.
클라우드로의 디지털 트랜스포메이션 전략과 인공지능/머신러닝을 활용한 비즈니스 혁신 방법 중, 어떻게 성공적으로 클라우드 마이그레이션을 할 수 있을지에 대해 이번 세션을 통해 알아보겠습니다.
3. Amazon
Serverless computing allows you to build and run
applications and services without thinking about servers.
Serverless applications don't require you to provision,
scale, and manage any servers. You can build them for
nearly any type of application or backend service, and
everything required to run and scale your application
with high availability is handled for you.
Microsoft
With serverless computing, developers rely on cloud-
based servers, infrastructure, and operating systems. The
fact is, even though it’s called serverless, servers are still
involved. But, as a fully managed service, the setup,
capacity planning, and server management are invisible
to you because they’re handled by the cloud provider. In
a traditional environment, developers must provision and
configure servers, install operating systems, and
continually manage the infrastructure. With a serverless
architecture, you’re free to create, manage, and deploy
apps that scale on demand—without worrying about
infrastructure.
Google
Serverless lets you write and deploy code without the
hassle of managing the underlying infrastructure. It
enhances developer productivity by helping focus on
what matters the most — building great applications and
abstracting away the rest. Zero server management, no
upfront provisioning, auto-scaling to meet traffic
demands, and paying only for the resources used are just
some of the benefits of serverless computing.
Wikipedia
Serverless computing is a cloud-computing execution
model in which the cloud provider acts as the server,
dynamically managing the allocation of machine
resources. Pricing is based on the actual amount of
resources consumed by an application, rather than on
pre-purchased units of capacity. It is a form of utility
computing.
Serverless 컴퓨팅 정의
4. Serverless의 의미
• Serverless 컴퓨팅의 개념
• 애플리케이션을 단일 기능(Function)의 클러스터로 분리하여
• 자동으로 관리되는 컴퓨팅 리소스 상에서 On-Demand로 실행하는 것
• Microservices의 확장
• Serverless는 사실 서버가 없지 않다 ☺
• 실제로는 워크로드를 처리하기 위해 서버가 필요
• 사용자가 서버를 관리, 유지보수, 프로비저닝 할 필요가 없다는 의미
• 클라우드 공급자가 모든 인프라를 관리해준다
• Serverless는 새로운 것이 아니다
• Public 하이퍼스케일 클라우드가 등장하면서 인기를 급 끌어 올렸다
28. Azure SignalR 서비스의 차별점
• 성능(Performance)
• 확장성(Scalability)
• 다양한 백플레인(예: SQL Server, Redis Cache)까지 자동 확장
• 필요한 만큼 Unit만 추가하면 된다
• 현재 Standard 기준 100,000 Connection 지원
• 가용성(Availability)
• 99.9% Service-Level Agreement
• 그 밖에
• 웹 애플리케이션 개발은 필수조건이 아니다
• 서버리스 컴퓨팅 활용 가능
• WebSocket 연결의 부하 분산도 알아서 척척
29. Flight Map: Realtime Monitoring Dashboard
https://github.com/aspnet/AzureSignalR-samples/tree/master/samples/FlightMap
http://flightmap-demo1.azurewebsites.net/#
비행 지도 : 실시간 모니터링 대시보드
30. Azure SignalR Service
여러분의 앱과 리얼타임 통신을 수행할 수 있게 지원하는 관리되는 서비스
Client
Client
Client
Client
App
Server
Azure SignalR
Service
SignalR
SignalR
SignalR
SignalR
SignalR
SignalR
SignalR
SignalR
SignalR
SignalR
33. Send message
Store messages
Real-time messages
Send messages
데모 시나리오
Serverless
Web Pages
Serverless
Backend
Serverless
Realtime
Messaging
Database for
Serverless
Almost
38. Azure SignalR Service SDK
<PackageReference Include="Microsoft.Azure.SignalR"
Version="1.0.0" />
ASP.NET Core 2.x based
.NET and JS
(Preview) Java client
그 밖에 다른 플랫폼도 추가될 예정
39. 마무리
• Azure는 훌륭한 Serverless 포트폴리오를 제공한다
• 이제 동접 약 10만 정도의 Realtime Web은 이다
• 서버리스 아키텍처는 혼자서 고민하기에는 쉽지 않다