초보자를 위한 서버리스 컴퓨팅 이해

“서버리스” 컴퓨팅이라고 하면 많은 사람들이 이 모델에 코드 실행 및 기타 개발 작업을 용이하게 하는 서버가 없다고 가정합니다. 그것은 명백한 오해입니다.

따라서 이 신화 파괴자 이후 “서버리스”라는 이름의 논리가 무엇인지 생각할 수 있습니다.

힌트를 드리자면 “서버 없음” 대신 서버를 관리하고 구현하는 방법이 “서버리스”에 수반됩니다.

혼란스럽게 들리나요?

글쎄, 우리는 당신의 의심을 없애기 위해 서버리스 및 이와 관련된 기타 용어에 대한 모든 것을 배울 것입니다. 우선 서버리스는 우리가 말하는 것처럼 유명해지고 있습니다. 실제로 서버리스 시장은 2021년까지 77억 달러 2016년 19억 달러에서

이제 서버리스에 대해 토론하고 그 인기의 이유를 알아봅시다.

서버리스 컴퓨팅이란 무엇입니까?

서버리스 또는 서버리스 컴퓨팅은 클라우드 서비스 공급자가 주문형 시스템 리소스를 프로비저닝하고 고객이나 개발자 대신 서버를 직접 관리하는 클라우드 기반 실행 모델입니다. 서비스, 전략 및 사례를 결합하여 개발자가 서버 관리가 아닌 코드에 집중할 수 있도록 하여 클라우드 기반 앱을 빌드할 수 있도록 지원하는 방법입니다.

리소스 할당, 용량 계획, 관리, 구성 및 확장에서 패치, 업데이트, 예약 및 유지 관리에 이르기까지 AWS 또는 Google Cloud Platform과 같은 클라우드 서비스 공급자는 공통 인프라 작업을 관리하는 모든 책임을 집니다. 결과적으로 개발자는 프로세스 및 애플리케이션의 비즈니스 로직에 노력과 시간을 집중할 수 있습니다.

이 서버리스 컴퓨팅 아키텍처는 컴퓨팅 리소스를 휘발성 메모리에 저장하지 않습니다. 대신 컴퓨팅은 짧은 부분으로 이루어집니다. 응용 프로그램을 사용하지 않는다고 가정하면 리소스가 할당되지 않습니다. 따라서 앱에서 실제로 소비하는 리소스에 대해 비용을 지불하고 있습니다.

서버리스 모델을 만드는 주요 목표는 코드 배포 프로세스를 프로덕션으로 단순화하는 것입니다. 많은 경우 마이크로 서비스와 같은 전통적인 스타일과도 작동합니다. 서버리스가 배포되면 이를 지원하는 애플리케이션은 수요에 신속하게 대응하기 시작하고 필요에 따라 자동으로 확장 또는 축소됩니다.

서버리스 컴퓨팅은 이벤트 기반 모델을 사용하여 확장 요구 사항을 결정합니다. 따라서 개발자는 더 이상 필요한 서버 또는 대역폭을 결정하기 위해 애플리케이션의 사용량을 예상할 필요가 없습니다. 사전 예약 없이 증가하는 요구 사항에 따라 더 많은 서버와 대역폭을 요구하거나 번거로움 없이 언제든지 축소할 수 있습니다.

서버리스는 어떻게 진화했습니까?

기존 시스템에는 앱 개발 프로세스 및 배포의 확장성 및 민첩성과 관련된 문제가 있었습니다. 빠른 시장 출시로 고품질 앱에 대한 요구가 증가함에 따라 더 나은 확장성과 민첩성을 제공할 수 있는 더 나은 시스템에 대한 필요성이 표면화되기 시작했습니다. 그 결과 클라우드 컴퓨팅과 서버리스 모델이 발전했습니다.

서버리스 모델은 모놀리식에서 마이크로서비스, 서버리스 아키텍처 또는 FaaS(Function-as-a-Service)에 이르기까지 다양한 단계로 진화했습니다.

