---
title: "Yahoo! Japan 的母公司正在將 164 個 OpenStack 集羣整合為一個"
type: "News"
locale: "zh-HK"
url: "https://longbridge.com/zh-HK/news/281823738.md"
description: "LY Corporation 是由 Yahoo! Japan 和 LINE 合併而成的公司，正在通過用一個名為 “Flava” 的統一系統替換其定製的 OpenStack 雲來整合其雲基礎設施。這個新雲將運行在一個擁有超過 9,000 個虛擬機和 500 個主機的單一 OpenStack 集羣上，顯著降低複雜性並改善升級能力。該公司旨在通過應用驅動的可用性和更快的恢復方法來增強可靠性。LY Corporation 還專注於自動化和可觀察性，以管理硬件故障並在過去的數據泄露後改善安全性"
datetime: "2026-04-07T03:25:44.000Z"
locales:
  - [zh-CN](https://longbridge.com/zh-CN/news/281823738.md)
  - [en](https://longbridge.com/en/news/281823738.md)
  - [zh-HK](https://longbridge.com/zh-HK/news/281823738.md)
---

# Yahoo! Japan 的母公司正在將 164 個 OpenStack 集羣整合為一個

LY Corporation，這家在許多亞洲國家主導消息傳遞、電子商務和支付的日本網絡巨頭，已透露將用一種更常規的開源雲堆棧替換其高度定製的 OpenStack 雲，並在此過程中進行大規模整合。

LY Corp 成立於 2023 年，當時 Yahoo _!_ Japan 與韓國消息傳遞巨頭 LINE 合併，LY Corp 正試圖將其基礎設施整合到一個名為 “Flava” 的新統一雲中，以支持其服務。該雲需要在顯著規模上運行，因為其服務如 LINE 消息應用和 Yahoo 門户網站每月有約 3 億用户。

上週晚些時候，該公司透露 LINE 的內部雲 “Verda” 由 130,000 個虛擬機（VM）組成，分佈在 11,000 個主機上，跨越四個 OpenStack 集羣。Yahoo _!_ Japan 的 “YNW” 雲運行在 27,000 台服務器上，超過 160 個 OpenStack 集羣上運行着超過 160,000 個虛擬機。

該公司對新 “Flava” 雲的計劃要求 500 個或更多主機，9,000 多個虛擬機，以及一個單一的 OpenStack 集羣。該公司還使用開源的 Envoy 代理、Linux 以及擴展的伯克利數據包過濾器（eBPF）和快速數據路徑（XDP）、FRRouting（FRR）和 Ceph。

-   Yahoo Japan 致力於實現通用的無密碼認證
-   這是你最糟糕的噩夢：電子零售商在勒索軟件攻擊後只能在 45 天后恢復部分銷售
-   Yahoo _!_ Japan 在發現欺詐點擊後將放棄 1.89 億美元的廣告收入
-   數據合規性不嚴導致日本政府停止使用 LINE 消息應用

“在傳統雲中，對 OpenStack 的過多自定義修改使得升級變得困難，” LY 雲基礎設施部門負責人井上龍太郎表示。“Flava 採用與上游 OpenStack 保持一致的架構。我們將自定義補丁保持在最低限度，當需要功能更改時，我們主動將其貢獻給上游，以便合併到主項目中。”

“通過消除升級障礙，我們能夠實現定期更新，並持續保持安全性和最新功能的可用性，” 他補充道。

井上表示，LY 還旨在 “避免在基礎設施層面過度投資於可用性保證”，而是假設故障始終是可能的。他表示，Flava 的設計試圖通過以下三個 “支柱” 來覆蓋這一點：

-   追求無狀態性 - 我們將存儲在虛擬機（VM）根磁盤（臨時磁盤）上的數據定義為臨時數據。我們將持久數據移動到外部存儲，以最小化實例故障時對服務的影響。
-   應用驅動的可用性 - 我們通過將基礎設施與應用側架構相結合，確保可靠性，而不是僅通過基礎設施提供完美的可用性，從而減少不必要的基礎設施複雜性。
-   更快的恢復 - 在事件發生時，優先考慮的不是恢復到完全相同的先前狀態，而是保持服務運行。我們建議採用一種操作方法，快速重建環境，使用基礎設施即代碼（IaC），而不是首先花費大量時間進行根本原因分析。

該公司還非常重視可觀察性。井上表示，他的團隊使用 Prometheus、Grafana 和內部儀表板 “持續監控整體雲健康和趨勢，以捕捉異常的早期跡象。” 如果這些工具顯示出問題的跡象，“我們會深入分析內核級跟蹤和數據包捕獲等深層信號，以確定原因。”

井上表示，LY 每天都會經歷 “某處的硬件故障”，手動處理所有故障是不可能的。“今天，我們已經自動化了大部分流程，從故障檢測到請求現場數據中心工作，再到將更換的硬件重新整合回集羣，” 他寫道。“也就是説，一些任務和不規則的故障模式仍然需要人工工程響應。展望未來，我們還計劃在這些決策密集型工作流程中使用大型語言模型，進一步推進自動化。”

LY 需要這一切正常運作，因為它曾面臨嚴重的信息安全問題，暴露了用户數據，導致日本政府下令對其技術棧進行改進，以提高安全性和隱私。®

### 相關股票

- [4689.JP](https://longbridge.com/zh-HK/quote/4689.JP.md)

## 相關資訊與研究

- [詐騙冒充名人防不勝防，LINE 攜手數發部警示可疑帳號](https://longbridge.com/zh-HK/news/287191340.md)
- [軟銀宣佈與 OpenAI 合作 將提供資安防護服務](https://longbridge.com/zh-HK/news/289925982.md)
- [家登：AI 基礎設施需求非泡沫 下半年景氣越來越好](https://longbridge.com/zh-HK/news/289154301.md)
- [吳江創投投資中科榮熠](https://longbridge.com/zh-HK/news/289780301.md)
- [中國銀河證券：具身智能行業具備強阿爾法屬性 主機&關鍵零部件環節看龍頭](https://longbridge.com/zh-HK/news/289261590.md)