학습(공부)하는 블로그

1. 페이스북의 이해

 1) 페이스북이란?

    ○ 자신의 홈페이지를 만들고 다양한 사람들과 친구 맺어 쌍방향으로 대화나 정보를 교류하는

        소셜 네트워크 웹사이트

    ○ 전세계 최대 소셜 네트워크 서비스로 SNS의 강자로 급부상

  2) 페이스북의 활성화

    ○ 스마트 모바일의 등장과 무선 인터넷 환경으로 언제 어디서나 활용이 가능

    ○ 세계적으로 인맥을 쌓고 관계성 확장

  3) 페이스북의 특징

    ○ 페이스북을 활용하여 인맥을 형성

    ○ 페이지를 개설해서 독립적인 홈페이지처럼 이용이 가능하며, 페이지를 이용한 광고 효과

    ○ 페이스북 그룹을 통해서 관심분야별로 그룹활동 가능

2. 페이스북의 가입방법 및 기능

  1) 페이스북 가입방법

    ① 페이스북 사이트(http://www.facebook.com)에 가입

    ② 보안 확인과 약관 동의

    ③ 각종 이메일을 이용하여 친구 찾기

    ④ 프로필 정보(이름, 출신학교, 직장정보 등) 입력

    ⑤ 사진 등록

    ⑥ 인증메일로 인증

  2) 페이스북의 기능

    ○ 페이스북 프로필 : 개인브랜딩 차원으로 프로필 고유 URL 주소를 가질 수 있으며

                                 최대 5천명까지 친구 가능

    ○ 페이스북 그룹 : 커뮤니티 카페기능으로 관심분야별로 그룹활동이 가능하며,

                              동시채팅 등을 통하여 회의 가능

  3) 페이스북 사용시 주의사항

    ○ 실명을 가진 1개의 프로필만 가질 것

    ○ 스패머 활동 절대 하지 말 것

    ○ 너무 많은 메시지를 보내지 말 것

    ○ 너무 많은 사람에게 단시간에 친구 요청하지 말 것(하루 30명 이내)

    ○ 보안경고 뜨면 주의할 것(특히 로그인 창이 뜨면 반드시 의심해 볼 것)

  4) 페이스북 사용 에티켓

    ○ 프로필 사진을 유령으로 두지 말자.

    ○ 친구 맺기 요청 할 때는 메시지를 '꼭' 추가하자.

    ○ '좋아요' 버튼을 되도록 많이 누르자. 페이스북 활동은 '좋아요'가 핵심이다.

    ○ '쪽지'는 무시하지 말고 즉시 답하자.(불미스런 경우는 제외)

    ○ 사진태그 기능은 잘 활용하되 남용하지 말자.

    ○ 친구 글을 공유 할 때는 간단한 소개 글을 넣자.

    ○ 개인프로필 계정을 [회사소개] 페이지로 사용하지 말자.

1. PaaS의 선택 이유

  ○ PaaS란(Platform as a Service)
    ▷ SW가 아닌 표준화된 플랫폼을 서비스로 제공하는 형태입니다.
    ▷ SaaS를 사용하다 보면 다른 어플리케이션들과 통합의 한계에 부딪치게
        됩니다. 그래서 SaaS를 제공하는데서 OpenAPI 형태로 통합할 수 있는
        플랫폼을 제공합니다.
    ▷ 예를 들어 구글은 구글앱스라는 SaaS 를 제공하고, 더 확장하여 앱스엔진
        이라는 PaaS 를 제공합니다.
    ▷ 구글 앱 엔진(Google App Engine) 등을 살펴 PaaS가 무엇인지에 대한
        아이디어를 얻는다.

  ○ PaaS가 불러오는 도전
    ▷ PaaS가 사용자에게 도전이 되는 이유는 무엇인가?
    ▷ 이들 플랫폼의 의심할 바 없는 역량과 생산성이 기업들에게는 많은 애플리
        케이션을 배치하고 나기까지는 구현할 수 없을지 모를 새로운 이슈들을
        불러올 것이기 때문이다.

  ○ PaaS의 선택이유
    ▷ PaaS는 서비스 제공업체가 자체 하드웨어 인프라에서 호스트하는 소프트
        웨어와 제품 개발 도구를 제공하는 클라우드 서비스 유형이다.
    ▷ PaaS라는 용어는 사용자 정의 애플리케이션을 빌드하고 실행하는 데

        활용할 수 있는 클라우드 기반 플랫폼에서 일반적으로 사용된다.
    ▷ PaaS 애플리케이션은 인터넷에 연결된 어느 곳에서나 액세스할 수 있는
        서비스와 웹 애플리케이션을 빌드하고 전개하는 데 필요한 모든 것을

        제공한다. 일반 사용자는 이러한 이러한 시스템을 다운로드하거나 설치,

        유지할 필요가 없다.
    ▷ PaaS 오퍼링에는 가상 서버 및 스토리지, 데이터베이스와 같은 일련의

        기본 서비스가 포함되어 있다. 사용자는 이러한 서비스를 통해 PaaS 플랫폼
        에서 이용할 수 있는 API나 도구를 사용하여 PaaS 플랫폼에서 애플리

        케이션을 빌드할 수 있다.

  다음은 가장 일반적으로 사용되는 PaaS 플랫폼이다.

  ○ Google App Engine
    ▷ Google의 인프라에서 웹 애플리케이션을 실행해 보도록 하자. Python이나

        Java™ 기술을 사용하여 웹 애플리케이션을 작성할 수 있다.

  ○ Microsoft® Windows® Azure
    ▷ 클라우드 애플리케이션과 서비스를 작성할 수 있는 Windows 기반 환경
        이다. Microsoft Visual Studio®를 사용하여 Azure 플랫폼에서 애플리

        케이션을 개발하고 전개할 수 있다. Azure는 CTP(Community Technology
        Preview)에서 사용 가능하며 2010년 1월까지 무료로 평가할 수 있다.

  ○ Force.com
    ▷ Force.com은 Salesforce.com에서 최근에 추진하는 플랫폼이다. 이 플랫폼은

        확장 가능한 애플리케이션을 신속하게 빌드할 수 있는 개발 플랫폼을
        제공한다. Eclipse 기반의 IDE를 사용하여 Force.com 구성요소와 애플리
        케이션을 이 플랫폼에서 빌드하고 버전화하고 전개할 수 있다.

  ○ Morph
    ▷ 이 플랫폼은 클라우드 컴퓨팅 인프라를 기반으로 다수의 웹 애플리케이션을
        호스트할 수 있는 MAP(Morph Application Platform)이라고 하는 완벽한
        환경을 제공한다.

  ○ Bungee Connect
    ▷ 클라우드용 웹 애플리케이션을 빌드할 수 있는 완전한 애플리케이션 개발
        및 전개 환경이다.

  ○ 일반적으로 사용되는 PaaS 플랫폼
    ▷ PaaS 플랫폼에서는 Google App Engine이나 Microsoft Azure와 같은
        인프라로 연결되는 인터페이스를 사용하여 확장 가능한 추상화를 제공한다.
    ▷ PaaS 제공업체에서 제공하는 애플리케이션 SDK(Software Development Kit)를
        사용하여 애플리케이션을 작성하고 디버그할 수 있다.

