- 综合排序
- 最热优先
- 最新优先
- 来自专栏SDNLAB
混合云全网监控流量采集与分发方案
在进行流量采集部署时，需要满足平滑部署且保证业务不间断，同时确保对计算资源和网络带宽的消耗限制。虚拟化及容器资源池动态性较强，流量的采集和分发策略也要随着资源的变化进行实时跟随或释放。 对于金融业务的流量数据应具备统一采集、按需分发消费的能力，以降低监控系统的资源开销。 本方案的目标是为金融混合云建立统一高效的网络流量采集和分发平台，为网络运营中心、安全运营中心、大数据分析平台等流量消费端提供数据供给服务。 ? 数据中心可按区域来定义，区域内通常包含多个可用区。 04 包分发 包分发功能通过三层隧道实现，控制器统一下发分发策略后由采集器端直接进行数据包封装和发送，支持单采集点数据包多目的端发送。企业可针对分发目的端是否具备解封装能力可灵活定制隧道卸载方案。 众多采集器和控制器共同构建成一个与云网规模一致的流量处理系统，大幅减少了分发数据对监控网络和后端分析工具的压力。
2.5K20发布于 2020-04-07 - 来自专栏用户6020948的专栏
流量与价值，未来内容分发的双重竞争
在接下来的资讯领域竞争里，将会是一场流量与价值的多纬度的综合性竞争。 流量依然是下半场竞争的核心 整个互联网进入到了下半场后。包括内容资讯的分发也是如此。 这使得各个领域的大大小小的互联网创业公司、巨头、内容分发商等扎堆进入。未来流量的竞争将会更加激烈。内容需要流量来喂养，同时流量需要内容来加持，相辅相成。 这些流量的优势和资源，将会让一点资讯在内容资讯分发中占极大优势。 流量与价值决定未来内容分发格局 未来的内容分发，关于流量的争夺会越来越激烈，不管是内部还是外部的流量。没有流量的内容根本谈不上传播与影响力。流量是内容分发的基础。 流量与价值，决定了未来内容分发的格局。流量决定了内容分发的广度，而价值决定了内容的深度和和影响力，更好把握对于内容的理解和价值发掘。
92720发布于 2020-03-23 - 来自专栏音视频技术
美国36%流量背后 Netflix CDN分发算法优化
根据您2015年的统计，Netflix占据了美国36%的流量。本文将揭示Netflix如何应对如此巨大的流量，通过不断改进的算法快速分配热门内容，并保证整个CDN网络平稳运行。 最后，这个分配文件内容放置策略与目录算法必须在有限时间就要计算出来的(时间过久会影响分发效率)。 统一的一致性哈希（Uniform Consistent Hashing） 我们使用一致性哈希在多个服务器中分发内容。想象一个圆环，从0一直到N（见图1）。 因为服务器的流量正比于存储空间3：2 （18T：12T），但目标流量比例应该接近于 5：2（100Gbps : 40Gbps），此时一致性哈希不能把这两种服务器放到一个集群中。 如何应对这一状况呢？ 结果 使用HCA算法在OCA的服务器上分发数据是很有价值的，并伴随着内容洞减小，以及负载均衡能力提升。
1.7K20发布于 2021-09-02 - 来自专栏媒矿工厂
8K内容分发挑战
内容整理：胡经川 这篇文章中 3 位主讲人分别从电视制造商角度、终端用户角度以及编码器从业者角度来分析讨论8K内容的分发问题 目录 从电视制造商角度看8K分发问题 从终端用户角度看8K分发问题 从编码器从业者角度看 8K分发问题 1从电视制造商角度看8K分发问题 首先来自三星的 Bill Mandel 从电视制造商的角度来看 8K 分发问题。 图2：三星Scalenet 2从终端用户角度看8K分发问题 第二个主题的分享者是来自腾讯的 Stephan Wenger。 图3：8K分发相关标准 要从终端用户角度看问题，首先得知道他们关心什么，需要什么。 图8：总结 3从编码器从业者角度看8K分发问题 最后一个主题的分享者是来自 Ateme 的 Mickael Raulet，他首先介绍了 4K/8K 的现状。
1K20发布于 2021-09-17 解密Nginx负载均衡：实现流量分发与故障转移
欢迎来到我的博客，代码的世界里，每一行都是一个故事 解密Nginx负载均衡：实现流量分发与故障转移 前言 在今天的互联网世界中，网站和应用的高可用性已成为必备条件。 但是，单个服务器可能无法满足大量用户的访问需求，因此需要一种能够将流量分发到多个服务器上的解决方案。 而Nginx负载均衡正是这样一种神奇的工具，它就像一位擅长调度的舞者，能够巧妙地将流量引导到不同的服务器上，从而提升整个系统的性能和稳定性。 负载均衡的原理 负载均衡原理： 负载均衡是一种将工作负载（例如网络请求、数据流量等）分配到多个计算资源（例如服务器、虚拟机、容器等）上，以确保各个资源的负载相对均衡的技术。 负载均衡的基本原理包括以下几个方面： 请求分发： 负载均衡器接收到来自客户端的请求后，根据预先设定的算法（例如轮询、最小连接数、最短响应时间等），将请求分发给多个后端服务器或节点。
54700编辑于 2025-05-30- 来自专栏京东技术
一次网络请求中的流量分发过程
Tech 导读 现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。 流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。 方式1: vip下的负载（LB负载系统） + Nginx 图4.方式1示意 方式2：容器K8S层面的负载 vip提供的LB： vip提供的LB下是直接挂机器IP，其中多个ip之间没有分组的概念，并且没有探活机制 每次上线需要摘掉负载下的机器，上线完成后，再把机器挂上去 行云部署-高级功能-负载均衡 （容器k8s层面的负载） 优点： 有机器分组的概念：按照机房或者 机房+机房集群的维度分组后，每个分组申请自己的负载均衡 用简单实用的搭配方式满足流量分发，不要随意搭配，增加系统的复杂性。 打造SAAS化服务的会员徽章体系，可以作为标准的产品化方案统一对外输出。
72820编辑于 2023-08-22 - 来自专栏民工哥技术之路
Nginx 服务器流量分发技巧，详细实战教程来了
一文教你零基础掌握服务器流量分发技巧。 } Default: — Context: http #例子 upstream [连接池的名称] { [存放的IP] server [ip1]:[端口] [分发策略 ]; server [ip2]:[端口] [分发策略]; } server { ... ... ; # proxy_buffers 缓冲区 proxy_buffers 8 8k; # 状态标记 proxy_next_upstream ; # proxy_buffers 缓冲区 proxy_buffers 8 8k; # 状态标记 proxy_next_upstream http_404 http_500 http_502 http
1.5K10编辑于 2024-12-10 - 来自专栏深度学习与python
贝壳找房流量分发数据回收与治理演进之路
贝壳找房商机中台资深研发工程师张昭在 QCon+ 案例研习社【贝壳找房广告流量分发架构演进】专题带来了相关分享，以下是分享全文。 然后同时这个页面在渲染的过程中，因为有一些广告位也需要去渲染，所以广告位实际上会请求到流量分发服务中来。可以看到页面最下面的广告位会展示一个经纪人，这个请求就是我们请求流量分发服务得到的。 请求流量分发服务的时候，我们要求业务方会把 parent sid 还有元素级别 sid 一并传到流量分发服务中去，这样在流量分发服务我们也能拿到一组日志，然后页面中会拿到所有的数据。 商机回收服务根据 adid 和 rid 就能串联到流量分发服务这边的日志，拿到 parent sid 和元素 sid。 在做商机数据回收、商机治理过程中我们也积累了比较多的数据，我们可以基于无效商机关联的用户、用户历史溯源等数据，对低质量的用户采取特殊的流量分发策略，从源头上阻止这些用户产生低质量商机。
94310编辑于 2023-03-29 - 来自专栏腾讯大讲堂的专栏
如何策划一个流量分发类的产品【上篇】
流量分发是互联网上最常见的一种产品类型，我们常用的产品中，包括百度、去哪儿网、淘宝，以及各种安卓应用商店，其产品核心部分都可以看做是在做分发。 流量分发的逻辑很简单，即互联网产品收集到足够多的流量（用户访问），然后将这些流量导入给特定的地方。这样的导入一方面可以满足用户获取信息、获得功能的需求；另一方面，向流量接收方收费以实现盈利。 在我的眼中，每一种流量分发类的产品其内部都会存在一条核心的转化路径，只要梳理清楚这条路径，就找到了做好流量分发的钥匙。 按理说，从策划一个流量分发产品的角度讲，这个环节的可控性有限。但是，我一直的观点都是，不论做产品还是用户体验，必须从整体上宏观的思考问题。 如何策划一个流量分发类的产品【下篇】将主要分享应用商店核心转化路径。
1.8K60发布于 2018-02-12 - 来自专栏腾讯大讲堂的专栏
如何策划一个流量分发类的产品【下篇】
编注：上期我们主要分享的是流量分发类的产品搜索工具的核心转化路径，本期将为大家带来应用商店的核心转化路径节点及如何优化。 二、应用商店 我们再来研究一下移动应用分发类的产品吧，它们本质上也依然是流量分发，所以原理是一样的，只是环节的划分不同。对于安卓应用商店来说，核心转化路径是：使用 → 下载 → 安装 → 激活。 d.安装包验证 在用户下载某应用安装包的过程中，有时会遇到流量被劫持的情况。即一些人或者组织通过技术手段，在安装包下载过程中，将原本的A包换成了B包。对于用户来说，可能存在安全风险。 我们就曾经接到用户投诉，后来查明是遇到了流量劫持。也有一些情况，在网络传输过程中安装包损坏了，到了用户手机无法安装。这些case虽然发生概率不高，但是在大量的用户基数下，还是会有比较明显的损失。 三、总结 所有的分发类产品，仔细梳理，一定能够找到至少一条核心转化路径。你所要做的，就是明确它，然后优化好这条路径上的每一个节点。 作者：刘涵宇，男，有用户体验设计背景的产品经理。
1.1K50发布于 2018-02-12 Nginx 服务器流量分发实战教程来了
手把手教你实现客户端流量分发，玩转 A/B 测试。 大家都知道，A/B 测试、灰度发布是现代软件工程中两大技术手段。 简介 Nginx 的 split_clients 模块是专为流量分发设计的轻量级工具，常用于实现 A/B 测试、灰度发布或实验性功能验证。 灵活配置 可与 proxy_pass、root 等指令结合，实现动态路由或内容分发。 = .two） 剩余流量：哈希值 10,737,419–4,294,967,295（$variant = ""） 配置示例 A/B 测试：不同版本首页分发 http { split_clients OpenResty：基于 Lua 的流量分发方案，灵活性更高，但开发成本较高。
13910编辑于 2026-03-24- 来自专栏技术实操
流量分发代码实战｜学会用JS控制用户访问路径
转载：流量分发代码实战｜学会用JS控制用户访问路径 - 天海博客 流量分发工具（Traffic Distributor） ，也被称为“跳转器”或“负载均衡器”，其主要功能是根据预设规则将访问者随机引导至不同的目标网站 ，常用于以下场景：黑帽SEO中的流量分散策略（需注意合规性）网站推广中的 A/B 测试广告落地页轮换投放多服务器负载分流SEO优化中避免单一域名过度引流今天我们一起来看看流量分发，不到百行的 JavaScript 一、流量分发是什么？流量分发工具使用的是 JavaScript，运行在用户的浏览器中。它不属于任何服务器端程序，而是嵌入网页后，在访客打开页面时立即执行。 二、它的核心功能：流量随机分发 配置区：设定目标站点和权重JavaScriptconst domains = [ 'https://a.com', 'https://b.com', . 这种技巧常用于广告投放、落地页测试等场景，帮助运营人员更隐蔽地管理流量走向。
19000编辑于 2025-07-09 - 来自专栏Liusy01
k8s之HTTP请求负载分发
而对于k8s集群来说，当然也是可以用Nginx实现请求的转发，但对于一个成熟的容器编排工具，k8s内置了一个HTTP请求负载分发的组件，就是Ingress Controll。 另外，k8s的Service也是具有负载均衡能力的组件。 ? Ingress Controller需要实现基于不同Http URL向后转发的负载分发规则 。 在K8s中，Ingress Controller将以Pod的形式运行，监控apiserver的/ingress接口后端的backend services，如果service发生变化，则Ingress Controller ： FROM centos:7 LABEL author=lsy ENV path=/usr/soft RUN mkdir ${path} WORKDIR ${path} ADD jdk-8u191
1.1K30发布于 2020-11-11 - 来自专栏nginx
Kubernetes Ingress 高级路由：基于客户端 IP 的流量分发实践
Kubernetes Ingress 高级路由：基于客户端 IP 的流量分发实践 引言 在 Kubernetes 集群中，Ingress 是管理外部访问的核心组件，通常用于 HTTP/HTTPS 路由。 默认情况下，Ingress 基于 Host 头或路径（path）进行流量分发，但在某些场景下，我们可能需要更细粒度的控制，例如： 特定 IP 的请求固定路由到某个 Service 内部测试流量与生产流量分离 问题背景 假设我们有一个 Kubernetes 集群，并通过 Ingress 暴露了多个服务，其配置如下（简化版）： apiVersion: networking.k8s.io/v1 kind: Ingress 通过合理使用 Ingress 注解，可以实现更精细的流量管理，满足业务需求。
16310编辑于 2025-11-15 - 来自专栏腾讯云原生团队
K8s 流量复制方案
我们需要一个流量复制方案, 将现网流量复制到预发布/测试环境 image.png 期望 将线上请求拷贝一份到预发布/测试环境 不影响现网请求 可配置流量复制比例, 毕竟测试环境资源有限 零代码改动 方案 image.png 承载入口流量的 Pod 新增一个 Nginx 容器 接管流量 Nginx Mirror 模块会将流量复制一份并 proxy 到指定 URL (测试环境) Nginx mirror 复制流量不会影响正常请求处理流程, 镜像请求的 Resp 会被 Nginx 丢弃 K8s Service 按照 Label Selector 去选择请求分发的 Pod, 意味着不同Pod, 只要有相同 Label, 就可以协同处理请求 通过控制有 Mirror 功能的 Pod 和 正常的 Pod 的比例, 便可以配置流量复制的比例 我们的部署环境为 腾讯云容器服务, 不过所述方案是普适于 Kubernetes http://10.16.0.147/entrance/ 内网负载均衡 流量复制到测试环境时, 尽量使用内网负载均衡, 为了成本, 安全及性能方面的考虑 image.png 总结 通过下面几个步骤,
2.9K21发布于 2020-02-14 - 来自专栏腾讯云原生团队
云原生应用负载均衡系列 (2): 入口流量分发、容错与高可用调度
Gateway，在多集群流量分发、安全、可观测性、异构平台支持等方面的综合对比中，是云原生应用流量管理的最佳方案。 地域感知流量分发 distribute：不按照地域与错误信息自动 failover 流量，管理员自定义配置跨可用区/地域多集群流量分发策略，例如配置来自上海一区的流量在上海一区和上海二区按照 80% 和 地域感知流量分发 distribute 不依赖开启健康检查。 4. 地域感知流量分发 distribute 业务不希望流量根据地域和健康信息自动 failover，而是自定义流量分发策略，来自 Istio Ingress Gateway（上海一区）的 /user 请求在一区和二区按照 并从入口流量分发、容错与高可用调度三个方面实操演示了内容路由、权重路由、负载均衡、断路器、地域&错误感知自动 failover、地域感知流量分发等功能。
2.1K30发布于 2021-07-02 - 来自专栏懒人开发
dispatchTouchEvent事件分发浅析（二）分发
Override的方法 boolean dispatchTouchEvent(MotionEvent ev)； boolean onTouchEvent(MotionEvent ev); 他们分别是 分发事件 和 触摸事件 ---- 个人理解为： 现在要做一个面包， 让下面人做 如果下面人做了，就ok了 如果下面人没有做，需要告诉dispatch分发这个任务的人 依次传递 ?
1.9K30发布于 2018-09-12 - 来自专栏codelang
Compose 事件分发(下) 分发触摸点
在上一篇 《Compose 事件分发(上) 寻找触摸点》中已经介绍，在触摸 compose 组件时，会从根节点开始遍历，获取命中的 PointerInputFilter，然后对其进行事件分发，今天，我们来重点讲解一下事件的分发过程 ，并且在 AndroidView 上，嵌套原生 View 的时候，事件的分发过程 一、示例 AppTheme { // Box 组件 Box(modifier = Modifier 二、分析 1、Compose 组件事件分发分析 继续回到 pointerInputEventProcessor.process 方法： @OptIn(InternalCoreApi::class) // ，需要注意的是，这个链表的顺序是从 parent layoutNode 到 child LayoutNode 的顺序，跟 view 分发一致 ❞ 遍历子节点，本质就是遍历 pointInput，分发 main 2、AndroidView 组件事件分发分析 通过上面的分析知道，Compose 组件是通过 SuspendingPointerInputFilter 实现事件的处理，那 AndroidView 组件是怎么分发的呢
2.8K30编辑于 2022-08-30 - 来自专栏音视频咖
4K8K 超高清实时处理与分发
文/刘兆瑞 编辑/LiveVideoStack 大家好，今天跟大家分享下在支持4K/8K超高清视频的实时编码、媒体处理、系统架构、专有云流量分发所遇到的困难和挑战，希望能给大家带来帮助。 比如，8K直播的码率普遍高于100M。其次，通常直播流的分发要通过媒体处理的手段将8K的原始流转成不同的分辨率、码率、帧率之后再进行分发。对系统的算力消耗、处理速度、处理成本带来了新的难点。 除此之外，真8K的视频制作流程也需要高昂的制作成本，导致8K的片源还比较稀少。但也许AI手段能提供一些帮助，例如将原本4K视频超分至8K以达到8K的清晰度，来弥补高清片源稀少的问题。 最终确认专有环境设备的网卡驱动, 在大流量传输时产生了异常。 分发优化 另外遇到的一个问题是客户的网络环境受限体现在内部网络带宽只有千兆的交换机。 其次在客户受限的网络环境下进行UDP发包算法的平滑以及对分发的负载均衡算法的优化。
1.2K20编辑于 2023-08-23 - 来自专栏EdisonTalk
Kong入门学习实践(8)流量控制插件
今天，我们就来了解一些常用的流量控制插件。 关于流量控制插件 我们在实际应用往往会有一些场景需要限流和限频，从而管理入站和出站的流量。 在Kong中就提供了一些内置的流量控制的插件： 请求大小限制 请求流量限制 终止请求 请求大小限制 此插件主要用于阻止请求内容大小大于指定配置（比如512KB或2MB）的请求，以防止非法 请求流量限制 此插件主要用于限制客户端在一定时间内的请求量，广泛应用于需要保证系统性能的系统访问中。 这里我们用PostMan来测试一下： 了解了这些常见的流量控制插件，我们很快就可以用在自己的实际场景中。
77120编辑于 2023-07-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号