Có hai trường hợp sử dụng Elaticsearch chính:
- Tìm kiếm văn bản
Bạn muốn Elaticsearch khi bạn thực hiện nhiều tìm kiếm văn bản, trong đó cơ sở dữ liệu RDBMS truyền thống không hoạt động thực sự tốt (cấu hình kém, hoạt động như một hộp đen, hiệu suất kém). Elaticsearch có khả năng tùy biến cao, có thể mở rộng thông qua các plugin. Bạn có thể xây dựng tìm kiếm mạnh mẽ mà không cần nhiều kiến thức khá nhanh.
- Ghi nhật ký và phân tích
Một trường hợp khác là rất nhiều người sử dụng Elaticsearch để lưu trữ nhật ký từ nhiều nguồn khác nhau (để tập trung chúng), vì vậy họ có thể phân tích chúng và hiểu ý nghĩa của nó. Trong trường hợp này, Kibana trở nên tiện dụng. Nó cho phép bạn kết nối với cụm Elaticsearch và tạo trực quan ngay lập tức. Chẳng hạn, Loggly được xây dựng bằng cách sử dụng Elaticsearch và Kibana.
Hãy ghi nhớ rằng bạn sẽ không muốn sử dụng Elaticsearch làm nơi lưu trữ dữ liệu chính của mình. Lý do ở đây: Độ tin cậy của ElasticSearch như một kho dữ liệu chính chống lại các yếu tố như mất ghi, tính khả dụng của dữ liệu
Cập nhật
Tôi cảm thấy như phần thứ hai không còn sắc sảo nữa, đó thực sự là điều mà công ty đàn hồi đã làm rất tốt trong năm qua. Với phong trào DevOps hiện tại, các đường ống CI / CD, tăng số liệu từ nhiều nguồn khác nhau, ELK trở thành lựa chọn không chính xác để giám sát cơ sở hạ tầng, nó không còn là công cụ tìm kiếm văn bản RESTful phân tán. Nó có một bộ sản phẩm tuyệt vời:
- Logstash (tấn dữ liệu đầu vào)
- Nhịp đập
- Filebeat
- Số liệu
- Gói
- Thắng cuộc
- Kibana
- X-Pack (cao cấp)
- Cảnh báo
- Báo cáo
- Bảo vệ
- Học máy
- Số liệu trung tâm dữ liệu chéo
Một hệ sinh thái, được xây dựng bởi cộng đồng, đang phát triển xung quanh ngăn xếp ELK mở rộng các tính năng hiện tại, một vài trong số chúng đáng được đề cập:
- ElastAlert
- Bảo vệ tìm kiếm