网络架构

微服务的一般架构图： 架构图 使用dubbo+zookeeper实现简化的微服务架构 dubbo是一个分布式服务框架，是阿里巴巴SOA服务化治理方案的核心框架。zookeeper是一个开源的分布式协调服务，是由雅虎创建的，基于google chubby。 zookeeper能做什么 1.数据的发布/订阅（配置中心:disconf） 2.命名服务 3.master选举(kafka、hadoop、hbase) 4.分布式队列 5.分布式锁 zookeeper特性 1.顺序一致性 从同一个客户端发起的事务请求，最终会严格按照顺序被应用到zookeeper中 2.原子性 所有的事务请求的处理结果在整个集群中的所有机器上的应用情况是一致的，也就是说，要么整个集群中的所有机器都成功应用了某一事务、 要么全都不应用 3.可靠性 一旦服务器成功应用了某一个事务数据，并且对客户端做了响应，那么这个数据在整个集群中一定是同步并且保留下来的 4.实时性 一旦一个事务被成功应用，客户端就能够立即从服务器端读取到事务变更后的最新数据状态；（zookeeper仅仅保证在一定时间内，近实时） zookeeper可以作为dubbo服务的注册中心，两者结合起来可以实现微服务中的 服务注册、发现、负载均衡和健康检查，容错，动态配置管理的功能。 zk配置说明 zoo.cfg配置文件分析 tickTime=2000

互联网的标准技术架构如下图所示，这张图基本上涵盖了互联网技术公司的大部分技术点，不同的公司只是在具体的技术实现上稍有差异，但不会跳出这个框架的范畴。 存储层技术SQL SQL即我们通常所说的关系数据。前几年NoSQL火了一阵子，很多人都理解为NoSQL是完全抛弃关系数据，全部采用非关系型数据。但经过几年的试验后，大家发现关系数据不可能完全被抛弃，NoSQL不是No SQL，而是Not Only SQL，即NoSQL是SQL的补充。 所以互联网行业也必须依赖关系数据，考虑到Oracle太贵，还需要专人维护，一般情况下互联网行业都是用MySQL、PostgreSQL这类开源数据库。这类数据库的特点是开源免费，拿来就用；但缺点是性能相比商业数据库要差一些。随着互联网业务的发展，性能要求越来越高，必然要面对一个问题：将数据拆分到多个数据库实例才能满足业务的性能需求（其实Oracle也一样，只是时间早晚的问题）。 数据库拆分满足了性能的要求，但带来了复杂度的问题：数据如何拆分、数据如何组合？这个复杂度的问题解决起来并不容易，如果每个业务都去实现一遍，重复造轮子将导致投入浪费、效率降低，业务开发想快都快不起来。 所以互联网公司流行的做法是业务发展到一定阶段后，就会将这部分功能独立成中间件，例如百度的DBProxy、淘宝的TDDL。不过这部分的技术要求很高，将分库分表做到自动化和平台化

Contiv是一个用于跨虚拟机、裸机、公有云或私有云的异构容器部署的开源容器网络架构。作为业界最强大的容器网络架构，Contiv具有2层、3层、overlay和ACI模式，能够与思科基础设施进行本地集成，并使用丰富的网络和安全策略将应用意图与基础设施功能进行映射。 Contiv网络结构 来源： https://www.cnblogs.com/networking/p/11770591.html

由开放移动联盟（OMA）和GSM协会（GSMA）等主要标准组织制定的消息传送技术在架构和技术细节方面有许多相似之处。 OMA融合IP消息系统（CPM）从一开始就基于OMA SIMPLE IM进行设计. 因此重用了其大部分有关即时消息功能的详细技术。 GSMA丰富通信套件（RCS）在其早期版本中采用了OMA SIMPLE IM架构. 并且最近采用了OMA CPM架构来提供融合通信服务功能。 因此. RCS由许多具有最先进的服务特性. 协议和接口的功能组件组成. 本文将对此进行简要回顾。 GSMA富通信套件（RCS）最初基于OMA SIMPLE IM架构. 但采用了RCS r4.0的OMA融合IP消息系统（CPM）架构。 虽然RCS r4.0更新至RCS 5.0及以上版本. 但整合了更多的服务特性和更详细的技术要点. 但其架构本身保持不变。 SIMPLE IM和CPM之间的概念区别在于SIMPLE IM专注于在SIP / IP核心上实现IP消息传递功能. 而CPM侧重于如何实现不同通信技术中的融合用户体验. 例如IP消息传递 . 语音. 视频等。在CPM架构之上. RCS已经指定了内容共享. 位置信息共享和社交呈现信息共享等附加增值服务功能. 反映了近期许多社交网络服务已经证明的市场需求。 SIMPLE IM启动器由IM客户端，IM服务器和IM XML文档管理服务器（XDMS）组成。