모놀리식 아키텍처는 소프트웨어 개발을 위한 전통적인 통합 접근 방식입니다. 각 구성 요소와 해당 하위 구성 요소가 코드를 컴파일하거나 실행하는 긴밀하게 결합된 모델입니다. 서비스에 결함이 있으면 전체 응용 프로그램 서버와 실행 중인 서비스가 중단될 수 있습니다.
마이크로서비스 아키텍처는 특정 기능을 수행하기 위해 독립적으로 배포되는 대규모 단일 애플리케이션 내부의 소규모 서비스 모음입니다. 신속한 대규모 앱 제공을 가능하게 하여 IaaS(Infrastructure-as-a-Service) 및 PaaS(Platform as a Service)를 사용하여 개발자에게 유연성을 제공합니다. 그러나 이 모델에서는 PaaS와 IaaS 중에서 선택하는 것이 어렵습니다.
서버리스 아키텍처는 클라우드 컴퓨팅과 함께 발전했으며 더 많은 확장성과 비즈니스 민첩성을 제공합니다. IaaS와 PaaS 대신 FaaS와 BaaS(Backend-as-a-Service)를 활용합니다. 여기서 앱은 필요에 따라 리소스와 함께 배포됩니다. 서버를 관리할 필요가 없으며 코드 실행이 완료되면 지불을 중지할 수 있습니다.

서버리스 컴퓨팅의 속성

서버리스 컴퓨팅의 일부 특성은 다음과 같습니다.

서버리스를 사용하는 대부분의 애플리케이션은 단일 기능과 작은 코드 단위로 구성됩니다.
일반적으로 상태 비저장 소프트웨어 컨테이너에서 요청 시에만 코드를 실행하고 요청에 따라 원활하게 확장됩니다.
고객의 서버 관리가 필요하지 않습니다.
요청을 실행하기 위해 기능이 트리거되거나 이벤트가 수신되면 컴퓨터 환경이 생성되는 이벤트 기반 실행이 특징입니다.
유연한 확장성으로 쉽게 확장 또는 축소할 수 있습니다. 코드가 실행되면 인프라 실행이 중지되고 비용이 절감됩니다. 마찬가지로 함수가 계속 실행되면 필요에 따라 무한대로 확장할 수 있습니다.
관리형 클라우드 서비스를 사용하여 파일 스토리지, 대기열, 데이터베이스 등과 같은 복잡한 작업을 처리할 수 있습니다.

GoDaddy에서 제품을 삭제하는 방법

서버리스는 어떻게 작동합니까?

서버리스 아키텍처는 FaaS(Function-as-a-Service)와 BaaS(Backend-as-a-Service)라는 두 가지 주요 아이디어를 결합합니다. 완전히 프로비저닝된 인스턴스 없이도 코드 실행을 위한 클라우드 서비스를 허용하는 FaaS를 기반으로 합니다. FaaS는 클라우드 서비스가 완전히 관리하는 상태 비저장, 이벤트 중심, 확장 가능 및 서버 측 기능으로 구성됩니다.

이 모델을 통해 DevOps 팀은 비즈니스 논리에 초점을 맞춘 코드를 작성할 수 있습니다. 그런 다음 실행을 위해 HTTP 요청과 같은 함수를 트리거할 수 있는 이벤트를 정의합니다. 결과적으로 클라우드 공급자는 함수를 실행하고 사용자가 볼 수 있는 앱으로 결과를 보냅니다.

이러한 방식으로 서버리스 모델은 자동 확장, 온디맨드 및 종량제 기능을 통해 비용 효율성과 편의성을 제공합니다. 따라서 요즘에는 많은 기업과 DevOps 팀이 서버리스로 전환하고 있습니다.

누가 서버리스를 사용하며 그 이유는 무엇입니까?

