[오픈소스컨설팅]엔터프라이즈 오픈소스 도입전략

2014. 06
엔터프라이즈 오픈소스 도입전략
주식회사 오픈소스컨설팅

2
- Internal Use Only -
오픈소스컨설팅 소개I

3
회사 역량
회사 역량
 오픈소스 컨설팅/지원 엔지니어 그룹
 오픈소스 관련 솔루션 특화 개발
 증권사 Low Latency 시스템 지원:
- 리눅스 시스템 성능 튜닝
- 오픈소스 시스템 트러블 슈팅
 레드햇 공식 기술지원 파트너
- RHEL1), RHEV2), OpenShift, JBoss,
Apache에 대한 전문 지원 파트너
클라우드 관련 전문 인력
 레드햇 엔터프라이즈 가상화 부문 서비스
구축 전문 인력 보유
 국내 최대기업의 클라우드 운영 자동화
구축 경험(패치, 보안, 애플리케이션 배포
등)
 고객사 클라우드 운영 관련 표준화 수행
 클라우드 도입 컨설팅 전문
고객 의견 수렴
및 오픈소스개발 모델
 클라우드 운영 자동화 및 관리 프로세스
컨설팅
 공개 SW 개발 모델 적용: 소스 공개에
따른 개발 모델 적용, 향후 개선 전략 모델
수립
 애자일 방법론 컨설팅을 통한 개발의
투명성 제공 및 상시 확인 기능 제공
회사 역량을 통한 적시적소의 기능 개발
및 오픈소스 기반 자동화 원천 기술 확보
최고의 기술력을 바탕으로 고객사 미션 크리티컬 시스템 아키텍처 구축 및 컨설팅을 수행합니다.
1) RHEL: Red Hat Enterprise Linux
2) RHEV: Red Hat Enterprise Virtualization

4
경험
클라우드
 삼성전자, 통합전산센터 클라우드 고도화 컨설팅 및 솔루션 용역 사업 수행
 아마존, SoftLayer(IBM) 퍼블릭 클라우드 전략 컨설팅 파트너
Linux, Gluster, JBoss, Tomcat, Apache, NginX, etc.
 1000 노드 이상의 고객사 오픈소스 시스템 운영 경험 및 노하우 축적
 OS 설치 및 관리, 애플리케이션 빌드/배포 자동화
솔루션 개발
 클라우드 자동화, WAS 클러스터, 메시징, 모바일 동기화 등의 다양한 솔루션
 OpenStack, oVirt 기반의 프록시 서비스 API 제공
고객의 서비스 구축, 성능 튜닝, 오픈소스 마이그레이션 및 운영 효율화에 대한 전문 경험

5
고객사 및 협력사

6
회사 비전
• 국내 커뮤니티에 글로벌 수준의 통합
오픈소스SW도구 및 방법론 제공
- 개발/테스트/배포 관리
- SW 변경 관리 (및 형상관리)
• 통합 오픈소스SW 개발프로젝트/포트폴리오
관리 제공
프로그램 소스 관리
프로덕션
개발 시스템
테스트 및
배포
글로벌 협업
신규 사업 및
시장 진출
개발 경쟁력
Process • 오픈소스 SW 개발 프로세스에 대한 표준 정립 및 가이드 라인 제시
System • 기관/기업 단위의 시스템 관리 통합 서비스 및 운영
People • 개방적 협업과 개인의 경쟁력 확보를 통한 커뮤니티 인력의 역량 강화
Lifecycle • 현업기관/부서와 정보시스템간의 업무 연계성 확보 및 시스템 적용을 위한 라이프사이클 관리
오픈소스SW 기반의 IT 자원 최적화 후 유연한 소프트웨어 개발 환경을 구축하여, 새로운 비즈니스 모델
도입을 통해 최소 비용으로 기업/기관 차원의 협업 환경 구축을 제공합니다.

7
솔루션 – Athena Peacock
클라우드 환경의 업무 운영을 위한 OS, DBMS, WEB, WAS 등의 설치, 구성, 배포, 패치 관리 등에 필요한 운영 자동화 서버 및 에이전트
사용자가 폭주하는 특정 시간 또는 기간에 발생하는 상황에 능동적으로 대처할 수 있는 자동 확장 및 감소 기능을 통해 장애 대응 및 운영
효율성 극대화
소프트웨어 로드 밸런서를 활용한 동적 로드 밸런싱 기능 추가와 후단 머신에 대한 다양한 알고리즘 적용 및 구성을 통한 관리
Core Modules
Operation Management Monitoring
서비스 상태 감시 성능 감시소프트웨어 관리 운영 프로세스 관리
가상화 관리 인스턴스 관리
Operator
Admin.
로그수집 뷰어 통계 정보
IAM
사용자 인증
권한 제어
명령어
서비스 접근 통제
필터링 (Filtering) 암호화 (Encryption)
Scaling/Provisioning
로드 밸런서 OS 프로비저닝
자동 스케일링
소프트웨어
프로비저닝
User Interface & Control Channel
ControlRepository
IaaS Orchestration

8
솔루션 – Athena Dolly
기존 세션 클러스터의 문제점 Primary-Secondary(WebLogic) 또는 All-to-All, Buddy Replication(JBoss)
방식을 사용하는 것이 일반적이며, 이로 인해 대규모 클러스터의 경우 아래와 같은 어려움을 안고 있습니다.
1. 세션 리해싱으로 인한 락킹 현상
2. 한 노드의 문제시 세션 도미노 장애
3. WAS 인스턴스 내의 메모리 사용량 증가
4. WAN 기반 확장 문제
기존의 클러스터 솔루션들이 가지고 있는 메모리 문제 등을 해결합니다. 제이보스 인피니스팬을 통한 데이터
그리드 확장을 통해 고가용성의 세션 서버를 구축할 수 있으며, TCP기반의 WAN(Wide Area Network) 구간
클러스터링을 지원하는 혁신적 솔루션입니다.
Infinispan Cluster
Hotrod ServerHotrod Server
Infinispan
Node
Infinispan
Node
LAN/WAN

