Zuul作为微服务系统的网关组件，用于构建边界服务，致力于动态路由、过滤、监控、弹性伸缩和安全。为什么需要ZuulZuul、Ribbon以及Eureka结合可以实现智能路由和负载均衡的功能；网关将所有服务的API接口统一聚合，统一对外暴露。外界调用API接口时，不需要知道微服务系统中各服务相互调用的复杂性，保护了内部微服务单元的API接口；网关可以做

1，CDN，ContentDistributeNetwork，可以直译成内容分发网络，CDN解决的是如何将数据快速可靠从源站传递到用户的问题。用户获取数据时，不需要直接从源站获取，通过CDN对于数据的分发，用户可以从一个较优的服务器获取数据，从而达到快速访问，并减少源站负载压力的目的。2，为什么访问速度慢、下载慢？答：github的CDN被某墙屏

Nginx是一个轻量级高性能的web服务器，它是为快速响应大量静态文件请求和高效利用系统资源而设计的。与apache使用面向进程或线程的方式处理请求不同，nginx使用异步事件驱动模型在负载下性能更突出。虽然nginx能高效地服务静态文件，但也有人认为nginx处理动态内容并不理想。不像apache服务器，nginx没用使用内嵌解释器的方式来处理动态内容

MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力，如果是主主复制还可以很好的避免主节点的单点故障。然而MySQL主主复制存在一些问题无法满足我们的实际需要：未提供统一访问入口来实现负载均衡，如果其中master宕掉的话需要手动切换到另外一个master，而不能自动进行切换。前面介绍了MysqlKeepalived双主热备高可用方案记录

简介SpringCloud是一系列框架的有序集合。它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用SpringBoot的开发风格做到一键启动和部署。Spring并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框

集群的概念早在Redis3.0之前讨论了，3.0才在源码中出现。Redis集群要考虑的问题：1.节点之间怎么据的同步，如何做到数据一致性。一主一备的模式，可以用Redis内部实现的主从备份实现数据同步。但节点不断增多，存在多个master的时候，同步的难度会越大。2.如何做到负载均衡？请求量大的时候，如何将请求尽量均分到各个服

几年前，对开源DevOps人才的需求相对较低。但今年，招聘模式发生了巨大变化。公司需要具备这些技能的开发人员，他们不仅能够维护遗留工作负载的性能，还能够为数字转换提供敏捷和响应性的操作。根据Linux基金会的《2020年开源就业报告》（该报告调查了开源人才的需求和开源专业人士的趋势），DevOps目前的需求很大，而且没有放缓的迹象。https

Linux系统中tcp连接数是有最大限制的，即是进程可打开的最大文件描述个数，通过命令查看:ulimitn文章每周持续更新，各位的「三连」是对我最大的肯定。可以微信搜索公众号「后端技术学堂」第一时间阅读（一般比博客早更新一到两篇）TCP连接数限制高负载的服务器通过修改ulimit参数达到合理规划用户使用资源

redis介绍　　Nginx是一个高性能的HTTP和反向代理服务器，及电子邮件代理服务器，同时也是一个非常高效的反向代理、负载平衡　　Redis是一个开源的使用ANSIC语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、KeyValue数据库，并提供多种语言的API的非关系型数据库。传统数据库遵循ACI

主从架构主从架构设计的思路大概如下：只有一台主服务器，只负责写入数据，不负责读取数据。多台从服务器，不写入数据，只负责同步主服务器的数据，提供外部程序读取。主服务器写入数据后，将命令发送到从服务器，使主从数据同步。应用程序可以读取某一台从服务器的数据，负载均衡。当某些从服务器瘫痪时，系统影响不大