chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

　　愛(ài)奇藝海外App是一個(gè)重運(yùn)營(yíng)的應(yīng)用。對(duì)于App里的頂導(dǎo)航、我的頁(yè)面、彈窗等，需要根據(jù)模式、版本、平臺(tái)、語(yǔ)言、渠道等不同的維度進(jìn)行運(yùn)營(yíng)管理。隨著業(yè)務(wù)快速發(fā)展，版本快速迭代，如何保持運(yùn)營(yíng)資源能夠被高效、穩(wěn)定和靈活地配置，如何高效穩(wěn)定的為新的運(yùn)營(yíng)需求提供支持，是我們需要解決的問(wèn)題。

　　在這種背景下，愛(ài)奇藝海外Phone后端研發(fā)組通過(guò)打造一個(gè)穩(wěn)定、靈活、高效的運(yùn)營(yíng)配置平臺(tái)來(lái)解決前面遇到的問(wèn)題。本文主要分享我們?cè)诮ㄔO(shè)高效的運(yùn)營(yíng)配置平臺(tái)過(guò)程中積累的一些經(jīng)驗(yàn)以及面臨的挑戰(zhàn)和思考。

　　1.配置資源拆解

　　運(yùn)營(yíng)類(lèi)配置可以分為兩塊，運(yùn)營(yíng)資源和基礎(chǔ)數(shù)據(jù)的配置。

　　運(yùn)營(yíng)資源范例：彈窗

　　基礎(chǔ)數(shù)據(jù)：底部導(dǎo)航

　　1.1 運(yùn)營(yíng)資源

　　簡(jiǎn)單而言，運(yùn)營(yíng)資源可以理解為App中經(jīng)常變動(dòng)的一些廣告、運(yùn)營(yíng)活動(dòng)等。比如上圖中彈窗廣告，就是一個(gè)典型的運(yùn)營(yíng)資源。對(duì)于這類(lèi)運(yùn)營(yíng)資源，它們一般有如下特征：

　　時(shí)效性強(qiáng)：只在一定時(shí)間范圍內(nèi)顯示在C端固定位置。

　　模式強(qiáng)相關(guān)：每個(gè)活動(dòng)、廣告都只會(huì)出現(xiàn)在固定的某些模式。

　　數(shù)據(jù)變動(dòng)頻繁：特別是活動(dòng)類(lèi)數(shù)據(jù)，展示的圖片文案等變動(dòng)較為頻繁。

　　支持多語(yǔ)言展示：基于愛(ài)奇藝海外站面向全球用戶的情況，不同模式下需要展示不同的語(yǔ)言文案。

　　1.2 基礎(chǔ)數(shù)據(jù)配置

　　基礎(chǔ)數(shù)據(jù)配置相對(duì)于運(yùn)營(yíng)資源來(lái)說(shuō)其變更的頻率相對(duì)較低，與時(shí)間、版本的關(guān)系也沒(méi)那么強(qiáng)。譬如下面愛(ài)奇藝海外App-底部導(dǎo)航欄（樣式如上圖所示）。這類(lèi)配置有如下幾個(gè)特征：多維度：需要針對(duì)不同的模式、語(yǔ)言做不同的配置。長(zhǎng)期有效：這種類(lèi)型的配置一般長(zhǎng)期存在，過(guò)期場(chǎng)景較少。

　　2.實(shí)踐中的痛點(diǎn)：運(yùn)營(yíng)效率低、重復(fù)工作多

　　面對(duì)接二連三的運(yùn)營(yíng)配置需求，我們最初通過(guò)實(shí)現(xiàn)不同的配置界面來(lái)對(duì)接各類(lèi)運(yùn)營(yíng)產(chǎn)品需求。但這必然會(huì)遇到很大的問(wèn)題，這主要體現(xiàn)為以下方面：

　　運(yùn)營(yíng)效率低

　　對(duì)于新的運(yùn)營(yíng)配置需求，研發(fā)同學(xué)需要開(kāi)發(fā)對(duì)應(yīng)的配置頁(yè)面，然后轉(zhuǎn)給運(yùn)營(yíng)同學(xué)進(jìn)行配置的管理，最后運(yùn)營(yíng)人員對(duì)資源進(jìn)行配置上線，其流程圖如下：