9
구축 지원 플랫폼 영역
Management Farm
Cloud XaaS Engine
Cloud Service Framework
User Interface/Control Channel
Cloud Governance
OSS / BSS
Management DB Farm
Service Farm(NOVA)
Storage Farm(SWIFT)Storage Farm
X86 Server
Linux OS
OpenStack
X86 Server
VM
HyperVisor
VM
LinuxOS LinuxOS
DBMS DBMS
업무기능DB_1
업무기능DB_N
Backup Management
...
X86 Server
HyperVisor
VM VM
Linux Linux
WEB WAS
VM
Linux
APP
X86 Server
HyperVisor
VM VM
LinuxO
S
LinuxO
S
WEB WAS
VM
LinuxO
S
APP
Ubuntu Linux
Proxy Server
(Auth)
Ubuntu Linux
Proxy Server
(Auth) …
1…N
1…N
Linux
Account Module
Object Module
Container Module
Storage Node
(Server)
DB
Block Data Storage
10G SW &
SWIFT
Storage
Security Network
.Provisioning
.Monitoring (OSS I/F)
.Resource Info.
.Status Info.
iSCSI SW &
SAN
Storage
Management System
관리서버(SMS/NMS..)
NOVA Service
SWIFT Service
(Sync/Streamming/Transcoding)
Data Service
1…N
Data Service
Data
Service
Portal Service
.Provisioning,
.Resource Info.
.Status Info.
Storage User
(API)
Restful API
.Provisioning
.SWIFT Resource Info.
.notification
Storage User
(Portal)
Web Console
Admin Portal
Service User
Portal
Operation
Console
Command Line
Interface
X86 Server
HyperVisor
VM VM
LinuxO
S
LinuxO
S
WEB WAS
VM
LinuxO
S
APP
X86 Server
HyperVisor
VM VM
Linux Linux
WEB WAS
VM
Linux
DBMS
Linux
Account Module
Object Module
Container Module
Storage Node
(Server)
…
Internal Network
ISP
Big Data Farm
1…N
Hadoop Ecosystem
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
.HBase
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
OpenStack NOVA(Computing), SWIFT(Storage) 및 하둡 에코시스템 활용

10
오픈소스 기원
빌 게이츠
 1976년 친구 폴 앨런과 MITS Altair 8800을 위한 베이식 인터프리터 제조 후 MITS를 통해 판매
 해커들에 의해 소프트웨어가 복제되어 무상 배포
 “Open Letter to Hobbyists”- 소프트웨어 유료화의 시초
 모든 코드를 비공개 형태로 만들어 버리게 되는 계기

11
컴퓨터 동호인들에게 보내는 공개 서한
지금 개인 컴퓨터(취미용 컴퓨터) 시장에 있어서 가장 심각한 문제가 있다면, 좋은 소프트웨어 교육과정이 부족한 것, 좋은 서적이 부족한 것 그리고
좋은 소프트웨어 자체가 부족하다는 것입니다. 좋은 소프트웨어, 그리고 프로그래밍을 이해하는 사용자가 없다면 개인용 컴퓨터는 쓸모가 없습니다.
앞으로 쓸만한 개인용 소프트웨어가 나올 수 있을까요?
약 1년 전 쯤, 폴 엘런과 저는 개인용 컴퓨터 시장이 성장하리라 생각했습니다. 그래서 개발자 몬테 다비도프를 고용하고 알테어 베이직을 개발했죠.
초기 개발은 딱 두 달 밖에 걸리지 않았습니다만 저희 세 명은 약 1년 가까이 베이직의 문서 작업과 성능 개선, 기능 추가를 진행 중입니다. 현재 저
희는 4K, 8K의 확장된 ROM과 디스크 베이직을 개발했습니다. 개발 시간으로 환산했을 때, 저희 컴퓨터의 가치는 4만 달러를 넘을 것입니다.
저희의 베이직을 사용하고 있다는 수백 명의 사용자들에게 받았던 반응은 모두 긍정적이었습니다. 그러나 두 가지 명백한 점이 저희를 놀라게 했습
니다. 1) 거의 모든 '사용자'들이 베이직을 구입한 적이 없었습니다. (10% 미만의 알테어 사용자들만이 베이직을 구입하였습니다) 2) 저희가 개인 사
용자들에게 판매한 대가로 받은 저작권 수익을 생각하면, 저희가 알테어 베이직에 썼던 시간은 고작 시간 당 2불에 불과하더군요.
왜 이럴까요? 컴퓨터 동호인들 대부분이 아실테죠. 여러분 대부분이 소프트웨어를 훔쳤기 때문입니다. 네, 꼭 돈을 주고 사야 하는 하드웨어와 달리,
소프트웨어는 그냥 공짜로 공유하는 거잖아요. 소프트웨어를 개발했던 사람들이 보상을 받는지 아닌지는 누가 신경이나 쓰겠습니까?
공정한가요? 여러분이 소프트웨어를 훔치면서 하지 못하는 것이라면, 소프트웨어의 문제를 해결하거나 개선사항을 MITS에 전달하는 것이겠죠.
MITS는 소프트웨어를 유료로 판매하지 않으니까요. 저희에게 지급된 로열티는 매뉴얼, 디스켓을 만드는 비용 등의 경비에 들어가는데, 겨우 손해를
면하는 수준입니다. 여러분이 하고 있는 바로 그 행동은 좋은 소프트웨어가 개발되는 것을 막습니다. 이런 전문적인 일을 누가 공짜로 할 수 있겠습
니까? 혹은 어떤 취미 개발자가 프로그래밍, 디버깅, 문서화까지 완료된 소프트웨어를 개발하고 배포하는데 세 명의 인력을 1년 동안 투입할 수 있겠
습니까? 저희들을 제외하면 그 누구도 이런 개인용 소프트웨어에 막대한 자원을 투자하지 않습니다. 저희는 6800 베이직을 개발했으며, 현재 8080
APL과 6800 APL을 개발하고 있습니다만, 이 소프트웨어를 개인 사용자에게 제공할 이유가 있는지는 잘 모르겠습니다. 솔직히 말해, 여러분은 또 훔
칠테니까요.
알테어 베이직을 복제해서 재판매하고 있는 이들은 어떤가요? 그들은 개인용 소프트웨어로 돈을 벌고 있지 않나요? 네 그렇죠. 하지만 저희에게 신
고된 이들은 반드시 패배할 것입니다. 그들은 컴퓨터 동호인의 얼굴에 먹칠을 하고 있습니다. 그들은 어떠한 형태의 컴퓨터 동호회에서든 반드시 추
방되어야 합니다.
소프트웨어 가격을 지불하실 의향이 있거나, 제안사항, 의견이 있으신 분은 편지를 보내주시면 감사하겠습니다. 1180 Alvarado SE, 114,
Albuquerque, New Mexico, 87108 로 보내주시면 됩니다. 프로그래머 딱 열 명만 고용할 수 있다면 그리고 개인 컴퓨터 시장에 좋은 소프트웨어를
많이 소개할 수만 있다면, 제겐 더할 나위 없는 기쁨이겠습니다.
Bill Gates, General Partner, Micro-Soft

