<p>LY Corporation，这家在许多亚洲国家主导消息传递、电子商务和支付的日本网络巨头，已透露将用一种更常规的开源云堆栈替换其高度定制的 OpenStack 云，并在此过程中进行大规模整合。</p>
<p>LY Corp 成立于 2023 年，当时 Yahoo <em>!</em> Japan 与韩国消息传递巨头 LINE 合并，LY Corp 正试图将其基础设施整合到一个名为 “Flava” 的新统一云中，以支持其服务。该云需要在显著规模上运行，因为其服务如 LINE 消息应用和 Yahoo 门户网站每月有约 3 亿用户。</p>
<p>上周晚些时候，该公司透露 LINE 的内部云 “Verda” 由 130,000 个虚拟机（VM）组成，分布在 11,000 个主机上，跨越四个 OpenStack 集群。Yahoo <em>!</em> Japan 的 “YNW” 云运行在 27,000 台服务器上，超过 160 个 OpenStack 集群上运行着超过 160,000 个虚拟机。</p>
<p>该公司对新 “Flava” 云的计划要求 500 个或更多主机，9,000 多个虚拟机，以及一个单一的 OpenStack 集群。该公司还使用开源的 Envoy 代理、Linux 以及扩展的伯克利数据包过滤器（eBPF）和快速数据路径（XDP）、FRRouting（FRR）和 Ceph。</p>
<ul>
<li>Yahoo Japan 致力于实现通用的无密码认证</li>
<li>这是你最糟糕的噩梦：电子零售商在勒索软件攻击后只能在 45 天后恢复部分销售</li>
<li>Yahoo <em>!</em> Japan 在发现欺诈点击后将放弃 1.89 亿美元的广告收入</li>
<li>数据合规性不严导致日本政府停止使用 LINE 消息应用</li>
</ul>
<p>“在传统云中，对 OpenStack 的过多自定义修改使得升级变得困难，” LY 云基础设施部门负责人井上龙太郎表示。“Flava 采用与上游 OpenStack 保持一致的架构。我们将自定义补丁保持在最低限度，当需要功能更改时，我们主动将其贡献给上游，以便合并到主项目中。”</p>
<p>“通过消除升级障碍，我们能够实现定期更新，并持续保持安全性和最新功能的可用性，” 他补充道。</p>
<p>井上表示，LY 还旨在 “避免在基础设施层面过度投资于可用性保证”，而是假设故障始终是可能的。他表示，Flava 的设计试图通过以下三个 “支柱” 来覆盖这一点：</p>
<ul>
<li>追求无状态性 - 我们将存储在虚拟机（VM）根磁盘（临时磁盘）上的数据定义为临时数据。我们将持久数据移动到外部存储，以最小化实例故障时对服务的影响。</li>
<li>应用驱动的可用性 - 我们通过将基础设施与应用侧架构相结合，确保可靠性，而不是仅通过基础设施提供完美的可用性，从而减少不必要的基础设施复杂性。</li>
<li>更快的恢复 - 在事件发生时，优先考虑的不是恢复到完全相同的先前状态，而是保持服务运行。我们建议采用一种操作方法，快速重建环境，使用基础设施即代码（IaC），而不是首先花费大量时间进行根本原因分析。</li>
</ul>
<p>该公司还非常重视可观察性。井上表示，他的团队使用 Prometheus、Grafana 和内部仪表板 “持续监控整体云健康和趋势，以捕捉异常的早期迹象。” 如果这些工具显示出问题的迹象，“我们会深入分析内核级跟踪和数据包捕获等深层信号，以确定原因。”</p>
<p>井上表示，LY 每天都会经历 “某处的硬件故障”，手动处理所有故障是不可能的。“今天，我们已经自动化了大部分流程，从故障检测到请求现场数据中心工作，再到将更换的硬件重新整合回集群，” 他写道。“也就是说，一些任务和不规则的故障模式仍然需要人工工程响应。展望未来，我们还计划在这些决策密集型工作流程中使用大型语言模型，进一步推进自动化。”</p>
<p>LY 需要这一切正常运作，因为它曾面临严重的信息安全问题，暴露了用户数据，导致日本政府下令对其技术栈进行改进，以提高安全性和隐私。®</p>

4689

