AWS의 대표적인 서버리스 서비스인 Lambda를 사용하면 다양한 런타임에서 코드를 실행할 수 있습니다. 그러나 공식 제품 설명에는 PHP가 명시적으로 나와 있지 않습니다. Lambdas에서 PHP 코드를 실행할 수 없다는 뜻인가요? 아니요, 그렇지 않습니다!

이 시리즈(AWS User Group Poitiers와의 강연에서 파생됨)에서는 서버리스가 무엇인지, 그리고 PHP(선호하는 언어인 경우)를 Lambda에서 실행하는 방법에 대해 논의하겠습니다.

서버리스란 무엇입니까?

서버리스는 클라우드 제공업체가 고객의 워크로드에 할당된 리소스를 동적으로 확장하는 동시에 물리적 인프라(서버, 전력 냉각)뿐만 아니라 실행 런타임(패칭, ..)까지 관리하는 호스팅 패러다임입니다.

엄격한 의미에서 모든 요청에 ​​대해 컴퓨팅이 할당되어 "0으로 축소" 가격 책정 모델(시간당 리소스가 지불되지 않고 실제 수요에 비례하여 리소스가 지불됨)로 이어지는 동시에 기본 제공되는 최고 수준을 제공합니다. -유효성.

이는 다른 클라우드 이점에 추가됩니다. 주로 모든 것이 API와 함께 제공되어 자동화가 가능하다는 사실입니다.

이러한 이점이 합쳐져 사실상 무료 기능 분기 임시 환경을 확보할 수 있어 개발자 생산성과 리드 타임이 향상됩니다.

서버리스는 컴퓨팅에만 국한되지 않습니다!

서버리스 생태계에는 다양한 솔루션이 있습니다. 2014년에 서버리스 컴퓨팅(Lambda)이 등장했을 때 관리형 대기열(SQS)은 10년, S3는 8년 동안 존재했습니다.

위 슬라이드에서 Aurora는 0으로 확장되지 않기 때문에 엄격한 서버리스 정의와 일치하지 않습니다. 데이터베이스가 쿼리를 제공할 수 있도록 작성자 및 리더 인스턴스 모두에 최소 0.5 ACU가 있어야 합니다.

아래에서는 서버리스 서비스만 포함하는 웹 애플리케이션을 호스팅하기 위한 일반적인 아키텍처를 확인할 수 있습니다. 제한된 수의 사용자에 대해 이러한 애플리케이션을 호스팅하는 데 드는 비용은 연간 1달러 미만일 수 있습니다.

서버리스는 마이크로서비스에만 해당되나요?

예.. 그리고 아니오. 이는 마이크로서비스를 염두에 두고 설계되었지만 여전히 모놀리식 아키텍처를 배포할 수 있습니다(새 환경이 시작될 때마다 장시간 실행되는 시작 시퀀스가 ​​없는 한).

마이크로서비스의 일반적인 문제를 해결하기 위한 서버리스 옵션: 오케스트레이션 및 안무

마이크로서비스 아키텍처를 사용하면 애플리케이션 구성 요소 간의 결합을 줄일 수 있습니다(다른 언어 사용, 비동기 패턴을 통해, 인프라 수준 결합을 제거하여 확장성 향상).

그러나 단일 목적 기능이 여러 개 있는 경우 비즈니스 로직을 구현하려면 기능 간의 조정이 필요할 수 있습니다. 이러한 조정은 두 가지 기본 패턴을 사용하여 구현할 수 있습니다.

• 조정: 이 패턴에서는 명령형 방식으로 함수 호출을 제어합니다. 이는 단일 서비스 팀이 기능을 제공하는 경우 비즈니스 도메인 내에서 사용되는 경우가 많습니다. 이에 대한 서버리스 접근 방식은 워크플로/상태 머신인 AWS StepFunction입니다. 여기에 StepFunction을 사용하여 Lambda 함수를 조정하는 방법에 대한 유용한 튜토리얼이 있습니다.
• 안무: 이 패턴은 매우 제한된 결합을 유지하기 위해 별도의 서비스 팀이 있는 비즈니스 간 도메인 시나리오에서 더 관련성이 높습니다. 이벤트 버스를 사용하면 애플리케이션이 이벤트를 푸시하고 이벤트를 구독할 수 있습니다. 여러 소비자가 동일한 이벤트를 구독할 수 있으며 각 소비자는 필요한 모든 이벤트를 필터링할 수 있습니다. 이를 위한 핵심 AWS 서비스는 EventBridge입니다. 여기에 대해 제가 쓴 블로그 게시물이 있을 것입니다.

람다 알아보기

Lambda는 AWS의 서비스로서의 기능(Function-as-a-Service) 솔루션입니다. Lambda를 사용하면 인스턴스 배포와 OS 또는 런타임 패치에 대해 걱정할 필요 없이 코드를 배포하고 즉각적인 고가용성과 확장성을 얻을 수 있습니다.

Lambda는 동기 호출(API 게이트웨이, Application Load Balancer 또는 Lambda 함수 URL을 통해) 또는 비동기 호출(AWS 생성 또는 사용자 생성 이벤트에 응답)과 함께 사용할 수 있습니다.

Lambda를 배포할 때 실행하는 데 필요한 메모리 양을 선택했습니다. 할당된 CPU는 비례합니다. 그런 다음 사용한 밀리초 수에 따라 비용을 지불합니다. 예를 들어 128Mb Lambda 비용은 1.7*10^-9$/ms입니다. 이는 첫 번째 비용을 지출하기 전 164시간의 컴퓨팅 시간입니다.

그리고 Lambda는 확장됩니다. 빠른. 다른 것보다 훨씬 빠릅니다. 높은 트래픽 변동으로 인해 더 이상 429(또는 워크로드가 제대로 보호되지 않는 경우 500) 오류가 발생하지 않습니다.

LambdaLiths로 주요 과제 해결: 콜드 스타트

Lambda 실행 환경은 주어진 시간에 하나의 단일 요청만 처리하며 후속 요청에 재사용됩니다. 즉, Lambda 함수를 확장하거나 Lambda 함수가 한동안 호출되지 않은 경우 Lambda는 새로운 실행 환경을 시작해야 합니다. 이것이 바로 콜드 스타트입니다.

콜드 스타트가 애플리케이션에 해로운 경우(다시 말하지만 모든 트래픽이 느리거나 429초에 도달하는 것이 더 나을 것임) 몇 가지 옵션이 있습니다. AWS에는 Lambda 워머 사용 또는 이를 해결하기 위한 프로비저닝된 동시성 설정에 대한 유용한 기사가 있습니다. 그 외에도 Java 사용자의 경우 Lambda SnapStart 기능을 사용하면 JVM 초기화 후 microVM의 스냅샷을 생성하여 우수한 콜드 스타트 ​​성능을 제공할 수 있습니다.

PHP 지원은 어떻습니까?

공식 제품 FAQ에는 "기본적으로 Java, Go, PowerShell, Node.js, C#, Python 및 Ruby 코드를 지원하며 추가 프로그래밍 언어를 사용하여 함수를 작성할 수 있는 런타임 API를 제공합니다"라고 명시되어 있습니다.

이 시리즈의 다음 블로그 게시물에서는 두 가지 고유한 프레임워크인 Bref와 Lambda Web Adapter를 활용하여 Lambda에서 PHP를 실행하는 방법을 설명하고 각 프레임워크가 제공하는 가능성을 비교하겠습니다.