软件定义的广域网络或SD-WAN 为传统的基于硬件的网络提供了软件定义网络（SDN）技术的优势。它是一种覆盖架构，提供了比传统WAN更易于管理的网络基础，实质上是将控制层移至云端，在此过程中，集中并简化了网络管理。这种叠加设计从硬件中抽象出软件，实现网络虚拟化并使网络更具弹性。 企业在SD-WAN架构中需要什么？ 光联集团发现企业越来越多地投资于开放，灵活的云解决方案，SD-WAN代表着在数据中心架构中设计类似优势的努力。SD-WAN架构特别有利于远距离分隔的环境，例如，主办公室和分支机构之间。传统的WAN可能既昂贵又复杂，而SD-WAN架构可降低经常性网络成本，提供网络范围的控制和可视性，并通过零接触部署和集中管理简化技术。SD-WAN架构的关键是它可以与所有网络端点通信，而无需外部机制或其他协议。 SD-WAN中安全性的重要性 除了SD-WAN优势之外，可以说SD-WAN架构的主要优势在于安全性。今天的公司更喜欢集成安全性，策略和协调的网络架构，SD-WAN通过统一安全连接来覆盖这些基础。在SD-WAN架构中，公司可以在整个网络（包括Internet）中受益于端到端加密。借助可扩展的密钥交换功能和软件定义的安全性，所有设备和端点均经过完全认证。主办公室和分支机构之间的所有通信都是安全的，与云之间的通信也是如此。 SD-WAN架构的类型 SD

注: 根据 原文 ，略有删减 2017年12月，3GPP通过两大5G里程碑事件，通过5G NR第一部分规范并完成5G阶段1系统架构。这些成绩的取得，都对新的管理标准提出了要求，因为5G带来更大的网络规模和更加复杂的电信系统。 3GPP管理标准工作组SA5接近达到5G另一个重要的里程碑。根据去年我们完成的对5G网络管理体系架构，分片和计费的研究，我们目前正在进行3GPP Release 15第一阶段的规范工作，包括建立一个新的面向服务的管理架构和所有必要的功能来进行5G网络管理和计费。 SA5的目前的工作还包括其他一些工作/研究项目如QoE测量采集管理和使用RESTful协议的新技术。然而，本文将专注于新的5G Rel-15架构和主要功能，包括计费。 5G网络和网络切片 5G网络的管理编排和网络切片包括以下工作内容：管理概念和架构、服务供给、网络资源模型、故障监控和性能管理、跟踪管理和虚拟化管理等方面。随着这些工作项的输出，SA5为5G网络和网络切片提供了特定的管理接口。运营商可以配置和管理移动网络，以支持由5G使能的各种类型的服务，例如eMBB（增强移动宽带）和URLLC（超可靠和低延迟通信），这取决于不同的客户需求。在TS 28.530、28.531、28.532和28.533中定义了管理概念、架构和服务供给。 网络切片被看作是5G的关键特性之一，允许垂直行业利用5G网络和服务

互联网的标准技术架构如下图所示，这张图基本上涵盖了互联网技术公司的大部分技术点，不同的公司只是在具体的技术实现上稍有差异，但不会跳出这个框架的范畴。 存储层技术SQL SQL即我们通常所说的关系数据。前几年NoSQL火了一阵子，很多人都理解为NoSQL是完全抛弃关系数据，全部采用非关系型数据。但经过几年的试验后，大家发现关系数据不可能完全被抛弃，NoSQL不是No SQL，而是Not Only SQL，即NoSQL是SQL的补充。 所以互联网行业也必须依赖关系数据，考虑到Oracle太贵，还需要专人维护，一般情况下互联网行业都是用MySQL、PostgreSQL这类开源数据库。这类数据库的特点是开源免费，拿来就用；但缺点是性能相比商业数据库要差一些。随着互联网业务的发展，性能要求越来越高，必然要面对一个问题：将数据拆分到多个数据库实例才能满足业务的性能需求（其实Oracle也一样，只是时间早晚的问题）。 数据库拆分满足了性能的要求，但带来了复杂度的问题：数据如何拆分、数据如何组合？这个复杂度的问题解决起来并不容易，如果每个业务都去实现一遍，重复造轮子将导致投入浪费、效率降低，业务开发想快都快不起来。 所以互联网公司流行的做法是业务发展到一定阶段后，就会将这部分功能独立成中间件，例如百度的DBProxy、淘宝的TDDL。不过这部分的技术要求很高，将分库分表做到自动化和平台化

