本文重点：
本文将着重关注filebeat，在filebeat在生产部署后，必定会对服务CPU、内存、网络有影响，如果将这些因素都在可控范围内，那是完全可以接受的。但是可能由于我们的配置不合理，或者非预期的情况导致CPU、内存占用过大，势必会影响到同在一起的业务应用稳定性。

构建与部署，是日常开发过程中很频繁也很关键的步骤，本文将介绍dapeng部署构建中心两大模块的核心概念和操作流程。

配置部署中心，包含三大模块：
1.配置管理：管理线上服务的参数配置(如：超时，路由，限流，负载均衡，以及服务白名单的管理)
2.持续集成：完成服务代码打包，服务镜像的构建过程
3.发布部署：完成线上服务的环境变量变更，服务挂载文件内容变更，线上服务的发布更新/启动停止，更有发布记录以供查询。

回顾原有的几个概念：
服务：微服务架构，每个项目代码库，都最终打包为一个docker镜像，而这里的服务就是描述这个镜像最基本的配置，描述一个应用最初，最抽象的状态
环境集：一个环境集合，例如测试环境中的某个sandbox环境，生产的统一集群环境。

vue实例生命周期

maven常用插件使用范例:

他们的爱与风华，只问自由，只问盛放，只问深情，只问初心，只问勇敢，无问西东。

• 把自己交给繁忙，得到的是踏实，却不是真实

白话tscompose

需要说明几点:
1.tscompose基于docker-compose进行进一步定制,使其能完成dapeng的服务开发=>构建=>发布=>启动整套流程
2.scompose的每个命令可以看作是一组命令的集合,只是简化了操作,做了部分逻辑优化
3.tscompose在使用前需要设置两个环境变量

哪些情况下用tag

一般来说，你的查询可以指引你哪些数据放在tag中，哪些放在field中。

• 把你经常查询的字段作为tag
• 如果你要对其使用GROUP BY()，也要放在tag中
• 如果你要对其使用InfluxQL函数，则将其放到field中
• 如果你需要存储的值不是字符串，则需要放到field中，因为tag value只能是字符串

事件总线(EventBus)设计初衷是解耦系统模块，将系统中的各类业务操作抽象为事件模型。我们把产生事件的部分称之为事件的发送者(Publisher)，消费事件的部分称之为订阅者(Subcriber)。