搜索[握手确认]结果-低调大师优秀个人博客

精选列表

搜索[握手确认]，共10003篇文章

xtools-boot一款基于JDK25,SpringBoot4的通用Spring工具库

MqMessageUtils.toRabbitTemplate发送RabbitMQ Broker消费者接收消息反序列化MqMessageUtils.fromBaseMessageHandlebaseHandleMessage业务处理消息确认

2026-06-09

握手5G，智能交通将迎来四大质变！

当下，对于任一ToB市场，5G+AI正在并行创未来! 5G和AI人工智能是未来全球科技行业发展的两个重要趋势。2019年6月6日，工信部向中国移动、中国电信、中国联通、中国广电发放5G商用牌照，标志着中国5G正式进入商用阶段。三大运营商加快网络建设速度，计划2019年底信号覆盖50余个城市，2020年底覆盖地级市以上城市。5G网络寄托了整个移动互联网产业链未来的希望，也将深度赋智能交通产业，引发产业的深度变革。关于智能交通与AI的话题，已经不绝于耳，甚至有些审美疲劳了。4G改变生活，5G改变社会，那么，未来，5G与智能交通，能发生哪些质变呢，能开启哪些新的市场成长空间，打造新的增长点呢? 无人驾驶驶向5G时代无人驾驶，曾几何时如空中楼阁，然，有业界预测，2021年将可以实现中国式无人驾驶的商业落地。 5G+AI新一代无人驾驶通过更安全的交通出行，降低交通事故的发生，让民众更有安全感;更加惠民、便民的无人驾驶共享出行方式将可增加人民的幸福感;由无人驾驶赋能的更加智慧、智能的生活方式也将提升大众的获得感。无人驾驶是近两年极为受人瞩目，它其实就是一种智能驾驶形态，利用车载传感器来感知车辆周围环境，并根据感知所获得的道路、车辆位置和障碍物信息，控制车辆的转向和速度，从而使车辆能够安全、可靠地在道路上行驶。无人驾驶汽车在不断增加的传感器阵列驱动下，每天将会产生4000G的数据，而4GLTE的速度约为12Mbps，延迟为50ms，对无人驾驶的连接、安全的自治系统需求难以满足。在实现5G无线网络技术后，其速度可以达到10Gbps和1MS的延迟，能够支持智能汽车的发展进程，提升汽车之间以及汽车和周围环境之间可靠沟通的水平，5G技术是无人驾驶车辆互联的关键促成器。另外，汽车内部的数字服务也有赖于5G技术的实现，凭借超低延迟处理大数据的能力为汽车制造者提高乘客体验、增加移动收入提供工具。当然，2019年5G在无人驾驶应用还是一种初级探索阶段，将无人驾驶车辆与更多的网络连接结合，对其安全性无疑存在一定风险。一方面，车辆部件和系统在借助5G网络与外部进行连接时，也增加了可能受到攻击的范围。另一方面，基于无人驾驶车辆对无线网络的依赖，5G基站的建设和维护显得至关重要，保持基站长时间正常工作并且增加基站的分布覆盖是保障可靠数据传输的关键。针对以上问题，汽车制造业需要全面制定5G基站的建设计划，同时借助现有安全技术研发完善无人驾驶车辆的网络安全机制。 5G时代的车与路，将更加协同如今已从万物互联迈入万物智联时代，各行各业都在拥抱智能。以智慧交通为例，汽车流量的实时监控、智能化交通管制等，能帮助城市改善拥堵问题。我国即将进入5G时代，相比4G，5G不仅速度更快，低时延为车联网提供了基础条件等特点，让交通向智慧化迈进。 V2X是2020年关于智慧路网、车路协同的关键性技术，该技术就是让车路高效协同，是车与路这两者的高度统一，有效协助。顺理成章，其最主要的2个子系统是路侧单元和车载单元，各个交通组成单元通过路侧单元和车载单元，以有线或无线通信方式来实现车辆与车辆、车辆与路侧以及路侧与路侧之间的信息传输和共享。路侧单元的主要功能是：收集路侧传感器检测到的各种信息(如交通流量、突发事件、密集人群、交叉口行人信息、道路异物侵入、路面湿滑状态)，以无线短程通信的方式发送给车辆，以有线或无线通信的方式发送给其它路侧单元或管理中心;接收来自车载单元或其他路侧单元的信息。车载单元的主要功能是：收集各类车载传感器采集到的信息(如定位、运动等)进行融合处理后发送给其它车载单元;接收来自其它车载单元的信息;接收来自路侧单元的信息;对接收到的信息和收集到的本车传感器信息进行融合处理，做出安全预警判断和车辆控制决策，以合适的交互方式向驾驶人提供信息，或向车辆控制单元发出控制指令。 5G赋能，让车路协同成为自动驾驶明确方向。其实当前自动驾驶的技术路线，单车智能的车路协同也备受关注。单车智能，通过更多的传感器，联合更好的算法，让车不需要任何外力就能实现相对安全的自动驾驶。但在实践中这个目标非常难做到，面对复杂的交通环境，包括人、车的意图，意外因素，以及交通规则的限制等，很难判断。传感器高成本也是非常重要的因素。而利用V2X技术，在5G的保障下，比较大的优势就是可以进行超视距的感知，这是单车智能无法做到的。同时还可以实现高精度和低成本的感知。就低成本而言，如果把大多数的感知责任从车端移到云端，可以极大减少单车成本，同时提升车辆的安全性，还有很重要的一点就是能够减少车辆的耗电。 5G赋能，让出行变得更智慧因满足运输与出行，交通才出行。 2018年交通部5号令要求“两客一危”部署实时车载监控设备预防司机疲劳驾驶和突发公共安全事件。目前车载视频监控主要采用3G/4G网络进行实时回传，由于上行带宽受限、覆盖、时延等原因，视频监控画面质量差、不时有卡顿及马赛克(高峰期)，无法达到实时监控及及时发现高危人员的效果，存在一定的安全隐患。 AI技术的发展，智能算法在司机上岗时对于身份进行校验，防止替换班;驾驶过程中进行驾驶行为的实时检测预警，同时通过车身配置的更多的高清摄像机、雷达等传感器，对于车道偏离、前向碰撞、盲区监测进行主动预警。通过驾驶过程的行为和习惯生成驾驶模型，驾驶技能评价、驾驶速度分析、短期安全系数分析、报警事件分析，企业可以用数据针对驾驶人进行考核，可实现针对性培训，督促驾驶人更加安全的驾驶。移动车载类场景，包括：公交车、出租车、地铁等公共交通车辆，交巡警摩托、执法警车、巡逻车等执法巡逻车辆，校车、押运车、运钞车、危化品运输车等特种车辆。这些车辆均需要被重点监管，但受限于当前的无线技术和网络能力，监管的范围、时效性、有效性都无法保证。一方面，由于带宽和稳定性不足，无法实现全量实时回传，对驾驶人/乘客/车辆真实状况无法掌控，可实时视频调阅的并发路数少，画质模糊，偶发卡顿，无法有效支撑突发事件高效处置。另一方面，车载监控视频存储在本地，设备易损坏，数据易丢失，无法可靠提供突发事件的视频调取。当前交通车辆已成为天网的监控盲区，只能在事后通过“回头看”获取线索。随着5G网络时代的到来，使得车载监控系统从标清化向高清化、联网化、智能化的方向发展成为可能。借助5G网络的大带宽、高可靠、低时延特性，可以满足高帧率、高质量的视频数据实时传输需求，把视频回传到后台进行云化存储，保障数据不丢失，大幅提高数据存储可靠性。同时高清视频传输也为后续开展智能化应用提供数据基础，结合后端AI能力，对司机危险驾驶行为进行智能识别及预警，实现对运输车辆的实时监测和精细化管理。随着经济的发展，飞机成为人们出行的主流方式，飞行提升了出行效率，但机场的重重安检却又降低了出行效率，值机、托运、预安检、安检、登机等繁琐流程，重复验证降低了出行的体验。另一方面机场当前在管理上也多依靠人工巡检、人工视频监控，效率低，隐患大。 5G及人工智能技术的发展，让数据在各个系统中统一，通过一张脸即可通关场景，除了上述的场景可以实现自助验证通关，大大提升效率外，还可以在登机路线规划、晚到旅客精准定位、VIP客户精准服务等环节提升出行体验;接机时可以通过客人信息实现到港位置提醒，无需看屏找人。超高清摄像机以及无人机等新的手段，可以实现机场的无死角覆盖，结合人工智能的算法，可以自动识别机场风险，诸如周界入侵检测、航班降落跟踪、航班停机路线规划等更多智能应用，在降低风险的前提下提升管理效率。 5G与智慧运输的质变随着计算机与通信技术的高速发展，物流行业也随之发生了天翻地覆的变化，大量前沿技术得以广泛运用，极大提高了物流的效率和安全质量。同时，随着5G移动网络不断成熟和全面商用，人工智能、大数据、云计算、物联网、AR/VR等关键技术与物流全流程深度融合，将在现代物流行业的仓储、运输、配送等多个领域内得到广泛应用，以“5G+AI+物流”的新模式，全面促进传统物流向智慧物流转型。物流企业除负责普通货物运输外，还覆盖食品运输、医药冷链运输、危化品运输等领域，所以针对物流车辆的管理监控非常重要。通过在车辆上安装车载监控系统，实现车辆远程视频浏览、车辆地理位置记录跟踪，是当前的重要管理手段。但受限于当前无线技术和网络能力，监管的范围、时效性、有效性都存在较大限制。一方面，由于带宽和稳定性不足，视频无法实现全量实时高清回传，对驾驶人/车辆真实状况无法掌控;另一方面，车载监控视频大多离线存储在本地，设备易损坏，数据易丢失，无法可靠提供突发事件的视频调取。传统港口环境下，龙门吊、集卡(集装箱卡车)、视频监控等关键业务系统传统上采用光纤、工业WiFi等通信手段，存在建设和运维成本高、部署不灵活、稳定性与可靠性不高等痛点。传统港口的龙门吊机主要靠人工进行操控，工作辛苦、效率较低，并且近年来司机老龄化严重，人员短缺。对于实现龙门吊远程操控需求迫切，远程操控对于网络要求高，网络时延要求是毫秒级(30毫秒)，当前龙门吊通过光纤通讯，需部署光纤转盘，长期操控易出现故障，每个龙门吊的光电缆部署需要200万元以上，且每两年需要更换，多台同时操作时光纤拖地易缠绕。如果采用Wifi方式只适用于单机远程操作，且传输距离比较受限;采用波导电缆、波导管方式带宽受限，带宽一般只有100M左右，最新一代也不过在200M左右。前端在每个龙门吊安装4个实时回传高清摄像机，通过5G网络回传到中控室。 5G无线网络解决了光纤缠绕的问题，可以同时操作多台龙门吊并行工作，有效降低设备购置率，同时降低了线缆更换的维护成本;大带宽的能力保证多龙门吊的并发高清视频上行需求;低时延有效保证远程控制的精度。码头内集卡主要有AGV和跨运车两种，主要负责码头前沿到堆场的运输。 AGV可靠性高，依靠磁钉运行，对于磁钉的安装环境要求高，且扩展难度大;跨运车与龙门吊相似，如果要实现远程操控，也受限于传统的网络的高时延。港口环境复杂，没有红绿灯，堆场情况变化快，需要有摄像机和多种传感器对于周边环境进行感知，人与车、车与车、车与物之间的实时交互，实时决策，保障远程操控的半自动化，自动化。在车载端，AGV车身前部和后部各安装3个5G高清摄像机，采集360度环视视频，通过5G网络与自动驾驶车辆底盘线控设备以及视频采集设备进行数据交互,实现对智能车的实时监测和管控。在监控中心发现自动驾驶车辆有异常时，可人工接管车辆，通过远程驾驶将车辆行驶至安全地带。城市道路管理包括城区主干道和桥梁、高架、隧道等重点道路，通常由各级道路桥梁监督管理服务中心负责维护。传统的维护主要靠巡检车辆进行日常巡检。每辆车巡检1次时间约30分钟，每天巡检2次。路桥情况更多的采用人工靠肉眼进行评估。当前操作模式依靠巡检人员经验判断，如果路面情况严重影响通行，则马上电话通知维护值班人员至现场处理，并通过微信将现场情况拍照提供给维护人员。巡检过程中路面视频记录在车载NVR，回到所里后拷贝至存储服务器，归档管理12个月，但数据并没有进行结构化分析，成为沉睡的数据。 5G和AI技术的发展，可以通过前端高清视频监控获取高质量路面画面，通过算法对路害进行实时分析，并根据路桥严重程度行程高中低三类优先级工单，针对高优先级的工单，可以及时通过5G网络将高清视频画面回传，支撑监控中心对路害进行分析并制定相应解决方案;中低级的路害工单则派发至对应管理所进行统筹管理。 5G对智能交通产业在行业覆盖、产业转型、业务覆盖、视频采集提档升级、感知运用、防控能力等方面带来深刻变革。使能智能交通，从“专制专用”走向“和谐民生”;从“看见”走向“洞见、预见”;覆盖从“零散稀疏”走向“无处不在”，实现业务覆盖的全域化、自由化、简捷化;感知从“后知后觉”走向“通感联觉”，伴随着5G、感知控制技术、视频渲染技术、智能设施装备的成熟和应用，将使智能交通的业务形式更加的自由。既能从物理世界投射到数字世界，也能把数字世界叠加渲染进物理世界，形成虚实协同的数字孪生，重构全天候、全时空、全要素、全融合为特征的智能交通新体系，也描绘出一幅关乎于智能交通的最美画卷。

