Amazon Simple Notification Service (SNS)

Amazon Simple Notification Service (SNS)의 핵심 구성 요소는 주제와 구독이다. 주제는 메시지가 발행되는 논리적 액세스 지점이며, 구독은 해당 주제로 전송된 메시지를 수신하기 위한 엔드포인트이다. 발행자는 특정 주제에 메시지를 발행하기만 하면 되며, SNS는 해당 주제에 구독된 모든 엔드포인트로 메시지를 자동으로 전송한다. 이는 발행자와 구독자 간의 완전한 비동기적 통신을 가능하게 하여, 발행자가 각 구독자의 상태를 알 필요 없이 메시지를 전파할 수 있다.

구독은 다양한 프로토콜을 지원한다. HTTP 또는 HTTPS 엔드포인트, Amazon Simple Queue Service (SQS) 대기열, AWS Lambda 함수, 이메일, SMS, 그리고 모바일 푸시 알림(APNS, FCM 등)을 구독 엔드포인트로 지정할 수 있다. 하나의 주제에는 서로 다른 프로토콜을 사용하는 다수의 구독이 연결될 수 있으며, 각 구독은 독립적으로 관리된다. 구독을 생성할 때는 엔드포인트의 주소와 프로토콜을 지정하며, HTTP나 이메일 같은 일부 프로토콜의 경우 구독 확인 절차를 거쳐야 메시지 수신이 시작된다.

이러한 주제-구독 모델은 애플리케이션의 결합도를 낮추는 데 유용하다. 예를 들어, 주문 처리 시스템이 '신규주문'이라는 주제에 메시지를 발행하면, 재고 관리 시스템, 결제 시스템, 고객 알림 시스템 등은 각자 필요한 프로토콜로 이 주제를 구독하여 메시지를 수신할 수 있다. 새로운 시스템을 추가하더라도 기존 발행자 코드를 변경할 필요 없이 새로운 구독을 생성하기만 하면 된다. 이는 마이크로서비스 아키텍처나 이벤트 기반 아키텍처에서 서비스 간 통신의 중추 역할을 한다.

Amazon Simple Notification Service (SNS)의 핵심 작동 방식은 발행자(Publishers)가 메시지를 주제(Topic)에 발행(Publish)하면, 서비스가 해당 주제에 가입한 모든 구독자(Subscribers)에게 자동으로 메시지를 전송하는 것이다. 발행자는 애플리케이션이나 마이크로서비스와 같은 프로듀서 시스템이며, 구독자에게 직접 메시지를 보내지 않고 오직 SNS 주제에만 메시지를 전달한다. 이는 발행자와 구독자 간의 완전한 분리(Decoupling)를 가능하게 하는 기본 원리이다.

메시지 전송은 완전히 관리되는 방식으로 이루어진다. SNS는 발행된 메시지를 수신한 후, 주제에 연결된 모든 구독 프로토콜 엔드포인트로 메시지를 복제하여 동시에 전송한다. 이 과정은 높은 처리량과 낮은 지연 시간을 제공하도록 설계되었다. 전송은 비동기적으로 이루어지며, 발행자는 메시지를 SNS에 성공적으로 넘긴 후 즉시 다른 작업을 진행할 수 있다. 메시지의 실제 배달 보장 및 재시도 정책은 SNS 서비스의 책임이다.

전송 프로토콜에 따라 메시지 형식과 배달 방식이 최적화된다. 예를 들어, HTTP 또는 HTTPS 엔드포인트(웹훅)로 전송 시 메시지는 JSON 페이로드로 포스트된다. 이메일이나 SMS 구독자에게는 메시지 내용이 해당 채널에 맞는 평문으로 전달된다. Amazon Simple Queue Service (SQS) 대기열이나 AWS Lambda 함수로 전송될 경우 메시지는 해당 서비스가 직접 소비할 수 있는 구조화된 형식으로 전송되어 추가적인 이벤트 기반 아키텍처를 구성하는 데 기여한다.

메시지 발행은 AWS 관리 콘솔, AWS CLI (Command Line Interface), 또는 다양한 프로그래밍 언어용 AWS SDK (Software Development Kit)를 통해 수행할 수 있다. 이를 통해 개발자는 애플리케이션 코드에 몇 줄만 추가하여 손쉽게 메시징 기능을 통합할 수 있다. 발행 시 선택적으로 메시지 속성(Message Attributes)을 첨부할 수 있으며, 이 속성들은 구독자 측 메시지 필터링 정책의 기준으로 사용될 수 있다.

