logo

地址:深圳南山区大冲国际中心21楼

联系我们 : contact@wise2c.com

产品支持 : service@wise2c.com

售前咨询 : sales@wise2c.com

电话: +86 (755) 33268246

粤ICP备16049363号

听广发证券首席架构师-梁启鸿畅谈容器化与组织结构

深圳睿云智合科技有限公司 > 睿云新闻  > 听广发证券首席架构师-梁启鸿畅谈容器化与组织结构

听广发证券首席架构师-梁启鸿畅谈容器化与组织结构

9月6日,由深圳金融信息服务协会主办,我公司(深圳睿云智合科技有限公司)与Rancher Labs联合协办的,深圳金融IT界容器技术专题研讨会隆重召开并胜利闭幕!

 

会议汇聚了国内外知名的云计算技术大咖,以及招商银行、平安科技、富德生命人寿、广发证券等国内金融科技引领企业的容器技术实践团队的经验分享,为150多人的在场嘉宾奉上了一场堪称金融行业与最前沿容器技术的巅峰碰撞!

 

除了深圳本地的金融行业技术人员,更有来自北京、上海、东北的多家金融机构信息技术团队积极参与,大家纷纷表示会议干货多多,收获颇丰。

 

以下就是小编为大家整理的嘉宾分享内容系列速递,按照演讲顺序,今天继续为大家推出的是来自广发证券首席架构师兼信息技术部副总经理 – 梁启鸿 的分享:《容器化与组织结构》

 梁启鸿 的分享:《容器化与组织结构》

 

 

首先,梁启鸿先生以新常态与去库存展开分享,并且结合金融IT以及现在互联网发展态势,进行了探讨:

对于现在传统企业的IT架构而言,代码库存繁多、杂乱 、变更快,从而导致运维风险大、成本高,从而无法很好的管理这些代码库存。很多企业就想抓住这样技术变革的机会进行弯道超车,就拿如火如荼的金融行业来说,正在紧锣密鼓的部署着一套套属于自己的架构体系。

除此之外,梁启鸿先生还介绍了互联网区块链中的分布式、去中心化、去库存的架构。对于这样的架构我们可能需要用到微服务(微服务架构)。一旦采用微服务,由于生产工具影响生产者关系,容器工具链便成了一个重量级的杀手武器容器!

 

容器化

容器化 – 可能是过去五年来软件业最重要的运动”。容器技术的出现其实是一种潮流,一种趋势,但为什么又要称之为运动呢?

他改变了我们的交付方式,改变了我们的软件思维。等到容器工具出现的时候,DevOps才得到真正的发展。

容器化

理性认识容器化技术

 

  • 技术问题解决的关键,没有“银子弹”,容器不是“黑科技”
  • 容器技术,促进了更多新技术发展;
  • 容器工具链,促进DevOps;
  • 用容器工具链,更便于遵循Micro Service、Reactive、12-Factors 等架构风格、最佳实践;

 

  • 容器对你的代码没有入侵性– 不会让系统更快或者更慢;对你的架构有入侵性– 一旦采用你就要走分布式架构。

容器的分析

容器出现前后的云计算

容器出现前大家认为云计算是运维人员使用的技术,接触最多的就是虚拟机。用虚拟机的api与业务应用相结合。这个时期应用架构并没有受到云计算的影响。而容器出现后,云计算技术向应用转移,开发者成为它的直接用户,编排好的容器里的东西运维不需要关注。要用好容器,需要了解好分布式的架构。还用以前的应用架构去搭建是不现实的。

 

 

 

组织结构

影响组织结构的技术、架构理念与技术运动如下:

▪ 云计算:IaaS/PaaS/SaaS

▪ 微服务:MicroServices、Containerization

▪ DevOps:APM、InfrastructureAsCode、ImmutableInfrastructure、ITAutomation…

 

单体架构组织以及微服务架构组织

 

所谓servlet、mvc这些都是一些传统的方式。到2013我们开始用这种全栈同构的基础架构同时走这种微服务方向,你比如像这种电商服务产品中心,购物车,适当性管理形成一些单一的微服务,这些微服务是可以共享这些应用的。

单体架构组织以及微服务架构组织

Gartner内架构外架构

 

在Inner Architecture中singleresponsibility这种单一微服务,他的边界是很清晰的,技术主要聚焦在业务,有时需要2、3个人的小团队去负责。而outer Architecture,他的可用性、弹性、韧性就只需交给平台去负责管理即可,它有着强大的监控部署体系同时兼容着PaaS平台即服务,这也是容器技术出现之后,PaaS变得更可用、更现实,还解决了一些PaaS中出现的繁琐、碎片化的问题。

Gartner的“内架构”与“外架构”

Silo型到Matrix型到DevOps

 

说到组织结构是从silo型到matrix型到devops型慢慢演变的一个过程。要想建立良好的组织结构,首先需要建立一个平台团队,每一个项目以产品经理去驱动。保障交付的时间,不保障交付的功能。对于传统的流程是从业务的需求,审批,再到硬件的采购,软件的开发,再测试部署,最后客户反馈,每一个环节可能是一个礼拜或者一个月,而现有的agile devops则是直接从业务到软件开发部署,最后反馈,节省了很多时间。

从Silo型到Matrix型到DevOps型

原则建议

 

▪ 大系统小做(别想“一口吃个胖子”)

▪ 小团队可以做大事情(从电商到交易终端到交易系统,都是几个人开始)

▪ 全栈(Fullstack)型技术团队让架构更加灵活

▪ Conway ‘sLaw(康威定律),不要和它“抗争”,遵循它

▪ Brooks’ Law-技术系统设计的理念,不应该建立在“加人就能增加团队生产力”这种假设上

▪ 利用工具反过来促进持续试验与学习的文化

原则建议

围绕OODA闭环的持续交付组织

 

boyd  Loop是美国空军在实战中观察总结的决策闭环。后来netflix利用亚马逊云的ami实现10分钟级别的更新部署。 代码越多,bug越复杂,生产环境就越不稳定,形成反脆弱组织的一个期望,我们需要怎么去做呢?就是同一个组织,同一个梦想,同一个kpi,让开发与运维,同一套工具。

 围绕OODA闭环的持续交付组织

 

总结

在分享结束之际,梁启鸿先生还总结了:所有金融系统都是一系列组装系统,复杂系统是分开人和机器两个部分的,那么把IT作为一个孵化器,启动一个快速迭代,快速创新同时能够支持像OODA闭环这样的环境,将其应用实践于业务生产中才是我们真正需要做的!

No Comments

Post a Comment

Comment
Name
Email
Website