Event storming based msa training with a commerce example. Contains analysis, implementation and operation by event storming and microservices frameworks and devops tools
[Key Note] 올바른 DevOps 수행을 위한 Infra Structure 전략 최지웅 CTO
오픈소스컨설팅이 개최한 Atlassian meets DevOps and ITSM 세미나 발표자료를 공유합니다. 오픈소스컨설팅의 노하우가 담긴 DevOps Infrastructure 전략을 확인해보실 수 있습니다.
창업의 과정동안 CEO로서 혹은 비즈니스를 리드하는 담당자로서 한번쯤은 "생각해볼 일들을 연상시키는 슬라이드"를 통해 창업을 생각해보는 시간을 가지고자 작성한 장표입니다. 2010.07.20에 프라이머 창업 인턴십 프로그램에서 발표한 자료입니다. - twitter: @pletalk
파워포인트 블루스의 두가지 지향점인 1)형식의 문제 - 잡스와 같은 슬라이드와 빽빽한 글자로 된 슬라이드 사이에 갇혀서 고생하는 현실, 2) 내용의 문제 - 논리 전개의 미숙 등 두가지 현실적인 문제를 제시하고 주로 이에 대한 인식전환을 촉구하는 인트로 성격의 강의이다. 프레젠테이션으로 이미 업로드한 과거의 슬라이드들과 내용은 거의 같다. 다만 매번 강의때 마다 주어진 시간, 청중에 따라 내용의 전개과정이 약간씩 변화되고 있다.
이번 TOZ특강은 파워포인트 블루스 책의 내용에서 거의 벗어나지 않게 설계되었으므로 책의 전반적인 내용이 궁금하신 분들에게 유용할 듯 하다
Event storming based msa training with a commerce example. Contains analysis, implementation and operation by event storming and microservices frameworks and devops tools
[Key Note] 올바른 DevOps 수행을 위한 Infra Structure 전략 최지웅 CTO
오픈소스컨설팅이 개최한 Atlassian meets DevOps and ITSM 세미나 발표자료를 공유합니다. 오픈소스컨설팅의 노하우가 담긴 DevOps Infrastructure 전략을 확인해보실 수 있습니다.
창업의 과정동안 CEO로서 혹은 비즈니스를 리드하는 담당자로서 한번쯤은 "생각해볼 일들을 연상시키는 슬라이드"를 통해 창업을 생각해보는 시간을 가지고자 작성한 장표입니다. 2010.07.20에 프라이머 창업 인턴십 프로그램에서 발표한 자료입니다. - twitter: @pletalk
파워포인트 블루스의 두가지 지향점인 1)형식의 문제 - 잡스와 같은 슬라이드와 빽빽한 글자로 된 슬라이드 사이에 갇혀서 고생하는 현실, 2) 내용의 문제 - 논리 전개의 미숙 등 두가지 현실적인 문제를 제시하고 주로 이에 대한 인식전환을 촉구하는 인트로 성격의 강의이다. 프레젠테이션으로 이미 업로드한 과거의 슬라이드들과 내용은 거의 같다. 다만 매번 강의때 마다 주어진 시간, 청중에 따라 내용의 전개과정이 약간씩 변화되고 있다.
이번 TOZ특강은 파워포인트 블루스 책의 내용에서 거의 벗어나지 않게 설계되었으므로 책의 전반적인 내용이 궁금하신 분들에게 유용할 듯 하다
다우기술이 전해드리는 그룹웨어, 메일솔루션, 영업/고객관리 솔루션
다우기술은 협업과 소통, 모바일 환경 구현이라는 큰 목표로 다양한 비즈니스 어플리케이션을 개발하고 사업을 진행해오고 있습니다.
DaouOffice - 협업과 소통 기반의 차세대 그룹웨어
Terrace Enterprise Solution - 엔터프라이즈 메일 솔루션 & 메일 통합보안 솔루션
SmartProcess - 글로벌 기준의 소셜CRM
비즈니스 어플리케이션 시장 내의 다우기술의 힘찬 행보는 앞으로도 계속됩니다.
본 브로셔를 통해 궁금한 사항이 있으신 경우,
다우오피스 : www.daouoffice.com
테라스메일 : terrace.daou.co.kr
스마트프로세스 : www.smartprocess.co.kr
상담문의 : 1577-3019
모바일 스크린 디자인하기 (@WebWorldConference, 2013.11)keesung kim
모바일과 같이 작은 화면을 가진 디바이스를 디자인할 때 고민해야할 점들은 어떤 것들이 있을까요?
모바일 스크린 디자인 원칙을 10가지정도로 정리해보았습니다.
* 시간이 지나면서 이제는 업데이트가 필요한 이미지들도 꽤 있네요.
하지만 기본 원칙들은 아직 유효하기에.. :D
모바일 고려사항 (Context, Device, Interaction)
모바일 스크린 디자인 원칙
1. Diet Information (Pareto's Law)
2. Reduce Drill Down (Strolling Around)
3. Contents over Navigation (Occam's Razor)
4. Focus on Primary Task (Step by Step)
5. Economize Labor (Real Nature)
6. Keep Contents Seamlessly (Seamless)
7. Design for Input Method (Fitt's Law)
8. Select Optimal User Interface (Mental Model)
9. Choose Natural Transition (Mapping)
10. Show Emotional Animation (Mimicry)
창업가로서 '투자'를 어떻게 생각하고 바라봐야할지에 대한 내용을 담고 있습니다. '투자'에 대한 올바른 생각과 관점을 갖는 창업가의 자세는 비즈니스를 성공단계로 이끄는데 중요하다는 점에서 25개의 내용들이 투자를 고민하거나 생각하고 있는 스타트업들에게 도움이 되기를 기대해봅니다. - by IgniteSpark
“비즈니스 사고를 돕는 패스트 트랙(Fast Track for Business Thinking)”은 사업 아이디어가 떠오르는 바로 그 순간 비즈니스를 구성하는 여러 요소들에 아이디어를 대응시켜 실제적 비즈니스 관점에서 살펴보도록 돕는 생각정리 도구입니다. by @ignitespark
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.
All about Data Center Migration Session 1. <Case Study> 오비맥주 사례로 알아보는 DC 마이그레...BESPIN GLOBAL
기존 레거시(Legacy) 시스템이 가지고 있는 변화하는 기술에 대한 빠른 대응과 비즈니스 어플리케이션 배포의 한계 등을 극복하기 위한 대안인 클라우드 도입.
클라우드 국내 도입 현황과 클라우드로 마이그레이션을 해야 하는 이유를 실제 사례를 통해 알려드립니다.
클라우드를 통해 비즈니스 혁신을 가속화하고 쉽고 정학하게 구현하실 수 있습니다.
[목차]
1. 클라우드 국내 도입 현황과 클라우드로 마이그레이션을 해야 하는 이유
2. 클라우드 마이그레이션의 기본 프로세스, 전략, 비용 절감 효과, 로드맵
3. 베스핀글로벌 구축 사례 : 오비맥주의 마이그레이션 사례 공유
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSAVMware Tanzu Korea
최근 IT 시장은 ‘클라우드 네이티브’ 라는 컨셉을 적극적으로 받아들이면서 혁신의 속도를 높이기 위해 여러가지 노력을 기울이고 있습니다. 본 세션에서는 ‘클라우드 네이티브’ 를 이루는 4가지 요소인 DevOps, CICD, Container, MSA 를 간략하게 살펴보고 MSA 가 나머지 클라우드 네이티브 3 요소와 어떻게 상호작용하여 고객 여러분의 비즈니스에 도움이 되는지 알아봅니다. 그리고 MSA 로 이행하기 위한 조직면에서의 요건과 기술 면에서의 요건을 살펴봅니다.
<1탄>왜 마이크로 서비스인가 - 마이크로서비스로 구성된 애플리케이션 소개
Session abstract:
이번 세션에서는 무엇이 마이크로 서비스고, 어떤 철학과 사상을 가지고 있는지 알아봅니다. 세션이 종료되면 참석하신 분들은 마이크로 서비스의 구성에서 어떤 내용이 중요한지 알게 됩니다. 전체 시리즈로 진행되는 첫 세션 입니다.
Session agenda:
-실 서비스용 데이터베이스를 종료한다면 어떤 일이 벌어질까
-마이크로서비스와 마이크로서비스가 아닌것
-어떻게 시작해야 하나
-마이크로서비스 애플리케이션 소개
-클라우드 네이티브(클라우드 최적화란)
발표자: 이정훈 솔루션즈 아키텍트, AWS / 이상규 솔루션즈 아키텍트, AWS / 현륜식 솔루션즈 아키텍트, AWS / 강동환 솔루션즈 아키텍트, AWS
Part 1 : Cloud 로의 전환
Cloud로 전환하는 과정에서 검토되는 Windows 서버 운영 및 Cloud Endure에 대한 기본 개념 등을 소개합니다.
Part 2 : SAP 에 대한 고민
본 세션에서는 기업들이 가지고 있는 SAP 가치를 극대화하고 비용절감 및 업무자동화를 실천하는 방법에 대해 소개합니다
Part 3 : 백업 및 복구
기업들이 가지고 있는 데이터 통합관리 및 재해복구 방안, 그리고 데이터 내구성을 확보하고 비용절감하는 방안에 대해 소개합니다.
Part 4 : 하이브리드 클라우드 아키텍처
하이브리드 클라우드 아키텍처를 제시하고, VMware Cloud on AWS, Outposts와 같은 고객의 On-Premise 환경과 밀접한 관련이 있는 제품 및 서비스를 알아봅니다.
클라우드를 활용한 디지털 제조(Digital Manufacturing)실현 방법 및 사례 소개 - 윤석찬 (AWS 테크에반젤리스트) :: ...Amazon Web Services Korea
제조업의 디지털 혁신을 위해 오퍼레이션 및 고객 데이터 등을 분석하고, 이를 경영 전략에 활용하는 것이 점점 중요해 지고 있습니다. 본 세션에서는 제조업 현장에서 클라우드를 도입하는 다양한 국내외 사례를 통해 스마트 프로덕트를 기획하는 단계부터 생산에 이르기까지 다양한 과정을 거치면서 어떻게 클라우드를 활용하여 혁신을 이루어 내었는지 삼성중공업, 현대 건설 기계 및 GS칼텍스 등 국내 사례 위주로 소개 합니다.
누가 내 엔터프라이즈 고객을 클라우드로 옮겼을까?-양승호, Head of Cloud Modernization,AWS::AWS 마이그레이션 ...Amazon Web Services Korea
마이그레이션처럼 새로운 일을 시작하기에 앞서 갖는 두려움, 익숙한 환경으로부터 변화하는 것에 대한 거부감, 다가올 변화를 감지하고도 과거의 경험과 기억 속에 갇혀 앞을 볼 수 없었기에 놓쳐버린 것에 대한 후회… 하지만 변화를 긍정적으로 받아들여 새로움에 적응하고 도전을 즐길 수 있을 때 진정한 가치를 찾을 수 있다. 대규모 마이그레이션, 즉 엔터프라이즈 고객이 클라우드로 옮겨가기 위해 필요한 진단 및 처방, 구체적인 준비 및 계획, 마이그레이션 및 현대화, 그리고 비용 최적화를 포함하는 단계별 접근법을 안내하고, AWS 마이그레이션 가속화 프로그램 (MAP)에서 제공하는 패키지화된 오퍼링을 소개하며, 마이그레이션 여정의 각 단계별 이정표에 따라 클라우드로 이전하는 체계적인 방법론과 모범 사례를 안내합니다.
안녕하세요. 이희종입니다. 한국 오라클에서 근무 하고 있습니다.
저희 팀에서는 지식 먹방이라는 방송을 Youtube 채널을 통해서 하고 있구요. 이번에 마이크로서비스라는 주제를 가지고 한번 다루어 보는 시간을 가져 보았습니다. 아직 마이크로서비스라는 단어에 대해서 생소하신 분이라면 개념을 이해하기에 좋은 자료라고 생각됩니다.
방송영상은 https://www.youtube.com/watch?v=64t4Kck6JEQ 보실 수 있습니다.
이와 더불어 오라클 클라우드 서비스 중에 하나인 Application Container Cloud Service 에 대한 내용도 포함되어 있습니다.
1. Always On, Always Responsive
FabricServer를 이용한
를
‘다이나믹 애플리케이션 서비스 관리’ 관리’
펜타시스템 테크놀러지㈜
1
2. 회사 소개
Company Information Customer Driven Growth
Founded: 2000 ~100 Fortune 1,000 Clients
Employees: ~ 200 1,000s installations globally
Revenue: 60+% YOY Growth (2007) 1M+ CPUs in Fortune 1,000 data centers
Worldwide Presence Dynamic Application Service Management
Headquarters: New York, London, Tokyo Our mission is to be the clear leader in enabling
Global Offices: Boston, Chicago, Global 2,000 organizations to deliver, manage,
Washington D.C., Paris, Frankfurt, and optimize scalable enterprise-class
Madrid, Milan, Beijing application services
2
5. 레거시 데이터센터 모델
인터넷 뱅킹(J2EE / Web Apps) 웹 포탈
뱅킹 포탈(ISV/COTS Apps) CRM(Legacy Apps) NEW Apps
Datacenter Silo Datacenter Silo Datacenter Silo Datacenter Silo
Challenges
• 애플리케이션이 전용 리소스에만 제한되어 있어 확장성과 QoS에 제한을 받습니다.
• 작업 부하가 최대치일 경우를 대비하여 자원이 과다 할당되어 있으므로 평상시에 10~20%의 자원만을 사용하는
현상(underutilization)을 초래합니다.
• 새로운 비즈니스 업무가 발생할 때 마다 전용 리소스가 추가로 발생해야 합니다.
비용,성능
성능,민첩성에
기업의 비용 성능 민첩성에 영향
• 레거시 데이터센터 모델은 인프라를 과다 제공하고 불충분하게 이용함으로써 비용을 증가시킵니다.
• 제한된 방식으로 하드웨어를 추가하는 것 만으로는 성능요구문제를 해결하기 어렵습니다.
• 시장 수요에 신속하게 대응하기 위한 비즈니스 능력에 걸림돌이 됩니다.
5
6. 레거시 데이터센터 모델
IT예산 중 40%가 인력 예산의 80%~90%를 IT 57% 의 회사들은 비즈니스에
비용에 할당 운용에 사용 영향을 미치는 문제를 찾아야
하는 과제를 가지고 았다.
&
95%의 경우 24%의 경우
애플리케이션 서비스 관리의 주요 비용은 인력 및 운용에 트러블슈팅에 2 명 트러블슈팅에 10명
사용된다. 이상이 필요하다 이상이 필요하다
80
70 • 78%의 경우 미션 크리티컬한
60 비즈니스 애플리케이션의 1시간 애플리케이션
50 다운타임이 최소 시간당 $10,000의 업그레이드와
40 손실을 발생시킨다고 한다 패치의 경우가
30 50% 실패
20 의
• 22%의 경우 시간당 $100,000과
과
10 $500,000의 손실 발생
의
0
10K+ 100K+
6
8. FabricServer
• 비즈니스 정책 및 수요에 따라서 기업용 애플리케이션을 동적으로 구성, 활성화 및
확장하는 Dynamic Application Service Management 솔루션
• FabricServer를 이용하여 IT 조직은 애플리케이션 관리와 배치를 단순화하는데
집중하고 비용과 복잡성을 줄이는 동시에 운영 효율과 민첩성을 높일 수 있습니다.
8
9. 애플리케이션 가상화
단계
• 1단계 : 정적이고 Silo화된 데이터센터 인프라에서
화된
애플리케이션을 분리
단계
• 2단계 : 공유 자원 풀에 대한 중앙 집중 커맨드와 제어
단계
• 3단계 : 애플리케이션에 자원을 다이나믹 하게 할당
온디맨드(On-demand)
• 온디맨드
• 캘린더 스케줄
• 비즈니스 우선 순위
• SLA 및 QoS
9
10. 지원 애플리케이션 플랫폼
한번 구성으로 어느
곳에나 디플로이
SharePoint
비즈니스 정책에
POJO
따른 동적인 확장
IIS
Apache
Tomcat
SLA / cost /
utilization을 Command
ASP.NET
모니터링 Line
Java Platforms Microsoft Platforms Other Containers ISV / Packaged Applications
Dynamic Application Service Management
데이터 센터
10
11. 의
FabricServer의 가치
Time to Deploy Server Utilization Performance / QOS
Always Always
Weeks Minutes App Silos Clouds
Available Responsive
Challenge: Challenge: Challenge:
기업용 애플리케이션의 프로비져닝과 모든 애플리케이션 프로젝트는 자체 자원 서비스 관리에 대한 임시변통의
구성은 복잡하다. 일관적이지 않으며 풀을 필요로 하기 때문에 비용을 낭비하게 접근방식이 변화하는 수요와 자원
느리고 일반적으로 셋업 시에 1일에서 되고 혁신을 저하시킨다 가용성에 대한 다이나믹한 응답을 어렵게
30일 가량 소요된다 만든다
Value Proposition: Value Proposition: Value Proposition:
FabricServer는 애플리케이션의 구성 및 FabricServer는 다수의 애플리케이션 FabricServer는 서비스 관리와
프로비져닝 작업을 일괄적인 방식으로 수 프로젝트가 공통 자원 풀을 사용하도록 프로비져닝,구성과 실행환경 제어를
분내에 자동으로 완성 해준다 해서 비용을 감소시킨다 통합해서 변화하는 수요와 자원 가용성에
대해서 다이나믹 하게 대응한다
11
12. 사례:
사례 WebSphere ND Cell 설정
Best Practices From
WebSphere Web site: Stage 1 Stage 2 Stage 3 Stage 4
Create Virtual Image Provide Customization Deploy Activate
Files
• Install guest OS
• Install JEE App Server Target Deployment manager
Hypervisor
• Install applications
• ConfigJEE Script Standalone
Application Profiles • Clone
Create profile Image
JEE Update profile Managed Node
Application Server
Import .car file • Customize OS and
Start DMgr network
Other common Cell
Add node Deployment Managed
components
monitoring agents, Mgr. Cell
Start server • Run ConfigJEE
security, etc..
• Application Profiles
Operating System • Choose Option (1-4)
Existing
standalone Managed
node Node 1
• Construct Topology
Export Deploy
Manager
Managed
MyApp.car Node 2
12
13. 를
FabricServer를 이용한 자동화
1 기본 구성 모델을 템플릿에 기록 1 Stage 1 2 Stage 2 3 Stage 3 Stage 4
Create Virtual Image Provide Customization Deploy Activate
Files
• Install guest OS
• Install JEE App Server Target Deployment manager
Hypervisor
• Install applications
• ConfigJEE Script Standalone
Application Profiles • Clone
Create profile Image
JEE Update profile Managed Node
Application Server
특정 아키텍처와 애플리케이션
Import .car file • Customize OS and
2 Other common
Start DMgr
Add node
network
Deployment
Cell
Managed
구성 모델을 생성 components
monitoring agents,
security, etc..
Start server • Run ConfigJEE
Mgr. Cell
• Application Profiles
Operating System • Choose Option (1-4)
Existing
standalone Managed
node Node 1
• Construct Topology Deploy
Export
Manager
3 런타임환경에서 동적으로 Managed
디플로이,프로비져닝,활성화
MyApp.car Node 2
13
15. FabricServer 아키텍처
Fabric Broker 중앙 집중 방식의 정책 기반 활성화 및 모니터링 제공
HOST
Domain 2
Domain 1 Domain
D3
Domain 4
Domain
Daemon: 호스트를 모니터링 하고 엔진들을 관리
Domain
Engine: 애플리케이션 도메인 인스턴스를 생성하고 제어 및 모니터링
Domain: 애플리케이션 및 애플리케이션 서버 인스턴스
15
16. FabricServer 아키텍처 - 계속
Distributions
FabricServer Broker
JEE서버 플랫폼(Oracle WebLogic,IBM WebSphere)과
같은 애플리케이션 실행환경의 스냅샷
Registry
Distributions
Application Domains
Distribution상에서 실행될 애플리케이션과 애플리케이션 구성
애플리케이션 서버 구성 파일 – Distribution에 자동으로
삽입됨. App Domains
인터넷 뱅킹
Application Service Policy CRM
웹 포탈
애플리케이션이 실행될 스케줄과 클러스터 크기(인스턴스 수)
운영 환경 조건, 헬스 상태,통계 정보 모니터 Policies
Rules
캘린더 스케줄링
OS 종류 또는 메모리 크기와 같은 애플리케이션이 우선 순위
프로비져닝될 환경의 필요 조건과 선호도 설정 SLA
16
17. FabricServer 프로비져닝 동작 방식
매뉴얼 방식 FabricServer 방식
배포,구성 및 Start/Stop
설치,배포,구성 및 FabricServer를 이용한 자동화
Start/Stop
관리자의 수 작업 Engine
애플리케이션
애플리케이션
Container
애플리케이션 플랫폼
애플리케이션 플랫폼
OS OS
FabricServer Broker
애플리케이션 정책,스케줄,
관리자 애플리케이션
플랫폼 우선순위,SLA
17
18. FabricServer 프로비져닝 동작 방식
FabricServer Broker
Storage
Registry
Distributions
App Domains FabricServer Host 인터넷
뱅킹
Rules
Policies Distribution Domains
<deploy>
<start>
Daemon
Engine
<start>
• Daemon은 호스트를 모니터링하고 또한 온디맨드 방식으로 Engine을 복제
• Broker는 Engine이 Domain 인스턴스를 스타트 시키도록 지시
• Engine은 애플리케이션을 실행 환경에 디플로이하고 플래폼을 구성
• Engine은 애플리케이션을 스타트 시키고 상태 모니터링 및 통계 데이터 수집
18
19. FabricServer 의 장애 처리
FabricServer
Broker App App
엔진 App
엔진
애플리케이션 Platform
Platform Platform
플랫폼 컨테이너 컨테이너
OS OS
애플리케이션
정책,스케줄,
우선순위,SLA
App App
엔진 엔진
Platform Platform
컨테이너 컨테이너
OS OS
공유 자원 풀
19
20. 패키징,프로비져닝,
자동화된 패키징,프로비져닝,활성화
Platforms
FabricServer Applications
CRM Decision
Package Support Package
eBiz
Customer
Care
Users Users
Distributions App Domains
Deploy, Provision
and Activate
20
22. 관리의 자동화
• 모니터링
- JMX정보를 통한 애플리케이션 성능 항목에 대한 모니터링
- 시스템 자원 사용량에 대한 모니터링 및 레포팅
• 자동화를 위한 정책 설정
- 시스템 자원 사용량뿐 아니라 애플리케이션 성능 항목을 기준으로 한 Scale out 정책사용
- 비즈니스 애플리케이션 별 우선순위 설정 가능
• 중앙 집중 방식의 관리 및 제어
- 중앙 집중 방식의 애플리케이션/애플리케이션 플랫폼 저장소
- 전체 공유 자원 풀에 대해서, One Click으로 전체 애플리케이션을 프로비져닝
22
23. 관리의 자동화
• 모니터링 화면
- 전체 공유 자원 풀에 대한 모니터링
- 도메인 별 성능 및 자원사용량 모니터링
23
24. 관리의 자동화
• 개발자를 위한 Self-Service Portal
• 빈번한 개발자의 개발환경 설치 및 구성 요구를 개발자 스스로 할 수 있도록 함
• 개발자의 요청에 대해서 관리자는 승인 및 거절 권한
• 개발자는 원하는 애플리케이션 플랫폼과 구성 템플릿을 통해서 원하는 이미지를 생성
24
26. 공유 자원 풀을 이용한 시간 스케줄링
Business Data
운영환경에 있는 다수의
Web-Online
Intelligence Integration
애플리케이션이 공유 자원 Day
사용한다면?
풀을 사용한다면?
• 어떤 애플리케이션 플랫폼도
수동으로 프로비져닝 하거나 구성할
필요 없음 Evening
• 캘린더 스케줄에의 의해서 수 분내에
한 플랫폼에서 다른 플랫폼으로
자동으로 전환
• 부하에 따라서 동적으로 플랫폼의
Overnight
스케일을 UP /Down
26
27. 와의
VMware와의 통합 기능을 이용한 다이나믹 프로비져닝
FabricServer Broker
Engine Distribution App Domain
Operating System
Policies
Virtual Machine
Physical Machine
Run-Time Controls
• FabricServer Broker 새로운 VM이 필요함을 감지
• VI SDK가 새로운 VM을 구동하고,VM환경에서
FabricServer Engine이 구동
VMware VI3
VI SDK
• FabricServer Broker 가 애플리케이션 플랫폼과
VMware Virtual Center 애플리케이션 실행환경을 프로비져닝 및 구성을 실행
27
28. 공유 페일 오버 시스템
운영 환경에 있는 다수의 Production Production Production
애플리케이션이 공유 자원 풀을
사용한다면?
사용한다면? Failover Failover Failover
• 장애나 부하에 대응하기 위해
App1 App2 App3
수동으로 백업 시스템을
생성하거나 구성할 필요가 없음
• 부하 및 장애가 동적으로 발생함에
따라서 VM을 삭제하거나 리-
Production Production Production
프로비져닝 할 수 있다.
App1 App2 App3
FabricServer Engine
VMware
Shared Failover
28
30. 차세대 데이터 센터 모델
온디맨드 가상 데이터 센터를 위한
End to End Provisioning and Management 솔루션
ISV Packages Application Platforms Custom Applications
Applications DASM
VM VM VM VM VM VM VM
Virtualization
ESX Server
Infrastructure
Bare-Metal Servers Storage Network
VFrame DC
30
31. 새로운 서비스 다이나믹 프로비져닝
Resources Centralized Command & Control
►Apps 템플릿을 조립해서 통합된 애플리케이션과 인프라스트럭처 스택을
프로비져닝 한다.
►Platforms
Integrated Application and
Infrastructure Stack
►OS Templates
Application
Command and Control
Applications Application Platform
►Firewalls DataSynapse DASM
API
►Switches Operating System / VM
Virtualization
VMware Virtual Center
►Load API Network
Balancers
Infrastructure
Cisco VFrame DC
►Servers Servers
►Storage Storage
31
32. British Telecom – MaaS 프로젝트
MaaS(Middleware As a Service)프로젝트 목표
프로젝트
• Enterprise Virtual Data Center(기업 가상화 데이터 센터) 구축
개선
Cycle Time개선
미들웨어와 웹 서비스를 위한 비용 절감
프로비져닝 자동화 플랫폼 구축
문제 해결 시간 감소
일관되고 표준화 된 방식으로 서비스를 시행착오 감소
공급
성능(QoS) 개선
성능
가용성 개선
32
33. British Telecom – MaaS 아키텍처
L
O
C C ustom ers
A
L Customers Tools Tools Tools
On-
On-Demand
Packaging Dynamic
Provisioning Application
Service
Activation Management Management
C
L
O VM VM VM VM VM VM VM VM
U
Compute
D and
Storage
Network
33
34. British Telecom – MaaS 최적화
Platforms ISVs Legacy
Pre-DASM
Utilization Response Time to Infrastructure Growth
Time Deploy Costs Rates
No Data No Data
Platforms ISVs Legacy
DASM - Baseline
Dynamic Application Service Management Platform
Maps metrics to the
infrastructure Platforms ISVs Legacy
Captures baseline
Optimized
metrics Dynamic Application Service Management Platform
Optimizes based
on results
34
35. British Telecom – MaaS 프로젝트 결과
• Cycle Time개선
• 자동화된 애플리케이션 디플로이는 현재의 수동적인 방식에 비해 75%의 CycleTime 개선.
의
• 애플리케이션의 자동화된 업그레이드와 패치로 현재의 수동 방식이 걸리는 시간의 50% 이상 개선.
• 서버 이용률 개선
• 가상 데이터 센터 환경에서 애플리케이션의 동적인 정책 관리를 제공함으로써 50%의 이용률 개선.
의
• SLA 개선
• 동적으로 자원을 유연하게 사용함으로써 애플리케이션이 언제나 가용성과 QoS에 부합하도록 한다.
QoS .
• 자동화된 장애대응 시스템
• H/W또는 성능장애 시 다른 환경으로 애플리케이션 서비스를 확장 및 이동함으로써 자동화된 DR(Data Recovery)를
제공한다.
• TCO절감
• 현재의 운영 비용에서 30% 절감
• 서버 이용률 수준을 높임으로써 중복된 공간을 줄이며 이는 운용 전력과 냉방 전력이 필요한 하드웨어를 줄이는 것과 같은
효과이다.
35