架构

文章目录 1.认识前后端分离 2.分离的四个好处 3.利用Swagger UI来规范书写API文档 1.认识前后端分离 在传统的web应用开发中，大多数的程序员会将浏览器作为前后端的分界线。将浏览器中为用户进行页面展示的部分称之为前端，而将运行在服务器，为前端提供业务逻辑和数据准备的所有代码统称为后端。 由于前后端分离这个概念相对来说刚出现不久，很多人都是只闻其声，不见其形，所以可能会对它产生一些误解，误以为前后端分离只是一种web应用开发模式，只要在web应用的开发期进行了前后端开发工作的分工就是前后端分离。 其实 前后端分离并不只是开发模式，而是web应用的一种架构模式 。在开发阶段，前后端工程师约定好数据交互接口，实现并行开发和测试；在运行阶段前后端分离模式需要对web应用进行分离部署，前后端之前使用HTTP或者其他协议进行交互请求。然而作为一种架构模式，我们在实施的过程中主要对以下四个方面来进行比较和重新认识。 前后端分离大概可以从四个方面来理解： 交互形式 代码组织方式 开发模式 数据接口规范流程 一、交互形式 在前后端分离架构中，后端只需要负责按照约定的数据格式向前端提供可调用的API服务即可。前后端之间通过HTTP请求进行交互，前端获取到数据后，进行页面的组装和渲染，最终返回给浏览器。 二、代码组织方式 在传统架构模式中，前后端代码存放于同一个代码库中

1、百万年薪架构师实战视频 关键词“年薪” 2、基于MyCat的MySQL高可用读写分离集群 关键词“mycat” 3、RabbitMQ消息中间件技术精讲 关键词“rabbitmq” 4、Java读源码之Netty深入剖析 关键词“netty” 5、docker前后端分离项目 关键词“docker分离” 6、111本架构师文集 关键词“文集” 7、史上最全技术知识图谱秘籍 关键词“图谱” 8、百战程序员系列，包括微服务、ES、mysql等等架构方面 关键词“百战” 9、docker 构建微服务 关键词“docker” 10、（第二版）亿级流量电商详情页系统实战-缓存架构+高可用服务架构+微服务架构 关键词“亿级流量” 11、Spring Boot入门到精通 关键词“springboot” 12、Spring Cloud 入门到精通 关键词“springcloud” 13、Spring MVC入门到精通 关键词“springmvc” 14、java 设计模式精讲 关键词“设计模式” 15、Nginx入门到精通 关键词“nginx” 16、java NIO系列无套路精讲 关键词“nio” 17、全套小程序技术开发 关键词“小程序” 18、大型电商架构精讲 关键词“电商架构” 19、dubbo 入门到精通 关键词“dubbo” 20、java8实战编程，溜得飞起 关键词“java8”

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 有人说 云终端 在部署云桌面的过程中只起到一个连接桥梁的作用，加上本地并不进行数据的存储和运行，它和服务器以及云桌面软件相比并不是很重要的。因此有人说云终端是没什么难度的，体积小、配置又不高比传统PC简单多了。云终端真的如大家看起来的这么简单吗？ 首先，云终端虽然外观和大小看起来都差不多，但是我们知道云终端它按架构分具有ARM架构和X86架构两种的，而这两种架构的使用功能也是有所不同的，ARM架构的云终端通常情况下是不能单独使用的，需要和服务器搭配起来使用的；而X86架构的云终端除了可以搭配服务器使用之外，还具备单独计算和数据存储的功能。 其次，云终端看起来是很简单，外观和配置这些基本上也是大同小异的，但是并不是所有厂家的云终端都是通用的，即使是两个架构一样配置一样的云终端由于所生产厂家的不同，它们使用起来时的效果也可能是不一样的，因为云终端是需要搭配服务器和云桌面软件一起使用的，在生产云终端的时候，很多厂家都是根据自己的云桌面软件和协议进行专门定制化生产的，因此说不同厂家的云终端很多情况下是不通用的。 第三，虽然说云终端在大多数情况下是通过协议连接服务器使用的，本地并不进行计算和数据的存储，但是这并不意味云终端它的配置高低就不是很重要的了

