日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

文章圖片

稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐

背景


充電專屬視頻


UP主與粉絲之間的互動(dòng)方式日益多樣化 , B站以其獨(dú)特的社區(qū)文化和創(chuàng)新的互動(dòng)模式 , 為UP主和粉絲搭建了一座新的橋梁:充電專屬視頻 。
充電專屬視頻是一種付費(fèi)視頻 , 是B站為UP主提供的一項(xiàng)增值服務(wù) , 允許UP主為那些通過“充電”方式支持他們的用戶 , 制作并分享一些特別的、不免費(fèi)公開的視頻內(nèi)容 。 專屬視頻不僅僅是單向的內(nèi)容輸出 , 更是UP主與粉絲之間互動(dòng)的橋梁 。 通過這種方式 , UP主可以更直接地了解粉絲的想法和需求 , 同時(shí)也讓粉絲感受到自己對UP主的支持是被珍視和回應(yīng)的 。





B站的充電專屬視頻內(nèi)容形式豐富 , 不同稿件類型(普通UGC視頻、互動(dòng)視頻、聯(lián)合投稿、帶貨視頻等)都陸續(xù)支持充電功能 。





充電專屬視頻從23年開始明確的業(yè)務(wù)探索方向 , 短短一年多無論是充電專屬視頻稿件數(shù)量還是充電人數(shù)以及收益 , 均有較快的增長 , 到目前已形成一定規(guī)模的業(yè)務(wù)體量 。


短劇


2023年以來 , 微短劇進(jìn)入大眾視野 , 以快節(jié)奏、爽點(diǎn)多 , 博取大量流量 , 同時(shí)微短劇面臨著導(dǎo)向低俗、制作粗糙等一系列的問題 。 為了保障平臺(tái)微短劇規(guī)范運(yùn)營 , 平臺(tái)制定了微短劇的運(yùn)營管理規(guī)范 。 其中對于微短劇投稿的賬號(hào)及內(nèi)容進(jìn)行資質(zhì)審核 , 要求必須具備相關(guān)資質(zhì)才可合規(guī)運(yùn)營 。
短劇播放端、創(chuàng)作端的形式如下:
【稿件平臺(tái)化建設(shè)演進(jìn)-充電專屬視頻與短劇業(yè)務(wù)接入實(shí)踐】







對于技術(shù)側(cè)而言 , 如何構(gòu)建高效穩(wěn)定的平臺(tái)體系去支撐包括充電與短劇在內(nèi)各個(gè)業(yè)務(wù)的快速迭代和發(fā)展需求 , 存在極大的挑戰(zhàn) 。


現(xiàn)狀與問題


現(xiàn)狀


作為B站歷史悠久的核心業(yè)務(wù)之一 , 稿件業(yè)務(wù)在內(nèi)容創(chuàng)作者數(shù)量激增和業(yè)務(wù)形態(tài)多樣化的推動(dòng)下 , 正經(jīng)歷著前所未有的增長 。 然而 , 這種快速的發(fā)展也帶來了系統(tǒng)負(fù)載和復(fù)雜性的顯著增加 。 同時(shí) , 隨著組織結(jié)構(gòu)的調(diào)整 , 新的管理模式和工作流程雖然應(yīng)運(yùn)而生 , 卻也不可避免地增加了系統(tǒng)維護(hù)的難度和響應(yīng)時(shí)間 。 加之早期業(yè)務(wù)界定的模糊 , 系統(tǒng)模塊間的緊密耦合加劇了技術(shù)債務(wù)的累積 , 導(dǎo)致系統(tǒng)性能逐漸劣化 。
面對技術(shù)和業(yè)務(wù)發(fā)展的雙重挑戰(zhàn) , B站的稿件系統(tǒng)迫切需要通過一系列措施來突破當(dāng)前的瓶頸 。 這包括對系統(tǒng)架構(gòu)進(jìn)行徹底的升級(jí) , 以適應(yīng)不斷變化的業(yè)務(wù)需求;更新技術(shù)棧 , 以提高系統(tǒng)的性能和可靠性;以及優(yōu)化組織流程 , 以提高系統(tǒng)的可維護(hù)性和響應(yīng)速度 。 這些改進(jìn)將為B站稿件系統(tǒng)的未來增長奠定堅(jiān)實(shí)的基礎(chǔ) , 并支持其持續(xù)發(fā)展 。


