Cloudlets : 클라우드와 지능형 장치가 만나는 곳

하이퍼 스케일 퍼블릭 클라우드는 기록 시스템을위한 새로운 플랫폼으로 잘 확립되어 있습니다. ERP, 공급망, 마케팅 및 판매 애플리케이션 제공 업체는 오늘날 주로 또는 독점적으로 하이퍼 스케일 퍼블릭 클라우드를 기반으로합니다. 오라클에만 수천 명의 프론트 오피스 및 백 오피스 SaaS 고객이 있습니다. 그리고 고객 목록은 기존 프런트 오피스 및 백 오피스 애플리케이션을 훨씬 능가하는 속도로 증가하고 있습니다.

물론 하이퍼 스케일 퍼블릭 클라우드는 기록 시스템 애플리케이션을 향상 또는 확장하는 새로운 클라우드 네이티브 애플리케이션을 실행할 수있는 적절한 장소이기도합니다. 이러한 새로운 애플리케이션은 다르게 설계되었습니다. 기록 시스템은 일반적으로 클라우드의 가상 머신에서 실행되는 대규모 모 놀리 식 애플리케이션이지만 클라우드 네이티브 애플리케이션은 일반적으로 마이크로 서비스로 작성되고 컨테이너에 패키징되며 사용자에게 완전한 애플리케이션을 제공하도록 조정됩니다. 이 접근 방식의 이점은 다음과 같습니다.

  • 더 빠른 혁신
  • 각 애플리케이션 사용에 대한 특정 사용자 정의를 제공하는 기능
  • 코드 재사용 개선
  • 컨테이너의 더 큰 배포 밀도와 더 효율적인 리소스 소비로 인해 기존 가상화에 비해 비용 절감

이 모든 것은 상식이며 끝없이 선전되고 더 이상 토론되지 않습니다.

그러나 중앙 집중식 하이퍼 스케일 클라우드 배포에 반드시 적합하지는 않은 애플리케이션의 은하에 대해서는 덜 논의됩니다. 대신, 이러한 애플리케이션은 잠재적으로 클라우드 서비스를 기반으로하는 분산 컴퓨팅 환경에서 네트워크 에지 또는 그에 가까운 곳에서 번창합니다. 이러한 응용 프로그램은 참여 시스템 및 제어 시스템입니다.

에지의 시스템

업계 최고의 분석 회사는 참여 시스템을 "트랜잭션을 기록하고 재무 회계를 순서대로 유지하는 기존의 기록 시스템과는 다릅니다. 프로세스가 아닌 사람에 집중하여 앱과 스마트 제품을 직접 제공합니다."라고 정의했습니다. 고객, 파트너 및 직원의 일상 생활과 실시간 워크 플로의 맥락에서. " 인간 상호 작용을 촉진하도록 설계된 참여 시스템은 본질적으로 기록 시스템보다 더 분산되어 있습니다.

구분해야 할 세 번째 유형의 응용 프로그램은 제어 시스템이라고 할 것입니다. 이러한 애플리케이션은 지능형 장치 간의 실시간 제어를 제공합니다. 아마도 고전적인 예는 자율 주행 차일 것입니다. 두 대의 자동차가 시속 65 마일로 고속도로에서 속도를 내고 있다면 속도와 위치에 대한 데이터를 처리를 위해 원격 데이터 센터로 전송하여 간격을 자동으로 조정하지 않을 것입니다. 그들은 마이크로 초 안에 응답하면서 서로 직접 통신 할 것입니다. 자동차 속도 향상, 제조 조립 라인 또는 로봇 수술에 관계없이 네트워크 대기 시간 최소화는 사물 인터넷의 핵심 문제입니다.

참여 시스템 및 제어 시스템을 구축하는 개발자는 마이크로 서비스 및 컨테이너를 기반으로하는 devops 모델도 수용하고 있습니다. 이러한 종류의 애플리케이션을 위해 컨테이너는 다음을 제공합니다.

  • 많은 수의 시스템에서 거의 제로에 가까운 배포 비용 (수십만 대의 차량을 생각해보십시오)
  • 즉각적인 재생 및 재설정으로 빠른 시작 시간
  • 네트워크에있는 다양한 유형의 컴퓨터에서 플랫폼 호환성 문제가 감소하여 이식성이 향상됩니다.

