What kinds of work suit a serverless function?

짧고 이벤트 기반 작업이 가장 적합합니다. 웹훅 수신기, 업로드 시 이미지 또는 파일 처리, 예약된 동기화, 알림 발신자 및 가벼운 API 엔드포인트. 장기 실행 작업, 영구 연결이 필요한 워크로드, 메모리에 큰 상태를 유지해야 하는 모든 것은 일반적으로 컨테이너 또는 가상 머신에 속합니다. Zinner는 작업이 해당 라인의 어느 쪽에 속하는지 조언할 수 있습니다.

Do I need my own cloud account?

예, 그리고 그렇게 주장해야 합니다. 소유한 계정에 배포된 함수는 청구, 로그 및 데이터가 사용자의 제어하에 유지되며, Zinner는 루트 자격 증명 대신 범위가 지정된 역할로 작업합니다. 먼저 계정을 생성한 다음 프로젝트 기간 동안 최소 권한 액세스 권한을 부여하고 인계 시 취소하십시오.

How do serverless Zinners price their work?

각 Zinner는 목록에 USD로 자체 가격을 설정하고 게시합니다. 주요 변수는 함수의 수, 코드형 인프라 및 CI 포함 여부, 함수 자체를 둘러싼 통합 작업의 양입니다. 클라우드 사용량은 공급업체에서 별도로 청구되므로 트래픽 수준에서 예상 호출에 대한 견적을 요청하십시오.

What is a cold start and does it matter for my project?

콜드 스타트는 최근에 실행되지 않은 함수의 새 인스턴스를 플랫폼이 시작할 때 발생하는 추가 지연입니다. 백그라운드 작업 및 웹훅의 경우 거의 중요하지 않습니다. 사용자 대면 API의 경우 눈에 띄게 나타날 수 있으며, 일반적으로 배포 번들을 트리밍하고, 메모리를 올바르게 크기 조정하고, 더 빠른 런타임을 선택하거나, 인스턴스를 따뜻하게 유지하여 해결합니다.

How do I stop a serverless bill from running away?

모든 함수에 대한 동시성 제한, 빠르게 실패할 수 있을 만큼 짧은 시간 초과, 그리고 시작 전에 클라우드 콘솔에 구성된 예산 알림을 요청하십시오. 함수가 자신을 호출하는 저장소에 쓰는 재시도 폭풍 및 재귀 트리거는 폭주하는 비용의 고전적인 원인입니다. 실패가 영원히 재시도되는 대신 보류되도록 데드 레터 대기열을 요청하십시오.

What should be delivered at the end of a serverless project?

제어하는 리포지토리의 소스 코드, 코드형 인프라로서의 배포 정의, 환경 변수 문서 및 처음부터 다시 배포하는 방법에 대한 메모를 기대하십시오. 로깅 및 모니터링은 명시된 보존 기간으로 활성화되어야 합니다. 특정 프레임워크 또는 CI 파이프라인이 필요한 경우 주문하기 전에 목록의 제공물 목록을 확인하십시오.