2. Open Source Alliance
2012-2015 오픈 클라우드 엔진
fastcat
cloudine
Business
Experts
Operators
Social Portal & SaaS Apps
CLOUD INFRA
BPM / BRE / BI
CLOUD IDE / PaaS ALM
End Users
Developers
3. 소프트웨어 딜리버리 하기
1. 아이디어 창출
2. 예산확보
3. 하드웨어 구입요청
4. 하드웨어 취득
5. 하드웨어 공간 확보 및 정돈
6. OS 설치
7. OS 패치 및 패키지 설치
8. 계정 생성
9. 프레임워크 디플로이
10. 미들웨어 디플로이
11. 테스팅 툴 디플로이
12. 테스팅 툴 테스트
13. 코딩
14. 멀티태넌시 처리
15. 서버 환경 설정(필요한 시 추가구
매)
16. 생산완료
17. 런칭
18. 서버 추가구매 요청
19. 승인 응답 대기
20. 새로운 서버 디플로이 etc.
1. 아이디어 창출
2. 예산확보
3. VM 요청
4. 프레임워크 디플로이
5. 미들웨어 디플로이
6. 테스팅 툴 디플로이
7. 테스팅 툴 테스트
8. 코딩
9. 멀티태넌시 처리
10. VM서버 환경 설정
11. 생산완료
12. 런칭
13. VM서버 추가구매 요청
14. 승인 응답 대기
15. 새로운 VM서버에 디플로이 etc.
1. 아이디어 창출
2. 예산확보
3. 코딩
4. 테스트
5. 런칭
2000 TODO 2010 TODO 2013 TODO
물리적 환경.
By IaaS
By PaaS
7. IBM의 클라우드 도입 가이드라인
클라우드 도입의 최종목표인 프로세스 기반 클라우드 서비스는 모든 규모에서 공통적인 방향성임
8. 확장된 SaaS 성숙도 모델과 BPaaS
• 진보된 SaaS 는 동적인 구성과 다이내믹한 연동이 가능한 수준을 지
원하여야 함. 이는 BPaaS (BPM As A Service)로 구현 가능함
9. 2015 OCE
• Has own OSS – Docker + Apache Mesos
+ OSGi
• Tools for Architects and Developers –
Provider Portal, Cloud IDE and Modeling
Tools
• Multi-tenant support & Subscription
management
• Recently, metering / billing module has
been added.
11. Bahamas: 클라우드 프로비저너/오
케스트레이터
• 가상서버 증설시 스냅샷을 이용한 가상서버 인스
턴스 생성
– 스냅샷 이미지의 크기로 인한 가상서버 생성시 시간
과다 소요
• Software 업데이트 및 OS 변경시 다시 소프트웨어
를 설치하는 문제
• 다수의 소프트웨어를 복잡한 과정을 통해 구성해
야 하는 경우 대응이 어려움
– 예) Apache Web Server > Apache Tomcat > MySQL
설치, 설치 후 환경설정, 연동, 서비스 시작, VM 생성
11
12. Cloud Orchestrator의 중요성
• 클라우드 관리의 관리비용 절감 및 용이성 확보 필요
• Cloud Orchestrator가 제공해야하는 주요 기능
– 클라우드 자원의 관리 자동화
– Software 설치 및 구성 자동화
– 클라우드 자원 관리와 Software 관리의 통합
– 설치 및 구성을 위한 material의 통합관리 (설치 및 구성 스크립
트)
• Cloud Orchestrator는 IaaS에서 PaaS로 가기 위한 징검다리
12
14. Bahamas에서 Chef 연동
• Bahamas는 개발자의 역할을 시스템화 하
는 것이 목표
– Chef Workstation의 주요 기능의 온라인화
– Chef Server 관리 통합
– Chef Supermart 연동
– 다양한 클라우드 지원
14
Cookbook
다운로드
Chef Supermarket
* Chef Supermarket은 설치 및 구성 스크립트가 공개되어 있는 커뮤니티입
니다.
관리 프로비저닝
Cookbook
Repository
15. 역할 정의
• 가상/물리서버에 역할(예; MySQL Server)
을 배정
15
새로운 역할 정의
하나의 서버는 다수의
역할을 수행할 수 있음
– MySQL, Apache
UI를 통해 이미 정의한
역할을 결합하여 새로
운 역할 작업 가능
생성한 역할을 부트스
트랩시 서버에 적용
이미 정의되어 있는
역할 목록
18. Chef Supermartet 연동
• 무료로 공개되어 있는 설치 스크립트를 다
운로드하여 자산화
18
Chef Supermarket
Chef Supermarket API
연동
Supermarket의 Chef
Cookbook 다운로드
Cookbook 조회
다운로드한 Cookbook
을 자체 관리용
Repository 업로드 및
관리 가능
19. Chef Supermartet 연동
• 무료로 공개되어 있는 설치 스크립트를 다
운로드하여 자산화
19
Supermarket을 통한
Cookbook 다운로드
압축해제
의존성 다운로드
의존성
다운로드
한
Cookboo
k
Cookboo
k
편집기
20. 워크플로우 관리
• 워크플로우 디자이너를 통해 복잡한 처리
지원
20
복잡한 처리 과정의
단순화
정의한 역할(Role)
연계
변수 정의
병렬처리 지원
스크립트를 이용한
다양한 작업 가능
21. essencia:
Model-driven SaaS ALM
제공자-운영자-소비자가 참여하여 모델링~개발~앱스토어까지의 생태계
사이클을 참여자가 IaaS의 직접적인 핸들링 없이 지원
마이그래
이션 / 모
델링
개발 /
테스트
(이미지)
빌드
가격모형
결정 & 게
시
가입 & 취
득
커스터마
이징
개발자
비즈니스
분석가
운영자
소비자
개발
커뮤니티
앱스토어
표준
프레임워크
셀프서비스
웹에서 개발 모델링
26. uengine-uml:
UML기반 Software Modeling
* 하기 모두 로드맵입니
다
웹기반 UML 모델링
XMI 표준 준수
(eCore 사용)
자바 클래스 생성, 리
버스
클래스 인스턴스 입출
력 생성
ERD 모델로의 전환
JPA 모델 생성
27. uengine-bpm:
비즈니스 프로세스 관리
업무 전문가를 위한
실행가능 프로세스
언어 – BPMN
GUI기반 비즈니스 룰
정의
웹서비스 통합 (*CSB)
비즈니스 폼
데이터 매핑
• DB 쿼리 자동화
• SQL 툴
29. garuda: OSS support core
Garuda master
Master Node
Docker
Registry
DB
Garuda console
Load balancer
ProxyDMZ
REST API
Web UI
Firewall
Internet
Master
Slave
Master Master
Slave Slave ...
Cluster
ZK
Internal Firewall
Admin
http://<appId>.mydomain.com
* 색이 칠해진 박스는 하나의 VM Instance를 나타낸다.
30. Developer Portal Zone
BPM Server
Operation Time Support
(Integration via MSA / CSB)
Application Instance Zone
Router (HA Proxy
Provision
ing
Agent
Docker 1
(Tomca
t)
App-
A.war
Docker 2
(Tomca
t)
AppB.wa
r
Provision
ing
Agent
Docker 1
(Tomca
t)
App-
A.war
Docker 2
(Tomca
t)
AppB.wa
r
Provision
ing
Agent
Docker 1
(Tomca
t)
App-
A.war
Docker 2
(Tomca
t)
AppB.wa
r
Provision
ing
Agent
Docker 1
(Tomca
t)
App-
A.war
Docker 2
(Tomca
t)
AppB.wa
r
MQ
Cloud Controller
External Cloud
Services
REST Service
of AppA
SOA Service
Of AppB
REST/SOA Service
Of External Apps
Cloud IDE’s
BPMN
Modeler
31. Multi-tenancy Support
Developer Portal Zone
Metadata Server
Application Instance Zone
Router (HA Proxy
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
MQ
Cloud Controller
Brand for TID
Self
Service
Portal
Client
(Web
Browser
TID.service.com
Logic for TID
Metadata per
tenant
TID in ThreadLocal
32. Business Supporting Service:
Metering / Billing
Developer Portal Zone
Billing / Metering Server
Application Instance Zone
Router (HA Proxy
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
Provisioning
Agent
Docker 1
(Tomcat)
App-A.war
Docker 2
(Tomcat)
AppB.war
MQ
Cloud Controller
Application Log
Plan
Menag
ment /
Self
Service
Client
(Web
Browser
TID.service.com
serviceA
serviceA
serviceB
….
Billing data
per tenant
Aggregate and filter out Billing Logs
33. Supporting Full Lifecycle of
Model-driven, DevOps
클라우드
마이그래이
션
모델링/개
발/테스트
가격모형
관리 정산
클라우드
운영
멀티태넌트
가입 운영
34. Case: KIAT’s R&D Cloud
IT 개발 부서
표준 프레임
워크 개발 환
경
샌드박스
개발자 포
탈
운영자 포탈
프로세스 엔진 (uEngine BPM)
(개발, 배포, VM생성, Scale-out, 소멸 프로세스)
Apache DeltaCloud /JCloud (IaaS 접근 추상화)
형상관리서버
(SVN/Git)
빌드서버
(Jenkins)
개발기 인스턴스 운영기 인스턴스
다종 IaaS : 엔키아 / 오픈스택*
모델서버
(메타데이터 서
버)
템플
릿
마켓플레이스
가입자 포
탈
(임차)
사용기관
IT 운영
R&D Cloud PaaS
엔진부
36. Differentiators
SaaS 성숙도 Level 3
• 멀티태넌시-싱글인스
턴스 프레임워크와
동적 확장 기능
• 셀프서비스 포탈을
통한 가입자 별 커스
터마이징
클라우드 IDE
• 공통서비스(오픈 API)
들을 웹상에서 직접
테스트
• 모델링 플랫폼을 통
한 프로세스, 룰, 브
랜드 관리 기능
프로세스 기반
• BPM기반의 가입, 자
원요청, 앱 등록 프로
세스 지원
• 웹 2.0 기반 소셜 개
발자 협업 환경 제공
• 어플리케이션 개발
운영 프로세스 변경
용이
표준 기반
• IaaS표준
인터페이스로 아파치
델타클라우드 및
JCloud를 기반하여
이기종 IaaS를
사용가능
안녕하십니까? 오픈클라우드엔진의 의장을 맡고 있는 장진영입니다.
지난 2012년 부터 3년간의 국산 오픈소스 플랫폼 제품들을 클라우드 컴퓨팅의 주제로 통합하고 있는 프로젝트입니다. 본 자료는 기업과 서비스 제공자 들의 클라우드 컴퓨팅 전환에 있어 요구되는 사항들을 짚어보고, 2015년 지금까지 노력해온 오픈클라우드엔진의 제품들이 어떻게 그 요구사항들에 부합될 수 있는지에 대한 내용을 담고 있습니다.
전통적인 소프트웨어 서비스 제공 방식은 하드웨어를 구매하는 절차에서 소프트웨어를 개발하고 그 개발을 위한 다양한 미들웨어를 설치하고 최적화하는 과정입니다. 즉, 하나의 시스템이나 서비스를 운영하기 위해서는 소프트웨어의 기획, 설계, 개발을 넘어 하드웨어, 네트워크, 미들웨어, 성능 최적화와 같은 시스템 운영과 관련한 전문성을 갖추어야 하는 부담이 존재하였습니다. 그런데 최근에 등장한 IaaS와 PaaS는 우리로 하여금 소프트웨어 개발 아이디어에만 집중할 수 있도록 해주고 있습니다. IaaS와 PaaS는 어떤 마법을 부린 것일까요?
DevOps (데브옵스) 라는 Developer와 Operator의 합성어인 용어가 심심치 않게 최근에 들려오고 있습니다. 즉, 개발자가 운영자의 역할도 대신할 수 있는 환경이라는 이야기인데요, 그림은 그 진화과정을 보여주고 있습니다. 상대적으로 시스템이 자동화할 수 있는 영역인 빌드와 통합 그리고 테스트, 그리고 반영에 이르기까지의 사람이 개입하여 작업하던 것들을 도구들이 대신 해주면서 점점 사람은 보다 창의적이고 설계 관점의 임무만을 수행하면 되기에 이르렀습니다. 그러한 도구들에는 통합빌드를 쉽게 해주는 maven, 테스트 자동화를 위한 junit, 자동화된 주기적인 시스템 반영과 통합을 오케스트래이션하는 jenkins 등이 있습니다.
이러한 완전한 형태의 DevOps 환경이 암시하는 바는, 사람의 개입 없이도 우리 시스템이 언제나 가용하고, 새로운 버전을 반영하더라도 멈춤이 없으며, 이를 넘어서 똑똑하게 범람하는 요청에 대비하여 시스템을 알아서 증설하고 HA환경을 구성하고, 반대로 요청이 줄어들면 이에 따라 시스템의 사용을 절약하도록 완전한 운영의 자동화를 할 수 있는 단계를 암시합니다. 과연 이러한 자동화는 어떤 기술들에 의해 가능해질 수 있을까요?
그림은 클라우드 컴퓨팅 제공 방식 중 하나인 PaaS (Platform As A Service)가 제공하는 기능의 범위를 보여줍니다. PaaS는 운영중인 시스템을 ‘안정되게 제공하는’ OSS (Operation Support Service)와 ‘비즈니스적으로 시스템을 판매, 마케팅, 과금 할 수 있는’ 기능들을 제공하는 BSS (Business Support Service)를 포함합니다. PaaS는 IaaS의 하드웨어 운영 자동화의 기반 위에서 소프트웨어 개발자가 운영에 필요한 다양한 미들웨어 운영 및 시스템 최적화에 대한 고민을 대신 알아서 해줍니다. 이 기반에는 서버가 소프트웨어로 정의되어 컨트롤 가능해진 ‘Software Defined X’ 세상에 우리가 태어난 덕분이라고 할 수 있습니다. PaaS는 DevOps 환경을 구성하기 위한 좋은 기반이 될 수 있습니다.
앞서 언급드린 것처럼, PaaS는 애플리케이션 운영, 최적화, 확대를 위한 운영자동화 뿐만 아니라, 애플리케이션의 개발, 설계, 모델링에 필요한 도구들도 클라우드의 사용방식대로 쉽게 접근하여 사용할 수 있도록 도와줍니다. 이러한 환경은 특히 조직내에 적용했을때 효과가 높은데, 조직이 크고 클라우드 컴퓨팅을 단순 비용절감 수준이 아닌 제공자 측면에서 전략적으로 적용할 때일 수록, 이를 조직에 적용했을 때의 효율이 높습니다. 그림은 IBM이 제시하는 클라우드 도입 가이드라인으로서, 특히 비즈니스 모델링 기능까지 겸비한 PaaS인 BPM As A Service를 적용하면, 조직이 보유한 애플리케이션 자원들끼리 혹은 외부에서 빌려다 쓰는 SaaS 애플리케이션까지도 모델링 기반으로 통합하여 자동화된 운영을 할 수 있는 단계에 이르게 됩니다. 그러니까 모델링만으로 시스템을 만들기도 통합하기도 하면서 곧바로 운영할 수 있는 진정한 SOA 수준을 경험할 수 있게 됩니다.
그러한 확장된 시나리오를 많은 시장 조사 기관들에서는 수준 높은 SaaS 도입단계로 제시하고 있죠.
이제 2015년의 오픈클라우드엔진을 소개하겠습니다. 오픈클라우드엔진에는 자체적으로 개발된 운영지원을 위한 환경을 요즘 유행하는 도커와 아파치 메소스를 기반하여 개발되었습니다. 도커는 기존 VM 기반 가상화보다 가볍고 민첩하며, 이식성이 좋은 실행환경 분리를 가능하게 합니다. 아파치 메소스는 매우 유연한 클라우드 시나리오를 프레임워크화 해놓은 환경으로 이를 기반하면 빅데이터 클러스터, PaaS 운영환경 등을 마음껏 만들어 쓸 수 있습니다. 특히 기반 운영 프로세스를 자바를 기반으로 자체적으로 구현 가능하다는 옵션은 기존 자바 인력들을 많이 응용해온 엔터프라이즈에서 접근하지 좋은 옵션이 됩니다. 아키텍트와 개발자들은 제공자 포탈에 접근하여 모델링 툴과 개발환경을 통하여 애플리케이션을 빠르게 모델링하여 운영단계에 적용할 수 있도록 하고 있습니다.
Github.com/TheOpenCloudEngine 에 가시면 오픈클라우드엔진 내에는 여러 개의 서브프로젝트가 존재합니다. 오픈클라우드엔진의 어떤 서브 프로젝트들이 그러한 자동화된 DevOps환경을 가능토록 하는 것일까요?
이 장표에서는 운영중인 VM을 Scale Out하기 위해서 대부분은 이미 소프트웨어가 설치되어 있는 VM의 이미지를 생성해서 진행하는 경우가 대부분. 이렇게 생성하는 경우 스토리지가 포함되어 이미지가 생성되므로 VM의 크기가 커져서 시간이 오래 걸리고, 소프트웨어가 업데이트되거나, OS가 변경되는 경우 처음부터 재설치하는 과정이 진행되어야 함. 또한 실제 동작환경의 경우 복잡한 소프트웨어 스택을 가지므로 이를 구성하는 경우 상당한 수작업이 필요함.
Chef Supermarket
첫번째는 Essencia SaaS ALM 입니다. 전체적인 DevOps 프로세스를 OMG BPMN을 준수하는 uEngine BPMS와 OMG SW공학 방법론 표준인 Essence를 중심으로 확장적으로 개발 운용할 수 있도록 고안되었습니다. 필요할 때 언제든지 프로세스를 만들고 수정하여 반영할 수 있습니다. BPMS가 내장하고 있는 시스템 통합의 기능은 내부적으로 이미 사용중인 IaaS와 CI 도구 등도 유연하게 통합할 수 있도록 해줍니다.
Essencia는 또한 OMG의 SW공학 표현 표준인 Essence를 지원하여 현존하는 많은 종류의 방법론 프랙티스를 표현하고 관리할 수 있습니다. 산출물의 유형, 참여역할의 정의와 수준, 활동에 대한 기준과 산출물의 수준등의 방법론에서 준수해야하는 구체적인 체크포인트로도 관리할 수 있습니다. 자세한 사항은 omg essence 표준을 확인하시기 바랍니다. Essencia는 이러한 OMG essence 표준을 기반으로 정의된 다양한 방법론들을 프로젝트 실행할 수 있는 형태로 변환하는 기능을 포함하고 있어 스크럼, UP, UX등의 방법론을 그때 그때 조합하여 실행할 수 있습니다.
그림은 OCE의 적용사례인 KIAT에서 적용된 클라우드 운영 프로세스를 보여주고 있습니다. BPMN을 기반한 DevOps 프로세스 환경은 조직의 크기, 영역에 따라 추가 수정이 용이합니다.
에센스 OMG 표준은 프로젝트의 진척 상황을 에센스에서 정의한 3개 대분류 – 고객관점, 솔루션관점, 노력관점, 그리고 7개 세분류로 진척의 상태를 균형적인 잦대로 평가할 수 있도록 해줍니다. 이는 한번 정의된 방법론의 활동과 에센스에서 표준적으로 정의한 Kernel이라고 하는 기준의 매핑을 한번 해놓았기 때문입니다. 다양한 방법론을 적용하는 프로젝트를 운영할 경우 매우 유용합니다.
OCE garuda PaaS에는 클라우드 접속만으로 애플리케이션 개발을 할 수 있는 프로그래밍 환경을 제공합니다. 이를 통하여 개발자는 각자의 개발환경을 매번 잡을 필요가 없고 개발환경의 상이함에 의한 테스팅 비용 및 운영비용을 절감할 수 있습니다. 또한 일괄적인 보안적용도 용이합니다.
개발자 포탈의 일부인 UML 모델링 환경은 2015년 OCE 로드맵의 핵심중 하나로, 소프트웨어 코딩을 최소화하고 가능한 비즈니스 모델링을 기반하여 애플리케이션을 만들 수 있도록 할 예정입니다. 순수웹기반의 모델링 환경을 기반으로 클래스를 모델을 설계하고 클라우드 IDE에서 생성된 소스코드를 구현하여 BPMN 프로세스에 연계할 수 있습니다. 특히 POJO 기반 프레임워크에서의 애노테이션 주입을 용이하게 하여 다양한 구현정보를 모델링 과정에서 주입가능하기 때문에, 모델링만으로 웹서비스 노출 (JAX-RS), 데이터베이스 ORM (JPA) 개발 등을 쉽게 할 수 있습니다. 사용된 기반기술로는 SVG, Eclipse EMF eCore framework 이 있습니다.
소프트웨어를 모델링하고 이를 웹서비스로 Expose 하는 설정을 애노테이션으로 주입하는 등의 모델링 작업이 마쳐지면, 이렇게 완성된 요소들을 기반으로 프로세스를 편집할 수 있습니다. 또한 외부에서 연결할 수 있는 클라우드 애플리케이션들간의 오케스트래이션 프로세스를 구성할 수 도 있습니다. BPM 기능은 DevOps 운영 프로세스 자체의 관리 뿐만 아니라, PaaS상에서 개발된 애플리케이션내의 프로세스 운영, 그리고 테넌트가 가입한 애플리케이션 들간의 오케스트래이션 설정을 위한 용도로도 광범위하게 사용되어 전체 시스템의 유연성을 제공합니다. 여기에는 국내에서 개발되어 안정화된 BPM엔진인 uEngine BPM 최신 버전이 적용되었습니다.
PaaS에서 개발한 클라우드 애플리케이션을 프라이빗 환경에서만 사용하는 경우라면 이 내용이 관심이 없을 수 있습니다만, 만약 외부에 서비스로 판매할 계획이라면 과금과 빌링, 인보이스를 만드는 행위는 매우 중요합니다. 결국 인터넷 기반 비즈니스의 핵심은 가격경쟁이기 때문입니다. 타 제공 서비스보다 빠르게 가격산출 룰을 적용하고 안정된 쿼터제어 및 인보이스 생성 및 메일링 등은 성공우위에 핵심적인 기능입니다.
OCE garuda PaaS의 실행환경은 앞서 언급한 아파치 메소스를 기반으로 운영됩니다. 아파치 메소스는 트위터, 구글등에서 검증된 클라우드 프레임워크입니다. 또한 여러유형의 Infra를 하나의 가상화된 Pool로 인식할 수 있어 Hybrid Cloud 환경을 구축할 수 도 있으며, 다양한 언어를 기반으로 커스터마이징을 할 수 있는 클라우드 시스템의 ‘스프링 프레임워크’ 라 할 수 있습니다. 향후 조직내에 쉽게 커스터마이징을 할 수 있으려면 생소한 언어를 이해해야 관리 프로세스를 변경할 수 있는 다른 오픈소스 기반 PaaS 에 대비하여 기업내에 적용에서는 장점이 있다 판단할 수 있습니다.
클라우드 애플리케이션들을 사용하는 조직은 하나이상의 멀티태넌시-싱글인스턴스 애플리케이션을 어떻게 내 사용자들이 쉽게 커스터마이징하고 통합하여 사용할 수 있을지를 고민해야 합니다. OCE의 uEngine BPMS 기반의 환경은 하나이상의 RESTful 서비스를 expose한 애플리케이션들을 통합할 수 있도록 Pool 모델링과 WebService invocation 액티비티들을 드래그-앤-드롭으로 구현할 수 있도록 제공합니다. 모델링 만으로 시스템을 취득, 통합, 운영할 수 있는 환경의 핵심 열쇠입니다.
소프트웨어 개발에 있어서 싱글인스턴스-멀티테넌시를 구현하는 것은 쉽지 않습니다. OCE에 내장된 멀티테넌시 프레임워크는 하나이상의 노드에 분산되어 요청된 워크로드가 어떤 테넌트에서 요청된 것인지 인지하고 요청된 테넌트의 브랜드, 워크플로우, 데이터 구조에 맞게 소프트웨어를 폴리폴핑 시켜주어 하나의 인스턴스로 많은 테넌트를 받아들이면서도 각자의 요건에 맞춤화를 해줍니다. 이러한 기반이 없으면 Free-mium 전략 같은 핵심 SaaS 비즈니스 전략을 구사하기 어렵습니다.
사용량 측정과 과금은 클라우드 전략을 내부적인 활용수준을 넘어선 전략적으로 클라우드 비즈니스를 수행하고자 하는 기업에게는 매우 중요한 구현 고려사항입니다. 특히 언제든지 노드를 소멸가능하고 (Ephemeral) 빠르게 재생성하는 방식으로 가용성과 확장성을 제공하고자 하는 클라우드 접근 방법에서는 로그를 파일로 남겨서 수집할 수도 없고, 쿼터관리를 위하여 기존의 무거운 수집방법을 사용할 수 없습니다. OCE billing/metering 프레임워크는 이러한 고려사항을 기반하여 설계되었습니다.
앞서 소개한 많은 구현요소들은 우리 조직으로 하여금 최소한의 노력으로 최대한의 성능을 발휘할 수 있는 소프트웨어 운영을 가능하게 할 것입니다. 이를 위하여 OCE 플랫폼은 설계되어 개발됩니다.
지금 깃허브에서 오픈클라우드엔진을 만나보실 수 있습니다. 깃허브에는 전문가 여러분의 의견을 받을 수 있는 채널이 있습니다.