为什么选择 Edith?

一个现实的场景

客户又报告系统不能用了,黎明感到现在的工作越来越难了。就在几年前,寥寥几套应用系统,中间件是 WebLogic,数据库是 Oracle,团队的知识储备也够。平时业务更新的慢,很少出事情。架构也简单,出了问题,排查起来也容易。现在呢?应用系统越来越复杂,开源信创各种产品,根本没有时间学习。怎么办呢?

  • 找服务商?发现供应商水平也是良莠不齐,就算水平高的专家支持,也发现需要花大量的时间沟通,效率很低。
  • 自动化运维?市场上开源商业产品一大堆,都只能解决一方面的问题,真正要发挥作用还是要集成规划,可是这集成的难度和工作量还是很大。

选择 Edith

  • Edith 可以帮助运维工程师运维不太熟悉的产品
  • Edith 可以成为运维团队和服务商沟通的桥梁
  • Edith 可以帮助我们更好的集成各种运维产品

为什么 Edith 可以?

  • 整个软件只有一个二进制发布包,部署、更新简单,增加权限即可执行
  • 体积小却集成了主流操作系统(Linux、Windows等)、数据库(Oracle、PostgreSQL、MySQL等)、中间件(WebLogic、WAS、Apache、Tomcat等)的采集项目和问题诊断项目,且在不断丰富完善中
  • 所有采集项的设计均源于一线运维专家,有实用性和质量保障
  • 基于安全优先原则设计,包括并发控制、调用的命令选择等均以确保服务器稳定运行为优先
  • 所有对象产品(如Oracle)使用的采集命令相似,降低了学习门槛,解决了传统上各种工具自成体系,工程师需要学习众多风格各异的采集工具的痛点
  • 具有对敏感数据的脱敏功能,如数据库的密码等将受到保护,不会因在采集过程中使用而泄露
  • 工具专注于采集,不涉及变更操作,有别于大部分工具采集和变更混合的特点,降低了工程师因误操作而带来的风险
  • 根据使用场景的不同,工程师可以选择单项、多项采集或一键式完整采集
  • 具有一定的基于最佳实践的问题诊断功能,比如查询磁盘使用率可以直接给出基于最佳实践的告警等级判断和处理建议
  • 可以通过参数定制采集结果输出格式,如JSON、YAML等以便与其他工具进行集成

以 Edith 为核心的生态

Edith 生态