各有利弊,开源和商业软件应该怎么选?
许多商业软件与其他应用程序集成,以便更好地使用和方便。例如,微软的Lync即时消息客户端与Microsoft Outlook集成,因此在查看电子邮件时,可以看到人们的可用性状态,以及即时消息会话被保存到Outlook中。
宣布 Cloudflare OHTTP Gateway——扩展对 Cloudflare 隐私保护基础设施的访问
Lara Schull 和 Akshat Mahajan 如今,终端用户承担了过多的在线隐私负担。为了避免第三方跟踪器或定向广告,用户被要求使用 VPN、禁用 Cookie 或安装广告拦截器。与此同时,一些应用开发者最终对用户的了解超出了他们愿意知道的范围:一次典型的客户端-服务器交换会产生一串用户数据痕迹,例如客户端的 IP 地址或 TLS 指纹。这种程度的可见性可能成为一种负担。 这就是 Cloudflare 构建基础设施的原因,帮助开发者将隐私融入他们的应用中。Oblivious HTTP(OHTTP)是一项 IETF 标准,旨在使应用后端能够接收 HTTP 请求而无需看到用户 IP 地址。 今年秋季,我们将推出 Cloudflare OHTTP Gateway。
从语言到工程化:OpenHarmony 生态的双轮驱动观察
从语言到工程化:OpenHarmony 生态的双轮驱动观察 > 导语:2025年4月,南京大学OpenHarmony技术俱乐部正式揭牌,仓颉编程语言成为产学研协同的焦点;与此同时,HarmonyOS Next 的私有仓库构建实践也在开发者社区持续升温。一边是自主编程语言向上突破的宏大叙事,一边是工程化落地中“最后一公里”的务实探索。本文结合近期公开技术动态,梳理 OpenHarmony 生态在语言创新与基础设施两个维度的最新进展。 ## 一、仓颉语言:从技术报告到高校实践基地 2025年4月24日,由开放原子开源基金会 OpenHarmony 项目群技术指导委员会与南京大学软件学院联合主办的“南京大学 OpenHarmony...
OpenTelemetry无处不在:大规模迁移指标平台
发布于 2026 年 9 月 17 日,作者:Iris Grace Endozo、Farzad Vazirnia 和 Albert Kerr,Atlassian 本文重点介绍的 CNCF 项目 在过去十年的大部分时间里,我们的指标管道运行在 gostatsd 上,这是我们维护的开源 StatsD 实现。它主要做两件事:作为每台主机上的 sidecar,以及另一端的聚合层。它以 99.95% 的 SLO 和极低延迟从 14 个区域的约 10 万台主机接收指标,而且运行良好。没人过多关注它,这通常是良好基础设施的标志。 Gostatsd 为我们服务了很多很多年。然而,在过去几年里,社区持续且一致地转向 OpenTelemetry。
iSAM Funds 如何借助 ClickHouse Cloud 为万倍数据难题构建期权研究平台 | ClickHouse
博客 / 用户故事 以 Markdown 查看 在 Markdown 中打开此页面 在 ChatGPT 中打开 询问有关此页面的问题 在 Claude 中打开 询问有关此页面的问题 在 v0 中打开 询问有关此页面的问题 iSAM 的期权团队在 ClickHouse Cloud 上运行其市场数据研究平台,为研究人员提供对完整期权历史数据的快速、交互式访问,以进行假设检验。 从 Postgres 迁移到 ClickHouse 后,团队的压缩率相比之前的基础设施提升了 35-50 倍,单核摄取速度从每秒 8,000 行提升到 800,000 行。 ClickHouse 的列式存储和向量化执行使查询速度足以按需运行,让团队得以放弃预计算的汇总表和物化视图,并消除了一层管道复杂性。
Kubernetes(容器编排平台) on Edge Day 重返 KubeCon + CloudNativeCon 北美 2026
发布于 2026 年 10 月 7 日,作者:Mars Toktonaliev 和 Katerina Arzhayev,Kubernetes on Edge Day 本文重点介绍的 CNCF 项目 Kubernetes on Edge Day 将于 2026 年 11 月 9 日在犹他州盐湖城举行的 KubeCon + CloudNativeCon North America 2026 上回归,汇聚来自整个云原生生态系统的开发者和采用者,分享围绕构建、改进和运营边缘基础设施的经验与见解。 随着硬件和软件分布在数百甚至数千个位置,云原生方法中的可观测性、松耦合系统、声明式 API(应用程序编程接口)和强自动化变得越来越重要。
为什么你的沙箱永远无法完全匹配生产环境(而这没关系) - Stack Overflow
当你不再追求与生产环境完全一致时,沙箱测试才能发挥最佳效果。了解环境漂移的实际代价,以及哪些部分值得修复。 沙箱从未与生产环境完全匹配过。你的没有,任何人的都没有。一个配置变量的设置不同。一个数据库种子数据跳过了真实用户实际拥有的旧格式记录。一个上游服务上周四部署了新的响应模式,但没有人更新模拟。这些不是边缘情况——它们出现在每个环境、每个团队、每种规模中。这种差距是结构性的,是与生俱来的。当你接受这一点时,改变的是你把维护工作放在哪里。 漂移之所以累积,是因为生产环境和沙箱按照不同的时间表、由不同的触发条件发生变化,而没有人足够刻意地去协调两者。 生产环境持续演进。应用部署、基础设施更新、上游服务 API(应用程序编程接口) 变更、数据库模式迁移、第三方集成更新——每一项都在某个维度上推动生产环境向前发展。