오픈소스 비즈니스
오픈소스 비즈니스 컨설팅 사이트는 모든 사람이 동참하는 개방된 사이트 입니다.
오픈 소스와 오픈 API와 관계된 사항은 자유로이 추가, 수정 하셔도 됩니다. 모두의 동참을 바랍니다.
오픈소스 비즈니스 컨설팅에 대한 문의는
으로 메일 주세요.
오픈 소스와 오픈 API와 관계된 사항은 자유로이 추가, 수정 하셔도 됩니다. 모두의 동참을 바랍니다.
오픈소스 비즈니스 컨설팅에 대한 문의는
으로 메일 주세요.
오픈소스 비즈니스 컨설팅
오픈소스 비즈니스와 관련된 사항을 정리 한다.
목차 |
[편집] 오픈소스 비즈니스 모델
오픈소스를 사용하여 수익을 얻을 수 있는 직간접 비즈니스 모델은 다양하고 또한 여러가지 비즈니스 모델을 결합하여 사용할 수 있다.
[편집] 오픈소스에 대한 직접 비즈니스
| 오픈소스 도입 |
|
| 오픈소스 인증 |
|
| 오픈소스 번들 |
|
| 듀얼 라이선스 |
|
| 하이브리드 라이선스 |
|
| 오픈소스 기반 소프트웨어 |
|
| 오픈소스 Virtual Appliance |
|
| 오픈소스로 공개 |
|
| 오픈소스 호스팅 |
|
| 오픈소스 커뮤니티 |
|
| 오픈소스 개발 Framework |
|
| 오픈 API 서비스 |
|
[편집] 오픈소스에 대한 간접 비즈니스
| 오픈소스 유통 |
|
| 오픈소스 SI |
|
| 오픈소스 기술 지원 |
|
| 오픈소스 운용 대행 |
|
| 오픈소스 교육/훈련 |
|
| 오픈소스 컨설팅 |
|
| 오픈소스 관리 도구 |
|
| 오픈소스 마이그레이션 |
|
| 오픈소스 평가 기관 |
|
| 오픈소스 라이선스 검증 |
|
| 오픈소스 결합 컨설팅 |
|
[편집] 오픈소스 단체/업체에 대한 비즈니스
| 오픈소스 업체 M&A |
|
| 오픈소스 업체 지분 투자 |
|
| 오픈소스 단체에 인력/Infra 제공 |
|
[편집] 비즈니스용 오픈소스 선정 기준
- (주)유엔진 솔루션즈의 공개 SW 비즈니스 측면에서 성공 요인이 높은 아이템
- 데스크톱 < 패키지 < 솔루션 (컨설팅 요건이 높은)
- 개인용, 클라이언트 < 기업용, 서버 (전문 인력의 공유, 비용 크리티컬)
- 깊은 기술 이해의 요구 < 적절한 기술적 장벽 (집단 지성의 효과가 높은 경우)
- 작은 SW < 큰 SW (R&D 비용의 효율적 분배가 경쟁력인 경우)
- 이미 저렴한 아이템 < 고가의 시장을 구가하고 있는 아이템 (의미 있는)
[편집] 오픈소스 비즈니스 관련 법률 및 가이드
- 공개SW 유지보수 서비스 가이드라인, 정보통신부 (2007년 12월)
- 공개SW의 특징을 고려하여 공개SW 유지보수 서비스의 범위 및 대가산정 방식을 명확히 하고 유지보수 서비스 구매시 필요한 고려사항을 제공하여 공개SW의 활용성을 높이고 효과적인 예산편성과 집행을 도모한다.
- 적용 범위
- SW 산업진흥법 제19조의 국가, 지방자치단체, 국가 또는 지방자치단체가 투자하거나 출연한 법인 또는 기타 공공단체 등(이하 '발주기관'이라 함)의 공개SW의 유지보수서비스 구매에 적용한다. 단, 소스 코드는 공개되지 않지만 SW를 무료로 제공하는 상용SW에 대한 기술지원 서비스(유지보수 서비스) 구매에도 준용할 수 있다.
- 적용 시점
- 공개SW 유지보수 서비스는 공개SW 구입과 동시에 공개SW 업체로부터 유상으로 구매한다.
- 이 가이드라인 2008년 1월 1일부터 시행한다.
- 적용 요율
- 정액제 : 유지보수 서비스 수준에 따른 비용을 일정기간 단위로 지불하는 형태
- 콜베이스제 (Call-Base) : 사용자의 서비스 요청에 따른 유지보수 서비스 제공 건수마다 비용을 지불하는 형태
- 공개SW 유지보수 서비스 내용
설치 목적 소프트웨어를 고객이 원하는 시스템 환경에 옮기고 정상적으로 작동되도록 하는 작업 패치 제공 새로운 기술의 적용이나 운영체제의 변화 등으로 발생하는 불일치 조정 업데이트 목적 소프트웨어 뿐만 아니라 이에 관련된 라이브러리, 도구, 인터페이스 등 기존 설치 환경을 최신 버전으로 갱신 시키는 작업 업그레이드 목적 소프트웨어의 버전을 향상시키는 작업으로 메이저 업그레이드와 마이너 업그레이드로 분류 최적화 시스템 또는 DBMS의 성능을 향상시키거나 저장장치를 효과적으로 사용하기 위해서 파일, 네트워크, 인덱스, 캐쉬, 버퍼에 관련된 파라미터를 변경하는 작업 튜닝 시스템 성능 향상을 위한 환경변수를 조정하는 작업 문제 해결 목적 소프트웨어 자체의 문제(오동작, 에러, 버그, 해킹) 또는 운용 환경상의 문제(연동, 컨피그레이션) 등을 기술적으로 해결해 주는 작업 모니터링 설치된 소프트웨어의 실시간 운용 상황을 동적으로 관찰하여 통계적 자료를 제공하는 업무 온라인 도움 포탈이나 이메일을 통해 질문이나 지원 요청을 접수하여 지식 베이스 또는 전담 기술인력을 동원하여 접수된 요청사항을 온라인으로 지원해주는 업무 기술 자문 마이그레이션, 커스터마이제이션, 백업 등 공개SW 서비스에 관련된 사항을 지도해 주는 업무 개발자 지원 아키텍쳐링, 파라미터 구성, 성능 튜닝, 최적화 등의 개발 업무에 대해 조언하는 업무 보증 공급한 공개SW 제품의 소스 코드에 아무런 법적인 문제가 없도록 지원하는 업무
[편집] 기업의 오픈소스 도입 전략
2008년 7월말에 진행된 OSCON 08(첨부)에서 O'Reilly는 "Open Source in the Enterprise" 보고서를 통해 오픈소스 도입 기업들의 오픈소스 도입 전략을 다음과 같이 정리 하였다.
| 전략 | 설명 |
| Agility and Scale (기민성 및 확장성) | 기업 비즈니스 환경의 빠른 변화에 유연하고 확장성 있게 대처 한다. |
| Breaking Vendor Lock-in (독점 벤더 독립성) | 독점 벤더의 영향혁을 감소 시켜, 기업의 IT Architecture를 유연하게 가져 간다. |
| Quality and Security (품질 및 보안) | 빠른 개선과 투명성이라는 오픈 소스의 특성을 통해 품질 및 보안을 향상 한다. |
| Cost (비용 개선) | 저렴한 오픈 소스의 사용으로 IT 운영 비용을 절감 한다. |
| Sovereignty (IT 독립성) | 미국 기업의 소프트웨어에 대한 의존성을 줄여, 국가의 IT 독립성을 달성 한다. |
| Innovation (혁신) | 오픈소스를 사용하여 운영 비용을 절감하고, 오픈소스를 제품 생산에 활용함으로써 신규 제품의 시장 진입 비용을 절감 한다. |
- 참고 문헌
[편집] 오픈소스 개발 방법론
- FOSS 개발의 특성
- 인터넷을 통해 전세계 개발자들이 네트워크 형태의 개발 (Network)
- 인터페이스 규정에 따른 병렬적 개발 (Parallel)
- 커뮤니티 위주의 개발 (Community)
- 커뮤니티를 통한 컴포넌트 개발 -> 오픈소스로 컴포넌트 통합
- 효과 : 빠른 개발, 높은 품질, 적은 비용
- 개발 능력에 따른 대우
- 동료 검토 시행
- FOSS 개발 플랫폼
- Continuous Integration & Testing
- Daily Builds -> Deployment Targets
- Distributed Project Server
- Management, Support, Developers, Build Engineers
- Artifact Policy Management (Enterprise Repository)
- Sandbox, Approved OSS, Licensed Software, In-house Code
- Common Metadata for Artifact Discovery
- FOSS 기반 상용 소프트웨어 개발
- 혼합식 모델
- 오랜 시간이 소요되는 Core 부분은 공개 모델로 개발
- 제품의 주요 세부적인 부분에 대해서는 비공개 모델로 개발