問題分析


經(jīng)歷15年的發(fā)展及迭代 , 稿件業(yè)務(wù)作為B站核心功能之一 , 目前上下游共計(jì)承接三十余個(gè)主要業(yè)務(wù)方 。 隨著業(yè)務(wù)增長與業(yè)務(wù)方數(shù)量增加時(shí) , 在資源有限(計(jì)算資源、存儲(chǔ)資源、人力資源等)的情況下 , 如何確保系統(tǒng)設(shè)計(jì)能夠滿足多方的需求面臨巨大挑戰(zhàn) 。
為了服務(wù)于不同的業(yè)務(wù)方 , 平臺(tái)需要在服務(wù)標(biāo)準(zhǔn)化和定制化之間找到平衡 。 標(biāo)準(zhǔn)化可以提高效率和可維護(hù)性 , 而定制化則可以滿足特定業(yè)務(wù)的獨(dú)特需求 。





稿件的平臺(tái)化建設(shè)是解決當(dāng)前挑戰(zhàn)的關(guān)鍵 , 由當(dāng)前技術(shù)債重的業(yè)務(wù)系統(tǒng)快速向平臺(tái)化演進(jìn) , 進(jìn)行稿件業(yè)務(wù)體系平臺(tái)化的全面建設(shè) 。 旨在通過平臺(tái)化架構(gòu)的設(shè)計(jì) , 提升系統(tǒng)的靈活性、可擴(kuò)展性和維護(hù)效率 。
充電與短劇新業(yè)務(wù)接入稿件系統(tǒng) , 以平臺(tái)化建設(shè)為方向 , 從以下幾個(gè)方面進(jìn)行展開:系統(tǒng)架構(gòu)模塊化、業(yè)務(wù)領(lǐng)域明確劃分、數(shù)據(jù)驅(qū)動(dòng)精細(xì)化運(yùn)營 。


平臺(tái)架構(gòu)


稿件業(yè)務(wù)核心涉及到端到端的應(yīng)用場景 ,整個(gè)平臺(tái)體系化的建設(shè)需要充分兼容通用場景 , 支撐好業(yè)務(wù)構(gòu)建和關(guān)鍵能力建設(shè) 。 對整體業(yè)務(wù)進(jìn)行分析與拆解 , 得到了如下這張業(yè)務(wù)架構(gòu)圖





隨著業(yè)務(wù)的快速發(fā)展與迭代 , 在一年中稿件系統(tǒng)增加充電專屬視頻與短劇兩個(gè)新的業(yè)務(wù)模塊 。 利用平臺(tái)化能力 , 以支持不同業(yè)務(wù)方的需求 。 在提供標(biāo)準(zhǔn)化服務(wù)以保證標(biāo)準(zhǔn)化與可維護(hù)性的同時(shí) , 滿足業(yè)務(wù)方獨(dú)特定制化需求 。


充電專屬視頻/短劇
平臺(tái)能力


平臺(tái)能力是平臺(tái)化建設(shè)的重中之重 , 負(fù)責(zé)支撐稿件業(yè)務(wù)平臺(tái)的所有核心能力 , 如UGC投稿、PUGC投稿等所有服務(wù)應(yīng)用及能力輸出 。 從業(yè)務(wù)領(lǐng)域考慮 , 將投稿中常用的功能進(jìn)一步抽象核心能力 , 以稿件與視頻維度將核心功能如合集、多P、試看等模塊化為平臺(tái)能力 。 為滿足各類稿件(如普通視頻稿件、短劇、互動(dòng)視頻、聯(lián)合投稿等)支持充電 , 將充電模塊也抽象為通用能力 。 抽象出以下平臺(tái)化能力:


