Azure Functions: 트리거, 바인딩, 호스팅을 쉽게 이해하기

Azure Functions는 Microsoft의 서버리스 컴퓨팅 서비스의 일부입니다. 이벤트에 반응하여 작은 코드 조각을 실행하게 해 주며, 서버 관리는 Azure가 대신 처리합니다.

예를 들어, HTTP 요청이 도착할 때, 스토리지에 파일이 업로드될 때, 혹은 예약된 시간이 되었을 때 함수가 실행될 수 있습니다.

“서버리스”가 서버가 전혀 없다는 뜻은 아닙니다. Azure가 인프라를 대신 관리한다는 의미입니다. Azure는 백그라운드에서 프로비저닝, 스케일링, 유지 관리를 맡습니다.

이 가이드에서는 기본 구성 요소, 즉 트리거, 바인딩, 호스팅 옵션과 시작을 돕는 실습 예제를 다룹니다.

Azure Functions란?

Azure Function은 선택한 이벤트에 의해 트리거될 때 실행되는 작은 코드 조각입니다. 로직은 직접 작성하고, 나머지는 Azure가 처리합니다.

이 모델을 정의하는 세 가지 핵심 개념이 있습니다.

1. 이벤트 기반 실행: 무언가 발생했을 때만 코드를 실행하고, 상시 실행하지 않습니다.
2. 자동 스케일링: 수요에 따라 Azure가 컴퓨팅 리소스를 자동으로 늘리거나 줄입니다.
3. 소비 기반 과금: 일부 호스팅 플랜에서는 코드가 실제로 실행된 시간에 대해서만 비용을 지불합니다.

이상적으로 하나의 함수는 이미지 크기 조정이나 메시지 처리처럼 한 가지 작업에 집중합니다. Function App은 하나 이상의 함수를 담는 컨테이너로, 내부 모든 함수에 대해 구성과 배포 같은 공용 설정을 관리합니다.

Azure Functions의 동작 방식

함수의 라이프사이클은 다음과 같은 간단한 패턴을 따릅니다.

1. 파일 업로드나 HTTP 호출 같은 이벤트가 발생합니다.
2. 트리거가 이벤트를 감지하고 즉시 함수를 시작합니다.
3. 함수는 자신의 코드를 실행합니다.
4. 바인딩은 입력을 읽거나 출력을 전송하는 등 다른 서비스와 함수를 연결합니다.
5. Azure는 선택한 호스팅 플랜에 따라 이 과정 뒤편의 컴퓨팅 리소스를 관리합니다.

언어나 호스팅 옵션과 무관하게 이 흐름은 대부분 동일합니다. 달라지는 것은 트리거, 코드, 바인딩뿐입니다.

Azure Functions 트리거

모든 함수에는 정확히 하나의 트리거가 있습니다. 트리거는 함수가 정확히 어떻게 시작되는지를 정의합니다. 알아두면 좋은 대표 유형은 다음과 같습니다.

• HTTP 트리거: HTTP 요청을 받으면 함수를 실행합니다. API를 만들 때 흔히 사용됩니다.
• 타이머 트리거: 예를 들어 매시간 또는 하루 한 번처럼 일정에 따라 함수를 실행합니다.
• Blob Storage 트리거: Azure Blob Storage에 파일이 추가되거나 변경될 때 함수를 실행합니다.
• 큐 트리거: 큐에 새 메시지가 도착하면 함수를 실행합니다.
• Event Hub 트리거: 이벤트 스트림에 반응하여 함수를 실행합니다. 대규모 데이터 처리에 유용합니다.
• Cosmos DB 트리거: Cosmos DB 컨테이너에서 문서가 생성되거나 업데이트될 때 Change Feed를 활용해 함수를 실행합니다.
• Service Bus 트리거: Azure Service Bus 큐 또는 토픽의 메시지에 반응하여 함수를 실행합니다. 엔터프라이즈 메시징과 시스템 디커플링에 자주 사용됩니다.
• Durable Functions: 서버리스 환경에서 상태를 유지하는 함수를 작성해 복잡한 다단계 워크플로를 오케스트레이션할 수 있도록 해 주는 Azure Functions 확장입니다.

Azure Functions 바인딩

트리거와 바인딩은 자주 혼동되지만, 비슷해 보여도 역할은 완전히 다릅니다. 트리거는 함수를 시작하고, 바인딩은 데이터를 읽거나 전송하며 함수를 데이터에 연결합니다.

입력 바인딩

여기서는 통합 코드를 따로 작성하지 않고도 함수에 데이터를 제공합니다. 예를 들어, 바인딩을 선언하는 것만으로 함수가 데이터베이스에서 레코드를 자동으로 읽을 수 있습니다.

출력 바인딩

함수의 결과를 다른 곳으로 보낼 수 있습니다. 예컨대, 출력 바인딩을 사용해 처리된 메시지를 큐에 작성할 수 있습니다.

예시로 설명하겠습니다: Blob Storage 트리거는 이미지가 업로드되면 함수를 시작합니다. 출력 바인딩은 크기가 조정된 이미지를 다른 스토리지 컨테이너에 저장합니다. 바인딩이 스토리지 연결을 처리하므로 스토리지 클라이언트 코드를 수동으로 작성할 필요가 없습니다.

첫 번째 Azure Function 만들기