2. PaaS의 기본 구조 분석

  ○ Google App Engine은
    ▷ 클라우드 기반 플랫폼으로 이 플랫폼을 이용하면 Google의 인프라에서
        웹 애플리케이션을 실행할 수 있다.
    ▷ App Engine에서 실행하는 애플리케이션은 Python이나 Java 프로그래밍
        언어로 작성할 수 있다.
    ▷ JVM(Java Virtual Machine) 기반의 애플리케이션을 실행하는 기능 덕택에
        가능성이 무궁무진하다고 할 수 있다.
    ▷ 사용자는 Java가 아닌 다음과 같은 여러 가지 언어로도 JVM에서 실행할
        수 있는 애플리케이션을 작성할 수 있다.
         - JRuby
         - Scala
         - Clojure
         - Groovy
         - Jython
         - Beanshell
    ▷ 사용자는 트래픽의 증가에 맞춰 애플리케이션의 규모를 쉽게 조정할
        수 있다. App Engine 개발자는 두 가지 가격 정책 중 하나를 선택할 수
        있다.
      · 무료 계정 스토리지 500MB와 월간 500만 페이지 뷰를 사용하는 애플리
        케이션을 작성하는 데 사용할 수 있다.
      · 유료 계정 무료 계정보다 더 많은 자원을 사용하는 애플리케이션을
        위한 계정이다. 사용자가 필요에 따라 예산을 할당할 수 있다. 사용자는
        애플리케이션에서 사용할 수 있는 최대 자원량을 언제든지 제어하여
        자원 소비량의 한계를 설정할 수 있다.

  ○ App Engine에서는 명확하게 정의된 API로 구성된 확장 가능한 추상화를
      이용하여 고유한 Google 애플리케이션을 구현할 수 있다. 이러한 API는
      API/SDK를 사용하는 Java 기반 프로그램이나 Python에서 사용할 수 있다.

  ○ 아래의 표는 Google App Engine을 활용한 서비스 내역이다.

  ○Google App Engine 서비스의 구현 형태

  ○ App Engine 환경에서 애플리케이션에 적용되는 몇 가지 추가 제한사항은
      다음과 같다.
    ▷ 사용자는 Python이나 Java 기술을 이용하여 사용할 수 있는 표준 라이

        브러리의 서브세트만을 사용할 수 있다.
    ▷ CPU 요청량, 메모리, 파일의 크기 등에 대한 할당량이 정해진다.
    ▷ 애플리케이션에 전달되는 모든 요청은 30초 내에 리턴되어야 한다.
    ▷ 사용자는 해당 파일 시스템에 대한 액세스 권한을 갖고 있지 않으며 애플리
        케이션의 일부로 업로드 된 정적 파일만을 읽을 수 있다.
    ▷ App Engine 환경에서는 사용자가 스레드나 프로세스를 생성할 수 없다.
    ▷ App Engine에서 사용된 스토리지 백엔드는 스키마리스 키 값 데이터

        저장소인 BigTable이다.
    ▷ App Engine은 HTTP 요청에서 트리거 되는 코드만 실행할 수 있다.

  ○ 이러한 제한사항은 사용자의 애플리케이션에 국한되거나 그렇지 않을 수도
      있다.

  ○ App Engine은 확장 가능한 웹 애플리케이션을 빌드할 수 있는 가장 좋은

      방법이며 AppScale은 Google App Engine 환경을 에뮬레이트하는 프레임

      워크를 제공한다.

  ○ AppScale을 이용하면 App Engine 애플리케이션을 로컬에서 Amazon EC2
      및 Eucalyptus와 같은 클라우드 기반 인프라를 기반으로 투명하게 실행하고
      디버그할 수 있다.

  ○ AppScale은
    ▷ 캘리포니아 산타바바라 대학에서 Google App Engine API를 오픈 소스로
        구현한 것이다.
    ▷ AppScale은 Eucalyptus나 Amazon의 EC2(Elastic Compute Cloud)와
        같은 IaaS 클라우드에서 Google App Engine 애플리케이션을 쉽게 실행
        할 수 있게 하는 클라우드 컴퓨팅 플랫폼이다.
    ▷ 사용자는 AppScale을 이용하여 App Engine의 다양한 기능을 활용할 수
        있으며 자체 클러스터에서 App Engine 애플리케이션을 실행할 수도 있다.
    ▷ 또한, AppScale은 IaaS 플랫폼에서 투명하게 실행할 수 있다. RACELab
        팀은 다음과 같이 언급했다.

          "AppScale에 대한 우리의 목표는 사용자가 GAE 애플리케이션을
          Google의 사설 자원에서 전개하기 전에 미리 전개하여 테스트하고

          디버그하고 측정하고 모니터할 수 있고 하위 레벨 클라우드 패브릭과의
          상호 운영 및 런타임, 서비스 등과 같은 PaaS 구현물을 쉽게 확장하고
          조사할 수 있는 PaaS(Platform-As-A-Service) 클라우드 인프라를

          제공하는 데 있다."
  

○ AppScale 서비스 구현

3. PaaS의 서비스의 사례 이해

  ○ AppScale Architecture
    ▷ AppScale 환경은 네 개의 기본 구성요소로 이루어진다.
    ▷ AppScale은 Google App Engine에서 제공하는 기능을 보완하여 Google
        App Engine의 SDK를 강화하고 확장할 뿐만 아니라 SDK를 통해 공개된
        오픈 API를 구현한다.
    ▷ AppScale에 있는 다수의 구성요소를 통해 App Engine 애플리케이션을
        실행하는 데 필요한 시스템의 결함 허용치와 스케일링, 관리 및 전개를

        자동화할 수 있다.
    ▷ 애플리케이션을 수정하지 않아도 AppScale에서 Google App Engine

        애플리케이션을 전개하고 실행할 수 있다.
    ▷ AppScale이 Google App Engine과 경쟁하거나 이를 대체하는 것은 아니다.
    ▷ AppScale은 클라우드 인프라를 사용하는 실험용 프레임워크이며
        Google에서 내세우는 인프라만큼 규모가 크지는 않다.

  ○ AppScale의 네 가지 구성요소는 다음과 같다.
    ▷ AppServer
      ·  App Engine 애플리케이션을 실행하는 데 필요한 기본 구성요소이다.
      ·  AppServer는 로컬에서 App Engine 애플리케이션을 실행하는 데 필요한
         Google App Engine SDK를 확장한 것이다.
      ·  각 AppServer는 한 번에 하나의 애플리케이션만을 실행할 수 있다.
      ·  다수의 애플리케이션을 호스트하려면 여러 개의 AppServer를 추가해야 한다.

    ▷ AppLoadBalancer
      ·  이 구성요소는 사용자의 최초 요청을 분배하는 기능을 담당한다.
      ·  사용자가 정상적으로 로그인하면 로드 밸런서는 이 요청을 해당 AppServer로
         라우트하여 해당 애플리케이션에 대한 요청을 실제로 처리한다.
      ·  그 후에는 로드 밸런서가 더 이상 관여하지 않으며 사용자는 적절한
         AppServer로 라우트된다. 이런 점에서 이 로드 밸런서는 기존의 로드 밸런서와
         다소 차별된다.
      ·  이 로드 밸런서는 Ruby on Rails 애플리케이션이며 로드 밸런싱 기능은 오픈
         소스 웹 프록시인 nginx를 사용하여 제공된다.

    ▷ Database Master
      ·  데이터 저장소의 기본 인터페이스이다.
      ·  이 인터페이스를 통해 MySQL, Cassandra, Voldemort, MongoDB, HBase
         및 HyperTable용으로 구현된 사용 가능한 다양한 데이터 저장소에 액세스할
         수 있다.
      ·  CouchDB와 같은 기타 데이터베이스는 차후에 지원될 예정이다.

    ▷ Database slaves
      ·  하나 이상의 데이터베이스 슬레이브를 통해 분산된 확장 가능한 결함 허용

         데이터 관리 기능을 제공한다.

  ○ AppScale 구성요소
      ·  이 구성요소는 전개 환경에 있는 모든 AppScale 인스턴스를 설정, 초기화하고
         분해하는 과정을 제어하는 AppController를 사용하여 서로 통신한다.
      ·  또한, AppController는 App Engine 애플리케이션을 전개하는 기능과 App
         Engine에 대한 인증을 담당한다.

  ○ App Engine 애플리케이션 사용자는 SSL을 사용하여 AppServer와 상호 작용한다.

  ○ AppScale 환경에 대한 첫 번째 로그인 요청은 언제나 로드 밸런서로 전달되며

      그러면 사용자가 정상적으로 로그인할 때 로드 밸런서가 이 요청을 해당 애플리케이션에
      라우트한다.

  ○ 사용자가 액세스할 애플리케이션을 작성하는 개발자는 AppScale Tools 도구 세트를
      사용하여 AppScale과 상호 작용한다.

  ○ 이 도구 세트는 사용자가 AppScale 인스턴스를 설정하여 App Engine 애플리케이션을
      AppScale로 전개할 수 있는 기능을 제공한다.

  ○ 이 도구 세트는 Amazon EC2 도구와 개념이 비슷하다. 이 도구 세트에 있는 스크립트
      중 일부를 아래에 요약해 놓았다.

  ○ AppScale 아키텍처

  ○ AppScale에서는 노드라는 개념을 사용한다.
    ▷ 노드는 AppScale 이미지 인스턴스로 구성된 인스턴스이다.
    ▷ AppScale 전개는 하나 이상의 노드로 구성되며 일반적으로는 일곱 개의 노드로
        구성된다.
    ▷ 노드에는 다른 노드와 통신을 하는 데 필요한 AppController와 하나 이상의
        AppScale 구성요소가 포함되어 있다.
    ▷ AppLoadBalancer를 구현하는 노드를 헤드 노드라고 한다.
    ▷ AppScale 전개에는 헤드 노드 인스턴스가 하나만 있다.

  ○ 헤드 노드에 있는 AppController는 기본 제어기로서 다음과 같은 몇 가지 추가
      기능을 담당한다.
      ·  AppScale 전개를 모니터하여 장애 노드를 확인한다.
      ·  시스템 요구와 개발자의 선호도에 따라 AppScale 전개를 확장하거나 축소한다.
      ·  다른 노드에서 자원 사용량과 애플리케이션 정보를 주기적으로 수집한다.
      ·  장애 구성요소를 다시 시작하고 필요한 경우에는 노드를 다시 생성하는 기능을
         담당한다.
      · 아래 그림에는 AppScale 노드의 사용에 대한 사례이다.

  ○ AppScale 이미지 인스턴스를 GVM(Guest Virtual Machine)이라고도 한다.

  ○ 이 인스턴스는 오픈 소스 IaaS 클라우드인 Eucalyptus상에서 실행하거나
      Amazon 웹 서비스인 EC2 환경에서 실행할 수 있다.

  ○ 또한, 최신 Ubuntu 배포판을 사용하는 비가상화 시스템에서도 사용할 수 있다.

  ○ Eucalyptus에서는 Xen이나 KVM, VMware를 기본 가상화 계층으로 사용할 수 있다.

  ○ 아래 그림에는 Eucalyptus에서 전개된 AppScale 환경이 표시되어 있다.

  ○ Amazon EC2에서는 Xen을 기본 가상화 프레임워크로 사용한다. 아래의 그림은

      EC2에서 전개된 AppScale 환경이다.

  ○ AppScale의 장점
      AppScale은 Google App Engine 애플리케이션을 로컬에서 테스트하고 디버그할
      수 있는 유용한 방식이다. AppScale과 Eucalyptus는 클라우드 컴퓨팅을 조사하고
      연구하는 데 필요한 유용한 플랫폼을 함께 제공한다.
    ▷ 오픈 소스
       AppScale은 클라우드 컴퓨팅 플랫폼을 연구하기 위해 개발되었다. 소스 형태로

       자유롭게 사용할 수 있어서 내부를 살펴보거나 필요에 따라 클라우드 서비스 플랫폼을
       쉽게 확장할 수 있다. 이러한 플랫폼의 개발 속도는 매우 빠르다. 다양한 기능과
       개선사항들이 빠른 속도로 추가되고 있다.
    ▷ 실험용으로 유용
       AppScale은 클라우드 패브릭과 개념을 실험할 수 있는 유용한 플랫폼이다.
       AppScale 환경에서는 클라우드 기반 애플리케이션을 새로운 방식으로 실행하기가
       수월하다. 또한, 이 플랫폼은 사용하기 편리하며 확장이 수월하다.
    ▷ 사설 클라우드
       AppScale은 자체 인프라에서 실행하는 사설 테스트 클라우드로서 자체 방화벽 뒤의
       데이터센터에 Eucalyptus와 함께 설치할 수 있다. 보안과 환경을 완전히 통제할
       수 있다는 장점이 있다.
    ▷ App Engine 호환성
       일단, 테스트가 완료되면 AppScale 프레임워크에서 작성하고 실행하는 App
       Engine 애플리케이션을 실제 Google App Engine 환경에 쉽게 전개할 수 있다. 

