
- 參會(huì)報(bào)名
- 會(huì)議介紹
- 會(huì)議日程
- 會(huì)議嘉賓
- 參會(huì)指南
-
手機(jī)下單
首頁(yè) > 商務(wù)會(huì)議 > IT互聯(lián)網(wǎng)會(huì)議 > APMCon 2017中國(guó)應(yīng)用性能管理大會(huì) 更新時(shí)間:2018-05-05T11:31:51
![]() |
APMCon 2017中國(guó)應(yīng)用性能管理大會(huì) 已截止報(bào)名會(huì)議時(shí)間: 2017-08-10 08:00至 2017-08-11 18:00結(jié)束 會(huì)議地點(diǎn): 北京 北京新云南皇冠假日酒店 朝陽(yáng)區(qū)東北三環(huán)圣中街12號(hào)云南大廈 周邊酒店預(yù)訂
|
會(huì)議介紹
會(huì)議內(nèi)容 主辦方介紹

APMCon 2017中國(guó)應(yīng)用性能管理大會(huì)宣傳圖
驅(qū)動(dòng)應(yīng)用架構(gòu)優(yōu)化與創(chuàng)新
APMCon是由聽(tīng)云、極客邦科技與InfoQ聯(lián)合主辦的全球高水準(zhǔn)APM技術(shù)盛會(huì),聚焦當(dāng)前最為關(guān)鍵的移動(dòng)端、Web端和Server端的性能監(jiān)控和管理技術(shù)。整個(gè)會(huì)議包含智能運(yùn)維、數(shù)據(jù)庫(kù)性能優(yōu)化、移動(dòng)性能優(yōu)化、前端性能優(yōu)化、業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)分析和可視化、微服務(wù)與容器與CDN加速等話題。
APMCon內(nèi)容源于實(shí)踐并面向社區(qū),來(lái)自國(guó)內(nèi)外的演講嘉賓依據(jù)熱點(diǎn)話題,面向5年以上的技術(shù)團(tuán)隊(duì)負(fù)責(zé)人、中高級(jí)開(kāi)發(fā)和運(yùn)維人員、工程總監(jiān)分享APM技術(shù)創(chuàng)新、趨勢(shì)和最佳實(shí)踐。
專場(chǎng)簡(jiǎn)介
主論壇
從2015年開(kāi)始,APM這個(gè)詞逐漸火起來(lái),其主要推動(dòng)力則來(lái)自于移動(dòng)互聯(lián)網(wǎng)和企業(yè)互聯(lián)網(wǎng)+的轉(zhuǎn)型。隨著移動(dòng)互聯(lián)網(wǎng)和DT時(shí)代的不斷發(fā)展,APM離不開(kāi)云計(jì)算、移動(dòng)互聯(lián)網(wǎng)和大數(shù)據(jù)的伴隨。在國(guó)外,APM市場(chǎng)相對(duì)穩(wěn)定,技術(shù)更趨成熟。所以關(guān)于APM的發(fā)展趨勢(shì)以及演變方向,我們一起來(lái)聽(tīng)業(yè)界一線專家對(duì)此看法是怎么樣的。
?
移動(dòng)性能優(yōu)化
性能始終是移動(dòng)端開(kāi)發(fā)關(guān)注的重點(diǎn),如今很多公司都建立了性能監(jiān)控和分析平臺(tái),本專場(chǎng)將關(guān)注如何做到精準(zhǔn)的找到性能問(wèn)題并及時(shí)優(yōu)化,包括常見(jiàn)性能問(wèn)題優(yōu)化的最佳實(shí)踐。
?
智能運(yùn)維
智能運(yùn)維是用機(jī)器來(lái)代替運(yùn)維人員,在最少人工干預(yù)下,結(jié)合運(yùn)用腳本與第三方工具,保證業(yè)務(wù)7*24小時(shí)高效穩(wěn)定運(yùn)行,這也是運(yùn)維工作的終極目標(biāo)。智能運(yùn)維要做到事前預(yù)警、事中恢復(fù)和事后存檔,實(shí)際上有大量的工作要完成。該專場(chǎng)將聚焦不同模式下的IT基礎(chǔ)設(shè)施的建設(shè)和管理,探討智能工具和機(jī)制的實(shí)現(xiàn)。
?
云架構(gòu)優(yōu)化
云計(jì)算技術(shù)的應(yīng)用目前較為普遍,基于云端的性能監(jiān)控與管理在不斷的細(xì)化,也趨于正規(guī)化,將性能監(jiān)控服務(wù)加入到標(biāo)準(zhǔn)的云服務(wù)中的做法也得到了大型云廠商的認(rèn)可。本專場(chǎng)將邀請(qǐng)一線云企業(yè)共同討論“云+APM”共生模式下的架構(gòu)優(yōu)化最佳實(shí)踐。
?
Web服務(wù)器性能優(yōu)化
隨著用戶數(shù)量和和業(yè)務(wù)規(guī)模的極速增長(zhǎng),提高 Web 服務(wù)器的性能和可靠性對(duì)于企業(yè)是一個(gè)巨大的挑戰(zhàn)。如何通過(guò)工具定位系統(tǒng)性能瓶頸、自動(dòng)化檢測(cè)性能衰退等問(wèn)題是重點(diǎn)研究方向。這個(gè)專題會(huì)請(qǐng)一線公司來(lái)分享在 Web 服務(wù)性能優(yōu)化方面的一些經(jīng)驗(yàn)。
?
前端性能優(yōu)化
前端話題這兩年很火爆,前端面對(duì)的業(yè)務(wù)也在快速發(fā)展變化,工程的規(guī)模也在不斷擴(kuò)大,但對(duì)迭代速度的要求反而更高了。在這種情況下如何保證前端展示的性能穩(wěn)定性,是我們討論的重點(diǎn)。
?
數(shù)據(jù)庫(kù)性能優(yōu)化
伴隨著數(shù)據(jù)庫(kù)規(guī)模擴(kuò)大,數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的速率下降,性能上出現(xiàn)的問(wèn)題越來(lái)越多,數(shù)據(jù)庫(kù)的優(yōu)化顯得格外重要。除了提高硬件設(shè)備的性能,如增大內(nèi)存,更新CPU等,更多的是要對(duì)數(shù)據(jù)庫(kù)性能的優(yōu)化,保障系統(tǒng)高效地運(yùn),節(jié)約,系統(tǒng)開(kāi)銷,具有很好的應(yīng)用價(jià)值。
?
CDN加速
直播/短視頻平臺(tái)依靠帶寬儲(chǔ)備、CDN、視頻編解碼、云轉(zhuǎn)碼和負(fù)載均衡等方面的優(yōu)質(zhì)技術(shù)來(lái)輸出視頻內(nèi)容。CDN在這個(gè)環(huán)節(jié)幫助用戶解決首屏?xí)r間長(zhǎng)、卡頓率高的狀況,提升觀看體驗(yàn)。
?
業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)分析和可視化
了解服務(wù)端應(yīng)用之間的關(guān)系,對(duì)資源進(jìn)行深度檢查,找出修復(fù)方式,并通過(guò)數(shù)據(jù)可視化的方式將問(wèn)題直觀地展現(xiàn)出來(lái),幫助快速分析、診斷,找到解決方案。演講內(nèi)容中也會(huì)涉及流數(shù)據(jù)處理和分析技術(shù)細(xì)節(jié)。
?
大規(guī)模網(wǎng)絡(luò)架構(gòu)優(yōu)化
業(yè)務(wù)系統(tǒng)架構(gòu)的設(shè)計(jì)和優(yōu)化,直接決定著業(yè)務(wù)交易的命脈,當(dāng)系統(tǒng)架構(gòu)不合理時(shí)就會(huì)出現(xiàn)各種交易中斷、業(yè)務(wù)受阻、系統(tǒng)不穩(wěn)定等諸多問(wèn)題。如何規(guī)劃設(shè)計(jì)大規(guī)模網(wǎng)站架構(gòu),來(lái)保證系統(tǒng)可控、可管理,并能滿足未來(lái)的應(yīng)用需求是很關(guān)鍵的。本專題將邀請(qǐng)門戶網(wǎng)站和大型電商的專家來(lái)分享網(wǎng)站架構(gòu)優(yōu)化實(shí)踐。
?
金融專場(chǎng)
金融專場(chǎng)將聚焦傳統(tǒng)金融在IT技術(shù)上的創(chuàng)新技術(shù),包括傳統(tǒng)銀行、證券、保險(xiǎn)等行業(yè)在實(shí)現(xiàn)統(tǒng)一化、標(biāo)準(zhǔn)化、可視化管理,以及實(shí)現(xiàn)靈活調(diào)度,快速交付,敏捷開(kāi)發(fā)等場(chǎng)景下的性能管理和優(yōu)化經(jīng)驗(yàn)。
?
微服務(wù)與容器
微服務(wù)的優(yōu)勢(shì)顯而易見(jiàn),但是在應(yīng)用中也有很多挑戰(zhàn),譬如服務(wù)拆分、服務(wù)治理、測(cè)試、自動(dòng)化部署以及監(jiān)控告警等。而以Docker為核心的容器生態(tài)在持續(xù)進(jìn)化,逐漸成了IT基礎(chǔ)架構(gòu)中的關(guān)鍵技術(shù)。同時(shí)像k8s這樣的技術(shù)在大集群管理、運(yùn)維監(jiān)控等方面仍然面臨著困難。本專題就請(qǐng)一流公司來(lái)分享解決方案和實(shí)踐經(jīng)驗(yàn),為后來(lái)者提供技術(shù)參考。
大咖說(shuō)
我多年來(lái)一直在計(jì)算性能方面學(xué)習(xí)和工作,現(xiàn)在Facebook從事性能優(yōu)化。去年在LinkedIn任職的時(shí)候有幸受邀參加了2016年首屆APMCon會(huì)議,自覺(jué)受益匪淺。
在數(shù)據(jù)和計(jì)算飛速增長(zhǎng)的今天,公司越來(lái)越需要APM服務(wù)。數(shù)據(jù)和計(jì)算規(guī)模的擴(kuò)大,集中表現(xiàn)在三個(gè)方面:數(shù)據(jù)量的增加,計(jì)算規(guī)模的擴(kuò)大,實(shí)時(shí)性的要求。這些對(duì)計(jì)算平臺(tái)以及應(yīng)用的性能監(jiān)測(cè)方面提出了新要求:全方位的高度自動(dòng)化監(jiān)測(cè)的APM系統(tǒng)。在APMCon會(huì)議上,我非常欣慰的了解到國(guó)內(nèi)以聽(tīng)云為代表的APM業(yè)界的動(dòng)態(tài),也很高興的認(rèn)識(shí)了眾多國(guó)內(nèi)國(guó)外同行。我認(rèn)為這個(gè)會(huì)議辦得很好,強(qiáng)烈推薦在APM領(lǐng)域的朋友參加。
——莊振運(yùn)? Facebook 資深計(jì)算性能工程師
有幸參與了首屆APMCon大會(huì)的圓桌論壇,做了《基于機(jī)器學(xué)習(xí)的智能運(yùn)維》的演講, 同時(shí)聆聽(tīng)了很多精彩分享。 作為十幾年運(yùn)維經(jīng)驗(yàn)的老兵,我受益良多。APMCon 演講既有國(guó)際視野又接地氣,覆蓋面廣,演講稿在互聯(lián)網(wǎng)中傳播非常廣泛;參會(huì)牛人多,是一個(gè)極好的線下交流機(jī)會(huì),促進(jìn)了不少參會(huì)者之間的合作。相信APMCon 2017 會(huì)更精彩!
——裴丹? 清華計(jì)算機(jī)系副教授? 智能運(yùn)維算法專家
APMCon是國(guó)內(nèi)為數(shù)不多的關(guān)注于應(yīng)用性能監(jiān)控和優(yōu)化的技術(shù)大會(huì)。作為第一屆APMCon的講師,我推薦大家來(lái)大會(huì)參與研討,看看行業(yè)領(lǐng)先的公司是如何分析和解決問(wèn)題的。相信你一定會(huì)有不一樣的收獲。他山之石可以攻玉,APMCon就是一個(gè)學(xué)習(xí)進(jìn)步的機(jī)會(huì)。
——胥峰? 盛大游戲高級(jí)研究員? 《Linux運(yùn)維最佳實(shí)踐》作者
如果你的業(yè)務(wù)系統(tǒng)是 PHP、Ruby、Python 等語(yǔ)言構(gòu)建的,還需要提供相關(guān)技術(shù)棧的性能監(jiān)控和優(yōu)化支持??梢哉f(shuō),APM 是一套完整的云端技術(shù)和服務(wù)。
如果你的團(tuán)隊(duì)已經(jīng)有了足夠的用戶和流量,還沒(méi)有使用過(guò) APM 技術(shù),甚至線上竟然還沒(méi)有出過(guò)問(wèn)題,那么我要先恭喜你一下,然后建議,盡快了解一下 APM 吧。哦,對(duì)了,這里剛好有一個(gè) APMCon 大會(huì)推薦給你
——MacTalk 《云端時(shí)代的技術(shù)選擇》
在互聯(lián)網(wǎng)領(lǐng)域,用戶體驗(yàn)的重要性不言而喻。很多企業(yè)現(xiàn)在將業(yè)務(wù)構(gòu)建在互聯(lián)網(wǎng)上,不可避免的會(huì)遇到網(wǎng)絡(luò)故障導(dǎo)致業(yè)務(wù)緩慢或中斷的情況。這也是為什么應(yīng)用性能管理技術(shù)越來(lái)越受用戶和企業(yè)關(guān)注的核心原因所在。APMCon 聚焦這些性能問(wèn)題,共同探討 APM 相關(guān)的性能優(yōu)化、技術(shù)方案以及架構(gòu)細(xì)節(jié),為更多的行業(yè)從業(yè)者傳遞應(yīng)用架構(gòu)優(yōu)化和創(chuàng)新內(nèi)容。
——小道消息 《你知道什么是應(yīng)用性能管理嗎》
查看更多

