<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 集羣整合為一個