网络架构

组建大型企业级网络: 拓扑图： 1,添加4台s3700交换机 2,为每台交换机创建vlan10,20,30,40 3,将pc对应交换机的接口加入相关vlan pc1–>vlan10 pc2–>vlan20 pc3–>vlan30 pc4,5–>vlan40 4,sw1~sw3 配置2~3接口为中继链路trunk sw4 配置3~4接口为trunk *配置完毕后使用display vlan检查 5,添加2个s5700交换机, 分别创建之前的4个vlan 6,配置sw5 sw6的1 5接口为中继链路trunk 7,配置三层交换机的网关地址 sw5 vlan10 192.168.10.252/24 vlan20 192.168.20.252/24 vlan30 192.168.30.252/24 vlan40 192.168.40.252/24 sw6 vlan10 192.168.10.253/24 vlan20 192.168.20.253/24 vlan30 192.168.30.253/24 vlan40 192.168.40.253/24 8,连接线缆,使用pc测试同网段网络 9, 两台三层交换机配置vrrp,实现网关备份,并添加负载均衡效果 sw5 vlan10,20 主 vlan30,40 备份 sw6 vlan30,40 主 vlan10,20 备份 sw5: in

符合REST原则的架构方式即可称为RESTful Rest架构的主要原则 1、网络上的所有事物都被抽象为资源 2、 每个资源都有一个唯一的资源标识符 3、同一个资源具有多种表现形式(xml,json等) 4、 对资源的各种操作不会改变资源标识符 5、 所有的操作都是无状态的 来源： https://www.cnblogs.com/lingboweifu/p/11808250.html

在 微服务的基建工作 中提到过，在云原生、微服务时代，如果还是手动修改服务地址，是几乎不可完成的工作，需要一种机制完成自动上报和获取服务地址的支撑组件，可以保障服务的快速上线和下线，这就是服务注册/发现组件。 为了表述方便，从系统规模定义几个阶段： 巨型应用架构时期：很多应用都是一个巨型服务，一个应用包含所有功能，部署在小型机和大型机上，或者直接部署在物理服务器上。 单体架构时期：应用体量缩小，服务增多，而且出现虚拟化技术，物理服务器被连接成虚拟化平台，应用部署在虚拟机中。 SOA架构时期：应用通用功能逐渐沉淀，业务应用借助沉淀的通用组件逐渐解耦，微服务的很多组件也是从这个时期开始成型。 微服务架构时期：这个时期承接模块化时期，甚至有一种说法是微服务只是SOA的一种特殊形式。系统进一步解耦，根据业务角色不同，应用以业务为分界，缩小为业务单元。 函数架构时期：应用进一步分割为函数，实现serverless架构，不需要具体的服务器概念，只需要执行函数的服务即可。目前来看，这个时期是比较理想的时期，因为不同人相互协作定义的函数，可能重复或者冲突，不利于架构的演进。 随着大家对在微服务或者函数架构中趟坑，很多人开始提出回归单体应用架构，这应该也是架构螺旋进步的一种方式。 在微服务中，还有一种角色是根据调用关系定义的： 客户端服务（简称客户端）：调用其他服务的实例 服务端服务（简称服务端）

