가장자리에서 사는 것: 우리가 여기까지 온 방법

최근 컴퓨팅 및 애플리케이션 세계에 들어온 개발자와 엔지니어는 종종 최신, 가장 새롭고 가장 빛나는 기술의 렌즈를 통해 세상을 바라봅니다. 하지만 진실은 대개—노련한 기술 산업 베테랑인 우리의 어린 시절 친구들처럼—그런 개념과 유사한 구현은 항상 존재해 왔다는 것입니다. 단순히 시간이 지남에 따라 비즈니스 요구 사항과 경제 상황이 기본 구현 제약 조건 및 인프라와 관련하여 수렴되거나 발산됨에 따라 발전하거나 후퇴할 뿐입니다. 실제로 끊임없이 변화하는 비즈니스 환경이 요구 사항과 필요 사항을 주도하고, 이로 인해 특정 기술 전략이 재발견되거나 폐기되는 결과가 발생합니다.

그런 맥락에서, 다음 기사에서는 향후 몇 년 동안 주목을 받게 될 애플리케이션 관련 기술에 대해 이야기하겠습니다. 특히, 더욱 완벽하게 분산된 애플리케이션 제공 패브릭과 에지의 새로운 역할이 진화함에 따라 더욱 그렇습니다. 하지만 우선, 우리가 오늘날의 상황에 이르게 된 이유와 과정을 살펴보는 것이 좋습니다.

1단계: 데이터 센터 시대

20년 전으로 돌아가서 여행을 시작해 보겠습니다. 당시에는 디지털 방식으로 비즈니스 서비스를 제공하는 것(당시에는 "애플리케이션"이라는 용어가 널리 쓰이지 않았음)이 개인이 소유하고 운영하는 데이터 센터에서 이루어졌습니다. 이러한 기술 전략은 그 시대에 충분하고 적절했습니다. 그 이유는 그 기간 동안 "디지털화"된 것이 가장 비즈니스에 중요한 비즈니스 운영뿐이었기 때문입니다.  그 시대의 디지털 비즈니스 운영의 몇 가지 예는 다음과 같습니다.

• 온라인 소매업체는 고객 쇼핑 경험과 재고 관리만 "디지털화"할 것입니다. 
• 항공사는 예약 및 지불 시스템만 "디지털화"할 것입니다. 
• 정부는 세금 납부와 같은 고부가가치 거래 워크플로를 "디지털화"할 것입니다.

그 기간 동안 소수의 비즈니스 워크플로(즉, 가장 중요한 워크플로)만이 디지털 방식으로 제공되고 일반적인 비즈니스 조직의 맥락에서 고려되었다는 사실(수직 통합되고 지리적으로 동일한 위치에 있는 인력과 조직 및 IT 인프라에 대한 중앙 제어)을 감안할 때, 이것이 대부분 또는 전적으로 사내에서 개발된 거대한 "애플리케이션"을 실행하는 중앙 소유 및 IT 관리 데이터 센터에 조직적으로 반영되는 것은 당연했습니다. 인프라, 보안, 애플리케이션(이전 명칭 "비즈니스 서비스")은 수직적으로 통합된 단일 스택이었습니다. 따라서 매우 현실적인 측면에서 기술 스택(중앙 집중화되고 일체형)은 조직 및 비즈니스 구조를 모방했습니다.

2단계: 클라우드 시대

애플리케이션과 기술 스택의 진화에서 다음 단계는 2차 비즈니스 워크플로로의 "디지털화" 확장에 의해 주도되었습니다. 다음 단계에서는 고객 중심 워크플로우뿐만 아니라 앱 스토어에서 앱이 급증하는 것에서 알 수 있듯이 상품화된 고객 중심 워크플로우도 포함하도록 디지털 워크플로우 세트가 확대되었을 뿐만 아니라 조직 내부의 운영 워크플로우도 포함하도록 범위가 확대되었는데, 이는 종종 엔터프라이즈 디지털 혁신 추세의 일부로 언급됩니다.

