webhook

开源镜像仓库 Harbor 2.0 正式发布了！从 2017 年 4 月发布 1.1 版本算起，经过整整 3 年，Harbor 的版本号终于 “升” 到 2.x 了。当然了，Harbor 2.0 不仅仅是大版本数字跃升那么简单，还给带来了众多重要更新，涉及代码多项重构，凝聚了项目组艰辛的付出。Harbor 2.0 成为符合 OCI（Open Container Initiatives）规范的开源镜像仓库，能够存储多种云原生工件（Artifacts），例如，容器镜像、Helm Chart、OPA、Singularity 等等。 关于OCI 先说说什么是 OCI ，然后看看 Harbor 2.0 的新功能意味着什么。 成立于 2015 年的 OCI 是 Linux 基金会旗下的合作项目，以开放治理的方式制定操作系统虚拟化（特别是 Linux 容器）的开放工业标准。 OCI 已经制定了业界的容器运行时（runtime）规范和容器镜像规范，还有一个正在讨论的镜像分发（distribution）规范。OCI 的指导思想是先有工业的实践，再总结成技术规范，例如，像 Docker 镜像格式已经广泛被用户接受之后，OCI 在此基础上制定了容器镜像格式的规范。 （本文来自公众号：亨利笔记, henglibiji ） 总体上说，OCI 提出的两个规范（镜像和运行时）是互相关联的。镜像规范定义镜像的组成

新型完整的监控告警工具 主要特点： 多维数据模型，时间序列数据由度量名称和键/值对标识 一种灵活的查询语言来利用这种维度 不依赖分布式存储;单个服务器节点是自治的 时间序列收集通过HTTP上的拉模型进行 通过中间网关支持时间序列的推送 通过服务发现或静态配置发现目标 多种模式的绘图和仪表板的支持 机器IP：118.190.107.96 (阿里云) 1、安装 # 下载地址 https://prometheus.io/download/ #prometheus # centos下载linux压缩包即可。 # 上传到服务器 解压 tar xf prometheus-2.17.1.linux-amd64.tar.gz # mv文件夹名称 cd prometheus-2.17.1.linux-amd64 mv prometheus-2.17.1.linux-amd64 prometheus # 更改配置ip vim prometheus.yml # 将 localhost 改成自己的ip地址 如下图 static_configs: - targets: [ '118.190.217.164:9090' ] 2、启动 ./prometheus 3、web ui 登录访问: 118.190.217.164:9090 Prometheus自带有简单的UI prometheus.yml的配置

▌需求描述 在日常工作中，我们可能希望将一些小程序的消息通知发送到企业微信当中去，以实现消息的及时推送和分发。 ▌解决方案 1. 创建企业微信群机器人 在企业微信中，我们可以在群内添加群机器人，用于消息的通知，对于需要进行通知的我们来说，就需要实现相同的功能。 首先，你需要将需要接受消息通知的人拉入一个新的群内（当然，你也可以复用之前的群。如果一个消息你只希望自己可以收到，那么可以先把几个人拉入群内，在没有说话之前，踢出所有的人，这样就可以避免他们也会收到消息，同时还可以保留这个群，用于你接收消息）。 其次，在列表中找到你用于接受消息的群，在其上右击，选择 添加群机器人 ，然后设置机器人的名字、头像等信息。 再次，点击群成员中机器人的头像，在弹出的窗口中，复制 WebHook 的连接。 2. 编写云函数 在上一环节中，我们获取到了刚刚创建的云函数的 WebHook 地址，接下来，我们就可以向企业微信群内发送具体的消息。 这里你需要阅读企业微信关于机器人的文档，这里我们只做简单消息的发送演示。 首先，我们创建一个云函数，命名为 sendToWeChatWork ，意为 发送消息到企业微信 。 然后，你需要先在云函数上右击，选择 使用终端打开 ，然后在命令行中输入如下命令，安装依赖。 npm install got --save 随后，使用微信开发者工具打开云函数，输入如下代码： //

