架构

高并发 本书采用循序渐进的讲解方式，从并发编程的基本理论人手，逐步介绍了在设计Java并发程序时各种重要的设计原则、设计模式以及思维模式，同时辅以丰富的示例代码作为对照和补充，使得开发人员能够更快地领悟Java并发编程的要领，围绕着Java平台的基础并发功能快速地构建大规模的并发应用程序。 本书分为四个部分，共16章: 基础知识 结构化并发应用程序。 活跃性、性能与测试。 高级主题 由于文档内容过多，所以直截取了目录部分，每个知识点都有更细化的内容！ 需要获取这份实战文档的朋友：关注我，后台私信【资料】即可免费获取 微服务（SpringBoot+SpringCloud） SpringCloud SpringBoot Docker实战 本书使用了几个开源项目，既展示了Docker 的各种功能，又帮助读者转变了软件管理的范式。没有一一个单独的软件“堆栈”或系列比Docker本身更突出。通过这些实例，读者将会使用如WordPress. Elasticsearch. Postgres. shell脚本、Netcat、Flask. JavaSeripl. NGINX和Java等工具. K8S实战 本书采用的是理论加实战的模式，结合大量案例由浅入深讲解Kubermnetes的各个方面，包括平台架构、基础核心功能、网络、安全和资源管理，以及整个生态系统的组成

OpenStack入门——理论篇（二）：OpenStack的节点类型和架构（含仪表板界面示例） 前言 ​ 看了网上的一些博客对OpenStack架构的描述，大部分都是将官网的架构图截取下来（还是纯英文文字描述的图片）或者直接将描述翻译为中文直接复制粘贴过来了。如果对于初学者而言，这或许是有字天书了。所以笔者先前的一篇文章是介绍了关于OpenStack的基础知识和核心的组件服务。而本文先从OpenStack部署的节点结构描述，再来对其整体架构进行阐述。 一、OpenStack节点类型 ​ 在介绍OpenStack的节点类型之前我们先对OpenStack做一些知识补充。 ​ OpenStack是适用于所有类型云的开源云计算平台，其目标是易于实现，可大规模扩展且功能丰富。 ​ OpenStack是通过一组互相关联的服务组件提供IaaS（基础设施即 服务）解决方案。我们在实验环境或生产环境中部署OpenStack实践之前，都需要对其各种类型的节点及对应安装的服务有所了解。 ​ OpenStack的节点类型有以下四个类型： 控制节点； 网络节点： 计算节点； 存储节点； 下面我们对这四个节点类型注意介绍。 1.1 OpenStack的控制节点 ​ 控制节点包括了管理支持服务、基础管理服务和扩展管理服务。 1.1.1管理支持服务（底层） ​ 相对于OpenStack而言

Kali Linux 64位架构安装Veil-Evasion Veil-Evasion是一种生成有效载荷可执行文件的工具，可绕过常见的防病毒软件。由于技术的发展，大部分人都选择安装的Linux系统架构为amd64。在Kali Linux 64位架构系统中，首次安装Veil-Evasion工具通常会出现错误提示，需要用户进行初始化设置。而且，有很多用户安装Veil-Evasion工具出现死循环，一直提示安装。Veil-Evasion工具安装失败，主要是因为该工具依赖32位库包导致的。下面将介绍下在Kali Linux 64位架构安装Veil-Evasion工具。如下所示： （1）安装Veil-Evasion工具。执行命令如下所示： apt-get install veil-evasion -y （2）初始化Veil-Evasion工具。执行命令如下所示： veil 执行该命令后，将自动初始化Veil-Evasion工具，并且在安装过程会安装依赖的软件包。用户根据提示操作完成即可。其中，安装过程出现的错误不需要理会。通常情况下，首次安装完都会提示如下错误： [!] ERROR #2-3: Can't find the WINE profile for AuotIT v3 (/var/lib/veil/wine//drive_c/Program Files/AutoIt3/Aut2Exe

