共计 689 个字符,预计需要花费 2 分钟才能阅读完成。
随着云化时代的到来,软件服务架构也从传统的单体架构向微服务架构转变,微服务架构倒退的热火朝天,那么单体架构和微服务架构区别在哪里呢?
单体利用典型架构
在典型单体利用架构中,咱们会横向部署多个利用,用来撑持零碎的吞吐量。为了实现负载平衡,应用反向代理软件(Nginx)把申请平均散发到每个 Tomcat 中。
为了升高数据库的压力,咱们引入分布式缓存,把绝大多数申请在读写数据库前拦挡掉,大大降低数据库压力。
为了进一步升高数据库压力,咱们把数据库划分为读库和写库,读库能够有多个,通过同步机制把写库的数据同步到读库,实现数据同步。
单体利用的典型架构如下:
微利用典型架构
为了解决单个 Nginx 的瓶颈,咱们引入 F5,F5 是工作在网络第四层的负载平衡解决方案,可对 TCP 申请或更高层级的网络协议进行转发,实现对多个 Nginx 的平衡负载。
同时咱们业务进行拆分,拆分成利用和服务。大数据培训利用负责满足用户的应用需要,每个利用别离负责具体的业务场景,相互之间能够做到独立降级迭代。可复用的性能代码独自抽取进去造成服务,每个服务也能够独自进行降级。当然各利用和服务之间的通信少不了 ESB 对立拜访协定了。利用对立通过 ESB 来拜访后端服务,服务与服务之间也通过 ESB 来互相调用,以此升高零碎的耦合水平。
在数据库层面,传统数据库不适用于简单的查问场景,须要依据具体场景进行拆分选用适合的组件。如对于海量文件存储,可通过分布式文件系统 HDFS 解决,对于 key value 类型的数据,可通过 HBase 和 Redis 等计划解决。对于全文检索场景,可通过搜索引擎如 ElasticSearch 解决。
微利用的典型架构如下: