네 알겠습니다 일단 조직이 클라우드를
사용하는 게 맞는 솔루션이라고 판단하면 현장에서
호스트할 것인지 타사로부터 호스트형
솔루션으로 계약할 것인지 결정합니다 ?????
현장에서 솔루션을 호스팅할
때 이건 온-프레미스라고 불립니다
보안 측면에서 온-프레미스
솔루션을 사용하는 건 좋지만 비용이 많이
듭니다 팀 전체가 그
솔루션을 지원해야 해요
네 이제 이제 조직의 클라우드
솔루션을 운영하기 위해 모든
하드웨어와 소프트웨어 인력을
확보해야 한다는 뜻이죠
네 이 외에도 모든 장비를
보관할 수 있는 데이터 센터
시설이 필요합니다
적절한 공간과 전력, 냉각이 가능해야
하죠
이러한 이유로 많은 기업들이 호스트형 솔루션을
사용하기로 결정합니다
호스트 환경에 있기
때문입니다 타사 서비스 공급자는 클라우드 솔루션을
관리하기 위해 필요한
모든 하드웨어와 설비를 제공할 것입니다
이것은 종종 다중
테넌트 환경에서 이루어집니다 여러 조직이 자신들의
클라우드 솔루션을 단일
타사 공급자의 시설에 호스팅하는 거죠
예를 들어 아마존과 Microsoft,
Google은 기업이 활용할 수
있는 호스트형 솔루션을 제공합니다
아마존 웹 서비스, 즉 aws의 예를 들어보죠
멀티포인트 솔루션은 같은
물리적 시설에 있는 동일한
물리적 하드웨어를 활용해 다수의 다양한
조직을 지원합니다
물론 논리적 분리입니다 호스트
플랫폼 내의 다른 조직에 노출되지
않고 데이터를 안전하게 지키기 위해서죠
하지만 만약 당신이 엄격한 기밀을
유지하고 싶은 정보를 가지고
있다면 서버에 대한 물리적, 논리적 접근을 컨트롤할
수 있는 온-프레미스 솔루션을
사용하는 것이 좋습니다.
다중 테넌트 솔루션을 사용할 경우 조직의
잔여 데이터가 다른 테넌트에게 노출될
수 있습니다 서버 탄력성이 위아래로 확장돼
서버 용량에 대한 프로비전과 비프로비전 하니까요
공유 리소스를 모두와 함께
이용하니까요 ,
여러분이 호스팅 공급자를 사용하기로 결정했다면
그들의 인증과 권한 부여 메커니즘을 이해하는
건 정말 중요합니다 여러분의 요구
사항을 충족시키기 위해 적절한 보호를
받도록 하기 위해서요
그리고 또 여분과 결함 내구성 조치에
대해서도 알아봐야 합니다
그래야 요구 수준에 부합하니까요
호스트된 공급자의 또 다른 걱정은 위치입니다
데이터는 정확히 어디에
저장되나요?
그 장소에 근거해서 어떤
법이 조직과 데이터에 영향을 미칠까요?
네 조직의 hosted
서비스 공급자를 선택할
때 이해해야 할 것들이에요.
이제 온-프레미스 혹은
호스트 서비스 공급자를 사용할 것인지 말 것인지 결정을
내렸는데요 마지막 결정은 어떤 유형의
서비스를 구매하기를 원하는지로 회전합니다
이제 세 가지 클라우드 서비스 모델에서 선택할
수 있습니다.
서비스로서의 소프트웨어,
SaaS 서비스로서의 플랫폼, PaaS 서비스로서의
인프라 IaaS로서의 인프라입니다
네 이제 서비스로서의 소프트웨어
내에서는 서비스 제공자는 조직에
완전한 솔루션을 줍니다 ? 네
하드웨어도 포함합니다 네트워킹
저장소 서버 및 가상화 또한 운영 체제 미들웨어
런타임 데이터 프로세싱 및 최종 사용자에게
서비스가 전달되기 위해 필요한 응용
프로그램 또는 소프트웨어
등이죠 거나요
예를 들어 여러분 조직이 Microsoft에서 Office
365를 사용하거나 Docs, Google 워크스페이스에서
시트를 사용한다면 서비스 솔루션으로서 소프트웨어로
간주되고 사용자가 자신의 이메일, 문서
스프레드시트 등에 직접적으로 접속하게
해줍니다 웹 브라우저에서요
서비스 소프트웨어의 또
다른 좋은 예는 터보택스와 QuickBooks Online입니다
세금 정리와 회계 소프트웨어를 제공해
웹 브라우저만으로 온라인에 접속할 수 있습니다
여러분을 대신해 모든 소프트웨어와 하드웨어
데이터 저장소 요구 사항을 처리할 겁니다
네 가끔은 여러분만의
특정 서비스 욕구를 충족시키기 위해 사용자
지정 응용 프로그램이나 소프트웨어를 만들어야 할 겁니다
이 경우 하드웨어를 받으려면 서비스
제공자만 있으면
됩니다 네트워킹 저장소
서버와 가상화 운영 체제
미들웨어 런타임 응용
프로그램이요
하지만 서비스 솔루션으로서의 소프트웨어와
달리 여러분은 실제 응용 프로그램
코드를 만들고 클라이언트와 서버 간의
데이터 프로세싱을 처리하는
책임을 져야 하죠
네 이제 플랫폼을 서비스로
이용하면 클라우드
이용의 장점을 얻게 됩니다 공유 리소스
계량된 활용 급격한 탄력성 고가용성과 파일 동기화를
포함하죠
하지만 여러분의 비즈니스에
맞게 개발을 사용자 정의할 수도 있습니다
이 모델에서는
타사 벤더는 특정 서비스가 운용되는
데 필요한 하드웨어와
운영 체제 소프트웨어를 제공하지만 최종 사용자에
가까운 코드나 응용 프로그램은
주지 않습니다
예를 들어 여러분의
회사가 새로운 웹 응용 프로그램을 개발한다면
타사 클라우드 제공자가 제공하는 개발 플랫폼을
가질 수도 있습니다
제 회사에서 일합니다 디온 트레이닝 이걸 촬영하면서요
사실 저희는 근본적인 학습
관리 시스템을 개발하는 과정에 있습니다
하지만 모든 하드웨어 네트워킹이나 저장소,
운영 체제 계층은 다루고 싶지 않습니다 맞아요,
아마존 웹 서비스를 통한 솔루션으로
플랫폼을 택했습니다 기술 스택의 데이터베이스 하향에
있는 모든 걸 처리하기 때문이죠 저희
팀과 저는 최종 사용자와
학생들이 교류하고 수업을
듣는 동안 데이터를 처리하는 소프트웨어 코드만 책임집니다
네 이건 서비스로서의 플랫폼입니다
Amazon에서 서버를 제공하거든요
운영 체제 구성 데이터베이스도요
거기에 우리가 원하는 건
뭐든 더할 수 있죠 최종 사용자,
즉 학생에게 최종 응용 프로그램이나 소프트웨어를
제공하기 위해서요
네 우리가 다룰 마지막 클라우드 서비스
모델은 iaaS로 알려진 겁니다
서비스로서의 인프라죠
자 서비스로서의 인프라는 필요할
때 서버나 부하 분산 장치 저장소 영역 네트워크
구성 요소 같은 it 리소스를 프로비전하는 방법입니다
인프라를 이용할 수
있습니다 추가 자원 동적 할당의 장점을
얻게 될 텐데요 탄력성이라고 하죠
하지만 하드웨어를 직접
구입하고 운영하는 장기적인
책임감을 감당하지 않아도 되죠
예를 들어 여러분 회사의
웹사이트를 호스트하기 위해 새 클라우드
기반 웹 서버를 계약할 수도 있습니다
아마존 웹 서비스나 aws를 이용한다면 이것을 ec2라고
부를 것입니다 탄성 있는 클라우드
컴퓨팅입니다 ec2 인스턴스를
위해 알맞은 양의 리소스를
선택할 수 있습니다 ?
예를 들어 4개의 cpu와
16기가바이트 메모리 500기가바이트
스토리지를 원한다고 해보죠
그러면 aws가 그 하드웨어 리소스를 사용자에게
할당해 운영 체제,
중간웨어 그리고 그 리소스에
런타임을 설치할 수 있죠
하지만 가끔은 그 경계선이 좀 흐려질 수 있어요
네 공식 교과서와 문서에
따르면 서비스로서의 인프라는 하드웨어에 초점을
맞춥니다 가상 컴퓨터와 하드웨어의 저장소
네트워킹 부분을 포함해서요
그렇습니다 그래서 하지만
아마존 같은 공급자 대부분은 Microsoft Azure와
구글 클라우드는 컴퓨팅 인스턴스에 설치하고 싶은 운영 체제를
선택하게 해줍니다 여러분이 원하는 리소스를
선택할 때요 그럼 자원을 할당해줍니다
가령. 아마존의
EC2 인스턴스는 예를 들어 이건 여러분의 필요를
완전히 충족시키기 위해 커스터마이징 될 준비가
된 기본 Linux 운영 체제를 포함하고
있습니다 안 됩니다,
네 이 얘길 하는 이유는 대부분
하드웨어인 걸 다룰 때 운영 체제가
설치돼 있으니까요 시험의 서비스로
그걸 생각하지 않을 거예요
대신 서비스로서 인프라를 선택할
수 있어요
이제 서비스 레벨로서 플랫폼으로 갑니다
미들웨어 전부와
런타임도 포함해야 해요
데이터베이스 기능과 Apache나
NGINX 같은 웹 서버도 포함합니다
다른 서버 소프트웨어와 미들웨어도요
그런 서비스를 제공하려면 필요하죠
이제 시험을 보죠 서비스로서의 인프라나
서비스로서의 소프트웨어일
땐 꽤 명확하지만 서비스로서의 플랫폼은
좀 까다로울 수 있어요
시험에 사용해야 할 힌트를
약간 드릴게요
네 서비스로서의 인프라 그 이상을 본다면 플랫폼을
서비스로서의 해답으로 선택하는 게
좋을 겁니다 ,
네 플랫폼을 서비스로 선택하겠죠 스펙트럼의
양 끝이 있으니까요 서비스로서 인프라가
왼쪽에 있고 서비스로서 소프트웨어가 오른쪽에
있고 서비스로서 플랫폼은 중간
어디쯤이에요 ?
네 그래서 요약하자면 서비스로서의 인프라
서버 실행에 필요한 모든 걸 제공한다는
걸 기억하세요
여기에 포함됩니다 전원 공간
냉각, 네트워크 방화벽 물리적 서버,
가상화 계층과 운영 체제도
포함됩니다
자 이제 서비스로서의 플랫폼을 운영체제에
추가할 겁니다 인프라 소프트웨어라고
부르고 싶네요 ,
이 인프라 소프트웨어는 미들웨어와
런타임 환경이죠
그 말은 Apache 웹 서버
같은 것에 관해 얘기하고 있다는 거죠 MySQL 데이터베이스
프로그래밍 언어 같은 거요
네 이제 서비스로서의 소프트웨어를
다룰 때는 호스트 응용 프로그램을
다루는데 인프라나 플랫폼 부분
위에 추가된 것들이죠 ?
네 그래서 서비스용 소프트웨어는 서비스용
플랫폼이나 서비스용 인프라보다
엔드 유저에 훨씬 가깝습니다
네 그래서 it 전문가로서 조직에 어떤
유형의 서비스가 적합한지
결정하는 건 정말 중요합니다
요구 사항에 근거해서요
이번 수업에서 다룬 내용이었어요
서비스로서의 소프트웨어 서비스로서의
플랫폼 서비스로서의 인프라를 다뤘죠