稿件維度平臺(tái)能力

  • 合集:合集是一系列稿件的聚合 , 支持稿件加入合集、合集管理、合集送審 。
  • 批量投稿:允許UP主一次性上傳多個(gè)視頻稿件 , 而不需要逐一提交 。 適合大量內(nèi)容需要發(fā)布時(shí)的場景 , 如短劇、劇集等內(nèi)容 。
  • 草稿:草稿管理能力 , 支持UP主創(chuàng)作過程中可以隨時(shí)保存視頻為草稿 , 保存投稿時(shí)各類內(nèi)容 , 這樣即使在創(chuàng)作過程中遇到中斷(如設(shè)備故障、意外關(guān)閉等) , 也不會(huì)丟失已編輯的內(nèi)容 。
  • 定時(shí)發(fā)布:允許UP主設(shè)置視頻的發(fā)布時(shí)間 , 視頻會(huì)在指定時(shí)間自動(dòng)發(fā)布 , 這樣UP主可以預(yù)先安排發(fā)布計(jì)劃 。
  • 充電:允許將稿件設(shè)置為充電付費(fèi)模式、用戶需要付費(fèi)后可觀看完整視頻 , 支持將不同類型稿件設(shè)置為充電專屬視頻 , 如普通視頻稿件、短劇、互動(dòng)視頻、聯(lián)合投稿 。
  • ...
視頻維度平臺(tái)能力
  • 多P:包含多個(gè)視頻的稿件 , 多P稿件生產(chǎn)流程比一般稿件復(fù)雜 , 需要等待所有P的視頻內(nèi)容完成審核與轉(zhuǎn)碼后才能開放 。
  • 轉(zhuǎn)碼調(diào)權(quán):對不同稿件進(jìn)行優(yōu)先級(jí)分類 , 將高優(yōu)稿件進(jìn)行轉(zhuǎn)碼提權(quán)提速、將低質(zhì)稿件進(jìn)行轉(zhuǎn)碼降權(quán)減速 , 一種轉(zhuǎn)碼調(diào)度能力 , 有效地提升轉(zhuǎn)碼資源利用率 。
  • 試看:支持UP主將部分類別稿件設(shè)置試看的能力 , 允許設(shè)置自定義試看時(shí)長 , 轉(zhuǎn)碼調(diào)度中生成試看流 。
  • 轉(zhuǎn)碼時(shí)間預(yù)估:預(yù)估視頻轉(zhuǎn)碼時(shí)間 , 并結(jié)合審核時(shí)間 , 綜合預(yù)估整體稿件開放需要的時(shí)間 。
  • 水印處理:在視頻上傳或轉(zhuǎn)碼過程中自動(dòng)添加水印 , 確保所有發(fā)布的內(nèi)容都帶有版權(quán)標(biāo)識(shí)或品牌信息 。
  • ...





進(jìn)一步抽象核心能力 , 全面構(gòu)建平臺(tái)化投稿能力 , 支撐復(fù)雜場景以及多用戶不同形態(tài)的投稿需求 。 因此從0到1建設(shè)充電專屬視頻與短劇投稿功能時(shí) , 運(yùn)用平臺(tái)化能力接入的思路 , 進(jìn)行代碼改造后以提升人效 , 實(shí)現(xiàn)項(xiàng)目的順利落地并取得了可觀的業(yè)務(wù)收益 。





數(shù)據(jù)模型


一個(gè)稿件容器載體中主要包含視頻、圖文描述與互動(dòng)數(shù)據(jù)三類信息 。 該數(shù)據(jù)載體支撐稿件系統(tǒng)的運(yùn)轉(zhuǎn) , 包括稿件的狀態(tài)管理、流量控制以及多媒體數(shù)據(jù)的處理等 。
在這個(gè)生態(tài)系統(tǒng)中 , 主要有三個(gè)關(guān)鍵角色與稿件系統(tǒng)緊密相連:內(nèi)容創(chuàng)作者(UP主)、審核人員和普通用戶 。 每個(gè)角色都通過不同的系統(tǒng)功能與稿件進(jìn)行互動(dòng) , 共同塑造和豐富著稿件的內(nèi)容和形態(tài) 。 內(nèi)容創(chuàng)作者負(fù)責(zé)產(chǎn)出和上傳作品 , 審核人員確保內(nèi)容的合規(guī)性 , 而用戶的互動(dòng)則為稿件增添了活力和參與度 。 這三者的互動(dòng)確保了稿件系統(tǒng)的動(dòng)態(tài)發(fā)展和內(nèi)容的持續(xù)創(chuàng)新 。