Amazon Simple Notification Service (SNS)는 다양한 통신 프로토콜을 지원하여 메시지를 유연하게 전송할 수 있다. 이 서비스는 애플리케이션 간 통신뿐만 아니라 최종 사용자에게 직접 알림을 전달하는 데에도 널리 사용된다. 지원되는 주요 엔드포인트 유형으로는 HTTP, HTTPS, Amazon Simple Queue Service (SQS), AWS Lambda, 이메일, SMS, 모바일 푸시 알림 등이 있다.

특히 모바일 푸시 알림의 경우, Apple Push Notification Service (APNS), Firebase Cloud Messaging (FCM), Baidu Cloud Push 등 주요 모바일 플랫폼을 광범위하게 지원한다. 이를 통해 개발자는 단일 API 호출로 iOS, 안드로이드 및 기타 장치에 일관되게 알림을 발송할 수 있다. 또한 이메일과 SMS를 통한 알림 전송은 마케팅 메시지나 중요한 시스템 알림을 사용자에게 직접 전달하는 데 유용하다.

이러한 다중 프로토콜 지원은 마이크로서비스 아키텍처에서 각 서비스가 선호하는 통신 방식을 사용할 수 있게 하여 시스템 통합을 용이하게 한다. 예를 들어, 한 서비스는 AWS Lambda 함수를 트리거하고, 다른 이벤트는 Amazon Simple Queue Service (SQS) 대기열에 메시지를 쌓으며, 동시에 관리자에게는 이메일로 경고를 보낼 수 있다. 이처럼 Amazon SNS는 현대적인 분산 애플리케이션 구축에 필수적인 유연한 메시지 허브 역할을 수행한다.

Amazon SNS의 메시지 필터링 기능은 구독자가 자신이 관심 있는 특정 메시지만 수신할 수 있도록 해준다. 이는 하나의 주제에 다양한 구독자가 연결되어 있을 때, 모든 구독자가 동일한 메시지를 받는 것이 비효율적일 수 있는 상황에서 유용하다. 예를 들어, 주식 거래 알림 주제에 구독한 사용자 중 특정 회사의 주가 변동 알림만을 원하는 경우, 메시지 필터링을 통해 불필요한 알림을 제거할 수 있다.

필터링은 구독별로 정책을 설정하여 이루어진다. 각 구독은 자신만의 필터 정책을 가질 수 있으며, 이 정책은 메시지의 속성을 기준으로 한다. 발행자가 메시지를 주제에 게시하면, SNS는 각 구독의 필터 정책을 평가하여 해당 정책과 일치하는 메시지만 해당 구독의 엔드포인트(예: AWS Lambda 함수, HTTP 엔드포인트, 이메일 주소 등)로 전송한다. 일치하지 않는 메시지는 자동으로 폐기된다.

필터 정책은 JSON 형식으로 작성되며, 메시지 속성의 값에 대한 조건을 정의한다. 조건은 문자열 비교, 숫자 범위, 존재 여부 확인 등 다양한 연산자를 지원한다. 이를 통해 복잡한 필터링 로직을 구성할 수 있어, 마이크로서비스 간 통신이나 이벤트 기반 아키텍처에서 특정 이벤트 유형만을 처리하는 컴포넌트로 메시지를 라우팅하는 데 효과적으로 사용된다.

이러한 메시지 필터링을 통해 시스템의 효율성을 높이고, 구독자에게 더 관련성 높은 정보만을 전달하며, 불필요한 데이터 처리 비용을 절감할 수 있다.

Amazon Simple Notification Service (SNS)의 메시지 속성은 메시지 본문과 함께 전송되는 선택적 메타데이터이다. 이 속성은 메시지의 내용을 설명하거나, 메시지 라우팅을 위한 기준을 제공하거나, 구독자에게 추가적인 컨텍스트를 전달하는 데 사용된다. 각 메시지 속성은 이름, 데이터 타입, 값을 가지며, 이를 통해 메시지 필터링 정책이 적용되어 특정 구독자에게만 메시지를 전달할 수 있다.