12
오픈 소스 기원
리처드 스톨만(Richard Matthew Stallman, RMS, 1953/03/19, USA)
 IBM 뉴욕 과학센터 근무(고등학교)
 MIT 인공지능 실험실 해커(하버드대)
 상용 소프트웨어와 동일한 기능 개발로 시장 독점 막는 마지막 해커 역할
1983년 상용 소프트웨어의 폐쇄성에 대항하여 공개 운영체제 개발
 GNU is Not a Unix(GNU) 프로젝트 시작
 Free Software 운동 시작 후 자유소프트웨어 재단(FSF) 설립
 Text editor(Emacs), Compiler(gcc), Debugger(gdb), make(gmake) 개발
 1989년 최초의 오픈소스 라이선스 GNU General Public License 배포
1991년 리누즈 토발즈(Linus Benedict Torvalds, 1969, Finland)의 참여
 핀란드 대학 3학년, MINIX를 응용하여 리눅스 커널 개발 후 GNU GPL로 배포
 완벽한 기능의 GNU 산출물  GNU/Linux의 탄생
저작권자가 소스코드를 공개하여
누구나 자유롭게 사용, 수정, 재배포

13
오픈 소스 소프트웨어의 일반적 정의
FOSS(Free & Open Source Software): 공개소프트웨어
FOSS에서는 특정 라이선스에 따라 소프트웨어의 소스 코드가 공개되어 있음
일반적으로 FOSS 사용자는 소프트웨어에 대한 자유로운 사용, 복사, 수정, 개작 및 재배포의
권한을 부여 받음
FOSS 의 Free는 “공짜”를 의미하는 것이 아니라, 사용자가 소스 코드에 접근하고, 프로그램을
사용, 수정, 재배포 할 수 있는 “자유”를 의미함
FOSS는 개방형 표준(Open Standard)과는 다른 의미. 하지만 일반적으로 FOSS는 국제적인
표준을 따르는 경향이 있음(OGC와 OSGeo는 다른 조직)
<10만개 이상의 오픈 소스가 존재>

14
프리웨어와 오픈 소스 소프트웨어
Freeware vs OSS
오픈 소스 소프트웨어는 공짜(No-Cost) 소프트웨어와 다른 개념
최근 기술지원을 포함하는 상업용(Commercial) 오픈 소스 소프트웨어가 많아짐
오픈 소스 소프트웨어의 상대어는 폐쇄(Closed Source) 또는 독점(Proprietary) 소프트웨어로
보는 것이 일반적
프리웨어(Freeware) 오픈 소스 소프트웨어(OSS)
소스코드 대부분 소스코드 접근 및 수정 불가능 접근 및 수정 가능
원작자 부재시
원저작자가 개인 사정에 따라 언제든지 개발
중단 혹은 상용화가 가능함(예: 오픈캡처, 알집
등)
원 저작자의 상황과 관계없이 해당 소프트웨어 사용
자 또는 개발자 그룹이 계속 이를 활용하고 발전시킬
수 있음
유지보수
관리주체
특정 그룹 혹은 사람들이 독자적으로 관리 테
스트를 하며 초기에 무료로 배포.
유지보수는 저작자 의지
오픈 소스 소프트웨어를 지원하는 강력한 사용자 그
룹 혹은 개발자 그룹이 자유롭게 해당 프로젝트를 유
지 관리(포럼, 위키, 이슈 트래커 등)
예: 오픈캡처 (프리웨어상용으로 전환)

15
오픈 소스 소프트웨어 개발 방법론
독점 소프트웨어와 오픈 소스 소프트웨어 개발 방법론 모형
독점 소프트웨어 개발 방법론 오픈 소스 소프트웨어 개발 방법론
성당 모형
위계적
폐쇄적
Leverage own knowledge
시장 모형
개방적
협력적
Leverage others knowledge too
소프트웨어 설계와 개발이 내부에서 이루어짐
내부의 지식, 지적재산권, 경험을 활용하여 개발
전문적, 체계적 소프트웨어 개발에 유리할 수 있음
설계와 개발이 다중에 의해 협력적으로 이루어짐
자신의 역량과 타인의 역량을 결합하여 개발
“We are smarter than Me” 개발 방법론

16
오픈 소스 소프트웨어 개발 방법론
공동 개발 방식으로 소프트웨어 개발
하나의 프로젝트 혹은 소프트웨어를 전 세계에 흩어져 있는 다양한 사람들과 조직이 어우러져서
개발을 진행하는 방식
공통관심사를 갖는 사람들이 함께 특정 소프트웨어나 프로젝트를 개발하는 관계로 자사의
개발과 투자 비용을 절감하고, 기업 외부의 인력과 기술을 내재화할 수 있는 특성이 있음
• 외부 인력과 기술을 활용하여 개발 비용을 절감하기 위해서는, 해당 기술을 이해하는 많은 외부 인력이
존재하고 이들이 오픈 소스 소프트웨어를 통해 자신의 기술과 능력을 공유할 정도의 환경과 규모가
필요
공동 개발 방식은 소위 네트워크 효과(Network Effect)에 의해 크게 영향을 받는 개발 방식으로
특정 임계점(Tipping Point) 이상의 개발자가 소프트웨어 개발에 참여해야만 성공적으로
소프트웨어가 유지, 관리, 개발되는 특성이 있음
핵심 개발자들
프로젝트 관리자 개발자들
커뮤니티
커뮤니티에 기여
개발에 기여
• 발전방향
• 설계안
• 평가, 피드백
• 테스트, QA, 문서화
• 번역, 기능 요청, 버그 픽스

17
오픈 소스 소프트웨어 저작권
저작권 비독점 소유
저작권의 비독점 소유 방식은 특정 라이선스를 통해 사용자들에게 소프트웨어 사용, 연구, 수정
및 배포에 있어 전반적인 권한을 제공
오픈 소스 소프트웨어 소스 코드 관리 및 라이선스 관계
커뮤니티
소스 코드
저작권 및 성과 귀속
소스코드 개발, 관리
사용 및 피드백
소스 코드 재배포
사용자
주요 오픈 소스 소프트웨어 라이선스
무료로 소프트웨어 이용 및
배포 허용 가능
소스 코드 취득 및
수정 가능
2차 저작물
재공개 의무
독점 소프트웨어와
결합 가능
GPL O O O X
LGPL O O O O
MPL O O O O
BSD License O O X O
Apache License O O X O

