摘要：分布式架構(gòu)實(shí)踐負(fù)載均衡在網(wǎng)站創(chuàng)立初期，我們一般都使用單臺(tái)機(jī)器對(duì)臺(tái)提供集中式服務(wù)，但是隨著業(yè)務(wù)量越來(lái)越大，無(wú)論是性能上還是穩(wěn)定性上都有了更大的挑戰(zhàn)。就鹿晗宣布戀情導(dǎo)致微博宕機(jī)事件淺談大型網(wǎng)站高可用性架構(gòu)中午吃飯刷著刷著微博發(fā)現(xiàn)微博突然掛了。

在網(wǎng)站創(chuàng)立初期，我們一般都使用單臺(tái)機(jī)器對(duì)臺(tái)提供集中式服務(wù)，但是隨著業(yè)務(wù)量越來(lái)越大，無(wú)論是性能上還是穩(wěn)定性上都有了更大的挑戰(zhàn)。這時(shí)候我們就會(huì)想到通過(guò)擴(kuò)容的方式來(lái)提供更好的服務(wù)。我們一般會(huì)把多臺(tái)機(jī)器組成一個(gè)集群對(duì)外提供服務(wù)。

一個(gè)小公司從最開始的零交易到現(xiàn)在交易量超過(guò)百億，背后的技術(shù)架構(gòu)變遷是如何發(fā)生的？他們都遇到了什么樣的挑戰(zhàn)？架構(gòu)又是如何演進(jìn)的？

成為一名專業(yè)程序員的道路上，需要堅(jiān)持練習(xí)、學(xué)習(xí)與積累，技術(shù)方面既要有一定的廣度，更要有自己的深度。

最近這段時(shí)間一直在研究消息隊(duì)列、文件系統(tǒng)、數(shù)據(jù)庫(kù)等，慢慢的發(fā)現(xiàn)他們都有一個(gè)核心組件:日志.有時(shí)也叫write-ahead logs 、commit logs 或者事物 logs, 通常指在應(yīng)用所有的修改之前先寫入日志，一般會(huì)將重放日志、撤銷日志都寫進(jìn)去。
我們經(jīng)常聽到很多名詞,N

編程并不難學(xué)， 掌握能核心概念， 就掌握了打開各種技術(shù)大門的鑰匙

隨著互聯(lián)網(wǎng)的高速發(fā)展，各個(gè)公司都面臨著巨大的產(chǎn)品迭代壓力，如何更快的發(fā)布高質(zhì)量的產(chǎn)品，也是每個(gè)互聯(lián)網(wǎng)公司都面臨的問(wèn)題。在這個(gè)大趨勢(shì)下，微服務(wù)與 DevOps 的概念應(yīng)運(yùn)而生，在低耦合的同時(shí)實(shí)現(xiàn)高聚合，也對(duì)新時(shí)代的 DevOps 提出了更高的技術(shù)與理念要求。

微服務(wù)概念這兩年已經(jīng)火遍大江南了，但在實(shí)際的開發(fā)和使用中，用到的還是挺少的，尤其對(duì)創(chuàng)業(yè)團(tuán)隊(duì)來(lái)說(shuō)。 在上一個(gè)產(chǎn)品中，我們也在把傳統(tǒng)的開發(fā)模式，不斷往「微服務(wù)」方向靠攏。但終究還是處于學(xué)習(xí)階段。最近偶然發(fā)現(xiàn)有人推薦《架構(gòu)探險(xiǎn) 輕量級(jí)微服務(wù)架構(gòu)》上下冊(cè)這兩本書，簡(jiǎn)單的看了看目錄后，覺(jué)…

隨著互聯(lián)網(wǎng)高速發(fā)展，公司對(duì)項(xiàng)目開發(fā)周期不斷縮短，我們面對(duì)各種需求，使用原有對(duì)接方式，各端已經(jīng)很難快速應(yīng)對(duì)各種需求，更難以提高效率。于是，我們不得不重新制定對(duì)接規(guī)范、開發(fā)邏輯以便快速上線項(xiàng)目。 盡可能的縮小溝通的成本，開最少的會(huì)，確定大部分的事。 花最少的時(shí)間寫文檔，保證90%的…

系統(tǒng)不是7*24小時(shí)提供服務(wù)，那么用戶體驗(yàn)就特別差了，可能用戶下次不用了，留不住用戶。 當(dāng)系統(tǒng)不可用的時(shí)候，對(duì)公司的形象是有所影響的，BAT類似這種技術(shù)都是象征的。 最重要的一點(diǎn)，當(dāng)系統(tǒng)不可用的時(shí)候，直接損失就是金錢！！！基本都是秒算損失的，依稀記得2015年5月28日攜程網(wǎng)癱…