다음은 인사말을 반환하는 매우 단순한 HTTP 트리거 함수 예시입니다. 흐름은 다음과 같습니다.

1. Function App을 만듭니다. 이는 Azure에서 함수를 담는 컨테이너입니다.
2. 런타임을 선택하고 사용할 프로그래밍 언어를 고릅니다.
3. Function App 안에 새 함수를 추가합니다.
4. HTTP 트리거를 선택해 웹 요청에 응답하도록 합니다.
5. 요청에서 이름을 읽고 “Hello, [name].”을 반환하는 간단한 기능을 추가합니다.
6. 내장된 테스트 도구를 사용하거나 브라우저에서 요청을 보내 함수가 동작하는지 실행 및 테스트합니다.
7. Azure에 배포해 실제로 접근 가능하게 만듭니다.

패턴을 보여 드리기 위해 예시를 의도적으로 작게 구성했습니다. 이후에는 상황에 맞게 확장해 보세요.

Azure Functions가 지원하는 언어

Azure Functions는 다음과 같은 여러 언어를 지원합니다.

• C#
• JavaScript/TypeScript
• Python
• Java
• PowerShell

지원 여부와 개발 모델은 언어와 버전에 따라 달라질 수 있습니다. 이러한 세부 사항은 자주 변경되므로, 새 프로젝트를 시작하기 전 최신 Azure 문서를 확인하는 것을 권장합니다.

Azure Functions 호스팅 옵션

모든 Azure Function이 동일한 방식으로 실행되는 것은 아닙니다. Azure는 여러 호스팅 플랜을 제공하며, 각각의 트레이드오프가 다릅니다. 올바른 선택은 사용 사례에 따라 달라집니다. 주요 고려 사항은 다음과 같습니다.

• 스케일링: 일부 플랜은 자동으로, 즉시 스케일링하며, 다른 플랜은 더 많은 수동 제어가 필요합니다.
• 시작 동작: 일부 플랜은 함수를 “웜(기동 상태)”으로 유지해 즉시 실행할 수 있고, 다른 플랜은 필요 시 인스턴스를 시작합니다.
• 네트워킹: 일부 플랜은 프라이빗 가상 네트워크 연결 같은 고급 네트워킹 기능을 지원하지만, 다른 플랜은 지원하지 않습니다.
• 비용: 과금 모델은 실행당 과금부터 고정 월 비용까지 크게 다릅니다.

Azure Functions의 스케일링과 콜드 스타트

프로덕션에서 함수를 운영할 때 중요해지는 두 가지 개념이 있습니다.

자동 스케일링

Azure가 함수의 부하를 관찰해 수요가 증가하면 더 많은 컴퓨팅 인스턴스를 추가하고, 감소하면 제거합니다. 수동으로 관리할 필요가 없습니다.

콜드 스타트

함수가 최근에 실행되지 않았다면, 새 요청을 처리하기 전 시작하는 데 시간이 잠시 걸릴 수 있습니다. 이 지연을 콜드 스타트라고 합니다. 앞서 언급한 일부 호스팅 플랜은 인스턴스를 웜 상태로 유지해 이를 줄이거나 회피합니다.

Azure Functions의 일반적인 활용 사례

이벤트 기반 모델은 일상적으로 마주치는 다양한 문제에 잘 맞습니다. 특히 다음과 같습니다.

API와 웹후크

24시간 웹 서버를 상시 운영하지 않고도 들어오는 HTTP 요청을 처리합니다.

파일 및 이미지 처리

파일이 스토리지에 도착할 때마다 함수를 트리거해 크기 조정, 변환, 스캔 등을 수행합니다.

예약 작업

전용 상시 서버 없이도 타이머에 따라 정리 작업, 리포트, 알림을 실행합니다.

데이터 처리 파이프라인

도착하는 메시지나 이벤트를 단계별로 처리합니다.

IoT 및 이벤트 처리

스트림으로 유입되는 대량의 센서/디바이스 데이터를 처리합니다.

백그라운드 작업

이메일 발송처럼 느리거나 간헐적인 작업을 오프로딩해 메인 애플리케이션이 지연되지 않도록 합니다.

Azure Functions 모니터링과 문제 해결

함수가 배포되면 성능 가시성이 필요합니다.

예를 들어, 각 실행 중에 발생한 일을 기록한 로그를 확인할 수 있어 디버깅에 매우 유용합니다. 또한 Azure의 Application Insights를 통해 성능, 요청, 실패를 한 곳에서 추적할 수 있습니다.

호출 실패도 추적해 함수가 완료되지 않은 시점과 이유를 파악해야 합니다. 성능 모니터링은 문제가 되기 전에 느린 함수를 찾아내는 데 도움을 주며, 실패한 실행이 자동으로 재시도되도록 재시도 동작을 구성할 수도 있습니다.

결론

Azure Functions는 서버 관리를 직접 하지 않고도 이벤트에 반응해 코드를 실행할 수 있는 방법을 제공합니다. 트리거는 함수가 언제 시작될지를 결정합니다. 반면 바인딩은 추가 통합 코드 없이도 함수를 다른 서비스에 쉽게 연결합니다.

간단한 테스트 함수를 넘어 프로덕션 운영으로 나아갈수록 호스팅과 스케일링 선택이 훨씬 중요해집니다. 올바른 플랜은 비용뿐 아니라 속도와 신뢰성에도 영향을 줍니다.