Ann
teemip调研
## teemip 是什么 All network administrators do recognize how important it is to have a well managed IP space: a comprehensive and up to date inventory of all subnets and...
设计思路： 参考 console-tooltip，以字典中某个字段为提示内容，某个下拉列表更新后弹出提示框。实现 类似 k8s Ingress 里切换外部服务那样的提示功能。
iTop插件调研
## itop-markdown-viewer https://github.com/Molkobain/itop-markdown-viewer 需要配置，不支持 abstract class ```php 'molkobain-markdown-viewer' => array ( 'enabled' => true, 'markdown_attributes' => array ( 'Server' => array('description'), 'FAQ' => array('summary', 'description'), 'UserRequest' => array('description','public_log'), 'Incident' =>...
升级到2.7.x
从 2.5 升级到目前的最新版 2.7.x，调研自 2.5 以来的变化 关注以下几点： - 插件结构的变化 - 唯一性检查功能 - 新特性的使用场景 - 一些函数的变化 2.6： https://www.itophub.io/wiki/page?id=2_6_0%3Arelease%3A2_6_whats_new
目前出现业务已下线，负载均衡还在线的情况，考虑检查业务下线的条件，如果有在线负载均衡则不运行下线，即：要求下线顺序为 先下线负载均衡，后下线业务
比如限流，limit_req_zone需要预先定义，如果限流时写错了名字，会导致ingress-nginx无法更新upstream，报错： ``` {"log":"E1226 10:32:58.844524 9 controller.go:189] Unexpected failure reloading the backend:\n","stream":"stderr","time":"2019-12-26T02:32:58.844575907Z"} {"log":"\n","stream":"stderr","time":"2019-12-26T02:32:58.844584888Z"} {"log":"-------------------------------------------------------------------------------\n","stream":"stderr","time":"2019-12-26T02:32:58.844589789Z"} {"log":"Error: exit status 1\n","stream":"stderr","time":"2019-12-26T02:32:58.844594916Z"} {"log":"nginx: the configuration file /tmp/nginx-cfg987373816 syntax is ok\n","stream":"stderr","time":"2019-12-26T02:32:58.844599805Z"} {"log":"2019/12/26 10:32:58 [emerg] 23256#23256: zero...
考虑同域名不同location添加多个负载均衡的情况，有以下测试结果 1. 只要有一个域名开启了https，那么其他域名即使设置https为关闭，最终ingress中https也是开启 2. ssl-redirect 需要针对每个location单独设置 因此，需要做以下改进： 当本域名有不止一个负载均衡配置时，需检测https设置和本域名其他负载均衡是否一致，不一致时，应拒绝提交
cpu mem 上下限 - cpu不能为0 - cpu上限不超过20（或可配置） - mem下限100MB - mem 上限可配置
以app为粒度管理业务，可能太细，目前情境下app基本对应某个业务的一个模块，通常一个人要负责很多个app。通过cmdb管理k8s部署方式下，测试人员要使用更是要添加几倍于研发人员的app数量，也会造成app联系人过多过乱，测试人员收到报警等问题。 考虑改为以业务线来管理，需要实现： - 业务线支持层级（类似组织） - 业务线联系人分角色（负责人，产品，研发，测试），负责人可以编辑业务线信息，添加人员。k8s联系人管理逻辑中自动添加测试人员，然后测试人员就可以部署业务并了 - 人员负责的APP只作为报警订阅使用？没有人订阅的app，默认发整个业务线的研发产品及负责人。
调研jenkens 或者结合itop自行实现 itop端设置是否使用ci， ci-bot抓取启用ci的app的repo配置， 监视repo更新， 拉取新代码依次 make build-docker, make push 结果写入itop(类似eveny) 执行make test做自动化测试 ci-bot不仅要更新cmdb，还要发邮件通知和报表