　　對(duì)于每個(gè)運(yùn)營(yíng)配置需求都要經(jīng)過(guò)需求評(píng)審、頁(yè)面開(kāi)發(fā)、配置管理、上線的流程。同時(shí)，對(duì)于配置頁(yè)面的開(kāi)發(fā)，少則需要1到2天的開(kāi)發(fā)工時(shí)，研發(fā)成本高。問(wèn)題總結(jié)如下：1. 研發(fā)成本高，每個(gè)需求要開(kāi)發(fā)新的配置管理頁(yè)面。2. 研發(fā)周期長(zhǎng)，運(yùn)營(yíng)效率低，從需求的提出到運(yùn)營(yíng)上線周期長(zhǎng)。3. 靈活性差，對(duì)不同的運(yùn)營(yíng)維度（模式、版本、時(shí)間等）都需要事先確定好，無(wú)法動(dòng)態(tài)調(diào)整。

　　重復(fù)開(kāi)發(fā)工作多對(duì)于通用型的運(yùn)營(yíng)配置后臺(tái)，某些特有的功能特別對(duì)于前后端來(lái)說(shuō)重復(fù)開(kāi)發(fā)工作明顯。如操作記錄，審核機(jī)制，根據(jù)不同的模式版本語(yǔ)言過(guò)濾數(shù)據(jù)等功能，在每次出現(xiàn)的配置需求中都需要重復(fù)的開(kāi)發(fā)。

　　3.實(shí)踐中的思考：明確三個(gè)原則

　　針對(duì)以上問(wèn)題，我們希望通過(guò)設(shè)計(jì)一個(gè)通用的解決方案，去解決上文闡述的各種運(yùn)營(yíng)資源管理的問(wèn)題。我們把這個(gè)項(xiàng)目稱(chēng)為IQ運(yùn)營(yíng)位。通過(guò)調(diào)研我們確認(rèn)項(xiàng)目設(shè)計(jì)的原則主要有以下三個(gè)：一切數(shù)據(jù)皆可配置運(yùn)營(yíng)數(shù)據(jù)高可用接口性能高效通過(guò)不斷的實(shí)踐和總結(jié)，我們希望能從以下三個(gè)方面實(shí)現(xiàn)上述原則：

　　3.1 數(shù)據(jù)JSON化

　　隨著業(yè)務(wù)的不斷迭代，無(wú)論采用怎樣的數(shù)據(jù)字段組成，都很難滿足業(yè)務(wù)變化的字段（這里是指像標(biāo)題、副標(biāo)題、圖片、跳轉(zhuǎn)鏈接等）要求。對(duì)底層數(shù)據(jù)進(jìn)行JSON化，其對(duì)應(yīng)的數(shù)據(jù)字段即可實(shí)現(xiàn)可動(dòng)態(tài)擴(kuò)展，從而滿足業(yè)務(wù)不斷迭代的需求。JSON化隨之也會(huì)帶來(lái)運(yùn)營(yíng)位字段管理的問(wèn)題，我們通過(guò)在運(yùn)營(yíng)后臺(tái)提供了相應(yīng)的字段管理功能來(lái)解決這個(gè)問(wèn)題。

　　3.2 運(yùn)營(yíng)數(shù)據(jù)多點(diǎn)存儲(chǔ)

　　通過(guò)持久化存儲(chǔ)，分布式緩存，以及接入業(yè)務(wù)方的本地緩存，運(yùn)營(yíng)數(shù)據(jù)的多方存儲(chǔ)，保證極端情況下都有降級(jí)數(shù)據(jù)獲取，降低系統(tǒng)異常的損失。

　　3.3 接口SDK化

　　對(duì)于運(yùn)營(yíng)數(shù)據(jù)，無(wú)論是通過(guò)數(shù)據(jù)庫(kù)的落地方案、還是通過(guò)分布式緩存的方案，都無(wú)法徹底解決服務(wù)中心化和服務(wù)抖動(dòng)的問(wèn)題。通過(guò)接入的SDK化，可以做到數(shù)據(jù)的本地緩存更新機(jī)制，解除對(duì)中心化服務(wù)的依賴，大大提升服務(wù)的穩(wěn)定性和性能。同時(shí)整個(gè)IQ運(yùn)營(yíng)位服務(wù)變成可水平擴(kuò)展，在擴(kuò)展過(guò)程中也不會(huì)影響中心服務(wù)的穩(wěn)定性。調(diào)用方請(qǐng)求流程圖如下：

　　4.IQ運(yùn)營(yíng)位架構(gòu)