18
상용SW vs 오픈소스
구분 일반 상용 SW 오픈소스 SW
비즈니스 모델 라이선스+유지보수료 운영 유지관리 서비스(서브스크립션)
세일즈 모델 신규 라이선스 판매 기술지원 만족도에 따른 년간 계약
제품 개발 방법 Private & Closed Collaborative & Open
제품 로드맵, 아키텍처 단절되어 있음/통합에 오랜 시간소요 유연한 통합성/명료함/Best Breed
업계 표준 기술 지원 방법 폐쇄적인 구현 오픈소스 & 투명한 구현
기술 지원 일반 엔지니어 오픈소스 리딩 그룹
소프트웨어 배포 형태 라이선스 계약에 의한 바이너리
소스코드 비공개
소스 코드 공개
라이선스 조건에서 자유롭게 이용, 복제, 배
포, 수정 가능
비용분석 초기적용 비용 높음
유지비용 및 시스템 개선 비용 높음
초기 적용비용 낮음
유지비용이 낮고, 기능 확장추가비용 낮음
가격 정책 복잡함 단순
보안성 폐쇄적인 운영으로 인한 공개되지 않은 시스
템/취약점 보유
개발 시부터 공개되어 이미 많은 취약점이 해
결
기술성 재 사용성 낮음
프로젝트의 연속성 낮음
소스코드 공개로 재 사용성 높음
유지보수 용이, 독점폐해 방지
클라우드 기반환경을 플랫폼 형태로 만들어 재판매(동남아, 중동 등)할 경우 강력한 원가절감, 솔루션 유연성을 가짐(예: 고객 유지보수 비용으로 포함)

19
오픈 소스 과거와 현재
오픈 소스 과거 오픈 소스 현재
초기 비즈니스 모델: 교육 및 컨설팅
현재 비즈니스 모델: 서브스크립션(년 단위 유지보수 계약)
※ 오픈소스의 기본지원은 모두 솔루션 – 웹, 전화 지원으로 대부분 동일, 저작권이 아닌 상표권이 대부분

20
서브스크립션 vs 상용 제품
오픈 소스 기반의 솔루션들은 사용을 위해 라이선스 비용을 지불하지 않음
라이선스 제품과 같은 웹과 전화를 통한 유상 기술지원 서비스를 제공하는 비지니스 모델
1 년 ( 도입 년도 ) 2년 3년
소프트웨어 라이센스
유지보수
제품교육
서브스크립션
컨설팅
(개발,
커스텀마이징 )
제품교육
컨설팅
(개발,
커스텀마이징 )
유지보수 유지보수
서브스크립션 서브스크립션
Global Support Service
Production Support
Strategic Support
Red Hat Consulting
Red Hat Product Consulting
Dedicated Service
Red Hat Training
Red Hat Product Training
Certification
도입 비용 비교
레드햇 서비스
상용 소프트웨어
공개 소프트웨어
송상효 - 상용 소프트웨어의 오픈 소스 SW 전환 전략 , 2011소프트웨어아키텍처대회

21
OS 시장 전망

22
패러다임의 변화 – 단순 비용 문제가 아님
67% 기업이 IT예산 삭감
70% IT예산이 Legacy Infra에
50% CIO가 인원 부족 인식
46% IT담당 임원이 높아지는 SLA 대응의 어려움, 고비용 인식
From Cost to Value!
From Big Bang to Continuous Integration!
CIO의 관심사는 비용 효율이나 컴플라이언스
로부터 가치창조, 기술혁신으로 전환하고 있다.
단지 효율을 개선하는 것은 과거의 유행이며,
최근에는 IT가 비즈니스 전략의 실현에 직접
기여하고 있다.
KPMG International : From Cost to Value:
2011 global survey on the CIO Agenda

23
기존의 딜레마 – 불과 3년전
새로운 기술에 대한 적응시간 필요
 개발/운영팀 교육의 부담
기술적 시행 착오
 OSS에 대한 충분한 이해 부족
 애플리케이션 레벨의 OSS 사용전략 부재
적절하지 못한 OSS도입으로 인한 개발 부담 가중
변화에 대한 반발
 도입의 필요성까지만 동의  실패의 경험
 새로운 것에 대한 두려움, 반발  매너리즘
변화와 혁신은 적은 많고 친구는 없는 가장 위험하고 어려운 일이다”
-마키아 벨리-

24
오픈 소스에 대한 우려 불식
세계 증권 거래량의 70% 이상이 오픈 소스 기반에서 운영

25
기업의 오픈 소스 전략
• 최초의 오픈 소스 비즈니스 모델 개발 – 서브스크립션
• 오픈 소스 회사 최초로 매출 1조 달성
• 전세계 리눅스 커널 및 시장이 75% 점유
• 인수하는 모든 상용 솔루션을 오픈 소스로 공개
“사용자들이 직접 기능 개발에 참여해 SW 개발회사에 기대지 않고도 사용자의 요구를 충실히 만족시키
는 SW 개발이 이뤄지는 것이다. 수많은 사람이 버그와 문제점을 해결하는 과정을 통해 코드의 질이 극적
으로 향상된다.”
- Red Hat 짐 화이트 허스트 CEO, 2012 –
• 2003년 몬타비스타와 라이선스 계약을 맺으면서 홈 어플라이언
스 제품에 적용하기 시작
• 오픈 소스를 활용하는 `오픈이노베이션` 전략
• 삼성전자 제품의 90%이상에 오픈 소스 SW 활용 중
• 안드로이드 및 기타 오픈 소스 결합을 통한 휴대전화 점유율 1위
”삼성이 이처럼 오픈소스를 활용하지 않았다면 도저히 값으로 따지기 힘든 투자가 이뤄졌어야 했다”
삼성전자 박원주 상무, 2012, 코리아 리눅스 포럼

