Why container ?

Build Your Own Cloud
2019.05
Why Container
and the Cocktail Cloud

2
Copyright © 2018 AcornSoft All Rights Reserved
Digital Transformation and Cloud
최근 기업들의 디지털로 전환 전략이 확산 되면서 클라우드 컴퓨팅 기능과 역할이 중요 해 지고 있습니다.
Velocity
(Agile)
Interoperability
(Composable)
Elastic
(Dynamic)

3
Cloud Native Computing
어플리케이션
기존 컴퓨팅 환경
클라우드 인프라스트럭쳐
클라우드 네이티브
어플리케이션/서비스
클라우드 네이티브
컴퓨팅 환경
멀티/하이브리드
클라우드 인프라스트럭쳐
민첩성 탄력성상호운영성
컴퓨팅 인프라 전체 컴퓨팅 환경
Cloud Native Computing은 클라우드의 특성과 장점을 적용하여 구성된 컴퓨팅 환경으로, 인프라, 플랫폼,
어플리케이션/서비스와 개발, 운영, 관리의 전체 영역을 대상으로 함

4
Cloud Native Computing
클라우드 인프라 도입과 함께 기존 컴퓨팅 환경의 변화 필요성을 인식.
Netflix의 경우 핵심 비즈니스 서비스를 Cloud 기반으로 구축 함에 있어 Cloud Native 전략을 구현
* Netflix LASER Session 발표자료 중 발췌 - 2013.09

5
Cloud Native and the Container
Container의 등장으로 Cloud Native Computing 기반 기술이 변화 되고 확장됨
어플리케이션 또는 서비스 중심의 Cloud Computing 환경으로 전환 추세
* VMWorld 2017 자료 중 발췌
VM 단위의 어플리게이션 Hosting Cluster상의 어플리게이션(Container)
Scheduling

6
Cloud Native Computing Foundation
Cloud Native Computing은 클라우드 네이티브 컴퓨팅 재단이 주도 하고 있으며 관련 오픈소스를 통합 관리하고
정책/표준을 협의. 기존 글로벌 클라우드 공급자와 기술 기업들이 대거 참여하여 운영 됨
Cloud Native App을 실현하기 위해 개별적으로
진행되는 관련 기술들이 플랫폼의 관점에서 일
관된 방향으로 발전할 수 있도록 주도
The Foundation’s mission is to create and
drive the adoption of a new computing
paradigm that is optimized for modern
distributed systems environments capable of
scaling to tens of thousands of self healing
multi-tenant nodes.

7
Cloud Native Computing Technology
현재의 Cloud Native Computing은 컨테이너와 클라우드 기술을 기반으로 하며, 물리/가상 인프라 상에서 구성됨.
어플리케이션은 마이크로서비스 아키텍처를 지향
Container Packaged
Dynamically Managed
Microservice Oriented
Optimized resource utilization
Run Anywhere
Self-Contained
Scheduling
Scaling
Replication
Rolling Update
Down-sizing
Reusable
Extensibility
Stateless

8
Cloud Native Computing Benefits
Cloud Native Computing 환경은 클라우드가 제공하는 민첩성, 가용성, 확장성의 장점을 어플리케이션/서비스의
개발, 운영, 관리에 적용하여 기존 컴퓨팅 환경을 최적화 함
On Demand Delivery
필요한 컴퓨팅 자원을 즉시 제공
Application Scaling
VM 단위가 아닌
어플리케이션 단위의 오토스케일링
Self Recovery
비정상 애플리케이션 재기동
노드의 장애 발생시,
정상 서버 노드로 자동 재배치
X
Consistency & Continuous
이미지 기반으로 구성, 배포 효율화
개발과 운영 환경의 일관성
TestDev. Product
Portable
멀티/하이브리드 클라우드 기반
어플리케이션/서비스 운영
Private Public
Bare Metal
Rolling Update
업그레이드 또는 패치시
다운 타임은 제로 또는 최소화

9
Cloud Native Landscape

10
The Container Orchestration Landscape is Changing
2017년 기준 포츈 100대 기업 70% 이상이 Cloud Native 기술을 도입, 적용

11
The Container Orchestration Landscape is Changing
구글이 오픈 소스화 한 Kubernetes가 가장 널리 사용되는 Cloud Native 기술 임.

12
Container Deployment Remains Strong Both On-Premise and in the Cloud
Cloud Native Computing 인프라로 On-Premise환경과 AWS Public Cloud를 선호

