- 综合排序
- 最热优先
- 最新优先
- 来自专栏ml
nyoj------170网络的可靠性
网络的可靠性 时间限制：3000 ms | 内存限制：65535 KB 难度：3 描述 A公司是全球依靠的互联网解决方案提供商，也是2010年世博会的高级赞助商。 它将提供先进的网络协作技术，展示其”智能+互联“的生活概念，同时为参观者提供高品质的个人体验和互动，以”信息通信，尽情城市梦想”为主题贯穿。 为了提高该通信网络的可靠性，A公司准备在基站之间再新铺设一些光纤线路，使得任意一个基站故障后，其它基站之间仍然可以通讯。 由于铺设线路的成本昂贵，A公司希望新增设的光纤线路越少越好。A公司请求Dr. 第一行： N 表示有N个基站 接下来有N-1行：X Y 表示第X个基站与第Y个基站直连 1<=N<=10000输出输出一个整数，表示至少需新铺设的光纤线路数样例输入 8 1 3 3 2 5 3 5 4 ： 1 3 ，1 2 ，1 4 度数为一点为 2 3 4 只要在他们之间任意加上两条边即可，这样无论那个点出故障都不会拆开改图。
62950发布于 2018-03-22 - 来自专栏智算中心网络
BFD 在网络高可靠性中的作用与优势
随着网络应用日益广泛，对网络的可靠性要求越来越高。为减少设备故障对业务的影响，要尽可能缩短故障检测时间，从而触发保护倒换，确保业务快速恢复。 现有路由协议（如OSPF、IS-IS）或冗余网关协议（如VRRP）的故障检测时间通常在秒级，难以满足关键业务的高可靠性要求。BFD能提供毫秒级故障检测，并与其他协议联动，实现业务的快速切换。 3 BFD 根据接收到的邻居信息建立会话。4 BFD 会话建立后，BFD 开始监控链路并对任何链路故障做出快速响应。上图中，1 被监控的链路发生故障。 3 BFD 通知本地 OSPF 进程该邻居不可达。4 本地 OSPF 进程终止 OSPF 邻居关系。 数据中心和运营商网络中交换机作为核心转发设备，承担着数据包的高速转发、VLAN划分、流量控制等关键功能。它的稳定性和可靠性直接决定了整个网络的性能和业务的连续性。
26210编辑于 2025-11-03 - 来自专栏超级架构师
【可靠性工程】Microsoft 可靠性模式
Azure 可用区构造旨在提供软件和网络解决方案，以防止数据中心故障并为我们的客户提供更高的高可用性 (HA)。借助 HA 架构，可以在高弹性、低延迟和成本之间取得平衡。 Retry 通过透明地重试以前失败的操作，使应用程序在尝试连接到服务或网络资源时能够处理预期的临时故障。
56220编辑于 2022-09-26 - 来自专栏超级架构师
【可靠性工程】GCP 可靠性核心原则
由于 SLO 是制定有关可靠性的数据驱动决策的关键，因此它们是站点可靠性工程 (SRE) 实践的焦点。 错误预算 错误预算计算为 100% – SLO 在一段时间内。 核心原则 Google 的可靠性方法基于以下核心原则。 可靠性是您的首要功能 新产品功能有时是您短期内的首要任务。 但是，从长远来看，可靠性是您的首要产品功能，因为如果产品速度太慢或长时间不可用，您的用户可能会离开，从而使其他产品功能变得无关紧要。 可靠性由用户定义 对于面向用户的工作负载，衡量用户体验。 100% 的可靠性是错误的目标 你的系统应该足够可靠，让用户满意，但又不能过于可靠，以至于投资不合理。定义设置所需可靠性阈值的 SLO，然后使用错误预算来管理适当的变化率。 当错误预算减少时，放慢速度并专注于可靠性功能。 设计和操作原则 为了最大限度地提高系统可靠性，以下设计和操作原则适用。在架构框架可靠性类别的其余部分中详细讨论了这些原则中的每一个。
1.1K10编辑于 2022-09-26 - 来自专栏星融元
网络可靠性和可用性之间有什么区别？
虽然这两种衡量标准经常被互换使用，但它们却有着明显的不同，并且两者对于准确评估网络服务质量都至关重要。什么是网络可靠性？网络可靠性是衡量基础设施无中断运行时间长短的标准。 因此，如果在 100 小时的过程中，有三次网络故障，停机时间加起来为 4 小时，这相当于 96 小时的服务时间，MTBF 就是 96 除以 3，即 32 小时。 在这种情况下，3 除以 96 的服务时间，得出 0.03125 的故障率，即略高于 3%。然后，管理员将故障率从 100% 中扣除，以计算网络可靠性，在本例中，网络可靠性为 96.875%。 故障率和网络可靠性的计算可参见此处：故障率 = 故障总数 ÷ 总运行时间100% – 故障率 = 网络可靠性各组织还应该通过评估平均修复时间（MTTR）来了解 IT 团队处理故障的效率和响应能力。 图片网络可靠性 + 可用性 = 服务质量要准确评估基础设施性能，网络管理员需要同时考虑网络可靠性和可用性。IT 经理可以跟踪路由器和服务器等单个设备的可靠性和可用性。
2.1K31编辑于 2023-10-30 - 来自专栏技术从心
kafka可靠性？
kafka最初是被LinkedIn设计用来处理log的分布式消息系统，因此它的着眼点不在数据的安全性（log偶尔丢几条无所谓），换句话说kafka并不能完全保证数据不丢失。
56320发布于 2019-08-06 - 来自专栏centosDai
可靠性规则
支持库和应用程序可靠性（例如正确使用内存和线程）的可靠性规则。 可靠性规则包括： 规则 描述 CA2000:丢失范围之前释放对象 由于可能发生异常事件，导致对象的终结器无法运行，因此，应显式释放对象，以避免对该对象的所有引用超出范围。
78030编辑于 2022-02-26 - 来自专栏changxin7
3.网络编程 网络编程
就在此时，突然灵感来了，我可以通过qq、云盘、微信等发送给他啊，可是人家说了，让你用自己写的程序啊，嗯，这是个问题，此时又来一个灵感，我给他发送文件肯定是通过网络啊，这就产生了网络，对吧，那我怎么让我的程序能够通过网络来联系到我的朋友呢 首先，查询结果是对的，socket就是网络通信的工具，也叫套接字，任何一门语言都有socket，他不是任何一个语言的专有名词，而是大家通过自己的程序与其他电脑进行网络通信的时候都用它。 TCP协议独立于 write()/send() 函数，数据有可能刚被写入缓冲区就发送到网络，也可能在缓冲区中不断积压，多次写入的数据被一次性发送到网络，这取决于当时的网络情况、当前线程是否空闲等诸多因素 TCP（transport control protocol，传输控制协议）是面向连接的，面向流的，提供高可靠性服务。 网络编程的作业 好了同学们，到了这儿，我们的网络编程socket就讲完了，大致就是这些内容，给大家留个作业：（你的努力的成果你自己是看的到的~！）
2.9K21发布于 2019-08-20 - 来自专栏超级架构师
【架构质量】可靠性系列#1：可靠性与韧性
可靠性与弹性——可靠性和弹性之间有什么区别，为什么重要？ 2. 关于故障模式和故障点的头脑风暴是弹性建模和分析 (RMA) 的关键阶段，可以帮助团队提高服务的可靠性。 3. 可靠性增强技术——以 DIAL 中的“D”和“A”为例，我们将研究一些可以纳入与发现和身份验证相关的设计中的可靠性增强技术。 4. 可靠性增强技术——以 DIAL 中的“I”和“L”为例，我们将研究一些可用于与错误和限制相关的设计中的可靠性增强技术。 我的目的是深入了解 Microsoft 如何看待可靠性以及我们为提高客户服务可靠性而采用的流程和技术。 那么什么是可靠性？
59010编辑于 2022-07-29 - 来自专栏让技术和时代并行
可靠性基础-冗余
它是指对组件或系统进行复制，以提高整个系统的可靠性和可用性。分布式系统由多个组件组成，如果其中一个组件发生故障，整个系统都会受到影响。 网络冗余 网络冗余涉及分布式系统中的节点之间以及用户和应用程序之间的多个路径。这确保了如果一条路径发生故障，有替代路径进行数据传输和站点访问，从而保持系统的连接性和可用性。 网络冗余可以通过各种技术来实现，包括额外的交换机和布线、重复的硬件、多个负载均衡器以及使用多个互联网服务提供商。 地理冗余 地理冗余是分布式系统中冗余原则的重要延伸。 它涉及拥有关键硬件组件的多个副本，例如： 电源 网卡 RAID存储 散热风扇 认识到系统可靠性和可用性的重要性，硬件制造商整合了冗余组件和功能，以最大限度地降低硬件故障影响整个系统的风险。 它提高了系统的可靠性、可用性和性能。虽然冗余有其好处，但它也带来了一些挑战，例如成本和复杂性。因此，在实施冗余时，必须权衡收益与成本，并确保冗余组件得到良好配置和维护。
1K10编辑于 2023-10-09 - 来自专栏超级架构师
【可靠性工程】GCP 定义您的可靠性目标
您将了解如何迭代您定义的服务级别目标 (SLO)，并使用错误预算来了解如果发布其他更新，可靠性可能会受到影响。 根据用户体验选择 SLI 并设置 SLO 本架构框架部分的核心原则之一是可靠性由用户定义。尽可能靠近用户测量可靠性指标，例如以下选项： 如果可能，请检测移动或 Web 客户端。 由于网络连接或其他短暂的客户端问题，您的客户可能不会注意到应用程序中的短暂可靠性问题，从而允许您降低 SLO。 对于正常运行时间和其他重要指标，目标是低于 100% 但接近它。 您更改的速率会影响系统的可靠性。但是，频繁进行小幅更改的能力可以帮助您更快、更优质地交付功能。根据客户体验调整的可实现的可靠性目标有助于定义客户可以容忍的最大变化速度和范围（功能速度）。 有关更多信息，请参阅架构中心可靠性类别中的构建协作事件管理流程。 使用错误预算来管理开发速度 错误预算会告诉您您的系统在某个时间窗口内是否比所需的可靠性更高或更低。
92520编辑于 2022-08-26 - 来自专栏码上修行
Kafka 消息可靠性
在 Kafka 工作机制 一文提及了 Kafka 消息的不可靠性。本文就 Kafka 消息的三种不可靠性（重复、丢失、乱序），分析它们出现的内部原因和解决办法。 外在原因：(1)消费数据后、提交 offset 前，线程被杀； (2)设置 offset 为自动提交，consumer.close() 之前 consumer.unsubscribe()； (3)consumer 导致没有接收心跳而挂掉，自动提交offset失败，下次会重复消费本批消息； 解决办法：(1)唯一 ID 保存在外部介质中，每次消费时根据它判断是否已处理； (2)如果在统计用，丢失几条关系不大，则无需理会； (3) 如果消费者来不及处理，可以这样优化：增加分区以提高并行能力；增加消费者线程；关闭自动提交 enable.auto.commit=false 3 消息丢失 根本原因：已经提交了 offset，但数据在内存中尚未处理 Follower之后再确认消息发送成功； 异步模式下，设置为不限制阻塞超时时间(不可为acks=0)，当缓冲区满时不清空缓冲池，而是让生产者一直处于阻塞状态； 4 消息乱序 传统的队列，在并行处理时，由于网络故障或速度差异
1.1K40发布于 2019-06-26 - 来自专栏杂谈
网络安全实验06 部署防火墙主备备份双机热备，提高网络可靠性
建议使用电脑查看，手机可能某些代码显示不了 用户名：admin 密码：Admin@123 新密码：Huawei@123 步骤1：配置防火墙网络的基本参数 （1）配置防火墙接口IP地址 防火墙A interface remote 10.10.0.2 hrp enable 防火墙B hrp inter g 1/0/3 remote 10.10.0.1 hrp enable 步骤3：配置安全策略（只需配置防火墙A，策略会自动备份到防火墙 vlan batch 3 interface GigabitEthernet0/0/1 port link-type access port default vlan 3 # interface GigabitEthernet0/0/2 port link-type access port default vlan 3 # interface GigabitEthernet0/0/3 port port link-type access port default vlan 2 （2）配置内网主机的网络参数
1.1K10编辑于 2024-04-19 - 来自专栏计算机网络系列
头条二面问网络传输如何保证可靠性？我差点翻车了
今天主要说TCP的可靠性问题，包括一些重点面试题。 正文 计算机网络知识在面试中可算是继数据结构之后问的最为频繁的了。 之前讲了计算机网络的体系架构 计算机网络五层结构的解析 、 TCP粘包问题怎么解 、流量控制&拥塞控制 (戳我即可看到该文章喔)。 今天再讲讲TCP的可靠性问题，网络里面的重要知识点基本都说完了，要是还有什么不懂那就后台获取龙叔微信，悄咪咪的暗示下龙叔。 可靠性很好理解吧，就是可靠。什么是可靠？ TCP如何保证可靠性 TCP是一种可靠传输协议，到底如何保证可靠性呢？ TCP保证可靠性，因此TCP要求不论处在何种网络环境下都要提供高性能通信，并且无论网络拥堵情况发生何种变化，都必须保持这一特性。 TCP目前采用一种自适应的算法计算RTT值。
57910发布于 2020-04-07 - 来自专栏前端达人
JavaScript原生实战手册 · 异步重试机制：网络请求的可靠性保障
网络请求偶尔失败就让整个应用崩溃？一个智能的重试机制让你的应用在不稳定环境中依然稳如磐石！ 在现代Web应用中，网络请求无处不在：调用API获取数据、上传文件、发送表单、实时通信等。 但网络环境往往不可预测：服务器临时过载、网络连接不稳定、CDN节点故障、第三方服务限流等问题时有发生。一个偶然的网络错误就可能让整个功能失效，影响用户体验。 需要智能重试来提高系统的容错能力 传统处理方式的痛点 痛点一：简单粗暴的重试 // 原始的重试方式：固定间隔，没有策略 asyncfunction simpleRetry(fn, maxRetries = 3) 加重服务器负担 async function badRetry() { // 100个客户端在同一时间重试 // 第1秒: 100个请求同时发出 // 第2秒: 100个请求同时重试 // 第3秒 数据库连接的容错处理 高级特性： ✅ 断路器模式：服务降级和快速失败 ✅ 自适应策略：根据历史情况调整重试参数 ✅ 并发控制：避免过多并发请求 ✅ 批量处理：高效处理大量异步任务 这个重试机制不仅解决了网络不稳定环境下的可靠性问题
22110编辑于 2025-10-09 - 来自专栏SDNLAB
在多层网络中使用SDN提高效率和可靠性
抽象化是软件定义网络（SDN）中的一大问题，它是简化和有效屏蔽网络内部属性的复杂性以实现快速服务的有效工具。 但是对于高效、可靠和安全的网络工程操作来说，抽象化毫无用处，反倒是透明度非常有价值。 IP/光网络的挑战 在IP/光网络中，从零层到三层网络发现、捕获和精确可视化网络的组合拓扑和互连已经成为运营商面临的巨大挑战。随着时间的推移和技术的发展，带来了更加复杂的网络架构。 这些复杂的网络架构带来了严重的运营问题，如不可预知的故障影响到关键的网络流量和次优级的延迟控制。 运营商需要可靠的工具来发现、可视化和探索多层拓扑和内部连接，这将使得它们能够更好地使用其网络资产。 ，提高网络的可靠性。 SDN为通信网络的自动化和优化带来了一系列的工具，SDN内的多层发现可以深入可视化网络运营。
83260发布于 2018-03-28 - 来自专栏python3
网络基础入门3
metric）： 表示路由器去往该目标网段的距离； 越小越好； 对于直连和静态路由，metric 都为0 ，且不可以更改 注意： 当去往同一个网络具有多个条目时 ，会进行路由属性的比较， 选择一个最优的，放入路由表： 1、首先比较 AD ， 越小越好； 2、如果AD相同，则比较Metric ， 越小越好； 3、如果都相同，则同时放入路由表，形成”负载均衡“； 认识网关： 1、是一个接口级别的概念，而不是设备级别的概念； 2、是以一个 IP 地址的形式体现和配置的； 3、对于源主机而言，去往“其他网段”时，才使用“网关”； 4、
47510发布于 2020-01-15 - 来自专栏python3
网络编程3要素
1.找到对方ip 2.找到应用程序端口 3.定义相同的通信协议 关于ip： 127.0.0.1本地回环地址，可用于ping网卡 xxx.xxx.xxx.255 广播地址，网段内的计算机都能收到 关于端口 对osi参考模型的简单解释： 我想把数据“你好”通过qq发送给网络中的另一台计算机 先根据应用测数据封装规则，将数据进行封装，传到表示层 表示层根据自己的数据封装规则，再将数据进行分装，传到会话层， 会话层根据自己的数据封装规则 ，再将数据进行封装，传到传输层， 传输层根据自己的数据封装规则，再将数据进行封装，传到网络层， 网络层根据自己的数据封装规则，再将数据进行封装，传到数据链路层 数据链路层根据自己的数据封装规则，再将数据进行封装 另一台计算机，在按照相反的方向，进行每一层的解析，最后到应用层找到 qq应用程序的端口，传输给socket接收 其中应用层的常见协议有：:HTTP，HTTPS，FTP，TELNET，SSH，SMTP，POP3等
40930发布于 2020-01-14 - 来自专栏nginx遇上redis
vlan网络环境3
undo interface Vlanif 3 undo interface Vlanif 2 vlan 4 quit interface GigabitEthernet 0/0/1 undo port 4 interface GigabitEthernet 0/0/2 undo port trunk all vlan 4 vlan 4 aggregate-vlan access-vlan 2 3
38720发布于 2021-10-20 - 来自专栏python3
网络监听简介3
其实除了截获telnet密码这样的功能外，专用的网络×××从密码到邮件，浏览的网页等内容，无所不包，但由于本文不是介绍网络×××用途的，因此这里不详细叙述各种×××的使用方法，有兴趣的读者可以参照各个软件的 网络监听的防范方法： 上面我们介绍了可以用来进行网络监听的软件，那么对这种不受欢迎的行为，有没有一些防范手段呢？ 检测网络监听的手段 对发生在局域网的其他主机上的监听，一直以来，都缺乏很好的检测方法。这是由于产生网络监听行为的主机在工作时总是不做声的收集数据包，几乎不会主动发出任何信息。 2：观测dns 许多的网络×××都会尝试进行地址反向解析，在怀疑有网络监听发生时可以在dns系统上观测有没有明显增多的解析请求。 3：利用ping模式进行监测 上面我们说过：当一台主机进入混杂模式时，以太网的网卡会将所有不属于他的数据照单全收。
65750发布于 2020-01-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号