26
• IBM은 리눅스 개발에 10억 달러 이상을 투자
• 120개 이상의 프로젝트에 기여함으로서 오픈 소스에 헌신
• IBM은 개발과 혁신을 위한 “patent commons”에 500 개 특허를 기부
• Eclipse 소스 공개 후 자바 개발도구의 표준이 됨
• jazz를 통해 오픈 소스 개발 방법론 도입
“기업이 보유하고 있는 것만으로 사업을 하는 시기는 지났다. 지금은 협력의 시대”
- IBM 기술 및 전략 부사장 어빙 왈더스카이 버거 –
• 마이크로소프트의 오픈 소스 전략 추진
• Microsoft가 Apache 스폰서가 됨
• Codeplex.org 오픈 소스 커뮤니티 설립 및 지원
• IronPython 등 오픈 소스 스크립트 언어를 MS 플랫폼에 지원
• 가상화 플랫폼 상호 운영성 확대를 위해 오픈 소스 진영과 협력
• 오픈 소스 진영에 드라이버 코드 2만 라인 무상제공
• Hyper-V 통합을 위한 OpenStack NOVA 프로젝트 참여

27
오픈 소스 블록 모델
Step1
Prototype
Step2
Base Framework
STEP 3
Biz. Development
STEP 4
Integration
STEP 5
Production
Process Completed
오픈 소스를 조립하여 하나의 완전체를 형성해 나가는 과정 필요
필요한 솔루션에 대한 검토 및 취사 선택

28
왜 오픈 소스인가?
비용 절감, 자원 절감, 안정성 증가, 소스 수정 및 커뮤니티를 통한 개발자 직접 접촉 가능
기술적 측면 경제적 측면 사업적 측면
세계적 수준의 소프트웨어를
빠른 속도로 개발 가능
다수의 외부 개발자들에 의한
소스 코드 검토를 통해
소프트웨어 안정성 증가
주요 시장지배적 소프트웨어
사업자와의 기술 격차 해소
가능
뛰어난 외부 개발자의 내재화
저렴한 도입 비용
세계적으로 검증된 오픈
소스를 사용함으로써 개발
비용 절감
개발자들의 소프트웨어에 대한
학습 부담감 감소
소스 코드 레벨의
커스터마이징 가능
성공 사례를 소스 코드
레벨에서 재활용 가능
자사의 부족한 제품군을 빠른
시간안에 보완 가능
오픈 소스를 활용한 다양한
고객의 수요에 대응
회사 브랜드 가치
제고(커뮤니티 기여 등)
기술과 성과를 공유함으로써 협업적으로 사회를 발전시키는 기반으로 작동

29
오픈소스 솔루션 및 적용 영역II

30
IT 환경의 주요한 변화
 제품과 서비스가 결합된 서비스 비즈니스 모델IT Service
 비용 절감의 대안으로 등장, 기간계 솔루션 핵심 인프라
 기업의 원천 기술 확보를 위한 교두보 역할
Open Source
 TCO 절감을 위한 핵심 솔루션 영역
 오픈 소스 가상화 솔루션 역량에 주목(KVM1), Xen2))
Virtualization
 인프라 통합 비즈니스 모델
 기존 인프라 가용성 확보를 위한 전략적 모델
Cloud
Computing
1) KVM(Kernel Virtual Machine): 레드햇에 의해 개발되고 있으며, 리눅스 커널 상에 가상화 기능이 기본적으로 포함되어 있음
2) Xen: 캠브리지 대학에서 개발 후 오픈소스화, 2007년 Citrix에 의해 인수되어 지원.

31
운영 체제 – Linux 기반
모든 안드로이드 스마트폰 단말(한국 90.1%)
전세계 슈퍼 컴퓨터의 93.8%(2013년 11월 기준)
Google, Twitter, Facebook, Amazon, etc
개발자 8,000명, 회사 800개, 1,500만줄의 코드
3~6개월 주기의 커널 업그레이드
리누즈 토발즈 kernel.org  Red Hat, Debian 계열
이름 점유율
Red Hat 28.6%
Debian 12.2%
CentOS 10.6%
Fedora 9.5%
Ubuntu 8.7%
SuSE 11.6%
Others 18.6%
출처: Worldwide Linux Server Operation System Environment by Vendors, 2006-2010, March IDC 2011
<서버용 OS 점유율, 2011>

32
리눅스 서버(Top 4)
1994년 리눅스 커널을 활용한 배포판을 생성하여 소프트웨어 무료 공급, 교육/컨설팅 사업 시작
서브스크립션이라는 오픈소스 비즈니스 모델을 세계 최초로 만듦
미들웨어, 가상화, 빅데이터 등의 업체 인수 후 모든 솔루션을 오픈 소스화 시키는 전략
The Community ENTerprise Operating System의 약자
레드햇 엔터프라이즈 리눅스의 소스 코드를 그대로 가져와 빌드 후 레드햇 로고 변경, 재배포
레드햇과 동일한 코드, 버전, 패키징 사용
Software und System-Entwicklung(소프트웨어 및 시스템 개발의 독일어)
독일에서 최초로 시작되었으며, 유럽에서 개발되고 가장 많이 사용
수세 브랜드와 상표권을 2003년 노벨이 인수 후 지원
데비안 커뮤니티에서 배포하는 오픈소스(프로젝트 창시자의 부인인 Debra의 이름에서 따옴)
초기 강력한 패키지 관리 기능(의존성 감지, 전체 자동 업데이트 등)
현재 많은 리눅스의 일반적인 기능을 도입하는 데 선구자적인 역할을 주도해 옴

33
웹 서버
Name Feb 2013 Percent Mar 2013 Percent Change
Apache 344,915,105 54.68% 341,021,574 54.00% -0.68
Microsoft 104,647,425 16.59% 113,712,293 18.01% 1.42
nginx 81,074,694 12.85% 85,467,555 13.53% 0.68
Google 22,717,984 3.60% 22,605,646 3.58% -0.02
출처: NetCraft March 2013 Web Server Survey(http://news.netcraft.com/)
NCSA1) HTTPd 코드를 기반으로 리눅스에서 사용할 수 있도록 웹 서버 코드를 재작성
전세계 시장 점유율 63.7%, 웹 사이트 54%가 웹 서버로 아파치를 사용
커뮤니티 그룹과 미 델라웨어사와 합작하여 아파치 소프트웨어 재단 설립(1999)
비동기 이벤트 기반의 웹 서버로 HTTP, SMTP, POP3에 대한 리버스 프록시 기능 제공
러시아 개발자들에 의해 개발되고 있으며, 서브스크립션 모델의 지원 회사 설립
Facebook, Netflix, WordPress 등의 최대 트래픽 발생 사이트에서 핵심 서버로 사용
1) NCSA: The National Center for Supercomputing Applications, 슈퍼컴퓨터망에서 이용하게 될 각종 프로그램과 통신 규약을 연구하는 곳으로 1986년에 설립

