淺析什么是供應(yīng)鏈管理系統(tǒng)及其重要性
創(chuàng)新互聯(lián)專(zhuān)業(yè)為企業(yè)提供石臺(tái)網(wǎng)站建設(shè)、石臺(tái)做網(wǎng)站、石臺(tái)網(wǎng)站設(shè)計(jì)、石臺(tái)網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、石臺(tái)企業(yè)網(wǎng)站模板建站服務(wù)，十余年石臺(tái)做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
供應(yīng)鏈管理系統(tǒng)是指為向終端客戶(hù)提供商品、服務(wù)或資訊，對(duì)從最初的材料供應(yīng)商一直到終端使用者的整個(gè)鏈條上的企業(yè)的關(guān)鍵業(yè)務(wù)流程和關(guān)系的一種整合。簡(jiǎn)而言之，供應(yīng)鏈管理系統(tǒng)是圍繞企業(yè)核心，通過(guò)對(duì)資訊流、物流、資金流的控制，把供應(yīng)商、制造商、分銷(xiāo)商、零售商直到終端使用者連成一個(gè)整體的功能網(wǎng)鏈結(jié)構(gòu)模式。
供應(yīng)鏈管理系統(tǒng)的重要性
無(wú)論商貿(mào)企業(yè)還是傳統(tǒng)制造業(yè)，在企業(yè)經(jīng)營(yíng)過(guò)程中，供應(yīng)鏈管理與各階層的管理息息相關(guān)，因?yàn)橐粋€(gè)良好運(yùn)營(yíng)的企業(yè)每天都會(huì)遇到大量銷(xiāo)售訂單、采購(gòu)訂單、產(chǎn)品及原材料出入庫(kù)的處理。小企業(yè)靠老板的腦袋管理，但隨著企業(yè)經(jīng)營(yíng)的擴(kuò)大，必然要借助專(zhuān)業(yè)的工具來(lái)實(shí)現(xiàn)更科學(xué)規(guī)范的管理。供應(yīng)鏈管理系統(tǒng)在管理軟體中多表現(xiàn)為銷(xiāo)售管理、采購(gòu)管理及庫(kù)存管理三大功能模組。
供應(yīng)鏈管理系統(tǒng)為企業(yè)帶來(lái)的益處
1.供應(yīng)鏈管理系統(tǒng)幫助企業(yè)實(shí)現(xiàn)資料資訊共享。
過(guò)去，由于企業(yè)各個(gè)部門(mén)分工和職能不同，必然會(huì)導(dǎo)致資訊孤島的出現(xiàn)，而隨著資訊化的發(fā)展，電話(huà)和郵件也已經(jīng)不能完全滿(mǎn)足企業(yè)部門(mén)間資訊的及時(shí)交換，因?yàn)殡娫?huà)有占線(xiàn)的時(shí)候，郵件有不能及時(shí)看到的時(shí)候。而供應(yīng)鏈系統(tǒng)的出現(xiàn)，能夠科學(xué)快捷的解決這些問(wèn)題，根據(jù)不同許可權(quán)劃分實(shí)現(xiàn)資料資訊的共享，如采購(gòu)訂單的進(jìn)出庫(kù)、銷(xiāo)售訂單處理、實(shí)時(shí)的動(dòng)態(tài)庫(kù)存等，方便各部門(mén)環(huán)節(jié)及時(shí)了解到相關(guān)重要資訊，避免資訊孤島所造成的不便和損失。
2.供應(yīng)鏈管理系統(tǒng)為企業(yè)開(kāi)源節(jié)流。
開(kāi)源節(jié)流、趨吉避兇，是企業(yè)經(jīng)營(yíng)者通常首要考慮的問(wèn)題。當(dāng)前社會(huì)，企業(yè)在追求利益最大化、希望財(cái)源廣進(jìn)的同時(shí)，必然也希望在保證質(zhì)量的前提下成本盡可能降低。全球一體化和區(qū)域經(jīng)濟(jì)化的今天，越來(lái)越多的企業(yè)經(jīng)營(yíng)者開(kāi)始考慮節(jié)流的問(wèn)題，而供應(yīng)鏈管理系統(tǒng)中關(guān)于動(dòng)態(tài)庫(kù)存查詢(xún)、超領(lǐng)料提醒、原材料價(jià)格查詢(xún)、成本管理、訂單及時(shí)交付等一系列的功能都能讓企業(yè)經(jīng)營(yíng)者在系統(tǒng)中及時(shí)了解相關(guān)的資料并及時(shí)應(yīng)對(duì)，達(dá)到節(jié)流的目的。
3.供應(yīng)鏈管理系統(tǒng)幫助企業(yè)領(lǐng)導(dǎo)層更科學(xué)的決策分析。
供應(yīng)鏈管理系統(tǒng)在實(shí)現(xiàn)資料共享的基礎(chǔ)上，由于系統(tǒng)里有強(qiáng)大的各種報(bào)表分析工具，會(huì)對(duì)相關(guān)資料進(jìn)行資源整合，然后根據(jù)操作者的需要快速生成對(duì)相應(yīng)報(bào)表，如利潤(rùn)分析報(bào)表、銷(xiāo)售訂單分析報(bào)表、采購(gòu)訂單分析報(bào)表、成本分析報(bào)表等等。通過(guò)一系列的報(bào)表輔助工具，企業(yè)領(lǐng)導(dǎo)層可以根據(jù)自身發(fā)展及市場(chǎng)變化及時(shí)制定和調(diào)整企業(yè)戰(zhàn)略方向，做出更有利于企業(yè)健康發(fā)展的科學(xué)決策。
隨著企業(yè)資訊化的普及，隨著企業(yè)分工的細(xì)化，供應(yīng)鏈管理系統(tǒng)作為ERP（企業(yè)資源計(jì)劃）系統(tǒng)中最重要的一個(gè)環(huán)節(jié)，在企業(yè)經(jīng)營(yíng)活動(dòng)中發(fā)揮著越來(lái)越重要的作用。
物流供應(yīng)鏈管理系統(tǒng)是什么，有什么作用？
讓寄件人，收件人，物流送件人，貨車(chē)都接入到同一個(gè)系統(tǒng)，提高辦公效率
供應(yīng)鏈管理系統(tǒng)中的云服務(wù)安全嗎？
阿里云可以檢視云伺服器上的任何資料，但是你們不用擔(dān)心，他們一般不會(huì)看的
供應(yīng)鏈管理系統(tǒng)具體有什么功能模組的？
一 供應(yīng)鏈管理
二 生產(chǎn)制造管理
三 財(cái)務(wù)會(huì)計(jì)管理
四 成本會(huì)計(jì)管理
五 風(fēng)險(xiǎn)控制管理
建設(shè)供應(yīng)鏈管理系統(tǒng)有哪些必備條件
建設(shè)供應(yīng)鏈管理系統(tǒng)只有明確公司的需求，然后找適合公司的系統(tǒng)就可以了。8Manage SPM 幫助企業(yè)實(shí)現(xiàn)精細(xì)化供應(yīng)商管理，從供應(yīng)商開(kāi)發(fā)、稽核評(píng)估、科學(xué)篩選到持續(xù)跟進(jìn)全方位管理，讓企業(yè)始終保持具有高度競(jìng)爭(zhēng)力和成本領(lǐng)先優(yōu)勢(shì)的供應(yīng)商隊(duì)伍，保證企業(yè)供應(yīng)鏈系統(tǒng)的穩(wěn)定和高效運(yùn)作，提升企業(yè)盈利能力。
供應(yīng)鏈管理系統(tǒng)基礎(chǔ)設(shè)定的內(nèi)容有哪些
供應(yīng)鏈管理系統(tǒng)應(yīng)具備的功能有：
1、連線(xiàn)企業(yè)全程供應(yīng)鏈的各個(gè)環(huán)節(jié)，建立標(biāo)準(zhǔn)化的操作流程；
2、建立核心企業(yè)的ERP系統(tǒng)，系統(tǒng)中應(yīng)包括訂單資訊，供應(yīng)商和分銷(xiāo)商的客戶(hù)資訊以及過(guò)往交易的情況，信用度情況，各個(gè)管理模組可供相關(guān)業(yè)務(wù)物件獨(dú)立操作，
3.具有物流管理系統(tǒng)功能，有效監(jiān)管貨物的收發(fā)以及在途情況，通過(guò)第四方物流供應(yīng)鏈平臺(tái)整合連通各個(gè)管理模組和供應(yīng)鏈環(huán)節(jié)；
4.要求與銀行建立資金渠道的管理功能，主要包括融資方式，支付方式以及相關(guān)的金融服務(wù)方式，尤其是企業(yè)網(wǎng)銀等；
5、縮短訂單處理時(shí)間，提高訂單處理效率和訂單滿(mǎn)足率，降低庫(kù)存水平，提高庫(kù)存周轉(zhuǎn)率，減少資金積壓；
6、實(shí)現(xiàn)協(xié)同化、一體化的供應(yīng)鏈管理。在綜合物流、資金流和商流等資訊的基礎(chǔ)上，建立供應(yīng)鏈的資訊平臺(tái)。
7.進(jìn)出口企業(yè)，那么還要求有進(jìn)出口貿(mào)易的許可，以及接受海關(guān)、人行、外管等的資金監(jiān)管。
供應(yīng)鏈管理
供應(yīng)鏈管理作為一個(gè)戰(zhàn)略概念，以相應(yīng)的資訊系統(tǒng)技術(shù)，將從原材料采購(gòu)直到銷(xiāo)售給終端使用者的全部企業(yè)活動(dòng)整合在一個(gè)無(wú)縫流程中。
供應(yīng)鏈管理系統(tǒng)是如何聯(lián)絡(luò)上下游資源的
供應(yīng)鏈管理系統(tǒng)涉及包括人、資金、物品、資訊，也就是人流，資金流，物流，資訊流，同過(guò)這四個(gè)方面的資訊交換來(lái)聯(lián)絡(luò)上下游資源的
有專(zhuān)業(yè)做供應(yīng)鏈管理系統(tǒng)的軟體公司嗎？介紹下。
鼎捷軟體ERP 集團(tuán)化企業(yè)的管理體系
近幾年，中國(guó)經(jīng)濟(jì)經(jīng)歷了快速持續(xù)的增長(zhǎng)階段。面對(duì)快速變化的全球競(jìng)爭(zhēng)環(huán)境，大多數(shù)中國(guó)企業(yè)在與國(guó)際接軌的同時(shí)，也面臨著政策法規(guī)的頻繁變化、復(fù)雜多變的商業(yè)環(huán)境以及業(yè)務(wù)模式和管理模式的創(chuàng)新變革等問(wèn)題。
作為中國(guó)制造業(yè)ERP第一品牌的神州數(shù)碼管理軟體廠商，對(duì)于推動(dòng)ERP在中國(guó)的發(fā)展起到了關(guān)鍵的積極作用。其TOP GP產(chǎn)品以“集團(tuán)統(tǒng)籌、全球掌控”為核心理念，已協(xié)助企業(yè)進(jìn)行集團(tuán)控管,全球布局的目標(biāo)，最終超越最領(lǐng)先、最雄心勃勃的國(guó)際同行。
供應(yīng)鏈管理系統(tǒng)如何縮短交貨周期越詳細(xì)越好
通過(guò)APS高階計(jì)劃排程，滿(mǎn)足資源約束，均衡生產(chǎn)過(guò)程中各種生產(chǎn)資源；在不同的生產(chǎn)瓶頸階段給出最優(yōu)的生產(chǎn)排程計(jì)劃；實(shí)現(xiàn)快速排程并對(duì)需求變化做出快速反應(yīng)。 1、通過(guò)有限能力自動(dòng)設(shè)定生產(chǎn)排程到秒和分鐘的動(dòng)態(tài)提前期，改變無(wú)限能力的固定提前期為天的生產(chǎn)排程?？梢杂行У目s短生產(chǎn)交貨期。 2、通過(guò)分割制造訂單，縮短制造提前期。 3、通過(guò)分割工作使其分派到別的資源上，可以縮短制造提前期。 4、通過(guò)工序的接續(xù)方法，縮小批量，使各工序的工作重疊分派，由此，縮短了制造提前期， 5、通過(guò)設(shè)定前準(zhǔn)備和后準(zhǔn)備時(shí)間的連線(xiàn)點(diǎn)，來(lái)縮短制造提前期。 6、通過(guò)有效的作業(yè)人員的排程，來(lái)提高生產(chǎn)力，來(lái)縮短制造提前期。 7、通過(guò)對(duì)瓶頸中心的優(yōu)化排程，前工序向后推分配，將后工序前推分配。提高生產(chǎn)力，來(lái)縮短制造提前期。 8、通過(guò)先進(jìn)的數(shù)學(xué)約束優(yōu)化演算法，來(lái)優(yōu)化生產(chǎn)過(guò)程，縮短了制造提前期。
供應(yīng)鏈管理系統(tǒng)為什么要選擇java語(yǔ)言進(jìn)行程式設(shè)計(jì)
Java一般用來(lái)做伺服器,PHP也可以做伺服器,但是PHP局限性較強(qiáng)但是開(kāi)發(fā)速度快,耗費(fèi)資源較大，所以，一般中大型專(zhuān)案用Java,小型專(zhuān)案愛(ài)用PHP
北京智建互聯(lián)科技有限公司（）是一家專(zhuān)業(yè)的建筑行業(yè)信息化系統(tǒng)供應(yīng)商。公司主要產(chǎn)品有施工項(xiàng)目管理信息系統(tǒng)、大型機(jī)械設(shè)備管理系統(tǒng)、工程物資管理系統(tǒng)、國(guó)際工程成本管理系統(tǒng)、BIM產(chǎn)品等專(zhuān)業(yè)類(lèi)信息系統(tǒng)，滿(mǎn)足企業(yè)私有、公有云等多種部署方式，并為建筑企業(yè)提供專(zhuān)業(yè)個(gè)性化定制服務(wù)。
建筑周轉(zhuǎn)材管理系統(tǒng)是公司推出的又一拳頭產(chǎn)品，軟件支持XP/Win7/Win10，系統(tǒng)分為三個(gè)版本:
集團(tuán)版:主要為大型租賃企業(yè)服務(wù)，支持多個(gè)租賃分公司、多倉(cāng)庫(kù)、多用戶(hù)同時(shí)操作系統(tǒng)，且不限用戶(hù)數(shù)，用戶(hù)可自行增加賬號(hào)。支持手機(jī)及PAD操作，提供一對(duì)一的技術(shù)及業(yè)務(wù)咨詢(xún)服務(wù)。
專(zhuān)業(yè)版：面向中型租賃企業(yè)服務(wù)，支持局域網(wǎng)內(nèi)私有部署、多倉(cāng)庫(kù)、多用戶(hù)同時(shí)操作系統(tǒng)，不限用戶(hù)數(shù)。
單用戶(hù)免費(fèi)版:推出面向小微型企業(yè)的單用戶(hù)免費(fèi)版，軟件功能無(wú)限制，第一個(gè)賬號(hào)免費(fèi)，增加賬號(hào)需購(gòu)買(mǎi)，數(shù)據(jù)集中存儲(chǔ)在阿里云服務(wù)器端，安全可靠。支持手機(jī)及PAD操作。下載后注冊(cè)即可使用。
系統(tǒng)支持鋼管、扣件、輪扣、盤(pán)扣、集裝箱、木模鋼模、鋁模、三化產(chǎn)品、小型機(jī)具等，功能包括基礎(chǔ)設(shè)置、合同管理、倉(cāng)庫(kù)管理、出租管理、轉(zhuǎn)租管理、結(jié)算管理、報(bào)表中心、系統(tǒng)日志等。從庫(kù)存初始化、簽主租賃合同、發(fā)料、回收、外借、丟賠、維修、運(yùn)輸費(fèi)、報(bào)停、租費(fèi)結(jié)算、庫(kù)存盤(pán)點(diǎn)、加工、材料報(bào)廢、開(kāi)票收付款到合同結(jié)束提供全過(guò)程、全動(dòng)態(tài)的信息管理。
軟件優(yōu)勢(shì):
l 可以設(shè)置多種計(jì)費(fèi)模板，快速錄入合同單價(jià)及雜費(fèi)項(xiàng)
l 可以設(shè)置多種計(jì)重標(biāo)準(zhǔn)，針對(duì)不用客戶(hù)算出的計(jì)費(fèi)重量不一樣
l 系統(tǒng)默認(rèn)統(tǒng)一計(jì)費(fèi)周期，也可以按合同設(shè)定計(jì)費(fèi)時(shí)間段
l 收取的雜費(fèi)項(xiàng)可以靈活自定義，還可以設(shè)為自動(dòng)全部收取，如運(yùn)輸費(fèi)
l 可以按品名、按規(guī)格計(jì)費(fèi)、還超量了能設(shè)置是否抵扣，
l 實(shí)時(shí)統(tǒng)計(jì)資產(chǎn)自有數(shù)量、轉(zhuǎn)租數(shù)量、總資產(chǎn)、在租數(shù)量、庫(kù)存數(shù)
l 報(bào)表可分組、匯總、透視、過(guò)濾、導(dǎo)出EXCEL,界面可個(gè)性化記憶
l 報(bào)停費(fèi)用可按部分材料或價(jià)格百分比報(bào)停
l 轉(zhuǎn)租材料支持暫存功能，停記租費(fèi)
l 支持多倉(cāng)庫(kù)、多租賃站，多倉(cāng)庫(kù)可對(duì)同一合同混合收發(fā)料、統(tǒng)一丟賠，提供單倉(cāng)庫(kù)或合并倉(cāng)庫(kù)報(bào)表。
l 單據(jù)支持一人打單一人復(fù)核，回收單超量有紅色警示
l 結(jié)算后單據(jù)、提交后單據(jù)無(wú)權(quán)限不能再修改，管理員撤消提交后方可更改，并有修改日志。修改前后單據(jù)可直觀對(duì)比，保證數(shù)據(jù)一致性及可追溯性。
l 多個(gè)合同可歸集到一個(gè)核算項(xiàng)目，按項(xiàng)目合并報(bào)表，合并核算收入及成本
l 報(bào)表可按公司、租賃站、倉(cāng)庫(kù)分級(jí)，數(shù)據(jù)自動(dòng)合
l 報(bào)表數(shù)據(jù)可追溯，直至原始表單
l 收發(fā)料單支持EXCEL數(shù)據(jù)批量多單導(dǎo)入，報(bào)表支持EXCEL導(dǎo)出，所見(jiàn)即所得
l 支持營(yíng)改增功能，合同單價(jià)可設(shè)含稅或不含稅，價(jià)稅分離，自動(dòng)計(jì)算稅前和稅后價(jià)
軟件有手機(jī)版及PAD版，可以在現(xiàn)場(chǎng)實(shí)時(shí)收發(fā)料，并打印，查看報(bào)表。
淘寶開(kāi)源的TDDL和cobar的結(jié)合，放到了阿里云上就是DRDS，是商品，服務(wù)，可以購(gòu)買(mǎi)使用的?？梢栽诎⒗镌乒倬W(wǎng)上注冊(cè)免費(fèi)試用。
=====================================================
隨著互聯(lián)網(wǎng)時(shí)代的到來(lái)，計(jì)算機(jī)要管理的數(shù)據(jù)量呈指數(shù)級(jí)別地飛速上漲，而我們卻完全無(wú)法對(duì)用戶(hù)數(shù)做出準(zhǔn)確預(yù)估。我們的系統(tǒng)所需要支持的用戶(hù)數(shù)，很可能在短短的一個(gè)月內(nèi)突然爆發(fā)式地增長(zhǎng)幾千倍，數(shù)據(jù)也很可能快速地從原來(lái)的幾百GB飛速上漲到了幾百個(gè)TB。如果在這爆發(fā)的關(guān)鍵時(shí)刻，系統(tǒng)不穩(wěn)定或無(wú)法訪(fǎng)問(wèn)，那么對(duì)于業(yè)務(wù)將會(huì)是毀滅性的打擊。
伴隨著這種對(duì)于系統(tǒng)性能、成本以及擴(kuò)展性的新需要，以HBase、MongoDB為代表的NoSQL數(shù)據(jù)庫(kù)和以阿里DRDS、VoltDB、ScaleBase為代表的分布式NewSQL數(shù)據(jù)庫(kù)如雨后春筍般不斷涌現(xiàn)出來(lái)。
本文將會(huì)介紹阿里DRDS的技術(shù)理念、發(fā)展歷程、技術(shù)特性等內(nèi)容。
DRDS設(shè)計(jì)理念
從20世紀(jì)70年代關(guān)系數(shù)據(jù)庫(kù)創(chuàng)立開(kāi)始，其實(shí)大家在數(shù)據(jù)庫(kù)上的追求就從未發(fā)生過(guò)變化：更快的存取數(shù)據(jù)，可以按需擴(kuò)縮以承載更大的訪(fǎng)問(wèn)量和更大的數(shù)據(jù)量，開(kāi)發(fā)容易，硬件成本低，我們可以把這叫做數(shù)據(jù)庫(kù)領(lǐng)域的圣杯。
為了支撐更大的訪(fǎng)問(wèn)量和數(shù)據(jù)量，我們必然需要分布式數(shù)據(jù)庫(kù)系統(tǒng)，然而分布式系統(tǒng)又必然會(huì)面對(duì)強(qiáng)一致性所帶來(lái)的延遲提高的問(wèn)題，因?yàn)榫W(wǎng)絡(luò)通信本身比單機(jī)內(nèi)通信代價(jià)高很多，這種通信的代價(jià)就會(huì)直接增加系統(tǒng)單次提交的延遲。延遲提高會(huì)導(dǎo)致數(shù)據(jù)庫(kù)鎖持有時(shí)間變長(zhǎng)，使得高沖突條件下分布式事務(wù)的性能不升反降（這個(gè)具體可以了解一下Amdahl定律），甚至性能距離單機(jī)數(shù)據(jù)庫(kù)都還有明顯的差距。
從上面的說(shuō)明，我們可以發(fā)現(xiàn)，問(wèn)題的關(guān)鍵并不是分布式事務(wù)做不出來(lái)，而是做出來(lái)了卻因?yàn)樾阅芴疃鴽](méi)有什么卵用。數(shù)據(jù)庫(kù)領(lǐng)域的高手們努力了40年，但至今仍然沒(méi)有人能夠很好地解決這個(gè)問(wèn)題，Google Spanner的開(kāi)發(fā)負(fù)責(zé)人就經(jīng)常在他的Blog上談?wù)撗舆t的問(wèn)題，相信也是飽受這個(gè)問(wèn)題的困擾。
面對(duì)這個(gè)難題，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)選擇了放棄分布式的方案，因?yàn)樵?0世紀(jì)70~80年代，我們的數(shù)據(jù)庫(kù)主要被用來(lái)處理企業(yè)內(nèi)的各類(lèi)數(shù)據(jù)，面對(duì)的用戶(hù)不過(guò)幾千人，而數(shù)據(jù)量最多也就是TB級(jí)別。用單臺(tái)機(jī)器來(lái)處理事務(wù)，用個(gè)磁盤(pán)陣列處理一下磁盤(pán)容量不夠的問(wèn)題，基本上就能解決一切問(wèn)題了。
然而，信息化和互聯(lián)網(wǎng)的浪潮改變了這一切，我們突然發(fā)現(xiàn)，我們服務(wù)的對(duì)象發(fā)生了根本性變化，從原來(lái)的幾千人，變成了現(xiàn)在的幾億人，數(shù)據(jù)量也從TB級(jí)別到了PB級(jí)別甚至更多。存在單點(diǎn)的單機(jī)系統(tǒng)無(wú)論如何努力，都會(huì)面對(duì)系統(tǒng)處理能力的天花板。原來(lái)的這條路，看起來(lái)是走不下去了，我們必須想辦法換一條路來(lái)走。
可是，分布式數(shù)據(jù)庫(kù)所面對(duì)的強(qiáng)一致性難題卻像一座高山，人們努力了無(wú)數(shù)個(gè)日日夜夜，但能翻越這座山的日子看來(lái)仍然遙遙無(wú)期。
于是，有一群人認(rèn)為，強(qiáng)一致性這件事看來(lái)不怎么靠譜，那徹底繞開(kāi)這個(gè)問(wèn)題是不是個(gè)更好的選擇？他們發(fā)現(xiàn)確實(shí)有那么一些場(chǎng)景是不需要強(qiáng)一致事務(wù)的，甚至連SQL都可以不要，最典型的就是日志流水的記錄與分析這類(lèi)場(chǎng)景。而去掉了事務(wù)和SQL，接口簡(jiǎn)單了，性能就更容易得到提升，擴(kuò)展性也更容易實(shí)現(xiàn)，這就是NoSQL系統(tǒng)的起源。
雖然NoSQL解決了性能和擴(kuò)展性問(wèn)題，但這種繞開(kāi)問(wèn)題的方法給用戶(hù)帶來(lái)了很多困擾，系統(tǒng)的開(kāi)發(fā)成本也大大提升。這時(shí)候就有另外一群人，他們覺(jué)得用戶(hù)需要SQL，覺(jué)得用戶(hù)也需要事務(wù)，問(wèn)題的關(guān)鍵在于我們要努力地往圣杯的方向不斷前進(jìn)。在保持系統(tǒng)的擴(kuò)展性和性能的前提下，付出盡可能小的代價(jià)來(lái)滿(mǎn)足業(yè)務(wù)對(duì)數(shù)據(jù)庫(kù)的需要。這就是NewSQL這個(gè)理念的由來(lái)。
DRDS也是一個(gè)NewSQL的系統(tǒng)，它與ScaleBase、VoltDB等系統(tǒng)類(lèi)似，都希望能夠找到一條既能保持系統(tǒng)的高擴(kuò)展性和高性能，又能盡可能保持傳統(tǒng)數(shù)據(jù)庫(kù)的ACID事務(wù)和SQL特性的分布式數(shù)據(jù)庫(kù)系統(tǒng)。
DRDS發(fā)展歷程
在一開(kāi)始，TDDL的主要功能就是做數(shù)據(jù)庫(kù)切分，一個(gè)或一組SQL請(qǐng)求提交到TDDL，TDDL進(jìn)行規(guī)則運(yùn)算后得知SQL應(yīng)該被分發(fā)到哪個(gè)機(jī)器，直接將SQL轉(zhuǎn)發(fā)到對(duì)應(yīng)機(jī)器即可（如圖1）。
圖1 TDDL數(shù)據(jù)庫(kù)切分
開(kāi)始的時(shí)候，這種簡(jiǎn)單的路由策略能夠滿(mǎn)足用戶(hù)的需要，我們開(kāi)始的那些應(yīng)用，就是通過(guò)這樣非常簡(jiǎn)單的方式完成了他所有的應(yīng)用請(qǐng)求。我們也認(rèn)為，這種方案簡(jiǎn)單可靠，已經(jīng)足夠好用了。
然而，當(dāng)我們服務(wù)的應(yīng)用從十幾個(gè)增長(zhǎng)到幾百個(gè)的時(shí)候，大量的中小應(yīng)用加入，大家紛紛表示，原來(lái)的方案限制太大，很多應(yīng)用其實(shí)只是希望做個(gè)讀寫(xiě)分離，希望能有更好的SQL兼容性。
于是，我們做了第一次重大升級(jí)，在這次升級(jí)里，我們提出了一個(gè)重要的概念就是三層架構(gòu)，Matrix對(duì)應(yīng)數(shù)據(jù)庫(kù)切分場(chǎng)景，對(duì)SQL有一定限制，Group對(duì)應(yīng)讀寫(xiě)分離和高可用場(chǎng)景，對(duì)SQL幾乎沒(méi)有限制。如圖2所示。
圖2 數(shù)據(jù)庫(kù)升級(jí)為三層架構(gòu)
這種做法立刻得到了大家的認(rèn)可，TDDL所提供的讀寫(xiě)分離、分庫(kù)分表等核心功能，也成為了阿里集團(tuán)內(nèi)數(shù)據(jù)庫(kù)領(lǐng)域的標(biāo)配組件，在阿里的幾乎所有應(yīng)用上都有應(yīng)用。最為難得的是，這些功能從上線(xiàn)后，到現(xiàn)在已經(jīng)經(jīng)歷了多年雙11的嚴(yán)酷考驗(yàn)，從未出現(xiàn)過(guò)嚴(yán)重故障（p0、p1級(jí)別故障屬于嚴(yán)重故障）。數(shù)據(jù)庫(kù)體系作為整個(gè)應(yīng)用系統(tǒng)的重中之重，能做到這件事，真是非常不容易。
隨著核心功能的穩(wěn)定，自2010年開(kāi)始，我們集中全部精力開(kāi)始關(guān)注TDDL后端運(yùn)維系統(tǒng)的完善與改進(jìn)性工作。在DBA團(tuán)隊(duì)的給力配合下，圍繞著TDDL，我們成功做到了在線(xiàn)數(shù)據(jù)動(dòng)態(tài)擴(kuò)縮、異步索引等關(guān)鍵特征，同時(shí)也比較成功地構(gòu)建了一整套分布式數(shù)據(jù)庫(kù)服務(wù)管控體系，用戶(hù)基本上可以完全自助地完成整套數(shù)據(jù)庫(kù)環(huán)境的搭建與初始化工作。
大概是2012年，我們?cè)诎⒗镌茍F(tuán)隊(duì)的支持下，開(kāi)始嘗試將TDDL這套體系輸出到阿里云上，也有了個(gè)新的名字：阿里分布式數(shù)據(jù)庫(kù)服務(wù)（DRDS），希望能夠用我們的技術(shù)服務(wù)好更多的人。
不過(guò)當(dāng)我們滿(mǎn)懷自信地把自己的軟件拿到云上的時(shí)候，卻發(fā)現(xiàn)我們的軟件距離用戶(hù)的要求差距很大。在內(nèi)部因?yàn)橛蠨BA的同學(xué)們幫助進(jìn)行SQL review，所以SQL的復(fù)雜度都是可控的。然而到了云上，看了各種渠道提過(guò)來(lái)的兼容性需求，我們經(jīng)常是不自覺(jué)地發(fā)出這樣的感嘆：“?。吭瓉?lái)這種語(yǔ)法MySQL也是可以支持的？”
于是，我們又進(jìn)行了架構(gòu)升級(jí)，這次是以兼容性為核心目標(biāo)的系統(tǒng)升級(jí)工作，希望能夠在分布式場(chǎng)景下支持各類(lèi)復(fù)雜的SQL，同時(shí)也將阿里這么多年來(lái)在分布式事務(wù)上的積累都帶到了DRDS里面。
這次架構(gòu)升級(jí)，我們的投入史無(wú)前例，用了三年多才將整個(gè)系統(tǒng)落地完成。我們先在內(nèi)部以我們自己的業(yè)務(wù)作為首批用戶(hù)上線(xiàn)，經(jīng)過(guò)了內(nèi)部幾百個(gè)應(yīng)用的嚴(yán)酷考驗(yàn)以后，我們才敢拿到云上，給到我們的最終用戶(hù)使用。
目前，我們正在將TDDL中更多的積累輸出到云上，同時(shí)也努力優(yōu)化我們的用戶(hù)界面。PS：其實(shí)用戶(hù)界面優(yōu)化對(duì)我們這種專(zhuān)注于高性能后端技術(shù)的團(tuán)隊(duì)來(lái)說(shuō)，才是最大的技術(shù)挑戰(zhàn)，連我也去學(xué)了AngularJS，參與了用戶(hù)UI編。
DRDS主要功能介紹
發(fā)展歷史看完了，下面就由我來(lái)介紹一下目前我們已經(jīng)輸出到云上的主要功能。
【分布式SQL執(zhí)行引擎】
分布式SQL引擎主要的目的，就是實(shí)現(xiàn)與單機(jī)數(shù)據(jù)庫(kù)SQL引擎的完全兼容。目前我們的SQL引擎能夠做到與MySQL的SQL引擎全兼容，包括各類(lèi)join和各類(lèi)復(fù)雜函數(shù)等。他主要包含SQL解析、優(yōu)化、執(zhí)行和合并四個(gè)流程，如圖3中綠色部分。
圖3 SQL引擎實(shí)現(xiàn)的主要流程
雖然SQL是兼容的，但是分布式SQL執(zhí)行算法與單機(jī)SQL的執(zhí)行算法卻完全不同，原因也很簡(jiǎn)單，網(wǎng)絡(luò)通信的延遲比單機(jī)內(nèi)通信的延遲大得多。舉個(gè)例子說(shuō)明一下，我們有份文件要從一張紙A上謄寫(xiě)到另外一張紙B上，單機(jī)系統(tǒng)就好比兩張紙都在同一個(gè)辦公室里，而分布式數(shù)據(jù)庫(kù)則就像是一張紙?jiān)诒本?，一張紙?jiān)诤贾荨?/p>
自然地，如果兩張紙?jiān)谕粋€(gè)辦公室，因?yàn)閭鬏斁嚯x近，逐行謄寫(xiě)的效率是可以接受的。而如果距離是北京到杭州，用逐行謄寫(xiě)的方式，就立刻顯得代價(jià)太高了，我們總不能看一行，就打個(gè)“飛的”去杭州寫(xiě)下來(lái)吧。在這種情況下，還是把紙A上的信息拍個(gè)照片，【一整批的】帶到杭州去處理，明顯更簡(jiǎn)單一些。這就是分布式數(shù)據(jù)庫(kù)特別強(qiáng)調(diào)吞吐調(diào)優(yōu)的原因，只要是涉及到跨機(jī)的所有查詢(xún)，都必須盡可能的積攢一批后一起發(fā)送，以減少系統(tǒng)延遲提高帶來(lái)的不良影響。
【按需數(shù)據(jù)庫(kù)集群平滑擴(kuò)縮】
DRDS允許應(yīng)用按需將新的單機(jī)存儲(chǔ)加入或移出集群，DRDS則能夠保證應(yīng)用在遷移流程中實(shí)現(xiàn)不停機(jī)擴(kuò)容縮容。
圖4 DRDS按需進(jìn)行平滑擴(kuò)縮
在內(nèi)部的數(shù)據(jù)庫(kù)使用實(shí)踐中，這個(gè)功能的一個(gè)最重要應(yīng)用場(chǎng)景就是雙11了。在雙11之前，我們會(huì)將大批的機(jī)器加入到我們的數(shù)據(jù)庫(kù)集群中，抗過(guò)了雙11，這批機(jī)器就會(huì)下線(xiàn)。
當(dāng)DRDS來(lái)到云上，我們發(fā)現(xiàn)雙11其實(shí)不僅僅只影響阿里內(nèi)部的系統(tǒng)。在下游的各類(lèi)電商輔助性系統(tǒng)其實(shí)也面對(duì)巨大壓力。在雙11前5天，網(wǎng)聚寶的熊總就找到我說(shuō)，擔(dān)心撐不過(guò)雙11的流量，怕系統(tǒng)掛。于是我們就給他介紹了這個(gè)自動(dòng)擴(kuò)容的功能怎么用，他買(mǎi)了一個(gè)月的數(shù)據(jù)庫(kù)，掛接在DRDS上。數(shù)據(jù)庫(kù)能力立刻翻倍，輕松抗過(guò)了雙11，也算是我印象比較深刻的一個(gè)案例了。
因?yàn)槲覀兺耆珶o(wú)法預(yù)測(cè)在什么時(shí)間點(diǎn)系統(tǒng)會(huì)有爆發(fā)性的增長(zhǎng)，而如果在這時(shí)候系統(tǒng)因?yàn)榧夹g(shù)原因不能使用，就會(huì)給整個(gè)業(yè)務(wù)帶來(lái)毀滅性的影響，風(fēng)口一旦錯(cuò)過(guò)，就追悔莫及了。我想這就是云計(jì)算特別強(qiáng)調(diào)可擴(kuò)展能力的原因吧。
【小表廣播】
小表廣播也是我們?cè)诜植际綌?shù)據(jù)庫(kù)領(lǐng)域內(nèi)最常用的工具之一，他的核心目的其實(shí)都是一個(gè)——盡可能讓查詢(xún)只發(fā)生在單機(jī)。
讓我們用一個(gè)例子來(lái)說(shuō)明，小表廣播的一般使用場(chǎng)景。
圖5 小表廣播場(chǎng)景
圖5中，如果我想知道買(mǎi)家id等于0的用戶(hù)在商城里面買(mǎi)了哪些商品，我們一般會(huì)先將這兩個(gè)表join起來(lái)，然后再用where平臺(tái)名=”商城” and buyerID = 0找到符合要求的數(shù)據(jù)。然而這種join的方式，會(huì)導(dǎo)致大量的針對(duì)左表的網(wǎng)絡(luò)I/O。如果要取出的數(shù)據(jù)量比較大，系統(tǒng)延遲會(huì)明顯上升。
這時(shí)候，為了提升性能，我們就必須要減少跨機(jī)join的網(wǎng)絡(luò)代價(jià)。我們比較推薦應(yīng)用做如下處理，將左表復(fù)制到右表的每一個(gè)庫(kù)上。這樣，join操作就由分布式j(luò)oin一下變回到本地join，系統(tǒng)的性能就有很大的提升了，如圖6所示。
圖6
【分布式事務(wù)套件】
在阿里巴巴的業(yè)務(wù)體系中存在非常多需要事務(wù)類(lèi)的場(chǎng)景，下單減庫(kù)存，賬務(wù)，都是事務(wù)場(chǎng)景最集中的部分。
而我們處理事務(wù)的方法卻和傳統(tǒng)應(yīng)用處理事務(wù)的方案不大一樣，我們非常強(qiáng)調(diào)事務(wù)的最終一致性和異步化。利用這種方式，能夠極大地降低分布式系統(tǒng)中鎖持有的時(shí)間，從而極大地提升系統(tǒng)性能。
圖7 DRDS分布式事務(wù)解決套件
這種處理機(jī)制，是我們分布式事務(wù)能夠以極低成本大量運(yùn)行的最核心法門(mén)。在DRDS平臺(tái)內(nèi)，我們將這些方案產(chǎn)品化，為了DRDS的分布式事務(wù)解決套件。
利用他們，能夠讓你以比較低的成本，實(shí)現(xiàn)低延遲，高吞吐的分布式事務(wù)場(chǎng)景。
DRDS的未來(lái)
阿里分布式數(shù)據(jù)庫(kù)服務(wù)DRDS上線(xiàn)至今，大家對(duì)這款產(chǎn)品的熱情超出了我們的預(yù)期，短短半年內(nèi)已經(jīng)有幾千個(gè)申請(qǐng)。
盡管還在公測(cè)期，但是大家就已經(jīng)把關(guān)系到身家性命的寶貴在線(xiàn)數(shù)據(jù)業(yè)務(wù)放到了DRDS上，我能夠感受到這份沉甸甸的信賴(lài)，也不想辜負(fù)這份信賴(lài)。
經(jīng)過(guò)阿里內(nèi)部幾千個(gè)應(yīng)用的不斷歷練，DRDS已經(jīng)積累出一套強(qiáng)大的分布式SQL執(zhí)行引擎和和一整套分布式事務(wù)套件。
我也相信，這些積累能夠讓用戶(hù)在基本保持單機(jī)數(shù)據(jù)庫(kù)的使用習(xí)慣的前提下，享受到分布式數(shù)據(jù)庫(kù)高性能可擴(kuò)展的好處。
在平時(shí)的DRDS支持過(guò)程中，我面對(duì)最多的問(wèn)題就是，DRDS能不能夠在不改變?nèi)魏卧袠I(yè)務(wù)邏輯和代碼的前提下，實(shí)現(xiàn)可自由伸縮和擴(kuò)展呢？十分可惜的是，關(guān)系數(shù)據(jù)庫(kù)發(fā)展至今，還沒(méi)有找到既能保留傳統(tǒng)數(shù)據(jù)庫(kù)一切特性，又能實(shí)現(xiàn)高性能可擴(kuò)展數(shù)據(jù)庫(kù)的方法。
然而，雖不能至，吾心向往之！我們會(huì)以“可擴(kuò)展，高性能”為產(chǎn)品核心，堅(jiān)定地走在追尋圣杯的路上，并堅(jiān)信最終我們一定能夠找尋到它神圣的所在。
作者簡(jiǎn)介：王晶昱，花名沈詢(xún)，阿里巴巴資深技術(shù)專(zhuān)家。目前主要負(fù)責(zé)阿里的分布式數(shù)據(jù)庫(kù)DRDS（TDDL）和阿里的分布式消息服務(wù)ONS（RocketMQ/Notify）兩個(gè)系統(tǒng)。
重慶分公司
重慶分公司