一、什么是微服务 微服务是一种架构风格，是一种架构设计方式，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。 二、为什么需要微服务 传统开发模式下，绝大多数的web应用都是单体架构的风格来进行构建，这就使得所有的接口，业务逻辑层，数据持久层全部都被打包在一个web应用中，并且布置在一台服务器上，使得不同的模块之前也高耦合在一起，这种开发模式使得多团队协作开发的开发成本极高。 三、单体应用存在的问题 * 随着业务的发展，开发变得越来越复杂 * 对某单一功能进行修改时，需要对整个系统进行打包部署 * 多个团队同时对数据进行操作管理，容易产生安全漏洞 * 各模块都使用相对统一的技术进行开发，各个模块很难根据实际情况选择更加合适的技术框架，系统的延展性比较低。 * 模块间耦合度高，新人上手比较费时 分布式、集群 集群：一台服务器无法负荷高并发的数据访问，需要设置更多的服务器一起分担压力。从物理层面解决高并发的问题，例如春运期间火车站多开购票窗口等。 分布式：将一个大型的项目架构拆分为若干个微服务来协同完成。从软件设计层面解决问题，例如将购票分为统计出发地与目的地，查询是否有票，统一购买票等步骤，分别由不同的人来完成这些小的工作

Kali Linux 64位架构安装Veil-Evasion Veil-Evasion是一种生成有效载荷可执行文件的工具，可绕过常见的防病毒软件。由于技术的发展，大部分人都选择安装的Linux系统架构为amd64。在Kali Linux 64位架构系统中，首次安装Veil-Evasion工具通常会出现错误提示，需要用户进行初始化设置。而且，有很多用户安装Veil-Evasion工具出现死循环，一直提示安装。Veil-Evasion工具安装失败，主要是因为该工具依赖32位库包导致的。下面将介绍下在Kali Linux 64位架构安装Veil-Evasion工具。如下所示： （1）安装Veil-Evasion工具。执行命令如下所示： apt-get install veil-evasion -y （2）初始化Veil-Evasion工具。执行命令如下所示： veil 执行该命令后，将自动初始化Veil-Evasion工具，并且在安装过程会安装依赖的软件包。用户根据提示操作完成即可。其中，安装过程出现的错误不需要理会。通常情况下，首次安装完都会提示如下错误： [!] ERROR #2-3: Can't find the WINE profile for AuotIT v3 (/var/lib/veil/wine//drive_c/Program Files/AutoIt3/Aut2Exe

作者 | 郝树伟(花名：流生) 阿里云高级研发工程师 本文整理自架构师成长系列 2 月17 日直播课程。 关注“阿里巴巴云原生”公众号，回复 “217” ，即可获取对应直播回放链接及 PPT 下载链接。 导读：DevOps 是一种软件开发人员和 IT人员之间的合作过程，目标是高效地自动执行软件交付和基础架构更改流程。在云原生时代，企业又如何借助 DevOps 实现产品快速、稳定、高效和安全地迭代，释放业务价值呢？ 什么是云原生 为了解决传统应用升级缓慢、架构臃肿、不能快速迭代、故障不能快速定位、问题无法快速解决等问题，云原生这一概念横空出世。 Pivotal 是云原生应用的提出者，并推出了 Pivotal Cloud Foundry 云原生应用平台和 Spring 开源 Java 开发框架，成为云原生应用架构中先驱者和探路者。 早在 2015 年 Pivotal 公司的 Matt Stine 就写了一本叫做迁移到云原生应用架构的小册子，其中探讨了云原生应用架构的几个主要特征： 符合 12 因素应用 面向微服务架构 自服务敏捷架构 基于 API 的协作 抗脆弱性 后来 Pivotal 对云原生的定义做过几次更新， 最新的 Pivotal 官网上对云原生应用的最新介绍是关注以下四点： 集成 DevOps 持续交付 微服务 容器化 DevOps 是软件开发人员和 IT 运营之间的合作

Design Goals： Goal 1: Horizontal Scalability Goal 2: High Availability Goal 3: ACID Transaction 1、In ancient times We get SQL and transaction! But it is a toy 2、Persistent Storage 3、MySQL Protocol 4、Pluggable storage engine 5、Better SQL Layer 6、Distributed Storage Engine 7、Operator Pushdown We get a distributed MySQL. But it is too slow 8、The birth of TiKV We get another distributed MySQL. But it is not good enough. 9、 VS mysql. 逻辑架构 和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上， 插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。 1.连接层 最上层是一些客户端和连接服务