1. 트위터 메뉴 구성

  ○ 타임라인 : 글들이 실시간 보여진다.

  ○ @자신의 아이디 : 자신에게 누군가 덧글을 달거나 멘션을 보낸 글들을 볼 수 있다.

  ○ 쪽지(DM) : 쪽지를 보내거나 보낸 쪽지 및 받은 쪽지를 확인할 수 있다.

  ○ 내가 쓴 글 : 자신이 트윗하거나 멘션을 보낸 글, 리트윗한 글 모두를 볼 수 있다.

  ○ 리트윗(Retweet) : 내가 리트윗할 글과 내가 쓴 글 중 리트윗 된 글들을 볼 수 있다.

  ○ 관심글(Favorites) : 관심글로 등록해 둔 글들로 언제든지 볼 수 있다.

  ○ 내 주변트윗 : 주소나 지도상 위치로 그 주변에서 트위터를 사용하는 사람들의 글을

                         볼 수 있다.

2. 팔로잉과 팔로워 하기

  1) 팔로우 대상

    - 주위에 알고 있는 사람

    - 내가 아는 사람과 친한 사람

    - 내가 관심을 가지고 있는 유명인

    - 블로그에 쓴 글을 트위터로 알리는 사람

    - 관심 있는 취미·분야에서 일하는 사람

    - 유용한 정보·경험·링크를 공유하는 사람

  2) 리트윗을 통한 팔로워 늘리기

    - 팔로워들에게 도움이 될만한 유익한 정보, 또는 노하우 제공

    - 민원인들의 관심을 많이 끄는 이슈(지원사업, 행사, 공지사항 등)

    - 추천할만한 서적정보·영화정보·작가들의 이야기

    - 공익성이 강하거나 도움이 되는 정보(혈액형, 자산활동)

    - 입소문을 일으킬만한 내용으로 짧고 명확하게 하기

3. 트위터 홍보마케팅 전략

  1) 국내 사례

    - 정읍시청, 인천광역시 사례 : 트위터를 통해 주민 의견 청취 및 행정에 반영

    - 경북도청 사례 : twtkr.com에 경북 관광 알림이로 서폰서 제공

  2) 해외 사례

    - Kogibbq(LA에서 '타코' 트럭 장사)

      · 트위터를 활용, 고객들이 트럭 이동 시간과 위치를 파악하여 이용할 수 있도록 홍보

    - NakedPizza

      · 간판에 전화번호, 홈피 주소 없이 트위터만을 이용

      · 트위터로 피자 주문, 쿠폰, 이벤트 트위팅

    - Blendtec(미국의 믹서기 제조 중소기업)

      · 사회적으로 이슈가 되는 제품을 활용하여 트위터 마케팅 시작

      · 트위터의 입소문으로 최대 800만 명 시청

1. 트위터의 이해

  1) 개념

    ○ 140 글자로 자신의 생각과 상태를 팔로워(Follow)들에게 공유해 주는 서비스

    ○ "트윗(tweet)"이란 말은 영어로 '짹짹(작은 새가 지저귀는 소리)'를 의미

    ○ 인터넷 + SMS의 결합으로 글자(Character)로 소식을 전하는 마이크로 블로그

  2) 기능(활용)

    ○ 공백과 기호 포함하여 140자의 글을 쓸 수 있다.

    ○ 각각의 메시지(Tweets)는 고유한 주소를 가지고 있어 모든 사람이 볼 수 있다.

    ○ 특정 사람에게만 비공개 메시지(DM, Direct Message)를 보내고 받을 수 있다.

    ○ 웹 뿐만 아니라 스마트폰, 타블릿 PC 등 각종 모바일 디바이스를 이용할 수 있다.

2. 트위터 가입하기

  ① 트위터 사이트에 접속, 가입하기 클릭

  ② 성명, 메일주소, 비밀번호, 아이디 입력 후 하단 가입하기 버튼 클릭

  ③ 이후 보안문자 입력 후 가입하기 버튼 클릭(문자와 문자 사이는 한 칸 띄울 것)

  ④ 다음 화면의 맨 아래 보이는 [다음 단계:친구] 클릭 후 다시 [건너뛰기] 클릭

  ⑤ 본인 확인을 위해 가입시 입력한 메일주소로 가서 트위터에서 온 메일을 클릭

     - 메일 내용 중 트위터 주소를 클릭하면 가입 완료

3. 트위터 기초 용어 정리

  ○ 트윗(tweet) : 트위터에서 쓰는 글, 내 글 또는 나의 팔로잉 글

  ○ 타임라인(Timeline) : 주고 받는 글들이 연대기 순으로 보여지는 곳

  ○ 팔로윙(Following) : 내가 구독(follow)한 사람

  ○ 팔로워(Follower) : 나를 구독(follow)하는 사람들

  ○ 팔로우(Follow) : 친구 맺기 또는 구독하기

