▶ 현재 사용 중인 로컬 Elasticsearch의 특징
| 항목 | 설명 |
| 설치 방식 | 직접 설치(Docker or 바이너리) |
| 운영 책임 | 본인이 직접 관리(리소스, 보안, 백업 등) |
| 가용성 | 단일 노드(서버 중지 시 검색도 중지) |
| 확장성 | 직접 수동 설정 필요 |
| 보안 | 기본 인증 or 설정 안 함 |
| 모니터링/로그 | 로그 직접 수집하거나 kibana 연동 필요 |
| 백업 | 수동 스냅샷 또는 외부 도구 필요 |
▷ 분석 결과 개발/테스트 환경에는 충분하지만, 운영환경으로 쓰기엔 한계가 있다.
▶ AWS OpenSearch의 장점
| 항목 | 이점 설명 |
| 완전관리형 서비스 | EC2에 직접 설치 X, AWS에서 자동으로 관리함 |
| 고가용성 지원 | 다중 AZ 구성 가능, 자동 장애 복구 |
| 자동 백업 지원 | 자동 스냅샷 기능 제공 |
| 모니터링 제공 | CloudWatch, OpenSearch Dashboards 연동 가능 |
| 보안 강화 | IAM 인증, VPC 접근 제어, HTTPS 적용 |
| 확장성 우수 | 클릭 몇 번으로 노드 수, 스토리지, 메모리 확장 가능 |
| Kibana 내장 | 시각화 도구 포함 |
| 기본 SLA 제공 | AWS SLA에 따라 안정적인 운영 가능 |
즉, 이를 보았을 때
● 로컬 ES → 빠른 개발, 테스트 용도로 적합
● AWS OpenSearch → 운영 환경에 적합한 고가용성, 보안, 자동화 지원
'최종 프로젝트' 카테고리의 다른 글
| AWS OpenSearch를 활용한 검색 기능 구축기 (0) | 2025.04.25 |
|---|---|
| QueryDSL vs 로컬 Elastic Search vs Open Search(AWS 퍼블릭) (0) | 2025.04.25 |
| QueryDSL vs Elastic Search (0) | 2025.04.23 |
| 벤치 마크를 사용하여 성능 비교 (1) | 2025.04.18 |
| 경매 서비스 성능 개선을 위한 Redis 활용 (0) | 2025.04.14 |