一个天秤座的架构师

1、开闭原则（Open Close Principle）开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。2、里氏代换原则（Liskov Substitution Principle）里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石

1.工业互联网的概念及发展历史　　工业互联网的概念出现时间并不长，最早可追溯至2012年GE发布的工业互联网白皮书。GE 在白皮书中对工业互联网的定义为“打破智慧和机器的边界“（英文原文为 Industrial Internet: Pushing the Boundaries of Minds and Machines），希望借助工业革命和互联网的成果，推动生 产效率的提升。但是随着相关产业机构诸如美国 IIC（Industrial Internet Consortium）、中国 AII（Allianc

城市新型基础设施建设是城市化发展的载体，也是城市化发展的需求。当前我国城 镇化进程的发展规模和速度令人瞩目，2019 年我国城镇化率达到 60.6%。然而，与美、日等 发达经济体 82%到 91%的城市化水平仍有较大差距。随着城乡融合战略的推进，城镇落户门槛的不断降低，城市化进程也将快速推进。据中国社会科学院《城市蓝皮书：中国城市发展报 告 No.12》预计，到 2030 年我国城镇化率将达到 70%，2050 年将达到 80%左右。农村地区劳动力将加速流向城市，城市基础设施的建设也应与之匹配。

企业沟通的桥梁由制度化、长链条化管理向流程化、数字化转化，让高层管理者直接服务一线员工，让一线员工高效服务客户。文/易行网科技 吴晋武近年来，我国实体经济发展面临着产能过剩严重、生产成本上升、资源环境约束凸显、技术引进受阻等诸多挑战。企业亟需找到新的发展路径，数字化转型就是有效路径之一。中国企业数字化转型，已然是大势所趋。依据《中华人民共和国国民经济和社会发展第十四个五年规划和2035年远景目标纲要》，“迎接数字时代，激活数据要素潜能，推进网络强国建设，加快建设数字经济、数字社会、数字政府，以数

云原生虽然真正的提出和推广并算不久，但云原生的生态确十分的繁荣，涉及的技术栈也十分广泛，特别在CNCF基金会成立以后，社区得发展得到了飞速得增长，加上各大云厂商得加入，云原生社区形成1+N的技术生态格局。云原生的生态圈既然介绍云原生的技术生态体系，这里不得不祭出CNCF的这张landscape。这张取自2020/03/02，最新的可见：GitHub - cncf/landscape: ????The Cloud Native Interactive Landscape filters and s

（这幅图来自ai-roadmap/ds-metromap at master · apachecn/ai-roadmap · GitHub）从图中可以看到，想要成为一名资深的数据科学家，需要掌握的知识非常多，不过只是入门机器学习，并不需要所有东西都要会，都精通的话就是专家了。通过这幅图，我们可以大概看到自己的学习路线，内容是非常多，不过好多是概念性的、理论性的知识，只需要百度或谷歌一下，就可以找到答案了，而对于这种常识性的概念知识，只需要知道就足够了。对于初学者来说，我觉只需要了解部分基础知..

在软件开发领域，「异地多活」是分布式系统架构设计的一座高峰，很多人经常听过它，但很少人理解其中的原理。异地多活到底是什么？为什么需要异地多活？它到底解决了什么问题？究竟是怎么解决的？这些疑问，想必是每个程序看到异地多活这个名词时，都想要搞明白的问题。有幸，我曾经深度参与过一个中等互联网公司，建设异地多活系统的设计与实施过程。所以今天，我就来和你聊一聊异地多活背后的的实现原理。认真读完这篇文章，我相信你会对异地多活架构，有更加深刻的理解。这篇文章干货

主要内容　　本书从多个方面围绕高扩展性提出了50条建议，一个高扩展性的网站会随着业务的发展、用户的增加，自由的扩展架构，从而轻松的应付网站的快速发展。下面看看本书的具体内容：化简方程　　1 不要过度的设计　　过度的设计相当于给系统增加了复杂度与维护的成本。而这些过度的设计，在正常的使用中，却没有太大的作用。往往是设计者自己认为很重要或者锦上添花的功能，实际用处不大。　　2 设计时考虑到扩展性　　在设计时要遵循一下的设计原则：设计时考虑20倍的容量，实现时考虑3倍的容量

什么是有序集合顺便一下set，上次我们说过，set也是使用dict实现，只不过value是null，所以不过多说了。言归正传，zset是redis中最具有特色的数据结构，类似于java中的SorteddSet和HashMap的结合，首先它有set不可重复的特性，在这个基础上，还可以给value赋予一个score（排序权重）。那适合什么样的场景呢，举个栗子，可以实现一个书的榜单，value是书名，score是书的评分，如下。>zaddbooks9.0"think...

一 前言在Redis的使用过程中，我们经常会遇到BigKey（下文将其称为“大key”）及HotKey（下文将其称为“热key”）。大Key与热Key如果未能及时发现并进行处理，很可能会使服务性能下降、用户体验变差，甚至引发大面积故障。二 大Key与热Key的定义我们经常能够在公司内部的Redis开发使用规范手册，或网络中大量的Redis最佳实践文章里看到有关大Key、热Key的定义，然而这些资料中的大Key热Key判定标准却不尽相同，但可以明确的是，它们的判定维度是一致...