聽(tīng)云平臺(tái),隸屬于北京基調(diào)網(wǎng)絡(luò)股份有限公司。公司成立于2007年,是國(guó)內(nèi)首家從事應(yīng)用性能管理和用戶體驗(yàn)優(yōu)化的第三方監(jiān)測(cè)服務(wù)提供商。目前有超過(guò)200員工,研發(fā)團(tuán)隊(duì)占比60%,總部位于北京,在上海、廣州、深圳、成都分別設(shè)有分公司。公司經(jīng)過(guò)9年技術(shù)深耕和市場(chǎng)培育,已成為中國(guó)應(yīng)用性能管理(APM)行業(yè)領(lǐng)軍企業(yè),于2015年2月完成新三板上市,股票代碼(NEEQ:832015)。 聽(tīng)云是公司全新的APM服務(wù)平臺(tái),為客戶提供從移動(dòng)客戶端到服務(wù)器端再到網(wǎng)絡(luò)層面的全方位解決方案。幫助客戶實(shí)時(shí)監(jiān)控定位從崩潰報(bào)錯(cuò)、慢交互到網(wǎng)絡(luò)環(huán)境出錯(cuò)等多維度復(fù)雜的性能問(wèn)題。聽(tīng)云致力于用戶視角的IT管理創(chuàng)新服務(wù),為不同行業(yè)提供最終用戶端到端的完整應(yīng)用鏈的性能管理解決方案,幫助客戶不斷優(yōu)化系統(tǒng)性能及用戶體驗(yàn),提高用戶滿意度和企業(yè)競(jìng)爭(zhēng)力。

InfoQ(Information Queue)全球站正式啟動(dòng)于2006年6月8日,InfoQ中文站正式啟動(dòng)于2007年3月28日,是一個(gè)在線新聞/社區(qū)網(wǎng)站,旨在通過(guò)促進(jìn)軟件開(kāi)發(fā)領(lǐng)域知識(shí)與創(chuàng)新的傳播,為軟件開(kāi)發(fā)者提供幫助。今天的InfoQ已經(jīng)是一家國(guó)際性的公司,在加拿大、美國(guó)、中國(guó)和羅馬尼亞均設(shè)有辦公室,運(yùn)作兩大品牌產(chǎn)品:InfoQ網(wǎng)站,以及QCon大會(huì)。InfoQ設(shè)有英文站、中文站、日文站和巴西葡文站,每月有來(lái)自全球的70多萬(wàn)用戶訪問(wèn)了我們的網(wǎng)站,閱讀由來(lái)自世界各地的上百位社區(qū)編輯撰寫(xiě)的內(nèi)容。社區(qū)編輯均是來(lái)自一線的技術(shù)實(shí)踐者,他們熱衷于分享自己了解到的新鮮技術(shù),并熱衷于邀請(qǐng)更多專業(yè)人士分享他們的經(jīng)驗(yàn)。

