ZhangSIming-blyq 我们的kubernetes集群都是自己配置了日志收集，监控报警等；使用kubesphere kubesphere主要是为了可视化上线(为了代替kubeapps+kubernetes原生dashboard dashboard)
benjaminhuo KubeSphere 带的 Prometheus 是定制过的，会耗费更少的内存，有定制的rule等等，不适合用外部的。一个 cluster可以有多个 Prometheus，不安装在同一个 ns 就可以。分别抓取不同的数据。
ZhangSIming-blyq benjaminhuo 主要是我们原来的端口可能要改，然后，prometheus需要的各种exporter exporter总不能起两份吧，我想确认一下是不适合还是不能
huanggze ZhangSIming-blyq 或者需要改造自有的。可以参考 community 上监控相关的 Development Guide 如果可以的话，方便写一篇改造教程。偶尔也有人问过同样的需求（目前监控还没有彻底可插拔） https://github.com/kubesphere/community/tree/master/sig-observability
ZhangSIming-blyq 我们的prometheus和alertmanager都进行了一些报警配置，如果直接使用kubesphere kubesphere的我怕流程就走不通了。 目前的好多内置组件在我看来是可以选择创建或者不创建的： 1.openldap 2.prometheus 3.alertmanager 4.elastcisearch 5.fluent-bit 希望改成在配置文件里控制是否开启，而不是强制创建。其实集成的话，只需要一个地址就ok ok了吧。。
benjaminhuo openldap 是用户登录等功能必须的 Elasticsearch 3.0 已经支持外置es 接入。 fluent-bit 我们是由 fluentbit-operator 管理，enable 了 logging 或 event 或 audit 才会安装，不 enable 这三个 不会安装。 Prometheus 同一个集群里装多个很正常，分别用于抓取不同的数据，我们的监控装了一些相关组件包括 node-exporter, kube-state-metrics。你的需求是要个更加精简版的 KubeSphere，这是另一个新产品的定位，目前还不是 KubeSphere 的定位. 监控stack 是大多数用户的刚需，我们也做了些定制，目前还不适合自己安装，会给一些用户造成不便。 Alertmanager 也是装在 KubeSphere 自己的ns, 资源占用很少，需要安装自己的在自己的ns 安装使用就行了