　　IQ運(yùn)營(yíng)位配置系統(tǒng)整體框架圖。從功能角度，大體上分為四層：數(shù)據(jù)層、服務(wù)層、接入層和監(jiān)控層。IQ運(yùn)營(yíng)位架構(gòu)圖如下：

　　4.1 數(shù)據(jù)層

　　數(shù)據(jù)層主要是存儲(chǔ)接入IQ運(yùn)營(yíng)位的各類(lèi)運(yùn)營(yíng)數(shù)據(jù)。數(shù)據(jù)層主要面臨以下難點(diǎn)。難點(diǎn)1，數(shù)據(jù)量大；難點(diǎn)2，QPS高?；谝陨蟽纱箅y點(diǎn)，我們通過(guò)redis集群做中間緩存，通過(guò)SDK使各業(yè)務(wù)方接入本地緩存、通過(guò)消息監(jiān)聽(tīng)異步更新的方式來(lái)解決中心服務(wù)的流量壓力。

　　4.2 服務(wù)層

　　服務(wù)層向下對(duì)底層數(shù)據(jù)進(jìn)行操作；向上為接入層獲取數(shù)據(jù)提供接入能力。其提供四個(gè)服務(wù)能力：運(yùn)營(yíng)后臺(tái)、開(kāi)放平臺(tái)、數(shù)據(jù)服務(wù)、IQKIT-SDK。其中運(yùn)營(yíng)后臺(tái)主要面向運(yùn)營(yíng)人員和產(chǎn)品，提供數(shù)據(jù)的配置后臺(tái)。開(kāi)放平臺(tái)收歸于開(kāi)發(fā)技術(shù)人員，提供一個(gè)增加運(yùn)營(yíng)位配置的后臺(tái)。數(shù)據(jù)服務(wù)主要是為調(diào)用數(shù)據(jù)的開(kāi)發(fā)提供一個(gè)統(tǒng)一的、高可用的、高性能的api接口。SDK為數(shù)據(jù)服務(wù)服務(wù)。主要目前是簡(jiǎn)化開(kāi)發(fā)人員的接入成本，提供數(shù)據(jù)服務(wù)性能和可用性。

　　4.3 接入層

　　C端接入如何更方便？為了簡(jiǎn)化開(kāi)發(fā)人員的接入成本，調(diào)用邏輯在SDK內(nèi)實(shí)現(xiàn)，用戶只需要引入maven包，注入OppkitClient，封裝OppkitRequest，通過(guò)OppkitClient直接調(diào)用即可返回過(guò)濾并且翻譯后的數(shù)據(jù)。B端配置如何更便捷？在設(shè)計(jì)項(xiàng)目的時(shí)候后臺(tái)配置秉持的原則有且只有一個(gè)：一切皆可配置。通過(guò)開(kāi)放后臺(tái)來(lái)配置IQ運(yùn)營(yíng)位，每個(gè)IQ運(yùn)營(yíng)位相當(dāng)于一個(gè)業(yè)務(wù)形態(tài)，比如導(dǎo)航欄，而運(yùn)營(yíng)位內(nèi)包含多個(gè)數(shù)據(jù)，比如title，link等，而title包含多種語(yǔ)言，需要配置多語(yǔ)言key。開(kāi)放平臺(tái)的作用就是創(chuàng)建IQ運(yùn)營(yíng)位，為IQ運(yùn)營(yíng)位配置字段。運(yùn)營(yíng)后臺(tái)則用于配置開(kāi)放平臺(tái)創(chuàng)建的IQ運(yùn)營(yíng)位數(shù)據(jù)。

　　4.4 監(jiān)控層

