图解:传统架构到分布式服务化架构的架构演进

前言

从计算机在中国进入,到互联网时代再到现在的移动互联网时代和正在向我们走来的大数据时代和AI时代,项目架构也随着时代的改变在不断的演化升级,从单一应用架构到现在的分布式服务化架构,经历了很大的发展和改变。下面就是利用图片给大家讲解发展过程。


分析:
刚开始互联网因为电脑的普及不够广泛,互联网使用成本高,用户量比较低,所以一开始单应用架构架构就可以满足需求,也不存在太大应用架构上的可优化点,主要优化点还是停留在带宽上,我们都知道从2G网络到3G网络再到现在的4G网络,在这个过程中上面的架构是可以满足的,另外一方面在于以前的系统业务并不是那么复杂,从以前的文字、到图片、声音、视频,是伴随着数据传送成本的减少而来的。
应用包含了所有的业务逻辑,比如说登录,权限校验,商品查询,下单,积分呀等等功能模块,所有的东西都放在一个项目里面。

分析:
随着电脑成本和网络成本下降、互联网技术的发展,使用电脑,上网的人群越来越庞大,原本的单应用架构已经开始吃不消了,为了解决系统的性能瓶颈,采用了负载均衡器分流到应用集群去,同时对数据库也进行了主从的方式,有的还把缓存引入了进来。这个架构到现在也依然普遍存在。


分析:
随着电脑的进一步普及和手机用户的爆炸增长,业务复杂性越来越大,功能之间耦合性越来越大,通过不断加应用服务器进行扩展可以解决一些问题,但项目的运营维护成本变得越来越大,实际效果也不是很理想。比如说所以的功能模块并不是一样的使用频率,如果通过增加应用服务器,一方面代码升级迭代造成困难,不利于产品的分析和优化。现在非常流行的服务化开发就是这样把原先耦合在一起的功能模块抽离出来单独称为一个服务提供给其他应用,那么针对各个模块项目的服务化就可以通过数据分析进行扩展,这样在业务逻辑不变的情况下,虽然增加了服务管理的成本,但却能够监控到各个链路的性能瓶颈,以及可选性的对相应服务进行扩展和优化迭代而不影响其他服务,这也就是目前互联网和移动化联网使用的最流行的一套解决方案:分布式服务化架构,是一套高并发高可用的架构方案。

原文地址:http://blog.51cto.com/4837471/2313705

时间: 2024-11-13 05:27:00

图解:传统架构到分布式服务化架构的架构演进的相关文章

分布式、微服务、云架构、分布式大型互联网企业架构!

框架简介--主要定位于互联网企业架构,已内置企业信息化系统的基础功能和高效的代码生成工具,包括:系统权限组件.数据权限组件.数据字典组件.核心工具 组件.视图操作组件.工作流组件组件.代码生成等.采用分层设计.双重验证.提交数据安全编码.密码加密.访问验证.数据权限验证.平台简介 是一个分布式的框架,提供项目模块化.服务化.热插拔的思想,高度封装安全性的Java EE快速开发平台. 本身集成Dubbo服务管控.Zookeeper注册中心.Redis分布式缓存技术.FastDFS分布式文件系统.A

微服务架构下分布式事务方案

1 微服务的发展 微服务倡导将复杂的单体应用拆分为若干个功能简单.松耦合的服务,这样可以降低开发难度.增强扩展性.便于敏捷开发.当前被越来越多的开发者推崇,很多互联网行业巨头.开源社区等都开始了微服务的讨论和实践.Hailo有160个不同服务构成,NetFlix有大约600个服务.国内方面,阿里巴巴.腾讯.360.京东.58同城等很多互联网公司都进行了微服务化实践.当前微服务的开发框架也非常多,比较著名的有Dubbo.SpringCloud.thrift .grpc等. 2 微服务落地存在的问题

大型分布式电商系统架构是如何从0开始演进的?【转】