Redis 作为一种非常流行的内存数据库，通过将数据保存在内存中，Redis 得以拥有极高的读写性能。但是一旦进程退出，Redis 的数据就会全部丢失。为了解决这个问题，Redis 提供了 RDB 和 AOF 两种持久化方案，将内存中的数据保存到磁盘中，避免数据丢失。本文将重点讨论AOF持久化方案，以及其存在的一些问题，并探讨在Redis 7.0(已发布RC1)中Multi Part AOF，下文简称为MP-AOF。一 AOF...

1Redis中的单线程模型提起Redis，我们经常会说其底层是一个单线程模型，但这是不严谨的。Redis单线程指的是网络请求模块使用了一个线程，即一个线程处理所有网络请求，其他模块该使用多线程，仍会使用了多个线程。既然是单线程模型，那么CPU不是Redis的瓶颈。Redis的瓶颈最有可能是机器内存或者网络带宽。2Redis中的单线程模型Redis基于Reactor模式开发了自己的网络事件处理器，称之为文件事件处理器(File Event Hanlder)。文件事件处理...

1. 同步与异步当我们同步的执行某个任务时，我们需要等到这个任务执行完给我们反馈结果，我们才能去执行其他的任务。 但是异步的执行某个任务时，我们可以不用等这个任务结束就去执行另一项任务。就像常用到的异步刷新操作。通过异步执行的任务执行结束后我们可以通过回调函数获得结果。我们可以明显的看出同步和异步的差别，那异步操作那么好为什么不都使用异步操作呢？同步操作存在的意义是有些任务必须是按顺序执行的，就像我们去银行取钱，最起码的保证你的银行账户里有钱你才能取，要不然岂不是去抢银行了。2. 并发与并行

一、不同数据类型存储结构Redis底层数据结构一共有 6 种，分别是简单动态字符串、双向链表、压缩列表、哈希表、跳表和整数数组。它们和数据类型的对应关系如下图所示：1 数组与链表的区别数组和链表是所有数据结构的基础，其差别在于数据在内存中分步是连续的，详情请参考：参考1： 数据结构之数组和链表的区别_Jasminexjf的博客-CSDN博客_数组与链表的区别第一题便是数据结构中的数组和链表的区别数组(Array)一、数组特点：所谓数组，就是相同数据类型的元素按一定顺序排列的...

源码解读Redis 源码文件分布大致如下：

一 写在前面互联网工程的高速发展，分布式、微服务、容器化架构的流行，互联网已全面进入云原生时代。构建系统的方式由最初的单体大应用演变为分布式架构，一台服务器可能仅存几小时甚至几分钟，这种复杂性大大增加了把系统运行状态可视化的难度。高德打车业务的发展历程也不例外，同样经历了从单体大应用到服务化拆分的过程，庞大的应用体系和架构的不断升级，保障了多个节假日出行高峰的稳定，业务仍在持续快速的发展中，如何保障这套庞大又复杂的系统持续高性能、高可用、高可控？构建360度无死角的多维度可观...

话说在 Spring Cloud Gateway 问世之前，Spring Cloud 的微服务世界里，网关一定非 Netflix Zuul 莫属。但是由于 Zuul 1.x 存在的一些问题，比如阻塞式的 API，不支持 WebSocket 等，一直被人所诟病，而且 Zuul 升级新版本依赖于 Netflix 公司，经过几次跳票之后，Spring 开源社区决定推出自己的网关组件，替代 Netflix Zuul。从 18 年 6 月 Spring Cloud 发布的 Finchley 版本开始，Spring

架构的演进这种东西有点信雅达，没什么绝对标准 单体应用：在第一阶段的单体应用很好理解。 垂直应用：接着随着业务量增大, 将应用拆成互不相干的几个应用，Web框架(MVC)是关键。 这一步，前后端分离、使用缓存、数据库和应用服务分离都会做,但服务间是独立的无法调用，且可能存在重复代码。 分布式应用：垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务。这时用于提高业务复用及整合的分布式服务框架(RPC)是关键。 集群...

在《微服务网关——需求篇》中，我们讨论了微服务网关的需求，本文将对微服务网关进行设计。考虑到实际情况的差异，这里实际给出的是设计选项，最终设计基于实际场景来确定。网关功能性设计路由一般情况下，服务对外提供的是RESTful接口，所以一般路由模块根据请求的host, url等规则转发到指定的服务。考虑到路由规则需要频繁的修改发布，为了发布的便利性，考虑针对规则实现热发布。有几种实现方式：基于数据库即将路由规则配置到数据库中，当网关收到请求后，从数据库中查询规则进行规则匹配。根据匹配到的

概念API Gateway（API GW / API 网关），顾名思义，是企业 软件系统在系统边界上提供给外部访问内部接口服务的统一入口。网关并不是微服务所特有的，实际上网关在微服务之前就已经存在很久了，例如银行、证券等领域常见的前置机系统，它实际就是一个网关。API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理、流量控