결과적으로 기업들은 사업 조직 전략을 재고할 수밖에 없게 되었습니다. 구체적으로는 사업 규모가 빠르게 변화하는 사업 문제를 감안할 때, 비용 효율성과 민첩성에 더 큰 중점이 두어졌다는 것입니다. 이로 인해 지불 모델이 공공 서비스 가격 책정 모델로 편향되어, 더 높은 예상 부하에 대한 선불 및 충당금을 지불하는 대신, 실제로 사용된 것에 대해 지불하게 되었습니다. 금융 용어를 사용하면, 애플리케이션 인프라에 대한 자금 조달 모델은 점차 CapEx(투자 비용 지출) 모델에서 사용량에 따른 OpEx(투자 비용 지출) 전략으로 전환되었습니다. 동일한 기간 동안 비용 효율성 및 민첩성과 관련된 또 다른 동시 추세는 지리적으로 더 분산된 인력으로의 전환이었으며, 이로 인해 과거보다 더 보편적이고 안정적인 24시간 연중무휴 연결에 대한 필요성이 커졌습니다.

이러한 요구 사항의 여파(훨씬 더 많은 비즈니스 워크플로의 디지털화, OpEx 비용 모델의 유연성에 대한 요구, 연중무휴 24시간 글로벌 연결에 대한 요구 사항)는 자연스럽게 매우 대규모의 고가용성 가상 데이터 센터의 글로벌 네트워크를 구축할 수 있는 환경으로 이어졌으며, 이를 사용하는 데는 공과금이 부과되었습니다. 그리하여 퍼블릭 클라우드가 탄생했습니다. 

또한, 퍼블릭 클라우드의 시드가 존재하자마자 자체 강화형 긍정적 피드백 루프가 만들어졌습니다. 퍼블릭 클라우드가 애플리케이션 플랫폼으로 성숙해지면서, 이전에는 기존 기업 IT에서 관리하던 하위 수준 네트워크 인프라의 상당 부분을 흡수하기 시작했습니다. 이에 따라 많은 기업에서 네트워크 운영팀의 범위가 줄어들었고 대신 기업은 애플리케이션 배포 및 제공(일명 "DevOps")과 애플리케이션 보안(일명 "SecOps")에 중점을 두게 되었습니다. 물론, 이것이 보편적인 것은 아니었습니다. 서비스 제공업체와 대기업은 가장 중요하거나 민감한 워크플로에 대해 사내 NetOps를 수행할 필요성과 역량을 갖고 있었습니다.

이 사례는 클라우드 시대의 첫 번째 단계를 나타내는데, 이때 퍼블릭 클라우드는 일종의 아웃소싱, 시간 및 리소스 공유 데이터 센터로 볼 수 있습니다. 즉, 퍼블릭 클라우드 추상화는 서비스형 인프라(IaaS) 중 하나였습니다.

클라우드 시대의 다음 단계는 두 가지 서로 다른 새로운 비즈니스 통찰력에 의해 주도되었는데, 둘 다 전제 조건으로 1단계/IaaS 패러다임을 필요로 했습니다. 이러한 비즈니스 실현 중 첫 번째는 디지털 워크플로를 제공하는 구현으로부터 비즈니스 가치 제공을 분리하는 능력을 통해 가능해졌습니다. 보다 구체적으로, 기업은 이제 퍼블릭 클라우드가 제공하는 서비스로 관리되는 기술 인프라의 하위 수준을 기업의 가치 제안과 경쟁 우위 요인에 관한 비즈니스 리더의 주요 관심사에서 분리할 수 있는 실행 전략을 구상하기 시작할 수 있게 되었습니다. 

두 번째 비즈니스 관찰 결과는, 기존 업무 프로세스가 디지털화되고 자동화됨에 따라 상위 수준의 비즈니스 프로세스를 훨씬 더 짧은 기간 내에 조정하고 최적화할 수 있다는 것입니다. 별도의 기사에서 이 효과에 대해 더 자세히 설명하고, 디지털 워크플로가 간단한 작업 자동화에서 디지털 최적화(일명 "디지털 확장")를 거쳐 최종적으로 AI 지원 비즈니스 증강으로 이어지는 과정에 대해 설명합니다. 이러한 추세의 예로, 가격 조정, 직원 근무 시간 계획, 재고 관리와 같은 다양한 업무 프로세스가 모두 빠른 적응력의 이점을 얻었으며, "비즈니스 민첩성"이라는 용어가 생겨났습니다. 