메시지 속성은 문자열(String), 숫자(Number), 이진 데이터(Binary) 등 다양한 데이터 타입을 지원한다. 예를 들어, 애플리케이션에서 생성된 이벤트 메시지에 "event_type", "priority", "user_id"와 같은 속성을 첨부할 수 있다. 구독자는 이러한 속성 값을 기준으로 필터링 정책을 설정하여, "event_type"이 "order_completed"이고 "priority"가 "high"인 메시지만 수신하도록 구성할 수 있다. 이는 불필요한 메시지 처리 부하를 줄이고, 시스템의 효율성을 높이는 데 기여한다.

메시지 속성은 메시지 본문을 파싱하지 않고도 메시지를 처리하는 로직을 결정하는 데 유용하다. 특히 이벤트 기반 아키텍처에서 다양한 마이크로서비스가 서로 다른 종류의 이벤트에 반응해야 할 때, 메시지 속성을 이용한 라우팅은 강력한 도구가 된다. 또한, AWS Lambda 함수와 같은 이벤트 핸들러는 메시지 속성을 직접 참조하여 실행 로직을 분기할 수 있다.

메시지 속성의 사용은 Amazon SQS 대기열로 메시지를 전달할 때도 유효하다. SNS 주제가 SQS 대기열을 구독자로 가지고 있을 경우, 메시지 속성은 그대로 SQS 메시지 속성으로 전달된다. 이를 통해 SQS에서도 속성 기반의 메시지 처리나 가시성 제어가 가능해지며, SNS와 SQS를 연계한 복잡한 메시징 워크플로우를 구성하는 데 필수적인 요소가 된다.

Amazon Simple Notification Service (SNS)는 모바일 애플리케이션 및 웹 애플리케이션에서 사용자에게 실시간 알림을 전송하는 데 널리 사용된다. 개발자는 애플리케이션 서버에서 SNS의 주제로 알림 메시지를 발행하기만 하면, SNS가 구독된 다양한 엔드포인트로 메시지를 자동으로 전파한다. 이를 통해 애플리케이션 로직과 알림 전송 인프라를 분리하여 개발 복잡성을 줄이고 확장성을 높일 수 있다.

주요 사용 사례로는 모바일 푸시 알림이 있다. SNS는 Apple Push Notification Service (APNS), Firebase Cloud Messaging (FCM), Amazon Device Messaging (ADM) 등 주요 모바일 플랫폼의 푸시 서비스와 통합되어 있다. 애플리케이션 백엔드는 단일 SNS API 호출로 iOS, 안드로이드 등 여러 플랫폼의 사용자 장치에 동시에 알림을 보낼 수 있다.

또한 이메일 및 SMS 알림 발송에도 효과적이다. 중요한 거래 알림, 비밀번호 재설정 링크, 마케팅 메시지 등을 개인 이메일 주소나 휴대전화 번호로 직접 전달할 수 있다. SNS는 이러한 전송 채널을 관리하고 배달 상태를 모니터링하는 작업을 대신 처리해준다.

이러한 애플리케이션 알림 패턴은 이커머스, 소셜 네트워크 서비스, 금융 서비스 등 실시간 사용자 상호작용이 중요한 모든 분야에서 활용된다. SNS를 통해 개발팀은 알림 시스템을 빠르게 구축하고, 사용자 참여도를 높이며, 애플리케이션의 전반적인 사용자 경험을 개선할 수 있다.

Amazon Simple Notification Service (SNS)는 이벤트 기반 아키텍처를 구현하는 데 핵심적인 구성 요소로 사용된다. 이 아키텍처 패턴에서는 시스템의 구성 요소들이 서로 긴밀하게 연결되지 않고, 이벤트의 발생과 소비를 통해 느슨하게 결합된다. SNS는 발행-구독 모델을 제공하여, 한 구성 요소에서 발생한 이벤트를 여러 다른 구성 요소에 실시간으로 브로드캐스트할 수 있는 중앙 허브 역할을 한다.

예를 들어, 전자상거래 시스템에서 주문이 생성되는 이벤트가 발생하면, Amazon SNS의 주제에 이 메시지를 발행한다. 이 주제를 구독하고 있는 다양한 하위 시스템들은 각자의 업무를 독립적으로 처리한다. 결제 처리 서비스는 결제를 진행하고, 재고 관리 시스템은 상품 수량을 감소시키며, 물류 시스템은 배송 작업을 생성하고, 고객 관계 관리 시스템은 주문 확인 이메일을 발송할 수 있다.