13
Kubernetes Continues to Move from Development to Production
Cloud Native 기술을 실 서비스 환경에 적용 하는 추세가 현저히 증가

14
Container Usage Continues to Rise to 250+
Cloud Native 기본 구성을 위한 어플리케이션의 컨테이너 사용이 증가 추세

15
Trend - Docker

16
Trend - Docker

17
Trend - Docker

19
Resource Management
서버 자원 제공 방식의 변경
어플리케이션의 충돌 방지 à 동일 OS를 어플리케이션마다 격리하여 사용
어플리케이션 기동/종료와 자원 할당/회수가 동시에
Libs
Env.
Bins
Middleware
APPLICATION
Physical / Virtual
OS
Libs
Env.
Bins
Middleware
APPLICATION
Libs
Env.
BinsMiddleware
APPLICATION
동일 OS 공유, 격리된 어플리케이션 환경
어플리케이션마다 Guest OS 할당 불필요
Guest OS 불필요 à 6~7배의 자원 효율 상승
VM 개수 감소 à OS 라이선스 감소
De Facto Standard
서버 자원의 동적인 할당과 회수
어플리케이션 기동 시점에 필요한 CPU, Memory를 할당
어플리케이션 종료 시점에 할당된 자원 회수
어플리케이션의 특정 서버 상시 독점 불필요
Reserved 자원의 낭비 요소 제거
Container
APP
APP
APP
APP
APP
APP
APP
Server
Node
APP
Container

20
Private Cloud and the Container
어플리케이션 중심의 Private Cloud
방식 : 전용 서버없이 어플리케이션 환경 격리
전체 인프라 비용 절감, 운영 비용 절감
서버 자원의 고른 활용
라이선스 비용의 감소 동일 서버에 더 많은 어플리케이션 탑재 (6~7배), VM 개수 축소, OS 라이선스 감소
어플리케이션의 서버 독점 불필요, 서버 자원의 낭비 제거
Guest OS
Physical Machine
Host OS
Hypervisor
Guest OS Guest OS Guest OS
OS OS OS OS
P-Machine P-Machine P-Machine P-Machine
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
OR

21
Cost Effective
인프라 비용 절감
동일 서버에 더 많은 어플리케이션 운영 (6~7배)
VM 개수 감소, OS 개수 감소, 물리 서버 감소
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
APP
Server
Reserved
어플리케이션마다 서버 할당
서버 할당 후, 어플리케이션 설치
어플리케이션의 서버 독점- 상시 사용
서버 자원의 공유 불가 à 여유 자원의 낭비
어플리케이션 충돌없이 서버 공유
어플리케이션 기동/종료와 자원 할당/회수가 동시에
어플리케이션의 특정 서버 상시 독점 불필요
Reserved 자원의 낭비 요소 제거
동일 서버에 더 많은 어플리케이션 탑재 (6~7배)

22
Dynamic Management
운영 자동화 à 안정성과 생산성 향상
Self-Healing Auto-ScalingRolling Update
Liveness / Readiness Probe
Restart Pods on Application Failure
Replicate Pods on Node Failure
Incremental Version Update
Update with Zero Downtime
Rollback to Previous Versions
CI/CD with Zero Downtime
Pod Level Scaling
Fast & Resource Efficient
Horizontal Scaling (In/Out)
Cluster
Node
Replicate
Restart
X
X
Step 1
Step 2
Step 3
Scaling
Out
Scaling
In

23
Run Anywhere
어플리케이션의 이동성 확보
인프라 환경에 무관하게 일관된 어플리케이션 동작 환경 마련
서버의 가상화 서버의 추상화
물리 서버와의 분리
가상의 독립된 서버 환경
VM 단위의 이동성 확보
OS 포함 à 무겁고, 느리다
특정 벤더 의존성
OS와의 분리
독립된 어플리케이션 환경
어플리케이션 단위의 이동성 확보
OS 불포함 à 가볍고, 빠르다
Standard
Guest OS
Libs
Env.
Bins
Middleware
APPLICATION
Physical Machine
Host OS
Hypervisor
Libs
Env.
Bins
Middleware
APPLICATION
Physical / Virtual
OS

24
Multi/Hybrid Cloud Management
추상화된 인프라 + 어플리케이션 통합 관리
멀티/하이브리드 클라우드 통합 관리
어플리케이션의 자유로운 클라우드 이동성
어플리케이션 배포와 업데이트의 관리 중앙화
Operator
Cloud-A Cloud-B, Region A Cloud-B, Region B Cloud C