　　除了數(shù)據(jù)存儲(chǔ)層的監(jiān)控以及烽火臺(tái)對(duì)數(shù)據(jù)層與服務(wù)層的監(jiān)控外，我們還對(duì)SDK內(nèi)實(shí)現(xiàn)的本地緩存進(jìn)行了監(jiān)控。C端的接入即數(shù)據(jù)的獲取在SDK內(nèi)部實(shí)現(xiàn)，SDK內(nèi)部我們做了以下功能：1. 如果請(qǐng)求包含某些特定離散字段如設(shè)備id，因?yàn)榘臄?shù)據(jù)量極大，存入本地緩存會(huì)給業(yè)務(wù)方的機(jī)器內(nèi)存帶來(lái)很大壓力，則避開(kāi)緩存直接請(qǐng)求服務(wù)。2. 為了滿足數(shù)據(jù)實(shí)時(shí)性要求較高的業(yè)務(wù)方，新增不接入本地緩存的邏輯。3. 如果只包含某些聚合度高的字段如平臺(tái)字段，版本，模式，語(yǔ)言等，則把請(qǐng)求的數(shù)據(jù)存入本地緩存。本地緩存通過(guò)監(jiān)聽(tīng)運(yùn)營(yíng)平臺(tái)的方式進(jìn)行異步更新，當(dāng)異步更新獲取數(shù)據(jù)失敗，則保持之前的數(shù)據(jù)返回，避免極端情況運(yùn)營(yíng)數(shù)據(jù)全部為空，將業(yè)務(wù)損失降至最低。4. SDK內(nèi)部通過(guò)異步線程，將本地緩存的使用情況通過(guò)定時(shí)線程存入，通過(guò)后臺(tái)界面展示各緩存使用情況，對(duì)各類(lèi)緩存的使用情況實(shí)時(shí)監(jiān)控。

　　5.穩(wěn)定性與性能保障

　　如上文所說(shuō)在運(yùn)營(yíng)后臺(tái)的設(shè)計(jì)考慮中，我們秉持了以下幾個(gè)原則：

　　一切數(shù)據(jù)皆可配置運(yùn)營(yíng)數(shù)據(jù)高可用接口性能高效下面我們介紹下運(yùn)營(yíng)后臺(tái)穩(wěn)定性與性能保障所作出的解決方案。

　　整體請(qǐng)求流程圖如下：

　　5.1 穩(wěn)定性保障

　　作為各類(lèi)運(yùn)營(yíng)數(shù)據(jù)配置的運(yùn)營(yíng)后臺(tái)，穩(wěn)定性尤為重要。除了在操作機(jī)制上即運(yùn)營(yíng)流程化數(shù)據(jù)配置機(jī)制、多級(jí)數(shù)據(jù)存儲(chǔ)使用分布式緩存以及分布式數(shù)據(jù)庫(kù)以外，我們還提供了一個(gè)SDK方案來(lái)對(duì)服務(wù)的故障進(jìn)行降級(jí)。下面我們將詳細(xì)介紹該方案的落地過(guò)程。

　　SDK本地緩存方案

　　我們考慮到在實(shí)現(xiàn)本地緩存，有這樣幾個(gè)好處：

　　1. 緩解中心服務(wù)的流量壓力，更多的流量將會(huì)請(qǐng)求到本地服務(wù)的內(nèi)存中。

　　2. 基于愛(ài)奇藝海外站業(yè)務(wù)的特點(diǎn)，國(guó)外網(wǎng)絡(luò)環(huán)境不可預(yù)測(cè)，環(huán)境差等情況，盡可能的減少網(wǎng)絡(luò)請(qǐng)求鏈路。

　　3. 一旦中心服務(wù)故障，周知各業(yè)務(wù)方不要重新部署，以本地緩存實(shí)現(xiàn)數(shù)據(jù)降級(jí)。

　　但是本地緩存的方案缺點(diǎn)也非常明顯，即一旦有運(yùn)營(yíng)后臺(tái)數(shù)據(jù)更新，各業(yè)務(wù)方無(wú)法實(shí)時(shí)獲取到最新的數(shù)據(jù)?；诖耍覀儗?duì)SDK進(jìn)行了以下幾個(gè)版本迭代工作。具體見(jiàn)下圖：

　　SDK內(nèi)部技術(shù)的演進(jìn)過(guò)程

　　技術(shù)架構(gòu)演進(jìn)到第三版，可以較好的解決中心服務(wù)流量問(wèn)題，使得運(yùn)營(yíng)后臺(tái)的流量由用戶請(qǐng)求量決定改為后臺(tái)的數(shù)據(jù)更新頻率決定，從而解決流量過(guò)載問(wèn)題。但是該版實(shí)現(xiàn)也需要解決以下幾個(gè)難點(diǎn)：

　　1. 各業(yè)務(wù)方本地緩存的使用情況種類(lèi)繁多，如何進(jìn)行提供系統(tǒng)監(jiān)控？

　　2. MQ的方案該如何設(shè)計(jì)？

