데브시스터즈의 Cookie Run: OvenBreak 에 적용된 Kubernetes 기반 다중 개발 서버 환경 구축 시스템에 대한 발표입니다.
Container orchestration 기반 개발 환경 구축 시스템의 필요성과, 왜 Kubernetes를 선택했는지, Kubernetes의 개념과 유용한 기능들을 다룹니다. 아울러 구축한 시스템에 대한 데모와, 작업했던 항목들에 대해 리뷰합니다.
*NDC17 발표에서는 데모 동영상을 사용했으나, 슬라이드 캡쳐로 대신합니다.
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
Cloud 기반으로 U2C(Unix to Cloud),U2L(Unix to Linux) 마이그레이션에 대한 가이드 라인과 사이징 관련 고려 사항에 대해 설명한 자료입니다.
많은 전환 프로젝트에서 추출된 경험치가 들어가 있으며, 전환별 난이도 및 고려사항이 들어가 있습니다.
클라우드 여정의 시작 - 클라우드 전문가 조직의 프랙티컬 가이드-김학민, AWS SA Manager::AWS 마이그레이션 A to Z 웨비나Amazon Web Services Korea
마이그레이션 도중 고객 IT팀은 On-premise 운영 모델에서 클라우드 운영 모델로 전환되어야 합니다. 전환 도중에 ITIL을 클라우드, 애자일, DevOps 기반 역량과 프로세스에 매핑해야 합니다. 해당 세션에서는 클라우드 운영 모델로 원활한 전환을 도와주는 CEE (Cloud Enablement Engine)의 작동 원리 및 적용 방식을 살펴보고자 합니다.
발표영상 다시보기: https://youtu.be/BZhbRQFwkMQ
AWS의 기본 서비스 중 가상 네트워크에서 AWS 리소스를 구동할 수 있는 클라우드 상의 논리적으로 격리된 공간인 VPC와 애플리케이션 트래픽을 로드 발란싱 할 수 있는 ELB, OnPremise와 연결할 수 있는 Direct Connect 및 VPN에 대해 이해할 수 있습니다.
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
데브시스터즈의 Cookie Run: OvenBreak 에 적용된 Kubernetes 기반 다중 개발 서버 환경 구축 시스템에 대한 발표입니다.
Container orchestration 기반 개발 환경 구축 시스템의 필요성과, 왜 Kubernetes를 선택했는지, Kubernetes의 개념과 유용한 기능들을 다룹니다. 아울러 구축한 시스템에 대한 데모와, 작업했던 항목들에 대해 리뷰합니다.
*NDC17 발표에서는 데모 동영상을 사용했으나, 슬라이드 캡쳐로 대신합니다.
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
Cloud 기반으로 U2C(Unix to Cloud),U2L(Unix to Linux) 마이그레이션에 대한 가이드 라인과 사이징 관련 고려 사항에 대해 설명한 자료입니다.
많은 전환 프로젝트에서 추출된 경험치가 들어가 있으며, 전환별 난이도 및 고려사항이 들어가 있습니다.
클라우드 여정의 시작 - 클라우드 전문가 조직의 프랙티컬 가이드-김학민, AWS SA Manager::AWS 마이그레이션 A to Z 웨비나Amazon Web Services Korea
마이그레이션 도중 고객 IT팀은 On-premise 운영 모델에서 클라우드 운영 모델로 전환되어야 합니다. 전환 도중에 ITIL을 클라우드, 애자일, DevOps 기반 역량과 프로세스에 매핑해야 합니다. 해당 세션에서는 클라우드 운영 모델로 원활한 전환을 도와주는 CEE (Cloud Enablement Engine)의 작동 원리 및 적용 방식을 살펴보고자 합니다.
발표영상 다시보기: https://youtu.be/BZhbRQFwkMQ
AWS의 기본 서비스 중 가상 네트워크에서 AWS 리소스를 구동할 수 있는 클라우드 상의 논리적으로 격리된 공간인 VPC와 애플리케이션 트래픽을 로드 발란싱 할 수 있는 ELB, OnPremise와 연결할 수 있는 Direct Connect 및 VPN에 대해 이해할 수 있습니다.
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
모든 게임 서비스에는 공통으로 구현해야 할 기능들이 있습니다. 대표적으로 채팅과 로그인, 접속 대기열 등이 있습니다. 시리즈 #2에서는 이런 기능들을 AWS의 서버리스 서비스로 구현하는 방법을 알아보겠습니다. 새 게임을 개발할 때마다 중복으로 구현하지 않고, 마이크로 서비스 아키텍처를 활용하는 방법들도 이론과 실습을 통해 알아봅니다.
1부: [Amazon ElasticCache, AWS Lambda, AWS IoT-Core] 게임채팅을 AWS에서 구현해보자!
2부: [Amazon SQS, Amazon Cognito, AWS Dynamo DB] AWS에서 대규모 로그인과 접속 대기열을 구현해보자!
AWS re:Invent 를 전후로 AWS에서 제공하는 인스턴스의 수는 약 470여 개에 이를만큼 폭발적으로 증가하였습니다. 본 강연에서는, AWS re:Invent 2021에서 발표된 다양한 AWS 최신 인스턴스들에 대해 소개합니다. AWS에서 제공하는 최신 Intel/AMD/ARM 기반의 인스턴스들뿐만 아니라, 특정 목적을 위해 개발된 특화 인스턴스들에 대한 동향 및 개별 인스턴스의 특징 및 배경 기술에 대해 상세히 알아볼 수 있습니다.
OpenSearch는 배포형 오픈 소스 검색과 분석 제품군으로 실시간 애플리케이션 모니터링, 로그 분석 및 웹 사이트 검색과 같이 다양한 사용 사례에 사용됩니다. OpenSearch는 데이터 탐색을 쉽게 도와주는 통합 시각화 도구 OpenSearch와 함께 뛰어난 확장성을 지닌 시스템을 제공하여 대량 데이터 볼륨에 빠르게 액세스 및 응답합니다. 이 세션에서는 실제 동작 구조에 대한 설명을 바탕으로 최적화를 하기 위한 방법과 운영상에 발생할 수 있는 이슈에 대해서 알아봅니다.
게임 개발을 완료하고 출시 전에는 부하 테스트 과정이 필수입니다. 부하 테스트를 통해 서비스의 문제점을 미리 파악할 수 있습니다. 1부에서는 AWS 환경에서 게임 서비스에 대규모 부하를 주는 방법을 알아보겠습니다. 또한 AWS의 여러 서비스를 통해 이런 서비스 상황을 모니터링하는 방법을 알아 보겠습니다. 2부는 AWS에서 카오스 엔지니어링을 구현해보겠습니다.
EFK Stack이란 ElasticSearch, Fluentd, Kibana라는 오픈소스의 조합으로, 방대한 양의 데이터를 신속하고 실시간으로 수집/저장/분석/시각화 할 수 있는 솔루션입니다. 특히 컨테이너 환경에서 로그 수집을 위해 주로 사용되는 기술 스택입니다.
Elasitc Stack에 대한 소개와 EFK Stack 설치 방법에 대해 설명합니다.
[Games on AWS 2019] AWS 사용자를 위한 만랩 달성 트랙 | AWS에서 분산 서비스 거부 공격(DDoS)을 고민하지 않는 ...Amazon Web Services Korea
게임 서비스는 종종 악의적인 사용자에 의해 의도적인 서비스 거부 공격을 받습니다. 서비스 거부 공격은 인프라 수준의 공격인 경우와 어플리케이션 수준의 공격으로 나눌 수 있는데, 두 가지 공격에 대해 AWS 기반으로 어떻게 피해를 최소화 할 수 있는지와 사례를 소개합니다.
본 세션에서는 Amazon의 관리형 데이터베이스 서비스(RDS) 중 기존 상용데이터베이스의 5배 성능 및 1/10 가격으로도 확장성을 보장하는 Aurora에 대한 소개 및 사용법 그리고 기존의 DB에서의 마이그레이션 방법에 대해 소개해드립니다. 10월 리인벤트를 통해 동경 리전에 Aurora를 사용가능하게 되었습니다.
베스핀글로벌의 자체 개발 클라우드 관리 플랫폼, OpsNow(옵스나우)를 활용하여 AWS 클라우드 비용을 절감할 수 있는 전략을 알아보겠습니다.
국내 클라우드 도입 상황을 바탕으로 한 클라우드 도입 단계별 예산을 줄일 수 있는 방법은 보다 실질적이고 효율적인 클라우드 비용 운영 방안을 제시합니다.
[Agenda]
1. 국내 클라우드 도입의 현주소
2. AWS 클라우드 비용 최적화 방안
3. 클라우드 도입 단계별 비용 절감 방안
4. OpsNow를 활용한 클라우드 비용 80% 절감하기
영상 다시보기: https://youtu.be/aoQOqhVtdGo
기존 온-프레미스 환경에서 운영 중인 서버들을 AWS 클라우드로 옮겨오기 위한 방법은 무엇일까요? 본 세션에서는 리눅스 서버, 윈도우 서버 그리고 VMWare 등에서 운영되는 기존 서버의 클라우드 이전 방법을 소개합니다. 이를 통해 AWS의 기업 고객이 대량 마이그레이션을 진행했는지 고객 사례도 함께 공유합니다. 뿐만 아니라 VMware on AWS 및 AWS Outpost 같은 하이브리드 옵션을 통해 클라우드 도입을 가속화 하는 신규 서비스 동향도 살펴봅니다.
금융 X 하이브리드 클라우드 플랫폼 - 한화생명 디지털 트랜스포메이션 전략 - 김나영 AWS 금융부문 사업개발 담당 / 박인규 AWS 금융...Amazon Web Services Korea
금융권의 클라우드 여정과 AWS Outposts를 활용한 하이브리드 환경 구성 방법을 소개합니다. 한화생명은 급변하는 비즈니스와 기술 환경에 민첩하게 대응하고 고객에게 선진 상품을 제공하고자, AWS Outposts 기반의 하이브리드 환경을 통해 100% 컨테이너 기반의 마이크로서비스 아키텍쳐를 구성하였습니다. 금융 클라우드 이용 가이드 준수를 위한 관리 및 통합 거버넌스 체계 구축 방법부터 다양한 AWS 서비스를 활용한 민첩한 서비스 개발 방법까지 폭넓게 알아봅니다.
더욱 진화하는 AWS 네트워크 보안 - 신은수 AWS 시큐리티 스페셜리스트 솔루션즈 아키텍트 :: AWS Summit Seoul 2021Amazon Web Services Korea
Amazon VPC 내의 주요 자원을 보호하거나 규정 준수를 위해 사용되어야 하는 보안 어플라이언스의 효율적인 구성을 돕는 AWS Gateway Load Balancer의 사용 방법과 동작 원리를 알려 드립니다. Amazon VPC 내부에서 인터넷 사이트의 접근을 제한하거나 외부로부터의 침입 탐지 및 차단 기능을 사용할 수 있는 IPS 기능을 포함하는 AWS 의 관리형 방화벽인 AWS Network Firewall 의 사용 방법과 구성 가능한 다양한 레퍼런스 케이스에 대해서도 설명해 드립니다.
모든 게임 서비스에는 공통으로 구현해야 할 기능들이 있습니다. 대표적으로 채팅과 로그인, 접속 대기열 등이 있습니다. 시리즈 #2에서는 이런 기능들을 AWS의 서버리스 서비스로 구현하는 방법을 알아보겠습니다. 새 게임을 개발할 때마다 중복으로 구현하지 않고, 마이크로 서비스 아키텍처를 활용하는 방법들도 이론과 실습을 통해 알아봅니다.
1부: [Amazon ElasticCache, AWS Lambda, AWS IoT-Core] 게임채팅을 AWS에서 구현해보자!
2부: [Amazon SQS, Amazon Cognito, AWS Dynamo DB] AWS에서 대규모 로그인과 접속 대기열을 구현해보자!
AWS re:Invent 를 전후로 AWS에서 제공하는 인스턴스의 수는 약 470여 개에 이를만큼 폭발적으로 증가하였습니다. 본 강연에서는, AWS re:Invent 2021에서 발표된 다양한 AWS 최신 인스턴스들에 대해 소개합니다. AWS에서 제공하는 최신 Intel/AMD/ARM 기반의 인스턴스들뿐만 아니라, 특정 목적을 위해 개발된 특화 인스턴스들에 대한 동향 및 개별 인스턴스의 특징 및 배경 기술에 대해 상세히 알아볼 수 있습니다.
OpenSearch는 배포형 오픈 소스 검색과 분석 제품군으로 실시간 애플리케이션 모니터링, 로그 분석 및 웹 사이트 검색과 같이 다양한 사용 사례에 사용됩니다. OpenSearch는 데이터 탐색을 쉽게 도와주는 통합 시각화 도구 OpenSearch와 함께 뛰어난 확장성을 지닌 시스템을 제공하여 대량 데이터 볼륨에 빠르게 액세스 및 응답합니다. 이 세션에서는 실제 동작 구조에 대한 설명을 바탕으로 최적화를 하기 위한 방법과 운영상에 발생할 수 있는 이슈에 대해서 알아봅니다.
게임 개발을 완료하고 출시 전에는 부하 테스트 과정이 필수입니다. 부하 테스트를 통해 서비스의 문제점을 미리 파악할 수 있습니다. 1부에서는 AWS 환경에서 게임 서비스에 대규모 부하를 주는 방법을 알아보겠습니다. 또한 AWS의 여러 서비스를 통해 이런 서비스 상황을 모니터링하는 방법을 알아 보겠습니다. 2부는 AWS에서 카오스 엔지니어링을 구현해보겠습니다.
EFK Stack이란 ElasticSearch, Fluentd, Kibana라는 오픈소스의 조합으로, 방대한 양의 데이터를 신속하고 실시간으로 수집/저장/분석/시각화 할 수 있는 솔루션입니다. 특히 컨테이너 환경에서 로그 수집을 위해 주로 사용되는 기술 스택입니다.
Elasitc Stack에 대한 소개와 EFK Stack 설치 방법에 대해 설명합니다.
[Games on AWS 2019] AWS 사용자를 위한 만랩 달성 트랙 | AWS에서 분산 서비스 거부 공격(DDoS)을 고민하지 않는 ...Amazon Web Services Korea
게임 서비스는 종종 악의적인 사용자에 의해 의도적인 서비스 거부 공격을 받습니다. 서비스 거부 공격은 인프라 수준의 공격인 경우와 어플리케이션 수준의 공격으로 나눌 수 있는데, 두 가지 공격에 대해 AWS 기반으로 어떻게 피해를 최소화 할 수 있는지와 사례를 소개합니다.
본 세션에서는 Amazon의 관리형 데이터베이스 서비스(RDS) 중 기존 상용데이터베이스의 5배 성능 및 1/10 가격으로도 확장성을 보장하는 Aurora에 대한 소개 및 사용법 그리고 기존의 DB에서의 마이그레이션 방법에 대해 소개해드립니다. 10월 리인벤트를 통해 동경 리전에 Aurora를 사용가능하게 되었습니다.
베스핀글로벌의 자체 개발 클라우드 관리 플랫폼, OpsNow(옵스나우)를 활용하여 AWS 클라우드 비용을 절감할 수 있는 전략을 알아보겠습니다.
국내 클라우드 도입 상황을 바탕으로 한 클라우드 도입 단계별 예산을 줄일 수 있는 방법은 보다 실질적이고 효율적인 클라우드 비용 운영 방안을 제시합니다.
[Agenda]
1. 국내 클라우드 도입의 현주소
2. AWS 클라우드 비용 최적화 방안
3. 클라우드 도입 단계별 비용 절감 방안
4. OpsNow를 활용한 클라우드 비용 80% 절감하기
영상 다시보기: https://youtu.be/aoQOqhVtdGo
기존 온-프레미스 환경에서 운영 중인 서버들을 AWS 클라우드로 옮겨오기 위한 방법은 무엇일까요? 본 세션에서는 리눅스 서버, 윈도우 서버 그리고 VMWare 등에서 운영되는 기존 서버의 클라우드 이전 방법을 소개합니다. 이를 통해 AWS의 기업 고객이 대량 마이그레이션을 진행했는지 고객 사례도 함께 공유합니다. 뿐만 아니라 VMware on AWS 및 AWS Outpost 같은 하이브리드 옵션을 통해 클라우드 도입을 가속화 하는 신규 서비스 동향도 살펴봅니다.
금융 X 하이브리드 클라우드 플랫폼 - 한화생명 디지털 트랜스포메이션 전략 - 김나영 AWS 금융부문 사업개발 담당 / 박인규 AWS 금융...Amazon Web Services Korea
금융권의 클라우드 여정과 AWS Outposts를 활용한 하이브리드 환경 구성 방법을 소개합니다. 한화생명은 급변하는 비즈니스와 기술 환경에 민첩하게 대응하고 고객에게 선진 상품을 제공하고자, AWS Outposts 기반의 하이브리드 환경을 통해 100% 컨테이너 기반의 마이크로서비스 아키텍쳐를 구성하였습니다. 금융 클라우드 이용 가이드 준수를 위한 관리 및 통합 거버넌스 체계 구축 방법부터 다양한 AWS 서비스를 활용한 민첩한 서비스 개발 방법까지 폭넓게 알아봅니다.
더욱 진화하는 AWS 네트워크 보안 - 신은수 AWS 시큐리티 스페셜리스트 솔루션즈 아키텍트 :: AWS Summit Seoul 2021Amazon Web Services Korea
Amazon VPC 내의 주요 자원을 보호하거나 규정 준수를 위해 사용되어야 하는 보안 어플라이언스의 효율적인 구성을 돕는 AWS Gateway Load Balancer의 사용 방법과 동작 원리를 알려 드립니다. Amazon VPC 내부에서 인터넷 사이트의 접근을 제한하거나 외부로부터의 침입 탐지 및 차단 기능을 사용할 수 있는 IPS 기능을 포함하는 AWS 의 관리형 방화벽인 AWS Network Firewall 의 사용 방법과 구성 가능한 다양한 레퍼런스 케이스에 대해서도 설명해 드립니다.
이 문서는 최근 대두되는 개방형 혁신 연구개발 프로젝트를 위한 거버넌스 구축하기 위하여 필요한 요소를 알아봅니다. 다양한 핵심 산업에서 사실상의 표준으로 자리잡은 많은 오픈소스 프로젝트들을 중심으로 성공적인 오픈소스 프로젝트로 가능 여정에 어떤것이 필요한지 이야기합니다.
한국공간정보학회 2013년 1월 25일 공간정보포럼 발표 자료.
오픈 소스와 독점 소프트웨어라는 이분법적 사고를 넘어서, 이 둘을 어떻게 전략적으로 잘 활용할 것인지에 대한 내용을 담고 있습니다.
그리고 이런 배경 속에서 한국의 GIS 회사가 어떤 독점 소프트웨어를 만드는 게 현재와 같이 빠른 시장 변화 속에서 살아남을 수 있는지에 대해서도 언급하였습니다.
오픈소스SW 방식의 연구개발 프로젝트를 수행하는 기업의 거버넌스 체계를 어떻게 구축하고 관리해야 하는지 제시
Presents how to establish and manage a governance system for companies conducting R&D projects using open source SW.
기존에 저희 회사에서 사용하던 모니터링은 Zabbix 였습니다.
컨테이너 모니터링 부분으로 옮겨가면서 변화가 필요하였고, 이에 대해서 프로메테우스를 활용한 모니터링 방법을 자연스럽게 고민하게 되었습니다.
이에 이영주님께서 테크세션을 진행하였고, 이에 발표자료를 올립니다.
5개의 부분으로 구성되어 있으며, 세팅 방법에 대한 내용까지 포함합니다.
01. Prometheus?
02. Usage
03. Alertmanager
04. Cluster
05. Performance
2018년도 Amazon AWS re:Invent Machine Learning 부분에 대한 요약을 오픈소스컨설팅 서경빈(AWS SA)님이 해주셨습니다.
사내 발표 때 아주 쉽게 설명해주셔서 좋았는데, 해당 내용은 Tech Blog에서도 확인이 가능합니다.
https://tech.osci.kr/2018/12/06/50693623/
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트Ji-Woong Choi
Docker를 활용하여 Gitlab CI/CD 설치 구성 및 샘플 테스트를 위한 가이드 문서이며, Docker 및 Gitlab에 대한 개요 및 사용법에 대해서는 다루지 않습니다. Docker image를 이용 Gitlab 및 Gitlab CI/CD 설치 및 구성 후 Sample Spring boot web application을 이용하여 소스 변경에 따른 commit이 발생 했을 때 Gitlab CI/CD 기능을 통해 application 테스트, 빌드, 배포까지의 일련의 과정이 자동으로 진행되는지를 테스트 하는 내용입니다.
장소 : 미국 보스턴 Hynes Convention Center
일시 : 2017년 5월 6일 ~ 11일 (미국 동부 시각)
참가 인원 : 5000명 이상
참가 업체 : 1014개
참가국 : 63개국
세션 수 : 750여 개(이전 Summit 대비 약 250여 개 증가)
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick GuideJi-Woong Choi
본 문서는 RHEL에 내장된 재해복구솔루션 ReaR (Relax and Recover)를 이용하여 OS 영역의 데이터를 백업하고 복구하는 방법을 다루고 있습니다. ReaR는 iso를 비롯한 다양한 백업 데이터 포맷을 지원하나, 이 문서에서는 CD/DVD 미디어 반입/보관이 보안상 대부분 허용되지 않는 기업 환경에서도 원활히 사용할 수 있는 PXE boot를 지원하는 포맷으로 ReaR 백업 데이터를 생성하고 복구하는 방법만을 자세히 설명합니다.
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-RegionJi-Woong Choi
OpenStack Ceph & Neutron에 대한 설명을 담고 있습니다.
1. OpenStack
2. How to create instance
3. Ceph
- Ceph
- OpenStack with Ceph
4. Neutron
- Neutron
- How neutron works
5. OpenStack HA- controller- l3 agent
6. OpenStack multi-region
아틀라시안 JIRA를 사용할 때 가장 핵심적으로 해야 할 내용들만 추려서 가이드 문서를 작성하였습니다.
그러한 작업들로는 프로젝트, 스킴(Scheme), 이메일 세팅, 권한 관리, 백업/복구 등이 있습니다.
관리자가 이런 일을 잘 할 수 있도록 핵심적인 내용만으로 구성한 문서를 공유합니다.
레드햇 엔터프라이즈 리눅스 7 기반에 대한 운영자 가이드 기초편을 공유합니다.
부트로더 관리, 패키지, 네트워크, 스토리지 및 크래쉬 덤프 발생에 대한 관리까지 기초 운영 지식에 대한 부분을 본 문서를 통해 얻으실 수 있습니다.
오픈소스컨설팅의 문경윤차장께서 공유해주신 내용입니다.
클라우드 컴퓨팅 기반 기술과 오픈스택(Kvm) 기반 Provisioning Ji-Woong Choi
TTA에 KVM 기반 프로비저닝 기술에 대한 데모 세션을 포함하는 세미나 관련 자료입니다. 클라우드환경으로 가고자 해서 Paas를 어떤 플랫폼위에 올린다면 그리고 가상화 환경이나 클라우드 환경으로 올린다면 어떤 환경으로 올릴것인가를 고민하여야 합니다.
그리고 이 hypervisor중에 cloud 환경에서 가장 주목받는 kvm을 기반으로 하는 두가지 가상화 클라우드 솔루션인 rhev와 openstack을 잠시 살펴볼 것입니다.
그리고 이러한 가상화 클라우드 환경에서 자동화 하는 솔류션을 어떻게 고려해야 하는가를 살펴보고, 그런 솔류션중에 하나인 아테나 피콕에 대해 살펴보겠습니다.
그리고 오픈스택환경하에서 구축해서 사용했던 사용기와 이를 자동화하기위해 개발자들이 사용했던 간단한 ansible provisioning 모습을 시연합니다.
3. 3
- Internal Use Only -
회사 역량
회사 역량
오픈소스 컨설팅/지원 엔지니어 그룹
오픈소스 관련 솔루션 특화 개발
증권사 Low Latency 시스템 지원:
- 리눅스 시스템 성능 튜닝
- 오픈소스 시스템 트러블 슈팅
레드햇 공식 기술지원 파트너
- RHEL1), RHEV2), OpenShift, JBoss,
Apache에 대한 전문 지원 파트너
클라우드 관련 전문 인력
레드햇 엔터프라이즈 가상화 부문 서비스
구축 전문 인력 보유
국내 최대기업의 클라우드 운영 자동화
구축 경험(패치, 보안, 애플리케이션 배포
등)
고객사 클라우드 운영 관련 표준화 수행
클라우드 도입 컨설팅 전문
고객 의견 수렴
및 오픈소스개발 모델
클라우드 운영 자동화 및 관리 프로세스
컨설팅
공개 SW 개발 모델 적용: 소스 공개에
따른 개발 모델 적용, 향후 개선 전략 모델
수립
애자일 방법론 컨설팅을 통한 개발의
투명성 제공 및 상시 확인 기능 제공
회사 역량을 통한 적시적소의 기능 개발
및 오픈소스 기반 자동화 원천 기술 확보
최고의 기술력을 바탕으로 고객사 미션 크리티컬 시스템 아키텍처 구축 및 컨설팅을 수행합니다.
1) RHEL: Red Hat Enterprise Linux
2) RHEV: Red Hat Enterprise Virtualization
4. 4
- Internal Use Only -
경험
클라우드
삼성전자, 통합전산센터 클라우드 고도화 컨설팅 및 솔루션 용역 사업 수행
아마존, SoftLayer(IBM) 퍼블릭 클라우드 전략 컨설팅 파트너
Linux, Gluster, JBoss, Tomcat, Apache, NginX, etc.
1000 노드 이상의 고객사 오픈소스 시스템 운영 경험 및 노하우 축적
OS 설치 및 관리, 애플리케이션 빌드/배포 자동화
솔루션 개발
클라우드 자동화, WAS 클러스터, 메시징, 모바일 동기화 등의 다양한 솔루션
OpenStack, oVirt 기반의 프록시 서비스 API 제공
고객의 서비스 구축, 성능 튜닝, 오픈소스 마이그레이션 및 운영 효율화에 대한 전문 경험
6. 6
- Internal Use Only -
회사 비전
• 국내 커뮤니티에 글로벌 수준의 통합
오픈소스SW도구 및 방법론 제공
- 개발/테스트/배포 관리
- SW 변경 관리 (및 형상관리)
• 통합 오픈소스SW 개발프로젝트/포트폴리오
관리 제공
프로그램 소스 관리
프로덕션
개발 시스템
테스트 및
배포
글로벌 협업
신규 사업 및
시장 진출
개발 경쟁력
Process • 오픈소스 SW 개발 프로세스에 대한 표준 정립 및 가이드 라인 제시
System • 기관/기업 단위의 시스템 관리 통합 서비스 및 운영
People • 개방적 협업과 개인의 경쟁력 확보를 통한 커뮤니티 인력의 역량 강화
Lifecycle • 현업기관/부서와 정보시스템간의 업무 연계성 확보 및 시스템 적용을 위한 라이프사이클 관리
오픈소스SW 기반의 IT 자원 최적화 후 유연한 소프트웨어 개발 환경을 구축하여, 새로운 비즈니스 모델
도입을 통해 최소 비용으로 기업/기관 차원의 협업 환경 구축을 제공합니다.
7. 7
- Internal Use Only -
솔루션 – 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. 8
- Internal Use Only -
솔루션 – 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. 9
- Internal Use Only -
구축 지원 플랫폼 영역
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,
.Monitoring (OSS I/F)
.Resource Info.
.Status Info.
Storage User
(API)
Restful API
.Provisioning
.Monitoring (OSS I/F)
.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. 10
- Internal Use Only -
오픈소스 기원
빌 게이츠
1976년 친구 폴 앨런과 MITS Altair 8800을 위한 베이식 인터프리터 제조 후 MITS를 통해 판매
해커들에 의해 소프트웨어가 복제되어 무상 배포
“Open Letter to Hobbyists”- 소프트웨어 유료화의 시초
모든 코드를 비공개 형태로 만들어 버리게 되는 계기
11. 11
- Internal Use Only -
컴퓨터 동호인들에게 보내는 공개 서한
지금 개인 컴퓨터(취미용 컴퓨터) 시장에 있어서 가장 심각한 문제가 있다면, 좋은 소프트웨어 교육과정이 부족한 것, 좋은 서적이 부족한 것 그리고
좋은 소프트웨어 자체가 부족하다는 것입니다. 좋은 소프트웨어, 그리고 프로그래밍을 이해하는 사용자가 없다면 개인용 컴퓨터는 쓸모가 없습니다.
앞으로 쓸만한 개인용 소프트웨어가 나올 수 있을까요?
약 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. 12
- Internal Use Only -
오픈 소스 기원
리처드 스톨만(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. 13
- Internal Use Only -
오픈 소스 소프트웨어의 일반적 정의
FOSS(Free & Open Source Software): 공개소프트웨어
FOSS에서는 특정 라이선스에 따라 소프트웨어의 소스 코드가 공개되어 있음
일반적으로 FOSS 사용자는 소프트웨어에 대한 자유로운 사용, 복사, 수정, 개작 및 재배포의
권한을 부여 받음
FOSS 의 Free는 “공짜”를 의미하는 것이 아니라, 사용자가 소스 코드에 접근하고, 프로그램을
사용, 수정, 재배포 할 수 있는 “자유”를 의미함
FOSS는 개방형 표준(Open Standard)과는 다른 의미. 하지만 일반적으로 FOSS는 국제적인
표준을 따르는 경향이 있음(OGC와 OSGeo는 다른 조직)
<10만개 이상의 오픈 소스가 존재>
14. 14
- Internal Use Only -
프리웨어와 오픈 소스 소프트웨어
Freeware vs OSS
오픈 소스 소프트웨어는 공짜(No-Cost) 소프트웨어와 다른 개념
최근 기술지원을 포함하는 상업용(Commercial) 오픈 소스 소프트웨어가 많아짐
오픈 소스 소프트웨어의 상대어는 폐쇄(Closed Source) 또는 독점(Proprietary) 소프트웨어로
보는 것이 일반적
프리웨어(Freeware) 오픈 소스 소프트웨어(OSS)
소스코드 대부분 소스코드 접근 및 수정 불가능 접근 및 수정 가능
원작자 부재시
원저작자가 개인 사정에 따라 언제든지 개발
중단 혹은 상용화가 가능함(예: 오픈캡처, 알집
등)
원 저작자의 상황과 관계없이 해당 소프트웨어 사용
자 또는 개발자 그룹이 계속 이를 활용하고 발전시킬
수 있음
유지보수
관리주체
특정 그룹 혹은 사람들이 독자적으로 관리 테
스트를 하며 초기에 무료로 배포.
유지보수는 저작자 의지
오픈 소스 소프트웨어를 지원하는 강력한 사용자 그
룹 혹은 개발자 그룹이 자유롭게 해당 프로젝트를 유
지 관리(포럼, 위키, 이슈 트래커 등)
예: 오픈캡처 (프리웨어상용으로 전환)
15. 15
- Internal Use Only -
오픈 소스 소프트웨어 개발 방법론
독점 소프트웨어와 오픈 소스 소프트웨어 개발 방법론 모형
독점 소프트웨어 개발 방법론 오픈 소스 소프트웨어 개발 방법론
성당 모형
위계적
폐쇄적
Leverage own knowledge
시장 모형
개방적
협력적
Leverage others knowledge too
소프트웨어 설계와 개발이 내부에서 이루어짐
내부의 지식, 지적재산권, 경험을 활용하여 개발
전문적, 체계적 소프트웨어 개발에 유리할 수 있음
설계와 개발이 다중에 의해 협력적으로 이루어짐
자신의 역량과 타인의 역량을 결합하여 개발
“We are smarter than Me” 개발 방법론
16. 16
- Internal Use Only -
오픈 소스 소프트웨어 개발 방법론
공동 개발 방식으로 소프트웨어 개발
하나의 프로젝트 혹은 소프트웨어를 전 세계에 흩어져 있는 다양한 사람들과 조직이 어우러져서
개발을 진행하는 방식
공통관심사를 갖는 사람들이 함께 특정 소프트웨어나 프로젝트를 개발하는 관계로 자사의
개발과 투자 비용을 절감하고, 기업 외부의 인력과 기술을 내재화할 수 있는 특성이 있음
• 외부 인력과 기술을 활용하여 개발 비용을 절감하기 위해서는, 해당 기술을 이해하는 많은 외부 인력이
존재하고 이들이 오픈 소스 소프트웨어를 통해 자신의 기술과 능력을 공유할 정도의 환경과 규모가
필요
공동 개발 방식은 소위 네트워크 효과(Network Effect)에 의해 크게 영향을 받는 개발 방식으로
특정 임계점(Tipping Point) 이상의 개발자가 소프트웨어 개발에 참여해야만 성공적으로
소프트웨어가 유지, 관리, 개발되는 특성이 있음
핵심 개발자들
프로젝트 관리자 개발자들
커뮤니티
커뮤니티에 기여
개발에 기여
• 발전방향
• 설계안
• 평가, 피드백
• 테스트, QA, 문서화
• 번역, 기능 요청, 버그 픽스
17. 17
- Internal Use Only -
오픈 소스 소프트웨어 저작권
저작권 비독점 소유
저작권의 비독점 소유 방식은 특정 라이선스를 통해 사용자들에게 소프트웨어 사용, 연구, 수정
및 배포에 있어 전반적인 권한을 제공
오픈 소스 소프트웨어 소스 코드 관리 및 라이선스 관계
커뮤니티
소스 코드
저작권 및 성과 귀속
소스코드 개발, 관리
사용 및 피드백
소스 코드 재배포
사용자
주요 오픈 소스 소프트웨어 라이선스
무료로 소프트웨어 이용 및
배포 허용 가능
소스 코드 취득 및
수정 가능
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. 18
- Internal Use Only -
상용SW vs 오픈소스
구분 일반 상용 SW 오픈소스 SW
비즈니스 모델 라이선스+유지보수료 운영 유지관리 서비스(서브스크립션)
세일즈 모델 신규 라이선스 판매 기술지원 만족도에 따른 년간 계약
제품 개발 방법 Private & Closed Collaborative & Open
제품 로드맵, 아키텍처 단절되어 있음/통합에 오랜 시간소요 유연한 통합성/명료함/Best Breed
업계 표준 기술 지원 방법 폐쇄적인 구현 오픈소스 & 투명한 구현
기술 지원 일반 엔지니어 오픈소스 리딩 그룹
소프트웨어 배포 형태 라이선스 계약에 의한 바이너리
소스코드 비공개
소스 코드 공개
라이선스 조건에서 자유롭게 이용, 복제, 배
포, 수정 가능
비용분석 초기적용 비용 높음
유지비용 및 시스템 개선 비용 높음
초기 적용비용 낮음
유지비용이 낮고, 기능 확장추가비용 낮음
가격 정책 복잡함 단순
보안성 폐쇄적인 운영으로 인한 공개되지 않은 시스
템/취약점 보유
개발 시부터 공개되어 이미 많은 취약점이 해
결
기술성 재 사용성 낮음
프로젝트의 연속성 낮음
소스코드 공개로 재 사용성 높음
유지보수 용이, 독점폐해 방지
클라우드 기반환경을 플랫폼 형태로 만들어 재판매(동남아, 중동 등)할 경우 강력한 원가절감, 솔루션 유연성을 가짐(예: 고객 유지보수 비용으로 포함)
19. 19
- Internal Use Only -
오픈 소스 과거와 현재
오픈 소스 과거 오픈 소스 현재
초기 비즈니스 모델: 교육 및 컨설팅
현재 비즈니스 모델: 서브스크립션(년 단위 유지보수 계약)
※ 오픈소스의 기본지원은 모두 솔루션 – 웹, 전화 지원으로 대부분 동일, 저작권이 아닌 상표권이 대부분
20. 20
- Internal Use Only -
서브스크립션 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소프트웨어아키텍처대회
22. 22
- Internal Use Only -
패러다임의 변화 – 단순 비용 문제가 아님
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. 23
- Internal Use Only -
기존의 딜레마 – 불과 3년전
새로운 기술에 대한 적응시간 필요
개발/운영팀 교육의 부담
기술적 시행 착오
OSS에 대한 충분한 이해 부족
애플리케이션 레벨의 OSS 사용전략 부재
적절하지 못한 OSS도입으로 인한 개발 부담 가중
변화에 대한 반발
도입의 필요성까지만 동의 실패의 경험
새로운 것에 대한 두려움, 반발 매너리즘
변화와 혁신은 적은 많고 친구는 없는 가장 위험하고 어려운 일이다”
-마키아 벨리-
24. 24
- Internal Use Only -
오픈 소스에 대한 우려 불식
세계 증권 거래량의 70% 이상이 오픈 소스 기반에서 운영
25. 25
- Internal Use Only -
기업의 오픈 소스 전략
• 최초의 오픈 소스 비즈니스 모델 개발 – 서브스크립션
• 오픈 소스 회사 최초로 매출 1조 달성
• 전세계 리눅스 커널 및 시장이 75% 점유
• 인수하는 모든 상용 솔루션을 오픈 소스로 공개
“사용자들이 직접 기능 개발에 참여해 SW 개발회사에 기대지 않고도 사용자의 요구를 충실히 만족시키
는 SW 개발이 이뤄지는 것이다. 수많은 사람이 버그와 문제점을 해결하는 과정을 통해 코드의 질이 극적
으로 향상된다.”
- Red Hat 짐 화이트 허스트 CEO, 2012 –
• 2003년 몬타비스타와 라이선스 계약을 맺으면서 홈 어플라이언
스 제품에 적용하기 시작
• 오픈 소스를 활용하는 `오픈이노베이션` 전략
• 삼성전자 제품의 90%이상에 오픈 소스 SW 활용 중
• 안드로이드 및 기타 오픈 소스 결합을 통한 휴대전화 점유율 1위
”삼성이 이처럼 오픈소스를 활용하지 않았다면 도저히 값으로 따지기 힘든 투자가 이뤄졌어야 했다”
삼성전자 박원주 상무, 2012, 코리아 리눅스 포럼
26. 26
- Internal Use Only -
기업의 오픈 소스 전략
• IBM은 리눅스 개발에 10억 달러 이상을 투자
• 120개 이상의 프로젝트에 기여함으로서 오픈 소스에 헌신
• IBM은 개발과 혁신을 위한 “patent commons”에 500 개 특허를 기부
• Eclipse 소스 공개 후 자바 개발도구의 표준이 됨
• jazz를 통해 오픈 소스 개발 방법론 도입
“기업이 보유하고 있는 것만으로 사업을 하는 시기는 지났다. 지금은 협력의 시대”
- IBM 기술 및 전략 부사장 어빙 왈더스카이 버거 –
• 마이크로소프트의 오픈 소스 전략 추진
• Microsoft가 Apache 스폰서가 됨
• Codeplex.org 오픈 소스 커뮤니티 설립 및 지원
• IronPython 등 오픈 소스 스크립트 언어를 MS 플랫폼에 지원
• 가상화 플랫폼 상호 운영성 확대를 위해 오픈 소스 진영과 협력
• 오픈 소스 진영에 드라이버 코드 2만 라인 무상제공
• Hyper-V 통합을 위한 OpenStack NOVA 프로젝트 참여
27. 27
- Internal Use Only -
오픈 소스 블록 모델
Step1
Prototype
Step2
Base Framework
STEP 3
Biz. Development
STEP 4
Integration
STEP 5
Production
Process Completed
오픈 소스를 조립하여 하나의 완전체를 형성해 나가는 과정 필요
필요한 솔루션에 대한 검토 및 취사 선택
28. 28
- Internal Use Only -
왜 오픈 소스인가?
비용 절감, 자원 절감, 안정성 증가, 소스 수정 및 커뮤니티를 통한 개발자 직접 접촉 가능
기술적 측면 경제적 측면 사업적 측면
세계적 수준의 소프트웨어를
빠른 속도로 개발 가능
다수의 외부 개발자들에 의한
소스 코드 검토를 통해
소프트웨어 안정성 증가
주요 시장지배적 소프트웨어
사업자와의 기술 격차 해소
가능
뛰어난 외부 개발자의 내재화
저렴한 도입 비용
세계적으로 검증된 오픈
소스를 사용함으로써 개발
비용 절감
개발자들의 소프트웨어에 대한
학습 부담감 감소
소스 코드 레벨의
커스터마이징 가능
성공 사례를 소스 코드
레벨에서 재활용 가능
자사의 부족한 제품군을 빠른
시간안에 보완 가능
오픈 소스를 활용한 다양한
고객의 수요에 대응
회사 브랜드 가치
제고(커뮤니티 기여 등)
기술과 성과를 공유함으로써 협업적으로 사회를 발전시키는 기반으로 작동
30. 30
- Internal Use Only -
IT 환경의 주요한 변화
제품과 서비스가 결합된 서비스 비즈니스 모델IT Service
비용 절감의 대안으로 등장, 기간계 솔루션 핵심 인프라
기업의 원천 기술 확보를 위한 교두보 역할
Open Source
TCO 절감을 위한 핵심 솔루션 영역
오픈 소스 가상화 솔루션 역량에 주목(KVM1), Xen2))
Virtualization
인프라 통합 비즈니스 모델
기존 인프라 가용성 확보를 위한 전략적 모델
Cloud
Computing
1) KVM(Kernel Virtual Machine): 레드햇에 의해 개발되고 있으며, 리눅스 커널 상에 가상화 기능이 기본적으로 포함되어 있음
2) Xen: 캠브리지 대학에서 개발 후 오픈소스화, 2007년 Citrix에 의해 인수되어 지원.
31. 31
- Internal Use Only -
운영 체제 – 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. 32
- Internal Use Only -
리눅스 서버(Top 4)
1994년 리눅스 커널을 활용한 배포판을 생성하여 소프트웨어 무료 공급, 교육/컨설팅 사업 시작
서브스크립션이라는 오픈소스 비즈니스 모델을 세계 최초로 만듦
미들웨어, 가상화, 빅데이터 등의 업체 인수 후 모든 솔루션을 오픈 소스화 시키는 전략
The Community ENTerprise Operating System의 약자
레드햇 엔터프라이즈 리눅스의 소스 코드를 그대로 가져와 빌드 후 레드햇 로고 변경, 재배포
레드햇과 동일한 코드, 버전, 패키징 사용
Software und System-Entwicklung(소프트웨어 및 시스템 개발의 독일어)
독일에서 최초로 시작되었으며, 유럽에서 개발되고 가장 많이 사용
수세 브랜드와 상표권을 2003년 노벨이 인수 후 지원
데비안 커뮤니티에서 배포하는 오픈소스(프로젝트 창시자의 부인인 Debra의 이름에서 따옴)
초기 강력한 패키지 관리 기능(의존성 감지, 전체 자동 업데이트 등)
현재 많은 리눅스의 일반적인 기능을 도입하는 데 선구자적인 역할을 주도해 옴
33. 33
- Internal Use Only -
웹 서버
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. 34
- Internal Use Only -
웹 애플리케이션 서버
Productivity Report, Zeroturnaround 2012
자바 웹 애플리케이션 서버 4형제 – Tomcat, JBoss, Jetty, Glassfish
표준 주도로 인한 범용재(일용품 수준) 성격의 소프트웨어 변모
전자 내 개발자 Tomcat, 운영 시스템 JBoss
35. 35
- Internal Use Only -
데이터베이스
세계에서 가장 많이 쓰이는 오픈 소스의 관계형 데이터베이스 관리
시스템(RDBMS)
오라클은 MySQL 인수(10억 달러) 후 “오픈코어 전략” 표방
- 오픈소스 결과물의 확장 기능이나 엔터프라이즈 기능 공개하지 않고 있음
- 오픈소스가 아닌 폐쇄형 형태의 솔루션으로 변질 중(예: 클러스터 기능 등)
Michael "Monty" Widenius에 의해 개발, 오라클 정책에 반발 퇴사
몬티의 막내 딸 이름을 붙여 MariaDB 시작
퇴사 후 MySQL 기반으로 기존 기능/성능 능가하는 오픈 소스로 변모
오라클 상용 기능이 기본으로 탑재(클러스터, 샤딩 등)
오라클은 썬마이크로시스템즈를 인수하면서 독과점 문제로 유럽연합(EU)에 MySQL 제품에 대한 지속적인 개발과 API 프로바이더들에 대한 권리 요
구를 하지 않겠다고 공약한 바 있지만 문제는 이 공약사항의 만기가 1년밖에 남지 않았다는 점이다. MySQL 커뮤니티는 공약사항 만기 이후 오라클의
MySQL 제품 운영방안과 방침에 대해 불안해하고 있다.현재 오라클은 MySQL 소스코드 저장소를 공개하지 않고 있다.
기타: PostgreSQL, BerkeleyDB, CloudScape, Cubrid, etc.
36. 36
- Internal Use Only -
NoSQL(Not Only SQL)
비관계형 데이터저장소로, 보통 기존 전통적인 방식의 관계형 데이터베이스와(RDBMS)는
다르게 설계된 확장형 데이터베이스
대용량 데이터 저장 및 분석 RDBMS 수평적 확장의 한계
Contribution
37. 37
- Internal Use Only -
가상화(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. 38
- Internal Use Only -
Docker
리눅스 시스템 이미지를 기반으로 사용할 수 있는 모든 애플리케이션으로 컨테이너로 제작
상위 컨테이너의 이미지에 사용하고자 하는 애플리케이션만 탑재(민첩성)
복수개의상품다양한이동수단
필요에 따라 다양한 방법으로 목적지로
이동시키고 원하는 항목을 꺼내서 적용
하는 개념
컨테이너 내에 넣고자 하는 물건을
넣은 후 최종 목적지에서 꺼내 사용
한다는 개념
출처: docker.io
39. 39
- Internal Use Only -
Docker
Static website Web frontendUser DB Queue Analytics DB
개발 가상머신 QA server 퍼블릭 클라우드 개발자 노트북
다양한애플리케이션
상용클러스터
데이터센터
운영: Configure Once, Run Anything
개발자 : Build Once, Run Anywhere
다양한하드웨어환경
애플리케이션을 다양한 환경으로 이동시키며 구동할 수 있는 환경 마련
출처: docker.io
40. 40
- Internal Use Only -
클라우드 컴퓨팅(like Amazon)
Ideal Cloud Platform
User Interface & Control Channel
Cloud Service Framework
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. 41
- Internal Use Only -
빅데이터
파일
지도 개인 스토리지
동기화
서비스 플랫폼
인프라 플랫폼
OLAP
Smart Phone
PC/Laptop
Reader
Tablet PC
빅데이터 분석
SNS
인터넷
기업서비스
B2B, B2C
① 데이터 마이닝
② 클러스터 관리
서
비
스
플
랫
폼
인
프
라
Echo System
Hadoop File System
서비스 스택
③ 데이터 처리
④ OLAP
① 워크플로우 관리
② 데이터 분석
③ 빅데이터 로드
④ NoSQL 쿼리
정형/비정형 데이터
추이분석
변경분석
빅데이터 플랫폼으로 Apache Hadoop이 de-facto 표준이 되어 가고 있는 상황
42. 42
- Internal Use Only -
빅데이터 기반 통합 분석 시스템 구성도
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. 43
- Internal Use Only -
오픈 소스 클라우드 아키텍처
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,
.Monitoring (OSS I/F)
.Resource Info.
.Status Info.
Storage User
(API)
Restful API
.Provisioning
.Monitoring (OSS I/F)
.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) 및 하둡 에코시스템 활용
46. 46
- Internal Use Only -
기업의 오픈 소스 전략
운영체제, 웹, 미들웨어, 패키지 솔루션의 전방위 오픈 소스 적용 가능
클라우드 기반 서비스에 빅 데이터를 결합한 클라우드 형태로의 전환 진행
과거
Linux
- 상용 운영체제에 대한 공개 전환
- 전세계 개발자에 의한 빠른 발전 속도
Apache Web Server
- 1996년 리눅스 탑재, 전세계 63.7% 점유율
- 웹 폭발적 성장에 기여
현재
모든 영역의 솔루션 서비스
- 운영체제, 미들웨어, 데이터베이스, 프레임워크
- 캐시, 대용량 분산처리, HA, EAI
서비스 융합
- 오픈 소스 조합으로 새로운 서비스 개발 가능
- 검색엔진의 도움으로 손쉬운 문제 해결 가능
오픈소스 분석
시사점
활용 측면
단기
상용 오픈 소스 S/W 도입
사용경험에 의한 필수 기능 추출
초기 투자 비용 회수
오픈 소스 S/W 생태계 학습
중장기
자체 솔루션 개발 활용
솔루션 핵심 기능의 구현
서비스 추가, 시스템 확산 시 비용 절감
오픈 소스 참여를 통한 SDS 방향성 반영
관리 측면
벤더 유지 보수 지원 인력 활용
솔루션 중심의 운영 관리
내재화를 통한 자체 핵심역량 강화
OSS관리 및 운영 조직 구조 변화
47. 47
- Internal Use Only -
오픈 소스를 활용한 클라우드 전략
운영체제, 스토리지 서비스에 대한 초기 클라우드 전략을 통한 기반 구축
IaaS 기반 서비스에 부가 서비스를 결합한 미래 예측 가능형 클라우드 제공
초기 전략 - 클라우드
클라우드 자원 제공 중점
- IaaS에 영역에 해당하는 기초 인프라 서비스 중심
전환 대상 업무시스템 준비
- 중요도 기준 3~4단계 기준 수립 후 중요도가
낮은 시스템부터 전환
중기 전략 - 서비스
서비스 중심의 클라우드 환경 전환
- 인프라가 아닌 서비스 중심의 내용 전환
인프라 기술 내재화
- 오픈소스 기반 클라우드 환경에 대한 기술 내재화
사례
서비스 분석
시사점
향후 발전방향
초기
X86 기반의 가상화 시스템 구현
클라우드 인프라 기반 환경 구축
업무를 위한 공통 플랫폼 제공
단순화/표준화 기반의 계층형
아키텍처
중기
업무 클라우드 전환 및 오픈 소스
적용
클라우드 미터링/ITSM연계
통합 모니터링/백업 및 복구 체제
자동 확장(Auto Scaling)
장기
타 사례 서비스 벤치마킹을 통한
서비스 중심의 클라우드화
모니터링 일원화 및 사용자
중심의 인터페이스 전환
빅데이터 서비스 등의 다양한 환경
제공
48. 48
- Internal Use Only -
어떤 영역의 전환이 필요한가
SW적용 유형 (Desktop < Package SW < Solution) 작은 SW < 큰 소프트웨어
운용 환경 (개인용, 클라이언트 < 기업용, 서버) 저가 < 고가 SW
49. 49
- Internal Use Only -
오픈소스 도입에 대한 SWOT 분석
시 점
역 량
잠재력과 경쟁력(중점과제) 한계와 문제점(극복과제)
현재환경(내부환경) 강점요소(Strength) 약점요소(Weakness)
미래환경(외부환경) 기회요소(Opportunity) 위협요소(Threat)
강점요소(Strength) 약점요소(Weakness)
• 전세계의 다양하고 많은 기업들이 기술 개발에 참여
• x86 시스템과 함께 높은 기술 경쟁력 및 시장 점유율 보유
• 가상화/클라우드 컴퓨팅 기반 기술을 제공하며 시스템 혁신 가능
• 국내 기술지원 전문기업과 엔지니어가 많아지고 있음
• 사업부 내의 오픈소스에 대한 이해도, 생태계, 개발 프로세스 등에
대한 인식이 낮음
• 정보 기획/운영 관점의 투자(초기교육, 컨설팅)가 필요한 분야
• 자체 기술력 부족시 비용 절감 효과가 낮음
기회요소(Opportunity) 위협요소(Threat)
• x86 시스템/가상화/클라우드 컴퓨팅 기술 융합을 통한 경쟁사 우위
• 핵심 기술에 대한 이해로 모바일/임베디드 등 다양한 분야에 활용
• Unix 시스템의 Linux 마이그레이션을 통한 비용 절감을 통해 기존의
예산을 다른 곳에 유용하게 사용
• 상용SW 벤더의 라이선스 관리 서비스(LMS)를 통해 법적 이슈를
만들어 지속적으로 Lock-in 시킴
• 기존의 IT 환경에 익숙한 관리자들의 반발
SWOT 분석 적용을 통해 각 요소별 항목을 정리
50. 50
- Internal Use Only -
오픈 소스 SW 전환 절차 50
전환 기획, 전환 수행, 운영 및 통제 후 평가, 개선을 통한 전환 전략의 구사가 필요
전략 수립 및 계획 도출
전환 기획 단계
오픈 소스 마이그레이션
전환 수행 단계
전환 후 비즈니스 운영 및 통제
운영 및 통제 단계
지속적인 평가 및 개선(Continuous Migration and Integration)
지속적 수행에 따른 업무 성과 관리
오픈소스컨설팅 경험적 가이드 라인
• (우선 순위 1) U2L: Unix to Linux
• (우선 순위 2) Middleware: 상용 웹 서버 to Apache, NginX
• (후순위) 데이터 저장용 소프트웨어: Oracle to MariaDB(MySQL, Percona, etc)
※ 데이터베이스의 경우 스키마, 프로시저 등에 따른 마이그레이션 자체가 프로젝트 성격을 띠고 있음
51. 51
- Internal Use Only -
전환 기획(Plan) - 전략수립 및 계획 도출 프로세스 51
전략수립 및 계획 도출 프로세스
사업/환경분석
현황분석
(As-Is)
전환 계획수립
(To-Be)
수준점검
요구정의
문제사항
도출
벤치마킹
일반환경분석
[내/외부]
정보환경분석
[동향/적용성]
현행프로세스
분석
지원시스템 분석
사업전략분석
[전략/업무]
오픈소스 라이선스
특허, 법제도
전략
절차
조직
기술
업무조직 분석
상용 SW 제품
분석
선
진
사
례
분
석
오픈 소스 기반
세부 전략 수립
오픈 소스 기반
세부 절차 수립
오픈 소스 기반
세부 조직 수립
정보관리체계 및
지원시스템
구축방안수립
오픈 소스 운영
세부 계획 수립
Gap
분석
전환
개선
방향
도출
개념/논리적
상위 정보체계
목표 수립
선행, 선진 사례 분석 후 사내 시스템 현황 분석 후 전환 계획 수립
52. 52
- Internal Use Only -
전환 수행(Do / Action) – 마이그레이션 52
오픈소스 전환 및 제품화 프로세스
전략
절차
조직
기술
자체개발-오픈 소스획득
여부 분석
오픈 소스 마이그레이션 (시스템, 개발영역)
업무요구
기능분석
기존 소스
분석 및 오픈
소스 검색
Core
개발자
구성
내부개발
커뮤니티
관리팀 구성
릴리즈
커뮤니티
조직 구성
결합
타당성
분석
전환이행
선언
이행조직 구성
커뮤니티 사이트 구성
및 프로토타입 공개
오픈 소스 릴리즈
인증획득제품자료 작성
전략, 절차, 조직, 기술에 대한 조화를 통해 마이그레이션 수행
53. 53
- Internal Use Only -
전환 수행 핵심 항목
전환 계획 전환 수행 운영 통제 평가 및 개선단계
추진
절차
종료
보고
핵심성과지표(KPI)개발
진단 및 개선사항 도출
향후 실행 계획 수립
성과 관리
프로세스 수립
착수
사업 환경 분석
현황 분석(AS-IS)
전환계획 수립(TO-BE)
전환 가이드 라인
오픈 소스
마이그레이션
시범 운영
이행 전환
운영 프로세스 돌입
운영 조직 통제
운영 시스템 통제
운영 경험 축적
오픈 소스에 대한 전환 후 운영 경험 축적을 통한 지식 축적 및 관리 후 재사용 필요
54. 54
- Internal Use Only -
최적의 운영 프로세스 수립
• 자사 시스템 운영에
필요한 각종 운영 절차
수립 및 프로세스 적용
• 시스템 입고부터
운영까지 효율화 정책
필요
• 각종 시스템 구성, 운영
가이드 라인, 변경 사항
적용, 작업에 대한 표준
지침서 구성 및 작업
이행
표준 운영 절차
• 각 작업 절차별 운영
관리 프로세스 정립
운영 조직(절차중심)
1 구성 관리 절차
2 변경 관리 절차
3 장애 관리 절차
통합 관리 플랫폼
서비스 데스크 대시보드 서비스 수준관리운영
서비스
지원
통합운영관리 통합자원관리 통합보안관리운영
업무
지원
관제 시스템
보안 관제 시스템 관제 네트워크 관제
ESM SMS NMS
오픈 소스로의 전환 이후 기존의 ITSM 영역에 구축된 오픈 소스 시스템들에 대한 통합 관리,
운영 등의 프로세스 수립 필요
※ 결재 관리, 장애 관리, 변경 관리, 설정 관리, 패치 관리, 서비스 수준 관리, 용량 관리, 장비 관리, 작업 관리, 상태 관리,
백업 및 복구 관리, 계정 관리, 운영 이행 관리, 직무 관리 등
…