26
Operational Efficiency
Source : ROI Infographic from docker.com

27
Operational Efficiency
Source : Dockercon 17
Source : Dockercon 16

28
Infrastructure Reduction

29
Resource Utilization
Source : CloudNativeCon 16

30
Numbers – Cocktail Cloud
Customer
Resource
Optimization
Server Consolidation 62%
MTTR
(Mean Time to Repair)
Node Failure
(VM) 92%
Reduction
Decrease
DevOps
Efficiency
Deployment/Release
Time 71%
Decrease
Provison,
Scale
Cloud IaaS
(Time) Days Mins
Decrease
Portability
Issues
Work on my machine,
Relocate Eliminate
Before / After
Analysis

32
What is Cocktail Cloud
Container Management Platform
Public Cloud
Private Cloud
Bare Metal
Source Code
Container Build Deploy Monitor
Kubernetes Based
Container Management Platform
쉽고, 빠르고, 안전하게
배포하고 운영할 수 있는
어떤 어플리케이션이라도
어떤 클라우드 환경에서도
플랫폼

33
What is Cocktail Cloud
Build Deploy Monitor
Cloud Native
Abstract for Consistent Environment
Any Cloud, Any K8S Distros
Conforming to Industry Standard
DevOps
Continuous, Automated
Lifecycle Management
Developer Plane
Focus on Code
Forget the Rest
Developers
</> </> </> </>

34
Certified Kubernetes Based
Conformance to Standard
Guaranteed Portability & Interoperability
Timely Update
Confirmability
De-facto Standard
Container Orchestration
Certified Technical Support
Certified Service Provider by CNCF
One of 81 Vendors
업계 표준의 컨테이너 관리 기술, Kubernetes를 엔진으로 사용합니다.
CNCF에 의해 공인된 제품과 기술 서비스를 제공합니다.
Certified Platform

35
Servers Network Storage Servers Network Storage Servers Network Storage Servers Network Storage Servers Network Storage
+
+
Multi-Cluster / with Single Pane, on Any Cloud Infra
여러 클러스터를 하나로 통합해서 관리할 수 있습니다.
클러스터 인프라에 상관없이 일관된 어플리케이션 운영 환경을 제공합니다.
Multi-Cluster

36
+GKE EKS AKS OPENSHIFTCocktail CUBE
Multi-Cluster / on Any K8S Distro.
저희가 직접 제공하는 Kubernetes 클러스터만을 고집하지 않습니다.
어떤 Kubernetes 클러스터라도 상관없이, 동일하게 어플리케이션을 관리합니다.
Multi-Cluster

37
+GKE EKS AKS OPENSHIFTCocktail CUBE
Multiple Cloud / Hybrid Cloud
Multi Cloud / Portable, Scalable
Private / Public / Hybrid 어떤 클라우드 인프라 구성이라도 상관없습니다.
Multi-Cluster

38
Team / Group
Isolated, Secure
Stage
Consistent, Separated
Application
Specialized, Optimized, Dedicated
Dev Test Prod
Cluster #1 Cluster #2 Cluster #3 Cluster #1 Cluster #2 Cluster #3
BigData IoT Web
Cluster #1 Cluster #2 Cluster #3
Multi-Cluster / for Each Purpose
목적에 따라 클러스터를 분리하여 사용하십시오.
보다 안전하게, 보다 최적화된 환경에서
Multi-Cluster

39
Registration
Existing Cluster
Provisioning
New Cluster
Monitoring
Status & Usage
Cocktail CUBE
Servers
Network
Storage
Servers
Network
Storage
Resource Usage
Status
Alerting
Cluster Management
새로운 클러스터를 만들거나, 기존에 사용하던 클러스터를 등록하여 사용할 수 있습니다.
각 클러스터의 상태와 사용 현황을 감시합니다.
Cluster Management

40
Source
code
Container
Image
Image
Registry
Pipeline
Internal N/W
Build
Source Build / Container Image Build
Built-in Private Image Registry
Public Image Registry Support
Deploy
No Script, Web UI
Pipelined Delivery
Config, Volume, Network (Internal/External)
Build Flow
N instances
Volume
Load Balancer
Config
Continuous Build & Deploy
빌드에서 배포, 운영까지 통합된 DevOps 환경을 제공합니다.
Kubernetes의 강력한 기능을 편리하게 이용할 수 있습니다.
Continuous