本文是我在学习微服务时看的其他博主介绍的一篇概念文章，觉得写得非常清晰全面、非常好，所以转载过来分享给大家一起学习。 原文地址：https://blog.csdn.net/Soinice/article/details/83989225 前言 到底什么是微服务？为什么要用微服务？微服务主要来做一些什么？微服务有哪些优势？什么样的服务属于微服务？本文所有资料来源网络，我只是整理一下，总结一下。仅供参考。 一、微服务介绍 1.什么是微服务 在介绍微服务时，首先得先理解什么是微服务，顾名思义，微服务得从两个方面去理解，什么是"微"、什么是"服务"。 微，狭义来讲就是体积小、著名的"2 pizza 团队"很好的诠释了这一解释（2 pizza 团队最早是亚马逊 CEO Bezos提出来的，意思是说单个服务的设计，所有参与人从设计、开发、测试、运维所有人加起来 只需要2个披萨就够了 ）。 而所谓服务，一定要区别于系统，服务是一个或者一组相对较小且独立的功能单元，是用户可以感知最小功能集。 2. 微服务由来 微服务最早由Martin Fowler与James Lewis于2014年共同提出，微服务架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTP API，这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署

作者 | 晓土 阿里巴巴高级工程师 姊妹篇阅读推荐 ： 《 云原生时代，分布式系统设计必备知识图谱（内含22个知识点） 》 导读： 本文力求从分布式基础理论、架构设计模式、工程应用、部署运维、业界方案这几大方面，介绍基于 MSA（微服务架构）的分布式知识体系大纲，从而对 SOA 到 MSA 进化有着立体的认识；从概念上和工具应用上更近一步了解微服务分布式的本质，身临其境的感受如何搭建全套微服务架构的过程。 关注“阿里巴巴云原生”公众号，回复“ 分布 ”，即可下载分布式系统及其知识体系清晰大图！ 随着移动互联网的发展和智能终端的普及，计算机系统早就从单机独立工作过渡到多机器协作，集群按照分布式理论构建出庞大复杂的应用服务，在分布式的基础上正进行一场云原生的技术革命，彻底打破传统的开发方式，解放了新一代的生产力。 分布式系统知识体系大图 关注“阿里巴巴云原生”公众号，回复“ 分布 ”，即可下载分布式系统及其知识体系清晰大图！ 基础理论 SOA 到 MSA 的进化 SOA 面向服务架构 由于业务发展到一定程度后，需要对服务进行解耦，进而把一个单一的大系统按逻辑拆分成不同的子系统，通过服务接口来通讯。面向服务的设计模式，最终需要总线集成服务，而且大部分时候还共享数据库，出现单点故障时会导致总线层面的故障，更进一步可能会把数据库拖垮，所以才有了更加独立的设计方案的出现。 MSA 微服务架构

1. B/S 客户端使用同一的浏览器（Browser），浏览器具有统一性，不需要特殊的配置和网络连接。服务端（Server）和Browser都基于统一的应用层协议HTTP来交互数据，使得服务器开发者可以采用相对规范的开发模式，节省开发成本。 HTTP采用无状态的短连接的通信方式，通常情况下，一次请求就完成了一次数据交互。采用这种方式是为了能同时服务更多的用户。 2. CDN架构（Content Distribute Newwork）：内容分发网络。 a. 用户在浏览器中输入url，浏览器请求DNS将域名解析成对应的IP地址， b. 浏览器根据IP地址找到对应的服务器并发起一个get请求，如果服务器有多台，则需要有个负载均衡设备来平均分配用户请求；服务器返默认数据资源给用户。 c. 当数据返回浏览器，浏览器解析数据发现还有些静态资源（如CSS、JS或者图片）时又会发起另外的HTTP请求，而这些请求很可能会在CDN上，CDN服务器又会处理这个用户的请求。 来源： CSDN 作者： Leo_Wuxg 链接： https://blog.csdn.net/u010857034/article/details/80564116