网站没有关键词库网站公司建设都招聘那些职位

网站没有关键词库,网站公司建设都招聘那些职位,中信银行官网,wordpress 微信公众号你是小阿巴#xff0c;刚刚开发上线了自己的第一个网站。 前几天只有几个人访问#xff0c;网站运行得稳稳当当。 你得意地想#xff1a;做网站也太简单了吧#xff01; 结果一周后#xff0c;某知名博主 “鱼蛋” 不小心推广了 你的网站#xff0c;突然来了 1 万个用户…你是小阿巴刚刚开发上线了自己的第一个网站。前几天只有几个人访问网站运行得稳稳当当。你得意地想做网站也太简单了吧结果一周后某知名博主 “鱼蛋” 不小心推广了 你的网站突然来了 1 万个用户同时访问直接把你的网站服务器冲爆了你急得满头大汗赶紧向号称 “后端之狗” 的鱼皮求救。你鱼皮 gie gie 救命啊鱼皮了解情况后淡定地说加服务器。你恍然大悟对哦我买 3 台服务器就有 3 个不同的 IP 地址了。只要让用户自己选择访问哪一台就能分摊流量压力啦鱼皮笑了但如果用户并不知道这些 IP 地址呢你挠了挠头对啊这可咋办鱼皮这就要请出我的朋友 LB 了。你一脸疑惑LB 是啥老板链表老鸨⭐️ 推荐观看视频版有动画更容易理解https://bilibili.com/video/BV1e92eBTEkL第一阶段认识负载均衡鱼皮LB 是指负载均衡Load Balancer它就像一个 “交通指挥中心”。车辆来了不是自己随便选道路而是由指挥中心统一调度走哪条路线避免某条路堵死、其他路却空着。对于你的问题你需要一台反向代理服务器负载均衡器对外提供唯一的访问入口统一接收所有用户的请求再根据一定的规则把请求分配给后端的多台服务器来实际处理这样每台服务器的压力就小很多了。你眼前一亮原来如此通过负载均衡用户只需要访问同一个域名完全不用关心我的网站背后有几台服务器我可以使劲加服务器来提高网站的并发量。鱼皮不错而且负载均衡器会实时监测后端服务器的健康状态。如果发现某台服务器挂了就不再把流量分给它自动切换到其他健康的服务器保证用户访问不受影响。此外负载均衡器在实际使用中还常常承担一些额外的职责。比如SSL 卸载让负载均衡器统一处理 HTTPS 的加密解密后端服务器就不用每台都配置证书了省事儿又减压。第二阶段怎么实现负载均衡你很是激动哇听起来很厉害啊那我用什么来做负载均衡呢鱼皮像 Nginx、HAProxy 等高性能网关软件都支持负载均衡功能。比如使用 Nginx只需要写下这样一段配置upstream backend { server 192.168.1.10; server 192.168.1.11; server 192.168.1.12; } location / { proxy_pass http://backend; }由 3 台服务器组成了一个集群Nginx 会自动把收到的请求分配给它们。你开心了这么简单爽爽爽我这就去实现~于是你成功配置好了 Nginx 负载均衡这下网站不崩了用户访问也更顺畅了。你得意地想负载均衡不过如此傻子都能学会哈哈哈哈哈哈第三阶段负载均衡也扛不住了咋办一个月后你的网站又不小心被一个更知名的博主 “驴皮” 分享了瞬时用户量暴增到几十万竟然把你部署 Nginx 的服务器都给冲爆了你慌了呜啊这破 Nginx 接不住这破天的富贵怎么办啊难道再加一个 Nginx 来给 Nginx 做负载均衡但这不是套娃吗照样扛不住啊鱼皮别慌负载均衡不是只有一种根据网络层次可以分很多类。刚才你用的 Nginx其实是七层负载均衡。它工作在应用层可以根据 HTTP 请求的内容比如 URL 路径、Cookie、请求头等进行转发。它的优点是最灵活、成本最低大多数中小型网站用它就够了但是一般单机只能支撑几万到十几万并发。如果想更进一步增加并发可以用四层负载均衡。它工作在传输层只根据 IP 地址和端口号进行转发不关心 HTTP 请求的具体内容。正因如此它的性能很高能支撑几十万甚至上百万并发。常用的实现方案是 LVS Linux Virtual ServerLinux 虚拟服务器它通过修改网络数据包的地址信息IP 或 MAC把请求转发到不同的服务器速度极快。适用于某宝、某东这种级别的大型网站。你那有没有更厉害的我担心自己的网站一不小心成为国民级应用。鱼皮当然还有二层和三层负载均衡。或者利用专业的硬件设备做负载均衡比如性能极高的 F5但价格也极高入门级的设备都要十几万。你大为震惊哎呀这我可买不起了呀……鱼皮快醒醒吧这种硬件负载均衡主要用于金融、电信等大型企业咱们一般用不到。你突然想到对了我听说有些大公司会用 DNS 来做负载均衡这算是哪一层呢鱼皮问得好DNS 负载均衡比较特殊。它严格来说属于应用层但工作原理和前面讲的都不太一样。传统负载均衡是用户请求已经到达服务器后再分配而 DNS 负载均衡是在用户浏览器查询域名对应的 IP 地址时DNS 服务器就根据策略如地域、负载返回不同的服务器 IP从而实现流量分配。它的优点是实现简单、成本低适合做全球流量分配比如国内用户访问国内服务器海外用户访问海外服务器。缺点是不够灵活而且 DNS 有缓存改了配置不能立即生效。第四阶段负载均衡算法你点点头那我还是老老实实用七层和四层负载均衡吧。对了负载均衡器怎么知道把请求分给哪台服务器呢鱼皮这就要靠负载均衡算法了算法分两大类 —— 静态算法和动态算法。静态算法就是按照固定的规则分配。1首先是最简单的轮询算法Round Robin。就像发扑克牌一样一张一张轮着来第一个请求给服务器 A第二个给服务器 B第三个给服务器 C然后又回到服务器 A发完一轮再来一轮。看起来很公平但如果服务器性能不一样有的很闲、有的很忙怎么办2加权轮询Weighted Round Robin 就能解决这个问题你可以给性能高的服务器设置更高的权重让它处理更多请求。你等等如果用户第一次请求分配到服务器 A 并保存了登录态第二次请求分配到服务器 B登录态不就丢失了么鱼皮没错能想到这点的你非常棒3我们可以用 IP 哈希Hash算法来解决这个问题。根据用户的 IP 地址计算一个哈希值然后分配到对应的服务器。这样同一个用户的请求总是会分配到同一台服务器登录态就不会丢了。不过 IP Hash 也有缺点如果很多用户来自同一个大局域网可能会导致流量分配不均哦所以现在主流还是用 Redis 做共享 Session。这也是面试时的一个考点Session 一致性问题的解决方案。鱼皮动态算法更灵活会根据服务器的实时状态来分配请求。1最少连接Least Connections哪台服务器当前连接数最少、最闲就优先把请求分给谁。2最快响应Least Response Time哪台服务器的响应速度最快、干活最麻利就优先把请求分给谁。小阿巴这么多算法记不住啊哪个最常用啊鱼皮笑道算法千千万轮询占一半。实际工作中大部分场景用轮询或加权轮询就够了。第五阶段其他重要知识点你那负载均衡器怎么知道后端服务器是否健康呢鱼皮这就是健康检查机制。负载均衡器会定期比如每隔几秒向后端服务器发送心跳请求检查服务器是否正常响应。如果连续多次失败就认为这台服务器挂了自动把它从服务器列表中剔除。等服务器恢复后再自动添加回来。你哇就像医院里的护士定时查房一样太贴心了吧等等负载均衡器能监测后端服务器、替它们分摊压力但是万一负载均衡器自己挂了怎么办鱼皮问得好这就是负载均衡的高可用问题。解决办法是部署多个负载均衡器采用主从模式。主负载均衡器正常工作从负载均衡器随时待命。它们之间会互相发送心跳包并共享一个虚拟 IP 地址VIP。一旦从节点发现主节点没有回应了就接管这个虚拟 IP用户访问的还是同一个 IP 地址所以毫无感知。结尾你感慨道哇原来负载均衡有这么多学问作用、分类、算法学到了学到了~那…… 我现在算是负载均衡专家了吧鱼皮从裤兜里掏出两个硬币砸到你的头上想啥呢你现在只是了解了负载均衡的思想但是实际开发中还有很多玩法。对了我之前在 编程导航 分享过一个 Nginx 学习路线建议你系统学习一下。你虚心地点点头好的狗鱼皮更多编程学习资源Java前端程序员必做项目实战教程毕设网站程序员免费编程学习交流社区自学必备程序员保姆级求职写简历指南找工作必备程序员免费面试刷题网站工具找工作必备最新Java零基础入门学习路线 Java教程最新Python零基础入门学习路线 Python教程最新前端零基础入门学习路线 前端教程最新数据结构和算法零基础入门学习路线 算法教程最新C零基础入门学习路线、C教程最新数据库零基础入门学习路线 数据库教程最新Redis零基础入门学习路线 Redis教程最新计算机基础入门学习路线 计算机基础教程最新小程序入门学习路线 小程序开发教程最新SQL零基础入门学习路线 SQL教程最新Linux零基础入门学习路线 Linux教程最新Git/GitHub零基础入门学习路线 Git教程最新操作系统零基础入门学习路线 操作系统教程最新计算机网络零基础入门学习路线 计算机网络教程最新设计模式零基础入门学习路线 设计模式教程最新软件工程零基础入门学习路线 软件工程教程