前面我们介绍了 Spring Cloud 体系下的网关 Gateway（Zuul）。事实上，还有很多开源且广泛应用的网关方案，例如 Kong 和 Nacos。本篇将先介绍这两种网关，包括架构和主要原理，并给出集中网关方案的对比。
文章连接：https://mp.weixin.qq.com/s/Kk6Cl7n0sFGgCyyZtExa6A
在系统生命周期中, 免不了要做升级部署, 对于关键服务, 我们应该能做到不停服务完成升级。另外服务的SLA标准一般都要在四个9以上所以对于优雅停服的需要就十分有必要了。
背景 CVM CDN https://cloud.tencent.com/act?from=10680 https://cloud.tencent.com/act/season?from=14065
防火墙（Firewall）也称防护墙，是由Check Point创立者Gil Shwed于1993年发明并引入国际互联网（US5606668（A）1993-12-15）防火墙是位于内部网和外部网之间的屏障，它按照系统管理员预先定义好的规则来控制数据包的进出。防火墙是系统的第一道防线，其作用是防止非法用户的进入。
内容概况 云计算的特点是开箱即用，可以随时的扩缩容，不用考虑硬件的损坏问题，也有丰富的云服务和云平台供我们选择。在本次演讲中，黎山通过实际应用场景为我们讲述了基础设施及代码的重要性，以及在云计算的运维
防火墙（Firewall）也称防护墙，是由Check Point创立者Gil Shwed于1993年发明并引入国际互联网（US5606668（A）1993-12-15）防火墙是位于内部网和外部网之间的屏障，它按照系统管理员预先定义好的规则来控制数据包的进出。防火墙是系统的第一道防线，其作用是防止非法用户的进入
小白近期读到的很好的科普文章，讲解通俗，小白大四的时候做过一些和通信协议相关的东西，觉得如果早点阅读会更容易理解。文章内容较长，建议收藏！
就如图中所示，真经所藏之处，在于云端。佛祖所管辖之下，有四个区域Region，称为四大部洲， 一是东胜神洲，二是南赡部洲，三是西牛贺洲，四是北俱卢洲。
应用的负载均衡器实现方案很多，有基于硬件的F5方式，也有基于软件的Linux LVS方式。在云计算中，私有云一般采用硬件防火墙来实现负载均衡器，公有云中一般采用软件方式来实现负载均衡。今天我们来看看用LVS来怎么实现SLB（业务负载均衡 Service Load Balance）。
11-01 12:00 中午午饭期间，手机突然收到业务网关非200异常报警，平时也会有一些少量499或者网络抖动问题触发报警，但是很快就会恢复（目前配置的报警阈值是5%，阈值跟当时的采样窗口qps有直接关系）。
Kubernetes 集群中，业务通常采用 Deployment + LoadBalancer 类型 Service 的方式对外提供服务，其典型部署架构如图 1 所示。这种架构部署和运维都十分简单方便，但是在应用更新或者升级时可能会存在服务中断，引发线上问题。今天我们来详细分析下这种架构为何在更新应用时会发生服务中断以及如何避免服务中断;
/cfg/slb/real 1 (real server，也就是负载均衡的两台防火墙，fw1,fw2分别是real1,real 2)
"你到底在说什么啊，我K8s的ecs节点要访问clb的地址不通和本地网卡有什么关系..." 气愤语气都从电话那头传了过来，这时电话两端都沉默了。过了好一会传来地铁小姐姐甜美的播报声打断了刚刚的沉寂「乘坐地铁必须全程佩戴口罩，下一站西湖文化广场...」。
客户为金融企业对SLA要求及数据安全性很高，有限于考虑到业务的高可用性，采用混合云部署，业务流量入口为阿里金融云，前端可以添加安全设备WAF/CDN/高防IP等，之后Cname到统一入口SLB负载均衡上，后端采用虚拟服务器组，组内ECS部署在同Region的不同Zone，保障跨Zone的靠可用性，考虑到数据的安全性将数据持续化在IDC侧，阿里云与IDC通过云上部署深信服设备与IDC侧Cisco设备通过Ipsec ×××互联（考虑到稳定性目前已经实施专线互通），后端APP-Server与DB-Server部署在IDC，可参考下图：
本文使用「署名 4.0 国际 (CC BY 4.0)」许可协议，欢迎转载、或重新修改使用，但需要注明来源。 署名 4.0 国际 (CC BY 4.0)
GTM（Global Traffic Manager的简写）即全局流量管理，基于网宿智能DNS、分布式监控体系，实现实时故障切换及全球负载均衡，保障应用服务的持续高可用性。GTM基于资源的健康状况及流量负载做智能调度决策，为用户提供最佳访问IP。网宿GTM，提供更可靠、稳定和安全的流量调度服务，助您轻松构建混合云应用。
最近西安一码通的故障引起了业界广泛的讨论，究其根本原因还是系统未充分考虑到扩展性，在面临超过日常访问数倍甚至十倍以上的突发流量时某个环节达到了瓶颈点，并且系统不能做到自动扩缩容，最终导致了故障。
上次文章提到了SLB（Service Load Balance)负载均衡器，在公有云中主要使用NAT模式进行地址翻译，但部分服务商的SLB只支持FULL NAT模式，造成无法获取终端访问者的Source IP，怎么解决？
CNCF在云原生的定义[1]中，将可观测性（Observability）明确为一项必备要素。因此，使用云原生应用架构，享受其带来的效率提升时，不得不面对的是如何构建匹配的可观测性能力。发展到今日，可观测性在开源和商业上已经有了大量的解决方案拼图，CNCF Cloud Native Landscape[2]中相关内容更是多达上百个。本文总结了可观测性能力的成熟度模型，希望能为组织选择适合自身的可观测性方案提供指导。
近日来，和很多来自传统行业、国企、政府的客户在沟通技术细节时，发现云原生所代表的技术已经逐渐成为大家的共识，从一个虚无缥缈的概念渐渐变成这些客户的下一个技术战略。自然，应用架构就会提到微服务，以及其中最重要的分布式协作的模式——服务发现。模式（pattern）是指在特定上下文中的解决方案，很适合描述服务发现这个过程。不过相对于 2016 年，现在我们最少有十多种的方式能实现服务发现，这的确是个好时机来进行回顾和展望，最终帮助我们进行技术选型与确定演进方向。
一、何为API网关？ APIGateway 即API网关，所有请求首先会经过这个网关，然后到达后端服务，有点类似于Facade模式。API网关作为系统接口对外的统一出口，可以减少调用方对服务实现的感知
看文章可以知道这次故障，主要是因为SLB层面故障引起的，最终是通过多活进行服务的恢复。
阿尔卡特是世界上最具有创新能力的公司之一。在研发中心有22，000名工程师从事研发工作，占公司员工总数的22%。阿尔卡特率先在法国建立的光谷，闻名全球。
后端服务通过网关向终端推送消息时，需要知道终端与网关哪台机器建立的长连接，通常两种方向：
作为运维的我们始终逃不过搭建一套全新平台的过程，这里就简要介绍我是如何搭建一套容器云平台的。 在开始之前就是要想好我们需要什么，为什么需要。容器是近几年比较火的一个名词，不少从事运维的同学都对它有或多或少的了解，还有不少人因为掌握了这个技术得到了高额的薪资。 那么可能有不少同学会问，什么是容器呢？ 这里用一个简短是几句话来说明。容器就好比一个瓶子，瓶子里可以装水、可以装沙子，而且瓶子可大可小，可长可短。用人话来说容器就好比虚拟机，它里面可以运行各种应用，但是它比虚拟机更轻量，更节约资源，而且部署效率提升数倍。可能有些人还比较懵逼，不过没关系，你就把它当作虚拟机好了，等你系统学习了它，你就会爱上它的。 简单说了下容器，下面再简单说一下容器云。我们在小学的课本上就知道云主要是由水汽凝结而成，那么我们可以把一个一个的容器当作是一个一个的水汽，许许多多的水汽凝结成云，那么许许多多容器就组成了容器云。但是水汽不会平白无故的就停在空中成为云，是由于空气周围有许多粉尘，粉尘就是水汽的平台，水汽就是凝结在它的周围，然后无数的粉尘它们相互挨着就成了云。容器也一样，容器也需要一个粉尘，这个粉尘我们称为主机，除了有主机还不够，我们需要将各个主机连接起来，让它们相互知道自己的存在，这就是网络的作用了。所以在最初的阶段我们一定要规划好网络，网络不规划好后面就不好维护了。 到现在容器相互知道了自己的存在，但是作为维护人员并不好去管理它们，所以这时候就需要用kubernetes来管理它们。kubernetes不仅可以管理容器，还可以管理网络、存储等，可以大大的降低我们的维护成本，我们要搭建的容器云就是围绕kubernetes的，包括它本身以及周边的配套设施。
疫情初期某地政府决定发放一批免费口罩面向该市市民，该市市民均可免费预约领取，预约时间为早上9点-12点，因此该场景为限时抢购类型场景，会面临非常大的定时超大流量超大并发问题，在该项目的落地过程中，涉及的架构演变，做了一些记录和思考。
LVS在基本的生产环境中,都会同时运行在二台硬件相近的服务器上：LVS Router（主 LVS ），一个作为备份LVS（备份 LVS ）。 主 LVS 服务器在网站的前端起二个作用：
之前有很多同学问我，性能测试中到底该如何去定位分析瓶颈并进行性能优化？感觉压测场景设计做的很全面，分析工具也用了很多，但一直无法快速的定位分析并进行优化。
前几天在北京出差时候，微信群有个同学问了一个问题，为什么800并发压测，服务器还没有报错？当时群里其他同学提了很多观点，比如：
8月28日，由“推进IPv6规模部署专家委员会”主办，中国信息通信研究院协办的“2020中国IPv6发展论坛”在北京下一代互联网及重大应用技术创新园隆重举行。论坛期间，中国信息通信研究院和下一代互联网国家工程中心正式发布了云服务IPv6支持能力测评项目，并为腾讯云、阿里云、华为云以及移动云颁发了云服务IPv6支持能力测评证书。
主要是通过将多个物理网卡绑定到一个逻辑网卡上，实现了本地网卡的冗余，带宽扩容以及负载均衡。
最近和很多测试同学交流时，发现大家对性能测试基础的一些知识理论比较欠缺，导致在实际的工作实践中遇到了很多不好理解的难题。因此最近在重写性能测试基础理论知识相关内容，也算重新整理自己的思路。
昨天帮星球一位同学做了面试求职分析，沟通过程中我问了他一个问题：如何分析性能需求？得到的回答在我看来是存在一些不足的，考虑的不够完善。
如果你在 2015 年就使用 B 站，那么你一定不会忘记那一年 B 站工作日选择性崩溃，周末必然性崩溃的一段时间。
本文整理自 2022 年稀土开发者大会，字节跳动云原生工程师章骏分享了 Kubernetes 集群 kube-apiserver 请求的负载均衡和治理方案 KubeGateway。 KubeGateway 是字节跳动针对 kube-apiserver 流量特征专门定制的七层网关，它彻底解决了 kube-apiserver 负载不均衡的问题，同时在社区范围内首次实现了对 kube-apiserver 请求的完整治理，包括请求路由、分流、限流、降级等，显著提高了 Kubernetes 集群的可用性。 项目地址
•远程机器上有专门运行服务的账号切记不要用root跑业务，切记，切记•上面所说的账号对服务运行的目录要有权限
公司从去年全面推动业务上云，而以往 IDC 架构部署上，接入层采用典型的 4 层 LVS 多机房容灾架构，在业务高峰时期，扩容困难（受限于物理机资源和 LVS 内网网段的网络规划），且抵挡不住 HTTPS 卸载引发的高 CPU 占用。
来源 | 经授权转载自 哔哩哔哩技术 公众号 至暗时刻 2021 年 7 月 13 日 22:52，SRE 收到大量服务和域名的接入层不可用报警，客服侧开始收到大量用户反馈 B 站无法使用，同时内部同学也反馈 B 站无法打开，甚至 APP 首页也无法打开。基于报警内容，SRE 第一时间怀疑机房、网络、四层 LB、七层 SLB 等基础设施出现问题，紧急发起语音会议，拉各团队相关人员开始紧急处理（为了方便理解，下述事故处理过程做了部分简化）。 初因定位 22:55 远程在家的相关同学登陆 VPN 后，
本文只介绍选型分析、部署架构图、部署架构设计说明、部署节点规划、上云总成本分析等内容，具体的安装部署暂不涉及。
最近有个集团级的云项目处于实施过程中，客户对数据备份、应用双活视为同一个事物，要求我方将原秒级数据备份升级为秒级应用双活。实际问题，备份与双活是不同的两个概念。以下我们用图文方式简述双活与数据备份的区别。
2022年5月9日，贵州省大数据发展管理局发布《2022年省级政务云服务统筹保障项目单一来源采购公示》，预算 132576000 元。 货物或服务的说明：依托云上政务云平台向省大数据局指定的贵州省政务部门、企事业单位（提供ECS（弹性云服务器）、RDS(关系型数据库服务)、云磁盘、OSS(对象存储服务)、SLB（负载均衡服务）、DRDS（分布式关系型数据库）、IPv6网关、EIP（弹性IP地址）、裸金属服务器等云资源服务，并不断更新服务内容。 单一来源原因 1、根据《贵州省大数据发展应用促进条例》第二十六条
在B/S应用中的双活设计一般考虑三个层次，分别是WEB层、APP层、DB层。一般web层的虚机不需要进行跨数据中心集群部署，因为web是无状态的，所以可以在2个数据中心独立进行集群部署，同时在每个数据中心部署独立的SLB，可以把SLB和WEB组合为一个资源池协同提供web相关服务。
在之前的文章我介绍了下 Custom Metric 怎么实现自动扩容的。k8s基于自定义指标实现自动扩容
2 目标 2.1 产品目标 2.1.1 SaaS 2.1.1.1 免安装 2.1.1.2 多租户 2.1.1.3 流量计费
https://cloud.tencent.com/document/product/457/35747 一些containerd与docker的对应
EdgeCluster实现了合并回源，对于某一路流，不管有多少客户端播放，EdgeServer都只会从OriginServer取一路流，这样可以通过扩展EdgeCluster来增加支持的播放能力，也就是CDN网络具备的重要能力：高并发。
title: "2020-07-22-腾讯云-slb-kubeadm高可用集群搭建"
鱼羊 丰色 发自 凹非寺 量子位 | 公众号 QbitAI 一个小小字符“0”，竟引得B站全面崩溃。 不知你是否还记得那一夜，B站“大楼停电”、“服务器爆炸”、“程序员删库跑路”的彻夜狂欢。（手动狗头） 时隔一年，背后“真凶”现在终于被阿B披露出来—— 没想到吧，就是这么简单几行代码，直接干趴B站两三个小时，搞得B站程序员彻夜无眠头发狂掉。 你可能会问，这不就是个普普通通用来求最大公约数的函数吗，怎么就有如此大的威力？ 背后一桩桩一件件，归根结底其实就一句话：0，它真的不兴除啊。 具体详情，咱们还是一
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