이러한 방식은 시스템 간의 의존성을 제거하고 확장성을 크게 향상시킨다. 새로운 기능이나 마이크로서비스를 추가해야 할 때, 기존 시스템을 수정하지 않고도 단순히 새로운 구독자를 SNS 주제에 추가하기만 하면 된다. 또한, AWS Lambda와 같은 서버리스 컴퓨팅 서비스와 연동하면, 이벤트 수신 시 특정 함수를 자동으로 트리거하여 완전히 자동화된 이벤트 처리 파이프라인을 구축할 수 있다.

따라서 Amazon SNS는 분산된 애플리케이션 구성 요소 간의 효율적이고 신뢰할 수 있는 통신 채널을 제공함으로써, 확장 가능하고 유지보수가 용이한 이벤트 기반 아키텍처의 구축을 가능하게 한다.

Amazon Simple Notification Service (SNS)는 클라우드 컴퓨팅 환경에서 시스템의 상태 변화나 중요한 이벤트를 실시간으로 감지하고 알림을 전송하는 데 효과적으로 사용된다. 애플리케이션이나 인프라의 성능 지표, 오류 발생, 특정 임계치 초과와 같은 상황을 Amazon CloudWatch와 연동하여 모니터링할 수 있다. CloudWatch에서 설정한 알람이 발생하면 이를 이벤트로 삼아 SNS 주제(Topic)로 메시지를 발행함으로써, 사전에 정의된 다수의 구독자에게 즉시 통보하는 구조이다.

이를 통해 운영 팀은 서버 CPU 사용률 급증, 데이터베이스 연결 실패, 애플리케이션 응답 지연 등 다양한 장애 상황을 신속하게 인지하고 대응할 수 있다. 알림 채널은 이메일, SMS, 모바일 푸시 알림 등 SNS가 지원하는 다양한 프로토콜로 구성할 수 있어, 상황과 담당자에 맞는 최적의 통신 수단을 선택할 수 있다. 이러한 모니터링 및 알림 체계는 시스템의 가용성과 안정성을 유지하는 데 핵심적인 역할을 한다.

Amazon Simple Notification Service (SNS)는 수백만 명의 수신자에게 동시에 메시지를 배포하는 대량 메시지 전송에 매우 효과적이다. 이는 마케팅 캠페인, 긴급 공지, 시스템 상태 업데이트와 같이 광범위한 대상에게 동일한 정보를 신속하게 전달해야 하는 시나리오에 적합하다. 발행자는 단일 메시지를 주제(Topic)에 한 번만 발행하면 되며, SNS가 해당 주제에 연결된 모든 구독(Subscription) 엔드포인트로 메시지를 자동으로 복제하여 전송한다.

대량 배포를 위해 SNS는 이메일, SMS, 모바일 푸시 알림 등 다양한 프로토콜을 지원한다. 이를 통해 조직은 하나의 통합된 서비스를 사용하여 여러 채널을 통해 고객이나 사용자에게 접근할 수 있다. 예를 들어, 신제품 출시 소식은 동일한 주제를 통해 이메일 구독자, SMS 수신자, iOS 및 안드로이드 앱 사용자에게 동시에 전달될 수 있다.

효율성과 비용 측면에서도 장점이 있다. 애플리케이션은 각 수신자에게 개별적으로 메시지를 전송하는 복잡한 로직을 구현할 필요 없이, SNS에 메시지 전달을 위임함으로써 개발 부담을 줄이고 인프라 관리 비용을 절감할 수 있다. 또한 메시지 필터링 기능을 활용하면 특정 기준을 만족하는 구독자 그룹에게만 메시지를 선별적으로 배포할 수 있어, 불필요한 알림을 줄이고 대상 맞춤형 커뮤니케이션이 가능해진다.

이러한 대량 메시징 능력은 재난 알림 시스템, 금융 서비스의 시장 공지, 소셜 미디어 플랫폼의 활동 알림, 이커머스의 주문 상태 업데이트 등 다양한 산업 분야에서 활용된다. SNS의 높은 확장성과 내구성은 예상치 못한 트래픽 급증 시에도 안정적인 메시지 배포를 보장한다.