<p>LY Corporation 是由 Yahoo! Japan 和 LINE 合并而成的公司，正在通过用一个名为 “Flava” 的统一系统替换其定制的 OpenStack 云来整合其云基础设施。这个新云将运行在一个拥有超过 9,000 个虚拟机和 500 个主机的单一 OpenStack 集群上，显著降低复杂性并改善升级能力。该公司旨在通过应用驱动的可用性和更快的恢复方法来增强可靠性。LY Corporation 还专注于自动化和可观察性，以管理硬件故障并在过去的数据泄露后改善安全性</p>

<p>LY Corporation, the Japanese web giant that dominates messaging, e-commerce and payments in many Asian countries, has revealed it is replacing a heavily-customized OpenStack cloud with a more conventional cut of the open source cloud stack – and making massive consolidations along the way.</p>
<div class="lb-trans"><p>LY Corporation，这家在许多亚洲国家主导消息传递、电子商务和支付的日本网络巨头，已透露将用一种更常规的开源云堆栈替换其高度定制的 OpenStack 云，并在此过程中进行大规模整合。</p>
</div><p>Formed in 2023 when Yahoo <em>!</em> Japan merged with Korean messaging giant LINE, LY Corp is trying to merge its infrastructure into a new unified cloud called “Flava” to power its services. That cloud needs to operate at significant scale, because its services like the LINE messaging app and the Yahoo portal have around 300 million monthly users.</p>
<div class="lb-trans"><p>LY Corp 成立于 2023 年，当时 Yahoo <em>!</em> Japan 与韩国消息传递巨头 LINE 合并，LY Corp 正试图将其基础设施整合到一个名为 “Flava” 的新统一云中，以支持其服务。该云需要在显著规模上运行，因为其服务如 LINE 消息应用和 Yahoo 门户网站每月有约 3 亿用户。</p>
</div><p>Late last week, the company revealed that LINE’s internal cloud, called “Verda”, comprised 130,000 VMs running across 11,000 hosts that sprawled across four OpenStack clusters. Yahoo <em>!</em> Japan’s “YNW” cloud ran on 27,000 servers, and saw more than 160,000 VMs run across over 160 OpenStack clusters.</p>
<div class="lb-trans"><p>上周晚些时候，该公司透露 LINE 的内部云 “Verda” 由 130,000 个虚拟机（VM）组成，分布在 11,000 个主机上，跨越四个 OpenStack 集群。Yahoo <em>!</em> Japan 的 “YNW” 云运行在 27,000 台服务器上，超过 160 个 OpenStack 集群上运行着超过 160,000 个虚拟机。</p>
</div><p>The company’s plan for the new “Flava” cloud calls for 500 or more hosts, 9,000-plus VMs, and a single OpenStack cluster. The company also uses the open source Envoy proxy, Linux and the extended Berkeley packet filter (eBPF) and express data path (XDP), FRRouting (FRR), and Ceph.</p>
<div class="lb-trans"><p>该公司对新 “Flava” 云的计划要求 500 个或更多主机，9,000 多个虚拟机，以及一个单一的 OpenStack 集群。该公司还使用开源的 Envoy 代理、Linux 以及扩展的伯克利数据包过滤器（eBPF）和快速数据路径（XDP）、FRRouting（FRR）和 Ceph。</p>
</div><ul>
<li>Yahoo Japan strives for universal passwordless authentication</li>
<li>Here’s your worst nightmare: E-tailer can only resume partial sales 45 days after ransomware attack</li>
<li>Yahoo <em>!</em> Japan to waive $189 million ad revenue after detecting fraudulent clicks</li>
<li>Sloppy data compliance sees Japanese government cut out its own use of LINE messaging app</li>
</ul>
<div class="lb-trans"><ul>
<li>Yahoo Japan 致力于实现通用的无密码认证</li>
<li>这是你最糟糕的噩梦：电子零售商在勒索软件攻击后只能在 45 天后恢复部分销售</li>
<li>Yahoo <em>!</em> Japan 在发现欺诈点击后将放弃 1.89 亿美元的广告收入</li>
<li>数据合规性不严导致日本政府停止使用 LINE 消息应用</li>
</ul>
</div><p>“In the legacy cloud, too many custom modifications to OpenStack made upgrades difficult,” according to Ryuutarou Inoue, the head of LY’s Cloud Infrastructure Unit. “Flava adopts an architecture that stays aligned with upstream OpenStack. We keep custom patches to a minimum, and when functional changes are needed, we proactively contribute them upstream so they can be merged into the main project.”</p>
<div class="lb-trans"><p>“在传统云中，对 OpenStack 的过多自定义修改使得升级变得困难，” LY 云基础设施部门负责人井上龙太郎表示。“Flava 采用与上游 OpenStack 保持一致的架构。我们将自定义补丁保持在最低限度，当需要功能更改时，我们主动将其贡献给上游，以便合并到主项目中。”</p>
</div><p>“By removing upgrade barriers, we enable a regular update cadence and keep both security and the latest features continuously available,” he added.</p>
<div class="lb-trans"><p>“通过消除升级障碍，我们能够实现定期更新，并持续保持安全性和最新功能的可用性，” 他补充道。</p>
</div><p>Inoue said LY also aims to “avoid over-investing in availability guarantees at the infrastructure layer alone” and instead assumes failure is always possible. He said Flava’s design tries to cover that with the following three “pillars”:</p>
<div class="lb-trans"><p>井上表示，LY 还旨在 “避免在基础设施层面过度投资于可用性保证”，而是假设故障始终是可能的。他表示，Flava 的设计试图通过以下三个 “支柱” 来覆盖这一点：</p>
</div><ul>
<li>Pursuing statelessness - We define data stored on a virtual machine’s (VM) root disk (ephemeral disk) as temporary. We move persistent data to external storage to minimize service impact when an instance fails.</li>
<li>Application-driven availability - Rather than attempting to provide perfect availability through infrastructure alone, we ensure reliability by combining infrastructure with application-side architecture, reducing unnecessary infrastructure complexity.</li>
<li>Faster recovery - In an incident, the priority is not restoring the exact previous state. It’s keeping the service running. We recommend an operational approach that rebuilds environments quickly using Infrastructure as Code (IaC), rather than spending extended time on root-cause analysis first.</li>
</ul>
<div class="lb-trans"><ul>
<li>追求无状态性 - 我们将存储在虚拟机（VM）根磁盘（临时磁盘）上的数据定义为临时数据。我们将持久数据移动到外部存储，以最小化实例故障时对服务的影响。</li>
<li>应用驱动的可用性 - 我们通过将基础设施与应用侧架构相结合，确保可靠性，而不是仅通过基础设施提供完美的可用性，从而减少不必要的基础设施复杂性。</li>
<li>更快的恢复 - 在事件发生时，优先考虑的不是恢复到完全相同的先前状态，而是保持服务运行。我们建议采用一种操作方法，快速重建环境，使用基础设施即代码（IaC），而不是首先花费大量时间进行根本原因分析。</li>
</ul>
</div><p>The company is also very keen on observability. Inoue said his team uses Prometheus, Grafana, and internal dashboards “to continuously monitor overall cloud health and trends to catch early signs of anomalies.” If those tools show signs of trouble, “we drill into deep signals such as kernel-level traces and packet captures to pinpoint the cause.”</p>
<div class="lb-trans"><p>该公司还非常重视可观察性。井上表示，他的团队使用 Prometheus、Grafana 和内部仪表板 “持续监控整体云健康和趋势，以捕捉异常的早期迹象。” 如果这些工具显示出问题的迹象，“我们会深入分析内核级跟踪和数据包捕获等深层信号，以确定原因。”</p>
</div><p>Inoue said LY experiences hardware failures “somewhere every day” and handling them all manually is impossible. “Today, we’ve automated most of the flow, from failure detection to requesting on-site data center work and reintegrating replaced hardware back into clusters,” he wrote. “That said, some tasks and irregular failure patterns still require hands-on engineering response. Going forward, we aim to use large language models for these decision-heavy workflows as well, further advancing automation.”</p>
<div class="lb-trans"><p>井上表示，LY 每天都会经历 “某处的硬件故障”，手动处理所有故障是不可能的。“今天，我们已经自动化了大部分流程，从故障检测到请求现场数据中心工作，再到将更换的硬件重新整合回集群，” 他写道。“也就是说，一些任务和不规则的故障模式仍然需要人工工程响应。展望未来，我们还计划在这些决策密集型工作流程中使用大型语言模型，进一步推进自动化。”</p>
</div><p>LY needs this to work because it has had significant infosec problems that exposed users’ data, causing Japan’s government to order work on its tech stack to improve security and privacy. ®</p>
<div class="lb-trans"><p>LY 需要这一切正常运作，因为它曾面临严重的信息安全问题，暴露了用户数据，导致日本政府下令对其技术栈进行改进，以提高安全性和隐私。®</p>
</div>

Yahoo! Japan 的母公司正在将 164 个 OpenStack 集群整合为一个