極客邦科技, 是一家IT技術(shù)學(xué)習(xí)服務(wù)綜合提供商,旗下運(yùn)營(yíng)InfoQ技術(shù)媒體、EGO社交網(wǎng)絡(luò)、StuQ在線教育等三大業(yè)務(wù)品牌,致力于通過(guò)整合全球優(yōu)質(zhì)學(xué)習(xí)資源、幫助技術(shù)人和企業(yè)成長(zhǎng)。
會(huì)議日程
(最終日程以會(huì)議現(xiàn)場(chǎng)為準(zhǔn))
8月10日 8月11日
CDN加速 (大宴會(huì)廳A)
【會(huì)場(chǎng)簡(jiǎn)介】 直播/短視頻平臺(tái)依靠帶寬儲(chǔ)備、CDN、視頻編解碼、云轉(zhuǎn)碼和負(fù)載均衡等方面的優(yōu)質(zhì)技術(shù)來(lái)輸出視頻內(nèi)容。CDN在這個(gè)環(huán)節(jié)幫助用戶解決首屏?xí)r間長(zhǎng)、卡頓率高的狀況,提升觀看體驗(yàn)。
《陌陌直播智能CDN調(diào)度系統(tǒng)實(shí)踐之路》
陌陌直播發(fā)展迅猛,具有較大的量級(jí),CDN作為直播系統(tǒng)的核心組成部分,從成本層面來(lái)看已經(jīng)是支出的很大組成部分,而質(zhì)量的保障也直接影響到直播的體驗(yàn)。當(dāng)前商用CDN質(zhì)量良莠不齊,并且國(guó)內(nèi)網(wǎng)絡(luò)故障也時(shí)有發(fā)生,怎么在成本和體驗(yàn)上做到更好的折衷是陌陌所面臨的挑戰(zhàn)。陌陌在這方面也做了大量的工作,此次分享將會(huì)進(jìn)一步展開(kāi)說(shuō)明陌陌在這方面碰到的問(wèn)題、所做的嘗試及其最佳實(shí)踐經(jīng)驗(yàn)。
演講提綱:
1、直播與CDN;
2、直播CDN面臨的挑戰(zhàn)及其應(yīng)對(duì)方式;
3、智能CDN調(diào)度系統(tǒng)。
聽(tīng)眾受益:
1、了解CDN在直播系統(tǒng)中重要程度及其影響范圍;
2、CDN面臨的挑戰(zhàn)及其應(yīng)對(duì)方式;
3、陌陌通過(guò)構(gòu)建智能CDN系統(tǒng)來(lái)保障用戶體驗(yàn)和控制成本的實(shí)踐經(jīng)驗(yàn)。
《視頻直播的智能流量調(diào)度系統(tǒng)》
主播的直播過(guò)程,需要通過(guò)推流軟件推到CDN的邊緣節(jié)點(diǎn)上,CDN邊緣節(jié)點(diǎn)將視頻流轉(zhuǎn)進(jìn)行轉(zhuǎn)碼處理,再轉(zhuǎn)推到中心節(jié)點(diǎn),然后再分發(fā)到各個(gè)用戶觀看端的邊緣節(jié)點(diǎn)。
傳統(tǒng)的直播平臺(tái),主播和觀眾都是在一家CDN上進(jìn)行推流和拉流,熊貓直播創(chuàng)新性的引入多家CDN進(jìn)行互推和轉(zhuǎn)碼,再基于各個(gè)用戶端的打點(diǎn),彈幕信息對(duì)CDN進(jìn)行多個(gè)維度的預(yù)判,對(duì)不同地區(qū)的用戶采用不同的CDN進(jìn)行拉流觀看,確保用戶最佳的觀看體驗(yàn)。
《白山直播CDN流傳遞鏈路優(yōu)化實(shí)踐》
直播業(yè)務(wù)最重要兩個(gè)指標(biāo)是首屏?xí)r間和卡頓率,對(duì)網(wǎng)路延遲丟包非常敏感。從主播推流->CDN推流邊緣->CDN源站->CDN拉流父->CDN拉流邊緣->觀眾觀看,直播要經(jīng)歷眾多網(wǎng)絡(luò)環(huán)節(jié),其中單個(gè)環(huán)節(jié)節(jié)點(diǎn)的秒級(jí)持續(xù)丟包就會(huì)造成后續(xù)直播流傳遞不流暢,進(jìn)而產(chǎn)生大量卡頓。然而網(wǎng)絡(luò)節(jié)點(diǎn)故障丟包時(shí)有發(fā)生,怎么在復(fù)雜的網(wǎng)絡(luò)環(huán)境下保證直播流的流暢播放、降低卡頓率是直播CDN平臺(tái)比較大挑戰(zhàn)。此次分享從三個(gè)方面介紹白山直播CDN在這塊做的一些工作及經(jīng)驗(yàn),來(lái)有效降低客戶直播卡頓率。
演講提綱:
1、推流上行穩(wěn)定性優(yōu)化保障;
2、拉流下行流暢度優(yōu)化保障;
3、海外直播質(zhì)量?jī)?yōu)化保障。
大規(guī)模網(wǎng)絡(luò)架構(gòu)優(yōu)化 (大宴會(huì)廳B)
【會(huì)場(chǎng)簡(jiǎn)介】 業(yè)務(wù)系統(tǒng)架構(gòu)的設(shè)計(jì)和優(yōu)化,直接決定著業(yè)務(wù)交易的命脈,當(dāng)系統(tǒng)架構(gòu)不合理時(shí)就會(huì)出現(xiàn)各種交易中斷、業(yè)務(wù)受阻、系統(tǒng)不穩(wěn)定等諸多問(wèn)題。如何規(guī)劃設(shè)計(jì)大規(guī)模網(wǎng)站架構(gòu),來(lái)保證系統(tǒng)可控、可管理,并能滿足未來(lái)的應(yīng)用需求是很關(guān)鍵的。本專題將邀請(qǐng)門戶網(wǎng)站和大型電商的專家來(lái)分享網(wǎng)站架構(gòu)優(yōu)化實(shí)踐。
《搜狐服務(wù)架構(gòu)優(yōu)化實(shí)踐》
搜狐業(yè)務(wù)橫跨新聞,視頻,社交,移動(dòng)端,垂直領(lǐng)域等諸多方向,業(yè)務(wù)模式也非常多樣化。在最近兩年,搜狐的后臺(tái)服務(wù)體系,運(yùn)維體系,CDN架構(gòu),IDC架構(gòu)都在快速的優(yōu)化改進(jìn)。影響用戶體驗(yàn)的點(diǎn)都有哪些,如何優(yōu)化,我們?cè)谶@一輪搜狐服務(wù)的優(yōu)化中進(jìn)行了深入的思考和實(shí)踐。
本次將和大家分享在大型綜合網(wǎng)站的后臺(tái)架構(gòu)優(yōu)化,微服務(wù)體系,用戶端連接優(yōu)化,監(jiān)控體系建設(shè)等方面的經(jīng)驗(yàn)和教訓(xùn)。
聽(tīng)眾收益:
1、更加深入的了解微服務(wù)架構(gòu)在后端服務(wù)快速迭代中的作用;
2、如何解決具有大量歷史遺留問(wèn)題的系統(tǒng)的升級(jí)改造;
3、了解影響用戶訪問(wèn)體驗(yàn)的關(guān)鍵點(diǎn)及優(yōu)化策略;
4、了解如何使用HTTPS,以及HTTPDNS更好的服務(wù)用戶;
5、大規(guī)模全網(wǎng)監(jiān)控以及服務(wù)監(jiān)控如何搭建,將產(chǎn)生什么樣的作用。
《新浪廣告系統(tǒng)的服務(wù)化優(yōu)化歷程》
其實(shí)新浪很早就開(kāi)始研究廣告系統(tǒng)了,根據(jù)UserID + CookieID + 用戶行為日志等多重要素進(jìn)行用戶區(qū)分,進(jìn)而針對(duì)個(gè)體用戶做控頻投放。同時(shí)為了更好的監(jiān)控廣告服務(wù)平臺(tái)的性能和準(zhǔn)確性,新浪廣告技術(shù)團(tuán)多在此基礎(chǔ)上進(jìn)行了眾多改善措施。
本次演講會(huì)具體介紹:
1、新浪廣告系統(tǒng)過(guò)去的技術(shù)架構(gòu)和造成的技術(shù)痛點(diǎn)。
2、新浪廣告系統(tǒng)在解決痛點(diǎn)問(wèn)題時(shí)的技術(shù)分析與選擇。
3、新浪廣告系統(tǒng)的服務(wù)化過(guò)程:解決業(yè)務(wù)痛點(diǎn);技術(shù)上的權(quán)衡取舍;對(duì)系統(tǒng)性能的提升;對(duì)高可靠性和可擴(kuò)展性的架構(gòu)設(shè)計(jì)。
4、服務(wù)化過(guò)程中的技術(shù)收獲和經(jīng)驗(yàn)總結(jié)。
Web服務(wù)器性能優(yōu)化 (大宴會(huì)廳C)
【會(huì)場(chǎng)簡(jiǎn)介】 隨著用戶數(shù)量和和業(yè)務(wù)規(guī)模的極速增長(zhǎng),提高 Web 服務(wù)器的性能和可靠性對(duì)于企業(yè)是一個(gè)巨大的挑戰(zhàn)。如何通過(guò)工具定位系統(tǒng)性能瓶頸、自動(dòng)化檢測(cè)性能衰退等問(wèn)題是重點(diǎn)研究方向。這個(gè)專題會(huì)請(qǐng)一線公司來(lái)分享在 Web 服務(wù)性能優(yōu)化方面的一些經(jīng)驗(yàn)。
《瓜子二手車網(wǎng)的性能優(yōu)化實(shí)踐之路》
首先會(huì)介紹性能優(yōu)化的總體概括;I/O方面、網(wǎng)絡(luò)方面、計(jì)算方面、架構(gòu)方面的優(yōu)化思路;性能監(jiān)控平臺(tái)的搭建;瓜子二手車網(wǎng)經(jīng)歷了哪三個(gè)架構(gòu)版本,以及每個(gè)版本碰到的問(wèn)題和解決思路;以瓜子性能上的EP實(shí)踐為例做詳細(xì)的解讀;同時(shí),隨著技術(shù)引領(lǐng),微服務(wù)也在瓜子網(wǎng)落地,講講微服務(wù)化架構(gòu)的性能優(yōu)化歷程。
《Web應(yīng)用系統(tǒng)性能優(yōu)化》
應(yīng)用系統(tǒng)性能優(yōu)化是應(yīng)用容量管理中的重要主題。傳統(tǒng)方法是依靠在代碼中大量埋點(diǎn)打日志進(jìn)行人工分析,周期長(zhǎng)效率低,并且有代碼侵入。本次演講向大家分析藝龍如何依托聽(tīng)云進(jìn)行相關(guān)系統(tǒng)的性能問(wèn)題定位、分析,最終優(yōu)化上線的過(guò)程。
《Web服務(wù)架構(gòu)變遷與性能優(yōu)化》
演講內(nèi)容分為三部分:
第一部分介紹通過(guò)業(yè)務(wù)迭代,不斷推出架構(gòu)升級(jí),也就是云架構(gòu),在整個(gè)升級(jí)過(guò)程中,會(huì)介紹從單架構(gòu)到分布式架構(gòu),再到微服務(wù)架構(gòu)的演變歷程。
第二部分會(huì)圍繞Web服務(wù)的自檢功能,即分布式監(jiān)控系統(tǒng)。
1、動(dòng)態(tài)負(fù)載策略,主要講解根據(jù)機(jī)器與流量相關(guān)指標(biāo),自動(dòng)擴(kuò)容與縮容;
2、網(wǎng)絡(luò)安全策略,主要講解IP/UA/驗(yàn)證碼限制訪問(wèn)功能,防止惡意攻擊和訪問(wèn);
3、日志監(jiān)控策略,主要講解ELK進(jìn)行應(yīng)用日志搜索與監(jiān)控;
4、請(qǐng)求跟蹤策略,主要講解多系統(tǒng)交互下,如何監(jiān)控請(qǐng)求故障節(jié)點(diǎn)。
第三部分會(huì)圍繞Web服務(wù)的升級(jí)趨勢(shì)-云服務(wù)。講解面向云服務(wù),專注業(yè)務(wù),提升開(kāi)發(fā)效率和系統(tǒng)穩(wěn)定性內(nèi)容。
前端性能優(yōu)化 (昆明多功能廳)
【會(huì)場(chǎng)簡(jiǎn)介】 前端話題這兩年很火爆,前端面對(duì)的業(yè)務(wù)也在快速發(fā)展變化,工程的規(guī)模也在不斷擴(kuò)大,但對(duì)迭代速度的要求反而更高了。在這種情況下如何保證前端展示的性能穩(wěn)定性,是我們討論的重點(diǎn)。
梁士興
美團(tuán)大眾點(diǎn)評(píng)高級(jí)技術(shù)專家【簡(jiǎn)介】 2009年畢業(yè)于北京航空航天大學(xué),現(xiàn)就職于美團(tuán)大眾點(diǎn)評(píng),任職高級(jí)技術(shù)專家。有多年的一線開(kāi)發(fā)經(jīng)驗(yàn),對(duì)移動(dòng)應(yīng)用性能優(yōu)化方面有深入的研究和獨(dú)到的見(jiàn)解。對(duì)前端前沿技術(shù)、移動(dòng)應(yīng)用架構(gòu)模式非常感興趣。愿意與志同道合的朋友們討論問(wèn)題和分享想法。
《基于VUE的單頁(yè)面性能優(yōu)化實(shí)踐》
針對(duì)單頁(yè)面首次加載速度較慢的問(wèn)題,對(duì)單頁(yè)面應(yīng)用進(jìn)行了優(yōu)化,使用了Vue ssr、數(shù)據(jù)請(qǐng)求并行、緩存、按需分塊加載、預(yù)加載、PWA等等優(yōu)化策略。解決單頁(yè)面存在的“痛點(diǎn)”問(wèn)題,大幅度減少了單頁(yè)應(yīng)用的首屏呈現(xiàn)時(shí)間。同時(shí)對(duì)比其與同構(gòu)渲染方案的異同。
《基于Web前端的可用性優(yōu)化》
傳統(tǒng)Web都是通過(guò)服務(wù)端進(jìn)行頁(yè)面的可用性監(jiān)控(比如服務(wù)異常、流量下降),但距離用戶真實(shí)看到正常頁(yè)面展現(xiàn),期間的網(wǎng)絡(luò)、前端渲染等是傳統(tǒng)Web的性能監(jiān)控運(yùn)維的盲點(diǎn)。
本次主題主要從基于Web前端框架的可用性監(jiān)控角度,闡述百度搜索如何通過(guò)前端去進(jìn)行頁(yè)面的可用性評(píng)估與監(jiān)控,主要大綱包括:
1、前端可用性監(jiān)控與服務(wù)端可用性監(jiān)控差異與優(yōu)勢(shì);
2、百度搜索前端可用性標(biāo)準(zhǔn)的探索與建立;
3、前端可用性監(jiān)控原理:前端框架特性和監(jiān)控細(xì)節(jié);
4、基于前端可用性的優(yōu)化之路:發(fā)現(xiàn)盲點(diǎn),推動(dòng)優(yōu)化。
15:10-15:55 胡成全 美團(tuán)點(diǎn)評(píng)酒旅事業(yè)群前端技術(shù)專家
《如何做微信小程序性能優(yōu)化》
首先會(huì)簡(jiǎn)要介紹一下小程序的現(xiàn)狀,介紹小程序熱度和性能優(yōu)化的意義。根據(jù)實(shí)際開(kāi)發(fā)和應(yīng)用過(guò)程中案例引入性能優(yōu)化的必要。緊接著介紹小程序的技術(shù)架構(gòu),背后的實(shí)現(xiàn)機(jī)制,分析其特點(diǎn),指出存在性能瓶頸的原因和性能瓶頸的表現(xiàn)。隨后會(huì)重點(diǎn)介紹常見(jiàn)的性能問(wèn)題和解決方案,沉淀出的最佳實(shí)踐,這一點(diǎn)應(yīng)該是開(kāi)發(fā)者比較關(guān)注的內(nèi)容。最后從產(chǎn)品方案,交互體驗(yàn),性能監(jiān)控等完整生態(tài)鏈建設(shè)多維度拓展性能優(yōu)化的手段和建議,一切性能優(yōu)化的最終目的都是用戶體驗(yàn)優(yōu)化。
常見(jiàn)問(wèn)題和方案:
數(shù)據(jù)預(yù)加載
setData最小數(shù)據(jù)量,1024K上限setData原理,機(jī)制,緩沖隊(duì)列 hack Page.onNavigate() refferer規(guī)則,appid/version樣式加載(減小冗余,全局樣式)
優(yōu)化手段:
優(yōu)化的最終目的:體驗(yàn)優(yōu)化;
產(chǎn)品設(shè)計(jì):產(chǎn)品和交互設(shè)計(jì),因地制宜的功能和實(shí)現(xiàn);
技術(shù)優(yōu)化:功能既定之后解決問(wèn)題;
防治和監(jiān)控:性能指標(biāo),異常監(jiān)控和報(bào)警機(jī)制,完整生態(tài)建設(shè)帶來(lái)的持續(xù)收益。
《新平臺(tái):優(yōu)化前端技術(shù)棧產(chǎn)品體驗(yàn)新思路》
傳統(tǒng)前端開(kāi)發(fā),大多數(shù)情況下只能通過(guò)純粹前端的手段對(duì)產(chǎn)品的性能體驗(yàn)進(jìn)行優(yōu)化,受限于Web平臺(tái)的束縛,優(yōu)化效果有限,與原生應(yīng)用的差距不小,小米直達(dá)服務(wù)是小米的一個(gè)應(yīng)用開(kāi)發(fā)平臺(tái),使用前端技術(shù)棧開(kāi)發(fā),但體驗(yàn)可以達(dá)到原生應(yīng)用的效果,分享的內(nèi)容主要圍繞直達(dá)服務(wù)平臺(tái)的性能體驗(yàn)優(yōu)化原理展開(kāi),展示如何使用新的平臺(tái)思路,跳出Web平臺(tái),對(duì)前端技術(shù)棧進(jìn)行深度優(yōu)化,以達(dá)到原生應(yīng)用的體驗(yàn)效果。
查看更多
移動(dòng)性能優(yōu)化 (大宴會(huì)廳A)
【會(huì)場(chǎng)簡(jiǎn)介】 性能始終是移動(dòng)端開(kāi)發(fā)關(guān)注的重點(diǎn),如今很多公司都建立了性能監(jiān)控和分析平臺(tái),本專場(chǎng)將關(guān)注如何做到精準(zhǔn)的找到性能問(wèn)題并及時(shí)優(yōu)化,包括常見(jiàn)性能問(wèn)題優(yōu)化的最佳實(shí)踐。
紀(jì)綱
奇虎360手機(jī)衛(wèi)士性能質(zhì)量組技術(shù)經(jīng)理【簡(jiǎn)介】目前在奇虎360手機(jī)衛(wèi)士部門任職性能質(zhì)量組的技術(shù)經(jīng)理。作為工程師從事過(guò)iOS和Android應(yīng)用的開(kāi)發(fā),并在Android端完成了基本的內(nèi)存性能檢測(cè)工具。指導(dǎo)搭建了手機(jī)衛(wèi)士性能檢測(cè)系統(tǒng)1.0版本。
《小紅書(shū)移動(dòng)端自動(dòng)化數(shù)據(jù)采集實(shí)踐》
在整個(gè)手機(jī)用戶增長(zhǎng)放緩的情況下,大家都意識(shí)到精細(xì)化運(yùn)營(yíng)的重要性,這當(dāng)然離不開(kāi)準(zhǔn)確的數(shù)據(jù)支撐 ,并且以往大家所知的數(shù)據(jù)采集方案早已不能滿足需求,所以我們不斷迭代,開(kāi)發(fā)了一套適合自己業(yè)務(wù)和產(chǎn)品的自動(dòng)打點(diǎn)框架。本議題將會(huì)分享如何無(wú)侵入式的全量采集用戶行為數(shù)據(jù),如何整理清洗采集后的數(shù)據(jù),專為實(shí)時(shí)系統(tǒng)設(shè)計(jì)的數(shù)據(jù)采集方案。
《微信重度用戶體驗(yàn)的優(yōu)化之道》
作為日常即時(shí)通訊工具,很多用戶已經(jīng)成為微信的重度用戶,那么重度用戶在使用微信的時(shí)候遇到過(guò)什么問(wèn)題,內(nèi)存不夠,閃退?基于此,微信團(tuán)隊(duì)做了很多針對(duì)微信重度?戶需求的解決方案,通過(guò)問(wèn)題監(jiān)控和深度分析,依據(jù)終端重度?戶體驗(yàn)的通?優(yōu)化原則,對(duì)出現(xiàn)的故障進(jìn)行修復(fù),提升用戶體驗(yàn)。除了介紹整個(gè)過(guò)程中的技術(shù)措施之外,還會(huì)分享優(yōu)化實(shí)踐案例。
《手機(jī)衛(wèi)士性能優(yōu)化方案-Android篇》
對(duì)于一個(gè)Android的應(yīng)用程序而言,性能問(wèn)題是繞不開(kāi)的山丘。旗艦機(jī)的半年卡慢宿命的原因是什么?導(dǎo)致Android應(yīng)用越用越差的因素有哪些?如何查找,分析和解決應(yīng)用性能問(wèn)題?
本次分享以手機(jī)衛(wèi)士這個(gè)體量的超級(jí)App為例,為Android應(yīng)用解決性能問(wèn)題提供一套處理方案。包括開(kāi)發(fā)前如何預(yù)防性能問(wèn)題的產(chǎn)生和發(fā)布后如何監(jiān)控用戶手機(jī)端的性能指標(biāo)。并針對(duì)內(nèi)存,卡頓等關(guān)鍵指標(biāo)提供較為完整的發(fā)現(xiàn)問(wèn)題和解決問(wèn)題的方法。
聽(tīng)眾收獲:
1、對(duì)Android應(yīng)用的性能問(wèn)題有較為完整的認(rèn)知,知道需要關(guān)注哪些性能指標(biāo);
2、了解性能監(jiān)控系統(tǒng)有哪些組成部分;
3、了解關(guān)鍵性能指標(biāo)問(wèn)題的分析方法;
4、了解在開(kāi)發(fā)中如何預(yù)防發(fā)生性能問(wèn)題。
12:15-13:30 午休
13:30-14:15 戴銘 滴滴出行技術(shù)專家
《深入剖析 iOS 性能優(yōu)化》
從集合時(shí)間復(fù)雜度的優(yōu)化,到網(wǎng)絡(luò),多線程,計(jì)時(shí)器,I/O,定位性能優(yōu)化進(jìn)行全面的分析,分享開(kāi)發(fā)性能優(yōu)化工具的實(shí)踐過(guò)程,針對(duì)關(guān)鍵技術(shù)點(diǎn)比如Mach線程,利用Mach-O的_LINKEDIT段進(jìn)行地址符號(hào)化還原算法,fishhook運(yùn)用等技術(shù)進(jìn)行詳細(xì)深入的介紹。
聽(tīng)眾收獲:
1、全面了解影響性能問(wèn)題的因素;
2、學(xué)習(xí)開(kāi)發(fā)性能優(yōu)化工具的關(guān)鍵技術(shù)點(diǎn)。
《app結(jié)構(gòu)重塑》
《Android應(yīng)用啟動(dòng)速度和內(nèi)存優(yōu)化實(shí)踐》
隨著產(chǎn)品的持續(xù)交付,Android應(yīng)用體量變得越來(lái)越大,操作卡頓、內(nèi)存爆漲、啟動(dòng)時(shí)間太長(zhǎng)等性能問(wèn)題也隨之而來(lái)。有哪些方法可以快速定位來(lái)解決問(wèn)題?如何用最小代價(jià)提高運(yùn)行速度,減少應(yīng)用內(nèi)存占用?有哪些具體可操作性的優(yōu)化手段?
本次分享將以獵豹安全大師為例,講解在優(yōu)化啟動(dòng)速度和內(nèi)存的過(guò)程中遇到哪些問(wèn)題、踩過(guò)哪些坑,以及我們實(shí)踐過(guò)的有效解決方案。
聽(tīng)眾受益:
1、了解Android應(yīng)用啟動(dòng)流程,知道如何快速解決性能瓶頸;
2、了解內(nèi)存開(kāi)銷的大頭,知道如何快速有效減少應(yīng)用內(nèi)存開(kāi)銷;
3、了解性能優(yōu)化的一些技術(shù)難點(diǎn)。
云架構(gòu)優(yōu)化實(shí)踐 (大宴會(huì)廳B)
【會(huì)場(chǎng)簡(jiǎn)介】 云計(jì)算技術(shù)的應(yīng)用目前較為普遍,基于云端的性能監(jiān)控與管理在不斷的細(xì)化,也趨于正規(guī)化,將性能監(jiān)控服務(wù)加入到標(biāo)準(zhǔn)的云服務(wù)中的做法也得到了大型云廠商的認(rèn)可。本專場(chǎng)將邀請(qǐng)一線云企業(yè)共同討論“云+APM”共生模式下的架構(gòu)優(yōu)化最佳實(shí)踐。
《云平臺(tái)性能優(yōu)化》
企業(yè)IT架構(gòu)越來(lái)越多的遷移到云平臺(tái)之上,在企業(yè)大規(guī)模的自建云平臺(tái)浪潮中,對(duì)如何發(fā)揮出底層物理硬件性能,既滿足業(yè)務(wù)響應(yīng)要求,又相對(duì)節(jié)省硬件投入,保持一個(gè)較高的投入產(chǎn)出比提出了更高的要求。自建云平臺(tái)基礎(chǔ)設(shè)施復(fù)雜度高,組件間耦合程度高,同時(shí)隨著SDN,虛擬化,分布式存儲(chǔ)等新技術(shù)在企業(yè)內(nèi)部落地,為IT運(yùn)維管理團(tuán)隊(duì)提出了新的挑戰(zhàn)。我們將從云平臺(tái)、基礎(chǔ)軟件等視角產(chǎn)生云平臺(tái)性能優(yōu)化具體實(shí)踐,希望能對(duì)云平臺(tái)運(yùn)維管理人員有所啟發(fā)。
《從黑盒運(yùn)維到DEVOPS》
傳統(tǒng)IT基礎(chǔ)設(shè)施甚至是一些云平臺(tái)的運(yùn)維都是依靠人肉的方法、用最傳統(tǒng)的運(yùn)維監(jiān)控處理手段,使得故障的發(fā)現(xiàn)總會(huì)慢于業(yè)務(wù),故障的處理更是慢如蝸牛。這種運(yùn)維方法和水平,在企業(yè)快速上云、自建云化平臺(tái)的大潮當(dāng)中早已不適用,業(yè)務(wù)柔性能力低、業(yè)務(wù)響應(yīng)要求快、基礎(chǔ)設(shè)施復(fù)雜度高,這都迫使我們轉(zhuǎn)型。議題中,我們從云平臺(tái)、基礎(chǔ)設(shè)施、業(yè)務(wù)用戶、企業(yè)運(yùn)維等多維度闡述IAAS新的運(yùn)維方法和和趨勢(shì),望對(duì)云平臺(tái)的用戶和基礎(chǔ)設(shè)施IT運(yùn)維人員有所啟發(fā)。
《混合云架構(gòu)設(shè)計(jì)及性能監(jiān)控》
混合云是目前滿足企業(yè)運(yùn)營(yíng)成本、性能指標(biāo)、數(shù)據(jù)安全、風(fēng)險(xiǎn)管控等需求的折中方案?;诨旌显萍軜?gòu)的云平臺(tái)設(shè)計(jì)相對(duì)于傳統(tǒng)的云計(jì)算需要考慮更多的內(nèi)容,在架構(gòu)設(shè)計(jì)上也更加的復(fù)雜。
本次演講就針對(duì)這個(gè)內(nèi)容著重介紹由公私有云構(gòu)成的混合云架構(gòu)設(shè)計(jì)、多虛擬化平臺(tái)構(gòu)成的混合云架構(gòu)設(shè)計(jì)以及混合云架構(gòu)下云應(yīng)用性能監(jiān)控的設(shè)計(jì)思路及實(shí)踐。
數(shù)據(jù)庫(kù)性能優(yōu)化 (大宴會(huì)廳B)
【會(huì)場(chǎng)簡(jiǎn)介】伴隨著數(shù)據(jù)庫(kù)規(guī)模擴(kuò)大,數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的速率下降,性能上出現(xiàn)的問(wèn)題越來(lái)越多,數(shù)據(jù)庫(kù)的優(yōu)化顯得格外重要。除了提高硬件設(shè)備的性能,如增大內(nèi)存,更新CPU等,更多的是要對(duì)數(shù)據(jù)庫(kù)性能的優(yōu)化,保障系統(tǒng)高效地運(yùn),節(jié)約,系統(tǒng)開(kāi)銷,具有很好的應(yīng)用價(jià)值。
張成遠(yuǎn)
京東資深架構(gòu)師,京東云數(shù)據(jù)庫(kù)技術(shù)負(fù)責(zé)人,《MariaDB原理與實(shí)現(xiàn)》作者,開(kāi)源項(xiàng)目Speedy作者。【簡(jiǎn)介】畢業(yè)于東北大學(xué),2012年加入京東數(shù)據(jù)庫(kù)研發(fā)團(tuán)隊(duì);曾負(fù)責(zé)京東分布式數(shù)據(jù)庫(kù)系統(tǒng)的架構(gòu)設(shè)計(jì)與研發(fā),支撐并完成京東集團(tuán)的去Oracle工作,主導(dǎo)了分布式數(shù)據(jù)庫(kù)系統(tǒng)在公司的落地及大規(guī)模推廣。目前負(fù)責(zé)京東云數(shù)據(jù)庫(kù)的架構(gòu)與研發(fā)工作。擅長(zhǎng)高性能服務(wù)器開(kāi)發(fā)、分布式緩存/數(shù)據(jù)庫(kù)/存儲(chǔ)等大規(guī)模分布式系統(tǒng)架構(gòu)。
《甲骨文云數(shù)據(jù)庫(kù)》
在今天的技術(shù)海嘯蜂擁而至的年代,云是最熱的話題。作為在PaaS層面最重要的基礎(chǔ)-數(shù)據(jù)庫(kù)技術(shù)在云上有什么特別的能力?甲骨文數(shù)據(jù)庫(kù)又會(huì)有什么卓越表現(xiàn)?作為全球數(shù)據(jù)庫(kù)技術(shù)的領(lǐng)先者, Oracle的數(shù)據(jù)庫(kù)即服務(wù)DBaaS有哪些典型用法與案例?什么才是數(shù)據(jù)庫(kù)整合的最佳實(shí)踐?對(duì)于客戶的真實(shí)收益是什么?數(shù)據(jù)庫(kù)云的未來(lái)在哪里?本次演講會(huì)詳細(xì)分析這些問(wèn)題,希望給參會(huì)者帶來(lái)新的收獲。
《數(shù)據(jù)庫(kù)智能優(yōu)化系統(tǒng)的探索與實(shí)踐》
數(shù)據(jù)庫(kù)診斷優(yōu)化是提高數(shù)據(jù)庫(kù)性能和穩(wěn)定性的關(guān)鍵技術(shù)之一。過(guò)去幾年阿里巴巴集團(tuán)數(shù)據(jù)庫(kù)規(guī)模急劇增長(zhǎng)并且業(yè)務(wù)變化越來(lái)越快,傳統(tǒng)DBA人工加工具的診斷和優(yōu)化方法在規(guī)模如此之大,業(yè)務(wù)場(chǎng)景如此復(fù)雜的今天面臨極大的挑戰(zhàn)。
阿里巴巴數(shù)據(jù)庫(kù)技術(shù)團(tuán)隊(duì)近幾年在智能數(shù)據(jù)庫(kù)診斷優(yōu)化方面有一些探索和實(shí)踐,期望能夠在本次演講中分享:
1、為什么從傳統(tǒng)DBA為中心的專家診斷優(yōu)化轉(zhuǎn)變?yōu)橄蜷_(kāi)發(fā)人員提供自助化診斷優(yōu)化服務(wù)?
2、如何將數(shù)據(jù)庫(kù)診斷優(yōu)化專家經(jīng)驗(yàn)轉(zhuǎn)換為產(chǎn)品? 背后的技術(shù)和挑戰(zhàn)有哪些?
3、如何基于海量數(shù)據(jù)分析為診斷優(yōu)化提供更多有價(jià)值的輸入?
4、如何結(jié)合機(jī)器學(xué)習(xí)/深度學(xué)習(xí)等技術(shù)提供更加智能的數(shù)據(jù)庫(kù)診斷和優(yōu)化服務(wù)?
5、“自診斷,自優(yōu)化”智能數(shù)據(jù)庫(kù)診斷優(yōu)化系統(tǒng)的一些思考
《億級(jí)流量下的數(shù)據(jù)庫(kù)技術(shù)保障實(shí)踐》
數(shù)據(jù)庫(kù)作為應(yīng)用系統(tǒng)的最后一道防線,可以說(shuō)是所有的系統(tǒng)的基石。如何保證在面對(duì)618和雙11這樣的超大流量訪問(wèn)下,數(shù)據(jù)庫(kù)依然能做到高性能和高可用,對(duì)數(shù)據(jù)庫(kù)運(yùn)維管理團(tuán)隊(duì)來(lái)說(shuō),是一個(gè)嚴(yán)峻的挑戰(zhàn)。
本次演講具體內(nèi)容介紹:
1、京東數(shù)據(jù)庫(kù)的技術(shù)架構(gòu)和自動(dòng)化運(yùn)維平臺(tái);
2、大促前需要做的各種準(zhǔn)備工作;
3、大促前解決隱患的思路和方法;
4、大促期間的各種性能保障方法和應(yīng)急處理;
5、大促之后的經(jīng)驗(yàn)總結(jié)和展望。
《MySQL 5.7讓優(yōu)化更輕松》
MySQL 5.7中新增了眾多特色功能,諸如Optimizer增強(qiáng)、支持多個(gè)觸發(fā)器、P_S增強(qiáng)、增加sys schema、在線修改VARCHAR長(zhǎng)度、并發(fā)復(fù)制等,對(duì)于提升SQL效率都有很大幫助,如何利用這些特性讓優(yōu)化工作更輕松呢?
主要內(nèi)容有:
一、為什么選擇MySQL 5.7
1、MySQL 5.7性能提升;
2、MySQL 5.7新特性介紹,Server層優(yōu)化、InnoDB層優(yōu)化、Optimizer優(yōu)化、復(fù)制優(yōu)化等等。
二、MySQL 5.7下的SQL優(yōu)化招數(shù)
1、如何設(shè)置SQL超時(shí),避免個(gè)別垃圾SQL破壞生產(chǎn)環(huán)境;
2、如何查看某個(gè)線程當(dāng)前執(zhí)行的SQL效率;
3、如何找到性能瓶頸SQL;
4、如何找到消耗最多內(nèi)存的SQL;
5、如何找到哪些SQL被頻繁執(zhí)行;
6、如何找到慢SQL中的TOP 10;
7、哪個(gè)文件(數(shù)據(jù)表)產(chǎn)生了最多的IO,讀多,還是寫(xiě)的多;
8、如何找出哪些利用率很低的索引; 以及其他等等。
三、關(guān)注MySQL 8.0新特性
1、重大變化,數(shù)據(jù)字典改用InnoDB,不再使用MyISAM引擎,順便實(shí)現(xiàn)了DDL的原子性;
2、重大變化,增加不可見(jiàn)索引(INVISIBLE INDEX),方便刪除利用率很低的索引;
3、重大變化,增加支持倒序索引;
4、重大變化,重構(gòu)Optimizer,HINT增強(qiáng)等;以及其他等等。
智能運(yùn)維 (大宴會(huì)廳C)
【會(huì)場(chǎng)簡(jiǎn)介】 智能運(yùn)維是用機(jī)器來(lái)代替運(yùn)維人員,在最少人工干預(yù)下,結(jié)合運(yùn)用腳本與第三方工具,保證業(yè)務(wù)7*24小時(shí)高效穩(wěn)定運(yùn)行,這也是運(yùn)維工作的終極目標(biāo)。智能運(yùn)維要做到事前預(yù)警、事中恢復(fù)和事后存檔,實(shí)際上有大量的工作要完成。該專場(chǎng)將聚焦不同模式下的IT基礎(chǔ)設(shè)施的建設(shè)和管理,探討智能工具和機(jī)制的實(shí)現(xiàn)。
趙宇辰
銷售易技術(shù)VP和首席數(shù)據(jù)科學(xué)家,前AppDynamics 數(shù)據(jù)科學(xué)負(fù)責(zé)人【簡(jiǎn)介】一直致力于人工智能和機(jī)器學(xué)習(xí)在企業(yè)級(jí)服務(wù)SaaS的研究、應(yīng)用和創(chuàng)新。多年擔(dān)任數(shù)據(jù)科學(xué)會(huì)議 KDD、ICDM、IJCAI、CIKM 等的program committee,曾任 General Assembly 的首席數(shù)據(jù)科學(xué)講師,同時(shí)在 Sumo Logic、Linkedin、eBay、IBM Watson Research 有相關(guān)經(jīng)歷,并擁有十多項(xiàng)美國(guó)和國(guó)際專利以及多篇最佳學(xué)術(shù)論文。
《泰康保險(xiǎn)運(yùn)維自動(dòng)化技術(shù)實(shí)踐與前瞻》
作為中小金融行業(yè),泰康在傳統(tǒng)行業(yè)中業(yè)務(wù)方向上較早的互聯(lián)網(wǎng)化,帶來(lái)了對(duì)研發(fā)、測(cè)試、運(yùn)維等更高要求,作為互聯(lián)網(wǎng)行業(yè)巨頭們的追趕者,從場(chǎng)景化運(yùn)維開(kāi)始,建設(shè)了包含監(jiān)控、分析、自動(dòng)化、交付四塊的運(yùn)維自動(dòng)化平臺(tái)。
聽(tīng)眾收獲:
以泰康IT的視角,介紹下泰康IT在運(yùn)維自動(dòng)化方面技術(shù)及架構(gòu)層面的演進(jìn),產(chǎn)品和方向的選擇思路,及未來(lái)的一些想法。
09:50-10:35 趙宇辰 銷售易技術(shù)VP,首席數(shù)據(jù)科學(xué)家
10:40-11:25 廖雄杰 聽(tīng)云研發(fā)副總裁
《微服務(wù)架構(gòu)的應(yīng)用性能監(jiān)控》
當(dāng)單體應(yīng)用演進(jìn)為微服務(wù)架構(gòu)后,一方面可以有效地將各個(gè)服務(wù)解耦,提升系統(tǒng)的伸縮性以及開(kāi)發(fā)部署的效率,但是也同時(shí)帶來(lái)另一個(gè)棘手的問(wèn)題,上層應(yīng)用與微服務(wù)之間以及不同的微服務(wù)之間的調(diào)用關(guān)系也隨之變得錯(cuò)綜復(fù)雜,任何一個(gè)微服務(wù)出現(xiàn)性能問(wèn)題都可能導(dǎo)致整個(gè)應(yīng)用出問(wèn)題甚至被拖垮,因此如何對(duì)微服務(wù)架構(gòu)實(shí)施有效的監(jiān)控成為微服務(wù)化過(guò)程中必不可少的一環(huán),難怪有人說(shuō),“沒(méi)有監(jiān)控的微服務(wù)就是耍流氓”。
《智能運(yùn)維中的科研問(wèn)題》
結(jié)合我在AT&T的工作經(jīng)驗(yàn),以及百度、阿里、騰訊、滴滴、搜狗的合作經(jīng)驗(yàn),我將總結(jié)目前阻礙智能運(yùn)維高速發(fā)展的核心挑戰(zhàn):工業(yè)界有數(shù)據(jù)、有應(yīng)用,但是欠缺定義科研問(wèn)題的經(jīng)驗(yàn)和算法經(jīng)驗(yàn); 學(xué)術(shù)界不了解智能運(yùn)維的應(yīng)用場(chǎng)景,也很難獲得訓(xùn)練算法必需的數(shù)據(jù);工業(yè)界與學(xué)術(shù)界的一對(duì)一交流效率低、見(jiàn)效慢。
在這次分享中, 我將提出一個(gè)新的思路。 首先,我將系統(tǒng)地把運(yùn)維生產(chǎn)環(huán)境中的應(yīng)用難題分解成若干切實(shí)可行的科研問(wèn)題,并公布在我們實(shí)驗(yàn)室即將啟動(dòng)的一個(gè)智能運(yùn)維算法大賽網(wǎng)站。 在這個(gè)網(wǎng)站上,各個(gè)企業(yè)可以為自己關(guān)心的、已經(jīng)分解好的具體科研問(wèn)題上傳可供公開(kāi)訪問(wèn)的脫敏數(shù)據(jù);學(xué)術(shù)界基于公開(kāi)的科研問(wèn)題和數(shù)據(jù),貢獻(xiàn)算法,并與其他科研工作者的算法進(jìn)行性能比較。就像ImageNet網(wǎng)站對(duì)圖像識(shí)別機(jī)器學(xué)習(xí)算法的大力推進(jìn)一樣, 我相信這個(gè)智能運(yùn)維算法大賽網(wǎng)站也將成為智能運(yùn)維算法高速發(fā)展的一個(gè)有力催化劑。
12:15-13:30 午休
13:30-14:15 龔誠(chéng) 58集團(tuán)技術(shù)工程平臺(tái)群高級(jí)技術(shù)經(jīng)理
《構(gòu)建立體化的監(jiān)控體系——58集團(tuán)監(jiān)控實(shí)踐》
監(jiān)控系統(tǒng)是網(wǎng)站正常運(yùn)行的守護(hù)神,是服務(wù)穩(wěn)定性的重要保障,像運(yùn)維和研發(fā)等人員的眼睛一樣不停歇的關(guān)注著網(wǎng)站服務(wù)狀態(tài),發(fā)現(xiàn)異常時(shí)通過(guò)精準(zhǔn)有效的告警幫助我們快速發(fā)現(xiàn)故障,通過(guò)相關(guān)數(shù)據(jù)展示視圖幫助我們快速定位故障。通過(guò)監(jiān)控系統(tǒng)可以將業(yè)務(wù)復(fù)雜、服務(wù)眾多的網(wǎng)站由一個(gè)黑盒子變成一個(gè)白盒子,將運(yùn)維數(shù)據(jù)進(jìn)行量化和可視化,從而有針對(duì)性的對(duì)網(wǎng)站優(yōu)化。本話題分享了58集團(tuán)在監(jiān)控方面如何快速的構(gòu)建起立體化的監(jiān)控體系。
大綱:
1、如何快速獲得監(jiān)控收益;
2、構(gòu)建立體化的監(jiān)控體系;
3、提升監(jiān)控系統(tǒng)用戶體驗(yàn)。
聽(tīng)眾收獲:
1、了解保障網(wǎng)站可用性面臨的挑戰(zhàn),以及監(jiān)控業(yè)務(wù)中的關(guān)鍵點(diǎn);
2、理解如何快速的獲得監(jiān)控收益,保障對(duì)異常的發(fā)現(xiàn)和對(duì)故障的排查;
3、明白如何在橫向和縱向兩個(gè)維度構(gòu)建起立體化的監(jiān)控體系;
4、懂得如何使用監(jiān)控?cái)?shù)據(jù)評(píng)估網(wǎng)站運(yùn)維質(zhì)量;
5、熟悉如何打造用戶體驗(yàn)較好的監(jiān)控系統(tǒng)
《海爾多用戶下的統(tǒng)一監(jiān)控》
統(tǒng)一監(jiān)控,統(tǒng)一自動(dòng)化運(yùn)維一直是企業(yè)在IT運(yùn)維這塊的主題之一,如何規(guī)避風(fēng)險(xiǎn),如何及時(shí)預(yù)警,如何降低IT運(yùn)維成本提升IT運(yùn)維效率一直是企業(yè)追尋的目標(biāo)?!苯y(tǒng)一”這二字說(shuō)的容易,實(shí)際落地并不輕松。在海爾,各產(chǎn)業(yè)業(yè)務(wù)線眾多,各產(chǎn)業(yè)對(duì)于自身的業(yè)務(wù)穩(wěn)定性,業(yè)務(wù)可用性指標(biāo)各不相同,如何實(shí)現(xiàn)”統(tǒng)一”這二字的同時(shí)滿足各產(chǎn)業(yè)的不同需求就是這次的主題。
金融專場(chǎng) (昆明多功能廳)
【會(huì)場(chǎng)簡(jiǎn)介】 金融專場(chǎng)將聚焦傳統(tǒng)金融在IT技術(shù)上的創(chuàng)新技術(shù),包括傳統(tǒng)銀行、證券、保險(xiǎn)等行業(yè)在實(shí)現(xiàn)統(tǒng)一化、標(biāo)準(zhǔn)化、可視化管理,以及實(shí)現(xiàn)靈活調(diào)度,快速交付,敏捷開(kāi)發(fā)等場(chǎng)景下的性能管理和優(yōu)化經(jīng)驗(yàn)。
徐章健
趣店集團(tuán)總架構(gòu)師【簡(jiǎn)介】 南開(kāi)大學(xué)計(jì)算機(jī)軟件與理論碩士研究生,現(xiàn)任趣店集團(tuán)總架構(gòu)師,整體負(fù)責(zé)集團(tuán)技術(shù)架構(gòu)團(tuán)隊(duì)研發(fā)管理工作;加入趣店之前章健同學(xué)在人人車,擔(dān)任業(yè)務(wù)平臺(tái)總架構(gòu)師,總體負(fù)責(zé)業(yè)務(wù)平臺(tái)的架構(gòu)及技術(shù)規(guī)劃,重點(diǎn)推進(jìn)了人人車業(yè)務(wù)平臺(tái)服務(wù)化、SOA、業(yè)務(wù)服務(wù)平臺(tái)化、數(shù)據(jù)平臺(tái)化等基礎(chǔ)項(xiàng)目研發(fā)管理工作。
《大數(shù)據(jù)技術(shù)如何賦能保險(xiǎn)?》
保險(xiǎn)業(yè)經(jīng)營(yíng)環(huán)境加速轉(zhuǎn)變,在FinTech大趨勢(shì)的推動(dòng)下,保險(xiǎn)行業(yè)借助互聯(lián)網(wǎng)技術(shù)外力,來(lái)迎接各種機(jī)遇及挑戰(zhàn)。其中,大數(shù)據(jù)基礎(chǔ)建設(shè)和大數(shù)據(jù)分析將是保險(xiǎn)行業(yè)重點(diǎn)關(guān)注的技術(shù)方向,能夠幫助保險(xiǎn)企業(yè)深入挖掘用戶需求,提升保險(xiǎn)行業(yè)的效益。
本次演講,會(huì)根據(jù)當(dāng)前行業(yè)熱點(diǎn),依據(jù)自身的實(shí)踐經(jīng)驗(yàn),分享大數(shù)據(jù)給保險(xiǎn)行業(yè)帶來(lái)的發(fā)展機(jī)遇和優(yōu)勢(shì)。
1、行業(yè)數(shù)據(jù)基礎(chǔ)建設(shè)情況;
2、行業(yè)大數(shù)據(jù)應(yīng)用主要方向;
3、大數(shù)據(jù)應(yīng)用案例技術(shù)詳解;
4、大數(shù)據(jù)賦能保險(xiǎn)面臨的主要問(wèn)題和挑戰(zhàn);
5、經(jīng)驗(yàn)總結(jié)和展望。
《趣店集團(tuán)金融級(jí)別系統(tǒng)容災(zāi)最佳實(shí)踐》
演講提綱:
1、分享趣店集團(tuán)整個(gè)運(yùn)維架構(gòu)體系,重點(diǎn)介紹趣店技術(shù)架構(gòu)演進(jìn)之路;
2、分享金融級(jí)系統(tǒng)架構(gòu)容災(zāi)演變之路,重點(diǎn)介紹趣店集團(tuán)兩地三中心建設(shè)之路,從同城雙活,到兩地三中心的技術(shù)架構(gòu)演進(jìn)之路;
3、分享趣店集團(tuán)金融級(jí)系統(tǒng),服務(wù)級(jí)別的容災(zāi)實(shí)踐經(jīng)驗(yàn),特別是:異步、限流、流控、對(duì)賬等機(jī)制在金融系統(tǒng)中的應(yīng)用。
《從傳統(tǒng)線下壓測(cè)到線上全鏈路性能保障》
不論是性能壓測(cè)還是容量驗(yàn)證,傳統(tǒng)的做法一般是先通過(guò)人肉或歷史監(jiān)控?cái)?shù)據(jù)得出經(jīng)驗(yàn)性的測(cè)試場(chǎng)景,再通過(guò)壓測(cè)工具在測(cè)試環(huán)境模擬進(jìn)行驗(yàn)證。這種方法的缺點(diǎn)非常明顯,比如:壓測(cè)模型與環(huán)境差異、調(diào)用鏈基線差異跟蹤、運(yùn)營(yíng)活動(dòng)容量評(píng)估等都是硬傷。因此在“業(yè)務(wù)快速迭代、流量飛速增長(zhǎng)”的互聯(lián)網(wǎng)分布式架構(gòu)下傳統(tǒng)的方法已早就無(wú)法滿足。近幾年各大互聯(lián)網(wǎng)公司都在不同程度的改進(jìn)方案,而這正是本次分享的主題:以螞蟻真實(shí)案例為背景,一步步從傳統(tǒng)線下單應(yīng)用壓測(cè)到單鏈路回歸,再到線上引流與全鏈路壓測(cè),最終到業(yè)務(wù)鏈路基線分析與容量換算的完整演變歷程。
聽(tīng)眾收獲:
1、了解從線下到線上壓測(cè)的轉(zhuǎn)變方案;
2、了解從鏈路壓測(cè)到鏈路基線分析;
3、了解基于鏈路基線分析能力預(yù)測(cè)活動(dòng)容量的方法;
4、探討壓測(cè)在APM領(lǐng)域的最佳實(shí)踐方案。
《傳統(tǒng)金融IT非功能實(shí)踐的演變思路》
互聯(lián)金融的理念日益發(fā)展,傳統(tǒng)金融IT對(duì)業(yè)務(wù)功能需求的持續(xù)快捷交付,運(yùn)維資源有限的情況下,唯有不斷使運(yùn)維工具化與自動(dòng)化,才能實(shí)現(xiàn)應(yīng)用從研發(fā)平滑對(duì)接到生產(chǎn),同時(shí)運(yùn)維保障能力也已經(jīng)同步就緒。作為此項(xiàng)工作其中最重要的一環(huán)是,研發(fā)與運(yùn)維共同完成非功能需求的方案并落地。
演講提綱:
1、傳統(tǒng)金融IT非功能需求局限性;
2、互聯(lián)金融下非功能需求的演變;
3、非功能需求平臺(tái)實(shí)踐方案;
4、 高效運(yùn)維工作思路實(shí)踐方案。
運(yùn)維自動(dòng)化程度取決與非功能需求的實(shí)現(xiàn)深度!
12:15-13:30 午休
14:20-15:05 趙勇 農(nóng)行軟件開(kāi)發(fā)中心架構(gòu)管理辦公室副主任工程師
《雙十一背后的農(nóng)行系統(tǒng)如何應(yīng)對(duì)交易峰值挑戰(zhàn)?》
雙十一購(gòu)物狂歡,在大家買買買的背后,除了各大電商平臺(tái),支付寶微信等第三方支付,傳統(tǒng)銀行系統(tǒng)為了保障消費(fèi)者的購(gòu)物順暢也發(fā)揮了重要作用,經(jīng)受了性能的考驗(yàn)。本次分享主要從測(cè)試保障、系統(tǒng)設(shè)計(jì)、運(yùn)行監(jiān)控、賬務(wù)處理等方面,對(duì)傳統(tǒng)銀行應(yīng)對(duì)雙十一交易峰值挑戰(zhàn)的經(jīng)驗(yàn)進(jìn)行總結(jié)分享。
《Disaster Engineer——運(yùn)維與逆向運(yùn)維》
互聯(lián)網(wǎng)金融如雨后春筍,行業(yè)與技術(shù)發(fā)展速度之快,所需安全等級(jí)之高給運(yùn)維工作帶來(lái)非常嚴(yán)峻的挑戰(zhàn),即使在彈性擴(kuò)展與自動(dòng)化部署的背景下,也很難實(shí)現(xiàn)當(dāng)壓力或異常來(lái)臨時(shí),仍然保持其高可用。運(yùn)維工程師急需加入最前沿的技術(shù)與最前沿的思想--Disaster Engineer應(yīng)運(yùn)而生。
演講提綱:
1、傳統(tǒng)運(yùn)維擴(kuò)展性演變及其局限性;
2、逆向運(yùn)維的特點(diǎn)與工作思路;
3、逆向運(yùn)維實(shí)踐方案。
運(yùn)維好似冰山,深度如冰山之下看不見(jiàn),效果如冰山之上可感知。
《“靜態(tài)調(diào)用鏈路發(fā)現(xiàn)”應(yīng)用場(chǎng)景分析及實(shí)踐探索》
近年來(lái),APM進(jìn)入了一個(gè)高速發(fā)展的快車道,分布式環(huán)境下的應(yīng)用自動(dòng)發(fā)現(xiàn)及動(dòng)態(tài)調(diào)用鏈路分析作為APM的核心功能在APM的推廣中也獲得了廣泛的使用,但在實(shí)踐中,也暴露出了一些不足:完全基于運(yùn)行態(tài)的分析模式?jīng)Q定了其只能獲取到有實(shí)際調(diào)用的邏輯鏈路,大量沒(méi)有埋點(diǎn)或未被觸發(fā)的調(diào)用邏輯則成了“失落的世界”,無(wú)法觸碰。
尋找這部分“失落的世界”對(duì)我們了解分布式環(huán)境下的應(yīng)用全貌至關(guān)重要,天弘基金移動(dòng)平臺(tái)團(tuán)隊(duì)在這方面做了一些創(chuàng)新性的探索,我們跳出了傳統(tǒng)APM的慣性思維,通過(guò)對(duì)海量代碼中的調(diào)用關(guān)系的掃描分析來(lái)獲取分布式環(huán)境下“前中后”臺(tái)的完整調(diào)用鏈路,并在此基礎(chǔ)上疊加動(dòng)態(tài)調(diào)用鏈來(lái)構(gòu)建精細(xì)化的APM監(jiān)控。
通過(guò)本專題,我將基于我們的實(shí)踐來(lái)詳細(xì)介紹“靜態(tài)調(diào)用鏈路發(fā)現(xiàn)”的技術(shù)與手段,并探索運(yùn)維及開(kāi)發(fā)場(chǎng)景中如何將它和現(xiàn)有的APM能力進(jìn)行結(jié)合。
微服務(wù)與容器 (會(huì)議室123)
【會(huì)場(chǎng)簡(jiǎn)介】微服務(wù)的優(yōu)勢(shì)顯而易見(jiàn),但是在應(yīng)用中也有很多挑戰(zhàn),譬如服務(wù)拆分、服務(wù)治理、測(cè)試、自動(dòng)化部署以及監(jiān)控告警等。而以Docker為核心的容器生態(tài)在持續(xù)進(jìn)化,逐漸成了IT基礎(chǔ)架構(gòu)中的關(guān)鍵技術(shù)。同時(shí)像k8s這樣的技術(shù)在大集群管理、運(yùn)維監(jiān)控等方面仍然面臨著困難。本專題就請(qǐng)一流公司來(lái)分享解決方案和實(shí)踐經(jīng)驗(yàn),為后來(lái)者提供技術(shù)參考。
《從業(yè)務(wù)架構(gòu)到微服務(wù)》
微服務(wù)是怎么來(lái)的,它與業(yè)務(wù)模型有怎樣的映射關(guān)系,是依據(jù)什么從服務(wù)演變?yōu)槲⒎?wù)的?具體技術(shù)要怎樣實(shí)現(xiàn)?
本次分享以公司真實(shí)案例為背景,從業(yè)務(wù)架構(gòu)開(kāi)始,包括商業(yè)邏輯、商業(yè)主體、主營(yíng)業(yè)務(wù)和業(yè)務(wù)流程,然后到領(lǐng)域模型、狀態(tài)變遷和關(guān)鍵行為,繼而確定服務(wù)的邊界、職責(zé)和交互。由于業(yè)務(wù)發(fā)展階段、企業(yè)規(guī)模和技術(shù)復(fù)雜度的提升和變化,逐步需要從大服務(wù)拆分為中、小、微服務(wù),微服務(wù)是“長(zhǎng)”出來(lái)的。最后是微服務(wù)的具體落地,包括微服務(wù)框架、治理、統(tǒng)一應(yīng)用架構(gòu)、API網(wǎng)關(guān)以及關(guān)鍵技術(shù)點(diǎn)。
聽(tīng)眾收獲:
1、從宏觀層面真正地了解微服務(wù)的來(lái)源和價(jià)值,以及從服務(wù)到微服務(wù)的演化過(guò)程;
2、了解微服務(wù)與業(yè)務(wù)架構(gòu)、業(yè)務(wù)行為的關(guān)系;
3、了解微服務(wù)與業(yè)務(wù)發(fā)展階段、企業(yè)規(guī)模和技術(shù)復(fù)雜度的關(guān)系;
4、了解微服務(wù)與數(shù)據(jù)狀態(tài)變遷、領(lǐng)域模型的關(guān)系;
5、了解微服務(wù)的具體落地,包括微服務(wù)框架、治理、統(tǒng)一應(yīng)用架構(gòu)、API網(wǎng)關(guān)以及關(guān)鍵技術(shù)點(diǎn)。
《愛(ài)奇藝容器云平臺(tái)的性能提升實(shí)踐》
愛(ài)奇藝基于 Mesos + Docker 的容器云平臺(tái)自 2014年開(kāi)始建設(shè)以來(lái),逐步接入了公司內(nèi)部大量的離線、在線業(yè)務(wù)。隨著平臺(tái)功能的日趨完善,以及越來(lái)越多重要、敏感業(yè)務(wù)的接入,我們開(kāi)始將精力更多地投入到系統(tǒng)、容器、應(yīng)用的性能提升方面。
容器環(huán)境不可避免地存在一些性能方面的問(wèn)題。即便事先做好所有能夠想到的準(zhǔn)備,也時(shí)常會(huì)有一些意想不到的現(xiàn)象出現(xiàn)。某重點(diǎn)業(yè)務(wù)從虛擬機(jī)遷移到容器,滾動(dòng)升級(jí)期間超時(shí)率峰值竟飆升幾倍;某一天開(kāi)始,集群部分節(jié)點(diǎn)所有服務(wù)實(shí)例異常,ssh 無(wú)法連接;新上架一批高配置機(jī)器,卻前所未有地頻頻爆出容器啟動(dòng)超時(shí);主機(jī)云存儲(chǔ)掛載正常,容器卻無(wú)法訪問(wèn)……以上種種問(wèn)題的根源,是容器技術(shù)的缺陷,還是集群底層設(shè)備的不足,抑或平臺(tái)的調(diào)度策略不合理?
本次分享以兩個(gè)典型的容器化業(yè)務(wù)排障為例,包括問(wèn)題預(yù)估、準(zhǔn)備工作,新問(wèn)題浮現(xiàn)、定位,解決方案的提出,以及通用性能指標(biāo)的監(jiān)控部署,為容器性能問(wèn)題排障及預(yù)防總結(jié)出完整的思路。
聽(tīng)眾收獲:
1、容器化應(yīng)用與傳統(tǒng)應(yīng)用的相同和不同之處,應(yīng)該關(guān)注的性能指標(biāo);
2、針對(duì)容器化過(guò)程中遇到的性能問(wèn)題,如何從宏觀現(xiàn)象定位到具體問(wèn)題;
3、平臺(tái)可以提供的通用功能;
4、應(yīng)用容器化最佳實(shí)踐。
《面向數(shù)據(jù)應(yīng)用的Reactive微服務(wù)架構(gòu)設(shè)計(jì)與實(shí)踐》
移動(dòng)互聯(lián)時(shí)代對(duì)商業(yè)銀行數(shù)據(jù)應(yīng)用服務(wù)的技術(shù)能力提出了重大挑戰(zhàn),我們需要設(shè)計(jì)一個(gè)全新的應(yīng)用服務(wù)架構(gòu),滿足高并發(fā)低延遲的性能要求,具備穩(wěn)定高可用的服務(wù)質(zhì)量和易開(kāi)發(fā)、彈性部署的整體特性。
本次分享首先介紹了恒豐銀行開(kāi)發(fā)團(tuán)隊(duì)識(shí)別傳統(tǒng)技術(shù)架構(gòu)的性能瓶頸,選擇Akka作為Reactive微服務(wù)架構(gòu)的平臺(tái)基礎(chǔ);通過(guò)自主研發(fā)Skyline軟件服務(wù)平臺(tái),解決微服務(wù)組件的分布式彈性部署、軟件容錯(cuò)、服務(wù)質(zhì)量的策略管控;自主設(shè)計(jì)Zebra語(yǔ)言解決異步通訊和分布式并行處理編程難題,通過(guò)契約式編程開(kāi)發(fā)健壯的業(yè)務(wù)功能模塊。接著介紹了大數(shù)據(jù)應(yīng)用場(chǎng)景下微服務(wù)的分拆、協(xié)同管理、Docker容器云化部署和DevOps工程實(shí)踐;最后介紹微服務(wù)架構(gòu)下大數(shù)據(jù)應(yīng)用開(kāi)發(fā)案例,如何與大數(shù)據(jù)軟件生態(tài)集成,如何快速開(kāi)發(fā)實(shí)時(shí)創(chuàng)新應(yīng)用。
聽(tīng)眾收獲:
1、從企業(yè)級(jí)應(yīng)用視角了解Reactive微服務(wù)架構(gòu)相比傳統(tǒng)服務(wù)架構(gòu)的技術(shù)優(yōu)勢(shì);
2、了解微服務(wù)架構(gòu)設(shè)計(jì)過(guò)程中面對(duì)的企業(yè)級(jí)應(yīng)用的技術(shù)挑戰(zhàn);
3、了解領(lǐng)域語(yǔ)言技術(shù)工具如何解決軟件編程復(fù)雜性和工程化難題;
4、了解恒豐銀行技術(shù)團(tuán)隊(duì)如何提煉架構(gòu)設(shè)計(jì)需求,并通過(guò)技術(shù)創(chuàng)新開(kāi)發(fā)滿足自身需要的軟件服務(wù)平臺(tái);
5、了解微服務(wù)軟件架構(gòu)的Docker容器云部署實(shí)踐,銀行大數(shù)據(jù)應(yīng)用微服務(wù)化的實(shí)施案例。
《基于Docker on Yarn系統(tǒng)的微服務(wù)實(shí)踐》
基于Docker on Yarn系統(tǒng)提供具有高效調(diào)度,彈性伸縮,優(yōu)先級(jí)控制,環(huán)境隔離,自動(dòng)化部署等功能的統(tǒng)一服務(wù)管理平臺(tái),支持簡(jiǎn)單有狀態(tài)的微服務(wù)的實(shí)踐,以及穩(wěn)定性相關(guān)的實(shí)踐經(jīng)驗(yàn)。
業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)分析和可視化 (會(huì)議室123)
【會(huì)場(chǎng)簡(jiǎn)介】 了解服務(wù)端應(yīng)用之間的關(guān)系,對(duì)資源進(jìn)行深度檢查,找出修復(fù)方式,并通過(guò)數(shù)據(jù)可視化的方式將問(wèn)題直觀地展現(xiàn)出來(lái),幫助快速分析、診斷,找到解決方案。演講內(nèi)容中也會(huì)涉及流數(shù)據(jù)處理和分析技術(shù)細(xì)節(jié)。
《見(jiàn)微知著,APM在tutorabc的應(yīng)用》
伴隨著業(yè)務(wù)系統(tǒng)規(guī)模的擴(kuò)大以及復(fù)雜度的提升,APM系統(tǒng)已經(jīng)愈加不可或缺。市面上的商業(yè)化和開(kāi)源產(chǎn)品百花齊放,那如何選擇合適的產(chǎn)品,搭建適合自身業(yè)務(wù)規(guī)模的APM系統(tǒng),在此過(guò)程中又有哪些問(wèn)題是需要重點(diǎn)關(guān)注的?
tutorabc作為業(yè)內(nèi)領(lǐng)先的在線教育平臺(tái),對(duì)訂課和DCGS排課環(huán)節(jié)進(jìn)行了全面監(jiān)控和業(yè)務(wù)層面分析預(yù)警,學(xué)生上課環(huán)節(jié)涉及的音視頻流處理系統(tǒng)與監(jiān)控結(jié)合,做到了動(dòng)態(tài)感知線上狀態(tài),并能夠做出智能反饋。其中諸多實(shí)踐細(xì)節(jié)與經(jīng)驗(yàn)都將會(huì)在演講過(guò)程中一一闡述。
《凡普實(shí)時(shí)數(shù)據(jù)處理》
金融機(jī)構(gòu)對(duì)實(shí)時(shí)風(fēng)控決策有著較高的要求,所以在分析和可視化方面不斷的改進(jìn)優(yōu)化。
1、基于Flink的分布式流式數(shù)據(jù)處理;
2、Butterfly SQL引擎的實(shí)時(shí)數(shù)據(jù)分析。
性能提升上:由于Flink為分布式機(jī)構(gòu),數(shù)據(jù)處理速度提升5倍以上。標(biāo)簽上線速度有天級(jí)別提升為小時(shí)級(jí)別。
《知乎大數(shù)據(jù)平臺(tái)架構(gòu)實(shí)踐》
主要介紹知乎大數(shù)據(jù)平臺(tái)架構(gòu),對(duì)數(shù)據(jù)的分析能力,以及平臺(tái)在支撐公司各業(yè)務(wù)數(shù)據(jù)需求時(shí),需要做什么樣的配合。同時(shí)也會(huì)分享數(shù)據(jù)平臺(tái)構(gòu)建的經(jīng)驗(yàn)。
1、大數(shù)據(jù)平臺(tái)的整體架構(gòu)介紹
2、基于 Protobuf 格式的全端日志采集,日志標(biāo)準(zhǔn)化管理
3、Druid 在知乎的實(shí)踐
a.自定義多維分析功能和留存分析功能;
b.如何做到實(shí)時(shí)數(shù)據(jù)分析;
c.自定義指標(biāo)、維度、報(bào)表、文件夾、Dashboard;
d.任意 Hive 表導(dǎo)入平臺(tái)做可視化分析。
4、Kudu 在知乎的實(shí)踐
a.Spark Streaming + Mysql Binlog 實(shí)時(shí)寫(xiě)入 Kudu;
b.Impala + Kudu 實(shí)時(shí) Mysql 表 OLAP 分析。
5、Growth Hacker實(shí)戰(zhàn)
a.流量分析功能:Web和App端通用流量分析;
b.新增識(shí)別:打破Web和App之間的信息壁壘,實(shí)現(xiàn)全渠道App的新增和留存分析;
c.A/B Testing:以試驗(yàn)驅(qū)動(dòng)業(yè)務(wù)增長(zhǎng)。
聽(tīng)眾收獲:
1、了解大數(shù)據(jù)平臺(tái)架構(gòu);
2、了解如何使用 Protobuf 做日志標(biāo)準(zhǔn)化;
3、對(duì) Druid 的實(shí)踐有更多的了解;
4、如何做自定義的多維分析和留存分析;
5、如何對(duì) Mysql 做 OLAP;
6、了解如何做增長(zhǎng),以及增長(zhǎng)黑科技的原理。
查看更多
會(huì)議嘉賓
(最終出席嘉賓以會(huì)議現(xiàn)場(chǎng)為準(zhǔn))
查看更多
參會(huì)指南
會(huì)議門票 場(chǎng)館介紹
技術(shù)全通票
-
兩日大會(huì)通票
-
大會(huì)官網(wǎng)資料一套
-
大會(huì)所有演講資料下載權(quán)限
-
兩日大會(huì)午餐簡(jiǎn)餐禮遇
?
學(xué)生體驗(yàn)票
-
兩日大會(huì)通票
-
大會(huì)官方資料一套
?
退款說(shuō)明:
-
大會(huì)召開(kāi)前30天(不含)以上退票,收取票面2%退票費(fèi)。
-
前10天(不含)-30天(含)退票,收取票面10%退票費(fèi)。
-
10天(含)以內(nèi)退票,收取票面20%退票費(fèi)。
-
大會(huì)進(jìn)行期間及結(jié)束后,不接受退票。
-
(退票費(fèi)四舍五入到元)
查看更多

