오픈소스의 시작은 어딩

1. 2013. 03. 27
오픈 소스 소프트웨어 소개
주식회사 오픈소스컨설팅

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

12. 12
- Internal Use Only -
OS 시장 전망

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관리 및 운영 조직 구조 변화

24. 24
- Internal Use Only -
요약
OPEN
SHARE
CONTRIBUTE
ADOPT
REUSE