34
웹 애플리케이션 서버
Productivity Report, Zeroturnaround 2012
자바 웹 애플리케이션 서버 4형제 – Tomcat, JBoss, Jetty, Glassfish
표준 주도로 인한 범용재(일용품 수준) 성격의 소프트웨어 변모
전자 내 개발자 Tomcat, 운영 시스템 JBoss

35
데이터베이스
세계에서 가장 많이 쓰이는 오픈 소스의 관계형 데이터베이스 관리
시스템(RDBMS)
오라클은 MySQL 인수(10억 달러) 후 “오픈코어 전략” 표방
- 오픈소스 결과물의 확장 기능이나 엔터프라이즈 기능 공개하지 않고 있음
- 오픈소스가 아닌 폐쇄형 형태의 솔루션으로 변질 중(예: 클러스터 기능 등)
Michael "Monty" Widenius에 의해 개발, 오라클 정책에 반발 퇴사
몬티의 막내 딸 이름을 붙여 MariaDB 시작
퇴사 후 MySQL 기반으로 기존 기능/성능 능가하는 오픈 소스로 변모
오라클 상용 기능이 기본으로 탑재(클러스터, 샤딩 등)
오라클은 썬마이크로시스템즈를 인수하면서 독과점 문제로 유럽연합(EU)에 MySQL 제품에 대한 지속적인 개발과 API 프로바이더들에 대한 권리 요
구를 하지 않겠다고 공약한 바 있지만 문제는 이 공약사항의 만기가 1년밖에 남지 않았다는 점이다. MySQL 커뮤니티는 공약사항 만기 이후 오라클의
MySQL 제품 운영방안과 방침에 대해 불안해하고 있다.현재 오라클은 MySQL 소스코드 저장소를 공개하지 않고 있다.
기타: PostgreSQL, BerkeleyDB, CloudScape, Cubrid, etc.

36
NoSQL(Not Only SQL)
비관계형 데이터저장소로, 보통 기존 전통적인 방식의 관계형 데이터베이스와(RDBMS)는
다르게 설계된 확장형 데이터베이스
대용량 데이터 저장 및 분석 RDBMS 수평적 확장의 한계
Contribution

37
가상화(Virtualization)
하드웨어
발전
OS
Multi-App 환경
App App App
OS
x86 서버 아
키텍처
App 장애/간섭,
선택/Hang
사용률
Virtualization
가상화 환경
OS
App
OS
App
OS
App
고성능 H/W
단일 OS, 다중 애플리케이션
단일 H/W, OS,
애플리케이션
파티셔닝,
캡슐화, 격리
서버 사용률 개선, 서버 즉시 확장 등의 IT 자원의 효율화
서버 통합을 통한 TCO 절감, 유연성 및 확장성의 제고라는 다양한 효용성 제공
OS, Network, Storage 등의 다양한 가상화 종류

38
Docker
리눅스 시스템 이미지를 기반으로 사용할 수 있는 모든 애플리케이션으로 컨테이너로 제작
상위 컨테이너의 이미지에 사용하고자 하는 애플리케이션만 탑재(민첩성)
복수개의상품다양한이동수단
필요에 따라 다양한 방법으로 목적지로
이동시키고 원하는 항목을 꺼내서 적용
하는 개념
컨테이너 내에 넣고자 하는 물건을
넣은 후 최종 목적지에서 꺼내 사용
한다는 개념
출처: docker.io

39
Docker
Static website Web frontendUser DB Queue Analytics DB
개발 가상머신 QA server 퍼블릭 클라우드 개발자 노트북
다양한애플리케이션
상용클러스터
데이터센터
운영: Configure Once, Run Anything
개발자 : Build Once, Run Anywhere
다양한하드웨어환경
애플리케이션을 다양한 환경으로 이동시키며 구동할 수 있는 환경 마련
출처: docker.io

40
클라우드 컴퓨팅(like Amazon)
Ideal Cloud Platform
User Interface & Control Channel
Cloud XaaS
Infrastructure
Firewall SAN NAT DMZ
Service Handler
Cloud
Governance
Configuration
Management
Resource
Management
API
Services
Service
Portal
Admin
Portal
Operation
Console
Command Line
Interface
BSS
OSS/BSS
OSS
Metering
Billing
User Profile
Management
Service Management Service Governance
Monitoring
Reporting
IAM
Compute
Service
Hypervisor
Auto
Scaling
Compute
Cloud
VM
Template
VM
Import
Networking
Service
NAS
Load
Balancing
Hosted
Private Cloud
DNS
Service
Storage
Service
Database
Service
Common
Service
No-SQL
Relational
Database
Virtual Block
Storage
Distributed
File System
DB Import
DB Export
Import
Export
Messaging
Service
Policy
Management
Change
Management
Service Lifecycle
Management
Security
Provisioning
Backup /
Recovery
Availability
/ Capacity
Queue Service
Notification
Service
Email
Service

41
빅데이터
파일
지도 개인 스토리지
동기화
서비스 플랫폼
인프라 플랫폼
OLAP
Smart Phone
PC/Laptop
Reader
Tablet PC
빅데이터 분석
SNS
인터넷
기업서비스
B2B, B2C
① 데이터 마이닝
② 클러스터 관리
서
비
스
플
랫
폼
인
프
라
Echo System
Hadoop File System
서비스 스택
③ 데이터 처리
④ OLAP
① 워크플로우 관리
② 데이터 분석
③ 빅데이터 로드
④ NoSQL 쿼리
정형/비정형 데이터
추이분석
변경분석
빅데이터 플랫폼으로 Apache Hadoop이 de-facto 표준이 되어 가고 있는 상황

42
빅데이터 기반 통합 분석 시스템 구성도
SFTP
빅데이터 통합 분석 시스템
정보제공 활용/공유
발전된 서비스 제공
빅데이터 처리/분석 플랫폼
빅데이터 저장 플랫폼
빅데이터 인프라
HTTPS
SOAP
Agent
Download
메타DB관리
클러스터 관리
회원 관리 등
포털시스템
빅데이터 분석 결과를 활용한 보다 발전된 서비스 제공
통계/분석/마이닝 하둡 기반 분석
통계/분석 데이터마이닝 배치 분석
정형+비정형
연계분석
메타DB관리
빅데이터 자원관리
공통기반 운영관리
Meta Repository
운영/관리 DB
추출 전송 변환 저장
통합보안 H/W 인증
RDBMS NO SQL 분산파일시스템
형태
정형/준정형
비정형
구분
내부 DB
외부 DB
데이터
원본DB
기초데이터
기초데이터
분석
결과DB
결과데이터
결과데이터
내부DB
외부DB
고객
정부
부서
부서
경영진
SFTP
REST
외부
개인
Agent
공공DB
Crawling
Download
빅데이터 수집 플랫폼
A
P
I
A
g
e
n
t
빅
데
이
터
통
합
연
계
수
집
N/W S/W
WEB마이닝
문서
파일
포털(WEB)
SNS
일반 ISP 기본 아키텍처

