elasticsearch,Kibana,Filebeat" />
elasticsearch,kibana,filebeat,Docker,Docker 什么'；这是一个典型的ElasticSearch/Logstash/Kibana部署模型
作为docker/elastic search worlds的新手，我试图在我的一个项目中通过容器构建一个使用elastic search的部署模型。 我有几个应用服务器，每个服务器都有一些日志。我想把所有这些日志放在一个地方。下面是我的想法 所有应用服务器都安装filebeat以将数据推送到Logstash服务器（在docker映像中）。此日志存储服务器将这些日志转发给elasticsearch docker映像，该映像也包含kibanaDocker 什么'；这是一个典型的ElasticSearch/Logstash/Kibana部署模型,docker,
elasticsearch,kibana,filebeat,Docker,
这有意义吗？可以在一张图片中使用logstash，在另一张图片中使用ElasticSearch/Kibana吗？这种方法有什么优点/缺点吗？有什么替代方法可以构建此架构 Docker的政策是一个容器做一件事，一件好事。所以我会为ElasticSearch选择docker图像，1个为Kibana，1个为LogStash。将它们与docker compose一起添加 每个容器应该只有一个问题 将应用程序解耦到多个容器中可以更轻松地水平扩展和重用容器。例如，web应用程序堆栈可能由三个单独的容器组成，每个容器都有自己的唯一映像，以解耦的方式管理web应用程序、数据库和内存缓存 您可能听说过应该有“每个容器一个进程”。虽然这个咒语有良好的意图，但每个容器只应有一个操作系统进程并不一定是真的。除了容器现在可以通过init进程生成外，一些程序可能会自动生成其他进程。例如，芹菜可以产生多个工作进程，或者Apache可以为每个请求创建一个进程。虽然“每个容器一个进程”通常是一个很好的经验法则，但它不是一个硬性的法则。使用您的最佳判断，尽可能保持容器清洁和模块化 如果容器相互依赖，可以使用Docker容器网络确保这些容器可以通信
Docker的政策是1个容器做1件事，1件好事。所以我会为ElasticSearch选择docker图像，1个为Kibana，1个为LogStash。将它们与docker compose一起添加 每个容器应该只有一个问题 将应用程序解耦到多个容器中可以更轻松地水平扩展和重用容器。例如，web应用程序堆栈可能由三个单独的容器组成，每个容器都有自己的唯一映像，以解耦的方式管理web应用程序、数据库和内存缓存 您可能听说过应该有“每个容器一个进程”。虽然这个咒语有良好的意图，但每个容器只应有一个操作系统进程并不一定是真的。除了容器现在可以通过init进程生成外，一些程序可能会自动生成其他进程。例如，芹菜可以产生多个工作进程，或者Apache可以为每个请求创建一个进程。虽然“每个容器一个进程”通常是一个很好的经验法则，但它不是一个硬性的法则。使用您的最佳判断，尽可能保持容器清洁和模块化 如果容器相互依赖，可以使用Docker容器网络确保这些容器可以通信
编辑我的答案，将链接添加到相关链接编辑我的答案，将链接添加到相关链接我们有一个示例，用于获取整个弹性堆栈并与Docker一起运行这里有一个示例，用于获取整个弹性堆栈并与Docker一起运行