Why Digital Transformation Why Cloud

• Digital Transformation과 Cloud의 관계

  AWS 서버

  • 젠(Xen) : VMware <- IBM 개발

  오라클

  • 데이터베이스 이중화

  마이크로 소프트

  • 세계 최대 이익
  • But 구조조정?

  Digital Transformation: IT를 디지털로 변환해야함

  하지 않으면 살아남을 수 없음

  클라우드로 전환

• 가상화

• 클라우드 컴퓨팅

  • 필요한 자원을 빌리는 기술적 영역

  장점

  • 비용 절감
    • 시간 절약
    • 전기 절약
  • 표준화
    • 안정성
    • standard한 os 제공
    • 운영관리X
  • 신기술 도입
  • 글로벌 서비스
    • regulation: 운영관리가 힘듦
    • 클라우드는 region만 있으면 됨
  • 확장성 및 민첩성
    • 인프라로 빠르게 접근 가능
    • 레거시 환경으로는 어려움

  • 비즈니스 혁신을 위해 클라우드를 사용

1, 2차 혁명: Offline 현실(물질, 소유, 자원)

3차 혁명: OnLine 가상(정보, 공유, 관계)

-> 현실과 가상의 연결(AI 스피커)

4차 혁명: 사물의 지능화(AI, SW, 빅데이터, IoT, 클라우드)

• 디지털 트렌스포메이션!!

  기술 제공

  데이터 제공

  새로운 비즈니스의 기회 제공

  시간, 비용 절약

• 에자일

  선수 필승

  빠른 비즈니스 도입을 위해

클라우드 컴퓨팅으로 비즈니스 현실화

• Digital Transformation

  비즈니스의 디지털화: 문화와 프로세스를 도입

  • 고객 서비스
  • 디지털 비전
  • 디지털 기술
  • 디지털 업무 프로세스
  • 디지털 문화

AWS와 함께 하는 클라우드 컴퓨팅

• Cloud Computing

  • 이점

    초기 선투자 비용X

    운영 비용 절감

    탄력적인 운영 및 확장

    • 필요한 만큼만 이용 가능

    속도 및 민첩성

    비즈니스에만 집중 가능

    • AWS가 대신 관리 ex) AriBnB

    글로벌 확장

• AWS Snowball: 페타바이트 데이터를 aws로 이동

• 글로벌 인프라

  • 18개 리전

  • 55개 가용 영역(AZ)

    여러 개의 데이터 센터

    고가용성/이중화 구성

  • 122개 엣지 로케이션

• 가격 철학

• 가장 넓고 많은 파트너 생태계

AWS 서비스 포트폴리오

1. 컴퓨팅 서비스

   • EC2

     • 재구성 가능

     • 쉽게 확장/축소 가능

     • 다양한 인스턴스 타입 제공

       범용M5, 컴퓨팅C5, 메모리R4, 성능 순간 확장T2, GPU, 높은 I/O, 고밀도 스토리지D2

       m5.large

       • m: 인스턴스 패밀리, 용도 별로 선택
       • 5: 인스턴스 세대, 높을수록 최신
       • large: 인스턴스 사이즈

       사용한 만큼만 과금

   • Auto Scaling

     탄력적 서버 자동 확장/축소

   • Lambda

     서버리스 컴퓨팅

     • 서버 없이 코드만으로 특정 업무 처리
     • 업로드, 트리거, 실행, 사용요금

2. 스토리지 및 컨텐츠 배포 서비스

   • S3

     객체 스토리지

     무제한 파일 저장 스토리지

     URL을 통해 손쉽게 파일 공유

     정적 웹 사이트 호스팅

     S3 - S3 IA - Glacier(백업/아카이빙 용도, cold 데이터)

   • EBS

     블록 스토리지

     단일 가용 영역 내에서 여러 서버에 걸쳐 복제

   • CloudFront(CDN)

     컨텐츠를 캐싱하여 성능 가속

     글로벌 서비스

     AWS 서비스와 CloudFront 데이터 전송 무료

     글로벌 고속 백본 네트워크 확보

     DDoS방어

