오픈북

20-09-21 수업

오픈소스 기술의 필요성

• 특정 벤더의 운영체제와 브라우저에 대한 높은 종속성 = 중립적인 플랫폼 필요
• 대내외 비즈니스의 빠른 변화
• 빅데이터, 클라우드등 신기술
• 다수의 참여자

성공한 오픈소스 프로젝트

• GNU에서 관리하고 있는 오픈소스 운영체제
• X86에서 벗어나 임베디드 기기, 모바일 등 다양한 하드웨어에 포팅

OSI에서 제시하는 오픈소스가 비즈니스에 주는 이익 - 무조건 시험에 나옴! - 다 설명식으로 써야 함

• 경쟁 업체 대비 빠른 비즈니스 서비스 구현과 높은 품질을 통한 차별성
• 개방형 표준 기반의 실제 동작하는 소프트웨어 확보
• 훨씬 빠른 버그 픽스와 기능 추가, 그리고 높은 품질과 안정성 (다른 나라여도 시차에 의해 누가 자는 동안 다른 나라 사람은 고쳐줌)
• 낮은 TCO(Total Cost of Ownership) : 운영 유지 보수 + 초기 투자 비용
• 높은 보안(공개된 소스를 통해 보안 문제 빠르게 해결)
• 중복 투자를 방지하고 표준화된 도입, 운영 절차를 통해 효율성 향상
• 기존 직원들에게 동기부여 및 신규 직원 충원 용이성 (깃허브 링크 같은 거 보면 금방 노력을 알 수가 있음. 기업, 개인 상호간 이득)
• 인프라를 상품화 하고 이에 대한 지원 연속성 확보

20-09-28 수업

상용 SW와 오픈 소스 SW

	일반상용 SW	오픈 소스
비용	초기 도입비용 높음, 유지 보수 및 시스템 개선 비용 높음	초기 도입 비용이 낮음, 유지 보수 및 기능 추가 비용이 낮음
제약사항	라이센스 계약으로 인한 제약, 사용료 지급	사용상 제약 사항 없음, 무료
배포형태	라이센스 계약으로 인한 바이너리 제공, 소스코드는 기업비밀	소스 코드 공개, 라이센스 조건 하에 자유롭게 배포, 수정
성능분석	비교적 큰 시스템 환경에서 높은 성능	다양한 환경에서 최적화된 설정으로 높은 성능치
기술성	문제점 발생시 폐쇄적인 운영으로 취약점 보유	소스 코드의 공개로 빠른 문제점 해결, 유지 보수 및 업그레이드 용이, 독점피해 방지
확장성	시스템 환경에 따라 호환성은 보장, 높은 적용비용을 지불해야 함, 제한된 시스템 운영환경에서 용이	소프트웨어간 적용비용이 낮음, 기능추가 비용이 낮음
공급권	최초도입 개발업체 또는 벤더에게 공급, 개발업체 문제시 도입 고객에게도 심각한 영향을 미침	동일 솔루션에 대한 다수의 업체로 부터 지원 및 공급이 가능, 사용자의 선택권이 넓음

오픈소스 기반 비즈니스 전략 : 시험에 꼭 내는 문제!!! 제대로 맞추는 사람 반도 안됨

1. 오픈소스는 비즈니스 모델인가? (이 질문 낼 것 같은데, 간접적 가치에 대해 자세히 써야한다고 함)

"OSI의 정의 10가지 중요하다고 알아야 한다고 말했었죠?"

• No. 자체적으로 시장을 형성할 수 없는 비즈니스 전략. 비즈니스 모델이 없지만 비즈니스 모델을 만드는 것!!!
• 라이센스 전략에 기반한 소프트웨어 개발 및 배포 모델
• 수익 모델을 만들거나 상용화에 어려움
• 간접적 가치 생산 사례 : '카카오톡' 자체는 돈을 벌어다주지 않지만, 카카오 광고나 카카오 택시 등등으로 돈을 벎 (파생적 비즈니스 모델들)

2. 구글(페이스북) 오픈소스 기반 서비스 모델

• 오픈소스를 활용해서 회사의 가치 향상
• 데이터로 부터 가치 뽑아내는 것이 중요함 : 소프트웨어로부터 뽑아내는데, 이 소프트웨어는 프로그래머들이 만드는 것이고, 프로그래머들은 오픈소스를 사용하면 가장 효과적으로 서비스를 만들고, 이걸로 가치를 만들어냄

3. 오픈소스에 가치를 부여하는 방식