이 두 가지 통찰력은 기업의 핵심 역량이 아닌 분야를 아웃소싱하는 것이 종종 더 비용 효율적이라는 사실을 깨닫게 되면서, 비즈니스에 대한 깨달음으로 이어졌습니다. 이는 결국 기업과 클라우드 공급업체 파트너 간에 윈윈 사업 협정으로 이어져 양측 모두 퍼블릭 클라우드가 제공하는 서비스 수준을 더욱 높이고, 기업의 추가 기술 오버헤드를 덜어내는 데 동기를 부여했습니다. 이후 이 개념은 퍼블릭 클라우드를 통해 확장되어 데이터베이스, 파일 시스템, API 게이트웨이, 서버리스 컴퓨팅 플랫폼 등의 상위 수준 플랫폼 기능을 퍼블릭 클라우드의 서비스로 사용할 수 있게 되었습니다. 또한 퍼블릭 클라우드 제공업체는 주로 성능 관리 및 보안 분야에서 OTT(Over-The-Top) 서비스를 통합하겠다고 제안했습니다.

결과적으로 클라우드 시대가 1단계의 IaaS 모델을 지나 성숙해지면서 PaaS(Platform-as-a-Service)와 SaaS(Software-as-a-Service)의 클라우드 2단계 패러다임이 등장했습니다. 클라우드 2단계에서는 애플리케이션을 지원하는 데 필요한 인프라 대부분(아니면 전부)을 기업에서 클라우드 공급업체에 아웃소싱할 수 있습니다. 클라우드 공급업체는 인프라를 대규모로 최적화하고 더 많은 전문가 팀을 구성하여 광범위하게 필요한 애플리케이션 서비스에 집중할 수 있습니다. 이를 통해 기업은 기술 예산을 핵심 비즈니스 로직에 집중할 수 있게 되었지만, 특정 클라우드 공급업체에 "종속"되는 바람직하지 않은 부작용(기업 관점에서)이 발생하는 경우가 많았습니다. 이러한 효과를 완화하기 위해 기업은 API 및 컴퓨팅 모델의 핵심 영역을 중심으로 공급업체에 독립적인 기술을 사용하여 핵심 비즈니스 가치의 표현을 정의하고 체계화하기 위해 노력했으며, 가상화되고 컨테이너화된 컴퓨팅 모델인 Kubernetes에 의해 지원되는 REST 및 gRPC API 기술을 사용하여 구현했습니다. 

3단계: 물리적 사물 및 프로세스의 디지털화

"애플리케이션" 진행에서 세 번째이자 현재 출현하고 있는 단계는 우리가 워크플로라고 생각하지 않는 일상 활동의 디지털화에 의해 주도되고 있습니다. 1단계와 2단계가 주로 비즈니스 프로세스와 소수의 거래형 소비자 워크플로가 온라인으로 이루어졌던 것과 대조적으로, 이 단계에서는 우리의 일상적인 '인간의 삶' 행동에 보편적이고 원활하게 통합되는 디지털 경험을 만드는 것입니다. 현재로선 모든 사용 사례가 아직 개발 중이지만, 증강 현실, 자동화된 홈 감시 시스템, 그리드 수준 전력 관리와 같은 기술을 활용하는 새로운 사용 사례를 통해 앞으로의 풍부하고 다면적인 모습을 이미 엿볼 수 있습니다. 이러한 솔루션은 자율 주행 자동차, 디지털 보조 장치, 카메라 및 다양한 스마트 가전 제품과 같은 스마트 장치를 사용하여 실제 물리적 세계와 상호 작용합니다. 

기업의 관점에서 볼 때, 이러한 다음 전환은 디지털 소비자의 사용자 경험에 훨씬 더 큰 중점을 둘 것입니다. 이러한 사용자 경험에 초점을 두고, 디지털 프로세스의 직접 고객의 대부분은 인간이 아닌 기기가 될 것이라는 관찰을 고려하면, 디지털 소비자의 사용자 경험 요구 사항은 디지털 진화의 이전 단계보다 훨씬 더 다양해질 것입니다. 2단계에서 3단계로의 다음 전환은 이전 전환(1단계에서 2단계로의 전환)과 다를 것입니다. 구체적으로, 이 다음 단계는 일반적인 디지털 경험 지표(예: "더 빠르게 만들고 지연 시간을 줄이세요")의 간단한 외삽적 진행이 아니라, "애플리케이션"에 애플리케이션 제공 트레이드오프를 만드는 방법에 대한 훨씬 더 광범위한 선택권을 제공하여 해당 사용 사례의 맥락에서 디지털 소비자의 요구 사항에 맞게 경험을 조정할 수 있도록 하는 것입니다.