3. 데이터베이스 서비스(매니지드 형태로 제공)

   • RDS

     관리형 관계형 DB 서비스

     DB 이중화(Multi-AZ)

     인스턴스 확장

   • DynamoDB

   • ElasticCache

   • Aurora

     • 호환성, 성능 향상, 고가용성 및 내구성, 1/10가격, 빠르게 성장

협업의 기술

• 헙업의 장애요인

  1. NH의 장애

     조직 구성원이 다른 부서의 아이디어를 듣지 않으려는 현상

     • 외집단에 대한 배타적인 태도
     • 자기 고양: 좋은 의미지를 가지려 함
     • 강화 원인
       • 팀 내의 유대관계
       • 약점을 드러내기 싫어함

  2. 축적의 장애

     지식, 기술, 아이디어, 자산 -> 내부에 축적

     내부 경쟁: 팀, 사업부간 경쟁 존재, 경쟁 결과에 따른 인센티브 제도

     -> 경쟁에 뒤처질 수 있음

  3. 탐색의 장애

     의지가 아닌 능력의 장애

     • 거대한 기업 규모
     • 타 부서에서 무슨 업무를 하는지 알기 힘듦
     • 물리적 근거리 선호 -> 필요 지식과 기술이 멀리 있으면 도달할 방법을 찾기 힘듦
     • 과도한 정보의 과부하 -> 처리 가능한 정보량 한계, 인지적 한계로 유용한 정보 탐색 불가

  4. 이전의 장애

     필요한 지식을 제대로 전달받지 못함

     • 체화되어있는 암묵지의 형태
     • 지식과 노하우 -> 문서 및 업로드가 어려움

     신뢰 과녜여야 지식 및 기술 전달

• 협업에 대한 오해와 함정

  후속작업: 아이디어를 유용한 제품과 연결

  필요한 부서와 적정한 정도의 연결관계가 나와야 협업 성과가 나옴

  1. 과신의 편향

     • 미래에 낙관적
     • 자신의 판단이 옳다고 생각

  2. 정보 비대칭 상황

     자신이 맡은 부분 »» 다른 부분

     -> 시너지 효과 하락

• 협업은 목표 달성을 위한 수단

  • 이상적 목적: 혁신, 효율성 증대, 매출 증대
  • 목적을 잃어버리기도 함

• 숨어있는 비용 함정

  • 조정 매커니즘
  • 부문횡단팀
  • 합작 법인

  -> 실패할 경우 매몰 비용

• 과도한 협업의 함정

  • BP고나리자 협업 모임
  • 우수사례 꽁유, 관심 분야 연구
  • 단순 아이디어 공유는 많은 자원 낭비
  • 인간의 인지적 경향에서 비롯

협업의 필요성 및 목적 정의

• 협업 자체가 목적이 될 수 없음

• 기존 회사 구조 평가

  • 치열한 내부 경쟁 -> 협업 강조, 실행하는 회사 구조 변경 시 성공하기 어려움
  • 분권적 구조로 인해 컴퍼니들 간 치열한 경쟁

• 협업의 실행조건 공식

  협업의 순가치 = 협업 프로젝트 수익 - 협업 비용 - 기회 비용

• 협업의 목표

  교차 판매를 통한 매출 증대

  • 혁신형 협업에 비해 성곡률이 좋음

  : 원가 절감

  조직 내부 운영효율 개선 -> 문제점 개선

• 예상치 못한 에러

  -> 인문사회/이공계 인력

협업 = 경제성과 ㅡ 수단

협업 실행 조건

• 자가사 실행할 수 있어야 함
• 협업의 필요성과 목적을 정의. 모든 부문이 협업을 필요로하지 않음
• 협업에 대한 구조적인 평가
  • 분권형 조직X
• 협업의 비용을 정확하게 예측
  • 수익에서 협업비용과 기업 비용 필요