　　針對(duì)問(wèn)題1，我們?cè)赟DK內(nèi)部實(shí)現(xiàn)一套這樣的機(jī)制，通過(guò)scheduledexecutorservice定時(shí)任務(wù)，周期性的將緩存使用情況拉取到庫(kù)內(nèi)，這樣在通過(guò)后臺(tái)界面就可以根據(jù)時(shí)間展示本地緩存的使用情況。這樣，可以系統(tǒng)的掌握各個(gè)不同的業(yè)務(wù)方緩存的使用情況，供業(yè)務(wù)方的內(nèi)存申請(qǐng)和分配提供數(shù)據(jù)支撐。

　　針對(duì)問(wèn)題2，涉及到的難點(diǎn)主要有兩個(gè)：(1)業(yè)務(wù)服務(wù)機(jī)器一般都是一個(gè)服務(wù)有多臺(tái)機(jī)器，所以一個(gè)消息的更新需要被多臺(tái)部署相同代碼的服務(wù)器同時(shí)消費(fèi)，這樣確保每臺(tái)機(jī)器都獲取到最新的數(shù)據(jù)。(2)運(yùn)營(yíng)位有多個(gè)，但對(duì)于業(yè)務(wù)方來(lái)說(shuō)沒(méi)有必要在沒(méi)有接入的運(yùn)營(yíng)位更新數(shù)據(jù)時(shí)去異步地請(qǐng)求運(yùn)營(yíng)后臺(tái)中心服務(wù)更新數(shù)據(jù)（因?yàn)檫@些數(shù)據(jù)這個(gè)業(yè)務(wù)方壓根沒(méi)接入）。針對(duì)(1)，明確的是消息的生產(chǎn)者是運(yùn)營(yíng)后臺(tái)服務(wù)，而一個(gè)消息需要被所有業(yè)務(wù)方監(jiān)聽(tīng)，具體的說(shuō)是所有業(yè)務(wù)方的每臺(tái)機(jī)器。所以，每臺(tái)機(jī)器應(yīng)該屬于不同的消費(fèi)組。所以我們需要找到一個(gè)每臺(tái)機(jī)器都不一樣的標(biāo)識(shí)節(jié)點(diǎn)，以這個(gè)節(jié)點(diǎn)做為消費(fèi)組。顯然，這個(gè)節(jié)點(diǎn)最好的就是機(jī)器地址，可以保證每臺(tái)機(jī)器所在分組都不一樣。針對(duì)(2)，我們提供一個(gè)配置文件，各業(yè)務(wù)方需要在配置文件內(nèi)寫(xiě)入各自業(yè)務(wù)方使用的IQ運(yùn)營(yíng)位名稱(chēng)，當(dāng)一個(gè)消息來(lái)臨時(shí)，首先需要判斷這個(gè)消息中的運(yùn)營(yíng)位名稱(chēng)是否包含在配置文件內(nèi)，如果不在，則這條消息被忽略（空消費(fèi)），如果在，則請(qǐng)求響應(yīng)的運(yùn)營(yíng)位更新本地?cái)?shù)據(jù)。

　　5.2 性能保障

　　以上的SDK提供的本地緩存可以提高后端服務(wù)的性能，除此以外，我們還做了其他一些工作。

　　在運(yùn)營(yíng)位的實(shí)踐配置中我們發(fā)現(xiàn)，運(yùn)營(yíng)數(shù)據(jù)的變化或者說(shuō)運(yùn)營(yíng)人員更改運(yùn)營(yíng)數(shù)據(jù)的情形相比網(wǎng)絡(luò)請(qǐng)求來(lái)說(shuō)是非常低頻的，比如之前分析的基礎(chǔ)運(yùn)營(yíng)數(shù)據(jù)。因此，數(shù)據(jù)緩存在客戶端可以避免客戶端與后端服務(wù)的網(wǎng)絡(luò)消耗，極大的提高性能。

　　我們的方案是為每個(gè)運(yùn)營(yíng)位數(shù)據(jù)提供一個(gè)版本的概念。通過(guò)保存各運(yùn)營(yíng)位的操作最新時(shí)間，在客戶端開(kāi)屏?xí)r發(fā)起一次請(qǐng)求，將所有的運(yùn)營(yíng)位最近的數(shù)據(jù)更新時(shí)間返回給客戶端，客戶端將該時(shí)間戳緩存在本地，當(dāng)下次開(kāi)屏請(qǐng)求時(shí)，同樣會(huì)獲取到服務(wù)端返回的運(yùn)營(yíng)位最近更新時(shí)間戳，將本地的與服務(wù)的進(jìn)行匹配，來(lái)確認(rèn)是否去更新各個(gè)運(yùn)營(yíng)位的數(shù)據(jù)，如果客戶端緩存的運(yùn)營(yíng)數(shù)據(jù)時(shí)間與運(yùn)營(yíng)后臺(tái)返回一致，則直接展示緩存在客戶端的數(shù)據(jù)。