41
User-Defined
Application Packaging
Re-Deploy
Version Control
Pre-Configured
Packaged Application (OSS, Commercial)
Instant Deploy
Helm Chart Support
Internal N/W
N instances
Volume
Config
Catalog
(User-Defined)
Package
Deploy
Running Applications
& Configuration
Any Cluster / Any Cloud
Catalog
(Pre-Configured)
+
Catalog / Enhanced Portability
운영중인 어플리케이션 구성 그대로 템플릿으로 저장하여 관리할 수 있습니다.
다양한 오픈소스 SW가 패키지로 준비되어 있어, 손쉽게 이용할 수 있습니다.
Catalog

42
Component
Repeatedly Reusable Components
Ex) Web Server, DB, Message
Service Cluster
Service as a whole
Ex) BigData, IoT, DB Cluster
Package
+
Package
Catalog / for Component or Cluster
+
카탈로그에서 배포하는 어플리케이션은 서비스를 구성하는 일부 컴포넌트로 사용하거나,
패키지를 하나의 독립적인 플랫폼 서비스로 구성하여 사용할 수 있습니다.
Built-in Catalog

43
Well-integrated
No YAML, No Script, Web UI/UX
Ease of Use
Single Control Pane
Full-Stack & Integrated
Integrated Prometheus
From Cluster Infra to Application
Resource Usage Monitoring, Alerting
Web Console
(Dashboard)
Resource Usage
Monitoring
Status Monitoring
Alerting
Build Deploy Monitor
Operation & Management
웹 UI로 통합된 환경에서 편하게 어플리케이션 운영과 관리를 할 수 있습니다.
인프라에서부터 어플리케이션까지 모니터링할 수 있습니다.
Integrated Management

44
Roles
Add/Delete - Cluster(s)/Node(s)
Add/Delete - Workspace(s)/User(s)
Monitor Cluster(s)
Resources
Registered Clusters
Administrator
…
System Administrator
Cluster Resource Registration
Resource Allocation
Resource Monitoring
Workspace
Secure, Isolated for Team/Group
Use of Allocated Resource Quota
Application Build/Deploy/Monitor
Servers Network Storage
Multi-Tenant
Roles & Resources
클러스터 자원을 여러 사용자 그룹이 안전하게 나누어서 사용할 수 있습니다.
각 사용자 그룹은 각자의 작업공간에서 주어진 자원을 활용하여 어플리케이션 빌드/배포/감시를 할 수 있습니다.

45
Dedicated
One for One Workspace
High-Level Isolation
Shared
One for Many Workspaces
High Resource Utilization
Clusters Clusters
Multi-Tenant
Resource Allocation
각 워크스페이스마다 전용의 클러스터를 할당하여 격리 수준을 높여 사용하거나,
하나의 클러스터를 여러 워크스페이스가 공유하여 자원 활용률을 높게 사용할 수 있습니다.

46
Product Type
On-Premise / Online Managed
Control
Plane
Worker
Worker
Worker
On-Premise
Site Support
Infra for Control Plane
Purchase of License
Online Managed
Online Support
No Infra For Control Plane
Subscription
Worker
Worker
Worker
Client’s Infra Client’s Infra
Provider’s Infra
Control
Plane
고객사 인프라에 전용 플랫폼으로 설치하여 이용하거나
온라인 서비스로 이용할 수 있습니다.

