LD is tigger forever，CG are not brothers forever， throw the pot and shine forever. Modesty is not false, solid is not naive, treacherous but not deceitful, stay with good people, and stay away from poor people. talk is cheap, show others the c

一、MySQL主从同步原理 既然要解决MySQL数据库的分布式集群化问题，那就不能不先了解MySQL自身提供的主从同步原理。这是构建MySQL集群的基础，也是后续进行分库分表的基础，更是MySQL进行生产环境部署的基础。 其实数据库的主从同步，就是为了要保证多个数据库之间的数据保持一致。如果要保证数据能够实时同步，对于MySQL，通常就要用到他自身提供的一套通过Binlog日志在多个MySQL服务之间进行同步的集群方案。基于这种集群方案，一方面可以提高数据的安全性，另外也可以以此为

一、目前的主流接口架构 1、restful架构：基于http协议，默认json传输数据,针对中小型企业 2、soap架构：基于webservice协议，默认xml传输数据,针对中小型企业 3、rpc架构：基于dobbo协议和thrif协议，针对特大型企业 二、微服务架构 是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。 通过拆分，封装一些公共服务，实现敏捷开发和部署 三、常用的中间件 1、MQ：消息队列，是基础数据结构中“先进先出”的一种数据结构。一般

  汽车E/E架构的心脏就是网关，当然域控制器架构的心脏也是网关，此外OTA的唯一硬件承载体也是网关。网关是未来汽车电子里最核心的部分。 图片来源：互联网 上图为全球第一个域控制器车辆路虎卫士的网络架构，核心就是GWM即网关模块。 图片来源：互联网 上图是域控制器网关的典型架构，网关可以看做中央集线器，其主要作用有两点，一是处理不同的通讯协议如CAN、CAN-FD、以太网、FlexRay、LIN等。另一个作用是分发升级信息，即OTA。早期的网关芯片就是带比较

什么是软件体系结构？ 可以从多个角度来看这个问题 软件体系结构的定义：是具有一定形式的结构化元素，即构件的集合（包括处理构件、数据构件、连接构件） 从工程的角度来看 软件体系结构是软件设计过程中的一个层次，是处理关于整体系统结构设计和描述方面的一些问题 从重用的角度来看 软件体系结构是一个抽象的系统规范，主要包括用其行为来描述的功能构件和构件之间的相互连接、结构和关系 从维护角度来看 软件体系结构是一个程序/系统各构件的结构、它们之间的相互关系以及进行设计的原则和随时间演

一、数据中台总体架构图 前面我们通过理论层面对数据中台有了一定的了解，下面我们通过架构层面来详细看一下数据中台的设计。 数据中台是位于底层存储计算平台与上层的数据应用之间的一整套体系。 数据中台屏蔽掉底层存储平台的计算技术复杂性，降低对技术人才的需求，让数据的使用成本更低。 通过数据中台的数据汇聚、数据开发模块建立企业数据资产。 通过数据体系对数据进行分层存储 通过资产管理、数据服务，把数据资产变为数据服务能力，服务于企业业务。 数据安全管理、数据运营体系，保障数据中台可以长

MVC三层架构详解 本文详细介绍MVC三层架构 一、MVC是什么？ MVC实际是一种软件构件模式。它被设计的目的是为了降低程序开发中代码业务的耦合度。并且实现高重用性。增加代码复用率。部署快，且生命周期成本低，可维护性高也是MVC模式的特点。 1.什么是低耦合？ 举个简单的例子： 从学程序之初，听到很多遍的一个名词就是低耦合。为什么一定要强调低耦合？我曾经听到过一个这样的说法，对于编程人员来说，喜欢米饭大于喜欢面条。为什么这么说呢，是因为面条经常是拌

        交换机的交换架构是框式交换机才有的概念，它最主要的作用是任意输入端可以交换为任意输出端。交换架构的最基本组成为：输入端口、输出端口和连接输入输出端口的交换网络。   业界主要的三种交换架构如下图所示：   为什么会出现架构的变化？交换架构本质的出现就是为了解决多个端口之间转发效率的问题。随着数据量的增大，客户对交换机接口数量的要求增多，框式交换机灵活的端口扩展，这些情况导致在硬件上，传统的架构很难部署，在转发效率上，也容易出现转发瓶颈。 一、MESH架构   

谈开篇： 未来10年是各行各业数字化转型的关键10年。数字化转型将帮助企业打破原有IT系统的烟囱状布局，解决IT应用数据孤岛问题,实现数据集中管理共享，从而为企业降低成本、提高运营效率、加快产品创新提供平台和技术保证，使企业在市场竞争中获得优势。 近几年，微服务的热度居高不下，企业纷纷向微服务架构转型。但是大部分企业缺乏服务治理意识，以为所谓的微服务化就是简单地引入一套微服务框架，对微服务架构给整个研发体系带来的挑战预估不足，导致在开发、运维、测试、团队协同领域都遭到了微服务的“反噬”，其结

1 challenge 1 一致 2 可靠性 3 安全性 4 多样性 5 多样性 2 基础 1 Network Protocols 1 OSI Model 2 Socket 3 TCP 4 UDP 5 game network protocols 大部分是组合协议。 6 Reliable UDP 网络游戏：基于UDP的可靠网络连接。 ARQ 丢包少的时候5%，没有必要再传

关系型数据库架构演进 随着业务规模增大，数据库存储的数据量和承载的业务压力也不断增加，数据库的架构需要随之变化，为上层应用提供稳定和高效的数据服务。 演变1:数据库读写分离;演变2:数据库垂直分库;演变3: 数据库的水平分库与水平分表。 单机架构 为了避免应用服务和数据库服务对资源的竞争，单机架构也从早期的单主机模式发展到数据库独立主机模式,把应用和数据服务分开。应用服务可以增加服务器数量,进行负载均衡，增大系统并发能力。 优点：部署集中，运维方便。 缺点： (1)可扩展性:数据库单

目录 1. 对称多处理器计算机系统 1.1 定义 1.2 优点 1.3 架构 2. 多核处理器计算机系统 2.1 定义 2.2 多核示例 在传统上，计算机被看作一个序列机器。大部分计算机程序语言都要求程序员将算法具体化为一系列指令序列。处理器按顺序，一次执行一条计算机指令的方式运行程序。按照操作的顺序(取指令，取操作数，执行操作，存储结果)，一条一条地执行计算机指令。 从这种视角看计算机从来都是不完全正确的。在微操作层面，多控制信号是同时产生的。至少，指令流水线在重叠获取