　　這種方案的另一個(gè)好處是可以在極端的情況下，如對(duì)外暴露的api出現(xiàn)故障，通過(guò)禁止運(yùn)營(yíng)后臺(tái)的數(shù)據(jù)更新，可以使業(yè)務(wù)數(shù)據(jù)正常展示，避免出現(xiàn)運(yùn)營(yíng)數(shù)據(jù)消失的嚴(yán)重故障。

　　具體的請(qǐng)求流程圖如下：

　　6.總結(jié)與展望

　　本文主要介紹了IQ運(yùn)營(yíng)位的設(shè)計(jì)與開(kāi)發(fā)的相關(guān)內(nèi)容，首先根據(jù)遇到的痛點(diǎn)提出了運(yùn)營(yíng)后臺(tái)的設(shè)計(jì)原則:一切數(shù)據(jù)皆可配置，運(yùn)營(yíng)數(shù)據(jù)高可用，接口性能高效。針對(duì)提出的原則去思考與實(shí)現(xiàn)具體的技術(shù)方案。

　　通過(guò)配置數(shù)據(jù)的Json化實(shí)現(xiàn)業(yè)務(wù)字段的可擴(kuò)展性。通過(guò)設(shè)計(jì)的數(shù)據(jù)模型來(lái)介紹滿足多語(yǔ)言情況下的各類(lèi)運(yùn)營(yíng)配置數(shù)據(jù)方法。通過(guò)提供SDK內(nèi)部實(shí)現(xiàn)本地緩存，MQ監(jiān)聽(tīng)，異步更新的機(jī)制解決了服務(wù)中心化的大流量問(wèn)題和緩存導(dǎo)致的數(shù)據(jù)不一致問(wèn)題。針對(duì)海外的具體情況，提出了客戶端緩存的相關(guān)方案。

　　IQ運(yùn)營(yíng)位從今年5月開(kāi)始規(guī)劃，歷時(shí)近半年時(shí)間，由于中途穿插了很多的產(chǎn)品需求，所以在自身使用與用戶反饋兩個(gè)渠道進(jìn)行問(wèn)題收集，前后共經(jīng)過(guò)了兩個(gè)版本的迭代。目前在運(yùn)營(yíng)后臺(tái)的界面與使用便利度上在持續(xù)優(yōu)化。

　　IQ運(yùn)營(yíng)位上線2個(gè)多月以來(lái)在愛(ài)奇藝海外站得到廣泛使用，在工程效率上更是有質(zhì)的提高，拿最近的錯(cuò)誤碼配置來(lái)舉例，錯(cuò)誤碼需要給客戶端返回各類(lèi)錯(cuò)誤碼以及對(duì)應(yīng)的相關(guān)文案，文案是多語(yǔ)言場(chǎng)景的，通過(guò)IQ運(yùn)營(yíng)位配置化實(shí)現(xiàn)，只需要在分析需求，拆分業(yè)務(wù)字段和數(shù)據(jù)露出的條件后，5min以內(nèi)就可以給出相應(yīng)的運(yùn)營(yíng)后臺(tái)。

　　當(dāng)然，隨著業(yè)務(wù)的迭代與場(chǎng)景更新，IQ運(yùn)營(yíng)位仍存在一些不完善的地方，在未來(lái)我們將會(huì)在工程實(shí)踐中的持續(xù)迭代過(guò)程中做更進(jìn)一步的工作，解決各類(lèi)問(wèn)題，更好的服務(wù)好IQ運(yùn)營(yíng)位的客戶與廣大愛(ài)奇藝海外用戶。

　　團(tuán)隊(duì)介紹：

　　愛(ài)奇藝海外phone后端團(tuán)隊(duì)：愛(ài)奇藝海外事業(yè)部下，負(fù)責(zé)愛(ài)奇藝海外phone后端服務(wù)的開(kāi)發(fā)和維護(hù)，為廣大用戶提供穩(wěn)定、高效、流暢的視頻內(nèi)容服務(wù)。

　　正飛：IQ運(yùn)營(yíng)位項(xiàng)目負(fù)責(zé)人，IQ運(yùn)營(yíng)位的設(shè)計(jì)與開(kāi)發(fā)者。