엣지 네이티브 애플리케이션에서 클라우드의 역할

클라우드의 등장으로 클라우드 기반 애플리케이션이 생겨났듯이, 엣지가 엣지 기반 애플리케이션 세트를 주도하고 있다는 것은 놀라운 일이 아닙니다.

하지만 이러한 응용 프로그램은 가장자리에만 존재하지는 않을 것입니다. 그와 반대로, 이에 따른 IT(정보 기술)와 OT(운영 기술)의 융합으로 클라우드와 데이터 센터에 있는 애플리케이션을 활용하는 새로운 아키텍처 패턴이 생겨나고 있습니다.

현재 기업들이 애플리케이션 보안과 제공 기술을 어디에 구축하고 있는지 살펴보면 이에 대한 주요 지표를 확인할 수 있습니다. 조직의 절반 미만(41%)만이 이러한 기술을 호스팅하기 위해 단 하나의 위치에만 의존합니다. 정확히 평균은 2 – 2.11이 조금 넘습니다. 오늘날 가장 가능성 있는 조합은 클라우드와 온프레미스이지만, 10명 중 1명은 이미 데이터 센터, 클라우드, 엣지라는 세 가지 위치를 모두 활용하고 있습니다.

이는 대부분 가정에서 찾아볼 수 있는 평균 10개의 연결된 사물을 지원하도록 제작된 아키텍처의 경우에 특히 그렇습니다. 실제로 널리 사용되는 엣지 애플리케이션을 살펴보면 클라우드와 엣지, 노드와 엔드포인트가 혼합되어 있음을 알 수 있습니다.

우리는 각각의 고유한 속성에 따라 에지 노드와 에지 엔드포인트를 구분합니다. 각 위치마다 고유한 기능과 제약이 있으므로 이를 통해 "엣지 네이티브 애플리케이션"을 구성하는 특정 기능에 대한 책임을 구분하는 데 도움이 됩니다. 예를 들어, 일반적으로 에지 엔드포인트는 대량의 데이터 저장을 지원하지 않습니다. 에지 노드는 그럴 수 있고, 데이터 센터/클라우드는 확실히 그럴 것입니다. 이러한 역량과 제약은 각 위치의 강점을 활용하여 공급자와 소비자 모두에게 이익이 되는 방식으로 엣지 네이티브 애플리케이션을 형성하는 데 도움이 됩니다. 

이는 클라우드와 데이터 센터가 엣지 네이티브 애플리케이션에서 중요한 역할을 하는 근본적인 이유입니다.

예를 들어, 내 Plex 미디어 서버를 생각해 보겠습니다. 집에 로컬 서버(에지 노드)가 있고, 스마트 TV(에지 엔드포인트)에도 앱이 있습니다. 에지 노드는 청구 및 계정 관리, 원격 액세스, 소프트웨어 업데이트를 위해 클라우드 기반 Plex 서비스와 통신합니다. 두 가지 사이에서는 사용 및 성능을 설명하는 다른 대화와 데이터 교환이 이루어져 전반적인 애플리케이션을 개선하는 데 도움이 됩니다.

청구 및 계정 관리 기능이 에지 노드에 존재한다는 것은 전혀 의미가 없으며, 에지 엔드포인트에 존재한다는 것은 더더욱 의미가 없습니다. 마찬가지로, Plex 서비스에 내 로컬 디지털 콘텐츠 저장소에 대한 액세스 권한을 부여하는 것은 효율적이지 않을 것입니다(또는 매우 안전하지 않을 것입니다). 오히려 그 책임은 에지 노드에서 실행되는 로컬 미디어 서버에 맡겨집니다.

여러 면에서 이 패턴은 기존(레거시, 빈티지, 레트로, 성숙, '내 시대 이전의'에 대한 완곡한 표현을 선택하세요) 애플리케이션에 현대적인 인터페이스를 제공하기 위한 현대화 노력으로 인해 생성된 패턴과 다르지 않습니다. 세기의 전환기에 웹 기반 접근을 제공하기 위해 텍스트 기반 시스템의 화면 스크래핑을 고려해보세요. 또는 API를 사용하여 기존의 거래 시스템에 의존하는 모바일 뱅킹을 용이하게 하는 것입니다. 현대화를 위한 노력은 종종 데이터 센터, 클라우드, 에지 경계 전반에 걸쳐 시스템과 애플리케이션에 책임을 할당하는 애플리케이션 패턴을 생성합니다.  

연결된 사물, 센서, 기타 엣지 애플리케이션에 대해 이런 종류의 결정이 매일 내려지고 있습니다. 이러한 결정은 공통적인 엣지 네이티브 애플리케이션 패턴으로 나타납니다.

이들 중 거의 대부분은 클라우드/데이터 센터에 있는 기능을 포함합니다.

클라우드 컴퓨팅이 등장했을 당시 데이터 센터가 쓸모없다고 선언하는 목소리가 컸지만, 엣지가 등장한 지금은 클라우드에 대해 똑같은 선언을 하는 사람을 보기 어려울 것입니다. 반면, 클라우드와 데이터 센터는 앞으로도 엣지 네이티브 애플리케이션의 필수적인 부분을 차지할 것입니다.