• 오픈소스로 간접적 가치 생산 모델(여기까지는 공짜, 더쓰려면 돈내고 써라 ex) 듀얼 라이선싱(MySQL, MongDB 처럼 GPL 버전 무료, 아니면 유료), 코어 오픈 모델(클러스터링을 유료화))
• 오픈소스 전문 컨설팅 회사 : RedHat, Pantaho 등처럼 전문가로서 커뮤니티에서 만들어진 오픈소스에 대한 사용 방법을 컨설팅하고, 제품처럼 패키징하고, 브랜드 붙이고, 문서 만들고, 교육을 하는 과정 유료화
• 오픈소스 기반으로 상용 제품 제작 (상용 소프트웨어인데 오픈소스 기반)
• PaaS(서비스를 개발 할 수 있는 안정적인 환경(Platform)과 그 환경을 이용하는 응용 프로그램을 개발 할 수 있는 API까지 제공하는 형태) / SaaS 모델(Software as a Service, Cloud환경에서 동작하는 응용프로그램을 서비스 형태로 제공하는 것. 메일, 구글 문서 같은 거) : 오픈소스의 전문가로서 해당 컴포넌트 기반 서비스를 만들어 그것을 유료료 판매
• HW 결합 모델 : 하드웨어와 오픈소스 소프트웨어를 결합하여 유료화 (tv 셋탑박스가 리눅스 기반 박스)

기업의 오픈소스 활용 전략

• 저비용 마케팅 가능
• 코드를 공개해 지원 비용 절감
• 개발비용 절감
• 코드를 오픈소스로 제공해 경쟁자를 압박(니네는 안보여주는데 우리는 다 보여준다. 소비자가 좋아함)
• 오픈소스를 통해 빠르게 발전
• 오픈소스로 협상 (니네도 보여줘라)
• 오픈소스로 공유된 표준 수립
• 오픈소스로 미래를 통제 (앞으로 방향 설정)

20-10-06

오픈소스 참여 모델

오픈소스 적용 모델

오픈소스 전환 Best Practice : 넘어감!

오픈소스에 부정적 의견

1. 상용 소프트웨어를 선택하는 것이 좋은 경우

• 상용의 사용 방법이 훨씬 쉬운 경우
• 상용이 사실상의 표준인 경우
• 상용의 지원이 우수하거나 기능이 더 풍부한 경우
• 보증/책임 보상이 중요한 경우

2. 기능이나 호환성 같은 명확히 우수한 요건의 경우 상용 선택이 유리, 지원과 같은 비기능적인 요건의 경우에는 소스가 공개된 오픈소스가 유리

오픈소스 도입에 대한 SWOT 분석 : 시험문제에서 새로운 주제로 SWOT 분석할 것

1. 강점요소 (Strength)

• 전세계의 다양하고 많은 기업들이 기술 개발에 참여
• X86 시스템(: 인텔에서 맨 처음 만든 cpu 이름이 8086 - 8088 - 80286 - 80386 - 80486 근데 숫자를 가지고 상표를 만들 수 없어서 AMD - Pantium 이렇게 이름 붙임)과 함께 높은 기술 경쟁력 및 시장 점유율 보유
• 가상화/클라우드 컴퓨팅 기반 기술을 제공하며 시스템 혁신 가능
• 국내외 기술지원 전문기업과 엔지니어가 많아 지고 있음

2. 약점요소 (Weakness)

• 오픈 소스에 대한 이해도, 생태계, 개발 프로세스 등에 대한 인식이 부족
• 정보 기획/운영 관점의 투자(초기 교육, 컨설팅)가 필요한 분야
• 복잡한 라이센스 모델

3. 기회요소 (Opportunity)

• 핵심 기술에 대한 기술력(내재화)을 통한 경쟁사 우위 (회사 자체에서 사용하는 모든 코드에 대한 이해가 있는 신입사원들을 뽑을 수 있음. 교육기간이 필요X)
• 모바일/클라우드/IoT 등 다양한 분야에 대한 빠른 시장 접근
• 기술 도입 및 운용 비용의 절감

4. 위협요소 (Threat)

• 상용 SW 벤더의 라이센스 관리 서비스(LMS)를 통해 법적 이슈를 만들어 지속적으로 Lock-in 시킴
• 기존 관리자들의 반발
• 자체 기술력 부족 시 비용 절감 효과 낮음

20-10-12

오픈소스 라이센스 - 특징(양면성) : 좋은점수 획득할 가능성이 높아지겠죠?

장점

1. 복제, 설치, 운영, 수정, 배포가 자유로움
2. Copyleft : copyright의 반대 의미 (공개되어 있는 소스코드 이다)
3. 무료

단점

4. 반환 의무(Reciprocal : 상호간의) : 특정 OSS 라이선스의 소스 코드 공개 의무
   • 연결된 소프트웨어의 소스 코드 공개의무가 발생
   • 영업비밀, 핵심기술 등의 외부 유출 가능성
5. 저작권 : 저작권법에 따른 법적 권리 보장
   • OSS 라이센스 미 준수 시 저작자와 분쟁 가능

OSS 라이센스

Copycenter

딱 중간?

파생물

라이센스 위반 확인 모니터링 체계