服务器类型

明天开始答辩。 今天老师给我们整理了一些知识点。 第一章 java Web 工作原理 重点： 什么是HTTP？（了解） HTTP是一种超文本传送协议，是一套计算机在网络通信的一种规则。 特记：HTML超文本标记语言，以.htm或.html为扩展名， HTTP 请求/响应包含哪些内容？（了解） HTTP请求包含了：请求行，请求头，空行与消息体。 HTTP响应包含了：状态行，响应头，空行与消息体。 第二章 Servlet基础 重点： Servlet 生命周期？（了解） Servle生命周期大体可以分为：初始化，服务，销毁3个阶段。 初始化： 第一个阶段主要工作，容器装载并实例化servlet，并触发init()方法装载资源。 服务阶段： 主要处理来源于客户端的各种请求与给出响应，请求到达时触发service()方法，处理请求产生响应。servlet是多线程的，容器只装载一个servlet实例，初始化只执行一次，但是请求达到时，每个请求被servlet的service()方法执行的线程并发处理。 销毁： servlet的销毁代表着该servlet实例被容器丢弃，一般是容器关闭或容器需要空闲内存时，容器通过调用destroy()来销毁。 需要说明的是：servlet调用service()方法之后提供了7个常见的辅助方法，其中doGet()与doPost()

RabbitMQ简介 RabbitMQ是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）。 RabbitMQ是一套开源（MPL）的消息队列服务软件，是由LShift提供的一个Advanced Message Queuing Protocol（AMQP）的开源实现，由以高性能、健壮以及可伸缩性出名的Erlang写成。 选择RabbitMQ 市面上有很多MQ可以选择，如：ActiveMQ、ZeroMQ、Apache Qpid及RocketMQ，为什么要选择RabbitMQ呢？ 1. 除了Qpid，RabbitMQ是唯一一个实现了AMQP标准的消息服务器； 2. 可靠性，RabbitMQ的持久化支持，保证了消息的稳定性； 3. 高并发，RabbitMQ使用了Erlang开发语言，Erlang是为电话交换机开发的语言，天生自带高并发光环和高可用特性； 4. 集群部署简单，正是应为Erlang使得RabbitMQ集群部署变的超级简单； 5. 社区活跃度高，从网上资料来看，RabbitMQ也是首选 工作机制 1. 消息模型 生产者、消费者和代理 生产者（producer）：消息的创建者，负责创建和推送数据到消息服务器； 消费者（consumer）：消息的接收方，用于处理数据和确认消息； 代理（proxy）：就是RabbitMQ本身，用于扮演“快递”的角色

英特尔打响数据中心复兴之战！四大架构轰向云端，营收创新高 https://mp.weixin.qq.com/s/rZpYzCrnNbQs5_6PStT_zQ 　　 芯东西（ID： aichip001）文：心缘 　　回到 1968 年，英特尔创始人罗伯特·诺伊斯和戈登·摩尔希望以两人名字的组合命名新公司——Moore Noyce（摩尔·诺伊斯）。 　　然而这个名字被一家连锁酒店抢先注册了，无奈之下，两位创始人改取“Integrated Electronics（集成电子）”两个单词的缩写“Intel（英特尔）”为公司名，偏巧，这也是英文单词“智能”Intelligence 的前几个字母。 　　或许冥冥之中，命运已经将英特尔和五十年后的智能化浪潮牵了一条红线。 　　从数据中心、自动驾驶到物联网，英特尔正在编织一张全面的人工智能（AI）软硬件巨网，试图在滚滚奔涌向前的新一代数据革命中，以前瞻性的布局立于不败之地。 　　据美国市场研究机构 Gartner 在 1 月 14 日发布的最新报告，2019 年全球半导体收入总计 4183 亿美元，较 2018 年下降 11.9％。 　　在整体市场陷入低迷状态之际，英特尔却迎来了颇为亮眼的成绩单，不仅时隔三年重返全球半导体市场榜首，而且其第四季度和财年营收均创纪录。 2019 年全球半导体厂商销售额排行榜前十（来源：Gartner） 　　2020 年