1. 블로그 활용 전략

  1) 블로그 개설 계획표

    ① 블로그 운영 목표 정하기

    ② 마케팅 타켓 정하기(고객츧, 성별, 연령 등)

    ③ 대표 키워드 정하기(20~30개 정도)

    ④ 홍보키워드[검색어] 및 세부키워드(30개 정도)

    ⑤ 블로그 컨셉잡기

    ⑥ 블로그 이름 정하기

    ⑦ 운영자 닉네임 정하기

    ⑧ 블로그 프로필(운영 컨셉에 맞게)

    ⑨ 운영자 프로필(경력과 활동 중심으로)

    ⑩ 운영자 약속(월 40개 이상 포스팅, 1일 2회 이상 접속 등)

    ⑪ 카테고리 구성 - 메인 카테고리, 하위 카테고리

  2) 블로그 개설방법(네이버 블로그 기준)

    ① 네이버 회원가입 후 [블로그] 클릭, 그런 다음 [내 블로그 가기]를 클릭

    ② [관리] 클릭 후 [꾸미기 설정]에서 디자인 변경

    ③ [블로그 정보]에서 개설 목적에 맞는 제목과 소개글 및 프로필 사진 등록

    ④ [메뉴] - [글관리]에서 블로그를 클릭하여 [카테고리 추가] 클릭

        카테고리명에 내용을 적고 [확인] 클릭

2. 블로그 활용 마케팅 전략

  ○ SEO(Sesrch Engine Optimisation) 검색엔진 최적화 상위노출 방법

    ▷ 블로그를 각종 검색엔진(구글, 야후, 네이버, 다음 등)에 등록

    ▷ 핵심 키워드 넣은 글쓰기

    ▷ 효과적인 이미지 넣기

    ▷ 동영상 자료 삽입

3. 카페 활용 전략

  1) 카페 활용 전략

    ○ 잘 만든 카페 제목 및 설명에는 핵심 키워드와 연관 키워드가 들어 있다.

    ○ 카페 로고 타이틀에 사진, 전화번호, 이메일 주소 넣어 고객 신뢰 향상

    ○ 카페 메뉴 구성 등은 잘 나가는 카페를 방문하여 벤치마킹

  2) 카페 개설 방법(네이버 카페 기준)

    ① 네이버 로그인 후 [카페] 클릭

    ② 오른쪽 하단에 [카페 만들기] 클릭 후 카페 주소 및 이름 등을 기입

    ③ 검색어, 설명, 보안절차 등을 넣고 [확인] 클릭(카페 개설)

    ④ [관리] 클릭 후 [카페꾸미기] 메뉴에서 전체 로고 및 글자체, 배경 등 디자인 변경

1. IaaS의 서비스 개념 이해

  ○ IaaS란(Infrastructure as a Service)?
    ▷ 인프라스터럭쳐, 예를 들면 서버, 스토리지, 네트워크들을 서비스로 제공
        하는 형태입니다.
    ▷ SW를 서비스 하기 위해서는 IDC라는 공간과 그 공간안에서 서버나 스토
        리지, 네트웍 장비들이 필요하게 됩니다.
    ▷ 이런 것들을 클라우드 환경(가상화 환경)으로 만들어 필요에 따라 인프라
        자원을 사용할 수 있게 하는 서비스를 제공합니다.
    ▷ 지금까지 스토리지가 부족할 경우 물리적으로 하드디스크를 확장하는

        방식을 취했는데 IaaS 서비스를 통해 필요한 용량만큼 논리적으로 늘리기만
        하면 됩니다.
    ▷ 서버도 가상화된 환경으로 이용하여 물리적으로 늘릴 필요없이 필요한 만큼
        추가하면 됩니다.
    ▷ 예를들면 아마존의 EC3(웹서비스 가상화)나 S3(스토리지 가상화) 같은
        서비스 형태나 국내에서는 클루넷의 스토리지 가상화 서비스 같은 형태로
        보여지고 있습니다.

  ○ IaaS 클라우드에서는
    ▷ 가상 서버, 데이터 스토리지 및 데이터베이스와 같은 일련의 빌딩 블록이나
        기본 서비스를 제공한다.
    ▷ 사용자는 이러한 서비스를 조합하여 애플리케이션을 전개하고 실행할 수
        있는 플랫폼을 구성할 수 있다.
    ▷ 또한, 시스템을 편리하게 구축하거나 해체할 수 있다.
    ▷ IaaS 서비스는 SOAP나 REST 기반 메시지를 사용하는 API를 통해

       액세스할 수 있다.

  ○ IaaS 클라우드는
    ▷ 스크립트를 통해 자동화하거나 확장할 수 있는 환경이며 필요 시 프레임
        워크를 편리하게 작성할 수 있다.
    ▷ 완전한 애플리케이션 전개 환경을 빠르게 어셈블하는 기능은 오늘날의
        IT 부서에 매우 유익한 기능으로 필요에 따라 자원을 확장하거나 축소
        할 수 있도록 도움을 준다.
    ▷ 이러한 탄력성 외에도 서비스를 사용한 만큼 비용을 지불한다는 장점이
        있다.
    ▷ 사용자는 사용한 서비스에 대해서만 비용을 지불하며 더 이상 자원을
        미리 할당할 필요가 없다.

  ○ IaaS 시스템을 사용하게 되면 다양한 애플리케이션을 활용할 수 있다.
    ▷ 테스트와 스테이징
      - 완전한 테스트 환경과 스테이징 환경을 구축하여 사용할 수 있으며 필요
         없는 경우에는 해체할 수 있다.
      - 더 이상 환경을 준비하거나 하드웨어를 조달할 때까지 기다릴 필요가
        없다.
      - 테스트하고자 하면 언제든지 새로운 환경을 구축할 수 있으며 테스트가
        완료된 후에는 구축한 환경을 해체할 수 있다.
    ▷ 웹 애플리케이션 전개 환경
      - 사용자는 IaaS를 사용하여 웹 사이트를 실행할 수 있으며 필요 시에는
        자원을 확장하여 트래픽 증가량을 쉽게 처리할 수 있다.
      - IaaS 클라우드 서비스를 사용하여 특정 마케팅 캠페인이나 영업 전략을
        제공하는 임시 웹 사이트를 추가로 작성할 수도 있다.
    ▷ 스토리지 니즈
      - 엔터프라이즈에서는 클라우드 서비스를 파일이나 기타 고객 데이터를
        저장하기 위한 공간으로 사용할 수 있다.
    ▷ 대용량 데이터 처리
      - 클라우드 서비스의 기능을 사용하여 대용량 데이터 세트를 처리하고
        대규모 병렬 처리를 활용할 수 있다.
      - 필요 시에 대용량 데이터를 처리할 수 있는 그리드를 작성한 후, 처리가
        끝난 다음, 이 그리드를 해체할 수 있다.

