도움말 및 유용한 정보

이 문서에서는 Cloud Functions의 설계, 구현, 테스트, 배포를 위한 권장사항을 설명합니다.

정확성

이 섹션에서는 Cloud 함수의 디자인과 구현을 위한 일반적인 권장사항을 설명합니다.

멱등 함수 작성

함수를 여러 번 호출해도 함수에서 동일한 결과가 나와야 합니다. 이렇게 하면 코드 중간에 이전 호출이 실패할 경우 호출을 재시도할 수 있습니다. 자세한 내용은 백그라운드 함수 재시도를 참조하세요.

백그라운드 활동 시작 금지

백그라운드 활동이란 함수가 종료된 뒤에 발생하는 모든 활동입니다. Node.js 백그라운드 함수에서 callback 인수를 호출하는 등 함수 반환 또는 신호 완료가 발생하면 함수 호출이 종료됩니다. 정상 종료 이후에 실행되는 모든 코드는 CPU를 사용할 수 없으므로 진행되지 않습니다.

또한 동일한 환경에서 후속 호출을 실행하면 백그라운드 활동이 다시 시작되어 새 호출을 방해합니다. 이로 인해 예상치 못한 동작 및 진단하기 어려운 오류가 발생할 수 있습니다. 일반적으로 함수가 종료된 후에 네트워크에 액세스하면 연결이 재설정됩니다(ECONNRESET 오류 코드).

개별 호출의 로그에서 호출이 끝났음을 알리는 줄 다음에 로깅된 내용을 찾으면 백그라운드 활동이 종종 감지될 수 있습니다. 특히 콜백 또는 타이머와 같은 비동기 작업이 있으면 백그라운드 활동은 코드에 더 깊이 숨어 있을 수 있습니다. 함수를 종료하기 전에 모든 비동기식 작업이 완료되도록 코드를 검토합니다.

항상 임시 파일 삭제

임시 디렉토리의 로컬 디스크 저장소는 메모리 내의 파일 시스템입니다. 작성한 파일은 함수에 제공되는 메모리를 사용하며 가끔 호출 시 그대로 유지됩니다. 이 파일을 명시적으로 삭제하지 못하면 결국 메모리 부족 오류가 발생한 후 콜드 스타트가 진행될 수 있습니다.

GCP Console의 함수 목록에서 개별 함수를 선택한 후 메모리 사용량 플롯을 선택하면 해당 함수를 통해 사용한 메모리를 확인할 수 있습니다.

임시 디렉토리 외부에 작성하려고 시도해서는 안 되며, 플랫폼/OS 독립 메소드를 사용하여 파일 경로를 구성해야 합니다.

파이프라인을 사용하면 임시 파일에서 크기 제한을 우회할 수 있습니다. 예를 들어 읽기 스트림을 만들고 스트림 기반 프로세스를 통해 이를 전달한 후 Cloud Storage에 출력 스트림을 직접 작성하는 방식으로 Cloud Storage에서 파일을 처리할 수 있습니다.

도구

이 섹션에서는 도구를 사용하여 Cloud 함수를 구현 및 테스트하고 활용하는 방법을 설명합니다.

로컬 개발

함수 배포에는 다소 시간이 걸리므로 shim을 사용하여 로컬에서 함수 코드를 테스트하는 것이 더 빠를 수 있습니다.

shim으로 Cloud Functions Node.js 에뮬레이터를 사용하는 것이 좋습니다.

SendGrid를 사용하여 이메일 전송

Cloud 함수는 25번 포트의 발신 연결을 허용하지 않으므로 SMTP 서버에 비보안 방식으로 연결할 수 없습니다. 이메일 전송에 권장되는 방법은 SendGrid를 사용하는 것입니다. SendGrid 가이드에서 전체 예제를 확인할 수 있습니다. 이메일 전송의 기타 옵션은 Google Compute Engine 문서의 인스턴스에서 이메일 전송을 참조하세요.

실적

이 섹션에서는 성능 최적화를 위한 권장사항을 설명합니다.

현명하게 종속성 사용하기

함수는 상태 비추적 방식이므로 실행 환경이 종종 처음부터 초기화되는 경우가 있는데 이러한 과정을 완전 시작이라고 합니다. 완전 시작이 발생하면 함수의 전역 컨텍스트가 평가됩니다.

함수가 모듈을 가져오면 완전 시작 중 해당 모듈의 로드 시간이 호출 지연 시간에 추가될 수 있습니다. 함수가 사용하지 않는 종속성을 로드하지 않고 올바른 종속성을 로드하면 함수를 배포하는 데 필요한 시간은 물론 지연 시간도 줄일 수 있습니다.

전역 변수를 사용하여 이후 호출에서 객체 재사용

다음 호출에 대비해 Cloud 함수의 상태가 유지된다는 보장은 없습니다. 하지만 Cloud 함수는 종종 이전 호출의 실행 환경을 재활용합니다. 전역 범위에서 변수를 선언하면 다시 연산할 필요 없이 후속 호출에서 변수 값을 재사용합니다.

이 방식을 사용하면 함수를 호출할 때마다 다시 만드는 데 비용이 많이 들 수 있는 객체를 캐싱할 수 있습니다. 이러한 객체를 함수 본문에서 전역 범위로 이동하면 성능이 매우 크게 향상될 수 있습니다. 다음 예에서는 리소스 사용량이 많은 객체를 함수 인스턴스당 한 번만 만든 후 특정 인스턴스에 도달하는 모든 함수 호출에서 공유합니다.

console.log('Global scope');
const perInstance = heavyComputation();
const functions = require('firebase-functions');

exports.function = functions.https.onRequest((req, res) => {
    console.log('Function invocation');
    const perFunction = lightweightComputation();

    res.send(`Per instance: ${perInstance}, per function: ${perFunction}`);
});

전역 범위에서 네트워크 연결, 라이브러리 참조, API 클라이언트 객체를 캐싱하는 것이 특히 중요합니다. 예제는 네트워킹 최적화를 참조하세요.

전역 변수의 지연 초기화 실행

전역 범위에서 변수를 초기화하는 경우 초기화 코드가 항상 완전 시작 호출을 통해 실행되므로 함수의 지연 시간이 증가합니다. 모든 코드 경로에서 사용되지는 않는 객체가 있다면 수요에 맞춰 초기화를 지연하는 것이 좋습니다.

const functions = require('firebase-functions');
let myCostlyVariable;

exports.function = functions.https.onRequest((req, res) => {
    doUsualWork();
    if(unlikelyCondition()){
        myCostlyVariable = myCostlyVariable || buildCostlyVariable();
    }
    res.status(200).send('OK');
});

한 파일에서 여러 함수를 정의하고 여러 함수가 다른 변수를 사용하는 경우에 특히 중요합니다. 지연 초기화를 사용하지 않는다면 초기화만 하고 절대 사용하지 않는 변수에서 리소스를 낭비할 수 있습니다.

추가 자료

'Google Cloud Performance Atlas' 동영상 Cloud Functions 콜드 부팅 시간을 시청하여 성능 최적화에 대해 자세히 알아보세요.

다음에 대한 의견 보내기...

도움이 필요하시나요? 지원 페이지를 방문하세요.