기술자의 관점에서 볼 때, 비즈니스 요구 사항은 소비 경험 요구 사항의 다양성 증가로 인해 대기 시간, 대역폭, 안정성 및 가용성이라는 공통적인 애플리케이션 제공 지표를 균형 있게 조정하고, 지정하고, 최적화할 수 있는 유연하고 적응 가능한 수단을 구축해야 할 필요성이 있다는 것을 의미합니다. 예를 들어, 증강 현실 체험 시스템은 매우 낮은 지연 시간과 높은 대역폭을 필요로 하지만, 네트워크 트래픽 중 일부만 손실되는 것에 대한 허용 범위가 더 넓을 수 있습니다. 반대로, 경보 시스템에 사용되는 가정용 카메라는 높은 대역폭이 필요할 수 있지만, 몇 초 단위로 (비교적) 더 긴 지연 시간을 허용할 수 있습니다. 스마트 미터는 긴 지연 시간과 낮은 대역폭을 모두 견딜 수 있지만, 모든 에너지 사용량을 기록하기 위해 시기적절하지는 않더라도 궁극적으로 높은 수준의 신뢰성이 필요할 수 있습니다.

"디지털화"의 다음 단계의 요구 사항을 충족할 만큼 유연하고 적응력이 뛰어난 시스템을 설계하고 아키텍처를 구축하려면 디지털 경험 제공을 구성하는 여러 구성 요소를 쉽게 분산하고 필요한 경우 애플리케이션 제공 경로의 다양한 위치로 마이그레이션할 수 있는 메커니즘이 필요합니다. 이러한 애플리케이션 구성 요소의 배포는 사용자 경험 요구 사항에 따라 지연, 대역폭, 안정성 등의 제공 요구 사항에 맞게 조정되어야 하며, 시스템은 환경과 부하가 변경됨에 따라 지속적으로 적응해야 합니다. 마지막으로, 애플리케이션의 보안 문제(ID 관리, 맬웨어 보호, 침해 탐지)는 애플리케이션 제공 경로에서 변화하는 애플리케이션 구성 요소를 원활하게 따라야 합니다.

앞길을 향해 몸을 기울이다

그렇다면, 더 구체적으로, 이것은 오늘날 우리가 있는 위치와 비교했을 때 무엇을 의미할까요?  이는 다음을 의미합니다.

• 첫째, 디지털 경험 소비자의 대부분이 다른 애플리케이션과 디지털 서비스이기 때문에 API와 API 관리의 역할이 더욱 중요해질 것입니다.
• 두 번째로, 현재 우리가 보유하고 있는 애플리케이션 제공 위치(데이터 센터, 클라우드, 클라우드 제공 서비스)는 미래의 요구를 충족시키기에 충분하지 않습니다. 구체적으로, 보다 풍부한 고객 경험을 제공하기 위해서는 지능형 에지, 전달 경로 콘텐츠 및 컴퓨팅 서비스, 전달 경로 내 SDWAN과 같은 기술을 활용하여 디지털 애플리케이션 경험의 측면을 최종 사용자에게 더 가깝게 전달할 수 있어야 합니다. 클라이언트 측 샌드박스 기술을 사용하기 위해 애플리케이션 제공 경로를 확장해야 할 수도 있습니다.  
• 셋째, 에지는 점점 더 디지털 경험 제공에 대한 "진입" 지점이 될 것이므로 에지는 핵심 제공 오케스트레이션 지점으로서 더욱 중요해질 것입니다.
• 마지막으로 보안은 본질적으로 보편적이어야 할 뿐만 아니라 애플리케이션 구성 요소가 애플리케이션 제공 경로를 따라 어떻게 분산되는지에 관계없이 적용되어야 합니다.

이 마지막 세 가지 주제는 이 시리즈의 다음 기사의 초점이 될 것입니다. 이 기사에서는 "Edge"와 그 방향에 대해 이야기하고, 그 후에 보안에 대한 진정한 위치 독립적 관점이 어떤 것인지에 대해 이야기할 것입니다.