故事发生在10月份的一次面试经历中，本来我不想说出来丢人显眼，但是为了警醒自己和告诫后人，我决定写成博文发出来。因为在面试过程中，我讲在2009年写过QQ农场助手，在这期间深入学习了HTTP协议，而且在2010-05-18写了博文： HTTP协议及其POST与GET操作差异 & C#中如何使用POST、GET等 。面试官说既然我熟悉HTTP协议，就问“当HTTP采用keepalive模式，当客户端向服务器发生请求之后，客户端如何判断服务器的数据已经发生完成？” 说实话，当时我懵了，一直没有关注过keepalive模式。我只知道： HTTP协议中客户端发送一个小请求，服务器响应以所期望的信息（例如一个html文件或一副gif图像）。服务器通常在发送回所请求的数据之后就关闭连接。这样客户端读数据时会返回EOF（-1），就知道数据已经接收完全了。 我就这样被面试官判了死刑！！！说我完全停留在表面，没有深入（当时真的很受打击，一直自认为技术还不错！）。我当时真的很想找各种借口： 之前没有用到HTTP的keepalive模式，所以没有深入 好久没有用HTTP协议，细节忘了 实习的东西跟HTTP协议没有关系，用得少了就忘了 。。。。。。 觉得各种解释都是那么苍白无力！我再次感叹书到用时方恨少，也感叹一个人的时间是多么的有限（曾一度想成为一个IT专业全才），根本没有精力面面俱到

https://blog.csdn.net/weixin_45494421/article/details/98760782 概要：常见的分布式文件系统有GFS、HDFS等，也有新兴的基于区块链IPFS/Filecoin等。有的广泛应用，有的开始挑战，有的是闭源，有的开源。在不同的领域和不同的计算机发展阶段，它们都对数据存储起到了各自的作用。那么这些分布式文件系统都有什么优缺点？我们应该怎样选择适合自己的解决方案？ 一、HDFS：被雅虎开源的分布式文件系统 Hadoop分布式文件系统（HDFS），是一个分布式、可扩展的Hadoop框架，具有高容错、低成本部署优势。HDFS提供对应用程序数据的高吞吐量访问，适用于具有大型数据集的应用程序。HDFS最初是作为Apache Nutch网络搜索引擎项目的基础设施而构建的，现在是Apache Hadoop子项目。 HDFS如何工作？HDFS支持计算节点之间的数据快速传输，文件系统多次复制或复制每个数据，并将副本分发到各个节点，将至少一个副本放在与其他服务器机架不同的服务器上。因此，崩溃的节点上的数据可以在群集中的其他位置找到。这可确保在恢复数据时继续处理。这使得HDFS高容错性。简单来说，HDFS将文件拆分为块，并将它们分布在集群中的节点上。 架构分析：HDFS采用的是主/从架构（master/slave ）

群集应用概述 群集的含义 Cluster，集群、群集 由多台主机构成，但对外只表现为一个整体 在互联网应用中，随着站点对硬件性能、影响速度、服务稳定性、数据可靠性等要求越来越高，单台服务器力不从心 解决方法 使用价格昂贵的小型机、大型机 使用普通服务器构建服务群集 群集分类 根据群集所针对的目标差异，可分为三种类型 负载均衡群集 高可用群集 高性能运算群集 负载均衡群集（Load Balance Cluster） 以提高应用系统的影响能力、尽可能处理更多的访问请求、减少延迟为目标，获得高并发、高负载（LB）的整体性能 LB的负载分配依赖于主节点的分流算法 高可用群集（High Availability Cluster） 以提高应用系统的可靠性、尽可能地减少终端时间为目标，确保服务的连续性，达到高可用（HA）的容错效果 HA的工作方式包括双工和主从两种方式 高性能运算群集（High Performance Computer Cluster） 以提高应用系统的CPU运算速度、扩展硬件资源和分析能力为目标，获得相当于大型、超级计算机的高性能运算（HPC）能力 高性能运算群集的高性能依赖于“分布式运算”、“并行运算”，通过专用硬件和软件将多个服务器的CPU、内存等资源整合在一起，实现只有大型、超级计算机才具备的计算能力 负载均衡群集工作模式分析 负载均衡群集是目前企业用得最多的群集模型

Shell对于运维人员的重要性 Linux 在服务器上的应用非常广泛，可以用来搭建Web服务器、数据库服务器、负载均衡服务器（CDN）、邮件服务器、DNS服务器、反向代理服务器、VPN服务器、路由器等。用 Linux 作为服务器系统不但非常高效和稳定，还不用担心版权问题，不用付费 正是由于 Linux 服务器的大规模应用，才需要一批专业的人才去管理，这群人就是 Linux 运维工程师（OPS）。 OPS 的主要工作就是搭建起运行环境，让程序员写的代码能够高效、稳定、安全地在服务器上运行，他们属于后勤部门。OPS 的要求并不比程序员低，优秀的 OPS 拥有架设服务器集群的能力，还会编程开发常用的工具。 OPS 这项工作的细节内容包括： 安装操作系统，例如 CentOS、Ubuntu 等。 部署代码运行环境，例如网站后台语言采用 PHP，就需要安装 Nginx、Apache、MySQL、PHP运行时等。 及时修复漏洞，防止服务器被攻击，这包括Linux本身漏洞以及各个软件的漏洞。 根据项目需求升级软件，例如 PHP 7.0 在性能方面获得了重大突破，如果现在服务器压力比较大，就可以考虑将旧版的 PHP 5.x 升级到 PHP 7.0。 监控服务器压力，别让服务器宕机。例如淘宝双十一的时候就会瞬间涌入大量用户，导致部分服务器宕机，网页没法访问，甚至连支付宝都不能使用。 分析日志