不诗意的女程序媛不是好厨师~ 转载请注明出处，From李诗雨—[https://blog.csdn.net/cjm2484836553/article/details/103930596] 《网络架构系列1--TCP/IP详解》 1.计算机网络分层▲（面试点） 1.1 OSI七层网络模型 和 TCP/IP参考模型 2.IP地址 和 端口号 2.1 IP地址 2.2 端口号➹（暗涉一道面试题） 3. TCP和UDP 3.1 TCP的定义和特点 3.2 UDP的定义和特点 4. TCP报文结构 5. TCP中的三次握手▲▲▲（面试点） 5.1 描述一下TCP中三次握手的流程 5.2 为什么TCP建立连接需要三次握手？ 5.3 TCP三次握手有什么漏洞吗（知道即可） 6.TCP中的四次挥手（面试点▲） 6.1 描述一下TCP中四次挥手的流程 6.2 为什么TCP释放连接需要四次挥手？ 6.3 为什么建立连接是三次握手，而关闭连接却是四次挥手呢，为什么2、3两次不能合并呢？ 7.TCP协议中的窗口机制（拓展，了解一下即可） 网络架构，可以算得上是面试的宠儿了，我也废话不多说，直接上重点。 1.计算机网络分层▲（面试点） 1.1 OSI七层网络模型 和 TCP/IP参考模型 重点1 ：OSI七层网络模型 和 TCP/IP参考模型 ，它可是面试的敲门砖，所以大概的内容要记住。 （PS

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 ）

DevOps之路（DevOps RoadMap） 1.学习语言：java，python，js，node.js，go，ruby，rust，c/c++ 2.学习系统的相关知识：进程，并发，sockets，I/O，内存，存储，文件系统，虚拟化 3.学习linux命令 文本操作：awk，sed，grep，sort，uniq，cat，echo，fgrep，egrep，wc，tr，fmt，cur等 进程管理：top，htop，atop，ps，lsof等 网络：iptable，ping，nmap，tcpdump，mtr，traceroute等 系统：iostat，sar，vmstat，nmon等 其他：uname，history，df，systemtop等 4.网络与安全：tcp/ip，http，https，dns，ftp，ssl/tsl等 5.IIS，Apache，Tomcat，缓存服务器，负载平衡器，反向代理，防火墙 6.学习基础架构 容器：Docker，RKT，LXC 配置管理工具：Ansible，Chef，Salt，Puppet 基础设施配置：Terraform和Cloud Formation 7.CI/DI工具（持续集成和交付）：Jenkins，TeamCity，Drone 8.监控软件和基础架构：Nagios，Icing，Datadog，Zabbix，Monit，AppDynanic

这是之前规划设计的IT基础架构运维规划方案，总结自己一段时间的运维经验 相关敏感信息已经去除 学无止境啊 XX运维工作架构规划 从2016年10月XX的运维工作到现在已经有两年多了，期间进行了很多调整，部署了很多业务系统，从一开始的混乱无序，到现在算是小有成效了。现在我们需要进一步完善现有运维工作，规划完整的架构，方便日后进行调整，保证能够科学而又高效的完成运维工作，提高客户满意度。 1.整体架构设计 整体架自下而上分为两个部分，基础环境和上层业务应用。 基础环境主要是提供的基础虚拟机化环境和存储支持，同时包括各种网络基础环境。 上层应用由客户业务、运维支撑和第三方业务系统构成，主要是基于虚拟机的应用软件和解决方案。 广电的基础环境主要构建是基于kvm虚拟化解决方案的超融合nutanix环境和基于vmware的vsphere虚拟化解决方案环境组成，两者为不同的异构的虚拟化，中间底层网络全部连通，相互共享网络资源和存储资源，为整体的架构提供一个虚拟化层从而支撑上层其他业务系统。值得说明的是，目前我们无法两种不同的虚拟化环境进行统一管理和调度，虽然他们都可以提供完整的虚拟机生命周期管理。 1.1. nutanix的虚拟化环境 Nutanix的虚拟化环境组网如下所示： 这是一个稳定的组网架构，从2017年3月部署后，基本没有变更过，运行可靠，可用性高，性能强悍

CDN缓存 CDN主要解决将数据缓存到离用户最近的位置，一般缓存静态资源文件（页面，脚本，图片，视频，文件等）。国内网络异常复杂，跨运营商的网络访问会很慢。为了解决跨运营商或各地用户访问问题，可以在重要的城市，部署CDN应用。使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。 CND原理 CDN的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。 （1） 未部署CDN应用前 网络请求路径： 请求：本机网络（局域网）——》运营商网络——》应用服务器机房 响应：应用服务器机房——》运营商网络——》本机网络（局域网） 在不考虑复杂网络的情况下，从请求到响应需要经过3个节点，6个步骤完成一次用户访问操作。 （2） 部署CDN应用后 网络路径： 请求：本机网络（局域网）——》运营商网络 响应：运营商网络——》本机网络（局域网） 在不考虑复杂网络的情况下，从请求到响应需要经过2个节点，2个步骤完成一次用户访问操作。 与不部署CDN服务相比，减少了1个节点，4个步骤的访问。极大的提高的系统的响应速度。 CDN优缺点 （1）优点（摘自百度百科） 1、本地Cache加速：提升访问速度，尤其含有大量图片和静态页面站点； 2、镜像服务

缓存是分布式系统中的重要组件，主要解决高并发，大数据场景下，热点数据访问的性能问题。提供高性能的数据快速访问。 本文是缓存在分布式应用第一篇文章，介绍缓存的原理，缓存的分类，缓存的设计，CDN缓存（原理，架构参考和技术实践），反向代理缓存（原理，Squid架构实践和常用代理缓存之间的比较）。本文主要是自己的学习总结和网络文章摘录，供学习之用。 本次分享大纲 缓存概述 CDN缓存 反向代理缓存 分布式缓存 本地缓存 缓存架构示例 参考资料 分享总结 一、缓存概述 缓存是分布式系统中的重要组件，主要解决高并发，大数据场景下，热点 数据访问的性能问题 。 提供高性能的数据快速访问 。 1.1缓存的原理 (1)将数据写入/读取速度更快的存储（设备）； (2)将数据缓存到离应用最近的位置； (3)将数据缓存到离用户最近的位置。 1.2缓存分类 在分布式系统中，缓存的应用非常广泛，从部署角度有以下几个方面的缓存应用。 (1)CDN缓存； (2)反向代理缓存； (3)分布式Cache； (4)本地应用缓存； 1.3缓存媒介 常用中间件：Varnish，Ngnix，Squid，Memcache，Redis，Ehcache等； 缓存的内容：文件，数据，对象； 缓存的介质：CPU，内存（本地，分布式），磁盘（本地，分布式） 1.3缓存设计 缓存设计需要解决以下几个问题： (1)缓存什么？

原文: 大型网站架构系列：缓存在分布式系统中的应用（一） 缓存是分布式系统中的重要组件，主要解决高并发，大数据场景下，热点数据访问的性能问题。提供高性能的数据快速访问。 本文是缓存在分布式应用第一篇文章，介绍缓存的原理，缓存的分类，缓存的设计，CDN缓存（原理，架构参考和技术实践），反向代理缓存（原理，Squid架构实践和常用代理缓存之间的比较）。本文主要是自己的学习总结和网络文章摘录，供学习之用。 本次分享大纲 缓存概述 CDN缓存 反向代理缓存 分布式缓存 本地缓存 缓存架构示例 参考资料 分享总结 一、缓存概述 缓存是分布式系统中的重要组件，主要解决高并发，大数据场景下，热点数据访问的性能问题。提供高性能的数据快速访问。 1.1缓存的原理 （1） 将数据写入/读取速度更快的存储（设备）； （2） 将数据缓存到离应用最近的位置； （3） 将数据缓存到离用户最近的位置。 1.2缓存分类 在分布式系统中，缓存的应用非常广泛，从部署角度有以下几个方面的缓存应用。 （1） CDN缓存； （2） 反向代理缓存； （3） 分布式Cache； （4） 本地应用缓存； 1.3缓存媒介 常用中间件：Varnish，Ngnix，Squid，Memcache，Redis，Ehcache等； 缓存的内容：文件，数据，对象； 缓存的介质：CPU，内存（本地，分布式），磁盘（本地，分布式） 1.3缓存设计