04 dubbo系列 | dubbo 架构首先来看一张dubbo官网提供的一张架构图： 各个节点角色的说明(架构图中的方框)： Provider: 暴露服务的服务提供方 Consumer: 调用远程服务的服务消费方 Registry:

前言本文主要dubbo和spring的结合使用，在spring配置文件中配置dubbo的相关信息。 同时，本文代码基于01 dubbo系列 | dubbo快速入门。 环境需要引入spring相关的依赖。 第一步：dubbo-demo-pro

一、hexo-symbols-count-time利用该插件可以增加文章字数统计及阅读时长功能 1.安装依赖yarn add hexo-symbols-count-time --save 2.站点配置文件修改# 增加字数统计 symbol

前言相比同城异区和跨国异地，跨城异地其复杂度是最高的。跨城异地的架构设计主要是解决在数据不一致的情况下，业务不受影响或者影响很小。下面主要介绍一些跨城异地的一些设计技巧：保证核心业务的异地多活、保证核心数据最终一致性、采用多种手段同步数据、

43-互联网架构模板：“平台”技术当业务规模不大时，系统复杂度不高时，运维、测试、数据分析、管理等由各自的系统或团队完成。随着业务规模越来越大，系统复杂度越来越高，子系统数量越来越多时，如果继续使用各自为政的方式来实现这些功能的话，重复工作

41-互联网架构模板：“网络层”技术前言除了复杂性，互联网业务的另外二个特点就是高性能和高可用。通常情况下，我们在设计高可用和高性能的系统的时候，主要关注点在系统本身的复杂度，然后通过各种手段来实现高可用和高性能的要求，如计算高性能架构模式

40-互联网架构模板：“开发层”和“服务层”技术开发层技术开发框架 指定一个大的技术方向，然后使用统一的框架。 对于框架的选择，有一个总体原则：优先选择成熟的框架，避免盲目追逐新技术。 成熟的框架资料文档齐备，各种坑基本上都有人

38-互联网技术演进的模式互联网业务千差万别，但由于具备“规模决定一切”的特点，其发展一般分为4个时期：初创期、发展期、竞争期、成熟期。 不同时期的差别在于二个方面：复杂性、用户规模。 业务复杂性互联网业务发展每一个主要方向就是“业务越来越

39-互联网架构模板：“存储层”技术互联网的标准技术架构如图： 该篇主要了解存储层技术 SQLSQL即指我们通常说的关系数据。之前很多人认为NOSQL可以完全替代SQL，但是这几年的试验发现，NOSQL不是NO SQL，而是NOT ONL

37-架构师应该如何判断技术演进的方向？架构师三种派别的分析：架构师基本上可以分为这三种： 潮流派 潮流派的典型特征就是对于新技术特别热衷，紧跟技术潮流，当有新技术出现时，迫切想将新的技术应用到自己的产品上。 例如： NoSQL

36-微内核架构详解简介微内核架构也被称为插件化架构，是一种面向功能进行拆分的可扩展的架构，通常用于实现基于产品的应用。例如Eclipse这类的IDE软件、UNIX这类操作系统、淘宝APP这类客户端。 基本架构微内核架构包含两类组件：核心系

自动化测试微服务将原来大一统的系统拆分成多个可以独立运行的服务，微服务之间的接口数量大大增加，并且微服务提倡快速交付，版本周期短，版本更新频繁。如果每次靠人工回归测试，则工作量大，效率低，无法做到快速交付的目的。因此必须通过自动化测试系统来