오픈소스 비즈니스

오픈소스 비즈니스 컨설팅
둘러보기로 가기 검색하러 가기

오픈소스 비즈니스와 관련된 사항을 정리 한다.

시장 규모

  • 2011년 국가별 SW 시장 규모 (단위 : 억달러)
국가 시장 비중 규모 비고
미국 38.8% 3794.7
일본 9.2% 896.4
영국 7.2% 700.6
독일 6.3% 614.8
프랑스 4.9 477.3
캐나다 3.1% 298.3
중국 2.3% 227.0
이탈리아 2.3% 223.6
호주 2.2% 218.3
브라질 2.2% 216.2
인도 1.3% 126.2
러시아 1.0% 100.3
한국 1.0% 94.2
  • 2013년 전망 S/W별 시장 규모 (일본, 억엔)
국가 규모
ERP 1조 990억엔
BA 9621억엔
CRM 5896억엔
SCM 3588억엔
  • 벤더
  • MS, 오라클, IBM, SAP, EMC
  • SAP(ERP, SCM)와 오라클(CRM, DBMS), IBM(그룹웨어, 미들웨어)

OpenSource Business Model

Model 방식 필요 조건
간접적 가치 획득 주력 사업에서 수익을 얻기 위해 수익을 얻지 않는 오픈소스에 투자
직접적 가치 획득
  • 듀얼 라이센싱
  • Open Core : 부가 특성을 유료로 판매
  • 듀얼 라이센싱 : 오픈소스에 대한 판권 필요
  • Open Core : 부가 기능 개발 필요
Professional open source company
  • 기술지원
  • 오픈소스 전문가 필요
Professional specialist company
  • 컨설팅
  • 오픈소스 핵심 개발자 필요
Side market
  • Production-oriented services : Tools
  • Deployment platform : Platforms
  • Production-oriented services : Tools 개발 필요
  • Deployment platform : Platforms 구축 필요
Open source company
  • Open Source를 사용
  • 참고 문헌

사이트 구축

중소기업용 주요 업무

  • 중소기업용 주요 업무
  • 메일 (웹메일, 스팸 필터)
  • 주소록 (조직도, 거래처/연락처)
  • 일정관리 (업무 관리, 근태 관리)
  • 인사/급여 (급여, 4대보험, 전자세금계산서, 연말정산)
  • 영업/판매 (미수금, 채권, 재고)
  • 구매/발주 (미지급금, 채무)
  • 커뮤니티 (자료실, 게시판)
  • 회계/세무
  • 생산 관리
  • 이익 관리

사이트 구성 방안

분류 업무 구현 방안
기본 구성 서버
  • 고정 IP
도메인
이메일
  • 메일 서비스 : Windows Live Custom Domain, Daum 스마트워크
  • 관리자로 등록한 메일 주소로 발송된 메일에서 메일주소 인증을 합니다.
  • Windows Live Custom Domain 사이트에서 관리자로 사용할 계정을 등록하고 로그인 합니다.
  • "사용자 지정 도메인" 아래에 있는 "등록" 링크를 선택하여 도메인을 등록 합니다.
  • "도메인 설정" 메뉴에서 보여주는 메시지를 참조하여 MX Record 등을 등록 합니다.
  • "사용자 지정 주소" 메뉴에서 보여주는 메시지를 참조하여 Mail 서버의 URL를 등록 합니다. (Default URL : http://mail.live.com/)
  • SMTP, POP3 설정
  • 받는 메일 서버 : pop3.live.com, 995 port (SSL)
  • 보내는 메일 서버 : smtp.live.com, 587 port (TLS)
전화, 팩스
  • 하나팩스 / 엔팩스
  • 수신 번호 : 5,000원 / 월, 기본 5MB 용량, 1000원 / 10MB 용량
  • 발신 팩스 : 42원 / 장
  • 수신 번호 : 2,000원 / 월
  • 수신 팩스 : (100원, 50원, 9원) / 장
  • 발신 팩스 : 45.5원 / 장, 40원 / 장 (평일 0~6시, 일요일)
홍보용 서비스
  • 홍보용 서비스 구축
업무용 서비스
  • 업무용 서비스 구축
관리용 서비스
  • 관리용 서비스 구축
프로젝트용 서비스
  • 프로젝트 관리
  • 개발 도구
기타 업무용

데스크탑 구성 방안

  • Windows 환경
분류 업무 구현 방안
기본
  • OS : Windows 7
  • Linux 환경
분류 업무 구현 방안
기본

모바일 구성 방안

  • 안드로이드 환경
분류 업무 구현 방안
기본
  • 아이폰 환경
분류 업무 구현 방안
기본

예산 수립

  • 1대 (1CPU / 1GB Mem. / 20GB Disk) 예산 수립 (KT UCloud 사용)
항목 원가 갯수 합계
도메인
  • com 도메인 : 28,600원/년
  • co.kr 도메인 : 28,600원/년
1개 28,600원
Server
  • 1CPU / 1GB Memory : 24,750 (22,500)/월 = 297,000원/년
  • 1CPU / 2GB Memory : 42,350 (38,500)/월 = 508,200원/년
1대 297,000원
공인 IP
  • 1개 무료, 추가 1개당 5,000원/월 = 60,000원/년
1개 0원
팩스
  • 하나팩스 : http://www.hanafax.com/
  • 팩스 번호 1개당 5,000원 / 월 = 60,000원 / 년
  • 팩스 발송 : 42원 / 장
1개 60,000원
총액 385,600원
  • 2대 (1CPU / 1GB Mem. / 20GB Disk) 예산 수립 (KT UCloud 사용)
항목 원가 갯수 합계
도메인
  • com 도메인 : 28,600원/년
  • co.kr 도메인 : 28,600원/년
2개 57,200원
Server
  • 24,750 (22,500)/월 = 297,000원/년
2대 594,000원
공인 IP
  • 1개 무료, 추가 1개당 5,000원/월 = 60,000원/년
2개 60,000원
총액 711,200원

OpenSource Architecture

오픈소스 비즈니스 모델

오픈소스를 사용하여 수익을 얻을 수 있는 직간접 비즈니스 모델은 다양하고 또한 여러가지 비즈니스 모델을 결합하여 사용할 수 있다.

오픈소스에 대한 직접 비즈니스

오픈소스 도입
  • 기업의 사내외 비즈니스에 오픈소스를 도입하여 비용을 절감 한다.
  • 외부 서비스, 호스팅 서비스에 오픈소스를 도입 한다.
  • 사내에서 사용하는 다양한 소프트웨어를 오픈소스로 대체 한다.
  • 수익 모델 : 도입 비용 절감, 독점 벤더에 대한 독립성
  • 사례 : 네이버의 CUBRID 도입, LAMP 등 다수
오픈소스 인증
  • 특정한 환경에서 동작하도록 오픈소스를 구성하고 인증하여 그들의 소프트웨어 버전을 제공 한다.
  • 초장기 오픈소스(Linux)에서 활성화된 비즈니스 모델 이다.
  • 해당 업체는 구독의 형태로 주기적으로 보안 패치와 업데이트를 제공 한다.
  • 수익 모델 : 인증된 오픈소스 버전 판매
  • 사례 : Redhat
오픈소스 번들
  • 자사 제품(H/W, S/W)의 판매를 위하여 오픈소스를 같이 패키징하여 판매 한다.
  • 수익 모델 : 자사 제품의 편리한 사용 환경 제공으로 판매 증대
  • 사례 : Mixed Source 모델 (Redhat + Oracle)
듀얼 라이선스
  • 일반 사용자에게는 오픈소스로 제공하고 비즈니스 사용자에게는 유상 라이선스로 판매 한다.
  • GPL과 같은 제한적인 라이선스를 가진 오픈소스를 독점 소프트웨어와 결합하여 판매하고자 하는 사용자에게 유상의 라이선스하에 판매 한다.
  • 수익 모델 : 유상 라이선스 판매
  • 사례 : MySQL (DBMS), QT 라이브러리
하이브리드 라이선스
  • 기본 모듈(Community Edition)은 오픈소스로 공개하나 특정 기능이나 추가 기능에 대해서는 상용으로 판매하는 비즈니스 모델 이다.
  • 기존 오픈소스에 자사의 부가 서비스를 추가하여 새로운 제품을 출시한다.
  • 오픈소스로 사용자 층을 확대하고 오픈소스의 여러가지 장점을 취할 수 있다.
  • 수익 모델 : 상용 라이선스 판매, 기술지원, 업그레이드, 컨설팅/구축
  • 사례 : SugarCRM (CRM), JasperSoft, Postgres (DBMS, 구 EnterpriseDB)
오픈소스 기반 소프트웨어
  • 다양한 오픈소스를 활용하여 자사의 제품을 개발/출시한다.
  • 자체 개발에 비해 일반적으로 비용과 기간을 1/2로 줄일 수 있는 것으로 알려져 있다.
  • 수익 모델 : 제품 개발 및 유지보수 비용 절감
  • 사례 : uEngine BPM, 많은 업체에서 오픈소스를 사용하고 있음
오픈소스 Virtual Appliance
오픈소스로 공개
  • 자체 제품을 보유하고 있는 업체가 아래 사유로 제품을 오픈소스로 공개한다.
  • 제품의 개발 비용이 부담이 될 경우
  • 시장을 확대하거나 표준을 선점할 필요가 있을 경우
  • 수익 모델 : 시장 확대, 기술지원, 컨설팅/구축
  • 사례 : CUBRID (DBMS)
오픈소스 호스팅
  • 완성도가 높고 기업에 필요한 오픈소스를 호스팅으로 제공한다.
  • 수익 모델 : 오픈소스 호스팅 서비스 제공
  • 사례 : 프로젝트 관리(dotProject), SugarCRM의 Multi-Instance On-Demand Architecture
오픈소스 커뮤니티
  • 오픈소스를 활성화하기 위해 커뮤니티를 제공한다.
  • 수익 모델 : 기부금, 커뮤니티를 통한 아이디어/기술, 광고, 없음
  • 사례 : Sourceforge, KLDP, 파이어폭스에서 디폴트로 구글 검색 제공
오픈소스 개발 Framework
  • 오픈소스와 방법론을 결합하여 개발 Framework를 출시한다.
  • 오픈소스 Framework, 개발 도구, Repository 등을 활용한다.
  • 수익 모델 : 자사 개발 Framework로 사용, 개발 Framework 상용화
  • 사례 : 국내(SK C&C JGarnet, 대우정보시스템 JCF, 삼성의 Anyframe), 해외(EJOSA)
오픈 API 서비스
  • 오픈 API 서비스나 Meshup 형태로 결합한 새로운 오픈 API를 서비스 한다.
  • 수익 모델 : 사용료, Open API를 통한 서비스간의 결합
  • 사례 : Google

opensource.png

오픈소스에 대한 간접 비즈니스

오픈소스 유통
  • 오픈소스 업체로부터 오픈소스를 공급 받아 판매 및 기술지원을 한다.
  • 수익 모델 : 판매 마진
  • 사례 : Redhat, MySQL, Postgres (구 EnterpriseDB)
오픈소스 부가기능 판매
  • 오픈소스의 기능을 개선할 수 있는 부가 기능을 개발하여 Market에서 매매
  • 수익 모델 : 판매 마진
  • 사례 : XE 마켓
오픈소스 SI
  • 고객사의 업무 시스템 구축에 오픈소스와 오픈소스 인력을 제공 한다.
  • 고객사의 요구에 맞도록 오픈소스를 개선하는 구현 또는 개발을 진행 한다.
  • 수익 모델 : 구축 비용, 업그레이드 비용, 추가 유지보수 기대
  • 사례 : 제이보스, 썬 글래스피시 포트폴리오
오픈소스 기술 지원
  • 공개SW 유지보수 서비스로 오픈소스에 대한 다양한 기술지원 서비스를 제공한다.
  • 공개SW를 최적의 상태로 활용, 유지하기 위한 기술지원 서비스를 제공한다.
  • 공개SW의 제품상 오류 및 결함의 수정(상용SW의 하자보수), 정보시스템 운영시 발생하는 문제점, 기타 사용자 요구사항 해결(상용SW의 유지보수) 등을 포함한다.
  • 수익 모델 : 기술지원료(MA)
  • 사례 : Service/Support 모델, Redhat
오픈소스 운용 대행
  • 오픈소스로 구축된 시스템에 대한 운영 및 관리 서비스를 제공한다.
  • 수익 모델 : 관리 비용
  • 사례 :
오픈소스 교육/훈련
  • 오픈소스에 대한 해박한 지식으로 교육 서비스를 제공한다.
  • 수익 모델 : 교육비, 자사 판매 오픈소스의 홍보
  • 사례 : 독일 Ancud IT, Sun 교육 센터
오픈소스 컨설팅
  • 오픈소스를 활용하여 기업에서 필요한 업무 시스템 구축을 컨설팅 한다.
  • 오픈소스에 대한 폭넓고 다양한 지식을 기반으로 한 컨설팅 능력이 필요하다.
  • 명성이 있는 개인도 할 수 있는 비즈니스 영역 이다.
  • 수익 모델 : 컨설팅 비용, 추가 프로젝트 기대
  • 사례 : 독일 Ancud IT, SpringSource
오픈소스 관리 도구
  • 유용한 오픈소스의 관리 도구와 매뉴얼을 제작하여 판매한다.
  • 수익 모델 : 도구 판매비
  • 사례 :
오픈소스 마이그레이션
  • 기존 기업의 인프라를 오픈소스로 마이그레이션(재구축) 한다.
  • 수익 모델 : 마이그레이션 비용, 자사 제품 추가 판매
  • 사례 : HP의 무료 컨설팅 서비스
오픈소스 평가 기관
  • 다양한 오픈소스를 평가하여 순위를 매겨 발표한다.
  • 수익 모델 : 광고, 평가 정보 판매
  • 사례 :
오픈소스 라이선스 검증
  • 사용/개발 소프트웨어의 오픈소스 라이선스 사용 정보를 제공 하는 소프트웨어/서비스를 판매 한다.
  • 수익 모델 : 제품 판매
  • 사례 : 블랙덕
오픈소스 결합 컨설팅
  • 기업이 보유한 상용 소프트웨어와 오픈소스를 통합하여 시너지를 낼 수 있도록 컨설팅
  • 다양한 오픈소스에 대한 해박한 지식과 오픈소스를 조합하여 새로운 소프트웨어를 생성할 수 있는 능력이 필요함

오픈소스 단체/업체에 대한 비즈니스

오픈소스 업체 M&A
  • 이미 시장에서 검증된 오픈소스 업체를 인수/합병을 통해 취득한다.
  • 사례 : Sun의 MySQL 인수
오픈소스 업체 지분 투자
  • 오픈소스 업체에 지분을 투자하여 수익을 창출한다.
오픈소스 단체에
인력/Infra 제공
  • 오픈소스 단체에 자사의 Infra와 인력을 제공하여 오픈소스를 활성화 한다. 오픈소스를 활용하여 비즈니스를 전개하는 업체가 오픈소스의 품질 향상과 필요한 때 필요한 기능을 오픈소스에 추가하기 위해 인력과 Infra를 무상 제공한다.
  • 수익 모델 : 오픈소스의 품질 고도화, 자사의 의도에 따른 RoadMap 설정
  • 사례 : IBM의 대표적인 정책
  • 참고 문헌

비즈니스용 오픈소스 선정 기준

  1. 데스크톱 < 패키지 < 솔루션 (컨설팅 요건이 높은)
  2. 개인용, 클라이언트 < 기업용, 서버 (전문 인력의 공유, 비용 크리티컬)
  3. 깊은 기술 이해의 요구 < 적절한 기술적 장벽 (집단 지성의 효과가 높은 경우)
  4. 작은 SW < 큰 SW (R&D 비용의 효율적 분배가 경쟁력인 경우)
  5. 이미 저렴한 아이템 < 고가의 시장을 구가하고 있는 아이템 (의미 있는)

오픈소스 비즈니스 모델 사례 1

기업에서 오픈소스를 활용하여 자사 솔루션을 만들고 이를 고객에게 제공하는 오픈소스 기반의 비즈니스 모델을 만들어 봅시다.

  • 전제 조건 (제약 사항)
  • 투입할 수 있는 MM가 부족함
  • 기업이 개발(SI)에 대한 역량이 부족함
  • 오픈소스로 자사 솔루션을 만드는데 대한 투자 의지가 없음
  • 기업이 다양한 솔루션에 대한 경험 보유
  • 비즈니스 모델의 장점
  • 최소한의 인력 투자와 최소한의 개발
  • 오픈소스 기반의 자사 솔루션 보유로 수익(마진) 증대
  • 탄탄한 기반 구조를 통한 비즈니스 확장

OSS Business Model.png

비즈니스 오픈소스 A
  • 1단계 기본 오픈소스 비즈니스 모델
비즈니스 오픈소스의 플랫폼 역할을 할 수 있는 오픈소스를 하나 선정하여 제품화하고 이를 판매 합니다. 플랫폼 역할을 위해서는 권한 관리(사용자, 그룹, 보안), 안정성, 확장성, 변경가능성 등이 뛰어난 오픈소스를 선택 합니다.


  • 오픈소스라고 해서 반드시 Linux를 사용하여야 한다는 편견을 버립시다. 우선은 사용자에게 친숙한 Windows 환경으로 다가가는 것은 사용자의 오픈소스에 대한 불안감, 어려움을 제거하는데 도움이 됩니다.
  • 충분한 개발자와 기술력을 보유하고 있는 것이 아니므로, 오픈소스의 기반이 되는 언어를 PHP와 Java로 선정 합시다. PHP를 기반으로 오픈소스를 선정하고 일부 기능을 위해서 Java를 사용 합시다.
  • Plugin, Module 등 여러가지 용어를 사용하지만, 어째든 기본 골격을 유지한채 새로운 기능을 추가하거나 기존 기능을 변경하는 것이 용이한 오픈소스를 선정하여야 합니다.
비즈니스 오픈소스 B...Z
  • 2단계 확장 오픈소스 비즈니스 모델
1단계에서 판매하고 있는 오프소스에 새로운 오픈소스를 추가하여 고객이 원하는 기능을 제공 합니다. 이를 통해 상용SW보다 기능과 가격 측면에서 우위를 점할 수 있습니다.


  • 권한 관리를 위해 SSO(Single Sign On) 오픈소스를 사용합니다. 이를 통해 최소한의 수정으로 오픈소스간의 통합을 이룩 합니다. (사용자 정보 통합, 권한 관리 등)
  • 여러개의 오픈소스를 연동하기 위해서는 연동과 관련된 개발이 필요한데, 이는 PHP와 Java를 사용하여 구현 합니다.
Single Sign On

2단계 확장 오픈소스 비즈니스 모델로 이행하기 위해서 SSO(Single Sign On) 오픈소스가 필요 합니다. SSO 오픈소스는 PHP와 Java간이 SSO를 지원하고 부가적인 정보를 관리하여 권한 관리를 위한 토대를 제공 하여야 합니다.

Connected
  • Open API를 사용하여 외부에 있는 SNS와 연계 합니다. 그리고 Open API를 사용하여 외부 서비스와 연계 합니다.
  • SNS로는 Twitter, Facebook 등이 있습니다.
  • Data, Service로는 Google Map API, 네이버 검색 API 등이 있습니다.
Channel
  • 노특북/데스크탑, 모바일에서 사용자에게 동일한 사용자 경험을 제공 하여야 합니다. 웹 기반(HTML5, CSS3)을 사용하여 다양한 채널(장치)에서 동일한 사용자 경험을 제공 합니다.
  • 모바일 환경은 Android > Windows Modile > iPhone 등이 있습니다.
Delivery

자 이제 오픈소스를 사용하여 만들어지 솔루션을 판매하여야 합니다. 하나가 아닌 다양한 배포 방식을 가져가 더 많은 수익을 창출 합니다.

  • Portable
  • 설치형이 아닌 Portable한 환경을 제공 합니다. 설치가 아닌 바로 사용할 수 있는 소프트웨어를 다운로드 또는 USB를 통해서 제공 합니다.
  • USB를 통해서는 오픈소스 이외에 다양한 SW(OS도 포함)를 Portable한 형태로 제공할 수 있습니다.
  • Appliance
  • H/W와 결합한 Appliance, 가상화 기반의 Virtual Appliance를 통해서 오픈소스를 배포하여 봅시다.


  • On-Demand (서비스형, Cloud, SaaS)
  • On-Demand가 가능한 오픈소스는 그리 많지 않지만, 이런 모델도 가능 합니다.
  • On-Primise (구축형)
  • 오픈소스를 고객의 회사에 설치를 해주는 전통적인 모델 입니다.

오픈소스 비즈니스 모델 사례 2

영문으로 작성된 오픈소스를 가져다 한글화, 지역화를 하여 고객에게 제공하여 봅시다. 또한 오픈소스는 상용SW에 비해 5% 부족한 부분이 있으므로 이를 보완하여 봅시다.

Oss plan.png

오픈소스 선정
  • 고객에게 판매하고자 하는 업무 범위(카테고리)에서 오픈소스를 선택 합니다.
  • 선택된 오픈소스의 라이선스가 비즈니스에 적합한지 검토 합니다.
  • 선택된 오픈소스를 비교 분석하여 고객에게 필요한 오픈소스를 선정 합니다.
오픈소스 설치 및 한글화 준비
  • 선정된 오픈소스를 설치하여 한글화 및 제품화를 준비 합니다.
  • 오픈소스의 기능을 충분히 검토하여 개선할 사항과 개선 방안을 도출 합니다.
  • 개선 방법 1 : 부족한 부분을 다른 오픈소스를 사용하여 보완 (추천)
5% 부족한 오픈소스를 2개 이상 결합하면 50% 더 뛰어난 제품이 될 수 있습니다.
  • 개선 방법 2 : 부족한 부분을 추가 개발을 하여 보완
오픈소스 한글화
  • 오픈소스를 한글화하여 오픈소스 한글팩을 작성 합니다.
  • 오픈소스를 지역화하여 오픈소스를 제품화 합니다.
  • 지역화 1 : "이름 성"을 "성 이름"으로 변경
  • 지역화 2 : 미국식 주소 체계를 한국식으로 변경
매뉴얼 작성
  • 오픈소스 제품에 대한 매뉴얼을 작성 합니다.
  • 오픈소스 설치 매뉴얼
  • 오픈소스 사용자 매뉴얼
  • 오픈소스 관리자 매뉴얼
  • 오픈소스 매뉴얼의 작성이 완료되면 이제 해당 오픈소스 제품은 판매가 가능 합니다.
추가 기능 보완
  • 오픈소스의 경쟁력을 높이기 위해 '오픈소스 설치 및 한글화 준비'에서 도출한 개선 방안에 따라 오픈소스를 개선 합니다.

오픈소스 비즈니스 관련 법률 및 가이드

  • 공개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
(혁신)
오픈소스를 사용하여 운영 비용을 절감하고, 오픈소스를 제품 생산에 활용함으로써 신규 제품의 시장 진입 비용을 절감 한다.
  • 참고 문헌

오픈소스 개발 방법론

New Software Development Paradigm
  • 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 부분은 공개 모델로 개발
  • 제품의 주요 세부적인 부분에 대해서는 비공개 모델로 개발

Virtual Appliance

웹 2.0 비즈니스

웹 2.0 비즈니스

오픈소스 조합

  • 메신저

참고 문헌