48
Case 1. L사, 탄력적인 APP 운영과 DevOps 구축
SolutionProblem
가끔 사용하지만 없앨 수 없는 시스템의 자원 낭비
• 해마다 특정 시기에만 단기적으로 사용하는 서비스 (ex. 회사 전용 채
용 시스템) 이지만, 데이터 센터 내의 시스템 자원을 항상 점유하고
있어 불필요한 시스템 자원이 낭비되고 있음.
일시적으로 폭주하는 트래픽의 대응
• 서비스 운영 시기에는 일시적으로 트래픽이 폭주하기도 하여, 오히
려 데이터 센터 내의 고정된 시스템 자원만으로는 부족한 상황이 발
생함.
• 장비 추가 구매를 위한 트래픽 예측도 어렵지만, 평상시 사용하지 않
는 시스템이라 자원이 추가로 낭비될 수 있음.
변화가 두려운 개발/운영 환경
• 서로 다른 외주 업체에 의해 개발된 각 시스템들은 개발 환경과 운영
환경이 모두 달라 운영 부담이 증가함.
• 시스템의 설치, 백업, 복구 등이 각 시스템마다 상이하고, 자동화되어
있지 않아 인프라의 변경이 있을 때마다 많은 위험과 이를 해소하기
위한 많은 인적 자원이 투입되어야 함.
• 각 시스템마다 독립된 개발계/검증계를 상시 제공할 자원의 여유가
없어, 시스템 변경의 위험이 증가함.
컨테이너 전환 à 어플리케이션 배포와 실행이 쉽게
• 각 어플리케이션을 표준화된 형식으로 저장 관리함.
• 어플리케이션을 별도의 설치와 설정 과정없이 배포하고 실행할 수
있는 기반을 마련함.
• 인프라에 상관없이 동일한 어플리케이션을 배포할 수 있게 됨.
배포 자동화/표준화 à 안전하게 어플리케이션 변경/복구
• 변경된 어플리케이션의 배포를 자동화하고 표준화함.
• 서비스의 중단없이 어플리케이션을 변경할 수 있음.
• 이전 버전으로의 복구 절차도 자동화 함.
• 개발계/검증계/운영계에 어플리케이션 배포를 단순화함
하이브리드 클라우드 구성 à 목적에 맞게 분리하여 운영
• 개발계와 검증계는 각 시스템별로 필요할 때마다 데이터 센터 내에
구성하여 사용한 후 반납함. 보유한 인프라 자원을 복수의 시스템 개
발과 검증을 위해 공유하여 사용함.
• 운영계는 퍼블릭클라우드에 구성하여, 일시적인 트래픽 폭주에 유연
하게 대응하고, 사용이 끝나면 즉시 자원을 반납함.
• 개발계/검증계/운영계의 접근 권한 분리하여 운영 안정성을 높임.

49
Cocktail Cloud
Application
Lifecycle
Management
Container Cluster
Management
Workspace
Workspace
Case 1. L사, 탄력적인 APP 운영과 DevOps 구축
Diagram
• 고객 On-Premis (Bare-Metal)에 설치 운영
• 기업 내부에서 Workspace 관리
Developer
Admin
Production
Operator
Users
(Open to Public)
W W
W W W
W
G
W W
W W W
W
G
Tester
개발/검증 환경用
On-Premis (Bare-Metal) : 기존 보유 인프라 활용
시스템별 개발/검증 환경 제공
서비스 운영用
서비스 운영 기간에만
퍼블릭 클라우드에 서비스 배포/운영
Build
Deploy
PackageCatalog
W
W W
W
G
Image
배포 자동화/표준화
어플리케이션 저장/배포 방식 표준화
저장/배포의 자동화

50
Case 2. D사, 기업 SW 자산의 플랫폼화
SolutionProblem
Sandbox 시험 환경을 On-Demand로 제공
• 기업이 보유한 SW 자산을 PaaS 플랫폼화하는 사업의 첫 단계로 기업
그룹이 가진 많은 어플리케이션 자산들을 모든 계열사의 임직원이
손쉽게 사용하고, 이러한 자산들을 재활용하고 조합하여 새로운 가
치를 만들기 위한 연구와 실험을 할 수 있는 환경을 구축하려 함.
• 4차 산업혁명의 주목받는 기술 요소들(IoT, BlockChain, Big Data, AI 등)
을 목표 대상으로 함.
• Sandbox 환경 활성화 정도에 대한 예측이 쉽지 않아, 구축에 필요한
인프라를 탄력적으로 운영하고자 함.
기존 시스템의 마이크로서비스 전환
• Sandbox 시험 환경에 기업이 보유하고 있는 자신의 시스템을 마이크
로서비스로 전환하여 배포하고 사용할 수 있는 체계가 필요함.
외부 PaaS 서비스, 레거시 시스템과의 연동
• 기업 내부가 가지지 못한 기술은 외부의 클라우드 서비스와 연동하
여 해결하고자 함.
• 연구와 실험을 위해 반드시 필요하지만 마이크로서비스 전환이 어려
운 어플리케이션과는 연동으로 해결하려 함.
어플리케이션 카탈로그 구성 à 배포와 실행이 쉽게
• Sandbox에서 사용할 수 있는 어플리케이션들을 메뉴 형태로 구성하
여 필요한 어플리케이션을 빠르게 찾아 볼 수 있도록 함.
• 각 어플리케이션들은 설치과정이 필요없이 즉시 실행 가능한 표준화
된 형식으로 저장 관리함.
컨테이너化 à 어플리케이션의 전환과 업데이트를 쉽게
• 카탈로그 등록 대상인 기존 시스템을 개발 언어나 개발 방식에 영향
없이 쉽게 패키지로 전환함.
• 어플리케이션을 지속적으로 업데이트하여 사용할 수 있는 배포체계
를 마련함.
하이브리드 클라우드 구성 à 요구에 맞게 나누어서 연결
운영• Sandbox 환경 인프라의 탄력적 운영을 위해 독립적인 실행이 가능하
거나 외부 PaaS와 네트워크 연동을 해야 하는 어플리케이션은 퍼블
릭 클라우드를 사용하게 함.
• 내부 레거시 시스템과 연동해야 하거나, 보안상 외부 네트워크 노출
이 금지된 어플리케이션은 Private Cloud를 사용하게 함.
• 두개의 클러스터는 전용선을 통해 보안 접속하도록 구성함.

