블로그 | NGINX

응용자본시대의 현대화의 긴급성

NGINX-F5-수평-검정-유형-RGB의 일부
노버트 키스 썸네일
노버트 키스
2021년 10월 21일 게시

우리는 제4차 산업 혁명의 한가운데에 있습니다. 오늘날의 디지털 경제에서 애플리케이션의 중요한 역할은 모든 회사를 기술 회사로 만드는 것입니다. 앱에서 단 한 번이라도 나쁜 경험을 하면 고객이 앱을 포기하고 경쟁사로 옮길 수 있습니다. 사이버 공격이 증가함에 따라 애플리케이션 개발 프로세스의 각 단계에서 모든 팀원과 이해 관계자는 민첩성을 받아들이고 보안을 최우선으로 생각하는 사고방식을 유지하는 것이 중요합니다.

이런 사고방식으로 현대화가 이루어진다. 고객과 이해관계자는 특정한 디지털 경험을 기대하며, 현대적인 애플리케이션 전략이 없다면 손실은 불가피합니다. 그러므로 현대화에 대한 요구가 시급합니다.

기업은 응용 자본 의 현대에서 끊임없이 변화하고 혁신하며 경쟁 우위를 강화해야 합니다. Gartner Inc.는 2022년에 클라우드 기반 소프트웨어 배포에 대한 글로벌 기업 지출이 5,570억 달러 에 이를 것으로 예측합니다. 사용자와 경쟁업체의 요구에 부응하기 위해 최신 앱의 개발에서 테스트까지 의 주기가 크게 단축되었습니다. 처음에는 몇 달이 걸렸던 일이 이제는 몇 주, 며칠, 심지어 몇 시간 만에 끝납니다. 기업이 모놀리스에서 마이크로서비스로의 전환 과정을 온전히 수용하지 않는다면 경쟁 우위를 상실하거나 더 나쁜 경우 쓸모없게 될 가능성이 명백합니다.

빠른 앱 개발 주기가 새로운 표준입니다. NGINX는 현대화 노력을 단순화하고 이 새로운 시대로의 여정을 안전하고 위험 없이 만들 수 있는 적절한 위치에 있습니다.

근대화의 길

애플리케이션 다양성의 지속적인 성장은 CIO에게 양날의 검입니다. 필요한 기능이 추가되고 생산성이 향상되는 데 도움이 되었지만, 빠른 성장으로 인해 예상치 못한 복잡성도 추가되었습니다. 대규모 기업의 CIO는 일반적으로 IT 조직에서 운영하는 수백 개에서 수천 개에 달하는 애플리케이션을 추적하는 데 어려움을 겪고 있으며, McKinsey 연구에 따르면 약 80%의 CIO가 애플리케이션 현대화를 통해 기대했던 민첩성이나 비즈니스 성과를 아직 달성하지 못한 것으로 나타났습니다.

초기 복잡성에도 불구하고 모놀리스에서 마이크로서비스로의 전환은 가치 있는 일입니다. CIO가 이를 채택하면 향후 앱 개발을 위한 더욱 견고한 기반을 구축할 수 있습니다. 개발자에게 앱의 빌드 및 배포 방법에 대한 자율권을 부여함으로써 출시 시간이 훨씬 빨라져 경쟁 우위를 확보할 수 있습니다.

현대화는 모든 것을 잃고 처음부터 다시 구축해야 한다는 두려움 없이 새로운 플랫폼, 도구, 아키텍처, 라이브러리, 프레임워크로의 구체적인 경로를 구축합니다. 좋은 첫 번째 단계는 고객 대상 애플리케이션을 현대화하는 것입니다. 그런 다음 이러한 애플리케이션은 멀티 클라우드 및 하이브리드 클라우드와 같은 분산 컴퓨팅 패러다임에 맞게 소프트웨어 팀에서 최적화할 수 있습니다(이 프로세스는 더 휴대하기 쉬운 컨테이너화된 앱의 증가를 촉진했습니다).

앱 현대화를 위한 세 가지 일반적인 접근 방식은 다음과 같습니다.

  1. "리프트 앤 시프트" - 온프레미스 레거시 서버에서 클라우드 플랫폼으로 앱을 이동하는데, 이때 최소한의 코드 재작성이 필요합니다.
  2. 코드 청크 다시 작성 – 개발자가 컨테이너 및 기타 최신 인프라와 도구의 이점을 활용할 수 있도록 함
  3. 리플랫폼 – 보완적 업데이트를 활용하여 앱 백엔드를 교체하거나 수정하여 다른 두 가지 접근 방식 사이의 중간 지점으로 클라우드 플랫폼에 집중합니다.

모든 애플리케이션을 마이크로서비스로 실행해야 하는 것은 아닙니다. 때로는 코드를 다시 작성하는 것이 더 나은 솔루션일 수 있습니다. 특히 앱이 기존 시스템과 긴밀하게 결합되어 있는 경우 더욱 그렇습니다. 비즈니스 목표와 장기 로드맵을 정의한 다음 애플리케이션 현대화에 대한 합리적인 접근 방식을 통합하는 것이 중요합니다. 조각조각 일하면 미래를 위한 튼튼한 기반을 구축하는 데 도움이 되며 위험도 최소화됩니다.

하지만 출시 시간을 단축하기 위해 애플리케이션 보안, 가시성 또는 제어를 희생해서는 안 됩니다.

  • 보안. 트래픽 가시성을 위한 모니터링 도구를 사용하면 애플리케이션 성능에 대한 통찰력을 얻을 수 있으며, 신속하게 대응하고 위험을 완화하는 방법에 대한 필요한 정보를 얻을 수 있습니다.
  • 시계. Kubernetes와 같은 오픈 소스 시스템의 가시성을 개선하면 조직에 배포에 대한 통찰력을 제공할 수도 있습니다. 이를 통해 취약점을 탐지하여 보안을 강화하고 문제 해결 방법을 개선합니다.
  • 제어. F5 NGINX Controller와 F5 NGINX Instance Manager [현재 NGINX Management Suite 로 통합] 를 사용하면 단일 관리 계층으로 전체 인프라를 관리하는 데 도움이 됩니다.

