新一代轻量级it互联网架构方案介绍

下一代IT：新常态轻量级互联网架构介绍,下一代 IT:新常态,下一代IT: 新常态,用户在主要的WEB和移动应用方面已经积累的了良好体验，因而也期待在所有自研或商业应用都能达到完美的用户体验。 并希望应用能够在任何设备使用，并可以自动适配任何尺寸的设备。,版本节奏,性能&稳定性,开放性,用户体验,版本的交付周期越来越短，以无缝的方式实现应用功能的增量变化。新的功能属性交付可以按天（最多按周）达成，新功能的部署也是悄无声息的进行，对应用的运行毫无影响。,开源社区创造了大量的创新软件技术，加强了WEB能力。主要的服务和平台都有标准化的开放API，使得能按照个性化需求来增强能力，以提高应用价值,很小的团队既可以实现得益于云技术的发展，很小开发团队便可以使用轻量级架构技术实现成千上万的用户访问的应用，系统访问量的增加，对技术架构的挑战不大，通过弹性伸缩既可以满足需要,在数字化时代，用户对正在使用的服务有非常高的期望，IT组织需要考虑如何面对交付、以及应对未知的压力，这些都是当务之急,新常态 - 大背景,如下变化的产生带来技术生态的完全变化,轻量级架构使得适应变化成为“新常态”,传统架构,轻量级架构,按照设备标准开发,单体,技术单一,供应商技术驱动,响应式Web设计,模块化&微服务,选择最佳的工具完成交付,拥抱开源技术&生态,版本交付按月,版本交付按天,基于工具的集成技术,标准化&基于API的集成,收益,轻量级架构依靠必要的资产、工具和流程来武装研发组织，创造出新的价值，以适应“新常态”,通过开源技术栈，构建Devops平台，以实现现代软件工程方式，体现自动化的价值与精髓通过响应式WEB设计适应多种设备，体现“一种设计，多设备适配“降低应用/产品的上市时间交付可度量，靠流线型方式实现短期和长期的交付通过微服务模式实现应用的充分解耦，提高业务敏捷性，能够最快最好的适应业务变化在任何设备都可以得到良好的用户体验，加快交付速度，降低投入成本,轻量级架构资产,什么是轻量级架构?,模块化,最佳组合的组件、框架和参考应用允许按照最佳实践快速启动应用开发工作完整的参考架构能够指导工程师按照既定的方法参与软件开发工作，比如: HTML 5, JavaScript, APIs, Microservices等.行业级的 DevOps 平台可以实现 Agile development & Continuous Delivery,轻量级架构是Accenture实现现代全栈研发的加速器,我们带你从这里出发,核心业务服务,商务,CRM,内容管理,Web,企业服务总线,应用,APIs,单体的后端系统,渠道,到达这里,核心业务服务,商务,CRM,内容管理,APIs,微服务,Web,移动,第三方应用,任何渠道,Channels,11,轻量级架构 资产,12,Accenture Open Web Platform,The Modern Web Accelerator for RWD Application DevelopmentConsists of three distinct reference architectures + acceleratorsReference Architecture on Angular JSSet of reference applications enabling responsive design in HTM5Accelerators and building blocks that allow the foundation of applications to be assembled quickly, then for application development to proceed according to established best practicesAOWP includes reference architecture, documentation, DevOps enabling software factory, and project accelerators,13,Accenture Open Services Platform,The plumbing for Lightweight Applications: middleware, services, business logicConsists of three distinct reference architectures + acceleratorsReactive architecture with Scala and AkkaWeb API architecture with node.jsLightweight Java architecture for middleware and servicesAOSP includes reference architecture, documentation, DevOps enabling software factory, and project accelerators,14,Accenture Open Data Platform,The foundation for lightweight applications: data storage, persistenceConsists of distinct reference architectures for Persistence & cachingData storage with noSQL with couchbase, mongodb, couchdb, and riak(Key-value存储服务器)Application/execution architecture for data-intensive applicationsAODP includes reference architecture, documentation, developer enablement, and project accelerators,15,应用案例,16,1-ETP微服务项目（1/2）,客户:某高科技厂商项目名称：ETP（关联交易）交付时间：2016.10关键词：大企业、Spring Cloud/Spring boot、Devops、框架改造,作为某厂商财经领域第一个微服务项目，项目开发团队对微服务、分布式系统无经验，无现成的开发框架支持微服务架构。项目指定使用华为自研jalor5非分布式框架。由此带来以下开发层面的挑战：jalor5框架在微服务架构下的适应远程服务调用方法的缺失依赖JAR包版本管理的混乱服务间联调测试导致开发效率的缓慢,轻量化jalor5框架，已贡献给jalor5框架组，框架组已接收维护，并在8月正式发布。Wave框架，目前已在ETP及某厂商其他多个微服务项目中推广使用。在ETP及多个某厂商其他微服务项目推广maven+spring boot构建项目的方法。在ETP项目开发过程中引入持续集成。在某厂商财经领域第一个使用华为HAE pCloud容器平台运维微服务。,针对挑战，Accenture提供的解决方案:不改变jalor5框架源码的情况下，通过按需静态加载jar包，动态加载实例的方式将框架轻量化，提升框架的启动速度。不改变jalor5框架源码的情况下，添加功能以适应微服务架构的分布式特性。自研完全无侵入式RPC调用框架-wave，让开发人员0成本的调用远程服务。通过maven统一管理项目依赖的jar包版本。通过fiddler mock模拟远程服务，提升联调测试效率，,成果,我们的解决方法,业务挑战,17,1-ETP微服务项目（2/2）,微服务架构模式,基于java的微服务运行框架spring boot,基于mock的单元测试方法,结合华为现状的服务注册/发现方案,微服务模式下的开发团队协作,开发人员0成本使用远程服务调用框架,保留jalor5框架，框架无损害轻量化分步式改造方案,基于redis的分布式共享session方案,maven管理jar包依赖及统一项目中各服务版本的方法,自动测试、持续集成方案,技术栈,为了达成目标，我们对以下方面进行了分析并提供了解决方案和建议:,18,2-航材微服务项目（1/2）,客户:某国有航材公司项目名称：AMRO交付时间：2016.6关键词：技术陈旧、解耦、微服务改造、Spring Cloud,技术陈旧，不能适应用户升级(10年前以数据库为中心的架构)代码随着业务需求的不断增加，代码量迅速增加产品技术架构经过10年的发展，没有经过重构，很多技术已经逐步失去了技术储备，新人很难了解系统的架构受制于数据库为中心的架构限制，业务高度耦合，代码修改困难。系统无法与客户需求匹配。使用的技术无法适应国际化和多浏览器环境传统单体应用无法自动发布和自动化部署。系统已经无法满足用户不断变化的需求，交付周期长.,使用基于spring boot及spring cloud 的技术搭建了微服务平台根据微服务的原则对系统进行了业务拆分初步完成了微服务生态的搭建配合微服务的技术演进对团队组织架构进行了调整与之进行匹配开发效率提高1倍，交付周期大大缩短，系统更易于适应客户需求的变化,使用微服务的原则，将系统解耦，各个服务根据需要采用当前成熟的技术划分边界上下文,对现有业务进行拆分和重构,提供单个微服务的内聚性，大大降低了单个微服务的代码量。使用当前流行的spring boot等技术对系统进行重构使用微服务将系统重构，各服务模块能按需变化，提高灵活性。前端基于现在流行的响应式框架如bootstrap等技术，以适配多种浏览器环境搭建自动化集成和部署环境通过微服务化以及CI&CD,提高了交付速度，缩短了交付周期,成果,我们的解决方法,业务挑战,2-航材微服务项目（2/2）,多渠道适应,运行模板,基于mock的单元测试方法,基于Spring Cloud构建微服务运行体系,微服务模式下的开发团队协作,标准化、服务化、API管理,第三方集成,基于redis的分布式共享session方案,maven管理jar包依赖及统一项目中各服务版本的方法,响应式web设计,Dependency / Package ManagementMaven,Client-side Templatesbootstrap,Server-side MVCSpring boot, Spring cloud,UI LibrariesjQuery,BuildMaven,技术栈,为了达成目标，我们对以下方面进行了分析并提供了解决方案和建议:,20,某修车网微服务项目（1/2）,客户:某汽车后市场O2O公司项目名称：B2B网上商城交付时间：11/18/2015关键词：O2O、Micro service、DevOps、CI、CD、DubboX、 Spring boot、 业务泳道、分布式,公司核心O2O业务有：B2B网站商城、B2C移动商城、供应链服务，服务于5万生产商、15万经销商、20万修理厂、车主不定。从而提出以下关键挑战：保证商品在三大子系统中的业务打通高性能，能够持续满足当前业务量及增长需求关键业务环节保证高可用、灵活扩展、可伸缩，不受别的环节影响，独立演进灵活应对业务敏捷需要.,提供O2O级业务架构蓝图与路标规划提供O2O级IT架构蓝图与路标规划系统架构基于当前流行和先进的开源技术，如：Spring boot、DubboX、分布式Mysql、Redis、MongoDB、MQ、elastic-search、hadoop、spark实现了从UI到数据源的全面关键业务环节隔离，性能可伸缩，安全适度实现了开发、测试环境的基于容器的持续集成,针对挑战，Accenture提供的解决方案:全面梳理和规划O2O企业级业务架构构建O2O级统一商品库、统一用户主数据平台，打通跨系统的端到端流程三大子系统均以微服务架构设计与实现，实现独立的业务泳道，隔离不同业务环节5-7人小团队，在沟通、开发、测试、部署、上线各环节完全隔离，实现持续集成业务监控与用户行为大数据收集,成果,解决方法,业务挑战,21,某修车网微服务项目（2/2）,微服务架构模式,基于DubboX+Spring Boot 的微服务开发框架,基于mock的单元测试方法,服务注册中心、消费者边的服务发现、去中心化,5-7人小团队同，自主、自治,支持Rest、MQ等同步、异步调用方式、分布式数据库,Dobbo monitor、MongoDB的服务监控、异常监控,基于redis的分布式共享session、查询缓存方案,maven管理jar包依赖及统一项目中各服务版本的方法,基于docker swarm集群的开发、测试环境持续集成,技术栈,为了达成目标，我们对以下方面进行了分析并提供了解决方案和建议:,22,4-某高科技厂商传统应用服务化改造服务项目（1/2）,客户:某高科技厂商项目名称：Gaia交付时间：2017/02关键词：大单体、代码耦合程度高、高运算、维护难度大,2016年部门技术规划的目标包括平台化&弹性能力，要求业务OS平台基于构建微服务架构。在做微服务化的过程中项目遇到如下问题： 服务颗粒度过大，服务内部耦合度高，需求响应周期长。主设配配置服务代码量15W、开发人员数十个，该模块中各个计算子业务耦合紧密，目前需求响应时间1个月。 微服务拆分粒度很难把握。比如配置如果按照BOQ粒度拆分, 粒度过大，会影响灵活性；如果按照产品模型来分，粒度过小，需要在服务节点之间搬移配置数据，而且搬移的数据量比较大,会增加网络和性能开销。 服务化后带来系统复杂性，目前没有得到有效解决。,构建平台服务治理自动化集成、部署、运维缩短交付周期提升代码质量,我们主要提出如下做法:技术专家、业务专家协同工作，梳理业务现状，从应用逻辑上进行解耦，划分边界。切分出高并发、高运算的业务逻辑，进行服务设计。采用Spring Cloud开发微服务应用。在开发、运维环节多考虑自动化方式，依托现有公司的CI/CD平台。采用容器部署部署，依托K8S实现容器管理。,预期成果,我们的解决方法,业务挑战,4-某高科技厂商传统应用服务化改造服务项目（2/2）,Development FrameworkSpring boot，Spring Cloud,UI LibrariesjQuery, webix,BuildMaven,技术栈,Runtime PlatformDocker，K8S，ciCLoud,多渠道适应，支持手机、Web访问,良好的监控体系，实时预警、分析,通过K8S、Docker、VM实现微服务运行平台,基于Dubbox、Spring Cloud构建微服务运行体系,微服务模式下的开发团队协作,标准化、服务化、API管理,第三方集成,基于redis、Memcache的分布式共享session方案,maven管理jar包依赖及统一项目中各服务版本的方法,响应式web设计,为了达成目标，我们对以下方面进行了分析并提供了解决方案和建议:,24,挑战和风险,微服务化并非包治百病的灵丹妙药,测试、监控、安全等运维工作更复杂多开发语言系统的可持续性问题难以避免的资源冗余和重复构建,突破传统纵向分层架构框架开发及运维技术能力要求提高传统开发模式与运维衔接问题,架构挑战,组织人员挑战,实施交付挑战,服务化仅转移系统复杂度，并非简化复杂逻辑的实现过程涉及更多交互服务化要求系统必然实现分布式处理,核心架构简化是以周边架构复杂度为代价,业界存在诸多框架和工具，可用于构建服务，每一个选项都可以较便捷的快速构建出服务单元然而在选定框架和工具链时，仍有诸多需要通盘考虑的先决条件,数据离散,相互独立的数据存储机制，导致关联数据可能分散于多个子系统微服务框架不鼓励后台数据同步需通过API网关，以可监管的方式，获取整体数据视图,Service,Service,Service,Service,Service,Service,Data synchronization,影响分布式处理机制的因素网络是否稳定可靠访问延迟传输带宽通讯安全通讯协议变更管理员依赖资源环境齐整性,分布式处理机制的难度,Consistency 一致性节点间数据时刻保持严格一致Availability 可用性所有健康节点时刻可提供服务Partition Tolerance 冗余能力可容忍部分节点故障,CAP 理论 A与C难以两全,C,A,P,PickAnyTwo,附录,轻量级架构-原则,面向服务、微服务架构,可扩展性,开发语言和技术独立性,适应性,可伸缩,分布式,完整的生态支持,轻量级架构/商业重量级,API,轻量级架构-资产,31,轻量级架构资产在AOPS(Accenture Open Platforms)中分成好几个部分,AOPS是参考架构、加速器的集合，可以理解成一些知识资产、方案以及开源产品（原生或增强）的集合，能够让我们的交付团队基于过往的经验定制一个通用的底座，加速交付速度、质量。每一个开发平台由预配置、预集成的技术和产品与参考架构界定的能力组件匹配，目的是保证高质量的交付工作可以迅速完成。Accenture拥有三种开放平台: Accenture Open Web Platform focusing on User InterfaceAccenture Open Services Platform focusing on backend, APIs, and MicroservicesAccenture Open Data Platform focusing on Data & Storage轻量级架构使得每一个埃森哲开发平台（AOP）具备行业级的Devops能力、平台能力组件选择、参考应用等。,Accenture轻量级架构专家能力,专家级架构师遍布全球各地，主要集中在北美、欧洲、印度、大中华区。交付能力主要集中在美国、墨西哥、斯洛文尼亚、新加坡、印度、中国，其中中国交付力量主要集中在大连、深圳、广州、成都、北京、上海。专家能力主要集中于JavaScript/HTML5, 响应式架构, Scala, noSQL, 容器技术, DevOps，微服务架构（如Dubbo,Spring cloud）等。针对微服务架构，Accenture在大中华区具备咨询规划、架构设计、交付实施等能力。良好的团队结构、培训体系、知识库体系。,20,150,300,30,40,埃森哲的轻量级架构实践有专家、架构师、开发者积累而成，可以支持全球网络交付,中国区拥有150+以上专业资深的轻量级架构咨询专家，拥有8000+以上支撑实施交付的专业技术人才,50,Accenture轻量级架构专家能力（大中华区）,参与过众多企业服务集成项目，对SOA、微服务有着精深的理解与丰富的实践经验，熟悉微服务架构设计模式、微服务交付模式、Devops、容器技术，对Mesos、K8s等容器管理技术也有较强理解。实施过通信、互联网、制造等行业的微服务应用，采用Zookeeper、Dubbo、Spring Cloud等技术，结合VM、Docker、Jenkins等实现了微服务应用的快速开发、部署、交付过程。熟悉Docker容器应用技术，使用Mesos+Docker+Marathon+Jenkins+Consul+Haproxy构建过轻量级Paas平台，支撑微服务应用运行，实现服务发现、服务注册、自动伸缩