《架构思维》专题

架构师在公司中担当着「IT架构灵魂人物」的角色，因为他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码。另外，架构师依旧是技术高手，编程能力依然是一流的。

某个 shard 分配在哪个节点上，一般来说，是由 ES 自动决定的。以下几种情况会触发分配动作： 新索引生成 索引的删除 新增副本分片 节点增减引发的数据均衡 ES 提供了一系列参数详细控制这部分逻辑： cluster.routing.allocation.enable 该参数用来控制允许分配哪种分片。默认是 all。可选项还包括 primaries 和 new_primaries。none 则

词法分析器 语法分析器 语义分析及中间代码生成 代码优化 代码生成

In Spring Security 3.0, the contents of the spring-security-core jar were stripped down to the bare minimum. It no longer contains any code related to web-application security, LDAP or namespace confi

设计理念与分布式系统 分析和理解Kubernetes的设计理念可以使我们更深入地了解Kubernetes系统，更好地利用它管理分布式部署的云原生应用，另一方面也可以让我们借鉴其在分布式系统设计方面的经验。 API设计原则 对于云计算系统，系统API实际上处于系统设计的统领地位。Kubernetes集群系统每支持一项新功能，引入一项新技术，一定会新引入对应的API对象，支持对该功能的管理操作。理解掌

1. 数据库设计： 为了方便后续的数据处理，将所有图书信息都汇总的一张数据表中。 创建数据库：doubandb 进入数据库创建数据表：books 表中字段： [ ID号、书名、作者、出版社、原作名、译者、出版年、页数、 定价、装帧、丛书、ISBN、评分、评论人数 ] 数据表结构： CREATE TABLE `books` (

17.4 基于 XML 架构的配置 可以使用来自 OXM 命名空间的 XML 标签是对编组器的配置变得更简洁。要使用这些标签，请在 XML 文件开头引用恰当的 XML 架构。以下是一个引用 oxm 的示例，请注意粗体字部分： <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/sch

注意：本书中的 Service Mesh 章节已不再维护，请转到 istio-handbook 中浏览。 在了解一门技术之前一开始就要了解其中的基本概念和术语，只有融入了该语境才能理解这门技术。本文将为大家介绍 Envoy 中的基本术语和重点概念。 架构 下图是 Envoy proxy 的架构图，显示了 host B 经过 Envoy 访问 host A 的过程。每个 host 上都可能运行多个

注意：本书中的 Service Mesh 章节已不再维护，请转到 istio-handbook 中浏览。 本节是根据由Nginx赞助，O’Reilly出版社出品的关于服务网格的书籍总结而来，本书标题是 The Enterprise Path to Service Mesh ，还有个副标题 Decoupling at Layer 5 ，第一版发行于2018年8月8日。这本书一共61页，本文是我对该书

M称为M odel V iew C ontroller或MVC ，是用于开发Web应用程序的软件设计模式。 模型视图控制器模式由以下三个部分组成 - Model - 负责维护数据的模式的最低级别。 View - 负责向用户显示全部或部分数据。 Controller - 控制模型和视图之间交互的软件代码。 MVC很受欢迎，因为它将应用程序逻辑与用户界面层隔离开来，并支持关注点的分离。 Control

理论基础 概念 多微合适 非代码函数 非重写时间 适合团队最重要 独立业务属性 全功能团队 进程隔离 服务运行在独立的进程中 轻量级通信 协议跨平台 格式语言无关 独立性 独立开发 独立测试 独立部署 本质 服务作为组件 围绕业务组织团队 产品驱动而非项目驱动 技术多样性 业务数据独立 基础设施自动化 演进式架构 优点 按需伸缩 独立部署 业务独立 技术多样性 缺点 1. 运维成本高 环境配置（P

1.2 项目架构 一个由 faygo 创建的项目基本包含如下几部分： 新建框架实例 app := faygo.New("myapp", "0.1") 编写接口操作 type Index struct { Id int `param:"<in:path> <required> <desc:ID> <range: 0:10>"` Title st

Serverless 架构是指大量依赖第三方服务（也叫做后端即服务，即“BaaS”）或暂存容器中运行的自定义代码（函数即服务，即“FaaS”）的应用程序，函数是无服务 器架构中抽象语言运行时的最小单位。在这种架构中，我们并不看重运行一个函数需要多少 CPU 或 RAM 或任何其他资源，而是更看重运行函数所需的时间，我们也只为这些函数的运行时间付费。 注意事项 在本系列的文章中，主要采用了 Serv

在上一节《实施前端微服务化的六七种方式》中，介绍了在实施微前端的过程中，我们采用的一些不同方案的架构方案。在这篇文章中，我将总结如何依据不同的情况来选择合适的方案。 快速选型指南图 我还是直接先给结论： 关键点的相关解释如下： 框架限制。在后台微服务系统里，人们使用其它语言的库来开发新的服务，如用于人工智能的 Python。但是在前端，几乎不存在这种可能性。所以当我们的前端框架只有一个时，我们在采