Amazon CloudWatch는 텍스트 처리 워크플로우에서 수행한 작업의 로그를 보관하므로 애플리케이션 상태를 효율적으로 모니터링할 수 있습니다. Amazon CloudFormation을 사용하면 배포를 재현할 수 있으며 배포가 실패할 경우 안정적인 상태로 롤백할 수도 있습니다. 또한 Amazon Bedrock은 간단한 인터페이스를 통해 LLM을 사용할 수 있는 관리형 서비스입니다. 모니터링, 재현 가능한 배포, AWS 관리형 LLM 사용이 조합되어 기본 인프라를 관리할 필요 없이 강력한 자연어 처리 기능을 제공합니다.

운영 우수성 백서 읽기

Amazon S3에 저장된 데이터는 AWS KMS (키 관리 서비스) 키를 사용하여 저장 시 암호화되며, AWS ID 및 액세스 관리 (IAM) 는 데이터에 대한 액세스를 제어하는 데 사용됩니다. 특히 AWS KMS는 Amazon S3에 저장된 데이터를 안전하게 암호화하는 데 사용되는 암호화 키의 생성 및 관리를 지원합니다. 반면 IAM은 해당 데이터에 대한 최소 권한 액세스 제어를 위해 역할을 기반으로 세분화된 권한을 구성할 수 있는 기능을 제공합니다.

보안 백서 읽기

데이터는 99.999999999% (11나인) 의 내구성을 제공하는 객체 스토리지 서비스인 Amazon S3에 저장됩니다. LLM은 자동으로 확장 및 축소할 수 있는 간단하고 효율적인 API 인터페이스를 통해 Amazon Bedrock을 사용하여 호출됩니다. Athena, QuickSight 및 AWS Glue는 인프라를 프로비저닝할 필요 없이 대규모 데이터를 쿼리하고 시각화하는 데 사용됩니다.

신뢰성 백서 읽기

이 가이드는 다양한 서버리스 및 관리형 AWS 서비스를 사용하여 워크로드가 고성능 효율성을 달성하고, 워크로드 수요에 맞게 리소스를 자동으로 확장하고, 소셜 미디어 플랫폼에서 인사이트에 액세스할 수 있는 원활한 환경을 제공하도록 설계되었습니다. 예를 들어, 서버리스 컴퓨팅 서비스인 Lambda는 수요에 따라 자동으로 확장 및 축소하여 컴퓨팅 파워가 워크로드에 최적화되도록 합니다. Amazon Bedrock을 사용하면 기본 서버를 프로비저닝하고 관리할 필요 없이 광범위한 카탈로그에서 LLM을 호출할 수 있습니다.

성능 효율성 백서 읽기

Lambda는 이 아키텍처에서 이벤트를 처리하고 배치 변환 분석을 시작하는 데 사용되므로 서버를 계속 실행할 필요가 없습니다. 또한 AWS Glue 작업은 개별 레코드가 아닌 사용자 데이터 배치에서 ETL (추출, 변환, 로드) 을 수행하는 데 사용됩니다. 데이터를 집계하고 더 큰 청크로 처리하면 전체 컴퓨팅 및 스토리지 요구 사항이 줄어들어 각 레코드를 개별적으로 처리하는 것에 비해 비용이 절감됩니다. 마지막으로 Amazon Bedrock에서는 예산 요구 사항에 가장 적합한 LLN을 사용할 수 있으므로 더 강력하지만 과도하게 프로비저닝될 수 있는 모델과 관련하여 불필요한 비용이 발생하지 않습니다.

비용 최적화 백서 읽기

Lambda , AWS Glue , Athena 및 QuickSight는 모두 온디맨드로 운영되는 서버리스 서비스로, 현재 워크로드에 맞게 리소스 사용을 조정합니다. 이를 통해 필요한 수요에 맞춰 서비스를 자동으로 스케일 업하고 스케일 다운하므로 성능 및 리소스 사용을 극대화할 수 있습니다. 이 아키텍처는 이러한 서버리스 제품을 통해 필요한 리소스를 효율적으로 활용하여 컴퓨팅, 스토리지 및 기타 인프라 구성 요소의 과도한 프로비저닝이나 과소 활용도를 방지할 수 있습니다.

지속 가능성 백서 읽기