文章目录 1 intel（英特尔） 1.1 intel简介 1.2 intel产品 1.3 X86指令集 2 ARM 2.1 ARM简介 3 X86指令集和ARM指令集的区别 3.1 X86指令集和ARM指令集的区别 1 intel（英特尔） 1.1 intel简介 intel： 美国的一家以研发、制造、销售CPU为主的公司 世界上第一块CPU在1971年诞生于英特尔：intel 4004 INTegrated ELectronic（集成电子） 1.2 intel产品 intel产品发展历程如下： 1978年 --> intel 8086 1980年 --> intel 80186 1982年 --> intel 80286 1985年 --> intel 80386 1989年 --> intel 80486 1993年 --> Pentium（80586） 1.3 X86指令集 指令集架构： CPU所有指令的集合，简称指令集。 X86指令集架构，简称 X86架构 或 X86指令集： 指的是CPU指令集，并非是CPU硬件结构。 指的是以8086处理器为鼻祖的一系列指令集，并非是某一款处理器的指令集。 X86架构一直延续到了今天，并非到586就结束了。 我们需要知道X86架构的强大并不在于它本身，而在于围绕着它所建立起来的：软件生态。AMD公司的CPU也是X86架构

架构中的名词： ​ 1.项目：腾讯一个游戏就是一个项目 ​ 2.架构：维持一个项目基本运行的一个整体就是架构 ​ LNMP：Linux、nginx、MySQL、PHP ​ LNMT：Linux、nginx、MySQL、Tomcat（jboss） ​ LAMP：Linux、Apache、MySQL、PHP ​ LAMT：Linux、Apache、MySQL、tomcat ​ 3.集群：完全一样的服务，可以处理一样的工作，当一台出现问题，不影响项目 ​ 4.高可用：当一台机器出现问题，另一台可以接替他的工作 ​ 5.负载均衡：平均的将工作分配到后方 酒店架构： ​ 保安：辨别身份，允许通过 ​ 迎宾：来者不拒，带你找门 ​ 服务员：满足客户一切需求 ​ 提前备菜：提前准备好 ​ 厨师：做菜 ​ 前台：放的酒水，扑克 ​ 仓库：存放物品 ​ 经理：管理所有人员 ​ 监控：监控所有人员工作 架构访问流程-用户视角 1.用户通过浏览器输入oldboyedu.com->回车 2.浏览器会发生一次跳转，分析URL->然后进行DNS解析->获取真实的公网IP地址 3.用户通过tcp的三次握手发起连接->真实的公网IP 4.连接会通过公网->路由器->交换机->抵达前端的硬件防火墙 5.防火墙根据自身访问规则，进行匹配->如果恶意的连接则拒绝->如果是正常的连接则放行 6

rsync服务 基础： 什么是备份？ ​ 在原来的数据上在完全复制一份放到别处储存起来； 为什么要备份？ 1. 数据很重要 2. 数据有所丢失，可以快速找回 可不可以不备份？ ​ 可以选择性备份，重要的数据需要备份，不重要的可以抛弃 备份的工具？ ​ 本地的备份 cp ​ 异地备份 scp 什么是rsync？ ​ rsync是一款开源、快速、多功能、可实现 全量及增量 的本地或 远程数据同步 备份的优秀工具。rsync软件适用于Unix/linux/Windows等多种操作系统平台。 ​ linux —> windows mac —> linux Unix —> linux ​ rsync运行模式：C/S client 客户端 / server 服务端 rsync备份类型： ​ 全备：完全的备份， 速度慢，占资源 ​ 增备：只备份新增加的数据， 速度快，占用资源少 rsync备份方式： ​ push 推：上传 ​ 缺点：客户端传数据压力大 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fvbHWxTz-1577169936311)(C:\Users\oldboy\AppData\Roaming\Typora\typora-user-images\1574903839644.png)] ​ pull 拉：下载 ​ 缺点：服务端拉数据的时候压力大

敏捷个人网址： http://www.cnblogs.com/zhoujg/archive/2010/02/28/1675183.html 根据主题整理出了一些电子书，以下为现在发布的在线电子书列表，希望能够对你有所帮助！ 敏捷个人－认识自我，管理自我.pdf （ 适合所有期望自我成长、活出自己最好的生活的个人 ）个人成长体系和软技能培训课程 升级版本v0.5 全书共1003页 快乐、高效、平衡，简单生活，平衡成长！ 软件＝业务＋架构＋流程＋组织.ppt （ 适合项目管理人员、架构师 ） 10 年的技术工作，软件这个词对我来说一点都不陌生，但是当我问自己如何理解软件的？我却不知道如何回答。软件＝业务＋架构＋流程＋组织，其中公式是借用软件 产品线工程BAPO的概念，我觉得不错，这个ppt就是我去年思考的一个理解，希望大家看后对软件也有一个更清晰的认识。 企业架构框架－TOGAF.pdf （适合架构师） 使用TOGAF来做业务架构 - 价值驱动产品开发 TOGAF是一个企业业架构方法，适合复杂的、面向组织级别以上系统的架构开发方法。今年1月份刚升级到9.0版，对业务建模和可操作性上都有很大的提 高。我在这里把之前写过的一些内容集中在一起，方便大家学习。 由于TOGAF是一个比较大的体系，想掌握它并用好它还需要付出更多努力和实践。 企业架构语言ArchiMate.pdf （ 适合架构师

