한국공간정보학회 2013년 1월 25일 공간정보포럼 발표 자료.
오픈 소스와 독점 소프트웨어라는 이분법적 사고를 넘어서, 이 둘을 어떻게 전략적으로 잘 활용할 것인지에 대한 내용을 담고 있습니다.
그리고 이런 배경 속에서 한국의 GIS 회사가 어떤 독점 소프트웨어를 만드는 게 현재와 같이 빠른 시장 변화 속에서 살아남을 수 있는지에 대해서도 언급하였습니다.
한국공간정보학회 2013년 1월 25일 공간정보포럼 발표 자료.
오픈 소스와 독점 소프트웨어라는 이분법적 사고를 넘어서, 이 둘을 어떻게 전략적으로 잘 활용할 것인지에 대한 내용을 담고 있습니다.
그리고 이런 배경 속에서 한국의 GIS 회사가 어떤 독점 소프트웨어를 만드는 게 현재와 같이 빠른 시장 변화 속에서 살아남을 수 있는지에 대해서도 언급하였습니다.
<p>[데브멘토 동영상] 허광남 모비젠 TI연구소 MA연구팀</p><p>공개SW와 오픈소스, 잘 나가는 오픈SW 제품의 성공요인</p><p>2010 공개SW 개발자대회 1차 기술세미나</p><p>주최: 지식경제부</p><p>주관: 정보통신산업진흥원, 한국공개SW협회</p>
source : http://www.opennaru.com/cloud/opensource-software/
소프트웨어는 다양한 언어를 사용하여 소스 코드 형태로 작성합니다. 오픈소스 소프트웨어는 그 소스 코드를 무상으로 공개하여 많은 개발자들이 함께 개선하고 제한 없이 이용하고 재배포할 수 있는 소프트웨어입니다.
즉 오픈 소스는 소스 코드 (프로그램 언어로 기술된 문자열)을 무료로 공개해 누구나 자유롭게 개선하고 재배포 할 수 있는 소프트웨어입니다.
우리는 게임, 그래픽 작업, 문서 작성등 많은 부분야에서 컴퓨터에 설치된 상용 소프트웨어를 사용합니다. 대부분의 소프트웨어들은 소스 코드를 공개않는 독점소스 소프트웨어 입니다.
소프트웨어를 개발하기위한 비용이나 버전 업, 버그 수정, 유지 보수 등에 많은 비용이 발생하고, 그 비용 회수와 이익을 위해 라이센스를 판매 합니다. 따라서 많은 소프트웨어 벤더들은 유사한 제품을 판매하거나 자사의 기술을 복제하는 것을 피하기 위해 소스 코드를 공개하지 않습니다.
오픈 소스 소프트웨어라는 것은 인터넷 등의 수단을 사용하여 소스 코드를 공개하고 전 세계의 사람과 기술을 공유함으로써 보다 뛰어난 소프트웨를 더 빠른 속도로 개발할 수 있다는 생각으로 커뮤니티를 통해 운영합니다.
이 문서는 최근 대두되는 개방형 혁신 연구개발 프로젝트를 위한 거버넌스 구축하기 위하여 필요한 요소를 알아봅니다. 다양한 핵심 산업에서 사실상의 표준으로 자리잡은 많은 오픈소스 프로젝트들을 중심으로 성공적인 오픈소스 프로젝트로 가능 여정에 어떤것이 필요한지 이야기합니다.
언제 애자일을 써야 좋을까? The better ways of developing softwareKevin Kim
The better ways of developing software
Software Development Methodology
Agile
Scrum Methodology
eXtreme Programming(XP)
Waterfall
Kanban
When to Use Scrum
When to Use Kanban
<p>[데브멘토 동영상] 허광남 모비젠 TI연구소 MA연구팀</p><p>공개SW와 오픈소스, 잘 나가는 오픈SW 제품의 성공요인</p><p>2010 공개SW 개발자대회 1차 기술세미나</p><p>주최: 지식경제부</p><p>주관: 정보통신산업진흥원, 한국공개SW협회</p>
source : http://www.opennaru.com/cloud/opensource-software/
소프트웨어는 다양한 언어를 사용하여 소스 코드 형태로 작성합니다. 오픈소스 소프트웨어는 그 소스 코드를 무상으로 공개하여 많은 개발자들이 함께 개선하고 제한 없이 이용하고 재배포할 수 있는 소프트웨어입니다.
즉 오픈 소스는 소스 코드 (프로그램 언어로 기술된 문자열)을 무료로 공개해 누구나 자유롭게 개선하고 재배포 할 수 있는 소프트웨어입니다.
우리는 게임, 그래픽 작업, 문서 작성등 많은 부분야에서 컴퓨터에 설치된 상용 소프트웨어를 사용합니다. 대부분의 소프트웨어들은 소스 코드를 공개않는 독점소스 소프트웨어 입니다.
소프트웨어를 개발하기위한 비용이나 버전 업, 버그 수정, 유지 보수 등에 많은 비용이 발생하고, 그 비용 회수와 이익을 위해 라이센스를 판매 합니다. 따라서 많은 소프트웨어 벤더들은 유사한 제품을 판매하거나 자사의 기술을 복제하는 것을 피하기 위해 소스 코드를 공개하지 않습니다.
오픈 소스 소프트웨어라는 것은 인터넷 등의 수단을 사용하여 소스 코드를 공개하고 전 세계의 사람과 기술을 공유함으로써 보다 뛰어난 소프트웨를 더 빠른 속도로 개발할 수 있다는 생각으로 커뮤니티를 통해 운영합니다.
이 문서는 최근 대두되는 개방형 혁신 연구개발 프로젝트를 위한 거버넌스 구축하기 위하여 필요한 요소를 알아봅니다. 다양한 핵심 산업에서 사실상의 표준으로 자리잡은 많은 오픈소스 프로젝트들을 중심으로 성공적인 오픈소스 프로젝트로 가능 여정에 어떤것이 필요한지 이야기합니다.
언제 애자일을 써야 좋을까? The better ways of developing softwareKevin Kim
The better ways of developing software
Software Development Methodology
Agile
Scrum Methodology
eXtreme Programming(XP)
Waterfall
Kanban
When to Use Scrum
When to Use Kanban
오픈스택이 가진 기술에 대하여 설명합니다.
1. 오픈소스기반 OpenStack 클라우드 시스템
2. OpenStack 기술 개요 및 동향
3. OpenStack 의 Community 개발 체계
4. OpenStack HA를 위한 방안
5. OpenStack SDN 개발 동향
6. Neutron OVS-DPDK 가속화와 구현방안
[오픈소스컨설팅] 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
국토연구원의 최병남 박사, 가이아쓰리디(주)의 신상희, 군산대학교의 남광우 교수 공동 연구
개방형 혁신, 오픈 소스 활용 전략, 플랫폼적 접근 등을 활용한 국가공간정보기술개발 전략에 대해 다룸.
"Strategies on Building the Platform for Geospatial Information Technology Development: Based on Open Source Thinking"
Authors: Byong-Nam Choe, Sang-Hee Shin, Kwang-Woo Nam
아토리서치 제품 중 하나인 SDN컨트롤러 오벨입니다
더 많은 자료를 홈페이지에서 보실 수 있습니다.
**아토리서치 SNS**
Website: http://www.atto-research.com/
Facebook: https://www.facebook.com/attoresearch/
Youtube: www.youtube.com/channel/UC3y0LupaApOalX1qPYH_hAg
안녕하세요 아토리서치 제풍 중 하나인
3D기반 데이터센터 네트워크 관리 솔루션 헤르메스입니다.
- 지능형 네트워크 관리 시스템
- 실시간 네트워크 모니터링
- 맞춤형 카드 시스템
- 실시간 장비 상황 모니터링
더 많은 자료를 홈페이지에서 보실 수 있습니다.
**아토리서치 SNS**
Website: http://www.atto-research.com/
Facebook: https://www.facebook.com/attoresearch/
Youtube: www.youtube.com/channel/UC3y0LupaApOalX1qPYH_hAg
The AWS cloud computing platform has disrupted big data. Managing big data applications used to be for only well-funded research organizations and large corporations, but not any longer. Hear from Ben Butler, Big Data Solutions Marketing Manager for AWS, to learn how our customers are using big data services in the AWS cloud to innovate faster than ever before. Not only is AWS technology available to everyone, but it is self-service, on-demand, and featuring innovative technology and flexible pricing models at low cost with no commitments. Learn from customer success stories, as Ben shares real-world case studies describing the specific big data challenges being solved on AWS. We will conclude with a discussion around the tutorials, public datasets, test drives, and our grants program - all of the resources needed to get you started quickly.
마이크로서비스는 큰 애플리케이션을 독립된 API와 데이터스토어를 가진 작은 단위의 서비스로 느슨하게 결합하여, 서비스를 책임지는 자율성 높은 팀의 자동화된 배포 및 운영 관리를 통해 민첩하게 비지니스 요구를 반영하는 아키텍처 구성 방식입니다. AWS 콘테이너(Container) 서비스 및 서버리스(Serverless) 아키텍처를 이용하여 마이크로 서비스를 구현하는 방법과 이를 위한 모범 사례를 소개합니다. 1) 개별 서비스 확장, 2) API 운영 및
Detailed Information: AWS 콘테이너(Container) 서비스 및 서버리스(Serverless) 아키텍처를 이용하여 마이크로 서비스를 구현하는 방법과 이를 위한 모범 사례를 소개합니다. 1) 개별 서비스 확장, 2) API 운영 및 관리, 3) 일관된 트랙잭션 유지, 4) 서비스 자동 배포, 5) 서비스 모니터링, 6) 서비스 보안 및 인증 그리고 7) 서비스 생태계 구성 등의 다양한 이슈에 AWS를 통한 해결 방법을 알아봅니다. 특히, AWS re:Invent에서 새로 출시한 AWS Step Functions, ECS 관리를 위한 Blox, Lambda@Edge 등의 서비스와 기능을 통해 마이크로서비스를 운영 관리하는 방법을 안내해 드립니다.
<p><font>공개SW 왜 도입을 안하는가, 불만은 무엇인가?</font></p><div><font>[데브멘토 동영상]</font><font>양재영 LG CNS 부장</font></div><div> </div><div><font>Free Software 개념은 1984년, Open Source Software 개념은 1998년 등장</font></div><div><font>정의: 소스코드를 공개한 상태로 실행프로그램을 제공하는 소프트웨어로 소스코드를 누구나 자유롭게 사용, 개작, 재배포할 수 있도록 허용한 소프트웨어</font></div><div><font>개발방법론</font></div>
오픈소스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 테스트, 빌드, 배포까지의 일련의 과정이 자동으로 진행되는지를 테스트 하는 내용입니다.
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
Cloud 기반으로 U2C(Unix to Cloud),U2L(Unix to Linux) 마이그레이션에 대한 가이드 라인과 사이징 관련 고려 사항에 대해 설명한 자료입니다.
많은 전환 프로젝트에서 추출된 경험치가 들어가 있으며, 전환별 난이도 및 고려사항이 들어가 있습니다.
장소 : 미국 보스턴 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 백업 데이터를 생성하고 복구하는 방법만을 자세히 설명합니다.
아틀라시안 JIRA를 사용할 때 가장 핵심적으로 해야 할 내용들만 추려서 가이드 문서를 작성하였습니다.
그러한 작업들로는 프로젝트, 스킴(Scheme), 이메일 세팅, 권한 관리, 백업/복구 등이 있습니다.
관리자가 이런 일을 잘 할 수 있도록 핵심적인 내용만으로 구성한 문서를 공유합니다.
레드햇 엔터프라이즈 리눅스 7 기반에 대한 운영자 가이드 기초편을 공유합니다.
부트로더 관리, 패키지, 네트워크, 스토리지 및 크래쉬 덤프 발생에 대한 관리까지 기초 운영 지식에 대한 부분을 본 문서를 통해 얻으실 수 있습니다.
오픈소스컨설팅의 문경윤차장께서 공유해주신 내용입니다.
2. 2
- Internal Use Only -
Supporter – 최지웅
오픈소스컨설팅 컨설팅 코치
대용량 시스템 아키텍처 구축/튜닝
아마존 기반 시스템 구축, 오픈소스 미들웨어(Apache/Tomcat/JBoss), Big Data
백엔드 시스템(Linux, Middleware, EAI, SOA, Cloud Computing, etc)
Red Hat Korea(for 5 years)
Global Professional Service Consultant
기업 고객 오픈소스 도입 컨설팅
BEA Systems Korea(for 5 years)
Principal Sales Engineer
WebLogic/AquaLogic/EAI/SOA
Sun Microsystems(for 3 years)
Java EE Instructor/Coach
자바 엔터프라이즈 아키텍처 교육
3. 3
- Internal Use Only -
오픈소스 기원
빌 게이츠
1976년 친구 폴 앨런과 MITS Altair 8800을 위한 베이식 인터프리터 제조 후 MITS를 통해 판매
해커들에 의해 소프트웨어가 복제되어 무상 배포
“Open Letter to Hobbyists”- 소프트웨어 유료화의 시초
모든 코드를 비공개 형태로 만들어 버리게 되는 계기
4. 4
- 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
5. 5
- 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의 탄생
저작권자가 소스코드를 공개하여
누구나 자유롭게 사용, 수정, 재배포
6. 6
- Internal Use Only -
오픈 소스 소프트웨어의 일반적 정의
FOSS(Free & Open Source Software): 공개소프트웨어
FOSS에서는 특정 라이선스에 따라 소프트웨어의 소스 코드가 공개되어 있음
일반적으로 FOSS 사용자는 소프트웨어에 대한 자유로운 사용, 복사, 수정, 개작 및 재배포의
권한을 부여 받음
FOSS 의 Free는 “공짜”를 의미하는 것이 아니라, 사용자가 소스 코드에 접근하고, 프로그램을
사용, 수정, 재배포 할 수 있는 “자유”를 의미함
FOSS는 개방형 표준(Open Standard)과는 다른 의미. 하지만 일반적으로 FOSS는 국제적인
표준을 따르는 경향이 있음(OGC와 OSGeo는 다른 조직)
<10만개 이상의 오픈 소스가 존재>
7. 7
- Internal Use Only -
프리웨어와 오픈 소스 소프트웨어
Freeware vs OSS
오픈 소스 소프트웨어는 공짜(No-Cost) 소프트웨어와 다른 개념
최근 기술지원을 포함하는 상업용(Commercial) 오픈 소스 소프트웨어가 많아짐
오픈 소스 소프트웨어의 상대어는 폐쇄(Closed Source) 또는 독점(Proprietary) 소프트웨어로
보는 것이 일반적
프리웨어(Freeware) 오픈 소스 소프트웨어(OSS)
소스코드 대부분 소스코드 접근 및 수정 불가능 접근 및 수정 가능
원작자 부재시
원저작자가 개인 사정에 따라 언제든지 개발
중단 혹은 상용화가 가능함(예: 오픈캡처, 알집
등)
원 저작자의 상황과 관계없이 해당 소프트웨어 사용
자 또는 개발자 그룹이 계속 이를 활용하고 발전시킬
수 있음
유지보수
관리주체
특정 그룹 혹은 사람들이 독자적으로 관리 테
스트를 하며 초기에 무료로 배포.
유지보수는 저작자 의지
오픈 소스 소프트웨어를 지원하는 강력한 사용자 그
룹 혹은 개발자 그룹이 자유롭게 해당 프로젝트를 유
지 관리(포럼, 위키, 이슈 트래커 등)
8. 8
- Internal Use Only -
오픈 소스 소프트웨어 개발 방법론
독점 소프트웨어와 오픈 소스 소프트웨어 개발 방법론 모형
독점 소프트웨어 개발 방법론 오픈 소스 소프트웨어 개발 방법론
성당 모형
위계적
폐쇄적
Leverage own knowledge
시장 모형
개방적
협력적
Leverage others knowledge too
소프트웨어 설계와 개발이 내부에서 이루어짐
내부의 지식, 지적재산권, 경험을 활용하여 개발
전문적, 체계적 소프트웨어 개발에 유리할 수 있음
설계와 개발이 다중에 의해 협력적으로 이루어짐
자신의 역량과 타인의 역량을 결합하여 개발
“We are smarter than Me” 개발 방법론
9. 9
- Internal Use Only -
오픈 소스 소프트웨어 개발 방법론
공동 개발 방식으로 소프트웨어 개발
하나의 프로젝트 혹은 소프트웨어를 전 세계에 흩어져 있는 다양한 사람들과 조직이 어우러져서
개발을 진행하는 방식
공통관심사를 갖는 사람들이 함께 특정 소프트웨어나 프로젝트를 개발하는 관계로 자사의
개발과 투자 비용을 절감하고, 기업 외부의 인력과 기술을 내재화할 수 있는 특성이 있음
• 외부 인력과 기술을 활용하여 개발 비용을 절감하기 위해서는, 해당 기술을 이해하는 많은 외부 인력이
존재하고 이들이 오픈 소스 소프트웨어를 통해 자신의 기술과 능력을 공유할 정도의 환경과 규모가
필요
공동 개발 방식은 소위 네트워크 효과(Network Effect)에 의해 크게 영향을 받는 개발 방식으로
특정 임계점(Tipping Point) 이상의 개발자가 소프트웨어 개발에 참여해야만 성공적으로
소프트웨어가 유지, 관리, 개발되는 특성이 있음
핵심 개발자들
프로젝트 관리자 개발자들
커뮤니티
커뮤니티에 기여
개발에 기여
• 발전방향
• 설계안
• 평가, 피드백
• 테스트, QA, 문서화
• 번역, 기능 요청, 버그 픽스
10. 10
- 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
11. 11
- Internal Use Only -
오픈 소스 과거와 현재
오픈 소스 과거 오픈 소스 현재
초기 비즈니스 모델: 교육 및 컨설팅
현재 비즈니스 모델: 서브스크립션(년 단위 유지보수 계약)
※ 오픈소스의 기본지원은 모두 솔루션 – 웹, 전화 지원으로 대부분 동일, 저작권이 아닌 상표권이 대부분
13. 13
- 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
14. 14
- Internal Use Only -
기존의 딜레마 – 불과 3년전
새로운 기술에 대한 적응시간 필요
개발/운영팀 교육의 부담
기술적 시행 착오
OSS에 대한 충분한 이해 부족
애플리케이션 레벨의 OSS 사용전략 부재
적절하지 못한 OSS도입으로 인한 개발 부담 가중
변화에 대한 반발
도입의 필요성까지만 동의 실패의 경험
새로운 것에 대한 두려움, 반발 매너리즘
변화와 혁신은 적은 많고 친구는 없는 가장 위험하고 어려운 일이다”
-마키아 벨리-
15. 15
- Internal Use Only -
오픈 소스에 대한 우려 불식
세계 증권 거래량의 70% 이상이 오픈 소스 기반에서 운영
16. 16
- Internal Use Only -
기업의 오픈 소스 전략
• 최초의 오픈 소스 비즈니스 모델 개발 – 서브스크립션
• 오픈 소스 회사 최초로 매출 1조 달성
• 전세계 리눅스 커널 및 시장이 75% 점유
• 인수하는 모든 상용 솔루션을 오픈 소스로 공개
“사용자들이 직접 기능 개발에 참여해 SW 개발회사에 기대지 않고도 사용자의 요구를 충실히 만족시키
는 SW 개발이 이뤄지는 것이다. 수많은 사람이 버그와 문제점을 해결하는 과정을 통해 코드의 질이 극적
으로 향상된다.”
- Red Hat 짐 화이트 허스트 CEO, 2012 –
• 2003년 몬타비스타와 라이선스 계약을 맺으면서 홈 어플라이언
스 제품에 적용하기 시작
• 오픈 소스를 활용하는 `오픈이노베이션` 전략
• 삼성전자 제품의 90%이상에 오픈 소스 SW 활용 중
• 안드로이드 및 기타 오픈 소스 결합을 통한 휴대전화 점유율 1위
”삼성이 이처럼 오픈소스를 활용하지 않았다면 도저히 값으로 따지기 힘든 투자가 이뤄졌어야 했다”
삼성전자 박원주 상무, 2012, 코리아 리눅스 포럼
17. 17
- Internal Use Only -
기업의 오픈 소스 전략
• IBM은 리눅스 개발에 10억 달러 이상을 투자
• 120개 이상의 프로젝트에 기여함으로서 오픈 소스에 헌신
• IBM은 개발과 혁신을 위한 “patent commons”에 500 개 특허를 기부
• Eclipse 소스 공개 후 자바 개발도구의 표준이 됨
• jazz를 통해 오픈 소스 개발 방법론 도입
“기업이 보유하고 있는 것만으로 사업을 하는 시기는 지났다. 지금은 협력의 시대”
- IBM 기술 및 전략 부사장 어빙 왈더스카이 버거 –
• 마이크로소프트의 오픈 소스 전략 추진
• Microsoft가 Apache 스폰서가 됨
• Codeplex.org 오픈 소스 커뮤니티 설립 및 지원
• IronPython 등 오픈 소스 스크립트 언어를 MS 플랫폼에 지원
• 가상화 플랫폼 상호 운영성 확대를 위해 오픈 소스 진영과 협력
• 오픈 소스 진영에 드라이버 코드 2만 라인 무상제공
• Hyper-V 통합을 위한 OpenStack NOVA 프로젝트 참여
18. 18
- Internal Use Only -
라이프사이클
개방
공유
참여진화
재사용
70여종의 다양한 라이선스 형태로 코드를 공개하고, 다양한 특허를 가지고 있음
오픈 소스 개발자를 다시 기업의 직원의 채용하여 자사의 방향성 입력 후 다시 기부
개방형, 고객(시청자) 참여, 진화, 실시간
• 요구사항을 실시간, 능동적으로 반영
• 시장에 진입했을 때 위험 부담 감소
비교 사례 – 공개 오디션 프로그램
19. 19
- Internal Use Only -
어떤 것을 도입할 것인가
Fast, but Not Agile
Almost as Fast, More Agile
빠른 시장 환경에 대응하기 위한 민첩성을 강조
기존 솔루션에 대한 switch cost 비용이 상당히 발생
20. 20
- Internal Use Only -
오픈 소스 블록 모델
Step1
Prototype
Step2
Base Framework
STEP 3
Biz. Development
STEP 4
Integration
STEP 5
Production
Process Completed
오픈 소스를 조립하여 하나의 완전체를 형성해 나가는 과정 필요
필요한 솔루션에 대한 검토 및 취사 선택
21. 21
- Internal Use Only -
왜 오픈 소스인가?
비용 절감, 자원 절감, 안정성 증가, 소스 수정 및 커뮤니티를 통한 개발자 직접 접촉 가능
기술적 측면 경제적 측면 사업적 측면
세계적 수준의 소프트웨어를
빠른 속도로 개발 가능
다수의 외부 개발자들에 의한
소스 코드 검토를 통해
소프트웨어 안정성 증가
주요 시장지배적 소프트웨어
사업자와의 기술 격차 해소
가능
뛰어난 외부 개발자의 내재화
저렴한 도입 비용
세계적으로 검증된 오픈
소스를 사용함으로써 개발
비용 절감
개발자들의 소프트웨어에 대한
학습 부담감 감소
소스 코드 레벨의
커스터마이징 가능
성공 사례를 소스 코드
레벨에서 재활용 가능
자사의 부족한 제품군을 빠른
시간안에 보완 가능
오픈 소스를 활용한 다양한
고객의 수요에 대응
회사 브랜드 가치
제고(커뮤니티 기여 등)
기술과 성과를 공유함으로써 협업적으로 사회를 발전시키는 기반으로 작동
22. 22
- Internal Use Only -
개방 성공 사례
엄청난 저작권료를 벌어들이는 ‘강남 스타일’은
역설적으로 저작권에 대해 개방적인 태도를 취해 인
기를 끌기 시작했다. 유튜브에서 ‘강남 스타일’
이 주목을 받자 각국 젊은이들은 싸이의 원곡을 그
대로 가져다 패러디물을 쏟아냈다.
싸이는 저작권을 엄격하게 고집해 로열티를 요구하
거나 저작권 침해 소송을 거는 대신 패러디를 되레 장
려했다. 이 같은 유연한 대처가 ‘강남 스타일’이
세계적으로 히트한 비결이다.
뮤직비디오 클릭에서 오는 저작권료는 사실상 포기
했지만 음원을 다운로드하거나 음반을 판매하는 데
서 오는 수익을 노린 것이다.
- 한국일보 -
음원 및 광고: 200억
23. 23
- Internal Use Only -
오픈 소스 전략
운영체제, 웹, 미들웨어, 패키지 솔루션의 전방위 오픈 소스 적용 가능
클라우드 기반 서비스에 빅 데이터를 결합한 클라우드 형태로의 전환 진행
과거
Linux
- 상용 운영체제에 대한 공개 전환
- 전세계 개발자에 의한 빠른 발전 속도
Apache Web Server
- 1996년 리눅스 탑재, 전세계 63.7% 점유율
- 웹 폭발적 성장에 기여
현재
모든 영역의 솔루션 서비스
- 운영체제, 미들웨어, 데이터베이스, 프레임워크
- 캐시, 대용량 분산처리, HA, EAI
서비스 융합
- 오픈 소스 조합으로 새로운 서비스 개발 가능
- 검색엔진의 도움으로 손쉬운 문제 해결 가능
오픈소스 분석
시사점
활용 측면
단기
상용 오픈 소스 S/W 도입
사용경험에 의한 필수 기능 추출
초기 투자 비용 회수
오픈 소스 S/W 생태계 학습
중장기
자체 솔루션 개발 활용
솔루션 핵심 기능의 구현
서비스 추가, 시스템 확산 시 비용 절감
오픈 소스 참여를 통한 기업 방향성 반영
관리 측면
벤더 유지 보수 지원 인력 활용
솔루션 중심의 운영 관리
내재화를 통한 자체 핵심역량 강화
OSS관리 및 운영 조직 구조 변화