2020-06-30

三次握手和四次挥手（TCP/IP协议）

的工作机制进行一个温顾~ TCP（Transmission Control Protocol）网络传输控制协议，是一种面向连接的、可靠的、基于字节流的传输层通信协议，数据传输前建立连接的工作要经过“三次握手

2018-10-22

Ubuntu 26.04 LTS 确认采用 Linux 6.20 内核

Ubuntu开发商Canonical确认了Ubuntu 26.04长期支持版（LTS）将采用Linux 6.20内核。

2025-12-24

谷歌确认其 AI 搜索将加入广告

搜索引擎巨头Google近期证实，其价值广告业务并不会在新兴的AI搜索领域中缺席。考虑到Google仅从搜索和YouTube广告中就获得了巨额收入（报道称达565.7亿美元），广告的集成是必然趋势，只是其方式将随着AI的发展而演变。目前，Google搜索推出了两个主要的AI功能，AI概览和AI模式，同时谷歌还计划将Gmail和Drive等集成到Google AI模式中，以创建一个“AI了解你一切”的全新体验。 Google的Robby Stein在一档播客中表示，Google广告业务不会消失，但会演变为支持新的生态环境，他举例说明了广告如何适应AI体验：用户可以拍摄一张鞋子的照片，并询问：“嘿，这是我的鞋子。还有哪些类似的酷炫鞋款？”或者用户可以询问一个复杂的餐厅问题，其中包含关于过敏、用餐人数、灯光要求等个性化需求。Robby Stein认为，在广告环境中，这对用户来说是一个提供更具帮助性服务的机会。目前，Google已开始在有限范围内测试AI搜索中的广告，预计将在明年公布更详细的计划。