软件架构设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单。本文从架构师职责、软件架构定义、设计架构、评估架构、架构管理等方面来描述了解软件架构的含义和怎样设计软件架构。 一、软件架构师的职责 架构师分为以下几大类：业务架构师、主题领域架构师、技术架构师、项目架构师（J2EE架构师、.NET架构师等）、系统架构师。 1、架构师的职责主要体现 架构师的职责就是设计一个公司系统的基础架构，并提供关于怎样建立和维护系统的指导方针。具体来讲，架构师的职责主要体现在以下几方面： 1）、负责公司系统的架构设计、研发工作。 2）、承担从业务向技术转换的桥梁作用。 3）、协助项目经理制定项目计划和控制项目进度。 4）、负责辅助并指导系统分析开展设计工作。 5）、负责组织技术研究和攻关工作。 6）、负责组织和管理公司内部的技术培训工作。 7）、负责组织及带领公司内部员工研究与项目相关的新技术。 8）、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。 9）、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。 10）、对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。 2、构架设计师必须具备的技能 经验：既包括在问题领域的经验（通过彻底了解需求）

互联网业务持续增长需要存储架构设计也能够弹性扩容。让我们来看看： RocksDB RocksDB是facebook开源的NOSQL存储系统，其设计是基于Google开源的LevelDB，优化了LevelDB中存在的一些问题，其性能要比LevelDB强，设计与LevelDB极其类似。RocksDB 具有高度灵活的配置设置，可以调整为在各种生产环境（包括纯内存，闪存，硬盘或 HDFS）上运行。它支持各种压缩算法，并且有生产和调试环境的各种便利工具。RocksDB 借用了来自开源 LevelDB 项目的核心代码，以及来自 Apache HBase 的重要思想。RocksDB 的主要设计点是，它应该是快速存储和服务器工作负载的性能而设计。它应充分利用 Flash 或 RAM 提供的高速读/写速率的全部潜力。它应该支持高效的点查找以及范围扫描。它应该可配置为支持高随机读取工作负载，高更新工作负载或两者的组合。其架构应支持轻松调整参数，支持读取放大，写入放大和空间放大场景。 RocksDB适用场景 1.对写性能要求很高，同时有较大内存来缓存SST块以提供快速读的场景； 2.SSD等对写放大比较敏感以及磁盘等对随机写比较敏感的场景 3.需要变长kv存储的场景； 4.小规模元数据的存取； 不适合场景 1.大value的场景，需要做kv分离；2.大规模数据的存取 系统架构 基于Redis的弹性扩容

企业应用运维定义 我们把企业内的IT团队做一个初步职责和边界划分： 运维的起始点是拿到开发的代码包开始，然后进行资源环境准备、环境搭建、应用发布，以及一些列的运维支撑保障工作；而从运维团队内部来看，大致从技术栈层面分为几类： IDC运维： 负责操作系统及以下的运维支撑工作，主要提供稳定的网络、存储和服务器。 SA： 系统管理员，负责操作系统以上，代码以下的运维管理工作，不过有的公司，由于中间件的运维支撑与应用关联紧密，很多时候SA只负责操作系统和数据库两个内容。 应用运维： 核心职能是确保进程和服务可用，同时响应研发、运营人员的诉求，维护新版本的稳定运行，以及提供数据和服务给到运营人员。 应用运维在各个行业里面都非常重要，其发挥的价值深度，对于公司业务支撑保障和与优化辅助，都起着至关重要的作用，但面临的困境也很多。 应用架构多样性、异构化程度大；无论是多年前无法重构的单体架构，SOA架构的应用，微服务架构应用，基于业务中台的架构，还是近几年号召的云原生架构，越大的企业，应用的多样与异构化程度就越大，对于应用运维人员的技术栈要求高，管理复杂度大。 安全和质量级别要求高；无论是新版本发布，灾备切换与演练，应用故障处理还是其他维护场景，都直接影响应用服务的可用性，更不要说因为操作权限很高，可能出现误操作或破坏性行为的风险。 效率要求高；快速发现问题，定位问题和触发预案处置