51
Cocktail Cloud
Application
Lifecycle
Management
Container Cluster
Management
Workspace
Legacy
System
Legacy
System
Case 2. D사, 기업 SW 자산의 플랫폼화
Diagram
• 고객 On-Premis (Bare-Metal)에 설치 운영
• 기업 내부에서 Workspace 관리
Admin
Operator
Users (Closed Group)
G
내부 시스템 연동用
On-Premis (Bare-Metal)
레거시 시스템과의 연동, 외부 노출 제한 어플리케이션
외부 PaaS 서비스 이용
클라우드 서비스 업체가 제공하는 기능 사용
W W
W
G
카탈로그
어플리케이션 패키지 등록
어플리케이션 목록 구성
사용자가 직접 선택 후 배포
Legacy
System
W W
W
PP
IN OUT
G
W W
W
PP
OUT IN
W W
W
PP
IN OUT
PaaS
전용선 연결 퍼블릭 클라우드와 프라이빗 클라우드 간 보안 연결
Sandbox 시험用
Public Cloud
카탈로그 등록된 어플리케이션 배포/테스트
APP#1 APP#2
APP#3 APP#4
APP#5 APP#6
… …
Catalog
Deploy
Package

52
Case 3. L공사, 빅데이터 플랫폼 구축
SolutionProblem
하이브리드 클라우드 기반의 구축
• 퍼블릭 클라우드 서비스가 제공하는 선진 ML기술 사용을 원함.
• 특정 퍼블릭 클라우드 서비스에 국한되지 않고 목적에 따라 가장 적
합한 클라우드를 선택하여 사용하기를 원함
• 법제도에 따라 기업 보유 데이터를 퍼블릭 클라우드에 저장하여 운
영하기가 어려워 하이브리드 형태의 구축이 필요함.
반복적인 실험 반복을 위한 효율적 환경 필요
• 빅데이타 분석 모델의 구축과 적용을 위해서는 여러가지 변수를 계
속 바꿔가면서 수많은 반복 실험이 필요함.
• 반복적인 환경 구축과 동일 환경 반복 재현의 불편함을 해소하고 데
이터 처리에 집중할 수 있는 체계 구축이 필요함.
효율적인 Scale In/Out 필요
• 처리해야 하는 데이터의 변화에 따라 탄력적으로 인프라 자원을 할
당받아 사용하고, 사용하고 나서 해제해야 함.
• VM 기반의 스케일링은 많은 컴퓨팅 자원을 필요하여 프라이빗 클라
우드의 자원을 효율적으로 사용하지 못함.
멀티 클라우드 통합 관리 à 관리 포인트 단일화
• 프라이빗 클라우드와 퍼블릭 클라우드를 통합하여 단일한 관리화면
에서 운영하도록 함.
• 퍼블릭 클라우드를 고정하여 사용하지 않고 필요에 따라 선택하여
연결하여 사용할 수 있도록 하고, 동시에 복수의 퍼블릭 클라우드를
사용할 수 있음.
• 퍼블릭 클라우드에서는 일부 데이터를 바탕으로 선진 ML을 이용하
여 PoC로 운영하고, 프라이빗 클라우드에서는 전체 데이터를 대상으
로 데이터 분석하도록 역할 분리함.
배포 자동화/표준화 à 빠르고 정확하게 반복 실험
• 실험 단계에서 계속 수정되는 어플리케이션을 빠르게 배포하여 실험
할 수 있는 환경 마련
• 새롭게 구축한 실험 환경을 템플릿으로 저장하여 반복 또는 수정하
여 사용할 수 있도록 함.
컨테이너化 à 어플리케이션 단위의 빠른 Scale In/Out
• 어플리케이션이 클라우드 인프라에 상관없이 동일하게 동작할 수 있
도록 컨테이너 환경을 구축함.
• VM 단위가 아닌 컨테이너 단위로 스케일링하여 인프라 비용 효율을
높임