2025-11-03

谷歌确认将在 6 月发布 Android 16

据 Android Police 报道，在 MWC 2025 上，Google 确认了将于 6 月发布 Android 16 系统。

2025-03-07

养乐多公司确认 95 G 数据被泄露

我们还不能确认事件的严重程度。我们正在与网络安全专家合作，紧急调查这一事件。” 目前，该公司还无法确认事件究竟是如何发生的。"我们的调查正在进行中。一旦获得信息，我们将提供进一步的更新信息。"

2023-12-28

Linux Kernel 6.6 确认成为 LTS 版本

Greg Kroah-Hartman 已经宣布 Linux Kernel 6.6 版本为长期支持 (LTS) 版本；支持期限到 2026 年 12 月。 Linux Kernel 6.6 于 10 月 29 日正式发布，是一次包含了新功能、硬件支持、安全增强和性能改进的重大更新。具体包括有：引入了 EEVDF scheduler，最终实现了对 Intel Shadow Stack 的支持，为 Nouveau DRM 驱动程序添加了 Mesa NVK Vulkan 驱动程序所需的user-space API，继续支持即将到来的 Intel 和 AMD 平台，以及大量的其他驱动程序改进和一些不错的性能优化等。一般来说，年度 LTS 内核往往是该日历年的最后一个稳定内核版本。Linux 6.6 于十月底发布，Linux 6.7 预计可能会在 2023 年的最后几天或者 2024 年年初达到稳定。但考虑到 6.7 版本规模较大，且年末的假期往往会放慢测试和 bug 修复的速度，导致相关周期拖长，因此 6.7 版本大概率还是可能在 2024 年初登陆。目前，Kernel.org 已更新相关版本信息。Linux 6.6 生命周期将将截止 2026 年 12 月；与此同时，Linux 6.1、5.15 和 5.10 也将于 2026 年 12 月结束生命周期。因此根据当下的政策，Linux 6.6 LTS 将在未来三年内得到维护，不过也有消息称内核开发人员一直在讨论将 LTS 支持期缩短为 2 年。更多详情可查看此处。