稿件屬性是稿件容器的一部分 , 以屬性位(bit位)方式區(qū)分不同類型的稿件以及稿件能力 , 稿件允許擁有多種屬性 。


屬性位(bit)
說明
備注
x
是否360全景視頻
生成360全景視頻流 , 支持全景播放
...
y
是否是充電
充電屬性 , 用戶付費(fèi)后允許觀看全片
...
z
是否是短劇
短劇稿件 , 投稿短劇需對機(jī)構(gòu)資質(zhì)、短劇內(nèi)容等資料做合規(guī)審核
...


充電專屬視頻、短劇實(shí)體模型該如何設(shè)計(jì) , 直接關(guān)系到稿件平臺(tái)讀寫服務(wù)的基礎(chǔ)能力、交互模型 。 結(jié)合領(lǐng)域模型進(jìn)行了全面的分析 , 構(gòu)建了以人、稿件、視頻多維度下按領(lǐng)域劃分的數(shù)據(jù)模型 , 稿件與視頻信息屬于稿件域中 , 稿件中充電相關(guān)設(shè)置信息(如付費(fèi)模式、充電價(jià)格等)屬于充電域 , 短劇機(jī)構(gòu)與短劇備案管理屬于短劇域 。
一個(gè)稿件可以容納多個(gè)視頻 , 這種結(jié)構(gòu)被稱為“多P”稿件 , 其中“P”代表“Part” , 即片段 。 為了適應(yīng)未來可能出現(xiàn)的單個(gè)視頻片段支持付費(fèi)觀看的需求 , 我們設(shè)計(jì)了充電機(jī)制 , 使其能夠精確到單個(gè)視頻層面 , 而非整個(gè)稿件 。 這樣的設(shè)計(jì)允許觀眾為特定視頻內(nèi)容付費(fèi) , 提供了更靈活的商業(yè)模式 , 同時(shí)也為內(nèi)容創(chuàng)作者帶來了更多的收益機(jī)會(huì) 。
稿件、充電、短劇數(shù)據(jù)模型圖示如下:





交互模型


稿件系統(tǒng)采用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的方法進(jìn)行模塊化 , 確保了B端和C端稿件服務(wù)的高效協(xié)同 。 當(dāng)創(chuàng)作者在B端完成投稿并進(jìn)行必要的編輯處理后 , 內(nèi)容生產(chǎn)平臺(tái)會(huì)通過消息機(jī)制通知C端稿件服務(wù) , 以便及時(shí)更新稿件數(shù)據(jù)并存儲(chǔ)到數(shù)據(jù)庫中 。 C端稿件服務(wù)作為中間層 , 為稿件消費(fèi)應(yīng)用服務(wù)和網(wǎng)關(guān)提供支持 , 這些服務(wù)包括搜索、推薦、個(gè)人空間、動(dòng)態(tài)發(fā)布、收藏夾等 , 它們都是用戶互動(dòng)的核心部分 。
在對數(shù)據(jù)模型進(jìn)行了清晰的業(yè)務(wù)領(lǐng)域劃分之后 , 我們進(jìn)一步優(yōu)化了新投稿場景的交互設(shè)計(jì) 。 在整體投稿流程中 , 特別為支持充電功能的專屬視頻投稿場景設(shè)計(jì)了一套流程 , 確保其與領(lǐng)域模型保持一致 。 創(chuàng)作者在創(chuàng)作端完成投稿后 , 系統(tǒng)會(huì)自動(dòng)將包含充電信息的稿件(如付費(fèi)模式、定價(jià)等)同步至充電B端服務(wù) , 即充電創(chuàng)作者服務(wù)平臺(tái) 。 這些充電相關(guān)信息將被存儲(chǔ)在數(shù)據(jù)庫中 , 并緩存起來 , 以便快速訪問 。
對于播放端的充電專屬視頻 , 播放權(quán)限的判斷和用戶充電鑒權(quán)由充電服務(wù)負(fù)責(zé)處理 。 這樣的設(shè)計(jì)不僅提高了系統(tǒng)的響應(yīng)速度 , 也為用戶提供了更加流暢和安全的觀看體驗(yàn) 。 通過這種方式 , 我們確保了整個(gè)投稿和播放流程的一致性和高效性 。
以下為充電專屬視頻投稿與播放交互圖:





短劇投稿的交互流程與充電專屬視頻的投稿體驗(yàn)相似 , 但在正式投稿短劇之前 , 創(chuàng)作者的賬號(hào)必須經(jīng)過一系列的資質(zhì)審核 。 這包括機(jī)構(gòu)的資質(zhì)認(rèn)證以及短劇內(nèi)容的備案審核 , 以確保所有內(nèi)容都符合平臺(tái)的規(guī)范和法律法規(guī) 。 這些合規(guī)性審核是由短劇業(yè)務(wù)方負(fù)責(zé)發(fā)起并管理的 , 確保了內(nèi)容的合法性和平臺(tái)的健康發(fā)展 。 通過這樣的審核機(jī)制 , 我們不僅保障了觀眾的觀看體驗(yàn) , 也為創(chuàng)作者提供了一個(gè)安全、有序的創(chuàng)作環(huán)境 。
以下為短劇投稿與播放交互圖:





可觀測性建設(shè)


一個(gè)良好的可觀測性體系是提升系統(tǒng)透明度、加速故障診斷和增強(qiáng)整體系統(tǒng)穩(wěn)定性的關(guān)鍵 。 在稿件管理系統(tǒng)中 , 我們已經(jīng)實(shí)現(xiàn)了對投稿流程關(guān)鍵環(huán)節(jié)的實(shí)時(shí)監(jiān)控 , 這包括:【投稿】、【轉(zhuǎn)碼】、【審核】以及【開放】 。 我們通過統(tǒng)計(jì)5分鐘內(nèi)的投稿成功量和轉(zhuǎn)碼成功量等關(guān)鍵指標(biāo) , 并與昨日同期及上周同期數(shù)據(jù)進(jìn)行對比分析 , 以此來偵測任何業(yè)務(wù)上的異常情況 。 這種對比不僅幫助我們及時(shí)發(fā)現(xiàn)問題 , 還能夠掌握線上服務(wù)的健康狀況 , 確保服務(wù)的連續(xù)性和用戶的滿意度 。





為了進(jìn)一步提升監(jiān)控系統(tǒng)的效能 , 我們采取了分類型監(jiān)控的策略 , 特別關(guān)注那些關(guān)鍵的稿件類型 。 這包括對花火商單稿件、帶貨稿件等重點(diǎn)稿件進(jìn)行細(xì)致的監(jiān)控 , 確保能夠迅速察覺到這些稿件的任何異常動(dòng)態(tài) 。 在充電與短劇業(yè)務(wù)的整合過程中 , 我們也將這兩種新型稿件納入重點(diǎn)監(jiān)控范圍 , 通過增加數(shù)據(jù)埋點(diǎn)和看板 , 實(shí)現(xiàn)了對整個(gè)投稿流程的全面監(jiān)控 。 這樣的做法不僅增強(qiáng)了我們對投稿健康度的監(jiān)控能力 , 也為及時(shí)發(fā)現(xiàn)和解決潛在問題提供了有力支持 。 通過這種全方位的監(jiān)控策略 , 我們能夠確保重點(diǎn)稿件的穩(wěn)定運(yùn)行 , 保障業(yè)務(wù)的順暢進(jìn)行 。