53
Cocktail Cloud
Application
Lifecycle
Management
Container Cluster
Management
Workspace
Workspace
Case 3. L공사, 빅데이터 플랫폼 구축
Diagram
• 고객의 프라이빗 클라우드에 설치 운영
Developer
Admin
PoC Team
W W
W W W
W
G
W W
W W W
W
G
프라이빗 클라우드
전체 데이터 활용한 분석 결과 생성
PoC 用
PoC 성격에 맞는 퍼블릭 클라우드를 선택하여 사용
일부 데이터를 바탕으로 분석 모델 검증
Build
Deploy
PackageCatalog
W
W W
W
G
Image
배포 자동화/표준화
변경된 어플리케이션의 배포/적용 자동화
실험 환경 구성의 템플릿 저장
Big Data
G
복수의 외부 ML 서비스 이용
ML
전용선 연결 퍼블릭 클라우드와 프라이빗 클라우드 간 보안 연결

54
Case 4. A사, 칵테일 온라인 서비스 활용
SolutionProblem
설치形 솔루션의 판매가 늘어나면서 유지보수 비용 증가
• 고객 인프라에 솔루션을 직접 설치하고 유지보수해야 하기 때문에,
솔루션 판매에 따라 고객이 증가할 수록 지역적으로 분산된 고객 인
프라에 개별적으로 대응해야 하는 일이 크게 증가함.
• 고객마다 개별적으로 기술지원을 해야 되기 때문에 솔루션의 버전
업그레이드 또는 패치가 갈수록 어려워 짐.
설치形 솔루션 외에 온라인 서비스 추가 도입 모색
• 영업에 의존하는 설치형 솔루션 판매가 가진 솔루션 공급 절차와 시
간의 한계를 극복하고, 솔루션 도입 비용 부담을 느끼는 중/소규모
기업 고객들까지 고객으로 확대하기 위해 온라인 서비스 도입을 원
함.
• 온라인 서비스 도입에 따르는 시간과 비용 해결책 모색중
컨테이너 DevOps 플랫폼 도입 비용 부담
• 솔루션의 개발/검증/배포의 사이클을 효율적으로 하기 위해 일찍부
터 DevOps와 더불어 Container의 도입을 고심해 왔으나, 기술 도입에
따르는 학습 장벽과 도입 비용의 부담으로 주저함.
온라인 원격 설치/관리 à 빠른 대응, 유지보수 부담 감소
• 고객 지정한 인프라 (Data Center, Public Cloud, Private Cloud) 에 원격
보안 접속하여 솔루션을 설치하고 관리함.
• 솔루션 설치와 유지보수에 따르는 시간과 인건비를 절감함.
• 어플리케이션 배포의 표준화/자동화로 유지보수의 실수를 줄임
온라인 플랫폼 서비스 à 도입 부담 해소
• 컨테이너 DevOps 플랫폼을 온라인 서비스로 제공함.
• 고객은 서비스 이용 규모에 따라 사용료를 지불할 수 있음. 플랫폼 초
기 도입 비용과 시간을 크게 줄이게 됨
Multi-Tenant 관리 à 목적에 맞게 분리 운영
• 조직 또는 팀에 따라 클러스터 인프라 자원과 어플리케이션에 대한
권한을 다르게 운영할 수 있는 작업 공간을 제공함.
• 설치형 솔루션의 유지보수, 온라인 서비스, 개발/검증 환경 등의 사
업 목적 별로 운영 환경을 분리함.
다중 클러스터 통합 관리 à 관리 포인트 단일화
• 기업별로 분리 운영되는 많은 클러스터들을 하나의 관리화면에서 통
합하여 관리함.
• 각 클러스터의 인프라 상태, 솔루션 상태 모니터링을 한번에 할 수 있
고, 각 클러스터에 배포된 어플리케이션의 버전 관리도 용이해짐.