서버리스는 소프트웨어 개발에서 가장 떠오르는 기술 중 하나입니다. 향후 인프라 관리 및 프로비저닝 요구 사항을 제거할 수 있습니다.

다음에 유용합니다.

더 나은 앱 테스트 가능성과 함께 더 많은 확장성과 유연성을 원하는 조직은 서버리스로 전환할 수 있습니다.
민첩한 고성능 앱을 구축하여 시장 출시 기간을 단축하려는 개발자
서버를 항상 실행할 필요가 없는 회사. 필요한 경우 애플리케이션을 사용하여 모듈 기반 기능을 호출하여 비용을 절감할 수 있습니다.
효율적인 클라우드 기반 앱을 구축하고 클라우드 마이그레이션을 간소화하려는 조직
대기 시간을 줄이는 방법을 찾는 개발자는 사용자에게 일부 기능 또는 앱에 대한 액세스를 제공할 수 있습니다.
IT 인프라 유지 관리 및 복잡성을 처리할 리소스가 충분하지 않은 회사는 서버리스 컴퓨팅을 사용하여 문제를 자동으로 해결하고 끝에서 유지 관리가 필요하지 않을 수 있습니다.

서버리스 모델의 주목할만한 일부 사용자는 Slack, Coca-Cola, NetFlix 등입니다.

고유한 특성으로 인해 서버리스 모델은 다음과 같은 많은 사용 사례에 적합합니다.

웹 애플리케이션: 사용자 요구에 빠르게 응답하는 이 모델을 사용하여 빠르고 확장 가능한 웹 애플리케이션을 구축할 수 있습니다. 즉시 시작할 수 있는 상태 비저장 앱과 예측할 수 없고 드물게 발생하는 사용자 수요 급증에 부응할 수 있는 앱을 구축하는 데 이상적입니다.
API 백엔드: 서버리스 플랫폼에서는 모든 기능을 클라이언트가 사용할 준비가 된 HTTP 끝점으로 쉽게 전환할 수 있습니다. 이러한 기능 또는 작업은 웹에서 활성화될 때 웹 액션으로 알려져 있습니다. 이러한 기능이 활성화되면 기능을 완전한 API로 결합하는 것이 쉬워집니다. 또한 괜찮은 API 게이트웨이를 사용하여 더 많은 보안, 도메인 지원, 속도 제한 및 OAuth 지원을 가져올 수 있습니다.
마이크로서비스: 서버리스는 단일 기능을 수행하고 API를 사용하여 서로 통신할 수 있는 소규모 서비스를 구축하는 데 중점을 둔 마이크로서비스 모델에서 널리 사용됩니다.
소프트웨어 컨테이너와 PaaS를 사용하여 마이크로서비스를 생성할 수 있지만 서버리스가 더 효율적입니다. 한 가지 기능을 수행하고 리소스를 사용하지 않을 때 고객에게 비용을 청구하지 않는 신속한 프로비저닝, 자동 확장 및 유연한 가격 책정을 제공하는 더 작은 코드 라인을 용이하게 합니다.
데이터 처리: 서버리스는 비디오, 오디오, 이미지 및 구조화된 텍스트가 포함된 데이터 작업에 적합합니다. 또한 데이터 유효성 검사, 변환, 보강, 정리, 오디오 정규화 및 PDF 처리와 같은 다양한 작업에 유리합니다. 샤프닝, 회전, 썸네일 생성, 노이즈 감소를 포함하는 이미지 처리에 활용할 수 있습니다. 데이터 처리에서 서버리스의 다른 용도는 비디오 트랜스코딩 및 광학 문자 인식(OCR)일 수 있습니다.
스트림/일괄 처리: Apache Kafka와 함께 FaaS 및 데이터베이스를 사용하여 강력한 스트리밍 앱 및 데이터 파이프라인을 생성할 수 있습니다. 서버리스 모델은 앱 로그, IoT 센서, 비즈니스 로직 및 금융 시장에 대한 데이터를 포함하여 다양한 스트림 수집에 적합합니다.
병렬 계산: 서버리스는 각 작업이 병렬로 실행되어 특정 작업을 실행하는 병렬 계산과 관련된 작업에 탁월합니다. 데이터 검색, 처리, 지도 작업, 웹 스크래핑, 게놈 처리, 하이퍼파라미터 튜닝 등이 포함될 수 있습니다.
기타 용도: 서버리스는 고객 관계 관리(CRM), 재무, 챗봇, 비즈니스 인텔리전스 및 분석과 같은 다양한 애플리케이션에도 사용됩니다.