Amazon Simple Notification Service (SNS)의 보안 및 접근 제어는 주로 AWS Identity and Access Management (IAM) 정책을 통해 관리된다. IAM 정책은 JSON 형식으로 작성되며, 특정 사용자, 그룹 또는 역할이 Amazon SNS 리소스에 대해 수행할 수 있는 작업을 세밀하게 제어한다. 이를 통해 최소 권한 원칙을 준수하여 보안을 강화할 수 있다.

IAM 정책은 주제(Topic) 생성, 삭제, 구독(Subscription) 관리, 메시지 발행(Publish) 등 다양한 Amazon SNS API 작업에 대한 허용(Allow) 또는 거부(Deny) 규칙을 정의한다. 예를 들어, 특정 IAM 역할에게는 특정 주제에만 메시지를 발행할 수 있는 권한을 부여하거나, 다른 주체에게는 구독 목록을 조회만 할 수 있도록 제한할 수 있다. 이러한 정책은 Amazon SNS 콘솔, AWS CLI 또는 AWS SDK를 통해 설정 및 관리된다.

또한, Amazon SNS는 리소스 기반 정책도 지원한다. 이는 특정 Amazon SNS 주제 자체에 연결되는 정책으로, 해당 주제에 대한 접근을 다른 AWS 계정, IAM 역할 또는 AWS 서비스(예: AWS Lambda)에 부여할 수 있다. 이 방식을 사용하면 주제 소유자가 다른 계정의 사용자가 자신의 주제에 메시지를 발행하거나 구독할 수 있도록 허용하는 등 크로스-계정 접근을 구성하는 데 유용하다.

IAM 정책과 리소스 기반 정책을 효과적으로 결합함으로써, 관리자는 Amazon SNS를 사용하는 애플리케이션과 마이크로서비스의 통신 보안을 강화하고, 무단 접근을 방지하며, 규정 준수 요구사항을 충족시킬 수 있다.

Amazon Simple Notification Service (SNS)는 전송 중 및 저장 중 데이터 보안을 위해 다층적인 암호화 기능을 제공한다. 서비스는 기본적으로 전송 중인 모든 데이터에 TLS 암호화를 적용하여 메시지가 발행자에서 구독자로 이동하는 과정에서의 안전성을 보장한다. 또한, 사용자는 AWS Key Management Service (KMS)를 활용하여 서버 측 암호화를 활성화할 수 있으며, 이를 통해 Amazon SNS 주제에 저장된 메시지 데이터를 암호화할 수 있다.

데이터 암호화 설정은 주제 수준에서 관리된다. 사용자는 AWS 관리형 키를 사용하거나, AWS KMS를 통해 생성하고 관리하는 고객 관리형 키를 선택하여 암호화를 구성할 수 있다. 이 암호화는 주제에 게시된 메시지의 본문 내용을 보호하며, 메시지 속성은 암호화되지 않는다는 점에 유의해야 한다. 암호화 정책은 AWS Identity and Access Management (IAM)을 통해 세부적으로 제어할 수 있어, 특정 KMS 키에 대한 사용 권한을 관리하는 데 도움이 된다.

Amazon Simple Queue Service (SQS)는 Amazon Simple Notification Service (SNS)와 함께 AWS의 핵심 메시징 서비스로, 마이크로서비스와 분산 시스템 간의 통신을 지원한다. SNS가 발행-구독 패턴을 통해 한 메시지를 다수의 수신자에게 동시에 전파하는 데 특화되어 있다면, SQS는 메시지 대기열을 사용하여 애플리케이션 구성 요소 간에 비동기적으로 메시지를 안정적으로 전달하고 버퍼링하는 데 중점을 둔다.

SQS의 핵심은 완전관리형 메시지 대기열로, 생산자 애플리케이션이 대기열에 메시지를 보내면, 소비자 애플리케이션이 자체적인 처리 속도에 맞춰 대기열에서 메시지를 꺼내어 처리할 수 있다. 이는 구성 요소 간의 결합을 느슨하게 만들어 확장성과 내결함성을 높인다. SQS는 표준 대기열과 FIFO 대기열 두 가지 유형을 제공하며, FIFO 대기열은 메시지의 순서와 정확히 한 번 전달을 보장한다.