合理的告警機(jī)制確保在第一時(shí)間感知異常 , 告警規(guī)則分為兩個(gè)主要部分:首先是核心業(yè)務(wù)指標(biāo)的實(shí)時(shí)監(jiān)控 , 如投稿成功量、轉(zhuǎn)碼成功量等 , 一旦這些指標(biāo)出現(xiàn)異常下降至零 , 系統(tǒng)將立即觸發(fā)告警;其次是對核心業(yè)務(wù)指標(biāo)進(jìn)行同期對比分析 , 如果發(fā)現(xiàn)與昨日或上周同期相比差異超出預(yù)設(shè)的閾值 , 同樣會(huì)觸發(fā)告警 。 通過近一年的實(shí)踐和優(yōu)化 , 我們目前的告警規(guī)則已經(jīng)證明了其在多次系統(tǒng)異常情況下的有效性 , 它們不僅提高了我們對問題的響應(yīng)速度 , 也加強(qiáng)了系統(tǒng)的整體穩(wěn)定性和可靠性 。





穩(wěn)定性建設(shè)


在確保整個(gè)投稿鏈路健康運(yùn)行的基礎(chǔ)上 , 我們特別關(guān)注對一些核心場景的深入治理和強(qiáng)化保障 。 在充電專屬視頻和短劇數(shù)據(jù)交互的過程中 , 維護(hù)數(shù)據(jù)的一致性至關(guān)重要 。 為了確保充電信息的同步既迅速又準(zhǔn)確 , 我們采用了RPC接口進(jìn)行數(shù)據(jù)同步 , 并通過重試機(jī)制和兜底策略來保障數(shù)據(jù)的完整性和一致性 。
服務(wù)的穩(wěn)定性更多是服務(wù)層面SLA(service-level agreement)的表現(xiàn) 。 在對服務(wù)進(jìn)行治理的過程中 , 我們發(fā)現(xiàn)請求超時(shí)是影響用戶體驗(yàn)和服務(wù)穩(wěn)定性的主要異常情況 。 對此 , 我們根據(jù)接口的優(yōu)先級(jí) , 采取了具體問題具體分析的方法 。 針對數(shù)據(jù)庫慢查詢問題 , 我們通過優(yōu)化SQL語句或增加緩存來提高效率;而對于上下游鏈路的超時(shí)問題 , 則通過與相關(guān)團(tuán)隊(duì)溝通和優(yōu)化代碼邏輯來解決 。 通過這一系列的治理措施 , 我們成功實(shí)現(xiàn)了核心場景和P0級(jí)接口的高可用性 , 從而顯著提升了服務(wù)的整體穩(wěn)定性 。





展望


在早期稿件系統(tǒng)承受著沉重的歷史技術(shù)債務(wù)和高系統(tǒng)耦合性的雙重挑戰(zhàn) 。 為了應(yīng)對這些問題 , 我們實(shí)施了一系列的平臺(tái)化改造措施 , 旨在提升系統(tǒng)的靈活性、可擴(kuò)展性和可觀測性 , 從而使系統(tǒng)能夠更好地適應(yīng)不斷變化的業(yè)務(wù)需求 。
在將充電、短劇等新業(yè)務(wù)接入稿件系統(tǒng)的過程中 , 我們在業(yè)務(wù)和技術(shù)兩個(gè)層面都取得了顯著的進(jìn)展和階段性成果 。 這些成功的實(shí)踐不僅增強(qiáng)了系統(tǒng)的綜合實(shí)力 , 也為其他業(yè)務(wù)方 , 如課堂、帶貨等 , 提供了寶貴的接入經(jīng)驗(yàn) 。 展望未來 , 我們期望能夠采用更高效、更優(yōu)化的方案 , 進(jìn)一步推動(dòng)更多業(yè)務(wù)方接入我們的稿件平臺(tái) , 共同實(shí)現(xiàn)業(yè)務(wù)的多元化和平臺(tái)的生態(tài)化發(fā)展 。


-End-
作者丨阿旭xu

    推薦閱讀