참고: 서버리스는 경우에 따라 적합하지 않을 수 있습니다. 예를 들어 예측 가능하고 거의 일정한 워크로드가 있는 대형 앱은 기존 시스템 아키텍처에서 더 많은 이점을 얻을 수 있습니다. 관리형 또는 자체 관리형 전용 서버로 이동할 수 있습니다. 또한 조직이 레거시 시스템 및 애플리케이션으로 기존 설정을 완료한 경우 완전히 새롭고 다른 아키텍처로 이동하는 데 비용이 많이 들고 어려울 수 있습니다.

서버리스 컴퓨팅의 장단점

모든 코인에는 양면이 있으며 서버리스 아키텍처도 마찬가지입니다. 또한 다른 매개변수에 따라 몇 가지 장점과 단점이 있습니다. 따라서 진행하기 전에 조직에 더 나은지 여부를 결정하기 위해 양측을 아는 것이 중요합니다.

Google 크롬북에서 배경화면 및 테마를 변경하는 방법

장점👍

다음은 서버리스 아키텍처의 몇 가지 장점입니다.

비용 효율적

서버리스는 리소스를 사용하지 않더라도 비용을 지불하는 서버를 구입하거나 임대하는 것보다 비용 효율성이 더 높을 수 있습니다.

서버리스는 사용한 리소스에 대해서만 비용을 지불하는 종량제 모델을 사용합니다. 서버리스 공급자는 할당된 메모리와 유휴 시간에 대한 비용 없이 코드를 실행하는 시간에 대해서만 비용을 청구합니다.

결과적으로 설치, 라이센스, 유지 관리, 패치 적용, 지원 등과 같은 작업에 대한 운영 비용을 절감할 수 있습니다. 서버 하드웨어가 없으므로 인건비가 절감됩니다.

확장성

서버리스 시스템은 수요에 따라 언제든지 확장 또는 축소할 수 있으므로 높은 수준의 확장성을 제공합니다. 이러한 이유로 “탄력적”이라고도 합니다.

여기에서 개발자는 Auto-Scaling 시스템 또는 정책을 설정하거나 조정하는 데 전용 시간이 필요하지 않습니다. 선택한 클라우드 공급자는 모든 것을 관리할 책임이 있습니다. 또한 소규모 팀의 개발자는 지원 엔지니어나 인프라 없이도 스스로 코드를 실행할 수 있습니다.

대기 시간 감소

앱은 단일 원본 서버에서 호스팅되지 않으므로 어디에서나 코드를 실행할 수 있습니다. 선택한 클라우드 공급자가 지원하는 경우 최종 사용자와 가까운 서버에서 앱 기능을 실행할 수 있습니다. 따라서 사용자 요청과 서버 간의 거리가 줄어들어 대기 시간이 줄어듭니다.

생산력

서버리스 모델은 서버 관리를 처리할 필요가 없으므로 개발자의 생산성을 향상시키는 데 도움이 됩니다. 또한 HTTP 요청 관리나 코드의 멀티스레딩에 대해 직접 생각할 필요가 없습니다.

결과적으로 노출된 코드가 이벤트 기반 기능인 FaaS 덕분에 백엔드 개발을 단순화합니다. 이러한 모든 기능을 통해 코드 및 애플리케이션 개선에 전념할 수 있는 시간을 절약할 수 있습니다.