本章节主要涵盖了Alertmanager的工作机制与配置文件的比较详细的知识内容，由浅入深的给大家讲解。 警报一直是整个监控系统中的重要组成部分，Prometheus监控系统中，采集与警报是分离的。警报规则在 Prometheus 定义，警报规则触发以后，才会将信息转发到给独立的组件 Alertmanager ，经过 Alertmanager r对警报的信息处理后，最终通过接收器发送给指定用户，另外在 Alertmanager 中没有通知组的概念，只能自己对软件重新Coding，或者使用第三方插件来实现。 注意，这个通知组不是Alertmanager中的group概念，下面会详细讲 Group ，不要混淆哦。 前面已经介绍过一些关于 Alertmanager 知识点，本章开始针通过安装 Alertmanager 组件，对配置文件做详细说明，同时介绍 Prometheus 的警报规则的定义，最后使用Email、Wechat（Robot）、Dingtalk（webhook）来接受警报通知。 Alertmanager工作机制 在Prometheus生态架构里，警报是由独立的俩部分组成，可以通过上图很清晰的了解到 Prometheus 的警报工作机制。其中 Prometheus 与 Alertmanager 是分离的俩个组件。我们使用Prometheus Server端通过静态或者动态配置

本章主要对如何使用开源组件和Alertanager组件集成警报通知。Kubernetes的警报集成后续会直接在配置文件讲解，原理大同小异，此处仅对相关警报通知做集成。 一、警报通知接收器 前面一直是在Web UI 查看警报信息，现在开始使用接收器与ALertmanager集成，发送警报信息到 Email 、 企业微信 、 钉钉机器人 ，对于警报要求比较高的同学，可以根据下面提到的开源组件 【PrometheusAlert全家桶】 配置飞书、短信、语音电话等警报。 Email 前面已经讲过，Alertmanager默认支持配置Email，也是最普通的警报通知方式，在Alertmanager组件中内置了SMTP协议。直接可以把前面的alertmanager.yml中的SMTP部分截取出来，然后进行调整与配置。 global: resolve_timeout: 5m # smtp配置 smtp_from: "9935226@qq.com" # 发送邮件主题 smtp_smarthost: 'smtp.qq.com:465' # 邮箱服务器的SMTP主机配置 smtp_auth_username: "9935226@qq.com" # 登录用户名 smtp_auth_password: "auth_pass" # 此处的auth password是邮箱的第三方登录授权密码，而非用户密码

介绍 Webhooks起初看起来像是API，但它们略有不同。它们之间的主要区别在于，webhooks不需要发出请求即可获得响应，而API则需要发送请求才能获得响应。使用Webhooks可以接收，而API需要您检索。 一个示例是GitHub Webhook与GitHub API。对于GitHub API，您每次需要信息时都需要发送GET请求。与GitHub Webhook相比，在GitHub webhook中，您可以打开并添加URL来发送POST数据。正确设置了Webhook之后，无论何时更新GitHub上的信息，数据都会自动发送到您在Webhook设置中拥有的URL。 详细比较 为了更好地说明，我们可以看两种情况：使用Webhook和使用API。 使用API： 假设我们想要某个服务的Github存储库的最新提交日期。首先GitHub Service API需要对GitHub存储库所有者帐户进行身份验证，然后可以为GET请求的正确端点调用最新的提交日期。 使用 Webhook ： GitHub Service Webhook将需要创建自己的Webhook URL，然后将该URL放入GitHub存储库的设置中。设置好该URL后，无论何时在存储库上发生任何事件，GitHub都会将包含所有更新数据的POST请求发送到我们的webhook URL。如果Webhook正在运行