SNS와 SQS는 상호 보완적으로 자주 함께 사용된다. 예를 들어, SNS 주제에 SQS 대기열을 구독자로 등록하면, SNS가 브로드캐스트한 이벤트 메시지가 SQS 대기열에 안전하게 저장된다. 이후 백엔드 워커 애플리케이션이 SQS에서 해당 메시지를 순차적으로 꺼내어 처리하는 아키텍처를 구성할 수 있다. 이 조합은 이벤트 기반 시스템에서 신뢰할 수 있는 메시지 처리를 구현하는 일반적인 패턴이다.

또한 SQS는 AWS Lambda와의 긴밀한 통합을 통해 서버리스 아키텍처의 핵심 구성 요소로 작동한다. SQS 대기열에 메시지가 도착하면 이를 트리거로 Lambda 함수가 자동으로 실행되어 메시지를 처리할 수 있다. 이는 완전한 서버리스 메시지 처리 파이프라인을 구축하는 데 필수적이다.

Amazon SNS는 AWS Lambda와 긴밀하게 통합되어 이벤트 기반 아키텍처를 구현하는 핵심 구성 요소로 작동한다. SNS 주제를 이벤트 소스로 삼아 Lambda 함수를 트리거하도록 구독을 설정할 수 있으며, 이를 통해 발행된 메시지를 받는 즉시 서버리스 방식으로 코드를 실행할 수 있다. 이 통합은 중간에 큐를 관리할 필요 없이 실시간 이벤트 처리를 가능하게 한다.

이러한 패턴은 다양한 사용 사례에 적용된다. 예를 들어, 이커머스 시스템에서 주문 완료 메시지가 SNS를 통해 발행되면, Lambda 함수가 이를 구독하여 재고 관리 시스템을 업데이트하거나 고객에게 확인 이메일을 발송하는 작업을 자동으로 수행할 수 있다. 또한, 애플리케이션 모니터링이나 보안 이벤트 알림을 SNS로 전송하고 Lambda 함수가 이를 분석해 대응 조치를 취하는 자동화된 워크플로우를 구성하는 데에도 널리 사용된다.

SNS와 Lambda의 통합은 서버리스 컴퓨팅의 장점을 극대화한다. 개발자는 인프라 관리 없이 비즈니스 로직에 집중할 수 있으며, Lambda 함수는 메시지 수신량에 따라 자동으로 확장되어 탄력적인 처리 능력을 제공한다. 이 조합은 마이크로서비스 간의 느슨한 결합을 유지하면서도 신속하고 효율적인 통신을 보장하는 강력한 솔루션이다.

Amazon CloudWatch는 AWS 환경의 리소스와 애플리케이션을 모니터링하는 서비스이다. Amazon SNS와 밀접하게 연동되어, CloudWatch에서 수집한 지표나 로그를 기반으로 특정 임계값을 초과했을 때 알림을 발행하는 데 사용된다. 이를 통해 시스템 운영자는 실시간으로 인프라 상태 변화나 애플리케이션 오류를 인지하고 대응할 수 있다.

CloudWatch 알람은 특정 지표(예: EC2 인스턴스의 CPU 사용률, RDS 데이터베이스의 연결 수)를 모니터링하며, 설정한 조건이 충족되면 Amazon SNS 주제로 알림 메시지를 자동 발행한다. 이 메시지는 이메일, SMS, HTTP 엔드포인트 등 사전에 구독된 다양한 채널을 통해 관련 담당자에게 전달된다. 이 구조는 수동 모니터링 없이도 자동화된 경고 시스템을 구축하는 데 핵심적이다.

또한 Amazon SNS는 CloudWatch 로그와의 통합을 지원한다. AWS Lambda 함수나 컨테이너 애플리케이션에서 생성된 CloudWatch 로그 그룹에 구독 필터를 설정하면, 특정 로그 패턴이 감지될 때마다 Amazon SNS를 통해 즉시 알림을 전송할 수 있다. 이는 애플리케이션 디버깅이나 보안 사고 대응 시간을 단축시키는 데 유용하다.

이러한 모니터링 및 알림 체계는 DevOps 관행과 사이트 신뢰성 엔지니어링의 필수 요소로 자리 잡았다. Amazon SNS와 CloudWatch의 조합은 클라우드 네이티브 애플리케이션의 가용성과 성능을 유지하는 데 중요한 역할을 한다.