- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 解密Nginx负载均衡：实现流量分发与故障转移
欢迎来到我的博客，代码的世界里，每一行都是一个故事 解密Nginx负载均衡：实现流量分发与故障转移 前言 在今天的互联网世界中，网站和应用的高可用性已成为必备条件。 但是，单个服务器可能无法满足大量用户的访问需求，因此需要一种能够将流量分发到多个服务器上的解决方案。 而Nginx负载均衡正是这样一种神奇的工具，它就像一位擅长调度的舞者，能够巧妙地将流量引导到不同的服务器上，从而提升整个系统的性能和稳定性。 负载均衡的原理 负载均衡原理： 负载均衡是一种将工作负载（例如网络请求、数据流量等）分配到多个计算资源（例如服务器、虚拟机、容器等）上，以确保各个资源的负载相对均衡的技术。 负载均衡的基本原理包括以下几个方面： 请求分发： 负载均衡器接收到来自客户端的请求后，根据预先设定的算法（例如轮询、最小连接数、最短响应时间等），将请求分发给多个后端服务器或节点。
54700编辑于 2025-05-30- 来自专栏京东技术
一次网络请求中的流量分发过程
Tech 导读 现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。 流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。 尽可能缩小问题影响的范围：如果你VIP下的机器跨机房，如果Vip出问题，导致多个机房的机器都无法接收流量 2. 尽可能匹配断网演练的目标：机房断网演练，估计VIP也不会让流量进入到下一层，如果你vip下挂载跨机房的rip，直接让机房的断网演练，变成了跨机房演练（因为多个机房的机器不会接收到流量） 04 内网域名解析 用简单实用的搭配方式满足流量分发，不要随意搭配，增加系统的复杂性。 打造SAAS化服务的会员徽章体系，可以作为标准的产品化方案统一对外输出。
72820编辑于 2023-08-22 - 来自专栏民工哥技术之路
Nginx 服务器流量分发技巧，详细实战教程来了
一文教你零基础掌握服务器流量分发技巧。 } Default: — Context: http #例子 upstream [连接池的名称] { [存放的IP] server [ip1]:[端口] [分发策略 ]; server [ip2]:[端口] [分发策略]; } server { ... ...
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 - 来自专栏技术实操
流量分发代码实战｜学会用JS控制用户访问路径
转载：流量分发代码实战｜学会用JS控制用户访问路径 - 天海博客 流量分发工具（Traffic Distributor） ，也被称为“跳转器”或“负载均衡器”，其主要功能是根据预设规则将访问者随机引导至不同的目标网站 ，常用于以下场景：黑帽SEO中的流量分散策略（需注意合规性）网站推广中的 A/B 测试广告落地页轮换投放多服务器负载分流SEO优化中避免单一域名过度引流今天我们一起来看看流量分发，不到百行的 JavaScript 一、流量分发是什么？流量分发工具使用的是 JavaScript，运行在用户的浏览器中。它不属于任何服务器端程序，而是嵌入网页后，在访客打开页面时立即执行。 二、它的核心功能：流量随机分发 配置区：设定目标站点和权重JavaScriptconst domains = [ 'https://a.com', 'https://b.com', . 这种技巧常用于广告投放、落地页测试等场景，帮助运营人员更隐蔽地管理流量走向。
19000编辑于 2025-07-09 Nginx 服务器流量分发实战教程来了
Nginx 是开源、高性能、高可靠的 Web 和反向代理服务器，支持热部署，几乎可以做到 7 * 24 小时不间断运行，还可在不间断服务的情况下对软件版本进行热更新。 手把手教你实现客户端流量分发，玩转 A/B 测试。 大家都知道，A/B 测试、灰度发布是现代软件工程中两大技术手段。 简介 Nginx 的 split_clients 模块是专为流量分发设计的轻量级工具，常用于实现 A/B 测试、灰度发布或实验性功能验证。 = .two） 剩余流量：哈希值 10,737,419–4,294,967,295（$variant = ""） 配置示例 A/B 测试：不同版本首页分发 http { split_clients OpenResty：基于 Lua 的流量分发方案，灵活性更高，但开发成本较高。
13910编辑于 2026-03-24- 来自专栏charlieroro
流量控制--7.总结
流量控制的规则、准则和方法 8.1. Linux流量控制的通用规则 可以使用如下通用规则来学习Linux流量控制。可以使用tcng 或 tc进行初始化配置Linux下的流量控制结构。 一个设备可以对其传输的流量进行调整。由于已经在输入接口上接收到流量，因此无法调整这类流量。 解决此问题的传统方法是使用ingress策略。 每个接口必须包含一个qdisc。 流量后续会被分割到子类中，用于保证特定类型的流量的带宽或允许优先选择特定类型的流量。 8.3. 通过使用SFQ，特定队列中的流量可以分为多条流，然后公平地处理该队列中的每条流。表现良好的应用程序（和用户）会发现，使用SFQ和ESFQ足以满足大多数共享需求。 使用QoS/流量控制的脚本 9.1. wondershaper 更多参见 wondershaper. 9.2.
98110发布于 2020-12-02 - 来自专栏nginx
Kubernetes Ingress 高级路由：基于客户端 IP 的流量分发实践
Kubernetes Ingress 高级路由：基于客户端 IP 的流量分发实践 引言 在 Kubernetes 集群中，Ingress 是管理外部访问的核心组件，通常用于 HTTP/HTTPS 路由。 默认情况下，Ingress 基于 Host 头或路径（path）进行流量分发，但在某些场景下，我们可能需要更细粒度的控制，例如： 特定 IP 的请求固定路由到某个 Service 内部测试流量与生产流量分离 通过合理使用 Ingress 注解，可以实现更精细的流量管理，满足业务需求。
16310编辑于 2025-11-15 - 来自专栏科控自动化
S7-SCL流量累积功能
函数块 'Totalizer' ,可以计算出一个瞬时流量的累积值。 描述 例如，在测量流量或线速度时，可以使用距离或体积作为物理量，使用毫秒，秒，分钟，小时或者天作为测量时间的单位。 "Totalizer" 功能块必须在循环中断(比如OB30)中调用，表 01 是 "Totalizer" 功能块的输入和输出变量列表 参数 变量 数据类型 描述 输入 Value Real 瞬时流量 输入 Interval Time 瞬时流量的时间单位 输入 Cycle Time 扫描时间(循环中断周期) 输入 Reset Bool 累积值清零 输出 Total Real 累积值输出 表 01 被测量值 "Value" (速度或流量)的计量单位可以是米每秒，立方米每分钟或公里每小时。 然后在 STEP 7 (TIA Portal) 中打开这个库，并可以添加到S7-1200/S7-1500的项目中使用。
2K23编辑于 2022-03-29 - 来自专栏院长运维开发
CentOS7中转内网流量
方法： echo 1 > /proc/sys/net/ipv4/ip_forward sysctl -p firewall-cmd --permanent --add-port=161/tcp --zone=public firewall-cmd --permanent --add-port=161/udp --zone=public firewall-cmd --permanent --add-masquerade --zone=public firewall-cmd --permanent -
95230发布于 2021-04-13 - 来自专栏腾讯云原生团队
云原生应用负载均衡系列 (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 - 来自专栏芝麻实验室
CentOS 7上基于国别阻断网络流量
xtables-addons是什么 xtables-addons是一款基于国家GeoIP信息来识别网络流量，用于netfilter/iptables的过滤器扩展。 如何安装和使用 安装lux仓库(该仓库包含xtables-addons所需的依赖环境) # wget http://repo.iotti.biz/CentOS/7/noarch/lux-release- 7-1.noarch.rpm # rpm -ivh lux-release-7-1.noarch.rpm 安装xtables-addons。 附：国家简码 使用iptables # iptables -I INPUT -m geoip --src-cc JP,CU -j DROP #阻断来自日本和古巴的网络流量 # iptables -I OUTPUT -m geoip --dst-cc CA -j DROP #阻断流向加拿大的流量 使用firewall-cmd。
2.6K21发布于 2019-03-05 - 来自专栏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 - 来自专栏张志敏的技术专栏
使用自签名证书内部分发 iOS7 应用
使用自签名证书内部分发 iOS7 应用 iOS 升级到 7.1 之后， 原来通过网页分发应用的方法出现错误， 提示 “无法安装应用， 服务器证书无效”， 原来 iOS 要求必需将 plist 文件放到 不过如果是通过内网分发 iOS 应用的话， 修改起来还是挺麻烦的， 最好还是使用自签名的证书实现 https 链接， 这样对内网分发应用方式的修改最小。 openssl req -x509 -new -key ca.key -out ca.cer -days 10950 安装 CA 根证书 由于上面创建的 CA 根证书是自签名的， 需要手工在 iOS 设备以及分发服务器上安装 现在在 iOS 设备上通过 https 访问原来的分发应用的网页， 就应该可以下载了。 参考资料： 在iOS上使用自签名的SSL证书 IIS8中使用OpenSSL来创建CA并且签发SSL证书
1.3K10发布于 2020-08-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号