本文是学习大型分布式网站架构的技术总结.对架构一个高性能.高可用.可伸缩及可扩展的分布式网站进行了概要性描述,并给出一个架构参考.文中一部分为读书笔记,一部分是个人经验总结,对大型分布式网站架构有较好的参考价值. 一.大型分布式网站架构技术 1.大型网站的特点 用户多,分布广泛 大流量,高并发 海量数据,服务高可用 安全环境恶劣,易受网络攻击 功能多,变更快,频繁发布 从小到大,渐进发展 以用户为中心 免费服务,付费体验 2.大型网站架构目标 高性能:提供快速的访问体验. 高可用:网站服务一直可

三分钟彻底弄懂什么是分布式和微服务架构

一.微服务简介 1. 微服务的诞生 微服务是基于分而治之的思想演化出来的.过去传统的一个大型而又全面的系统,随着互联网的发展已经很难满足市场对技术的需求,于是我们从单独架构发展到分布式架构,又从分布式架构发展到 SOA 架构,服务不断的被拆分和分解,粒度也越来越小,直到微服务架构的诞生. 微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调.互相配合,为用户提供最终价值. 每个服务运行在其独立的进程中,服务和服务间采用轻量级的通信机制互相沟通(通常是基于 HTTP

微服务架构的分布式事务场景及解决方案分析

分布式系统架构中,分布式事务问题是一个绕不过去的挑战.而微服务架构的流行,让分布式事问题日益突出! 下面我们以电商购物支付流程中,在各大参与者系统中可能会遇到分布式事务问题的场景进行详细的分析! 如上图所示,假设三大参与平台(电商平台.支付平台.银行)的系统都做了分布式系统架构拆分,按上数中的流程步骤进行分析: 1.电商平台中创建订单:预留库存.预扣减积分.锁定优惠券,此时电商平台内各服务间会有分布式事务问题,因为此时已经要跨多个内部服务修改数据: 2.支付平台中创建支付订单(选银行卡支付):查

微服务架构的分布式事务解决方案

微服务架构的分布式事务解决方案 标签:分布式事务,微服务,消息最终一致性,分布式事务解决方案发布于 2016-07-16 18:39:05 分布式系统架构中,分布式事务问题是一个绕不过去的挑战.而微服务架构的流行,让分布式事问题日益突出! 下面我们以电商购物支付流程中,在各大参与者系统中可能会遇到分布式事务问题的场景进行详细的分析! 如上图所示,假设三大参与平台(电商平台.支付平台.银行)的系统都做了分布式系统架构拆分,按上数中的流程步骤进行分析: 1.电商平台中创建订单:预留库存.预扣减积分.

架构新说之响应式微服务架构-分布式系统设计原则

O'Reilly的电子书<Reactive Microservices Architecture>讲述了微服务/分布式系统的一些设计原则,本文是笔者阅读完此书后的理解. 微服务相比传统的单体应用能够带来快速的响应,以小的系统产生大的影响.而随着网络加速.磁盘成本降低.RAM成本降低.多核技术的发展.云架构技术的爆发,微服务不再受这些客观条件的限制,已经开始大规模的应用. 与SOA架构,微服务和它都具有相同的初衷:解耦.隔离.组合.集成.分散以及自主,但是SOA经常被误解和误用,尤其是使用ESB

微服务架构及分布式事务解决方案

分布式事务 分布式事务场景如何设计系统架构及解决数据一致性问题,个人理解最终方案把握以下原则就可以了,那就是:大事务=小事务(原子事务)+异步(消息通知),解决分布式事务的最好办法其实就是不考虑分布式事务,将一个大的业务进行拆分,整个大的业务流程,转化成若干个小的业务流程,然后通过设计补偿流程从而考虑最终一致性. What’s 事务 事务(Transaction)及其ACID属性 事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性: 原子性(Atomic

分布式服务器集群架构方案思考

nginx-reverse-proxy-conf 研究了一套完整的分布式服务器集群架构方案. 0x01.大型网站演化 简单说,分布式是以缩短单个任务的执行时间来提升效率的,而集群则是通过提高单位时间内执行的任务数来提升效率. 集群主要分为:高可用集群(High Availability Cluster),负载均衡集群(Load Balance Cluster,nginx即可实现),科学计算集群(High Performance Computing Cluster). 分布式是指将不同的业务分布在