推荐一本学做网站的书,温州阀门网站建设,住房城乡建设部招投标网站,织梦如何做中英文版的网站戳蓝字“CSDN云计算”关注我们哦#xff01;技术头条#xff1a;干货、简洁、多维全面。更多云计算精华知识尽在眼前#xff0c;get要点、solve难题#xff0c;统统不在话下#xff01;编注: 架构决定的系统的稳定性#xff0c;扩展性和并发性#xff0c;架构的演进是从… 戳蓝字“CSDN云计算”关注我们哦技术头条干货、简洁、多维全面。更多云计算精华知识尽在眼前get要点、solve难题统统不在话下编注: 架构决定的系统的稳定性扩展性和并发性架构的演进是从简单到复杂从单一到复合持续改进的过程也是经验的积累和技术的结晶。初始阶段架构初始阶段的小型系统、应用程序、数据库、文件等所有的资源都在一台服务器上。通俗称为LAMP。特征应用程序、数据库、文件等所有的资源都在一台服务器上。描述通常服务器操作系统使用linux应用程序使用PHP开发然后部署在Apache上数据库使用Mysql汇集各种免费开源软件以及一台廉价服务器就可以开始系统的发展之路了。应用服务和数据服务分离好景不长发现随着系统访问量的再度增加webserver机器的压力在高峰期会上升到比较高这个时候开始考虑增加一台webserver。特征应用程序、数据库、文件分别部署在独立的资源上。描述数据量增加单台服务器性能及存储空间不足需要将应用和数据分离并发处理能力和数据存储空间得到了很大改善。使用缓存改善性能特征数据库中访问较集中的一小部分数据存储在缓存服务器中减少数据库的访问次数降低数据库的访问压力。描述系统访问特点遵循二八定律即80%的业务访问集中在20%的数据上。缓存分为本地缓存和远程分布式缓存本地缓存访问速度更快但缓存数据量有限同时存在与应用程序争用内存的情况。使用应用服务器集群在做完分库分表这些工作后数据库上的压力已经降到比较低了又开始过着每天看着访问量暴增的幸福生活了突然有一天发现系统的访问又开始有变慢的趋势了这个时候首先查看数据库压力一切正常之后查看webserver发现apache阻塞了很多的请求而应用服务器对每个请求也是比较快的看来是请求数太高导致需要排队等待响应速度变慢。特征多台服务器通过负载均衡同时向外部提供服务解决单台服务器处理能力和存储空间上限的问题。描述使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源提升系统的并发处理能力使得服务器的负载压力不再成为整个系统的瓶颈。数据库读写分离享受了一段时间的系统访问量高速增长的幸福后发现系统又开始变慢了这次又是什么状况呢经过查找发现数据库写入、更新的这些操作的部分数据库连接的资源竞争非常激烈导致了系统变慢。特征多台服务器通过负载均衡同时向外部提供服务解决单台服务器处理能力和存储空间上限的问题。描述使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源使得服务器的负载压力不在成为整个系统的瓶颈。反向代理和CDN加速特征采用CDN和反向代理加快系统的 访问速度。描述为了应付复杂的网络环境和不同地区用户的访问通过CDN和反向代理加快用户访问的速度同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存。分布式文件系统和分布式数据库随着系统的不断运行数据量开始大幅度增长这个时候发现分库后查询仍然会有些慢于是按照分库的思想开始做分表的工作。特征数据库采用分布式数据库文件系统采用分布式文件系统。描述任何强大的单一服务器都满足不了大型系统持续增长的业务需求数据库读写分离随着业务的发展最终也将无法满足需求需要使用分布式数据库及分布式文件系统来支撑。分布式数据库是系统数据库拆分的最后方法只有在单表数据规模非常庞大的时候才使用更常用的数据库拆分手段是业务分库将不同的业务数据库部署在不同的物理服务器上。使用NoSQL和搜索引擎特征系统引入NoSQL数据库及搜索引擎。描述随着业务越来越复杂对数据存储和检索的需求也越来越复杂系统需要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎。应用服务器通过统一数据访问模块访问各种数据减轻应用程序管理诸多数据源的麻烦。业务拆分特征系统上按照业务进行拆分改造应用服务器按照业务区分进行分别部署。描述为了应对日益复杂的业务场景通常使用分而治之的手段将整个系统业务分成不同的产品线应用之间通过超链接建立关系也可以通过消息队列进行数据分发当然更多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。纵向拆分将一个大应用拆分为多个小应用如果新业务较为独立那么就直接将其设计部署为一个独立的Web应用系统纵向拆分相对较为简单通过梳理业务将较少相关的业务剥离即可。横向拆分将复用的业务拆分出来独立部署为分布式服务新增业务只需要调用这些分布式服务横向拆分需要识别可复用的业务设计服务接口规范服务依赖关系。分布式服务特征公共的应用模块被提取出来部署在分布式服务器上供应用服务器调用。描述随着业务越拆越小应用系统整体复杂程度呈指数级上升由于所有应用要和所有数据库系统连接最终导致数据库连接资源不足拒绝服务。分布式服务应用会面临哪些问题(1) 当服务越来越多时服务URL配置管理变得非常困难F5硬件负载均衡器的单点压力也越来越大。(2) 当进一步发展服务间依赖关系变得错踪复杂甚至分不清哪个应用要在哪个应用之前启动架构师都不能完整的描述应用的架构关系。(3) 接着服务的调用量越来越大服务的容量问题就暴露出来这个服务需要多少机器支撑什么时候该加机器(4) 服务多了沟通成本也开始上升调某个服务失败该找谁服务的参数都有什么约定 (5) 一个服务有多个业务消费者如何确保服务质量(6) 随着服务的不停升级总有些意想不到的事发生比如cache写错了导致内存溢出故障不可避免每次核心服务一挂影响一大片人心慌慌如何控制故障的影响面服务是否可以功能降级或者资源劣化Java分布式应用技术基础分布式服务下的关键技术消息队列架构消息队列通过消息对象分解系统耦合性不同子系统处理同一个消息。分布式服务下的关键技术消息队列原理分布式服务下的关键技术服务框架架构服务框架通过接口分解系统耦合性不同子系统通过相同的接口描述进行服务启用服务框架是一个点对点模型服务框架面向同构系统适合移动应用、互联网应用、外部系统。分布式服务下的关键技术服务框架原理分布式服务下的关键技术服务总线架构服务总线同服务框架一样均是通过接口分解系统耦合性不同子系统通过相同的接口描述进行服务启用服务总线是一个总线式的模型服务总线面向同构、异构系统适合内部系统。分布式服务下的关键技术服务总线原理分布式系统间交互5种通信模式Request/Response模式同步模式客户端发起请求一直阻塞到服务端返回请求为止。Callback异步模式客户端发送一个RPC请求给服务器服务端处理后再发送一个消息给消息发送端提供的callback端点此类情况非常合适以下场景A组件发送RPC请求给BB处理完成后需要通知A组件做后续处理。Future模式客户端发送完请求后继续做自己的事情返回一个包含消息结果的Future对象。客户端需要使用返回结果时使用Future对象的.get()如果此时没有结果返回的话会一直阻塞到有结果返回为止。Oneway模式客户端调用完继续执行不管接收端是否成功。Reliable模式为保证通信可靠将借助于消息中心来实现消息的可靠送达请求将做持久化存储在接收方在线时做送达并由消息中心保证异常重试。通信模式的实现方式同步点对点服务模式异步点对点消息模式1异步点对点消息模式2异步广播消息模式分布式架构下的服务治理服务治理是服务框架/服务总线的核心功能。所谓服务治理是指服务的提供方和消费方达成一致的约定保证服务的高质量。服务治理功能可以解决将某些特定流量引入某一批机器以及限制某些非法消费者的恶意访问并在提供者处理量达到一定程度是拒绝接受新的访问。基于服务框架Dubbo的服务治理-服务管理可以知道你的系统对外提供了多少服务可以对服务进行升级、降级、停用、权重调整等操作可以知道你提供的服务谁在使用因业务需求可以对该消费者实施屏蔽、停用等操作基于服务框架Dubbo的服务治理-服务监控可以统计服务的每秒请求数、平均响应时间、调用量、峰值时间等作为服务集群规划、性能调优的参考指标。基于服务框架Dubbo的服务治理服务路由服务保护基于服务总线OSB的服务治理功能描述说明以上内容来自网络作者佚名仅供学习参考版权归原作者所有。福利扫描添加小编微信备注“姓名公司职位”加入【云计算学习交流群】和志同道合的朋友们共同打卡学习推荐阅读太形象了什么是边缘计算最有趣的解释没有之一互联网出海十年华为员工年薪 200 万真相让人心酸天才程序员25 岁进贝尔实验室32 岁创建信息论 琥珀 极客宝宝 5天前安全顾问反水成黑客, 靠瞎猜盗得5000万美元的以太币, 一个区块链大盗的另类传奇人造器官新突破美国科学家3D打印出会“呼吸”的肺 | Science真香朕在看了