本文源码： GitHub·点这里 || GitEE·点这里 一、MySQL逻辑架构 1、逻辑架构图 基于下面的逻辑架构图，可以大致熟悉MySQL各个架构组件之间的协同工作关系。 很经典的C/S架构风格，即客户端/服务端模式。 2、分层描述 客户端连接 通常会进行连接池管理，连接用户权限认证，安全管理等操作。 可以通过如下命令查看连接配置信息： SHOW VARIABLES LIKE '%connect%'; 可以看到最大连接和每个连接占用的内存等相关配置。 核心功能 第二层架构封装MySQL一系列核心操作，查询解析、优化、缓存、内置函数、触发器、视图等，跨存储引擎的功能都在这一层实现。 存储引擎 MySQL的最底层封装，也是最核心的功能，不同的存储引擎有不同的特点功能，共同点是处理数据的存储和提取。 二、概念简介 1、存储引擎 MySQL数据库存储引擎是数据库底层的架构组件，数据库管理系统使用数据引擎进行创建、查询、更新和删除数据操作。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎还具有不同的特点功能，以满足不同场景下的业务需求。 2、支持关系 可以通过下面两个命令查看MySQL当前版本，和对存储引擎的支持情况。 SELECT VERSION() ; SHOW ENGINES ; 可以看出本地环境是MySQL5.7，支持如下几种存储引擎：

原文链接： https://www.sohu.com/a/252890063_505795 人工智能的飞速发展，需要强大的算力作为支撑，这背后NIVIDIA可谓是当之无愧的功臣。NIVIDIA先进的GPU技术和优异的软件生态，使其在竞争中脱颖而出，成为市场霸主。目前人工智能在图像处理及语音识别领域的研究取得了很好的发展，在手机和安防领域也有很多产品落地。在落地过程中，依然会面临设备算力的问题，而移动端GPU则自然而然的进入了人们的视野。 移动端GPU厂商的发展史 在移动端GPU市场中，没有形成一家独大的竞争格局。目前主要的移动端GPU厂商有高通，arm和imaginaton。高通的adreno来自ATI的imageon，ATI最早被AMD收购，后来高通收购了AMD的移动设备资产，取得了AMD的矢量绘图与3D绘图技术和相关知识产权。后来高通结合AMD的手机图形技术发展为自家的Adreno图形处理器。另一家移动计算的巨头ARM，ARM在移动CPU的市场地位可谓遥不可及，但是在GPU领域，它确是诸多厂商中的一家，他的GPU业务也并非一开始就拥有，而是后来组建的。其GPU技术来自一家名为Falanx的公司，这家公司是早起从挪威大学脱离出来的一个名为mali的研究小组的成员组建的，最早定位于PC领域，失利后转向SoC GPU设计。随着SoC市场的不断壮大，以及移动计算的发展

REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。 l 基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。 l 不适应于所有的项目，当项目比较小时使用RestFul架构，项目变得更复杂； l RESTful架构将服务器分成前端服务器和后端服务器两部分，前端服务器为用户提供无模型视图；后端服务器为前端服务器提供接口。浏览器向前端服务器请求视图，通过视图中包含的AJAX函数发起接口请求获取模型。 l RESTful架构时对MVC架构改进后形成的一种架构，通过使用事先定义好的接口与不同的服务联系起来。在REST’ful架构中，浏览器使用POST，DELETE，PUT，GET四种请求方式分别对指定的URL资源进行增删改查操作。因此，RESTful是通过URI实现对资源的管理及访问，具有扩展性强、结构清晰的特点。 GET：获取资源、POST：新建资源、PUT：更新资源、DELETE：删除资源 每一个URI代表一种资源，资源的表现形式是XML或者HTML，通过操作资源的表现形式来操作资源。 客户端和服务器之间的交互在请求之间是无状态的，从客户端到服务器端的每个请求都必须包含理解请求所必须的信息。 Restful特点包括： 1、每一个URI代表1种资源； 2、客户端使用GET、POST、PUT