交通指南:首都國(guó)際機(jī)場(chǎng) 距酒店17.8公里 南苑機(jī)場(chǎng) 距酒店20.2公里 北京火車站 距酒店7.7公里 北京北站 距酒店7.7公里 北京東火車站 距酒店8.8公里 北京南站 距酒店12.8公里 北京西站 距酒店12.9公里 市中心 距酒店7.9公里
北京新云南皇冠假日酒店位于東北三環(huán)路旁,毗鄰老國(guó)展中心,燕莎中心,京承高速公路入口處。酒店內(nèi)飾設(shè)計(jì)獨(dú)特新穎,周邊商業(yè)寫(xiě)字樓集中,交通十分便利。2008年開(kāi)業(yè)。 每間客房都含有:1.高速互聯(lián)網(wǎng)連接服務(wù) 2.商務(wù)寫(xiě)字臺(tái)及舒適商務(wù)座椅 3.有線/衛(wèi)星純平彩電 4.可放置筆記本電腦并為其充電的客房?jī)?nèi)保險(xiǎn)箱 5.可單獨(dú)調(diào)控溫度的空調(diào) 6.具有收音機(jī)功能的鬧鐘 7.每日?qǐng)?bào)紙送達(dá)客房 8.國(guó)際直撥電話,并配有多語(yǔ)言系統(tǒng)的語(yǔ)音信箱 9.無(wú)煙層與無(wú)煙客房 10.迷你吧。 每個(gè)會(huì)議室和多功能廳都配備有先進(jìn)的音響、試聽(tīng)設(shè)備、寬帶無(wú)線上網(wǎng)、無(wú)線麥克風(fēng)設(shè)備及投影儀等,以助您成功舉辦會(huì)議。無(wú)線寬帶上網(wǎng)令您無(wú)論置身酒店何處,都可以在會(huì)議任何時(shí)段使用筆記本進(jìn)行便利的無(wú)線上網(wǎng)。 酒店距離北京西客站20公里、北京火車站8公里、北京首都國(guó)際機(jī)場(chǎng)28公里、距離 天安門廣場(chǎng)10公里。周圍景觀包括燕莎商場(chǎng)女人街、中國(guó)國(guó)際展覽中心、雍和宮等。
溫馨提示
酒店與住宿:
為防止極端情況下活動(dòng)延期或取消,建議“異地客戶”與活動(dòng)家客服確認(rèn)參會(huì)信息后,再安排出行與住宿。
退款規(guī)則:
活動(dòng)各項(xiàng)資源需提前采購(gòu),購(gòu)票后不支持退款,可以換人參加。
您可能還會(huì)關(guān)注
-
DAMS2025中國(guó)數(shù)據(jù)智能管理峰會(huì)(上海)
2025-09-12 上海
-
QCon上海2025|全球軟件開(kāi)發(fā)大會(huì)
2025-10-23 上海
-
2025 全球機(jī)器學(xué)習(xí)技術(shù)大會(huì)(ML-Summit)·北京
2025-10-16 北京
-
2025中國(guó)互聯(lián)網(wǎng)大會(huì)
2025-07-23 北京
部分參會(huì)單位
- 新華三技術(shù)有限公司
- 北京卡達(dá)克數(shù)據(jù)技術(shù)中心
- 青牛(北京)技術(shù)有限公司
郵件提醒通知