2013. 03. 27오픈 소스 소프트웨어 소개주식회사 오픈소스컨설팅
2- Internal Use Only -Supporter – 최지웅오픈소스컨설팅 컨설팅 코치 대용량 시스템 아키텍처 구축/튜닝 아마존 기반 시스템 구축, 오픈소스 미들웨어(Apache/Tomcat/JBoss), Bi...
3- Internal Use Only -오픈소스 기원빌 게이츠 1976년 친구 폴 앨런과 MITS Altair 8800을 위한 베이식 인터프리터 제조 후 MITS를 통해 판매 해커들에 의해 소프트웨어가 복제되어 무상...
4- Internal Use Only -컴퓨터 동호인들에게 보내는 공개 서한지금 개인 컴퓨터(취미용 컴퓨터) 시장에 있어서 가장 심각한 문제가 있다면, 좋은 소프트웨어 교육과정이 부족한 것, 좋은 서적이 부족한 것 그리...
5- Internal Use Only -오픈 소스 기원리처드 스톨만(Richard Matthew Stallman, RMS, 1953/03/19, USA) IBM 뉴욕 과학센터 근무(고등학교) MIT 인공지능 실험실 ...
6- Internal Use Only -오픈 소스 소프트웨어의 일반적 정의FOSS(Free & Open Source Software): 공개소프트웨어FOSS에서는 특정 라이선스에 따라 소프트웨어의 소스 코드가 공개되어 ...
7- Internal Use Only -프리웨어와 오픈 소스 소프트웨어Freeware vs OSS오픈 소스 소프트웨어는 공짜(No-Cost) 소프트웨어와 다른 개념최근 기술지원을 포함하는 상업용(Commercial) 오...
8- Internal Use Only -오픈 소스 소프트웨어 개발 방법론독점 소프트웨어와 오픈 소스 소프트웨어 개발 방법론 모형독점 소프트웨어 개발 방법론 오픈 소스 소프트웨어 개발 방법론성당 모형위계적폐쇄적Levera...
9- Internal Use Only -오픈 소스 소프트웨어 개발 방법론공동 개발 방식으로 소프트웨어 개발하나의 프로젝트 혹은 소프트웨어를 전 세계에 흩어져 있는 다양한 사람들과 조직이 어우러져서개발을 진행하는 방식공통...
10- Internal Use Only -오픈 소스 소프트웨어 저작권저작권 비독점 소유저작권의 비독점 소유 방식은 특정 라이선스를 통해 사용자들에게 소프트웨어 사용, 연구, 수정및 배포에 있어 전반적인 권한을 제공오픈 ...
11- Internal Use Only -오픈 소스 과거와 현재오픈 소스 과거 오픈 소스 현재초기 비즈니스 모델: 교육 및 컨설팅현재 비즈니스 모델: 서브스크립션(년 단위 유지보수 계약)※ 오픈소스의 기본지원은 모두 솔...
12- Internal Use Only -OS 시장 전망
13- Internal Use Only -패러다임의 변화 – 단순 비용 문제가 아님67% 기업이 IT예산 삭감70% IT예산이 Legacy Infra에50% CIO가 인원 부족 인식46% IT담당 임원이 높아지는 SLA...
14- Internal Use Only -기존의 딜레마 – 불과 3년전새로운 기술에 대한 적응시간 필요 개발/운영팀 교육의 부담기술적 시행 착오 OSS에 대한 충분한 이해 부족 애플리케이션 레벨의 OSS 사용전략 ...
15- Internal Use Only -오픈 소스에 대한 우려 불식세계 증권 거래량의 70% 이상이 오픈 소스 기반에서 운영
16- Internal Use Only -기업의 오픈 소스 전략• 최초의 오픈 소스 비즈니스 모델 개발 – 서브스크립션• 오픈 소스 회사 최초로 매출 1조 달성• 전세계 리눅스 커널 및 시장이 75% 점유• 인수하는 모...
17- Internal Use Only -기업의 오픈 소스 전략• IBM은 리눅스 개발에 10억 달러 이상을 투자• 120개 이상의 프로젝트에 기여함으로서 오픈 소스에 헌신• IBM은 개발과 혁신을 위한 “patent ...
18- Internal Use Only -라이프사이클개방공유참여진화재사용70여종의 다양한 라이선스 형태로 코드를 공개하고, 다양한 특허를 가지고 있음오픈 소스 개발자를 다시 기업의 직원의 채용하여 자사의 방향성 입력 후...
19- Internal Use Only -어떤 것을 도입할 것인가Fast, but Not AgileAlmost as Fast, More Agile빠른 시장 환경에 대응하기 위한 민첩성을 강조 기존 솔루션에 대한 swi...
20- Internal Use Only -오픈 소스 블록 모델Step1PrototypeStep2Base FrameworkSTEP 3Biz. DevelopmentSTEP 4IntegrationSTEP 5Production...
21- Internal Use Only -왜 오픈 소스인가?비용 절감, 자원 절감, 안정성 증가, 소스 수정 및 커뮤니티를 통한 개발자 직접 접촉 가능기술적 측면 경제적 측면 사업적 측면세계적 수준의 소프트웨어를빠른 속...
22- Internal Use Only -개방 성공 사례엄청난 저작권료를 벌어들이는 ‘강남 스타일’은역설적으로 저작권에 대해 개방적인 태도를 취해 인기를 끌기 시작했다. 유튜브에서 ‘강남 스타일’이 주목을 받자 각국 젊...
23- Internal Use Only -오픈 소스 전략 운영체제, 웹, 미들웨어, 패키지 솔루션의 전방위 오픈 소스 적용 가능 클라우드 기반 서비스에 빅 데이터를 결합한 클라우드 형태로의 전환 진행과거 Linux...
24- Internal Use Only -요약OPENSHARECONTRIBUTEADOPTREUSE
Upcoming SlideShare
Loading in...5
×

