Find N3入網(wǎng)：最高支持16+1TB
OPPO將于近期登場(chǎng)的Find N3折疊屏目前已經(jīng)正式入網(wǎng)，型號(hào)為PHN110。本次Find N3在外觀方面相比前兩代有很大的變化，不再是小號(hào)的橫向折疊屏，而是跟別的廠商一樣采用了較為常見(jiàn)的
Netflix 以其龐大的原創(chuàng)內(nèi)容庫(kù)而聞名。你是否曾想過(guò)支撐其運(yùn)營(yíng)的技術(shù)？
今天，我們將探討 Netflix Studio API 架構(gòu)的演進(jìn)歷程。下圖展示了其 4 個(gè)階段。
早期，Netflix Studio 采用的是單體架構(gòu)。想象一下一個(gè)龐大的互聯(lián)系統(tǒng)，所有組件都是一個(gè)統(tǒng)一代碼庫(kù)的一部分。
隨著 Netflix 的發(fā)展以及與更多的電影公司合作創(chuàng)作原創(chuàng)內(nèi)容，這塊巨石開(kāi)始成為路障。那么，下一步該怎么辦？Netflix 的工程師們將單體分割成微服務(wù)。這種轉(zhuǎn)變提高效率和自主性。它將其架構(gòu)變成了一個(gè)服務(wù)網(wǎng)。
但直接訪問(wèn)的效果卻遠(yuǎn)非理想。為了克服這一難題，他們引入了網(wǎng)關(guān)聚合層。他們構(gòu)建了一個(gè) API 網(wǎng)關(guān)，將所有服務(wù)綁定在一起為客戶提供統(tǒng)一的前臺(tái)。這種設(shè)置非常適用于跨多個(gè)服務(wù)的用例。
試想一下，Studio 服務(wù)需要 3 個(gè) API（如電影、制作和人才）來(lái)渲染前端用戶界面，網(wǎng)關(guān)聚合層使之成為可能。
網(wǎng)關(guān)聚合層本應(yīng)帶來(lái)秩序，但隨著團(tuán)隊(duì)的壯大，服務(wù)的增多和領(lǐng)域復(fù)雜性的增加，開(kāi)發(fā)網(wǎng)關(guān)聚合層變得越來(lái)越困難。為了解決這個(gè)問(wèn)題，Netflix 使用 GraphQL 并引入了聯(lián)合網(wǎng)關(guān)（Federated Gateway）。
這一策略允許領(lǐng)域?qū)＜夜芾碜约旱?"圖"，同時(shí)為各種 Studio 應(yīng)用程序提供統(tǒng)一、高效的訪問(wèn)點(diǎn)。
GraphQL 是 Federated Gateway 的核心。這種強(qiáng)大的查詢語(yǔ)言使用戶界面能在一次往返中準(zhǔn)確獲取所需內(nèi)容。GraphQL 聯(lián)合允許 Netflix 建立一個(gè)單一的 GraphQL 網(wǎng)關(guān)，從所有其他 API 獲取數(shù)據(jù)。
從單體到聯(lián)合網(wǎng)關(guān)的過(guò)程說(shuō)明，系統(tǒng)架構(gòu)應(yīng)適應(yīng)不斷動(dòng)態(tài)增長(zhǎng)的業(yè)務(wù)需求。
我們也不應(yīng)該單純地去復(fù)制 Netflix 和 Google 等巨頭的基礎(chǔ)設(shè)施，因?yàn)檫@些需求我們可能永遠(yuǎn)也遇不到。無(wú)需過(guò)度優(yōu)化我們不存在的問(wèn)題。
最好的架構(gòu)是適合我們業(yè)務(wù)需求的架構(gòu)，而不是模仿科技巨頭。
本文鏈接：http://www.www897cc.com/showinfo-26-59688-0.html為什么 Netflix 從大單體演進(jìn)到聯(lián)合網(wǎng)關(guān)？
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)