43
오픈 소스 클라우드 아키텍처
Management Farm
Cloud XaaS Engine
User Interface/Control Channel
Cloud Governance
OSS / BSS
Management DB Farm
Service Farm(NOVA)
Storage Farm(SWIFT)Storage Farm
X86 Server
Linux OS
OpenStack
X86 Server
VM
HyperVisor
VM
LinuxOS LinuxOS
DBMS DBMS
업무기능DB_1
업무기능DB_N
Backup Management
...
X86 Server
HyperVisor
VM VM
Linux Linux
WEB WAS
VM
Linux
APP
X86 Server
HyperVisor
VM VM
LinuxO
S
LinuxO
S
WEB WAS
VM
LinuxO
S
APP
Ubuntu Linux
Proxy Server
(Auth)
Ubuntu Linux
Proxy Server
(Auth) …
1…N
1…N
Linux
Account Module
Object Module
Container Module
Storage Node
(Server)
DB
Block Data Storage
10G SW &
SWIFT
Storage
Security Network
.Provisioning
.Resource Info.
.Status Info.
iSCSI SW &
SAN
Storage
Management System
관리서버(SMS/NMS..)
NOVA Service
SWIFT Service
(Sync/Streamming/Transcoding)
Data Service
1…N
Data Service
Data
Service
Portal Service
.Provisioning,
.Resource Info.
.Status Info.
Storage User
(API)
Restful API
.Provisioning
.SWIFT Resource Info.
.notification
Storage User
(Portal)
Web Console
Admin Portal
Service User
Portal
Operation
Console
Command Line
Interface
X86 Server
HyperVisor
VM VM
LinuxO
S
LinuxO
S
WEB WAS
VM
LinuxO
S
APP
X86 Server
HyperVisor
VM VM
Linux Linux
WEB WAS
VM
Linux
DBMS
Linux
Account Module
Object Module
Container Module
Storage Node
(Server)
…
Internal Network
ISP
Big Data Farm
1…N
Hadoop Ecosystem
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
.HBase
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
X86 Server
HyperVisor
HDFS HDFS
MapR Hive
Flume Mahout
HDFS
Pig
ZK
OpenStack NOVA(Computing), SWIFT(Storage) 및 하둡 에코시스템 활용

44
오픈소스 사례III

45
오픈소스 적용 전략IV

46
 운영체제, 웹, 미들웨어, 패키지 솔루션의 전방위 오픈 소스 적용 가능
 클라우드 기반 서비스에 빅 데이터를 결합한 클라우드 형태로의 전환 진행
과거
 Linux
- 상용 운영체제에 대한 공개 전환
- 전세계 개발자에 의한 빠른 발전 속도
 Apache Web Server
- 1996년 리눅스 탑재, 전세계 63.7% 점유율
- 웹 폭발적 성장에 기여
현재
 모든 영역의 솔루션 서비스
- 운영체제, 미들웨어, 데이터베이스, 프레임워크
- 캐시, 대용량 분산처리, HA, EAI
 서비스 융합
- 오픈 소스 조합으로 새로운 서비스 개발 가능
- 검색엔진의 도움으로 손쉬운 문제 해결 가능
오픈소스 분석
시사점
활용 측면
단기
 상용 오픈 소스 S/W 도입
 사용경험에 의한 필수 기능 추출
 초기 투자 비용 회수
 오픈 소스 S/W 생태계 학습
중장기
 자체 솔루션 개발 활용
 솔루션 핵심 기능의 구현
 서비스 추가, 시스템 확산 시 비용 절감
 오픈 소스 참여를 통한 SDS 방향성 반영
관리 측면
 벤더 유지 보수 지원 인력 활용
 솔루션 중심의 운영 관리
 내재화를 통한 자체 핵심역량 강화
 OSS관리 및 운영 조직 구조 변화

47
오픈 소스를 활용한 클라우드 전략
 운영체제, 스토리지 서비스에 대한 초기 클라우드 전략을 통한 기반 구축
 IaaS 기반 서비스에 부가 서비스를 결합한 미래 예측 가능형 클라우드 제공
초기 전략 - 클라우드
 클라우드 자원 제공 중점
- IaaS에 영역에 해당하는 기초 인프라 서비스 중심
 전환 대상 업무시스템 준비
- 중요도 기준 3~4단계 기준 수립 후 중요도가
낮은 시스템부터 전환
중기 전략 - 서비스
 서비스 중심의 클라우드 환경 전환
- 인프라가 아닌 서비스 중심의 내용 전환
 인프라 기술 내재화
- 오픈소스 기반 클라우드 환경에 대한 기술 내재화
사례
서비스 분석
시사점
향후 발전방향
초기
 X86 기반의 가상화 시스템 구현
 클라우드 인프라 기반 환경 구축
 업무를 위한 공통 플랫폼 제공
 단순화/표준화 기반의 계층형
아키텍처
중기
업무 클라우드 전환 및 오픈 소스
적용
클라우드 미터링/ITSM연계
통합 모니터링/백업 및 복구 체제
자동 확장(Auto Scaling)
장기
 타 사례 서비스 벤치마킹을 통한
서비스 중심의 클라우드화
 모니터링 일원화 및 사용자
중심의 인터페이스 전환
 빅데이터 서비스 등의 다양한 환경
제공

48
어떤 영역의 전환이 필요한가
SW적용 유형 (Desktop < Package SW < Solution)  작은 SW < 큰 소프트웨어
운용 환경 (개인용, 클라이언트 < 기업용, 서버)  저가 < 고가 SW