[오픈소스컨설팅]오픈소스개요 및 동향_v2

3,275

Published on

오픈소스의 시작은 어딩

Published in: Technology
0 Comments
20 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
3,275
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
20
Embeds 0
No embeds

No notes for slide

Transcript of "[오픈소스컨설팅]오픈소스개요 및 동향_v2"

  1. 1. 2013. 03. 27오픈 소스 소프트웨어 소개주식회사 오픈소스컨설팅
  2. 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/SOASun Microsystems(for 3 years) Java EE Instructor/Coach 자바 엔터프라이즈 아키텍처 교육
  3. 3. 3- Internal Use Only -오픈소스 기원빌 게이츠 1976년 친구 폴 앨런과 MITS Altair 8800을 위한 베이식 인터프리터 제조 후 MITS를 통해 판매 해커들에 의해 소프트웨어가 복제되어 무상 배포 “Open Letter to Hobbyists”- 소프트웨어 유료화의 시초 모든 코드를 비공개 형태로 만들어 버리게 되는 계기
  4. 4. 4- Internal Use Only -컴퓨터 동호인들에게 보내는 공개 서한지금 개인 컴퓨터(취미용 컴퓨터) 시장에 있어서 가장 심각한 문제가 있다면, 좋은 소프트웨어 교육과정이 부족한 것, 좋은 서적이 부족한 것 그리고좋은 소프트웨어 자체가 부족하다는 것입니다. 좋은 소프트웨어, 그리고 프로그래밍을 이해하는 사용자가 없다면 개인용 컴퓨터는 쓸모가 없습니다.앞으로 쓸만한 개인용 소프트웨어가 나올 수 있을까요?약 1년 전 쯤, 폴 엘런과 저는 개인용 컴퓨터 시장이 성장하리라 생각했습니다. 그래서 개발자 몬테 다비도프를 고용하고 알테어 베이직을 개발했죠.초기 개발은 딱 두 달 밖에 걸리지 않았습니다만 저희 세 명은 약 1년 가까이 베이직의 문서 작업과 성능 개선, 기능 추가를 진행 중입니다. 현재 저희는 4K, 8K의 확장된 ROM과 디스크 베이직을 개발했습니다. 개발 시간으로 환산했을 때, 저희 컴퓨터의 가치는 4만 달러를 넘을 것입니다.저희의 베이직을 사용하고 있다는 수백 명의 사용자들에게 받았던 반응은 모두 긍정적이었습니다. 그러나 두 가지 명백한 점이 저희를 놀라게 했습니다. 1) 거의 모든 사용자들이 베이직을 구입한 적이 없었습니다. (10% 미만의 알테어 사용자들만이 베이직을 구입하였습니다) 2) 저희가 개인 사용자들에게 판매한 대가로 받은 저작권 수익을 생각하면, 저희가 알테어 베이직에 썼던 시간은 고작 시간 당 2불에 불과하더군요.왜 이럴까요? 컴퓨터 동호인들 대부분이 아실테죠. 여러분 대부분이 소프트웨어를 훔쳤기 때문입니다. 네, 꼭 돈을 주고 사야 하는 하드웨어와 달리,소프트웨어는 그냥 공짜로 공유하는 거잖아요. 소프트웨어를 개발했던 사람들이 보상을 받는지 아닌지는 누가 신경이나 쓰겠습니까?공정한가요? 여러분이 소프트웨어를 훔치면서 하지 못하는 것이라면, 소프트웨어의 문제를 해결하거나 개선사항을 MITS에 전달하는 것이겠죠.MITS는 소프트웨어를 유료로 판매하지 않으니까요. 저희에게 지급된 로열티는 매뉴얼, 디스켓을 만드는 비용 등의 경비에 들어가는데, 겨우 손해를면하는 수준입니다. 여러분이 하고 있는 바로 그 행동은 좋은 소프트웨어가 개발되는 것을 막습니다. 이런 전문적인 일을 누가 공짜로 할 수 있겠습니까? 혹은 어떤 취미 개발자가 프로그래밍, 디버깅, 문서화까지 완료된 소프트웨어를 개발하고 배포하는데 세 명의 인력을 1년 동안 투입할 수 있겠습니까? 저희들을 제외하면 그 누구도 이런 개인용 소프트웨어에 막대한 자원을 투자하지 않습니다. 저희는 6800 베이직을 개발했으며, 현재 8080APL과 6800 APL을 개발하고 있습니다만, 이 소프트웨어를 개인 사용자에게 제공할 이유가 있는지는 잘 모르겠습니다. 솔직히 말해, 여러분은 또 훔칠테니까요.알테어 베이직을 복제해서 재판매하고 있는 이들은 어떤가요? 그들은 개인용 소프트웨어로 돈을 벌고 있지 않나요? 네 그렇죠. 하지만 저희에게 신고된 이들은 반드시 패배할 것입니다. 그들은 컴퓨터 동호인의 얼굴에 먹칠을 하고 있습니다. 그들은 어떠한 형태의 컴퓨터 동호회에서든 반드시 추방되어야 합니다.소프트웨어 가격을 지불하실 의향이 있거나, 제안사항, 의견이 있으신 분은 편지를 보내주시면 감사하겠습니다. 1180 Alvarado SE, 114,Albuquerque, New Mexico, 87108 로 보내주시면 됩니다. 프로그래머 딱 열 명만 고용할 수 있다면 그리고 개인 컴퓨터 시장에 좋은 소프트웨어를많이 소개할 수만 있다면, 제겐 더할 나위 없는 기쁨이겠습니다.Bill Gates, General Partner, Micro-Soft
  5. 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. 6- Internal Use Only -오픈 소스 소프트웨어의 일반적 정의FOSS(Free & Open Source Software): 공개소프트웨어FOSS에서는 특정 라이선스에 따라 소프트웨어의 소스 코드가 공개되어 있음일반적으로 FOSS 사용자는 소프트웨어에 대한 자유로운 사용, 복사, 수정, 개작 및 재배포의권한을 부여 받음FOSS 의 Free는 “공짜”를 의미하는 것이 아니라, 사용자가 소스 코드에 접근하고, 프로그램을사용, 수정, 재배포 할 수 있는 “자유”를 의미함FOSS는 개방형 표준(Open Standard)과는 다른 의미. 하지만 일반적으로 FOSS는 국제적인표준을 따르는 경향이 있음(OGC와 OSGeo는 다른 조직)<10만개 이상의 오픈 소스가 존재>
  7. 7. 7- Internal Use Only -프리웨어와 오픈 소스 소프트웨어Freeware vs OSS오픈 소스 소프트웨어는 공짜(No-Cost) 소프트웨어와 다른 개념최근 기술지원을 포함하는 상업용(Commercial) 오픈 소스 소프트웨어가 많아짐오픈 소스 소프트웨어의 상대어는 폐쇄(Closed Source) 또는 독점(Proprietary) 소프트웨어로보는 것이 일반적프리웨어(Freeware) 오픈 소스 소프트웨어(OSS)소스코드 대부분 소스코드 접근 및 수정 불가능 접근 및 수정 가능원작자 부재시원저작자가 개인 사정에 따라 언제든지 개발중단 혹은 상용화가 가능함(예: 오픈캡처, 알집등)원 저작자의 상황과 관계없이 해당 소프트웨어 사용자 또는 개발자 그룹이 계속 이를 활용하고 발전시킬수 있음유지보수관리주체특정 그룹 혹은 사람들이 독자적으로 관리 테스트를 하며 초기에 무료로 배포.유지보수는 저작자 의지오픈 소스 소프트웨어를 지원하는 강력한 사용자 그룹 혹은 개발자 그룹이 자유롭게 해당 프로젝트를 유지 관리(포럼, 위키, 이슈 트래커 등)
  8. 8. 8- Internal Use Only -오픈 소스 소프트웨어 개발 방법론독점 소프트웨어와 오픈 소스 소프트웨어 개발 방법론 모형독점 소프트웨어 개발 방법론 오픈 소스 소프트웨어 개발 방법론성당 모형위계적폐쇄적Leverage own knowledge시장 모형개방적협력적Leverage others knowledge too소프트웨어 설계와 개발이 내부에서 이루어짐내부의 지식, 지적재산권, 경험을 활용하여 개발전문적, 체계적 소프트웨어 개발에 유리할 수 있음설계와 개발이 다중에 의해 협력적으로 이루어짐자신의 역량과 타인의 역량을 결합하여 개발“We are smarter than Me” 개발 방법론
  9. 9. 9- Internal Use Only -오픈 소스 소프트웨어 개발 방법론공동 개발 방식으로 소프트웨어 개발하나의 프로젝트 혹은 소프트웨어를 전 세계에 흩어져 있는 다양한 사람들과 조직이 어우러져서개발을 진행하는 방식공통관심사를 갖는 사람들이 함께 특정 소프트웨어나 프로젝트를 개발하는 관계로 자사의개발과 투자 비용을 절감하고, 기업 외부의 인력과 기술을 내재화할 수 있는 특성이 있음• 외부 인력과 기술을 활용하여 개발 비용을 절감하기 위해서는, 해당 기술을 이해하는 많은 외부 인력이존재하고 이들이 오픈 소스 소프트웨어를 통해 자신의 기술과 능력을 공유할 정도의 환경과 규모가필요공동 개발 방식은 소위 네트워크 효과(Network Effect)에 의해 크게 영향을 받는 개발 방식으로특정 임계점(Tipping Point) 이상의 개발자가 소프트웨어 개발에 참여해야만 성공적으로소프트웨어가 유지, 관리, 개발되는 특성이 있음핵심 개발자들프로젝트 관리자 개발자들커뮤니티커뮤니티에 기여개발에 기여• 발전방향• 설계안• 평가, 피드백• 테스트, QA, 문서화• 번역, 기능 요청, 버그 픽스
  10. 10. 10- Internal Use Only -오픈 소스 소프트웨어 저작권저작권 비독점 소유저작권의 비독점 소유 방식은 특정 라이선스를 통해 사용자들에게 소프트웨어 사용, 연구, 수정및 배포에 있어 전반적인 권한을 제공오픈 소스 소프트웨어 소스 코드 관리 및 라이선스 관계커뮤니티소스 코드저작권 및 성과 귀속소스코드 개발, 관리사용 및 피드백소스 코드 재배포사용자주요 오픈 소스 소프트웨어 라이선스무료로 소프트웨어 이용 및배포 허용 가능소스 코드 취득 및수정 가능2차 저작물재공개 의무독점 소프트웨어와결합 가능GPL O O O XLGPL O O O OMPL O O O OBSD License O O X OApache License O O X O
  11. 11. 11- Internal Use Only -오픈 소스 과거와 현재오픈 소스 과거 오픈 소스 현재초기 비즈니스 모델: 교육 및 컨설팅현재 비즈니스 모델: 서브스크립션(년 단위 유지보수 계약)※ 오픈소스의 기본지원은 모두 솔루션 – 웹, 전화 지원으로 대부분 동일, 저작권이 아닌 상표권이 대부분
  12. 12. 12- Internal Use Only -OS 시장 전망
  13. 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. 14- Internal Use Only -기존의 딜레마 – 불과 3년전새로운 기술에 대한 적응시간 필요 개발/운영팀 교육의 부담기술적 시행 착오 OSS에 대한 충분한 이해 부족 애플리케이션 레벨의 OSS 사용전략 부재적절하지 못한 OSS도입으로 인한 개발 부담 가중변화에 대한 반발 도입의 필요성까지만 동의  실패의 경험 새로운 것에 대한 두려움, 반발  매너리즘변화와 혁신은 적은 많고 친구는 없는 가장 위험하고 어려운 일이다”-마키아 벨리-
  15. 15. 15- Internal Use Only -오픈 소스에 대한 우려 불식세계 증권 거래량의 70% 이상이 오픈 소스 기반에서 운영
  16. 16. 16- Internal Use Only -기업의 오픈 소스 전략• 최초의 오픈 소스 비즈니스 모델 개발 – 서브스크립션• 오픈 소스 회사 최초로 매출 1조 달성• 전세계 리눅스 커널 및 시장이 75% 점유• 인수하는 모든 상용 솔루션을 오픈 소스로 공개“사용자들이 직접 기능 개발에 참여해 SW 개발회사에 기대지 않고도 사용자의 요구를 충실히 만족시키는 SW 개발이 이뤄지는 것이다. 수많은 사람이 버그와 문제점을 해결하는 과정을 통해 코드의 질이 극적으로 향상된다.”- Red Hat 짐 화이트 허스트 CEO, 2012 –• 2003년 몬타비스타와 라이선스 계약을 맺으면서 홈 어플라이언스 제품에 적용하기 시작• 오픈 소스를 활용하는 `오픈이노베이션` 전략• 삼성전자 제품의 90%이상에 오픈 소스 SW 활용 중• 안드로이드 및 기타 오픈 소스 결합을 통한 휴대전화 점유율 1위”삼성이 이처럼 오픈소스를 활용하지 않았다면 도저히 값으로 따지기 힘든 투자가 이뤄졌어야 했다”삼성전자 박원주 상무, 2012, 코리아 리눅스 포럼
  17. 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. 18- Internal Use Only -라이프사이클개방공유참여진화재사용70여종의 다양한 라이선스 형태로 코드를 공개하고, 다양한 특허를 가지고 있음오픈 소스 개발자를 다시 기업의 직원의 채용하여 자사의 방향성 입력 후 다시 기부개방형, 고객(시청자) 참여, 진화, 실시간• 요구사항을 실시간, 능동적으로 반영• 시장에 진입했을 때 위험 부담 감소비교 사례 – 공개 오디션 프로그램
  19. 19. 19- Internal Use Only -어떤 것을 도입할 것인가Fast, but Not AgileAlmost as Fast, More Agile빠른 시장 환경에 대응하기 위한 민첩성을 강조 기존 솔루션에 대한 switch cost 비용이 상당히 발생
  20. 20. 20- Internal Use Only -오픈 소스 블록 모델Step1PrototypeStep2Base FrameworkSTEP 3Biz. DevelopmentSTEP 4IntegrationSTEP 5ProductionProcess Completed오픈 소스를 조립하여 하나의 완전체를 형성해 나가는 과정 필요필요한 솔루션에 대한 검토 및 취사 선택
  21. 21. 21- Internal Use Only -왜 오픈 소스인가?비용 절감, 자원 절감, 안정성 증가, 소스 수정 및 커뮤니티를 통한 개발자 직접 접촉 가능기술적 측면 경제적 측면 사업적 측면세계적 수준의 소프트웨어를빠른 속도로 개발 가능다수의 외부 개발자들에 의한소스 코드 검토를 통해소프트웨어 안정성 증가주요 시장지배적 소프트웨어사업자와의 기술 격차 해소가능뛰어난 외부 개발자의 내재화저렴한 도입 비용세계적으로 검증된 오픈소스를 사용함으로써 개발비용 절감개발자들의 소프트웨어에 대한학습 부담감 감소소스 코드 레벨의커스터마이징 가능성공 사례를 소스 코드레벨에서 재활용 가능자사의 부족한 제품군을 빠른시간안에 보완 가능오픈 소스를 활용한 다양한고객의 수요에 대응회사 브랜드 가치제고(커뮤니티 기여 등)기술과 성과를 공유함으로써 협업적으로 사회를 발전시키는 기반으로 작동
  22. 22. 22- Internal Use Only -개방 성공 사례엄청난 저작권료를 벌어들이는 ‘강남 스타일’은역설적으로 저작권에 대해 개방적인 태도를 취해 인기를 끌기 시작했다. 유튜브에서 ‘강남 스타일’이 주목을 받자 각국 젊은이들은 싸이의 원곡을 그대로 가져다 패러디물을 쏟아냈다.싸이는 저작권을 엄격하게 고집해 로열티를 요구하거나 저작권 침해 소송을 거는 대신 패러디를 되레 장려했다. 이 같은 유연한 대처가 ‘강남 스타일’이세계적으로 히트한 비결이다.뮤직비디오 클릭에서 오는 저작권료는 사실상 포기했지만 음원을 다운로드하거나 음반을 판매하는 데서 오는 수익을 노린 것이다.- 한국일보 -음원 및 광고: 200억
  23. 23. 23- Internal Use Only -오픈 소스 전략 운영체제, 웹, 미들웨어, 패키지 솔루션의 전방위 오픈 소스 적용 가능 클라우드 기반 서비스에 빅 데이터를 결합한 클라우드 형태로의 전환 진행과거 Linux- 상용 운영체제에 대한 공개 전환- 전세계 개발자에 의한 빠른 발전 속도 Apache Web Server- 1996년 리눅스 탑재, 전세계 63.7% 점유율- 웹 폭발적 성장에 기여현재 모든 영역의 솔루션 서비스- 운영체제, 미들웨어, 데이터베이스, 프레임워크- 캐시, 대용량 분산처리, HA, EAI 서비스 융합- 오픈 소스 조합으로 새로운 서비스 개발 가능- 검색엔진의 도움으로 손쉬운 문제 해결 가능오픈소스 분석시사점활용 측면단기 상용 오픈 소스 S/W 도입 사용경험에 의한 필수 기능 추출 초기 투자 비용 회수 오픈 소스 S/W 생태계 학습중장기 자체 솔루션 개발 활용 솔루션 핵심 기능의 구현 서비스 추가, 시스템 확산 시 비용 절감 오픈 소스 참여를 통한 기업 방향성 반영관리 측면 벤더 유지 보수 지원 인력 활용 솔루션 중심의 운영 관리 내재화를 통한 자체 핵심역량 강화 OSS관리 및 운영 조직 구조 변화
  24. 24. 24- Internal Use Only -요약OPENSHARECONTRIBUTEADOPTREUSE

×