在上一篇文章中有同學(xué)留言，希望可以再分享微服務(wù)和分布式方面的具體知識(shí)，于是便有了這篇新文章的“問(wèn)世”。在閱讀本文之前，請(qǐng)確保有一定的網(wǎng)絡(luò)基礎(chǔ)，熟練使用Linux，瀏覽大概需要3-5分鐘的時(shí)間。

618大促，我們的網(wǎng)關(guān)承載了幾十億的流量和調(diào)用，在這種情況下，網(wǎng)關(guān)系統(tǒng)必須保證整個(gè)系統(tǒng)的穩(wěn)定性和高可用，保證高性能和可靠，以支撐業(yè)務(wù)。我們面臨的是一個(gè)非常復(fù)雜的問(wèn)題，基于這種復(fù)雜問(wèn)題，怎樣做到很好地提高它的性能和穩(wěn)定性、復(fù)雜技術(shù)之間怎么整合保證整體網(wǎng)關(guān)的高可用，是本文的重點(diǎn)。

隨著紅星的港股上市，再次開啟互聯(lián)網(wǎng)戰(zhàn)略，成立紅星悅家互聯(lián)網(wǎng)集團(tuán)，我們?cè)谖樟诉^(guò)去經(jīng)驗(yàn)教訓(xùn)的基礎(chǔ)上，重新架構(gòu)紅星的技術(shù)體系。

中午吃飯刷著刷著微博發(fā)現(xiàn)微博突然掛了。我一開始以為是家里網(wǎng)不好，后來(lái)?yè)Q了流量刷還是刷不出內(nèi)容，并且報(bào)error，我就知道微博應(yīng)該是掛了。往朋友圈一看，原來(lái)是鹿晗和關(guān)曉彤微博互圈“宣布戀情”了。要不是以前看過(guò)《好先生》這部劇沒(méi)準(zhǔn)我還真不認(rèn)識(shí)關(guān)曉彤。陸地cp前幾天不是還在炒著嗎？怎…

1

最近很久沒(méi)有寫博客了，一方面是因?yàn)楣臼虑樽罱容^忙，另外一方面是因?yàn)樵谶M(jìn)行 CAP 的下一階段的開發(fā)工作，不過(guò)目前已經(jīng)告一段落了。接下來(lái)還是開始我們今天的話題，說(shuō)說(shuō)分布式事務(wù)，或者說(shuō)是我眼中的分布式事務(wù)，因?yàn)槊總€(gè)人可能對(duì)其的理解都不一樣。

一系列高并發(fā)文章索引

悟空鑒黃系統(tǒng)在京東上線已一年多，在京東云上提供接口也有數(shù)月，同時(shí)服務(wù)于京東主圖、曬單圖及京東公有云網(wǎng)站的圖片審核，并向外部提供通用鑒黃功能。

隨著業(yè)務(wù)的高速發(fā)展, 產(chǎn)品的UV/PV 已經(jīng)有了數(shù)量級(jí)的提升，作為訪問(wèn)量的聚集地之一的商品詳情頁(yè)逐步的感受到了壓力，特別是活動(dòng)和大促期間，這樣的感覺(jué)越發(fā)明顯。所以除了服務(wù)化改造本身，今年我們的重點(diǎn)改造目標(biāo)之一，就是提升商品詳情頁(yè)的性能和體驗(yàn)。 被動(dòng)式緩存先行 為了盡快解決頁(yè)面訪問(wèn)…

最近剛讀完《聊聊架構(gòu)》，我也多次在微信朋友圈推薦過(guò)本書；推薦的原因不是因?yàn)樾形膬?yōu)美流暢，也不是因?yàn)樗鞘裁疵拗瑑H僅是因?yàn)樗卮鹆撕芏嗬_我許久的問(wèn)題，讓我重新思考軟件工程、架構(gòu)和軟件本身。

目前，京東到家?guī)齑嫦到y(tǒng)經(jīng)歷兩年多的線上考驗(yàn)與技術(shù)迭代，現(xiàn)服務(wù)著萬(wàn)級(jí)商家、十萬(wàn)級(jí)店鋪的規(guī)模，在需求變更與技術(shù)演進(jìn)中，如何做到系統(tǒng)的穩(wěn)定性與高可用？下面將會(huì)給你揭曉答案。