49
오픈소스 도입에 대한 SWOT 분석
시 점
역 량
잠재력과 경쟁력(중점과제) 한계와 문제점(극복과제)
현재환경(내부환경) 강점요소(Strength) 약점요소(Weakness)
미래환경(외부환경) 기회요소(Opportunity) 위협요소(Threat)
강점요소(Strength) 약점요소(Weakness)
• 전세계의 다양하고 많은 기업들이 기술 개발에 참여
• x86 시스템과 함께 높은 기술 경쟁력 및 시장 점유율 보유
• 가상화/클라우드 컴퓨팅 기반 기술을 제공하며 시스템 혁신 가능
• 국내 기술지원 전문기업과 엔지니어가 많아지고 있음
• 사업부 내의 오픈소스에 대한 이해도, 생태계, 개발 프로세스 등에
대한 인식이 낮음
• 정보 기획/운영 관점의 투자(초기교육, 컨설팅)가 필요한 분야
• 자체 기술력 부족시 비용 절감 효과가 낮음
기회요소(Opportunity) 위협요소(Threat)
• x86 시스템/가상화/클라우드 컴퓨팅 기술 융합을 통한 경쟁사 우위
• 핵심 기술에 대한 이해로 모바일/임베디드 등 다양한 분야에 활용
• Unix 시스템의 Linux 마이그레이션을 통한 비용 절감을 통해 기존의
예산을 다른 곳에 유용하게 사용
• 상용SW 벤더의 라이선스 관리 서비스(LMS)를 통해 법적 이슈를
만들어 지속적으로 Lock-in 시킴
• 기존의 IT 환경에 익숙한 관리자들의 반발
SWOT 분석 적용을 통해 각 요소별 항목을 정리

50
오픈 소스 SW 전환 절차 50
전환 기획, 전환 수행, 운영 및 통제 후 평가, 개선을 통한 전환 전략의 구사가 필요
전략 수립 및 계획 도출
전환 기획 단계
오픈 소스 마이그레이션
전환 수행 단계
전환 후 비즈니스 운영 및 통제
운영 및 통제 단계
지속적인 평가 및 개선(Continuous Migration and Integration)
지속적 수행에 따른 업무 성과 관리
오픈소스컨설팅 경험적 가이드 라인
• (우선 순위 1) U2L: Unix to Linux
• (우선 순위 2) Middleware: 상용 웹 서버 to Apache, NginX
• (후순위) 데이터 저장용 소프트웨어: Oracle to MariaDB(MySQL, Percona, etc)
※ 데이터베이스의 경우 스키마, 프로시저 등에 따른 마이그레이션 자체가 프로젝트 성격을 띠고 있음

51
전환 기획(Plan) - 전략수립 및 계획 도출 프로세스 51
전략수립 및 계획 도출 프로세스
사업/환경분석
현황분석
(As-Is)
전환 계획수립
(To-Be)
수준점검
요구정의
문제사항
도출
벤치마킹
일반환경분석
[내/외부]
정보환경분석
[동향/적용성]
현행프로세스
분석
지원시스템 분석
사업전략분석
[전략/업무]
오픈소스 라이선스
특허, 법제도
전략
절차
조직
기술
업무조직 분석
상용 SW 제품
분석
선
진
사
례
분
석
오픈 소스 기반
세부 전략 수립
세부 절차 수립
세부 조직 수립
정보관리체계 및
지원시스템
구축방안수립
오픈 소스 운영
세부 계획 수립
Gap
분석
전환
개선
방향
도출
개념/논리적
상위 정보체계
목표 수립
선행, 선진 사례 분석 후 사내 시스템 현황 분석 후 전환 계획 수립

52
전환 수행(Do / Action) – 마이그레이션 52
오픈소스 전환 및 제품화 프로세스
전략
절차
조직
기술
자체개발-오픈 소스획득
여부 분석
오픈 소스 마이그레이션 (시스템, 개발영역)
업무요구
기능분석
기존 소스
분석 및 오픈
소스 검색
Core
개발자
구성
내부개발
커뮤니티
관리팀 구성
릴리즈
커뮤니티
조직 구성
결합
타당성
분석
전환이행
선언
이행조직 구성
커뮤니티 사이트 구성
및 프로토타입 공개
오픈 소스 릴리즈
인증획득제품자료 작성
전략, 절차, 조직, 기술에 대한 조화를 통해 마이그레이션 수행

53
전환 수행 핵심 항목
전환 계획 전환 수행 운영 통제 평가 및 개선단계
추진
절차
종료
보고
핵심성과지표(KPI)개발
진단 및 개선사항 도출
향후 실행 계획 수립
성과 관리
프로세스 수립
착수
사업 환경 분석
현황 분석(AS-IS)
전환계획 수립(TO-BE)
전환 가이드 라인
오픈 소스
마이그레이션
시범 운영
이행 전환
운영 프로세스 돌입
운영 조직 통제
운영 시스템 통제
운영 경험 축적
오픈 소스에 대한 전환 후 운영 경험 축적을 통한 지식 축적 및 관리 후 재사용 필요

54
최적의 운영 프로세스 수립
• 자사 시스템 운영에
필요한 각종 운영 절차
수립 및 프로세스 적용
• 시스템 입고부터
운영까지 효율화 정책
필요
• 각종 시스템 구성, 운영
가이드 라인, 변경 사항
적용, 작업에 대한 표준
지침서 구성 및 작업
이행
표준 운영 절차
• 각 작업 절차별 운영
관리 프로세스 정립
운영 조직(절차중심)
1 구성 관리 절차
2 변경 관리 절차
3 장애 관리 절차
통합 관리 플랫폼
서비스 데스크 대시보드 서비스 수준관리운영
서비스
지원
통합운영관리 통합자원관리 통합보안관리운영
업무
지원
관제 시스템
보안 관제 시스템 관제 네트워크 관제
ESM SMS NMS
오픈 소스로의 전환 이후 기존의 ITSM 영역에 구축된 오픈 소스 시스템들에 대한 통합 관리,
운영 등의 프로세스 수립 필요
※ 결재 관리, 장애 관리, 변경 관리, 설정 관리, 패치 관리, 서비스 수준 관리, 용량 관리, 장비 관리, 작업 관리, 상태 관리,
백업 및 복구 관리, 계정 관리, 운영 이행 관리, 직무 관리 등
…

55
요약
OPEN
SHARE
CONTRIBUTE
ADOPT
REUSE

[오픈소스컨설팅]엔터프라이즈 오픈소스 도입전략

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a [오픈소스컨설팅]엔터프라이즈 오픈소스 도입전략

Semelhante a [오픈소스컨설팅]엔터프라이즈 오픈소스 도입전략 (20)

Mais de Ji-Woong Choi

Mais de Ji-Woong Choi (20)

[오픈소스컨설팅]엔터프라이즈 오픈소스 도입전략