더 빠른 앱 배포

서버리스를 사용하면 개발자가 앱 버전을 배포하기 위해 백엔드 구성을 수행하거나 서버에 코드를 업로드하지 않습니다. 또한 코드를 비트 단위로 빠르게 업로드하여 신제품을 출시할 수도 있습니다.

또한 모놀리식 아키텍처가 아니기 때문에 한 번에 코드를 배포하거나 차례로 작동할 수 있는 유연성이 있습니다. 또한 패치, 업데이트, 기능 추가 또는 앱의 오류를 신속하게 수정할 수 있습니다.

다른 이점으로는 온디맨드 서버로 인한 에너지 소비 감소로 인한 친환경 컴퓨팅, 내장된 통합으로 더 쉬워진 앱 구축, 출시 시간 단축 등이 있습니다.

단점 👎

이제 서버리스 컴퓨팅의 단점을 살펴보겠습니다.

성능

때때로 자주 사용되지 않는 서버리스 코드는 전용 서버, 소프트웨어 컨테이너 또는 VM(가상 머신)에서 지속적으로 실행되는 코드보다 응답 대기 시간이 더 길 수 있습니다. 다시 시작하고 추가 대기 시간을 만드는 데 더 많은 시간이 필요할 수 있기 때문입니다.

디버그 및 테스트가 어려움

코드를 배포한 후 코드가 어떻게 수행되는지 알아야 합니다. 이를 위해서는 서버리스 환경에서 어려운 테스트가 필요합니다. 또한 개발자가 각 백엔드 프로세스에 대한 가시성이 부족하고 앱이 더 작은 기능으로 분할되어 디버깅이 복잡해집니다.

보안 문제들

새롭고 발전된 사이버 보안에 대한 우려가 커지고 있습니다. 그러나 클라우드 공급자의 보안을 완전히 알거나 측정하는 것은 불가능합니다. 따라서 애플리케이션에 저장된 민감한 데이터로 전체 백엔드를 처리하는 것은 위험합니다.

장기 실행 애플리케이션 프로세스에 적합하지 않음

서버리스는 비용 효율적이지만 모든 유형의 애플리케이션에 적합한 것은 아닙니다. 장기 실행 프로세스가 있는 응용 프로그램이 있는 경우 시간 및 할당된 리소스를 기반으로 실행하는 비용이 매우 높을 수 있습니다. 현재 전용 서버 호스팅을 진행하고 싶을 수 있습니다.

서버리스의 다른 단점은 한 공급업체에서 다른 공급업체로 전환하기 어렵고 개인 정보 보호 문제입니다.

서버리스 아키텍처에서 중요한 용어

서버리스와 관련된 몇 가지 주요 용어에 대해 이야기하지 않고는 서버리스가 완전하지 않습니다. FaaS와 BaaS는 오늘날 우리가 알고 있는 서버리스의 진화를 이끈 가장 두드러진 두 가지 아이디어입니다. 그리고 서버리스 시스템을 구축하려면 데이터베이스, 스토리지 시스템, 기술 스택, 프레임워크 등이 필요합니다. 그래서 그들에 대해 조금 토론합시다.

FaaS(서비스로서의 기능)

FaaS는 서버리스의 핵심 아이디어이며 하위 집합처럼 작동합니다. 이 이벤트 기반 코드 실행 모델(요청에 대한 응답으로 실행되는 앱)을 사용하면 소프트웨어 컨테이너에 배포되고 주문형으로 실행되는 논리를 작성할 수 있으며 클라우드 플랫폼이 이를 관리합니다.

BaaS와 비교해 보면 FaaS는 미리 만들어진 코드가 포함된 라이브러리에 의존하는 대신 맞춤형 앱을 만들 때 개발자에게 더 많은 제어 기능을 제공합니다.