2023-11-20

Fedora 38 确认使用 Kernel TLS 加速 GnuTLS

Fedora 工程和指导委员会 (FESCo)批准通过了使用 Kernel TLS (kTLS) 来加速 GnuTLS 的提案，并将于明年春天在 Fedora 38 上提供。为了在 Fedora 上为 GnuTLS 提供更高的性能，Fedora 38 希望将 Kernel TLS (KTLS) 模块作为加密策略的一部分来加载。通过这种方式，GnuTLS 利用 KTLS 将加密/解密转移到内核，特别是在网络块设备等场景中，此举有助于减少数据拷贝和上下文切换。即使对于缺乏加密卸载硬件的系统，kTLS 也可以提升性能，因为其工作可能最终在与应用程序不同的 CPU 内核上完成。这个变更提案由 Red Hat 主导，其中一个特别关注点是为网络块设备提供更高的性能。 Red Hat 工程师希望通过 Kernel TLS 加速 GnuTLS，从而实现更快的实时虚拟机迁移，提高加密网络块设备的速度，以及其他类似的使用案例。如果 KTLS 出现问题，GnuTLS 将回滚到现有的用户模式下运行。查看此 Fedora Wiki 页面了解关于这一变更提案的更多细节。

2022-10-01

LCUI 2.1.0 发布，Android 支持计划已确认

