03 dubbo 系列 | 基于注解的配置前文已经介绍了基于spring xml 配置 dubbo，本文将介绍基于注解的方式配置dubbo。要想支持注解的配置，dubbo的版本必须2.6.3版本以上。 provider 的配置 应用共享配置

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这类客户端。 基本架构微内核架构包含两类组件：核心系