코드가 배포된 소프트웨어 컨테이너는 데이터 통합을 단순화하기 위해 상태 비저장이며 코드는 더 짧은 시간 동안 실행됩니다. 또한 개발자는 클라우드 공급자가 API 게이트웨이를 통해 관리하는 FaaS를 사용하여 API를 통해 서버리스 애플리케이션을 호출할 수 있습니다.

여전히 즐길 수 있는 클래식 플레이스테이션(PS1) 게임 15가지

서비스형 백엔드(BaaS)

BaaS는 둘 다 타사 서비스 공급자가 필요하기 때문에 FaaS와 유사합니다. 이 모델에서 클라우드 공급자는 개발자가 프런트엔드 코드 작성에 집중할 수 있도록 데이터 저장소와 같은 백엔드 서비스를 제공합니다. 그러나 BaaS 애플리케이션은 서버리스 앱과 같이 이벤트 중심이 아니거나 에지에서 실행되지 않을 수 있습니다.

BaaS의 좋은 예는 AWS Lambda입니다. 개발자는 코드를 제출하는 동안 따라야 할 지침을 제공하는 Lambda와 함께 컨테이너에서 서버리스 코드를 사용합니다. 또한 소프트웨어 컨테이너에 코드를 입력하는 프로세스를 자동화하고 관리형 서비스를 제공합니다.

서버리스 스택

다른 소프트웨어 기술과 마찬가지로 서버리스 아키텍처에도 기술 스택이 함께 제공됩니다. 서버리스 시스템 또는 애플리케이션을 만드는 데 필수적인 다양한 구성 요소를 함께 제공합니다.

서버리스 스택에는 다음이 포함됩니다.

프로그래밍 언어: 개발자가 코드를 작성할 프로그래밍 언어입니다. 공급업체에 따라 Java, JavaScript, Python, C#, Go, Node.js, F# 등 중에서 선택할 수 있습니다.
서버리스 프레임워크: 프레임워크는 코드에 골격 또는 구조를 제공합니다. 시작할 수 있는 서버리스 프레임워크가 많이 있습니다. 코드를 빌드, 패키징 및 컴파일하고 최종적으로 클라우드 배포를 가능하게 합니다. 서버리스 프레임워크는 코딩 프로세스를 가속화하고 구성 시간을 줄여 확장을 단순화합니다. 서버 프레임워크의 예로는 Apex, AWS Serverless Application Model 등이 있습니다.
서버리스 데이터베이스: 코드에서 액세스해야 하는 데이터를 저장하는 데 사용됩니다. 또한 트리거 기능과 상호 작용하는 데 필요합니다. 이러한 데이터베이스는 서버리스 기능처럼 작동하지만 데이터를 무기한 저장합니다. 서버리스 데이터베이스의 예로는 DynamoDB, Azure Cosmos DB, Aurora Serverless 및 Cloud Firestore가 있습니다.
일련의 트리거: HTTP 요청과 같은 코드 실행을 시작하는 데 도움이 됩니다.
소프트웨어 컨테이너: 서버리스 모델을 강화하고 복잡성 없이 컨테이너화된 마이크로서비스를 제공합니다. 또한 코드의 리포지토리 역할을 하며 데스크톱 또는 iOS와 같은 여러 플랫폼용 코드를 작성하는 동안 개발자를 용이하게 합니다.
API 게이트웨이: 웹 액션에 대한 프록시로 작동합니다. HTTP 라우팅, 속도 제한, API 사용 및 응답 로그 보기, 클라이언트 ID 등을 제공합니다.

서버리스 모델을 구현하고 최적화하는 방법은 무엇입니까?

서버리스로 전환하면 애플리케이션, 기술, 비용, 보안 및 이점 측면에서 상당한 변화가 발생합니다.

귀하가 신생 기업이거나 중소기업이라고 가정해 보십시오. 이 경우 시장 출시 시간을 단축하고 단순화된 테스트, 디버깅, 피드백 수집, 문제 해결 등을 통해 업데이트를 신속하게 푸시하여 사용자에게 세련된 애플리케이션을 제공할 수 있습니다.