2. IaaS의 대표적 사업자와 서비스 활용 내역

  ○ 아마존 웹 서비스 (Amazon Web Service)
    ▷ 2002년 7월 처음 소개됐을 때, AWS는 개발들이 아마존 데이터베이스에 있는
        제한된 양의 제품 정보에 접근할 수 있는 간단한 방법이었다.
    ▷ 대표적인 서비스 제품
      - 아마존 E - Commerce 서비스 (ECS)
      - Alexa 웹 정보 서비스 (AWIS)
      - 아마존 심플 큐 서비스 (ASQS)
    ▷ ECS는 가장 오래 운영 중인 서비스로 오랫동안 AWS로 불리기도 했다.

    ▷ 아래 사진은 아마존 웹 서비스 홈페이지(http://aws.amazon.com/ko/)

  ○ 아마존 E - Commerce 서비스
    ▷ ECS는 아마존의 제품 데이터베이스에 존재하며 개발자들로 하여금 아마존
        에서 팔렸던 적이 있거나 아마존 사이트를 그들의 온라인 상점으로 이용하는
        제3의 판매자들에 의해 팔린 제품에 대한 자세한 정보를 추출할 수 있도록
        한다. 개발자들은 ECS를 사용하여 전자 장바구니를 만들기도 하고 장바구니에
        담겨있는 제품을 Amazon.com 웹 사이트에 넘겨 요금을 산출할 수도 있다.
    ▷ 앞서 언급했듯이 ECS는 AWS로 알려져 왔다. 그 결과, ECS는 현재 4.0 버전
        이다. 이전 버전들은 AWS 1.0, AWS 2.0 그리고 AWS 3.0으로 불린다.

        하지만 AWS 3.0에서 ECS 4.0으로 전환은 이름이 바뀐 것 이상이다. 아마존에서
        제공하는 웹 서비스의 상당 부분을 다시 작업했기 때문이다. AWS 3.0과
        ECS 4.0은 현재 공존하고 있지만, AWS 3.0 사용은 디프리케이트
        (deprecate)되고 있다.
    ▷ ECS 4.0은 여섯 개 아마존 사이트의 제품 데이터베이스 정보를 제공한다.
      - Amazon.com (미국)
      - Amazon.de (독일)
      - Amazon.ca (캐나다)
      - Amazon.fr (프랑스)
      - Amazon.co.uk (영국)
      - Amazon.co.jp (일본)
    ▷ 개발자들은 그들의 필요에 가장 잘 맞는 데이터베이스를 사용할 수 있다.

        하지만 ECS 4.0을 사용하여 이용할 수 있는 정보는 단순한 제품 정보 이상

        이다. 아마존은 갖고 싶은 상품 목록(wish list)과 고객 리뷰 같은 기능도 제공
        한다.
    ▷ AWS 가입 ID를 등록하고 AWS 이용허용(주요 제한 사항은 같은 IP 주소에서
        1초에 한 번 이상 아마존 웹 서비스를 호출하지 못한다는 것이다)에 동의만
        하면 공짜로 ECS 4.0을 사용할 수 있다.

  ○ Alexa 웹 정보 서비스
    ▷ 온라인 시장 운영으로 잘 알려졌지만, Amazon.com은 알렉사 인터넷도

        운영한다. 알렉사 인터넷은 웹을 검색하고 항해하는 포털 사이트로 구글과

        아마존의 데이터와 기술을 합쳐놓은 것이다.
    ▷ 알렉사의 핵심 특징은 브라우저 확장 기능인 알렉사 툴바를 사용하여 브라
        우저의 활동을 모니터링함으로써 인터넷 사용과 트래픽 통계를 모으는 것
    ▷ AWIS를 이용하면 개발자들은 알렉사가 웹 사이트를 탐색하고 브라우저의
        활동을 모니터링할 때 모아놓은 정보에 다음과 같은 질의를 할 수 있다.
      - 기본 웹 사이트 정보(도메인을 누가 소유하고 있는지, 사이트 순위는
        어떻게 되는지) ?
      - 누가 사이트(다른 웹 사이트)로 연결하는지 ?
      - 관련 사이트 ?
    ▷ 개발자들은 AWIS를 사용하여 웹을 검색할 수도 있으며 오픈 디렉터리
        (Open Directory)에 나열된 사이트를 탐색할 수 있다. 오픈 디렉터리는 무료
        웹 디렉터리로, 사이트를 주제별로 분류하고 구글 및 다른 회사들이 사용하는
        다수의 디렉터리의 토대를 제공한다.
    ▷ AWIS 사용 요금은 요청 당 0.00015달러이고 기본 요금은 없다.

  ○ 아마존 심플 큐 서비스
    ▷ ECS와 AWIS가 아마존에 접근하고 웹 사이트에 관한 구체적인 정보를 제공

        하는 반면, ASQS는 약간 다르다.
    ▷ Amazon.com의 데이터베이스에 접근하는 것이 아니라, ASQS는
        Amazon.com의 기술에 편승하는(piggyback) 애플리케이션을 개발할 수

        있도록 한다.

    ▷ 이름에서 알 수 있듯이, ASQS는 큐 시스템이다. 큐 시스템은 애플리케이션이
        메시징 패러다임을 사용하도록 한다.
    ▷ 각자에게 직접 메시지를 전하는 것이 아니라, queues라는 단순한 데이터

        베이스에 각자를 위해 메시지(데이터)를 남긴다.
    ▷ 이 경우, 큐는 아마존이 소유한 컴퓨터에서 실행되므로 신뢰성과 확장성이

        강조된다.
    ▷ 큐는 웹 서비스로 공개된다.
    ▷ ASQS는 특별한 서비스다. AWIS처럼 ASQS 사용 요금은 사용한 만큼 낸다.

  ○ Amazon의 AWS (Amazon Web Service) 서비스 적용
    ▷ 아마존이 웹 서비스 기능을 선보이는 것은 전자상거래 경쟁사인 이베이가

        거의 2년 동안 진행해 온 방식에 대응하기 위한 것이다. 이베이는 2000년 11월에
        자사의 API(Application Programming Interface)를 이용할 수 있도록 개발자를
        위한 프로그램을 선보였다.
    ▷ XML을 사용하기 때문에 제3자 업체는 이베이의 API를 이용해 해 자사 사이트에
        이베이의 제품 목록을 쉽게 가져올 수 있다.
    ▷ 아마존의 웹 서비스를 사용하기 위한 방법을 간단히 설명하면 다음과 같다.
      - 1단계는 아마존 웹 서비스를 운영하기 위한 개발자 프로그램인
        Developer’s Kit를 다운로드 받는다.
      - 2단계는 아마존닷컴의 웹 서비스에 엑세스할때마다 본인 확인을 해주는
        역할을 해주는 무료 개발자 토큰(Developer’s token)을 신청하여 받는다.
      - 마지막 단계는 사용자 또는 기업의 정보를 담은 지원서를 작성하면 된다.
    ▷ 아마존의 웹 서비스는 고객들이 아마존을 참조하는 대가로 웹사이트 운영자
        에게 수수료를 내도록 한 기존의 제휴 프로그램을 근간으로 해서 만들어졌다.
        하지만 기존의 제휴 프로그램은 개별 사이트에 단지 아마존에서 책이나
        제품에 대한 간단한 링크만을 배치하는 정도였다..
    ▷ 오라클이 엔터프라이즈 클라우드 인프라스트럭쳐 솔루션(Oracle Optimized
        Solution for Enterprise Cloud Infrastructure)을 발표했다.
    ▷ DW 어플라이언스와 미들웨어 어플라이언스를 발표했던 오라클이 솔라리스 혹은
        리눅스 기반의 IaaS(Infrastructure as a Service)를 위한 모든 라인업을 통합해
        고객들에게 제공하겠다고 나선 것.
    ▷ 오라클이 이번에 선보인 전략은 기존 DW 어플라이언스인 엑사데이터2나 미들웨어
        어플라이언스인 '엑사로직'처럼 하드웨어와 소프트웨어를 긴밀히 통합한 것과는 좀
        차이가 있다. 엑사데이터나 엑사로직의 경우 오라클이 강력한 시장 지배력을 보유한
        데이터베이스와 미들웨어를 하드웨어 통합했다는 장점이 십분 발휘되는 것과는
        대조적으로 x86 시장에서는 이런 소프트웨어의 강점이 발휘되기가 쉽지 않다.
    ▷ x86 가상화 소프트웨어 시장에서는 VM웨어와 마이크로소프트, 레드햇, 시트릭스
        등이 이미 광범위한 고객들을 확보하고 있고, 각 x86 벤더들은 이들 전문 업체들과
        초기부터 시스템 통합을 마쳤고, 자사의 각자 관리 소프트웨어와도 긴밀히 통합해
        왔다. 기존 고객들의 경우 오라클의 가상화 소프트웨어를 굳이 사용하지 않아도

        된다. 오라클의 가상화 제품이 시트릭스 기반이라고 하더라도 이미 내부적으로

        별도의 가상화 소프트웨어를 구매해 사용하는 기업 입장에서 또 다른 가상화 제품을

        도입할 필요가 있을 지 의문이 드는 대목이다.
    ▷ 이번 인프라는 썬의 유니파이드 스토리지와 네트워킹, 썬 블레이드 모듈러 시스템에
        오라클의 독자적인 가상화 제품인 '오라클 VM 서버', 솔라리스와 오라클 리눅스를
        통합한 것이다. 이런 전체적인 IT 자원들은 오라클 관리 소프트웨어로 통합 관리
        하겠다는 것이다.
    ▷ x86 시장에서의 입지 마련이 쉽지 않은 상황에서 오라클 나름의 통합 전략으로

        클라우드 인프라 시장에서 기회를 엿보겠다는 전략으로 풀이된다. 하지만 경쟁

        회사인 IBM이나 HP, 델, 시스코 등은 이미 1년 전부터 이 시장에서 동일한 통합

        제품으로 고객사들을 상당수 확보하면서 입지를 마련한 상황이기 때문에 오라클의

        뒤늦은 동일 전략이 얼마나 시장에서 파괴력을 가질지는 미지수다.

3. 국내외 IaaS 서비스의 사례
 

  ○ LGU+의 클라우드 N 서비스
    ▷ LG유플러스는 기업고객들의 IT인프라 강화를 위해 IaaS(Infrastructure as a
        Service) 기반의 통합관리 서비스 ‘클라우드 N(www.cloudn.co.kr)’을 출시하고
        기업 클라우드 시장 공략에 나섰다.

    ▷ 클라우드 컴퓨팅은 IT환경에 필요한 서버, 스토리지, 네트워크 등의 자원을 가상화
        기술을 이용해 인터넷으로 빌려 쓰고 사용한 만큼의 비용을 지불하는 형태로
        기업시장에서 매년 2배 이상의 성장이 전망된다. 이에 LG유플러스의 신규 및

        기존 서비스 이전 컨설팅을 바탕으로 가상화 인프라와 통합운영관리 시스템을

        결합한 차세대 기업용 클라우드 서비스인 ‘클라우드 N’ 서비스를 선보이게 된 것
        이다.
    ▷ ‘클라우드 N’은 기존의 가상화 서비스에 통합운영관리 시스템을 도입, 기업고객에
        최적화된 인프라와 솔루션을 제공해 고객이 IT인프라 자원을 필요한 만큼 언제
        든지 유동적으로 조절해 쓸 수 있다는 장점을 지닌다. 특히 도입부터 구축, 운영,
        보안까지 전문가의 컨설팅을 통해 기업고객의 기존 IT자원들을 활용해 가장
        경제적이고 효율적인 클라우드 서비스 환경구축을 지원토록 했다.
    ▷ 또 리소스 할당을 비롯 플랫폼의 제어 및 관제의 모든 프로토콜 및 사용량 통계
        및 모니터링 데이터 등을 표준화된 XML을 사용, 극대화된 이기종 시스템 및

        다양한 파트너와 상호 호환성과 확장성을 보장해 진정한 의미의 오픈 플랫폼을

        구현시켰다.
    ▷ LG ‘클라우드 N’은 통합운영관리 서비스의 가상 머신(VM)을 통해 고객이 서버를
       실제 구축하고 서비스 운영에 투입하는 시간을 기존 1~2일에서 1분 내외로
       대폭 단축시켜 기업고객의 업무효율성을 극대화했다. 이는 클라우드 N 서비스의
       경우 2000개 이상의 가상머신 및 풀 스냅샷을 1분 이내로 동시에 생성해 IT
       인프라 확장이 가능하기 때문이다.
    ▷ 또 웹방식의 통합 GUI(Graphical User Interface), API(Application
        Programming Interface)를 제공해 웹 브라우징이 가능한 스마트폰과 PC,

       태블릿PC 등 모든 기기에서도 통합운영관리시스템에 접속이 가능해 고객의

       이용편의성과 접근성을 한층 강화했다. 이와 함께 웹기반의 편리한 인터페이스와

       강력한 보안기능, 재해복구 서비스 등 통합운영관리 시스템을 활용해 안정적이고

       효율적인 고객 맞춤형 클라우드 서비스를 실현했다.
    ▷ 이외에도 IT인프라를 지역별, 서비스별 시스템으로 자유롭게 구성하고 운영/관리
        하는 토털 매니지드 서비스기 때문에 기업고객들의 실제 시스템 운영관리환경에
        가장 최적화돼 있을 뿐 아니라 기존 고객 시스템과 클라우드 시스템과의
        통합운영도 가능하다.
    ▷ 한편 LG유플러스는 통합운영관리 서비스를 기반으로 내년까지 분산처리,
        CDN(Contents Delivery Network) 등 다양한 솔루션과 결합한 PaaS(Platform
        as a Service) 서비스를 출시하고, 향후 초대용량 데이터 처리를 위한 고성능

        클라우드 컴퓨팅 서비스로 확대해 나갈 계획이다.

  ○ KT의 IaaS 베타 서비스
    ▷ KT는 서버 자원을 원하는 시점에 빌려쓰고 쓴 만큼 비용을 지불하는
        IaaS(Infrastructure as a Service) 베타 서비스에 나선다. 올해안에 상용화를

        하겠다고 밝히고 관련 가격도 공개했다.
    ▷ KT의 IaaS 서비스 명은 ‘uCloud CS(Computing Service)’로 KT는 기존 고객과
        신규 고객 10여곳들 대상으로 클로즈 베타 서비스를 시작하고 이를 통해 연내

        에는 상용화하겠다고 밝혔다. 이번에 공개한 ‘uCloud CS’는 기업에 필요한 서버,
        스토리지 등 IT 장비의 비용 부담을 덜어주기 위한 클라우드 기반의 인프라

        서비스이다.
    ▷ 그 외에 BS(Backup Service), SS(Storage Service), DS(Database Service)와
        같은 다른 서비스들도 함께 선보이기 위해 분주하다.
    ▷ ‘uCloud CS’는 서버를 임대하는 상품인 ‘CS  ▷Public’, ‘CS  ▷Dedicated’와 함께
        고객사 내 클라우드 기반의 IT인프라를 구축해 주고 컨설팅이나 유지보수를

        추가할 수 있는 ‘CS  ▷Private’등 세가지 상품으로 세분화, 고객이 니즈에 맞게 선택
        하도록 했다.
    ▷ KT가 내세우는 무기는 가격과 즉시성이다. 이용요금은 국내 최저가로 서비스

        한다는 계획이다. uCloud CS  ▷Public은 고객이 원하는 사양대로 맞춤식 주문이

        가능하며 주문 단위를 CPU 단위로 최소화해, 최저 월 3만원부터 다양한 가격을
        선보이고 있다.

1. 자유 소프트웨어의 재원

  ○ 스스로 재정적 기반을 만들어야 했음

2. 공개 소프트웨어의 재원

  ○ 공개 소프트웨어를 위한 사용자 교육, 컨설팅, AS 등으로 인한 수익

  ○ 정부 예산

  ○ 응용 소프트웨어

3. 비 상업적인 영역에 국가와 시장이 의존하는 현상

  ○ 국가와 시장의 공유자산 접근이 가지고 있는 우수성과 효율성 인정

4. 쓰게 해 주는 저작권인 CCL의 조건

  ○ 저작자 표시

  ○ 저작자 표시 + 비영리

  ○ 저작자 표시 + 변경금지 ⇒ 상업적으로 쓸 수 있다.

  ○ 저작자 표시 + 동일조건 변경허락

  ○ 저작자 표시 + 비영리 + 변경금지

  ○ 저작자 표시 + 비영리 + 동일조건 변경허락

5. 널리 쓰이는 용어 : Copy left

  ○ 공유자산을 지향하는 집단들 내부적으로는 미묘한 입장차 존재

  ○ 공개 소프트웨어, 자유 소프트웨어 등

  ○ 지식의 사용자에게 얼마나 자유를 허용하느냐의 차이

  ○ 지식을 공유자산으로 보는 근본정신은 같고, 그 근본정신 요약이 Copy left

    - GNUGPL, CCL, OSS, 아파치 라이선스, 모질라 OS, Copy left 라이선스 등

6. 현 제도에 불만 있지만 법 테두리 내에서 인류의 공유자산

7. 공유자산 유통 방안 및 공유방식

  ○ 공유자산적인 접근

    - 지식유통에 있어 매우 유력한 하나의 방안으로 과감하게 고려되어야 함

  ○ 양분법적인 사고 탈피, 새로운 디지털 환경에 맞는 우리 나름 지식유통,

      공유방식을 만들어 내야 함

1. 클라우드 컴퓨팅 서비스 사용자

  ○ 클라우드 컴퓨팅으로 어떤 서비스가 가능한지?
    ▷ 개인을 위한 클라우드 컴퓨팅 서비스
    ▷ 기업을 위한 클라우드 컴퓨팅 서비스
    ▷ 공공기관을 위한 클라우드 컴퓨팅 서비스

  ○ 개인의 일상 생활이나 기업, 공공기관의 업무 처리에 다양한 인터넷 기반의

      서비스가 활용되고 있다.

  ○ 일상 생활에서 컴퓨터 없이는 단 하루라도 제대로 살 수 있는지 의문이다.

  ○ 이러한 상황에서 클라우드 컴퓨팅 서비스 매우 중요하다.

  ○ 우리가 스스로 인지하지 못할 뿐이지 이미 일정 수준의 클라우드 서비스를

      받고 있다. 예를들어 메일 서비스도 일종의 클라우드 서비스 이다.

  ○ 본 강의에서는 이러한 개인, 기업, 공공기관 등에서 어떠한 클라우드 컴퓨팅
      서비스가 활용이 가능한지를 살펴본다.

  ○ 개인 사용자의 컴퓨터 환경
    ▷ 데스크탑 PC를 포함하여 스마트 단말기 등 다양한 단말기로 언제 어디서나
        필요한 응용 소프트웨어를 구동하여 원하는 작업을 수행 할 수 있다.
    ▷ 사용자 중심의 컴퓨터 환경이 구성되어 있다.
    ▷ 초기의 클라우드 서비스 형태 : 웹 전자 우편 서비스, 온라인 데이터 저장

        서비스 (웹하드), 워드프로세싱 소프트웨어

  ○ 앞으로의 개인 사용자의 클라우드 컴퓨팅 서비스
    ▷ IaaS 형태의 서비스를 사용 할 수 있다.
      - 운영체제, CPU, 메모리, 저장장치 등 컴퓨팅 자원을 서비스로 사용 할 수
        있다.
      - 즉, 스마트 단말기 위주의 사용자는 자신의 컴퓨팅 사양을 높이고, 저장
        공간을 확장하기 위하여 신규 구매 없이 클라우드 서비스를 통하여 저장
        장치, CPU 등 컴퓨팅 자원을 빌려 쓸 수 있다.
      - 예를들어, 온라인 백업 서비스가 IaaS의 한 예다. 다양한 단말기를 소유
        하고 있고 개인 사용자들 위하여 저장공간의 대여를 통하여 개인의 정보를

        백업 및 공유할 수 있는 공간으로 온라인 백업 서비스의 사용이 증가하고  
        있다.
    ▷ PaaS 형태의 서비스를 사용할 수 있다.
      - 응용 소프트웨어 개발 환경 (플랫폼)을 개인이 응용 소프트웨어를 개발하는
        환경으로 클라우드를 통하여 사용할 수 있다.
      - 개인 개발자가 프로그램 제작 환경을 클라우드에서 제공하는 오픈 API
        (Open Application Programming Interface)를 활용하여 개발하는 추세이다.
    ▷  SaaS 형태의 서비스를 사용할 수 있다.
      - 개인 차원에서 이용하는 응용 소프트웨어를 컴퓨터에 저장하지 않고 필요시
         클라우드에 접속하여 서비스를 받는 형태이다. 주로, 스마트 단말기에서
         많이 활용되고 있다.
      - 주로 사용되는 응용 소프트웨어의 서비스 예는 워드프로세싱, 스프레드시트,

        프리젠테이션 등 문서 작업용 소프트웨어

  ○ 개인이 클라우드 컴퓨팅을 이용하는 이유
    ▷ 사용이 쉽고 편리함이 가장 큰 이유이고
    ▷ 언제 어디서나 접근이 가능하다는 중요한 요인이다. 이 부분은 스마트

        단말기사용자의 증가로 앞으로 더 증가 할 것으로 예상된다.
    ▷ 또한, 타인과의 정보 공유도 지속적으로 중요한 요인으로 작용된다.
    ▷ 여기에는 없지만 또 다른 중요한 이유는 IT 장비의 구축에 필요한 초기

        경비가 들지 않는다는 점이 매우 중요한 요인이다.

2. 사용자별로 클라우드 컴퓨팅 서비스 활용 전략

  ○ 일반 기업의 클라우드 컴퓨터 서비스 도입
    ▷ 주로, SaaS 측면에서 많은 서비스를 요청하게 되고, 기업의 IT 업무 성격에
        따라 IaaS 측면의 서비스도 요청한다. 새로운 소프트웨어의 개발 업무가 없는
        일반 기업 형태의 경우는 PaaS의 측면은 적다고 볼 수 있다.
    ▷ 일반 기업에서 클라우드 컴퓨팅을 채택하는 것은 IT 투자 비용 절감이나 업무의
        효율성 측면에서 많은 효과를 거둘 수 있다.
    ▷ 즉, 필요한 시점에만 클라우드 컴퓨팅의 서비스를 요청하여 컴퓨팅 자원과

        저장공간을 활용하여 비용 절감 및 IT 업무의 합리화를 거둘 수 있다.
      - IT 장치 설치 공간 부족 문제와 기기 비용이 절감된다.
      - 컴퓨팅 자원의 임대로 관리 및 유지 비용이 절감된다.
    ▷ 특히, 일반 기업의 클라우드 컴퓨팅 도입으로 직원들의 PC의 부담이 경감한다.
      - 기업에서 클라우드 컴퓨팅을 도입하기 시작하면서 직원들의 책상 위에 있는
        컴퓨터의 사양이 가장 먼저 교체 되고 있다.
      - 이는 클라우드가 제공하는 SaaS, IaaS 등의 지원을 통하여 직원의 PC의

        사양이 경량해 지고 있다.
      - 즉, 저장장치가 없는 신 클라이언트 단말기로 업무 수행이 가능하다.

  ○ SaaS 형태의 서비스를 주로 사용할 수 있다.
    ▷ 일반 기업이 업무에서 필요한 소프트웨어 패키지를 구입하거나 자체 개발한
        소프트웨어를 자사 IT 부서가 관리하는 전산 센터에 설치하여 운영하는
        방식에서 클라우드의 SaaS 서비스를 통하여 검증된 응용 소프트웨어를

       사용하여 경비와 시간 절약 및 업무의 효율성을 증대 할 수 있다.
    ▷ 특히, 중소기업 등은 인사관리, 회계관리, 자산관리 등에 사용되는 소프트
        웨어를 SaaS 방식으로 쉽게 사용 할 수 있다.
    ▷ SaaS 서비스의 채택으로 다음과 같은 해택을 얻을 수 있다
      - 기업의 업무에 필요한 응용 소프트웨어 등의 구입 비용 절감된다.
      - 소프트웨어 업그레이드와 각종 보안 패치, 유지 및 보수 등의 관리 비용이
         절감된다.
    ▷ 일반 기업들은 SaaS를 중심으로 클라우드 서비스를 이용하고 있다.
      - 오피스 도구를 제공하는 구글 앱스, 어도비 제품 등과 같은 제품을 주로
        사용하고 있고, 이들을 지원하고 있다.
      - 전자우편, e-러닝, 인스터스메세지, 팀 협업, 화상회의 등의 응용 소프트
        웨어의 사용도 증가하고 있다
      - 최근들어, 전사적 자원 관리, 고객 관리 등의 기업용 응용 소프트웨어 등도
        SaaS 형태로 지원되고 있다.

  ○ 이처럼 SaaS 시장의 급격한 성장은 기업이 IT 부분의 비용 절감과 신속하게
      필요한 응용 소프트웨어를 도입할 수 있다는 SaaS의 장점이 부각되고 있기
      때문이다.

  ○ 소프트웨어 개발 기업의 클라우드 컴퓨터 서비스 도입
    ▷ 주로, PaaS 측면에서 많은 서비스를 요청하게 되고, 기업의 IT 업무 성격에
        따라 IaaS 측면의 서비스도 요청한다. 기업의 일반 업무를 위해 SaaS의

        서비스도 요청할 수 있다.
    ▷ 소프트웨어 개발을 위한 개발 환경을 자체적으로 모두 구축하여 개발하는

        것이 아니라 모든 환경을 빌려서 (PaaS) 응용 소프트웨어를 개발하고,

        컴퓨팅 자원을 빌려 (IaaS) 서비스 할 수 있다.
    ▷ 예를 들어, 광고용 소프트웨어를 개발하는 경우에
      - PaaS는 사용자관리, 광고 삽입 등 일반적으로 많이 쓰이는 구성 요소들을
        전체를 제공하고 있다.
      - 개발자는 이런 요소들은 개발할 필요가 없다.
      - 따라서, 비용은 물론이고 개발 시간이 단축되는 효과를 얻을 수 있다.
    ▷ PaaS를 통하여
      - 소프트웨어 개발 환경 구축, 구현, 시험환경 제공 및 시험 등의 일련의

        환경을 제공한다.
      - 다양한 개발용 프로그래밍 언어의 지원도 가능하다.
      - 특히, 관련 소프트웨어의 버전 관리도 지원하여 원하는 버전을 쉽게 지원
        받을 수 있다.
      - 개발된 소프트웨어 시험도 가능하며 IaaS와 함께 시험 서비스도 가능하다.

  ○ 학교, 정부기관 등 공공 분야의 클라우드 컴퓨터 서비스 도입
    ▷ 공공 기관의 클라우드 서비스는 특정 기간에 컴퓨팅 자원이 집중적으로
        필요한 경우에 많이 이용된다. 따라서 주로 이용되는 서비스 형태는 IaaS
        형태 이다.
      - 예를 들어, 국가의 자료 처리 서비스, 대학의 수강신청 서비스, 공공 기관의
        입사처리 서비스 등 순간적으로 대용량의 컴퓨팅 처리를 필요로 하는
        경우에 유용하다.
    ▷ 이유는, 순간적으로 특정 기간에 필요한 대용량의 컴퓨팅 처리를 지원하기
        위하여 필요한 IT자원을 구축하는 것은 이미 앞에서 여러 번 언급한 것과
        같이 다음과 같은 문제가 있다.
      - 고가의 IT 장비의 구입 비용이 필요하고
      - 이들 장비를 설치하기 위한 공간이 요구되고
      - 이들을 관리하기 위한 IT 인력이 필요하며
      - 지속적인 장비의 유지 비용이 요구된다.
      - 특히, 특정기간 외에는 컴퓨팅 파워가 낭비되고 있다.
    ▷ 기존의 공공기관은 이러한 문제점이 있어도 IT 장비의 투자를 통한 자체
        컴퓨팅 환경을 구축하여 운영하였었다. 그러나. 클라우드 컴퓨팅의 IaaS

       서비스의 탄생으로 이러한 문제점이 해결되고 있다.

  ○ 연구 개발의 공공 분야의 클라우드 컴퓨터 서비스 도입
    ▷ 기상청, 의료 기관, 과학기술 연구소 등의 연구 개발 분야 공공 기관에서도
        대용량의 컴퓨팅 자원을 요구하는 서비스가 증가하고 있다.
    ▷ 이러한, 연구 개발에서 요구하는 컴퓨팅 자원을 집중적으로 지원하기 위한
        클라우드 컴퓨팅 환경이 국가적인 차원에서 구축되고 지원되고 있다.
      -  대전에 있는 KISTI 내의 클라우드 센터는 이러한 대용량의 컴퓨팅 자원의
         필요성을 인지하고 국가적인 차원에서 IaaS 형태의 서비스를 지원하는
         클라우드 센터를 구축하여 운영하고 있다.
      - 이러한 클라우드 컴퓨팅 센터는 컴퓨팅 능력과 저장장치의 규모가 엄청
         나서 일반적인 연구기관에서는 투자하기 힘든 예산 규모이며,
      - 이러한 장비의 설치 공간과 유지 등은 전문적인 기관에서 담당하여야
         하고, 현재 국가적인 차원에서 클라우드 센터에서 총괄 관리하고 있다.
      - 참고적으로, 견학 등을 통하여 센터 내의 규모를 실질적으로 보는 것도
        중요하다. 이유는 일반인이 상상보다 그 규모가 매우 크다.
      - 따라서, 현재 많은 대용량 컴퓨팅 처리를 요구하는 공공기관은 클라우드
        센터를 활용하여 필요한 IaaS 서비스를 지원 받아 업무를 처리하고 있다.
      - 참고로, 일부 연구기관에서 자체적으로 클라우드 환경을 구축하여

        서비스를 운영하고 있으나 규모의 면에서 클라우드 센터와는 비교가 되지
        않는다.

3. 국내 클라우드 컴퓨팅 서비스의 사례

  ○ KT의 U-Cloud 서비스
    ▷ ucloud란?
      - 컴퓨터에 저장되어 있는 데이터를 ucloud 서버에 안정하게 백업하고,
        언제 어디서든 빠르게 데이터를 열람하거나 복원할 수 있는 KT의 백업
        서비스이다. 강력한 보안기능을 통해 데이터를 암호화 하여 안전하게
        관리할 수 있다.
    ▷ 서비스 개요
      - 고객의 데이터를 실시간으로 보관(자동백업) 해주고, 다양한 단말에서
        자유롭게 접근하여 이용할 수 있는 ‘Personal Cloud Storage’ 서비스
        이다.

▷  ucloud의 주요 기능
      - 응용 소프트웨어 실행에 따른 실시간 백업 서비스 기능
      - 연동된 디바이스 간의 자동 동기화 서비스 기능
      - 영구적인 보관을 위한 웹하드 기능
      - 버젼관리를 통한 자동 파일 버전 관리 기능
      - 유무선 통합을 통한 모바일 ucloud 서비스
      - 안전한 데이터 보안 기능
    ▷ 실시간 백업 서비스
        - ucloud 매니저의 ‘백업폴더’ 지정을 통해 파일이 자동으로 ucloud에
          백업된다.
      - 백업된 파일은 컴퓨터 전원이 꺼진 상태라도 원격으로 액세스할 수

        있으며, 컴퓨터가 인터넷에 연결되는 동시에 모든 변경 사항은 ucloud
        서버에서 자동으로 백업한다.
      - 음악, 사진, 비디오, 파일 데이터를 원격으로 모두 파일보기를 할 수
        있으며, 음악파일을 원격으로 재생 가능
      - ‘ucloud 앱’을 통해 모바일에서 파일 접근가능 (ppt, doc, xls, 사진 등)

    ▷ 자동 동기화 서비스
      - ucloud 매니저가 설치되어 있는 컴퓨터들의 자료가 ‘매직폴더’로 자동
        동기화된다
      - 여러 개의 컴퓨터에서 작업한 파일들이 서로 동기화 되어 있어서 수동적
        으로 컴퓨터간에 파일을 전송하지 않아도 된다.
      - 데이터를 자동으로 온라인 백업하여 데이터의 복사본을 ucloud 서버에
        보관하고, 컴퓨터간 자동 동기화

1. 공유자산(commons)

  ○ 누구나 자유롭게 접근할 수 있는 권리를 가지고 있는 자산

2. 우리 사회는 사유자산에 대한 인식(소유의식)이 강해진 사회

3. 공유지의 비극

  ○  미국 UCSB 생물학과 교수인 가렛 하딘에 의해 만들어진 개념

  ○ 개인의 이기심 때문에 제한된 공유자원을 망치게 됨

4. 지식은 공유지의 비극 논리 적용되지 않음

  ○ 비경합적인 자원(아무리 사용해도 없어지지 않는다)

  ○ 지식은 사용할수록 사회적 후생이 증가한다.

5. 지식은 사유재산적 성격이 아닌 공유자산으로 이해되고 접근되어야

6. 공유자산은 공짜가 아닌 '누구에게나 자유롭게 접근이 허용되어야 한다'는 의미

7. 혁신적 공유자산으로서의 인터넷

  ○ 저작권은 사상, 철학이 담겨있는 책에 대한 권리, 책의 내용은 누구나 소유가 가능하다.

  ○ fair use 연구용으로 책 복사 허용

  ○ 교육제도, 공영방송 등

8. 사이버공간상에서 공유자산의 필요성 인정, 어떤 식으로 공유되어야 하나?

  ○ 소프트웨어 개발 사용 : 사회적이고 윤리적인 관점에서 추진된 자유 소프트웨어

  ○ GNUGPL(GNU General Public License) 규약

    - 누구나 소프트웨어 무료로 구할 수 있고

    - 소스코드 볼 수 있고

    - 수정, 편집, 배포를 할 수 있다.

9. 효율적 관점에서 자유 소프트웨어를 본 공개 소프트웨어

  ○ open source 라이선서 : 원제작자 명기, 공공도메인은 제약이 없음

    - 아파치서버, BSD, GNU리눅스, 인터넷 익스플로러, 모질라 등

10. 공개 소프트웨어의 개발을 위한 재원마련에 대한 궁금증

1. 지식이 어떻게 유통 되는가?

  ① 지식의 생산, 소비 구분 어려움, 지식의 유통과 공유의 문제에 있어서 저작권 관련됨

2. 2007년 6월 스티브 잡스의 주장 - '음악에 대한 단상'

  ① 음반업자들에게 DRM free 음원의 제공 요구

    ※ DRM : 디지털로 만들어진 상품들의 저작권을 관리해 주는 기술

3. network시대에서 저작권 보호를 상징하는 기술

  ① 애플사는 IBM에 비해 저작권에 대해 폐쇄적이어서 호환성 떨어짐

  ② 폐쇄적 환경을 가능하게 해주는 기술

  ③ 스티브 잡스의 DRM free 음원 비즈니스의 선언

     ※ DRM으로 mp3파일을 쓰기 까다롭게 만드는 것이 최선의 비즈니스 모델인가 하는

         것에 대한 의심

  ④ 스티브 잡스의 공개편지 이후 음원시장에 큰 지각변동이 일어남

  ⑤ 음원시장이 DRM 시장에서 DRM free 시장으로 급속하게 이동

4. DRM free로의 전환이 주는 시사점

  ① 인쇄매체의 저작권을 관리하던 사상과 방식에서 탈피, 새로운 방식으로 전환 과정

  ② 지식을 접근 불가능한 가격으로 판매하는 것에 대한 심각성을 인식하고 대안을

      주창하는 흐름 형성 - 대안 : 공유지식