有价值的企业，一方面要推进整个经济发展快速进步，另一方面要最大程度上为用户创造价值，而价值是完全可以被共生出来的，用技术，用创新的商业模式。 2020年不同寻常的一年，疫情让企业经历了各种不确定性，其实机遇是在挑战中抓住希望，真正有生命力的企业能够傲雪凌霜，在为社会创造价值的同时，自我成长得更好。5G时代颠覆了太多东西，整个世界都在发生巨变，商业的“一年四季”已经超越人类的认知，只有不断创新、与时俱进，才能始终保持战斗力和生长力。 后疫情时代数字化加速器，也是转型升级的跳板 新技术发展的脚步并没有因为疫情而放缓。5G、云计算、人工智能等新基建快速发展，远程办公、远程医疗等无接触经济催生各类产业新需求。据专家测算，新基建、新需求、新技术在未来十年将为我国数字经济新增近4.3万亿元的产业空间。 以“数字化”为代表的数字经济，正改变着当前商业发展的格局。 数字化转型，成为后疫情时代企业生存与发展的新机遇。数据基础设施的供给水平、数字技术和资源的可获得性等因素，成为企业在下半场的竞争中决胜的关键因素。 因此，突破今天的瓶颈在于如何运用好数据资产，无论是实体企业还是互联网企业，要想向数字化转型，数据能力都是一个无法逃避的过程，而一旦实现了业务数据化，就是有了一个向上发展的跳板。而且，数据的价值一定会越来越高，你看不到它，并不代表它没有价值，未来这一定是巨大的蓝海。

实现环境： 白码低代码平台 （该平台提供企业微信API，可直接调用，减少前期配置调试工作） 平台语言： 使用node.js开发 准备工作： 准备一个企业微信管理员账号 企业微信官方API： https://work.weixin.qq.com/api/doc/90000/90135/90237 白码使用的API库： https://github.com/liwenyue/co-wxwork-api 实现步骤： 1、选择企业微信回调接口模板创建webhook，并将webhook路径复制。 2、打开企业微信后台，在自建应用详情页，点击“接收消息”的“ 设置API接收 ”按钮，进入配置页面。将复制的webhook路径复粘贴到url中，按要求填写 Token （可由企业任意填写，用于生成签名。）及 EncodingAESKey （用于消息体的加密，是AES密钥的Base64编码。），加密说明： https://work.weixin.qq.com/api/doc/90000/90135/90238 3、在客户联系的“客户>api>接收事件服务器”中设置相同内容（三个参数保持一致）。 4、在白码平台配置webhook的参数：corpid（我的企业->企业id）、corpsecret（自建应用secret）、token、aesKey（即EncodingAESKey） 5、回调代码 async

Ingress 是什么？ Ingress 公开了从集群外部到集群内服务的 HTTP 和 HTTPS 路由。 流量路由由 Ingress 资源上定义的规则控制。 可以将 Ingress 配置为服务提供外部可访问的 URL、负载均衡流量、终止 SSL/TLS，以及提供基于名称的虚拟主机等能力。 Ingress 控制器 通常负责通过负载均衡器来实现 Ingress，尽管它也可以配置边缘路由器或其他前端来帮助处理流量。 本文使用host network模式，示意图如下 下载部署文件 wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.35.0/deploy/static/provider/baremetal/deploy.yaml 修改images为国内仓库 k8s.gcr.io/ingress-nginx/controller:v0.35.0@sha256:fc4979d8b8443a831c9789b5155cded454cb7de737a8b727bc2ba0106d2eae8b 修改为，也可以自行使用魔法到k8s.gcr.io下载 scofield/ingress-nginx-controller:v0.35.0 修改网络模式为host network template:

上次做的CRM项目，虽然实现了报价转订单的功能，但是客户还是遇到使用不方便的问题，客户的业务流程中，审核报价的时候是需要提供销售人员与客户的聊天记录截图，这都是在手机上的，电脑操作不方便，而且每次提交了报价还要在微信上跟主管说一声，于是他们就在钉钉上使用报价审批功能，希望可以将钉钉的数据对接到系统内。 流程是： 销售人员使用钉钉进行报价的审批，审批通过的报价会对接到系统并生成一个销售单和对应的应收。 要实现这个功能，我使用了 白码平台 提供的API功能，第一次使用平台的API功能，没想到还提供了对接各大平台封装好的api，包括有钉钉、微信服务号、企业微信、微信支付。 对接流程如下： 1.因为是由钉钉的流程触发系统的接口，所以需要设置一个回调接口（webhook），根据钉钉官方的开发文档，需要先注册回调，注册回调就需要用平台的云函数和webhook了。根据平台提供的扩展库，写出如下注册回调的云函数和webhook，直接在平台上测试就能注册回调了。 async function run($input,$output,$modules = modules){ let dingTalkApi = $modules.dingTalkApi; let registerCallBack = await dingTalkApi.registerCallBack({ call_back_tag:[