대규모 조직의 경우 사용자 요구를 충족하기 위해 더 많은 확장성과 같은 이점을 경험하게 되지만 상당한 비용 투자가 필요합니다.

따라서 비즈니스 유형과 요구 사항에 따라 서버리스의 장단점을 구체적으로 측정한 다음 진행하는 것이 가장 좋습니다. 진지하게 생각한다면 다음부터 시작하세요.

요구 사항 이해 및 적합한 서버리스 기술 스택 식별
Google Cloud Functions, Azure Functions, AWS Lambda 등과 같은 서버리스 벤더를 선택하십시오.
시스템 성능과 기능을 모니터링하는 강력한 도구로 팀의 역량을 강화하십시오. 총 요청 수, 스로틀, 오류 수, 성공률, 요청 기간 및 대기 시간을 주의하십시오.

서버리스 공급업체

시장에는 선택할 수 있는 많은 서버리스 공급업체 또는 클라우드 공급자가 있습니다. 상위 항목 중 일부는 다음과 같습니다.

AWS Lambda: 이미 AWS 서비스를 활용하고 있는 조직에 적합합니다. 스토리지, 스트리밍 및 데이터베이스를 위한 광범위한 서비스와 통합됩니다.
Microsoft Azure Functions: Visual Studio Code를 사용하는 경우 사용하십시오. CI/CD용 DevOps 및 Azure Pipelines와 원활하게 작동합니다. 또한 상태 저장 기능을 위한 Durable Functions를 지원하고 통합 모니터링을 제공합니다.
Google Cloud Functions: Google 서비스를 사용하고 있다면 좋습니다. JS, Go 및 Python 앱을 지원하고 Google 어시스턴트 또는 GCP에서 기능을 트리거할 수 있으며 내장된 확장 기능을 제공합니다.
IBM Cloud Functions: Apache OpenWhisk 기반의 서버리스 모델을 사용하려는 경우 IBM Cloud Functions가 적합합니다. 여기에는 뛰어난 성능 모니터링, REST API 또는 IBM 클라우드 서비스의 이벤트 트리거가 포함되며 IBM의 API 게이트웨이와 통합되어 엔드포인트를 관리합니다.
Knative: Kubernetes에서 서비스를 실행하고 있다면 그렇게 하십시오. Google, Red Hat, IBM 등이 지원합니다.
Cloudflare Workers: 높은 응답성을 요구하는 앱, 특히 JavaScript 앱에 적합합니다. 데이터 저장을 위한 Workers KV와 여러 언어를 컴파일하고 제공하는 데 도움이 되는 WebAssembly를 지원합니다. 또한 193개의 데이터 센터가 있는 높은 분산 네트워크는 대기 시간과 응답성을 향상시킵니다.

결론: 서버리스의 미래

서버리스 컴퓨팅은 확장성이 뛰어난 애플리케이션에 대한 수요가 증가함에 따라 발전하고 있습니다. 또한 편의성, 비용 효율성, 생산성 향상 등과 같이 클라우드 컴퓨팅이 제공하는 많은 이점을 제공합니다.

에 따르면 오라일리 조사응답자의 40%는 서버리스 아키텍처를 채택한 회사에서 근무합니다.

서버리스는 콜드 스타트로 인한 대기 시간, 테스트, 디버깅 등과 같은 특정 문제가 여전히 남아 있지만 클라우드 공급자는 이를 위해 노력하고 있습니다. 머지 않아 보다 세련된 형태의 서버리스가 더 많은 이점과 해결된 문제로 나타날 수 있습니다. 따라서 향후 서버리스 모델의 인기와 활용도는 더욱 높아질 것으로 예상됩니다.

당신은 또한 관심이 있을 수 있습니다: 서버리스 컴퓨팅이 떠오르는 기술인 7가지 방법