web服务器 　　在开始了解 Apache前，我们先熟悉一下web服务器，因为apache也是web服务器的一种。 　　 Web系统由客户端（浏览器）和服务器端两部分组成。Web系统架构也被称为B/S架构。最常见的Web服务器有Apache、IIS等，常用的浏览器有IE、Firefox、 chrome 等。当你想访问一个网页时，需要在浏览器的地址栏中输入该网页的URL（Uniform Resource Locator，简称为URL）地址，或者是通过超链接链接到该网页。浏览器会向该网页所在的服务器发送一个HTTP请求，服务器会对接收到的请求信息进行处理，然后将处理的结果返回给浏览器，最终将浏览器处理后的结果呈现给用户。 web 服务器端的 工作流程 ： （1）客户端发送请求 　　客户端（通过浏览器） 和Web服务器建立TCP连接，连接建立以后，向Web服务器发出访问请求（如get）。根据HTTP协议，该请求中包含了客户端的IP地址、浏览器的类型和请求的URL等一系列信息。 （2）服务器解析请求 　　Web服务器对请求按照HTTP协议进行解码来确定进一步的动作，设计的内容有三鼐要点：方法（GET）、文档(/sample.html)、和浏览器使用的协议（HTTP/1.1）其中方法告诉服务器应完动的动作，GET方法的含义很明显是：服务器应定位、读取文件并将它返回给客户。

OAuth 2.0 允许第三方应用程序访问受限的HTTP资源的授权协议，像平常大家使用 Github 、 Google 账号来登陆其他系统时使用的就是 OAuth 2.0 授权框架，下图就是使用 Github 账号登陆 Coding 系统的授权页面图： 类似使用 OAuth 2.0 授权的还有很多，本文将介绍 OAuth 2.0 相关的概念如：角色、授权类型等知识，以下是我整理一张 OAuth 2.0 授权的脑头，希望对大家了解 OAuth 2.0 授权协议有帮助。 文章将以脑图中的内容展开 OAuth 2.0 协议同时除了 OAuth 2.0 外，还会配合 Spring Security OAuth2 来搭建 OAuth2客户端 ，这也是学习 OAuth 2.0 的目的，直接应用到实际项目中，加深对 OAuth 2.0 和 Spring Security 的理解。 OAuth 2.0 角色 OAuth 2.0 中有四种类型的角色分别为： 资源Owner 、 授权服务 、 客户端 、 资源服务 ，这四个角色负责不同的工作，为了方便理解先给出一张大概的流程图，细节部分后面再分别展开： OAuth 2.0 大概授权流程 资源 Owner 资源 Owner可以理解为一个用户，如之前提到使用 Github 登陆 Coding 中的例子中，用户使用GitHub账号登陆Coding

目录 一、什么是主从复制 1 二、实现原理 1 三、用户授权， 2 1 、添加一个用户，给用户授权 2 2 、如果删除一个用户 3 四、 log-bin 日志 3 1 、如何开启 log-bin 日志 3 2 、如何 查看 log-bin 日志里面的内容。 4 3 、 log-bin 日志相关的一些命令操作 5 4 、使用 bin-log 日志完成一个案例，恢复数据的一个案例 6 五、主从配置 8 1 、配置主服务器： 8 2 、配置从服务器 9 3 、如何撤销从服务器 10 六、读写分离实现 10 一、什么是主从复制 至少两台数据库服务器，可以分别设置主服务器和从服务器，对主服务器的任何操作都会同步到从服务器上 二、实现原理 mysql中有一种日志，叫做bin日志（二进制日志），会记录下所有修改过数据库的sql语句。主从复制的原理实际是多台服务器都开启bin日志，然后主服务器会把执行过的sql语句记录到bin日志中，之后从服务器要读取这个bin日志，把该日志的内容保存到自己中继日志里面，从服务器再把中继日志中记录的sql语句同样的执行一遍。这样从服务器上的数据就和主服务器相同了。 实现的技术是：用户的授权，和log-bin日志的开启。 三、用户授权， 1、添加一个用户，给用户授权 查看当前数据库下面的用户情况。 grant 权限名称（select update delete）