이 컨테이너는 어디에서 실행됩니까? 제어 시스템의 경우 컨테이너는 일반적으로 자율 주행 자동차 내부와 같이 지능형 장치 자체에서 실행됩니다.

참여 시스템을 실행하려면 기업은 하이퍼 스케일 클라우드가 아니라 경량 컨테이너 기반 애플리케이션에 적합한 훨씬 더 작은 클라우드에서 고객, 직원 및 파트너와 가까운 네트워크 에지에서 디지털 부동산을 측설해야합니다. . 클라우드 렛이라고 부르세요.

클라우드 렛 입력

Cloudlet은 클라우드 컴퓨팅 용량을 네트워크 에지의 지능형 장치에 더 가깝게 이동하는 방법입니다. Carnegie Mellon 연구원들이 클라우드 렛을 정의함에 따라 이들은 지능형 장치, 클라우드 렛 및 클라우드라는 3 계층 계층의 중간 계층입니다. 클라우드 렛은 클라우드를 장치에 더 가깝게 만드는 것을 목표로 상자 안의 데이터 센터로 볼 수 있습니다. CMU 연구원의 아이디어를 바탕으로 클라우드 렛에는 다음과 같은 네 가지 주요 속성이 있어야한다고 생각합니다.

  • 표준 클라우드 기술을 기반으로하는 작고 저렴한 유지 보수가 필요없는 어플라이언스 설계
  • 강력하고 잘 연결되어 있으며 안전합니다.
  • 소프트 상태 만 유지 (마이크로 서비스 및 컨테이너 용으로 구축 됨)
  • 네트워크 에지에 위치하며 통신 할 지능형 장치와 가깝습니다.

그 의미는 중요합니다. 예를 들어, 많은 사람들이 클라우드의 단일 하이퍼 스케일 데이터 센터에서 중앙 집중식으로 애플리케이션을 실행하는 가상 기업에 대한 비전을 가지고 있지만, 현실은 혁신적인 기업이 전 세계적으로 수백 또는 수천 개의 클라우드 렛에 애플리케이션을 배포하고 제어 할 것이라는 것입니다.

소매 업체의 경우 클라우드 렛 인프라와 이들이 운영하는 컨테이너를 어디에 배치해야하는지, 소매 업체의 아울렛에 위치가 분명 할 수 있습니다. 현지 오프라인 매장이없는 다른 비즈니스의 경우 통신 제공 업체는 대도시 데이터 센터에서 클라우드 서비스를 제공하거나 가장 가까운 휴대폰 타워만큼 지리적으로도 제공합니다.

실제로 기업은 존재가 필요한 곳에 수백 개의 데이터 센터를 소유하는 대신 일정 기간 동안 클라우드를 임대 할 수 있습니다. 사실상 로컬 데이터 센터의 애플리케이션을위한 호텔 공간입니다. 애플리케이션은 네트워크 에지에있는 사람, 장치 또는 센서가 필요에 따라 체크인 및 체크 아웃합니다.

목축 컨테이너

또 다른 중요한 의미 : 문제를 해결하기위한 전통적인 수동 접근 방식이 자동화로 이어집니다. 수백 또는 수천 개의 컨테이너가 엄청난 수의 클라우드 렛에 푸시됨에 따라 프로덕션 문제 해결의 시대는 끝났습니다.

하드웨어 오류가 있습니까? 자동 확장 컨테이너는 필요에 따라 중복 클라우드 하드웨어에서 새 컨테이너를 자동으로 시작할 수 있습니다. 시스템 소프트웨어 오류? 결함이있는 컨테이너를 제거하고 새 컨테이너를로드 할 수 있습니다. 응용 프로그램 소프트웨어 오류? 소스를 한 번 수정하고 새로운 컨테이너 물결을 전 세계로 밀어냅니다. 현장에서 컨테이너를 패치하거나 업그레이드하지 마십시오.

이를 CERN의 Gavin McCance가 설명한대로 응용 프로그램 배포 및 관리의 "가축 대 애완 동물"모델이라고합니다. 애완 동물은 독특합니다. 그들은 손으로 키우고 사랑스럽게 돌보아줍니다. 그들이 아플 때, 당신은 그들을 건강하게 간호합니다. 대규모의 복잡한 모 놀리 식 애플리케이션으로 구축 된 기존 OLTP 및 의사 결정 지원 시스템에 대해서도 마찬가지입니다.