이러한 현대화 기술을 도입하면 CIO는 비즈니스에 부정적인 영향을 받기 전에 파괴적인 추세에 대처할 수 있는 역량을 확보하여 경쟁업체에 비해 전략적 우위를 점할 수 있습니다. 기존 애플리케이션을 현대화하는 작업은 복잡하고 비용이 많이 들 수 있지만, NGINX 도구는 CIO에게 보안, 가시성 및 제어 기능을 제공합니다.

API의 새로운 영역

모든 최신 애플리케이션의 기반에는 엔지니어가 API의 전체 세계를 구현했습니다. 이러한 API는 앱이 사용자를 위해 기능하도록 하기 위해 서로 지속적으로 통신합니다. 여기에는 결제, 음성 통화, 이미지, 지리적 위치 또는 기타 다양한 기능이 포함됩니다. API는 애플리케이션 제공에 있어서 언제나 중요한 역할을 해왔으며, 최근에는 API가 애플리케이션의 일부에서 애플리케이션 전체로 전환되었습니다.

컨테이너, 마이크로서비스, 쿠버네티스의 등장으로 애플리케이션 아키텍처의 방향이 바뀌었습니다. API의 설계 및 관리가 데이터, 개인 정보 보호, 컴퓨팅 리소스, 네트워킹만큼 중요해졌습니다. 예를 들어, 쿠버네티스와 마이크로서비스에서 분리된 함수는 API를 통해 통신합니다.

UX, DX, CX가 있는 것처럼 이 API 경험에 대해서도 새로운 용어가 있습니다. APIX 2.0.1.1 업데이트 현재와 미래에는 API를 경험하는 방식이 DevOpsGitOps 팀의 주요 기준이 될 것입니다. APIX는 내부적으로나 외부적으로 사용자에게 직접적인 영향을 미칩니다.

중요한 APIX를 설계할 때 네 가지 원칙이 있습니다.

  • 원칙 1: 명확한 가이드라인에 따라 균일한 경험을 디자인합니다. 이제 팀이 분산되었으므로 채택 및 사용을 표준화하는 목표로 API 평가 체크리스트를 만드는 것이 중요합니다. 원칙을 단순화하면 API 수명 주기 관리의 기존 복잡성을 완화할 수 있습니다.
  • 원칙 2: 서비스 소유권을 공식화합니다. API 제어의 적절한 중앙 관리 및 자동화를 가능하게 하려면 사용 중인 API를 파악하는 것이 중요합니다. 각 서비스나 서비스 그룹에 대한 책임을 맡는 팀이나 소유자를 확립하지 않으면 API 수명 주기를 관리할 수 없게 됩니다. 서비스 카탈로그를 통합하면 서비스를 관리하는 사람이 누구인지, 그리고 해당 서비스가 실제로 어떻게 수행되고 있는지에 대한 전반적인 개요를 파악할 수 있습니다.
  • 원칙 3: 규모의 경제성, 범위의 경제성, 또는 둘 다를 고려해서 설계하세요. 프리미엄 APIX를 최적화하고 제공하기 위해 설계할 때, 조직에서는 목표가 규모의 경제인지, 범위의 경제인지 파악해야 합니다. 선택은 API 설계에 영향을 미칩니다.
  • 원칙 4: 관리하기 쉽게 만들어 보세요. API 게이트웨이는 최신 애플리케이션 환경의 복잡성을 해소하도록 설계되었습니다. 기존 솔루션은 컨테이너화, 클라우드 네이티브, 멀티 클라우드 환경을 처리할 준비가 되어 있지 않습니다. 이것이 NGINX 컨트롤러 API 관리 모듈 [현재 API 연결 관리자 , NGINX 관리 제품군의 일부] 이 혁신적인 아키텍처를 통해 복잡성을 줄이는 데 중점을 두는 이유입니다. 데이터 평면의 F5 NGINX Plus를 제어 평면의 API 관리 모듈에서 분리함으로써 런타임 트래픽과 APIM 트래픽이 개별적으로 격리되어 보다 효율적인 처리가 가능합니다.

고객은 앱에 액세스할 때마다 API가 뛰어나기를 기대합니다. 그러한 경험을 제공하는 것은 현대화의 성공을 위한 핵심 요소입니다.

현대화를 향한 노력은 의식적인 것이어야 합니다. 이러한 네 가지 원칙과 위에서 설명한 현대화 경로를 바탕으로 NGINX는 간단하고 효과적인 솔루션을 통해 귀사의 애플리케이션 아키텍처를 현대화하는 데 도움을 드립니다.

리소스

앱 현대화에 대해 자세히 알아보려면 The Register에서 관련 기사를 참조하세요.

앱 현대화 여정의 어느 단계에 있든, 당사의 모든 상업용 솔루션에 대한 무료 30일 평가판을 통해 시작할 수 있습니다.

또는 무료 오픈 소스 제품을 사용해 보세요.


"이 블로그 게시물에는 더 이상 사용할 수 없거나 더 이상 지원되지 않는 제품이 참조될 수 있습니다. 사용 가능한 F5 NGINX 제품과 솔루션에 대한 최신 정보를 보려면 NGINX 제품군을 살펴보세요. NGINX는 이제 F5의 일부가 되었습니다. 이전의 모든 NGINX.com 링크는 F5.com의 유사한 NGINX 콘텐츠로 리디렉션됩니다."