55
Case 4. A사, 칵테일 온라인 서비스 활용
Diagram
Account (per Enterprise)
Application Lifecycle
Management
Container Cluster
Management
Workspace
Workspace
Workspace
• Control Plane 자체 운영, 서비스로 제공
• 고객 Workload는 기업 고객의 Cluster에서 운영
• 기업 고객 별로 전용 계정 발급
• 기업 고객 별로 Workspace 관리
Maintenance
Developer
Admin
Service
Operator
Cocktail
Cloud
Online
Users
W W
W W W
W
G
W W
W W W
W
G
W W
W
G
Tester
설치형 솔루션 원격 관리用
고객 인프라 에 솔루션 설치
원격으로 솔루션 설치/유지보수
자체 온라인 서비스 운영用
퍼블릭 클라우드에 서비스 배포/운영
프라이빗 클라우드에 서비스 배포/운영

56
Case 5. S사, 멀티클라우드 지원하는 PaaS 구축
SolutionProblem
PaaS 플랫폼이 필요하지만, 자체 구축은 어려워
• 자체 SW 솔루션이 포함된 대형 SI 프로젝트를 수행하는 회사로 유사
하게 반복되는 프로젝트가 많음.
• 커스터마이징 개발이 많기 때문에 수주 프로젝트의 개발과 운영 생
산성을 높여 프로젝트 수주 경쟁력을 강화하기 위한 수단으로 PaaS
플랫폼 도입을 추진함.
• 광범위하고 높은 기술 학습 장벽으로 자체 기술 인력으로 개발 실패
기존 개발/운영 환경 유지를 원함
• PaaS 플랫폼의 도입으로 기존 개발된 SW 솔루션을 새롭게 개발해야
되는 것을 우려함.
• PaaS 플랫폼이 도입되더라도 기존에 사용하고 있는 CI 도구 (Jenkins)
와 어플리케이션 로그/모니터링 도구를 유지하기를 원함.
멀티 클라우드 환경 지원 요구
• 고객들이 점차 퍼블릭 클라우드 환경을 선호하고 있고 고객마다 선
호하는 퍼블릭 클라우드가 달라서 각 클라우드 환경에 대응할 수 있
는 기술 인력이 필요함.
• 하나의 서비스를 위해 복수의 클라우드를 사용하는 멀티 클라우드
환경을 요구하는 고객도 증가하고 있음.
컨테이너 기반 PaaS 플랫폼
• 기존 개발된 SW 솔루션의 변경을 최소화하기 위해 컨테이너 기술 기
반으로 구성함.
• 클라우드 인프라에 무관하게 표준화된 컨테이너 클러스터 환경을 구
성하여 어플리케이션이 인프라에 영향 받지 않도록 함.
멀티 클라우드 인프라 지원과 통합 관리
• AWS, MS Azure, Google, Alibaba Cloud 등을 기본 지원하고, 고객이 요
구하는 클라우드 인프라 환경에서도 배포 가능하도록 함.
• 다중 클러스터를 하나의 관리 화면에서 운영할 수 있게 하여, 운영 효
율을 높임.
기존 개발/운영 환경과의 결합
• 기존에 구축하여 익숙하게 사용하고 있는 개발/운영 도구 환경을
PaaS 플랫폼에 결합함.
• 필요할 경우, 기존 환경에서 새로운 환경으로 단계적으로 이전할 수
있도록 함.

57
Cocktail Cloud
Application
Lifecycle
Management
Container Cluster
Management
Workspace
Workspace
Case 5. S사, 멀티클라우드 지원하는 PaaS 구축
Diagram
• 구축 프로젝트마다 PaaS 플랫폼 공급
• 고객 인프라(퍼블릭/프라이빗)에 설치 운영
• 개발/검증과 운영을 위한 클러스터 분리
Developer
Admin
Operator
Users
(Open to Public)
W W
W W W
W
G
W W
W W W
W
G
Tester
고객 지정한 인프라 (퍼블릭/프라이빗)
서비스 운영用
고객이 지정한 퍼블릭 클라우드
복수의 퍼블릭 클라우드 통합 운영
Deploy
PackageCatalog
W
W W
W
G
Image
기존 개발 환경과 결합
Git/SVN, Jenkins, ELK Stack과 결합

Why container ?

More Related Content

What's hot

Similar to Why container ?

Why container ?