《企业IT架构转型之道》边读边想——数字化运营能力
一、服务化后业务运营遇到的挑战
1.每天千亿次级的服务调用中出现报错时的问题快速定位
2.运行状态的实时监控服务
3.服务于运营团队精准营销的业务指标实时呈现
如何结合团队管理?
在服务化场景下为了快速定位问题,如何管理服务开发人员?
1.影响KPI:线上服务稳定性直接影响开发人员KPI
2.服务开发人员(服务owner)需要关注的2个点
(1)我的服务在什么链路下被调用,调用的场景和数据是否合理
(2)目前服务调用趋势怎样?产生的瞬间峰值有多少?是否达到服务能力的最高水位?
3.业务架构师需要关心和思考的问题
(1)在当前的业务流程设计中,我的服务依赖了哪些应用、哪些服务?
(2)整个链路的依赖路径是怎样的?哪些服务对当前业务处理来说是最为核心?这些依赖如果出错,会有什么影响?
(3)一次业务请求处理的时间到底花在了什么地方?是因为某一个服务耗时很长,还是某一个数据库的访问操作耗时最久,需要有一个清晰直观的定位
(4)我所负责的业务链路中,过去一段时间哪些服务是出错率比较高的,哪些服务是业务链路的处理瓶颈?
小结一下
(1)梳理依赖和依赖间的关系
(2)链路耗时和出错追踪及瓶颈定位
二、运行状态的实时监控服务
鹰眼——阿里基于分布式日志引擎的分布式服务调用链跟踪平台
业界类似平台
Zipkin——Twitter
Dapper——Google http://research.google.com/pubs/pub36356.html
三、鹰眼日志埋点
四、TLog中间件
特性
根据用户定制的处理流程
持续不断地对目标机器生成的日志数据进行解析、计算、入库等操作
“所见即所得”的可视化配置界面(Google Blockly)
零业务侵入(预先日志埋点)、高性能(http://jstorm.io)、强实时性
可以方便编排的日志分析模式
这里基于Google Blockly完成的日志分析模式的编排比较有意思。虽然Google Blockly最初只是一个用于低龄儿童学习编程的图形化编程语言,但是可能是由于它的架构本身比较利于扩展和二次开发;因此可以方便的定义“programming”意外领域的规则范式。除了TLog中使用的面向日志分析模式编排的,Blockly甚至可以用来解迷宫。https://developers.google.cn/blockly/
我感觉Blockly是提供了一个思路;而且这个jigsaw-style的前端确实蛮有趣的。其在TLog中的应用我觉得是比较深入的借鉴了Blockly的基本想法——通过可视化的方式靠谱的传递某个领域模型(domain model)下的逻辑。在Tlog的日志分析场景下,生成的自然就是类似于awk ‘{print x,x,x, y, $z}’;而其中的“规则”在不同的领域模型下是可以被重新定义的,比如给的demo就是在“编程”这个domain下定义的各种if else… 那么就生成代码;甚至利用这个“可视化规则”还可以生成跑迷宫的算法。总之,我觉得可以认为Tlog对于Blockly的应用可以认为是在形式逻辑具体化方面给出了一个有着具体HCI的建议,类似的还有Drools以及它built-in的可以直接读取.xlsx形式定义的规则。
五、业务应用场景
1.服务实时监控
解决问题:细化到服务粒度的监控
2.服务调用链跟踪
调用链跟踪的详细信息表头参考
服务名及嵌套调用关系
服务器IP地址
服务调用类型:HSF-RPC、Tair缓存访问、访库
服务调用结果(按服务类型会有不同枚举值):OK、TIMEOUT、NOTEXIST
产生数据大小
具体服务和方法
处理时间
3.服务调用链分析
根据调用链跟踪数据定期对服务调用数据进行统计和分析(for 业务架构师)
调用链分析表头参考
服务嵌套调用层次关系
调用的服务方法、所属应用、资源(数据库、缓存、文件系统)
QPS当前值和峰值
调用次数计数
平均耗时
本地耗时
依赖度
占比
强弱依赖标记
4.业务全息排查
关键信息字段
TraceID
RpcID
(New)DataKey
业务事件发生时间
(New)业务主键
被查询的业务主键字段
(New)业务详情记录
键值
5.业务实时监控
《企业IT架构转型之道》边读边想——数字化运营能力相关推荐
- 从阿里中台战略看企业IT架构转型之道(上)
此文是我阅读<企业IT架构转型之道>一书的学习笔记的上半部分,所有内容出自钟华老师的这本书. 零.为何阅读<企业IT架构转型之道> 在加入X公司后,开始了微服务架构的实践,也开 ...
- 从阿里中台战略看企业IT架构转型之道(下)
此文是我阅读<企业IT架构转型之道>一书的学习笔记的下半部分,所有内容出自钟华老师的这本书. 上半部分Part1~Part5请点击这里 Part 6 异步与缓存原则 异步化 事务 => ...
- 共享服务中心建设原则-《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》
一.前言 今天重看了<企业IT架构转型之道-阿里巴巴中台战略思想与架构实战>的第4章-共享服务体系搭建. 书中所描述的共享服务中心,提到的实际上包含两个层次. 其一,底层的PaaS能力,它 ...
- 《企业IT架构转型之道》随笔之SOA、ESB、微服务、API网关(2019-08-07)
<企业IT架构转型之道>随笔之SOA.ESB.微服务.API网关(2019-08-07) 名词注释 为什么会进化 展望 作者在本章中提到的"烟筒式"系统建设模式,在目前 ...
- 读《企业IT架构转型之道》
本书还没读完,暂摘抄一些概念,因为自身做的新系统也在转型,从单体式到一体化一年来遇到很多问题有技术上的,也有团队协作的,过程是痛苦且复杂的,所以在刚翻阅前几十页时候,对于淘宝技术团队转型共享团队很有同 ...
- 读书笔记:《企业IT架构转型之道》
前言:有赞最近开始在做平台化的事情,作为共享技术部门的成员,那么自然去要去参与平台化.偶然间,从同事那看到这本书,随意翻了下,不禁感觉相遇恨晚. 第1章:阿里巴巴集团中台战略引发的思考 第2章:构建业 ...
- 企业IT架构转型之道:阿里巴巴中台战略思想与架构实战. 2.4 赋予业务快速创新和试错能力...
2.4 赋予业务快速创新和试错能力 在如今的互联网时代,企业都在全力谋求着自身在互联网环境下的发展和转型,特别是在2015年,国务院出台<关于积极推进"互联网+"行动的指导意 ...
- 奇文共赏之--企业IT架构转型之道/中台战略/数据中台
现如今互联网+深入各行各业,这几年对我们传统行业的冲击越来越大,大家的危机感越来越强,我想大家都有同感.阿里巴巴作为互联网领域的先行者,从1999年到现在做了十分有启发意义的实践与探索. 此书中,作者 ...
- 企业IT架构转型之道:阿里巴巴中台战略思想与架构实战. 3.1 淘宝平台“服务化”历程...
3.1 淘宝平台"服务化"历程 2007年,淘宝已经拥有超过500人的技术团队规模,整个淘宝网站是一个几百兆字节的WAR包,大小功能模块超过200个,在当时淘宝业务计划处于每隔几个 ...
- 企业IT架构转型之道 读书笔记-1.阿里巴巴集团中台战略引发的思考
前言 1.为什么选择看这本书 2.Supercell公司的开发模式 3."烟囱式"系统建设模式弊端,及产生这种现象的原因 4.IT人员在企业信息中心的组织职能 一.为什么选择看这本 ...
最新文章
- 【调查】您对计算机培训感兴趣吗?
- shiro教程:记住我功能
- C语言经典算法100例
- linux下Hbase的常用shell命令
- Python使用matplotlib画动态图
- PC连Moto V180上网
- 固态硬盘SSD的SLC与MLC和TLC三者的区别
- STM32F407 + Codec AK4556 + NAND Flash MX30LF2G 录音机实现
- JDY-24M主机使用手册
- 利用python爬虫程序爬取豆瓣影评
- 【测试】用Chrome在电脑上模拟微信浏览器
- 网页 从其他服务器 加载图片,实现网页图片的异步加载
- 六年级下册第二单元计算机,六年级下册语文第二单元作文(精选10篇)
- 关于计算机在教室的文化建设方案,教室文化的建设方案
- 中国磷酸市场应用现状规模与需求前景预测报告2022-2028年
- 关于FOB/CIF/CNF的报价
- 若依框架---权限控制角色设计
- 【PWN系列】格式化字符串在bss段上的处理
- 师范大学计算机硕士就业,已录取!安徽理科502分,上岸国家一流:淮北师范大学计算机专业...
- 【AC自动机】西征罗马之路