반면에 마이크로 서비스와 컨테이너를 기반으로하는 시스템은 소처럼 취급됩니다. 소는 서로 거의 동일합니다. 수백 또는 수천 개가있을 수 있습니다. 한 사람이 아프면 다른 사람으로 대체합니다.

따라서 컨테이너 기반 참여 및 제어 시스템의 IT 운영에 대한 기본 관점은 다릅니다. IT는 많은 컨테이너를 생산하고이를 사용자 및 데이터에 가까운 클라우드 렛으로 푸시하여 단기간 (일반적으로 몇 시간 또는 며칠) 사용합니다. 컨테이너에 오류가 발생하거나 오래된 경우 패치되거나 업그레이드되지 않습니다. 컨테이너가 삭제되고 새 컨테이너가 클라우드 렛으로 푸시됩니다.

비즈니스가 통합 된 전체 기능을 수행하려면 기록 시스템, 참여 시스템 및 제어 시스템이 통합되어야합니다. 전체 수명주기 (개발, 구축, 배포, 모니터링 및 관리)에 대한 공통 인프라를 사용하여 컨테이너 형태의 분산 클라우드 서비스를 구축하고 배포 할 수 있습니다. 대규모 모 놀리 식 SaaS 애플리케이션은 사라지지 않지만 규칙이 아닌 예외 일 수 있습니다.

이 개념을 현실로 만드는 데 필요한 기술이 집중되고 있습니다. 컨테이너 개발, 배포 및 관리의 수명주기를 단순화하는 도구 모음의 중요성에 대한 인식이 증가하고 있습니다.

마이크로 서비스 기반 애플리케이션 개발은 일반적으로 스크립팅 언어, 개발 프레임 워크, 소스 리포지토리, 버그 추적 도구, 지속적 통합 도구 및 바이너리 리포지토리와 같은 도구에 의존합니다. 다른 도구는 마이크로 서비스를 컨테이너로 패키징하고 배포합니다. 배포 및 구성을위한 관리 도구는 동일한 서버에서 동일한 서비스를 자주 구현하도록 설계되었습니다. 오케스트레이션 도구는 클러스터 관리, 예약, 서비스 검색, 모니터링 등을 위해 애플리케이션에 속하는 컨테이너의 논리적 컬렉션을 만드는 데 사용됩니다.

많은 회사에서 이러한 도구를 제공하고 있으며 업계 표준이 나타나기 시작했습니다. 궁극적으로 이러한 도구와 표준을 통해 기업은 잠재적으로 수십 또는 수백 개의 물리적 데이터 센터에서 많은 클라우드 서비스로 구성된 가상 데이터 센터를 운영 할 수 있습니다.

가상 데이터 센터에 대한 더 큰 비전을 어떻게 시작할 수 있습니까? 두 가지 즉각적인 단계가 있습니다. 첫째, 기록 시스템을 퍼블릭 클라우드로 가져오고 내부 리소스를 확보하여 새롭고 혁신적인 참여 및 제어 시스템에 집중하십시오. 둘째, IT 조직 내에 devops 규율을 설정하십시오. 두 단계 모두 길고 힘들 수 있지만 진행하면서 스스로 비용을 지불 할 수 있습니다. 여정의 마지막에는 진정한 실시간 기업에 필요한 확장 성, 안정성 및 응답 성을 갖춘 가상 데이터 센터가 있습니다.

Robert Shimp은 Oracle의 Linux 및 가상화 제품 관리 그룹 부사장입니다.

New Tech Forum은 새로운 엔터프라이즈 기술을 전례없이 깊이 있고 폭넓게 탐구하고 논의 할 수있는 장을 제공합니다. 선택은 우리가 중요하고 독자들에게 가장 큰 관심을 가지고 있다고 생각하는 기술을 선택하여 주관적입니다. 는 게시를위한 마케팅 자료를 허용하지 않으며 제공되는 모든 콘텐츠를 편집 할 권리를 보유합니다. 모든 문의 사항은 [email protected]으로 보내주십시오.