直接建一張表，里面記錄鎖定的方法名 時(shí)間 即可。 需要加鎖時(shí)，就插入一條數(shù)據(jù)，釋放鎖時(shí)就刪除數(shù)據(jù)。 操作成功的那個(gè)線程獲得了該方法的鎖，可以執(zhí)行方法體內(nèi)容。 這把鎖強(qiáng)依賴數(shù)據(jù)庫(kù)的可用性，數(shù)據(jù)庫(kù)是一個(gè)單點(diǎn)，一旦數(shù)據(jù)庫(kù)掛掉，會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)不可用。 這把鎖沒(méi)有失效時(shí)間，一旦解鎖操作失…

本文是對(duì)《大型網(wǎng)站架構(gòu)設(shè)計(jì)》(李智慧 著) 一書的梳理，類似文字版的 “思維導(dǎo)圖”。羅列了大型網(wǎng)站架構(gòu)涉及到的概念，附上了簡(jiǎn)單說(shuō)明

微服務(wù)開發(fā)框架 —— Spring Boot 框架 2. 微服務(wù)網(wǎng)關(guān) —— Node.js 3. 微服務(wù)注冊(cè)與發(fā)現(xiàn) —— ZooKeeper 4. 微服務(wù)封裝 —— Docker 5. 微服務(wù)部署 —— Jenkins, GitLab 簡(jiǎn)單的說(shuō)，微服務(wù)網(wǎng)關(guān)是一個(gè)服務(wù)器，也…

為了保證一個(gè)方法在高并發(fā)情況下的同一時(shí)間只能被同一個(gè)線程執(zhí)行，在傳統(tǒng)單體應(yīng)用單機(jī)部署的情況下，可以使用Java并發(fā)處理相關(guān)的API(如ReentrantLcok或synchronized)進(jìn)行互斥控制。但是，隨著業(yè)務(wù)發(fā)展的需要，原單體單機(jī)部署的系統(tǒng)被演化成分布式系統(tǒng)后，由于分布…

昨天的微博服務(wù)器又炸了，心疼微博三秒鐘 。雖然網(wǎng)上各種嘲諷謾罵渣浪的，不過(guò)作為程序員細(xì)細(xì)想想感覺(jué)新浪還是很不容易的，畢竟它也沒(méi)法知道哪個(gè)明星突然就出啥事了，面對(duì)突如其來(lái)的多出好幾倍的訪問(wèn)量感覺(jué)無(wú)論是哪家公司也是沒(méi)法馬上應(yīng)對(duì)的吧。 通過(guò)這件事，也讓筆者認(rèn)識(shí)到了構(gòu)建一個(gè)在高并發(fā)環(huán)境…

探究高可用服務(wù)端架構(gòu)的優(yōu)秀資料索引從屬于筆者的 服務(wù)端應(yīng)用程序開發(fā)與系統(tǒng)架構(gòu) 系列文章；最近隨著公司業(yè)務(wù)的發(fā)展與終端用戶的增加，保證系統(tǒng)的高可用性也日漸成為團(tuán)隊(duì)考慮的重要因素，筆者也把去年以來(lái)看的一些文章歸集整理，拋磚引玉，如果有其他優(yōu)秀的望不吝賜教。

狀態(tài)機(jī)中，每個(gè)狀態(tài)有著相應(yīng)的行為，隨著行為的觸發(fā)來(lái)切換狀態(tài)。其中一種做法是使用二維數(shù)組實(shí)現(xiàn)狀態(tài)機(jī)機(jī)制，其中橫坐標(biāo)表示行為，縱坐標(biāo)表示狀態(tài)，具體的數(shù)值則表示當(dāng)前的狀態(tài)。 我們以登錄場(chǎng)景設(shè)計(jì)一個(gè)狀態(tài)機(jī)。 這時(shí)，我們?cè)O(shè)計(jì)一張狀態(tài)機(jī)表。 那么，此時(shí)它的二維數(shù)組，如下所示。 此外，我們也…

本文是筆者多年來(lái)積累和收集的知識(shí)技能圖譜，有的是筆者原創(chuàng)總結(jié)的最佳實(shí)踐，有的是小伙伴們的分享，其中每個(gè)秘籍圖譜里面的內(nèi)容都是互聯(lián)網(wǎng)高并發(fā)架構(gòu)師應(yīng)該了解和掌握的知識(shí)，筆者索性把這些圖譜收集在一起，并且歸類便于查找和學(xué)習(xí)，希望能夠幫助到每一位想成為架構(gòu)師或者已經(jīng)是架構(gòu)師的小伙伴.