并行循环中移出以解决主线程阻塞问题 (#204) (#205) (6978f46) 新功能添加 settings 接口 (#191) (#211) (#212) (1b8c6e6) Android 支持计划作者已确认将

2020-07-06

正确认识Docker、Kubernetes 、Apache Mesos

无数的文章、社交媒体在探讨Docker、Kubernetes、Mesos三者之间孰优孰劣。如果你听信了某些一知半解者的言论，你可能会认为这三个开源项目正在为争夺容器霸权而殊死战斗。同时，你也会相信，在这三者间的选择无异于对其所奉宗教的信仰，而且真正的信徒敢于大胆和异教徒作斗争，并且拥护自己的信仰。那些都是扯淡。虽然这三种技术都可以使用容器来部署、管理和扩展应用程序，但实际上它们每个都侧重解决不同的问题，并且扎根非常不同的环境之上。事实上，这三种被广泛采用的工具链彼此完全不同。与其比较这些快速演进的技术的重叠特性，不如让我们回顾一下每个项目的原始任务、架构以及它们之间如何相互补充和交互。让我们从Docker开始今天的Docker公司脱胎于一个平台即服务的初创公司dotCloud。dotCloud团队发现，在许多应用程序和客户之间管理依赖关系和二进制文件需要做大量的工作。因此，他们将Linux cgroups和namespaces的一些功能组合成一个简单易用的包，这样应用程序就可以在任何基础设施上持续运行。这个包就是Docker镜像，它提供以下功能: 将应用程序和库封装在单个包中(Docker镜像)，因此应用程序可以跨多环境一致部署;提供类似于git的语义，例如“dockerpush”，“docker commit”，这样可以让应用程序开发人员可以轻松地采用新技术，并将其融入到现有的workflow中;将Docker镜像定义为不可变层，启用不可变的基础设施。提交的更改被存储为一个单独的只读层，这让镜像复用和跟踪更改变得更加容易。另外，层还可以通过传输更新而不是整个镜像来节省磁盘空间和网络流量;通过使用可以临时存储运行时更改的可写层来实例化不可变映像，从而方便快速部署和扩展应用程序的多个实例。随着Docker的风靡，开发人员开始从笔记本电脑转移到在生产环境中运行。这就需要借助工具来协调这些容器，我们称为容器编排。有趣的是，Apache Mesos的马拉松称为当时(2014年6月)第一个支持Docker镜像的容器编排工具(我们将在下面详细描述它)。就连Docker创始人、首席技术官Solomon Hykes也推荐Mesos为“生产集群的黄金标准”。不久之后，除了马拉松之外，许多容器编排技术出现了，这其中包括：Nomad、Kubernetes、DockerSwarm(现在是Docker引擎的一部分)。随着Docker开始商业化开源文件格式，该公司也开始引入工具来补充核心Docker文件格式和runtime引擎，包括: DockerhubDocker registryDocker cloudDockerdatacenter Docker让开发者可以打包他们的应用以及依赖包到一个可移植的容器中的特性，使其成为软件行业的游戏规则改变者;这有点类似mp3格式帮助重塑了音乐产业。Docker文件格式成为行业标准，并且领导容器技术供应商(包括Docker、Pivotal, Mesosphere以及其他许多)成立CNCF和OCI。今天，CNCF和OCI的目标就是确保跨容器技术的互操作性和标准化接口，并确保使用任何工具构建的Docker容器，都可以在任何runtime或基础设施上运行。 Kubernetes谷歌很早就认识到Docker镜像的潜力，并试图在谷歌云平台上交付“容器编排即服务”。谷歌在容器方面有丰富的经验(他们在Linux中引入了cgroups)，但是现有的内部容器和像Borg这样的分布式计算工具与它们的基础设施直接耦合。因此，谷歌没有使用现有系统中的任何代码，而是从头开始设计了Kubernetes，以编排Docker容器。Kubernetes于2015年2月发布，并提出以下目标和考虑: 为应用程序开发人员提供一个强大的工具，用于Docker容器编排，而不必与底层基础设施交互;跨云环境下，为一致的应用程序部署经验和APIs 提供标准部署接口和原型;构建一个模块化的API核心，允许供应商围绕核心Kubernetes技术集成系统。截至2016年3月，谷歌向CNCF捐赠了Kubernetes，至今谷歌仍是该项目的主要贡献者(其次是Redhat、CoreOS等)。 Kubernetes对应用程序开发人员非常有吸引力，因为它减少了对基础设施和操作团队的依赖。供应商也非常喜欢Kubernetes，因为它提供了一种简单的方式来让他们拥抱容器运动，并为他们运行自己的Kubernetes部署提供一个商业化解决方案。Kubernetes之所以很有吸引力，因为它是CNCF下的开源项目，与Docker集群相比，后者虽然是开源的，但却受到Docker Inc .的严格控制。 Kubernetes的核心优势是为应用程序开发人员提供强大的工具来编排无状态的Docker容器。虽然有多个计划将项目的范围扩展到更多的工作负载(如分析和有状态的数据服务)，但这些计划仍然处于非常早期的阶段，还有待观察。 Apache MesosApache Mesos最初是UCBerkeley为创建下一代集群管理器而诞生的项目，并从如谷歌的Borg和Facebook的Tupperware中吸取经验教训。但是Borg和Tupperware是单体架构，并且是和物理基础设施绑定的封源专有技术。Mesos引入了模块化架构，采用开源的方法，且其设计完全独立于底层基础架构。基于这些因素，Mesos很快被Twitter、Apple(Siri)、Yelp、Uber、Netflix以及许多领先的科技公司所采用，以支持他们在微服务、大数据和实时分析到弹性伸缩的一切实践。作为一个集群管理器，Mesos的架构是为了解决一组非常不同的挑战: 将数据中心资源整合成一个单一的池，以简化资源配置，同时在私有或公共云之间提供一致的应用程序和操作体验;在相同的基础设施上使用不同的工作负载，比如分析、无状态微服务、分布式数据服务和传统应用程序，以提高利用率，降低成本和空间;特定应用程序的任务(如部署、自修复、扩展和升级)设置为自动化day-two 操作;提供高可用的容错基础设施;在不修改集群管理器或现有应用程序的情况下，提供常绿的可扩展性来运行新的应用程序和技术;将应用程序和底层基础设施弹性扩展到数万个节点。Mesos的独特之处还在于，可以单独管理各种不同的工作负载——包括传统的应用程序，如Java、无状态Docker微服务、批处理作业、实时分析和有状态的分布式数据服务。Mesos广泛的工作负载覆盖来自于它的两级架构，它支持“应用感知”的调度。应用感知调度是通过将应用程序特定操作逻辑封装到“Mesos框架”(类似于运行中的runbook)来完成的。 Mesos Master资源管理器，提供这些底层基础设施的框架部分，同时保持隔离。这种方法允许每个工作负载有自己专用的应用程序调度器，它了解其对部署、缩放和升级的具体操作需求。应用程序调度程序也独立地被开发、管理和更新，这让Mesos保持高度可扩展性，支持新的工作负载，或者随着时间的推移增加更多的操作能力。以一个团队如何管理升级为例。无状态应用程序可以从“蓝/绿”部署方法中获益;当旧的应用程序还在使用的时候，另一个完整版本的应用程序已经spun up，当旧的应用程序被销毁时，流量切换到新的应用程序。但是，升级像HDFS或Cassandra这样的数据工作负载需要一次脱机，维护本地数据量以避免数据丢失，执行特定序列的升级，并在升级之前和之后对每个节点类型执行特殊检查和命令。这些步骤中的所有环节针对特定的应用程序或服务，甚至是特定版本进行的。这使得用常规容器编排调度器管理数据服务变得非常困难。 Mesos具备按需管理每个工作负载的能力，使得许多公司将Mesos作为一个统一的平台，并通过其将微服务和数据服务结合运行。运行数据密集型应用程序的一个通用参考架构是“SMACK堆栈”。清晰时刻注意：我们在描述Apache Mesos的过程中，没有提及任何关于容器编排的内容。那么，为什么人们总是会将Mesos与容器编排联系起来呢？容器编排是一个可以在Mesos模块化架构上运行的工作负载的例子，它使用的是构建在Mesos上的一个专门的编排“框架”Marathon。Marathon最初是为了在cgroup容器中编排应用程序(如JARs、tarball、ZIP文件)而开发的，并且在2014年成为第一批支持Docker容器的容器编排之一。因此，当人们拿Docker、Kubernetes和Mesos比较时，他们实际上是在对比Kubernetes、Docker Swarm和Mesos上运行的Marathon。为什么这很重要？因为Mesos根本不关心上面跑的是什么。Mesos可以为Java应用服务器、Docker容器编排、Jenkins CI Jobs, Apache Spark analytics, Apache Kafka streaming以及更多的共享基础设施提供集群服务。Mesos甚至可以运行Kubernetes或其他容器编排，尽管还没有对外集成。 Mesos的另一个考虑(以及为什么它对许多企业架构师有吸引力)是它在运行任务关键工作负载时的成熟度。Mesos已经在大规模生产环境下运行(数万台服务器)超过7年，这就是为什么它比市场上其他技术更成熟，更可靠的原因。这一切意味着什么?总之，这三种技术都与Docker容器有关，并允许您访问容器编排，以获得应用程序的可移植性和伸缩性。那么在这三者间要如何选择呢？这就要视不同的工作环境需求而定，工作需求不同，所适用的工具自然也是各不相同。如果您是一名应用程序开发人员，并且正在寻找一种现代的方法来构建和打包您的应用程序，或者加快微服务项目，那么Docker容器格式和开发工具是你最好的选择。如果你是一个dev / devops团队,想要构建一个专门的docker容器编排系统,并愿意亲自动手让你的解决方案和底层基础设施集成(或依赖于公共云基础设施如谷歌引擎或Azure容器服务),Kubernetes将是你一个很好的选项。如果您想构建一个可靠的平台，用以运行多任务关键工作负载，包括Docker容器、遗留应用程序(例如Java)和分布式数据服务(例如Spark、Kafka、Cassandra、Elastic)，并希望所有这些都可以在云或数据中心上可移植，那么，Mesos是最适合你的。无论你作何选择，你所拥抱的一系列工具都将提升你的服务器资源利用率，同时简化应用程序移植，并提高开发人员的敏捷性。你真的值得拥有！原文链接： Docker vs. Kubernetes vs. Apache Mesos: Why What You Think You Know is Probably Wrong

2017-08-01

苹果确认iOS 10存在安全漏洞

据生产和销售密码破解软件的公司Elcomsoft近日透露：“发现了iOS 10的严重Bug，该新系统新密码机制跳过了某些安全检查，与之前的iOS版本相比，我们尝试密码的速度快了大约2500倍。有趣的是，新的备份方式和旧的备份方式是共存的。” 这次破解iOS 10系统的iTunes备份文件比以往几年都更容易一些，原因是iOS 10系统采用了新的密码验证法。对于iOS 10系统严重的Bug问题，苹果已作出回应，表示这个问题不会影响到iCloud备份，但还是建议用户确保自己的电脑拥有强大的密码保护。本文转自d1net（转载）

2017-07-02

Nginx HTTP/3 QUIC握手故障排查：解决用户访问异常实战指南

部署 HTTP/3 后，经常出现一个令人困惑的现象：Chrome 开发者工具显示协议为 h3，却总有部分用户反馈页面打不开或加载卡在握手阶段。

2026-07-28

MCP 协议将发布史上最大更新：不再有会话，不再有握手

initialize / initialized 握手流程也被删掉了。协议版本、客户端信息、能力声明不再在"连接时"一次性协商，而是通过每个请求的 _meta 字段传递。

2026-07-21

微软确认正在大幅改进 Windows 11 搜索功能

微软 Windows 团队证实，针对 Windows 搜索功能的一系列重大改进正在开发当中，目标是解决长期以来搜索结果缓慢、本地文件难以命中、网络推荐过多等问题，让搜索体验变得更简单、更少干扰。这一轮调整由负责 Windows Shell 的产品负责人 Tali Roth 领衔，她在社交平台上多次回应用户质疑，表示搜索将“更简单、更不分散注意力”，并强调微软已经意识到 Windows 目前在搜索、资源管理器、系统行为等方面偏离了用户期待。此前，微软刚刚对外宣称要“修好 Windows 11”，承诺提高性能和可靠性，包括更快的文件资源管理器、更合理的任务栏改进、减少侵入式 Copilot 集成等，但当时的公开说明并未详细提及搜索。这一遗漏迅速在社交平台 X 上引发围绕 Windows 搜索的大量吐槽，许多用户抱怨搜索速度不如从前、本地文件经常找不到、广告和推荐内容过多、结果中夹杂大量网页内容，严重偏离了“帮我在电脑上找东西”这一最基本的用途。在 Tali Roth 关于开始菜单、任务栏和文件资源管理器改进的讨论贴下，搜索被反复点名为“系统中最让人讨厌的一部分”。 Roth 随即回应称，团队正在为 Windows 搜索准备大量改进，并且已经在调整内部“排名器”（rankers），以确保用户安装的应用（包括回收站等核心组件）能在搜索结果中排在应有的位置，而不是被各种建议和网络结果压下去。按照她的表述，微软此轮调整至少包含几项方向明确的目标：其一，让已安装应用在搜索时能够“即时且稳定”地出现；其二，保证回收站等系统核心组件始终可被轻松搜到；其三，在排序逻辑上重新强调本地文件、应用和设置的优先级，把外部建议和 Bing 驱动的网络内容放在次要位置，从而清理搜索结果面板，减少推荐和视觉上无关的元素。目前的 Windows 搜索并没有完全推翻旧有架构，其基础仍是存在多年的 Windows Search Indexer（SearchIndexer.exe）服务，该服务持续扫描指定位置，构建本地索引，理论上可以瞬时返回结果而无须反复读取磁盘。真正的问题在于，现代 Windows 搜索已经不再只是查询本地索引，而是同时经过本地索引、排序逻辑、云端信号以及由 Bing 驱动的网络整合等多套系统，再加上 UI 本身使用了可以动态获取与渲染内容的现代组件，导致延迟、复杂度和不可预测性叠加。这种“什么都想做一点”的取向，使得 Windows 搜索逐步演变成社交媒体上的“梗”。典型的例子是一张广泛传播的截图：用户搜索“Terminal”（终端），结果显示的是电影相关内容而非系统终端应用，尽管该截图是伪造的，但许多人愿意相信它，因为这恰好反映了他们对当前搜索行为的真实感受——连最基本的应用启动都让人缺乏信心。与 Windows 7 以本地优先、Windows 10 虽引入网络结果但大多数情况下仍能“懂用户意图”相比，Windows 11 则明显加大了与 Bing 的整合力度。如今，当用户打开 Windows 搜索却不输入任何内容时，看到的是一个近似“内容信息流”的界面，上面布满“热门应用”“AI 工具”“热门搜索”“为你推荐的游戏”“来自网络的热门新闻”乃至“流行菜谱”等模块，更像一个由 Bing 驱动的内容中枢，而非专注查找本地对象的工具。更令人困惑的是，搜索界面中还出现了 Copilot 标志，而 Copilot 本身已经作为独立入口常驻任务栏。即便是最近新增的 “AI 工具” 区块，在功能上也只是把用户跳转到浏览器中的 Bing 页面，并不会触发任何系统级操作，这让其在“搜索体验中的实际价值”备受质疑。在作者看来，这正是 Windows 搜索逐渐“迷失自我”的过程：它不再清楚自己到底要做启动器、文件查找器、网络搜索引擎，还是一个内容聚合表面，当一个工具试图把所有角色一网打尽时，很难在用户真正依赖的那一件事上做到出色。讽刺的是，微软手中并非没有更克制、专注的搜索形态。例如任务栏上的 “Ask Copilot” 提供了一种更纯粹的搜索体验，没有一堆推荐内容，响应速度也与传统搜索相当，但由于挂着 “Copilot” 的品牌标签，在一部分用户心目中并不能为微软挽回多少口碑。第三方工具则间接演示了另一条道路。文章提到，PowerToys 中的 Command Palette（命令面板），尤其是配合最新推出的 Dock 模式时，反倒更接近用户期望中的“理想搜索”：它以键盘为中心，响应迅速，聚焦于执行动作，既不抢推内容，也不过度引入网页结果，在使用感受上更像 macOS 的 Spotlight，而不是当下的 Windows 搜索本身。与此同时，微软也在推动更多基于 WinUI 3 等本地 UI 框架的界面，减少对多层叠加或强依赖网络的组件，从而在架构上压缩延迟、提升操作反馈的一致性。在作者看来，问题从来不在于微软不会做一个好的搜索体验，而是默认的 Windows 搜索在长期迭代中偏离了初衷，被广告、推荐和内容分发逻辑裹挟得“面目全非”。值得关注的是，微软高层已经公开承认这一点，并开始把搜索、文件资源管理器、更新机制和整体系统行为纳入同一个“重塑 Windows 体验”的改造框架，目标是让系统重新变得快速、可预测、行为一致。如果微软能够兑现近期在公开讨论中做出的承诺，那么 2026 年有可能成为 Windows 重拾整体一致性的一年，而 Windows 11 的搜索也有望在经历多年争议后回归“帮用户快速找到所需内容”的本质。

2026-03-30

微软确认为 Windows 10 引入 AI 助手 Copilot

与之前的传言相印证，微软宣布计划在 Windows 10 版本 22H2 中添加 AI 助手 Copilot。Copilot 将包含在 Windows 10 家庭版和专业版中。该更新的发布日期尚未公布，预计在不久的将来发布。在一份新闻稿中，微软表示在向 Windows 11 用户提供 Copilot 时收到了"很好的反馈"。与之前不为 Windows 10 22H2 提供主要功能升级的计划不同，微软现在决定"进行额外投资，以确保每个人都能从他们的 Windows PC 中获得最大价值，包括 Windows 中的 Copilot（预览版）"。值得注意的是，并非所有 Windows 10 电脑都能运行 Copilot。根据微软的要求，您的设备必须配备 720p 显示屏（或更高分辨率）和至少 4GB 内存。此外，某些 Windows 10 版本将无法使用 Copilot，至少暂时无法使用。由组织管理的版本为 22H2 的 Windows 10 专业版设备将不包含在 Copilot 在 Windows 中的初始推广中。版本 22H2 的 Windows 10 企业版和教育版设备也不会被纳入 Copilot in Windows 的初始推广范围。微软所使用的措辞提供了一种可能性，即在某些时候，Copilot 可能会被添加到 Windows 10 的这些版本中。不过，Windows 10 的支持终止日期保持不变。该操作系统的生命周期将于 2025 年 10 月 14 日结束。除了在不久的将来将 Copilot 引入 Windows 10 之外，微软还将添加一项新功能，让用户能够尽快使用 Copilot 以及其他可能的重要新功能和改进。微软将在"设置"的"Windows 更新"部分为"发布预览版"内部用户添加"一旦有最新更新，立即获取"切换选项。微软补充说："这将在未来几个月内通过受控功能推出（CFR）的方式分阶段推出。"

2023-11-17

正式确认，Fedora 37 将继续支持传统 BIOS

在上个月，我们曾发布了两篇文章《Fedora 37 将弃用传统 BIOS》和《用户极力反对，Fedora 重新讨论 BIOS 未来》，报道了 Fedora 对于未来是否继续支持传统 BIOS 前后发生的一些变化。在用户对 Fedora 37 中弃用传统 BIOS 支持的修改建议进行了数周的激烈讨论之后，FESCo（Fedora 工程和指导委员会）在本周正式召开了会议，他们以 8 记反对票的绝对优势正式拒绝了这一修改，这意味着至少在 Fedora 37 中官方将继续保留对 BIOS 的支持。一开始在提出弃用传统 BIOS 时，官方人员认为由于传统 BIOS 已被英特尔、AMD、微软和苹果等厂商弃用，并且即将遭到淘汰。随着时间的推移，BIOS 的可维护性将会持续下降，拥抱 UEFI 已成为更加理想的选择。提议一出，即遭到了用户反对并引发了激烈的讨论。之后在听取了用户的建议后，官方人员则表示，他们将重新讨论这个提议，并有可能成立一个特别兴趣小组（SIG）专门负责维护和测试 Fedora 未来各个版本与传统 BIOS 的兼容性。如今正式拒绝这项提议后，是否需要成立一个 SIG 来专门负责这件事暂时也就没有后续了。FESCo 成员明确表示，Fedora 放弃对传统 BIOS 的支持还为时过早。因此，那些由于仍然在使用较老式硬件设备的开发人员而言，至少在短期时间里无需再担心这个问题，可以在 Fedora 37 于今年秋季正式推出时第一时间升级到新版本。 FESCo 在本周召开的会议中，除了讨论是否要在 Fedora 37 中弃用传统 BIOS，还讨论了多项提议并且这些提议均获得了批准，其中就包括将 RPM 更新到 4.18 版本、删除老旧的 X.Org 驱动程序、升级 GHC Haskell 9.0/Stackage LTS 19，以及将 jwhois 包替换为更积极开发的 whois 包等。

2022-05-05

微软确认所有Windows系统都存在PrintNightmare漏洞

微软已将CVE-2021-34527分配给名为PrintNightmare的打印后台程序远程代码执行漏洞，并确认该漏洞潜伏在所有版本的Windows中。

2021-07-05

马斯克确认特斯拉工厂遭受网络攻击

近日，特斯拉联合创始人兼首席执行官埃隆·马斯克(Elon Musk)在Twitter上证实，特斯拉内华达州工厂Gigafactory于8月初曾遭遇网络攻击，随后被联邦调查局击败。特斯拉Gigafactory工厂是位于内华达州里诺附近的锂离子电池和电动汽车工厂。该设施由特斯拉拥有和运营，为特斯拉电动汽车和固定式存储系统提供电池组。根据专注特斯拉新闻的独立博客Testrati上周四的报告，一个名为Kriuchkov的俄罗斯人接触特斯拉内华达工厂的一名员工，并以100万美元贿赂该员工用恶意软件感染并破坏特斯拉的内部网络。该员工向特斯拉官员报告了这一事件，特斯拉官员随即向联邦调查局报案。 “这是一次严重的攻击，”特斯拉联合创始人兼首席执行官马斯克在推特上回应道。 Teslarati的报告与8月23日在内华达州美国地方法院提起的另一起刑事诉讼案件类似，也是黑客试图收买内部人员在一家未具名公司引入恶意软件。根据司法部的起诉书，Kriuchkov首先通过WhatsApp与特斯拉员工联系(他的电话是通过共同好友提供的)。随后，两人于8月1日至8月3日与一些同事见面，去太浩湖进行了一次社交旅行。起诉书指出，在这次旅行中，Kriuchkov拒绝在任何照片中露面，并为该团体在这次旅行中的所有活动付费，声称他在酒店赌博并赢了一些钱。投诉说，这是涉嫌犯罪活动的人试图招募他人的两个明显特征。 Kriuchkov后来解释说，他为一个未具名的集团工作，该集团将为该员工支付巨额资金(后来商定最多100万美元)，以在特斯拉的系统上安装恶意软件。据Kriuchkov介绍，原本的攻击计划是首先对公司发起外部分布式拒绝服务(DDoS)攻击，吸引特斯拉算机安全人员的全部注意力，为二次网络攻击做掩护。第二次攻击将利用恶意软件从计算机网络中窃取数据。攻击得手后攻击者会威胁威胁特斯拉，如果不支付大笔赎金，便会将数据公开。在通知上级官员后，这名特斯拉员工假装同意攻击计划，并在FBI的安排下在与Kriuchkov的会面中录下了对话内容。在被FBI联系后，Kriuchkov连夜从内华达州里诺开车前往洛杉矶，试图离境，但最终于8月22日被FBI逮捕。此次针对特斯拉的网络攻击是“内鬼”对公司构成威胁的一个典型例子。根据Verizon数据泄露调查报告，内部威胁正在上升。Bloomberg最近的一份报告还强调了远程办公将助长这一威胁。 Vectra的EMEA主管Matt Walmsley在一封电子邮件中表示：“对特斯拉和FBI识别和阻止攻击表示敬意，但在大多数情况下，企业不能依靠外部的事先通知或协助。”“因此，安全团队需要敏捷，因为处理勒索软件攻击和恶意内部行为时，时间才是最宝贵的资源。” 【本文是51CTO专栏作者“安全牛”的原创文章，转载请通过安全牛（微信公众号id:gooann-sectv）获取授权】戳这里，看该作者更多好文【责任编辑：赵宁宁 TEL：（010）68476606】点赞 0

2020-08-31

Fedora IoT 确认将在 Fedora 33 中升级为

上周举办的 FESCo 会议结束之后，Fedora 工程和指导委员会进行了线上投票，通过了在 Fedora 33 中将 Fedora IoT 升级为"Official Edition"的提案，使其获得与 Fedora Workstation 和 Fedora Server 等相同的认可。此前相关的报道提到过 Fedora IoT 已经发展得十分成熟，当时红帽公司的Peter Robinson希望通过"new Edition Promotion Process"流程推动其升级为"Official Edition"。因为成为"Official Edition"有助于 Fedora IoT 的普及并被更多地采用，以及提升 Fedora 在物联网生态中的影响力。 Fedora IoT 依赖于RPM-OSTree 提供原子更新、专注基于容器的工作负载领域，以及拥有其他不同于多数 Fedora 版本的变化，使其与它们有所区别，同时还满足从工业网关到智能城市设备的物联网用例。当然，成为"Official Edition"亦即意味有了更多要求，例如要求负责该版本的团队举行定期的公开会议、获得 Fedora 委员会的商标批准、提供产品需求文档以及提供有关该版本更多详细信息的技术规范。在此之后，还需要与 Fedora 的发布工程和营销团队以及其他团队一起工作。

2020-08-21

投票通过，PHP 8 确认引入 Union Types 2.0

▲ （还留意到鸟哥在投票中投了反对票~）因此根据投票结果，官方已确认将会在 PHP 8 中引入Union Types 2.0。

2019-11-12

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。