- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 度数为一点为 2 3 4 只要在他们之间任意加上两条边即可，这样无论那个点出故障都不会拆开改图。
62950发布于 2018-03-22 - 来自专栏智算中心网络
BFD 在网络高可靠性中的作用与优势
随着网络应用日益广泛，对网络的可靠性要求越来越高。为减少设备故障对业务的影响，要尽可能缩短故障检测时间，从而触发保护倒换，确保业务快速恢复。 现有路由协议（如OSPF、IS-IS）或冗余网关协议（如VRRP）的故障检测时间通常在秒级，难以满足关键业务的高可靠性要求。BFD能提供毫秒级故障检测，并与其他协议联动，实现业务的快速切换。 4 BFD 会话建立后，BFD 开始监控链路并对任何链路故障做出快速响应。上图中，1 被监控的链路发生故障。2 BFD 快速检测到链路故障并将 BFD 会话状态更改为 Down。 4 本地 OSPF 进程终止 OSPF 邻居关系。数据中心和运营商网络中交换机作为核心转发设备，承担着数据包的高速转发、VLAN划分、流量控制等关键功能。 它的稳定性和可靠性直接决定了整个网络的性能和业务的连续性。
26210编辑于 2025-11-03 - 来自专栏超级架构师
【可靠性工程】Microsoft 可靠性模式
Azure 可用区构造旨在提供软件和网络解决方案，以防止数据中心故障并为我们的客户提供更高的高可用性 (HA)。借助 HA 架构，可以在高弹性、低延迟和成本之间取得平衡。 Retry 通过透明地重试以前失败的操作，使应用程序在尝试连接到服务或网络资源时能够处理预期的临时故障。
56220编辑于 2022-09-26 - 来自专栏Android开发指南
4.网络编程
HTTP网络编程 网络接口文档 用来描述客户端和服务端的数据交互 Http的格式规范 请求部分 请求消息行：定义请求类型，请求的地址，http的版本号 请求消息头:定义请求的消息头 请求消息内容实体：消息的内容实体 : zh-CN,zh;q=0.8 Cookie: BAIDUID=BECE0B98C5D5A8EA4C5A93221901CC58:FG=1; BAIDUPSID=BECE0B98C5D5A8EA4C5A93221901CC58 ; BDUSS=l1MmM3MEVEclRYR1RZc1ZJTnBDb2RBUTY1YktTUFc0a2pBYVlHNkxOZDk4N0JVQVFBQUFBJCQAAAAAAAAAAAEAAABoRLMjd2FuZ2Rha2U4ODgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH1miVR9ZolUVm 因此在主线程中调用异步任务时需要设置回调 开发过程中UI控制层访问网络最关心的是什么 UI控制层访问网络的目的是为了获得网络返回数据，UI层最关心返回的数据结果；在java开发中，一切皆有面向对象的思想 如何为UI控制层封装好网络请求 异步 + 回调 + 接口文档规范 http 后台任务 后台任务是处理 及时性不高的任务，不需要耗用太多资源去做网络请求，UI也不是很关心数据返回 通常应用程序只会给到一个线程去处理所有的后台任务
749100发布于 2018-05-14 - 来自专栏Android开发指南
4.网络编程
HTTP网络编程 网络接口文档 用来描述客户端和服务端的数据交互 Http的格式规范 请求部分 请求消息行：定义请求类型，请求的地址，http的版本号 请求消息头:定义请求的消息头 请求消息内容实体：消息的内容实体 : zh-CN,zh;q=0.8 Cookie: BAIDUID=BECE0B98C5D5A8EA4C5A93221901CC58:FG=1; BAIDUPSID=BECE0B98C5D5A8EA4C5A93221901CC58 ; BDUSS=l1MmM3MEVEclRYR1RZc1ZJTnBDb2RBUTY1YktTUFc0a2pBYVlHNkxOZDk4N0JVQVFBQUFBJCQAAAAAAAAAAAEAAABoRLMjd2FuZ2Rha2U4ODgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH1miVR9ZolUVm 因此在主线程中调用异步任务时需要设置回调 开发过程中UI控制层访问网络最关心的是什么 UI控制层访问网络的目的是为了获得网络返回数据，UI层最关心返回的数据结果；在java开发中，一切皆有面向对象的思想 如何为UI控制层封装好网络请求 异步 + 回调 + 接口文档规范 http 后台任务 后台任务是处理 及时性不高的任务，不需要耗用太多资源去做网络请求，UI也不是很关心数据返回 通常应用程序只会给到一个线程去处理所有的后台任务
47310编辑于 2022-01-12 - 来自专栏超级架构师
【可靠性工程】GCP 可靠性核心原则
由于 SLO 是制定有关可靠性的数据驱动决策的关键，因此它们是站点可靠性工程 (SRE) 实践的焦点。 错误预算 错误预算计算为 100% – SLO 在一段时间内。 核心原则 Google 的可靠性方法基于以下核心原则。 可靠性是您的首要功能 新产品功能有时是您短期内的首要任务。 但是，从长远来看，可靠性是您的首要产品功能，因为如果产品速度太慢或长时间不可用，您的用户可能会离开，从而使其他产品功能变得无关紧要。 可靠性由用户定义 对于面向用户的工作负载，衡量用户体验。 100% 的可靠性是错误的目标 你的系统应该足够可靠，让用户满意，但又不能过于可靠，以至于投资不合理。定义设置所需可靠性阈值的 SLO，然后使用错误预算来管理适当的变化率。 当错误预算减少时，放慢速度并专注于可靠性功能。 设计和操作原则 为了最大限度地提高系统可靠性，以下设计和操作原则适用。在架构框架可靠性类别的其余部分中详细讨论了这些原则中的每一个。
1.1K10编辑于 2022-09-26 - 来自专栏星融元
网络可靠性和可用性之间有什么区别？
虽然这两种衡量标准经常被互换使用，但它们却有着明显的不同，并且两者对于准确评估网络服务质量都至关重要。什么是网络可靠性？网络可靠性是衡量基础设施无中断运行时间长短的标准。 因此，如果在 100 小时的过程中，有三次网络故障，停机时间加起来为 4 小时，这相当于 96 小时的服务时间，MTBF 就是 96 除以 3，即 32 小时。 然后，管理员将故障率从 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
4.网络编程 总结
缺点: 功能单一,没有个性化设置,响应速度相对慢一些. 2.网络通信原理 80年代,固定电话联系,(还没有推广普通话) 1. 两台电话之间一堆物理连接介质连接. 2. 拨号,锁定对方电话的位置. 你必须知道对方的mac地址你才可以以广播的形式发消息.实际上,网络通信中,你只要知道对方的IP与自己的IP即可. 网络层 **IP协议**: 确定局域网(子网)的位置 找到具体软件的位置,上一层的事情 IP协议: ip地址:四段分十进制 192.168.0.12 取值范围 缓冲区存在如果你的网络波动,保证数据的收发稳定,匀速. server = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 基于网络的UDP协议的socket socket.SOCK_DGRAM # 服务端
1.3K20发布于 2019-08-20 - 来自专栏超级架构师
【架构质量】可靠性系列#1：可靠性与韧性
可靠性与弹性——可靠性和弹性之间有什么区别，为什么重要？ 2. 可靠性增强技术——以 DIAL 中的“D”和“A”为例，我们将研究一些可以纳入与发现和身份验证相关的设计中的可靠性增强技术。 4. 可靠性增强技术——以 DIAL 中的“I”和“L”为例，我们将研究一些可用于与错误和限制相关的设计中的可靠性增强技术。 我的目的是深入了解 Microsoft 如何看待可靠性以及我们为提高客户服务可靠性而采用的流程和技术。 那么什么是可靠性？ 最后一点让我们明白了我认为可靠性和弹性之间的区别。 可靠性是云服务提供商追求的结果——它就是结果。弹性是基于云的服务能够承受某些类型的故障，但从客户的角度来看仍保持正常运行的能力。
59010编辑于 2022-07-29 - 来自专栏初见Linux
4.网络层-ICMP
属于网络层协议。 控制消息：是指网络通不通、主机是否可达、路由是否可用等网络本身的消息。这些控制消息虽然并不传输用户数据，但是对于用户数据的传递起着重要的作用。 （前4个位都是一样的） （2）代码：8位 （3）校验和：16位 以上是三个长度固定的字段，共4字节。 （4）参数： 不同的ICMP类型有不同的参数。 （这4个字节取决于ICMP报文的类型） （5）信息（可变长）： 长度也取决于类型。 3.ICMP协议分类 可分为 差错报告报文 和 ICMP询问报文。 4.不同的ICMP类型代表不同意义: （重要考点） 重定向、回声、不可达常考。 （1）类型4（源抑制报文） 堵塞时会发类型4，源抑制报文告诉它降速。 时间戳报文和Traceroute命令有关 （4）类型17/18（地址掩码报文） 类型17：请求。类型18：应答。 总结：ICMP 会和 PING 、Traceroute命令结合。
76840发布于 2020-08-05 - 来自专栏初见Linux
4.网络层-IP
网络层 1.作用 网络层控制子网的通信，通过路由选择算法为分组通过通信子网选择最适当的传输路径，实现流量控制、拥塞控制与网络互联的功能。 IP是TCP/IP体系中的网络层协议(相当于OSI模型的网络层)，同时是整个TCP/IP协议族的核心，也是构成互联网的基础。 为了能适应大规模、异构网络的互联互通，IP强调适应性、简洁性和可操作性，并在可靠性做了一定的牺牲。 （1）版本号：4位. 占4位。 就是IP协议的版本，通信双方的IP协议必须要达到一致，IPv4的版本就是0100。 ，IPv4的首段长度一定是4字节的整数倍，要是不是怎么办呢？
1.3K20发布于 2020-08-05 - 来自专栏Ywrby
4-网络层（上）
，但由于网络飞速发展，以及过度分类浪费了大量地址，导致IPv4地址池逐渐枯竭 2011年2月，IPv4总地址池彻底枯竭 解决方案-替换还是修补 如果替换IPv4协议，表示网络中所有的系统均需要升级，所有设备也都需要升级或更换 Working Group 制订IPv6规范和标准 IPv6 Operations 为运营IPv4/IPv6共存的Internet和在已有的IPv4网络或者新的网络安装中部署IPv6提供指导 其它IPv6 IPv6共存策略 短时间内IPv4迁移到IPv6是不可能的 在较长一段时间内都要保证二者共存的状态 问题 加快IPv6网络的成熟与稳定 解决IPv4与IPv6网络之间的相互通信问题 三种基类过渡技术 双协议栈 ，则采用IPv4 隧道技术 通过隧道技术，IPv6分组，被作为无结构，无意义的数据封装在IPv4分组中，被IPv4网络传输 同样的，也存在将IPv4分组看作无结构无意义的纯数据封装在IPv6中的情况 适用于第一阶段与第三阶段 ，也就是IPv4或IPv6是孤岛时的通信 翻译转换技术 从IPv4转换到IPv6，或反过来，不仅发生在网络层，还有传输层和应用层。
1.3K30编辑于 2022-10-27 - 来自专栏让技术和时代并行
可靠性基础-冗余
它是指对组件或系统进行复制，以提高整个系统的可靠性和可用性。分布式系统由多个组件组成，如果其中一个组件发生故障，整个系统都会受到影响。 网络冗余 网络冗余涉及分布式系统中的节点之间以及用户和应用程序之间的多个路径。这确保了如果一条路径发生故障，有替代路径进行数据传输和站点访问，从而保持系统的连接性和可用性。 网络冗余可以通过各种技术来实现，包括额外的交换机和布线、重复的硬件、多个负载均衡器以及使用多个互联网服务提供商。 地理冗余 地理冗余是分布式系统中冗余原则的重要延伸。 它涉及拥有关键硬件组件的多个副本，例如： 电源 网卡 RAID存储 散热风扇 认识到系统可靠性和可用性的重要性，硬件制造商整合了冗余组件和功能，以最大限度地降低硬件故障影响整个系统的风险。 它提高了系统的可靠性、可用性和性能。虽然冗余有其好处，但它也带来了一些挑战，例如成本和复杂性。因此，在实施冗余时，必须权衡收益与成本，并确保冗余组件得到良好配置和维护。
1K10编辑于 2023-10-09 - 来自专栏超级架构师
【可靠性工程】GCP 定义您的可靠性目标
您将了解如何迭代您定义的服务级别目标 (SLO)，并使用错误预算来了解如果发布其他更新，可靠性可能会受到影响。 根据用户体验选择 SLI 并设置 SLO 本架构框架部分的核心原则之一是可靠性由用户定义。尽可能靠近用户测量可靠性指标，例如以下选项： 如果可能，请检测移动或 Web 客户端。 由于网络连接或其他短暂的客户端问题，您的客户可能不会注意到应用程序中的短暂可靠性问题，从而允许您降低 SLO。 对于正常运行时间和其他重要指标，目标是低于 100% 但接近它。 您更改的速率会影响系统的可靠性。但是，频繁进行小幅更改的能力可以帮助您更快、更优质地交付功能。根据客户体验调整的可实现的可靠性目标有助于定义客户可以容忍的最大变化速度和范围（功能速度）。 有关更多信息，请参阅架构中心可靠性类别中的构建协作事件管理流程。 使用错误预算来管理开发速度 错误预算会告诉您您的系统在某个时间窗口内是否比所需的可靠性更高或更低。
92520编辑于 2022-08-26 - 来自专栏python基础文章
网络安全——网络层IPSec安全协议（4）
由图可知，IPSec协议不是一个单独的协议，它给出了应用于IP层上网络数据安全的一整套体系结构。 Exchange,IKE)和用于网络认证及加密的一些算法等。 IPSec规定了如何在对等层之间选择安全协议、确定安全算法和密钥交换，向上提供访问控制、数据源认证、数据加密等网络安全服务。 其中，AH协议定义了认证的应用方法，提供数据源认证和完整性保证：ESP协议定义了加密和可选认证的应用方法，提供可靠性保证。 通常，当用于IPv6时，AH出现在IPv6逐跳路由头之后，IPv6目的选项之前；而用于IPv4时，AH跟随主IPv4头。
1K20编辑于 2023-10-15 - 来自专栏码上修行
Kafka 消息可靠性
在 Kafka 工作机制 一文提及了 Kafka 消息的不可靠性。本文就 Kafka 消息的三种不可靠性（重复、丢失、乱序），分析它们出现的内部原因和解决办法。 (不可为1)，即让消息写入Leader和Follower之后再确认消息发送成功； 异步模式下，设置为不限制阻塞超时时间(不可为acks=0)，当缓冲区满时不清空缓冲池，而是让生产者一直处于阻塞状态； 4 消息乱序 传统的队列，在并行处理时，由于网络故障或速度差异，尽管服务器传递是有序的，但消费者接收的顺序可能不一致； Kafka 在主题内部有分区，并行处理时，每个分区仅由消费者组中的一个消费者使用，确保了消费者是该分区的唯一读者
1.1K40发布于 2019-06-26 - 来自专栏杂谈
网络安全实验06 部署防火墙主备备份双机热备，提高网络可靠性
建议使用电脑查看，手机可能某些代码显示不了 用户名：admin 密码：Admin@123 新密码：Huawei@123 步骤1：配置防火墙网络的基本参数 （1）配置防火墙接口IP地址 防火墙A interface source-zone trust destination-zone untrust source-address 10.3.0.0 mask 255.255.255.0 action permit 步骤4： default vlan 2 # interface GigabitEthernet0/0/3 port link-type access port default vlan 2 （2）配置内网主机的网络参数
1.1K10编辑于 2024-04-19 计算机网络(4)——网络层
虽然两个输出链路都不能精准送到某个同学手中，但是1号链路比2号链路精确，所以优先输出到1号链路 3.IPv4协议 3.1 IP数据报结构 (1)版本：指明协议的版本，IPv4就是4，IPv6就是 6 (2)首部长度：单位是4字节，表示IP报头的长度范围是20~60字节 (3)8位区分服务：实际上只有4位TOS有效，分别是最小延时，最大吞吐量，最高可靠性，最小成本 (4)总长度：报头+数据部分 4个8位二进制数组成，每个数的范围为0-255，通常以点分十进制的形式表示。 主要用于缓解IPv4地址短缺的问题，同时提供一定的网络安全性。 -> IPv6过渡 隧道(tunneling)：IPv6数据报作为IPv4数据报的载荷进行封装，穿越IPv4网络
39610编辑于 2026-01-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号