简介

专注于高并发互联网架构设计、分布式电子商务交易平台设计、大数据分析平台设计、高可用性系统设计，基础云相关技术研究，对 Docker 等容器有深入的实践。 对系统运维和信息安全领域也大量的技术实践。熟悉电子商务平台技术发展特点，拥有十多年丰富的技术架构、技术咨询经验，深刻理解电商系统对技术选择的重要性。负责数千人研发团队的技术架构与技术方向之外还带领管理数百人的规模的基础架构研发团队，包含了运维，测试，中间件研发，信息安全，办公IT等多个方向，完成了系统架构飞越性升级,数亿级访问快速的企业发展、业务的增长、流量的增加、订单的爆增，使得系统开始逐显疲态，故障频出、弊端不断地显露、扩展性遇到瓶颈、系统显得越加臃肿等方面的问题开始不断出现。此时，系统对业务的发展逐渐表现的力不从心，这时，我们需要对系统和整个技术团队进行一次全面的体检，让他们健康的进化。那么，诸多的痛点是因何而产生呢？是我们能力太差？是我们投入不够？还是我们对技术不够钻研？其实都不是。这是企业从弱小变强大的一个必然过程。在我们还比较小的时候，我们往往把精力都集中在业务的创新上。这时表现为，很多功能都是因业务而产生的灵感创作。这时系统的流量压力也比较小，所以在此时系统最重要的是支持业务的快速迭代，然而在技术上考虑并不多，事实上留给技术的思考和开发成本较少，但也就是因为这种模式，业务才能快速成长带来更多的流量。当流量越来越大，这时对于技术而言就产生了技术的债务。我们对它仔细分析之后发现，债务主要集中在以下几个方面：

a系统基础技术的债务：长时间的快速迭代过程中对于基础技术的投入过少，导致业务系统所依赖的基础架构不稳定。

b人员的债务：长期的快速开发导致我们拥有了很好的业务系统开发人员，但是对于像基础框架、运维、安全等基础层面的工程师准备不足。

c快速开发的债务：在之前的快速开发中，我们舍弃了很多应当被考虑的技术细节，这些细节在流量不大时没有显现。然而随着流量的变大，这些缺失的技术细节产生的问题也越来越大。

总言之，我们需要对整体的技术架构进行升级，对我们的技术工程师团队进行大量的建设，对我们的一些业务系统进行重构。这时要求我们的团队做好技术管理、建设好技术团队、持续发展团队技术人才、为新产品研发做技术方案的正确选型。

拥有实践案例+技术管理的技术方向体系结构的特点。

课程收益

掌握技术管理中技术与管理的融合方式；

掌握技术方向管理方面的有效做法；

从案例中理解技术管理中技术的“坑”点所在；

掌握度量团队技术良性发展的方法;

掌握技术内容的沟通的思考角度；

受众人群

有多年技术管理经验的技术管理者。

课程时长

2天（12H）

分享提纲