为什么要对银行进行AIOps和总体监控，或建立在什么客户关系上

在Habré的出版物中，我已经写了我与团队建立合作伙伴关系的经验（它讨论了在开始新业务时如何制定合作伙伴关系协议，以使业务不会崩溃）。现在，我想谈谈如何与客户建立合作伙伴关系，因为没有他们，就没有什么可以瓦解的。我希望本文对开始向大型企业销售其产品的初创公司有用。

现在，我将领导一个这样的初创公司MONQ Digital实验室，我和我的团队将在该实验室中开发用于自动化支持和运营公司IT流程的产品。进入市场并非易事，我们从做些功课开始，经过市场专家，我们的合作伙伴并进行了市场细分。主要问题是要了解“我们能最好地治愈哪些痛苦？”

银行进入了TOP3细分市场。当然，名单上的第一个是Tinkoff和Sberbank。当我们拜访银行市场专家时，他们说：在那儿介绍您的产品，通往银行市场的道路将是开放的。我们试图进入那里和那里，但是失败在Sberbank等待着我们，而Tinkoff的人原来对与俄罗斯初创企业进行富有成效的沟通更加开放了一个数量级（也许是因为Sberbank 购买了我们近十亿的西方竞争对手）。一个月后，我们开始了一个试点项目。照原样，继续阅读。

我们多年来一直在处理运营和监控问题，现在我们正在公共部门，保险，银行，电信公司中实施我们的产品，航空公司已经实施了一项（在项目实施之前，我们并不认为航空业是IT依赖的行业，并且现在，我们确实希望，尽管有了COVID，该公司还是能够成立并起飞）。

我们生产的产品属于公司软件，即AIOps（IT运营人工智能）。引入此类系统的主要目标是提高公司的流程成熟度：

1. 扑灭大火：找出故障，清除垃圾警报流，将任务和事件交由负责人处理；
2. 提高IT服务的效率：减少解决事件的时间，指出故障原因，提高IT状态的透明度；
3. 提高业务效率：减少体力劳动，降低风险，提高客户忠诚度。

根据我们的经验，银行与所有主要的IT基础架构都有“痛点”，其监控如下：

• “谁是谁”：技术部门很多，几乎每个人都有至少一个监控系统，大多数都拥有一个以上的监控系统；
• 警报的“蚊虫群”：每个系统都会产生数百起炸弹，并对所有负责人员进行轰炸（有时还在部门之间）。很难始终将控制重点放在每个通知上，由于数量众多，它们的紧迫性和重要性得到了平衡；
• 大型银行-部门领导者不仅希望持续监控他们的系统，知道哪里有故障，而且希望AI真正具有魔力-使系统自我监控，自我预测和自我纠正。

, , , : “ , ?”

, , , , , “ ”, SLA.

, SLA . , , , . , , .

:

1. — ,
2. — -.

“ ” , , , “ ”, . “” .

, , — . , , ( Dynatrace - , , 12 1 , ). , . “ , ”, . Prometheus, - , .

, 2 . :

• 2 (Zabbix Prometheus);
• Slack ;
• .

. Prometheus . , , .

, : Microsoft Azure ( Slack) . . “” . . API , Slack , .

. , — , , .

, , .

, , .

…

— , . . . 2 . , 2 . . . .

:

Prometheus . Prometheus 30 ( ), , “”. , — . . — - , .

“ ”.

«»

, (). - (), CMDB, — CMDB .

- . .

, , , , , . “” — Zabbix Prometheus, .

. .

— , , / — , .. .

. Slack .

bsh , . ( Lua cURL, SSH SNMP) , (, , , ).

. SSH.

, , :

• ;
• Active Directory.

— “” :

• - ML, (, );
• ( JavaScript).

, , , :

1. 当建立在诚实和开放的基础上的有效沟通时，与客户的合作伙伴关系是效率的关键，并且客户成为团队的一部分，可以在短时间内取得显著成果。
2. 在任何情况下，您都不应“定制”并构建“拐杖”-仅系统解决方案。最好花一些时间，但要制定一个可供其他客户端使用的系统解决方案。顺便说一句，事实证明，该插件系统和对Azure依赖的拒绝给其他客户带来了更多价值（hi，152FZ）。