![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构
文章平均质量分 77
微笑书生
走的太远别忘了为什么出发。
一切转载均为便于阅读和翻看方便,无其他目的。
展开
-
五分钟看完《聊聊架构》:洞见架构之道
在软件行业,架构师和工程师就类似于上帝,创建出形形色色的软件产品来服务于人类。要想当好这个角色,架构师自然也需要具备某种上帝的视角,来观察并表达这个世界。《聊聊架构》以作者的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问题,帮你理清技术、业务和架构之间的关系,洞见架构之道,进阶为更优秀的架构师。什么是架构?架构实际上解决的是人的问题,架构的产出物就是对问题的分...转载 2018-04-09 10:54:14 · 1878 阅读 · 0 评论 -
一篇文章快速理解微服务架构
2018-03-08 徐蓓 Docker什么是微服务首先微服务并没有一个官方的定义,想要直接描述微服务比较困难,我们可以通过对比传统WEB应用,来理解什么是微服务。传统的WEB应用核心分为业务逻辑、适配器以及API或通过UI访问的WEB界面。业务逻辑定义业务流程、业务规则以及领域实体。适配器包括数据库访问组件、消息组件以及访问接口等。一个打车软件的架构图如下:尽管也是遵循模块化开发,但最终它们会打...转载 2018-03-29 08:39:04 · 665 阅读 · 0 评论 -
究竟啥才是互联网架构“高并发”
2017-01-11 58沈剑 架构师之路 一、什么是高并发高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(Response Time),吞吐量(Throughput),每秒查询率QPS(Query Per Second),并发用户数等。响应时间:系统对请求做出响应的...转载 2018-03-29 08:37:35 · 327 阅读 · 0 评论 -
究竟啥才是互联网架构“高可用”
2016-12-05 58沈剑 架构师之路 一、什么是高可用高可用HA(High Availability)是分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计减少系统不能提供服务的时间。假设系统一直能够提供服务,我们说系统的可用性是100%。如果系统每运行100个时间单位,会有1个时间单位无法提供服务,我们说系统的可用性是99%。很多公司的高可用目标是4个9,也就是99.99%,这就...转载 2018-03-29 08:36:44 · 217 阅读 · 0 评论 -
啊,业务层是否也需要服务化?
2017-10-18 58沈剑 架构师之路《互联网分层架构的本质》简述了两个观点:互联网分层架构的本质,是数据的移动互联网分层架构演进的核心原则:是让上游更高效的获取与处理数据,让下游能屏蔽数据的获取细节 《分层架构:什么时候抽象DAO层,什么时候抽象数据服务层》中的观点是:当手写代码从DB中获取数据,成为通用痛点的时候,就应该抽象出DAO层,简化数据获取过程,提高数据获取效率,向上游屏蔽底层的复...转载 2018-03-29 08:35:39 · 325 阅读 · 0 评论 -
互联网架构为什么要做服务化?
2016-08-10 58沈剑 架构师之路近期参加一些业界的技术大会,“微服务架构”的话题非常之火,也在一些场合聊过服务化架构实践,最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解,希望能给大伙一些启示。如果有遗漏,也欢迎大家补充。 一、互联网高可用架构,为什么要服务化?【服务化之前高可用架构】在服务化之前,互联网的高可用架构大致是这样一个架构:(1)用户端是浏览器brows...转载 2018-03-29 08:34:25 · 297 阅读 · 0 评论 -
互联网分层架构,为啥要前后端分离?
通用业务服务化之后,系统的典型后端结构如上:web-server通过RPC接口,从通用业务服务获取数据biz-service通过RPC接口,从多个基础数据service获取数据基础数据service通过DAO,从独立db/cache获取数据db/cache存储数据 随着时间的推移,系统架构并不会一成不变,业务越来越复杂,改版越来越多,此时web-server层虽然使用了MVC架构,但以下诸多痛点是...转载 2018-03-29 08:32:58 · 525 阅读 · 0 评论 -
互联网分层架构的本质
上图是一个典型的互联网分层架构:客户端层:典型调用方是browser或者APP站点应用层:实现核心业务逻辑,从下游获取数据,对上游返回html或者json数据-缓存层:加速访问存储数据-数据库层:固化数据存储 如果实施了服务化,这个分层架构图可能是这样:中间多了一个服务层。 同一个层次的内部,例如端上的APP,以及web-server,也都有进行MVC分层:view层:展现control层:逻辑m...转载 2018-03-29 08:31:50 · 319 阅读 · 0 评论 -
一分钟了解负载均衡的一切
什么是负载均衡负载均衡(Load Balance)是分布式系统架构设计中必须考虑的因素之一,它通常是指,将请求/数据【均匀】分摊到多个操作单元上执行,负载均衡的关键在于【均匀】。 常见的负载均衡方案常见互联网分布式架构如上,分为客户端层、反向代理nginx层、站点层、服务层、数据层。可以看到,每一个下游都有多个上游调用,只需要做到,每一个上游都均匀访问每一个下游,就能实现“将请求/数据【均匀】分摊...转载 2018-03-28 09:00:59 · 340 阅读 · 0 评论 -
一张“神图”看懂单机/集群/热备/磁盘阵列(RAID)
单机部署(stand-alone):只有一个饮水机提供服务,服务只部署一份集群部署(cluster):有多个饮水机同时提供服务,服务冗余部署,每个冗余的服务都对外提供服务,一个服务挂掉时依然可用热备部署(hot-swap):只有一个桶提供服务,另一个桶stand-by,在水用完时自动热替换,服务冗余部署,只有一个主服务对外提供服务,影子服务在主服务挂掉时顶上磁盘阵列RAID(Redundant A...转载 2018-03-28 09:00:07 · 613 阅读 · 0 评论 -
讲讲拆分:从单体式应用到微服务的低风险演变(一)
作者:Christian Posta 译者:海松 原题:Low-risk Monolith to Microservice Evolution Part I在为期两天的微服务研讨会中,我一直在思考如何向大家解释单体应用(monolith-application)分解以及它向微服务过渡后将会是什么样。本文是该主题的一小部分,但我想与大家分享,并得到反馈(在研讨会中,我们会更详细地讨论是否应该分解单体...转载 2018-03-28 08:55:34 · 695 阅读 · 0 评论 -
十多年研发、架构经验老司机的技术选型哲学
作者|杨波编辑|小智不谈具体技术,从更高层面看,技术选型应该怎么做?写在前面技术选型是一个很热门的话题,最近我看到自己的微信朋友圈有好几篇关于技术选型的文章,读者对这类主题的热情很高。在技术组织内部,技术人员经常会面临技术选型问题,有时候,技术选型还常常牵扯好几波干系人,相互之间还会产生争议,有的甚至还可能发展到派系斗争的地步。即便像我自己,已经有十几年研发和架构经验的老司机,不管是工作还是业余,...转载 2018-03-28 08:47:28 · 296 阅读 · 0 评论 -
架构师需要具备的几项技能
2018-02-04 58沈剑 架构师之路1. 好的架构师,一定是好的程序员没写过N年代码,何来指点江山?没做过N年架构实践,何以指导避坑?只有框架,没有细节,何以服众?bad case:项目失败了,架构师点评技术团队“能力差”bad case :项目失败了,技术团队点评架构师“只会忽悠”2. 跨域知识如果只是一个方向能力强,顶多算技术高手除了一个/几个方向的专家,对端,站点,服务,数据等多方面...转载 2018-03-29 08:39:58 · 851 阅读 · 0 评论