2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf

2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf

ID:48017260

大小:1.77 MB

页数:25页

时间:2019-08-23

2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf_第1页
2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf_第2页
2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf_第3页
2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf_第4页
2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf_第5页
资源描述:

《2-1-后SOA主义,微服务架构演化之道-欧阳辰.pdf》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、后SOA主义:微服务架构演化之路欧阳辰2016.4.232016-4-23我是谁?高级开发经理/工程师研发主管/架构师欧阳辰开发主管企业软件互联网移动互联网10年•>15年的软件研发经验•www.ouyangchen.com今天的话题•对软件架构的几个观点•几个架构演化的历程•微服务实践的血泪之歌•让解耦更加彻底一些•如何让架构“活在当下”对于架构的主要观点•一切抛开业务的架构设计都是耍流氓•软件架构是学习和演化,不是蓝图•“过往不念,当下不杂,未来不迎”•微服务架构的未来不是梦业务数据工程小米广告的

2、架构演化流量10X业务线10X小米广告的技术架构LVSNginxZoJavaPaoding-RoseRedisHBaseokLucencThrifteeKafkaepeStormMySQLHBaserDruidHive/Pig/ImpalHBaseSparkaHDFSHadoopJIRAMavenGit,NexusOpen-FalconXBoxAmazonMARATHON/MesosAWS/Docker小米广告平台演化阶段1.“加”:新业务疯狂上线,耦合2.“减”:服务化,解耦3.“乘”:微创新,引入

3、新技术4.“除”:抽象,平衡什么是架构?•软件架构一般来说组织成视图(逻辑,设计,部署等)(IEEE)•所有架构都是设计,不是每个设计都是架构。架构代表着发展一个系统的重要设计决策,这个重要性是通过变化引入成本来衡量的(GradyBooch,06)•“一切圣贤,皆以无为法而有差别”(金刚经)•架构是学习和演化,不是蓝图(Chen)架构师和建筑师什么是业务?•业务就是Business:收入-成本=利润•Shareholders:业务,用户,客户,领域专家•码农的工作分为三种:•提升收入(新业务等)•降低

4、成本(开发成本,变化成本等)•提供洞察(数据的商业价值)水平扩展一切(ScaleoutEverything)《大型网站技术架构》架构演化:StackOverflow-ScaleUp1.这个软件架构是很"烂"(Boring)的2.保持一个很“烂"的架构是非常有趣的“未来不迎”!你需要微服务化么?FrontFrontDoorDoor理想很丰满,现实很骨感!FrontServiceServiceServiceDoor/View并行化,异步调用MiddleTierServiceServiceDatabaseS

5、erviceServiceServiceDatabaseDatabase架构的演化—搜索引擎收入->相关性:NDCGSideBySide用户的行为成本->索引:Software,Hardware,Data架构的演化—广告的演化业务:变现能力•eCPM=Bid*CTR的最大化•CTR预估模型内存需求暴涨•各种实验的支持(工程&算法)•流动的数据http://dirlt.com/computational-advertising.html小米MIUI迭代和应用趋势•小米MIUI的发布周期•体验版:每日

6、发版(几十万内测)•开发部:每周发版(几百万公测)•稳定版:每月发版(全体推送)•MIUI应用的趋势H5HybDo单ridmi发H5natMIUedIROM架构演化—技术的选择•eBay•开源,自主发展,中间道路•PerlC++Java->MicroServices•从你熟悉的技术开始•微软•技术为业务而生•C++.NETSOA•Amazon•C++-Java/ScalaMicroServices•京东•ASP.NETJavaSOA/Infrastructure•小米网•PHP->SO

7、A/GOLANG技术选择—小米开源之道•从开源走来我们有三位HBaseCommitter!•业务驱动的改进•贡献开源例如:HBase应用于云服务ApacheKylinClouderaKudu失控,组织和演化•自组合,去中心化•容错性,分布式•群体,量变到质变•网络经济学•电子货币•人工进化•死亡是最好的老师•学习和进化的区别Randy的可扩展架构7原则•按功能分区(PartitionbyFunction)•水平切分•避免事务•异步解耦•次序流改进为异步•虚拟化所有层次•适当使用缓存我的解耦4大基本原则

8、和技术原则•先业务,后技术;先逻辑,后物理•奥卡姆剃刀:如无必须,勿曾实体•正交性:分解出模块无职责的重复•稳定性原则:稳定和易变的分解技术-接口-消息队列-模块化,服务化-异步化架构师的OKR或KPIs•关键指标(OneMetricThatMatters)•向业务负责•帮助团队获得满足感•随时回答团队的问题•保持谦逊和诚实总结•一切抛开业务的架构设计都是耍流氓•“过往不念,当下不杂,未来不迎”管理技术•微服务架构的未来不是梦组织文化架构师/微服务:道阻

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。