日本一区二区三区99_无码精品动漫在线观看免费_欧美高潮无遮挡猛烈动态图_日本好湿好紧好爽在线观看_幻女毛片aa特级_免费观看又色又刺激的视频_无遮挡粉嫩小泬女视频_A欧美亚洲日韩高清电影_五月天激情婷婷丁香刺激网_亚洲免费操比视频

睿云新聞

深圳睿云智合科技有限公司 > 睿云新聞 (Page 3)

我們應(yīng)該如何基于容器來(lái)進(jìn)行軟件的持續(xù)交付

2018年1月26日

在過(guò)去的一段時(shí)間里容器已經(jīng)大量的使用到了IT軟件生產(chǎn)的各個(gè)環(huán)節(jié)當(dāng)中：從軟件開(kāi)發(fā)，持續(xù)集成，持續(xù)部署，測(cè)試環(huán)境到生產(chǎn)環(huán)境。   除了Docker官方的DockerSwarm,DockerMachine以及DockerCompose以外，開(kāi)源軟件社區(qū)還涌現(xiàn)了一系列的與容器相關(guān)的工具，涵蓋了從容器編排，調(diào)度，監(jiān)控，日志等等各個(gè)方面的需求。   本文將從軟件研發(fā)流程出發(fā)討論如何基于容器解決軟件的持續(xù)交付問(wèn)題，以及團(tuán)隊(duì)協(xié)作問(wèn)題。并為大家展示睿云智合(Wise2C)的持續(xù)交付平臺(tái)是如何基于目前最先進(jìn)的軟件開(kāi)發(fā)流程思想設(shè)計(jì)出來(lái)的。   在持續(xù)集成中使用容器   構(gòu)建環(huán)境統(tǒng)一管理   在傳統(tǒng)模式下使用持續(xù)集成工具諸如Jenkins，在部署企業(yè)持續(xù)持續(xù)集成平臺(tái)的第一個(gè)問(wèn)題就是多樣化的構(gòu)建構(gòu)建環(huán)境需求，而通常的做法是將構(gòu)建Agent（服務(wù)器或者虛擬機(jī)）分配給團(tuán)隊(duì)由團(tuán)隊(duì)自己管理構(gòu)建服務(wù)器的環(huán)境配置信息，安裝相應(yīng)的構(gòu)建依賴(lài)等。   在持續(xù)集成中使用docker dockerrun--rm-v`pwd`:/workspace-v/tmp/.m2/repository:/root/.m2/repository--workdir/workspace?maven:3-jdk-8/bin/sh-c'mvncleanpackage'   如上所示，我們可以非常方便的通過(guò)容器來(lái)完成軟件包的構(gòu)建，其中有幾個(gè)點(diǎn)需要注意的是： ?--rm命令可以確保當(dāng)命令執(zhí)行完成后能夠自動(dòng)清理構(gòu)建時(shí)產(chǎn)生的容器，我想你應(yīng)該不太希望需要不定期清理構(gòu)建服務(wù)器磁盤(pán)的問(wèn)題吧。   ??-v除了將當(dāng)前源碼掛載到容器當(dāng)中以外，我們還可以通過(guò)掛載磁盤(pán)來(lái)緩存一些構(gòu)建所需的依賴(lài)，比如maven下載的jar包，從而提高編譯效率。   ??--workerdir用以指定構(gòu)建命令執(zhí)行的工作路徑，當(dāng)然需要和workspace保持一致。   如上，基于容器我們可以快速搭建適應(yīng)多種構(gòu)建需求的CI構(gòu)建環(huán)境，所有需要的一起就是你的構(gòu)建服務(wù)器上需要的只有Docker。   在持續(xù)集成中使用docker-compose   在某些情況下，在構(gòu)建或者集成測(cè)試階段我們可能需要使用到一些真正的第三方依賴(lài)，比如數(shù)據(jù)庫(kù)或者緩存服務(wù)器。在傳統(tǒng)的持續(xù)集成實(shí)踐中，通常要么你直接使用已經(jīng)部署的數(shù)據(jù)庫(kù)（記得清理測(cè)試數(shù)據(jù)，并發(fā)如何保證），直接使用內(nèi)存數(shù)據(jù)庫(kù)來(lái)代替真實(shí)數(shù)據(jù)庫(kù)，要不使用mock或者stub來(lái)進(jìn)行測(cè)試。   當(dāng)然在理想情況下我們還是希望能夠使用與真實(shí)環(huán)境一直的真正的數(shù)據(jù)庫(kù)或者其他中間件服務(wù)?；赿ocker-compose我們可以非常方便的實(shí)現(xiàn)對(duì)于復(fù)雜構(gòu)建環(huán)境的需求。   build:?command:sh-c'mvn--help'?image:maven:3-jdk8?links:[mysql]?volumes: -'.:/code' -'/tmp/.m2/repository:/root/.m2/repository'?working_dir:/codemysql:?environment:{MYSQL_DATABASE:test,MYSQL_PASSWORD:test,MYSQL_ROOT_PASSWORD:test,MYSQL_USER:test}?image:mysql:5.5   同樣我們以maven為例，假設(shè)我們需要在構(gòu)建中使用到mysql以支持集成測(cè)試的需求   docker-composerun--rmbuildsh-c'mvncleanpackage'&&docker-composestop&&docker-composerm-f ?--rm確保在構(gòu)建命令執(zhí)行完成后自動(dòng)清理build所產(chǎn)生的容器。 ?-docker-composestop&&docker-composerm-f確保依賴(lài)的其它服務(wù)如mysql能夠正常的退出并且清理所產(chǎn)生的容器。   建立持續(xù)交付解決方案 建立基于共同目標(biāo)的具有跨職能協(xié)同的研發(fā)團(tuán)隊(duì)，是DevOps運(yùn)動(dòng)的根本。而自動(dòng)化則是提高效率的基石?；谝陨衔覀兪侨绾位谌萜鹘⑽覀兊某掷m(xù)交付解決方案？   基礎(chǔ)設(shè)施自動(dòng)化   使用Rancher理由很簡(jiǎn)單，Rancher是目前市面上唯一一個(gè)能滿(mǎn)足開(kāi)箱即用的容器管理平臺(tái)，同時(shí)能夠支持多種編排引擎，如Rancher自己的Cattle，Google的K8S,以及Docker官方的Swarm作為容器編排引擎。同時(shí)Rancher提供的Catalog應(yīng)用商店能夠幫助研發(fā)團(tuán)隊(duì)自主創(chuàng)建所需要的服務(wù)實(shí)例。   創(chuàng)建持續(xù)交付流水線(xiàn)   建立持續(xù)交付流水線(xiàn)的核心問(wèn)題是如何定義企業(yè)的軟件交付價(jià)值流動(dòng)。   如下圖所示，我們總結(jié)了從開(kāi)發(fā)，持續(xù)集成，持續(xù)交付各個(gè)階段所使用的一些典型工具的使用，以及在各個(gè)階段中的相關(guān)團(tuán)隊(duì)的相關(guān)活動(dòng)，典型的DevOps相關(guān)的活動(dòng)。   在持續(xù)交付流水線(xiàn)下的團(tuán)隊(duì)協(xié)作   正如上文所說(shuō)，創(chuàng)建持續(xù)交付流水線(xiàn)的本質(zhì)就是定義軟件的交付的價(jià)值流動(dòng)，反應(yīng)正式的軟件交付流程。價(jià)值的流動(dòng)則涉及到團(tuán)隊(duì)中各個(gè)職能的成員的高度協(xié)同。   開(kāi)發(fā)流水線(xiàn)   開(kāi)發(fā)人員：頻繁提交持續(xù)集成，通過(guò)持續(xù)的編譯，打包，測(cè)試，鏡像構(gòu)建，自動(dòng)化驗(yàn)收測(cè)試等環(huán)節(jié)產(chǎn)生可測(cè)試的候選鏡像列表(如：0.1-dev)。   ?以源碼倉(cāng)庫(kù)為起點(diǎn)，開(kāi)發(fā)人員頻繁提交，每一次代碼變更都要立即在流水線(xiàn)中傳遞；睿云智合WiseBuild持續(xù)交付平臺(tái)支持定時(shí)周期觸發(fā)，代碼變更檢查以及Webhook等多種觸發(fā)方式。   ?提交測(cè)試階段從技術(shù)角度斷言整個(gè)系統(tǒng)是可運(yùn)行的，該階段會(huì)進(jìn)行編譯，運(yùn)行一套單元測(cè)試，并進(jìn)行代碼質(zhì)量分析,WiseBuild持續(xù)交付平臺(tái)設(shè)計(jì)遵循“BuildInDocker,BuildWithDocker,RunWithDocker"基于容器技術(shù)全面減少對(duì)于異構(gòu)構(gòu)建環(huán)境的支持，并且默認(rèn)提供了當(dāng)前主流的編程語(yǔ)言的編譯，以及測(cè)試支持。同時(shí)用戶(hù)可以根據(jù)需要在持續(xù)交付流水線(xiàn)中集成Sonarqube進(jìn)行代碼的質(zhì)量跟蹤和管理。   ?自動(dòng)化測(cè)試階段，從功能交付斷言整個(gè)系統(tǒng)是能夠滿(mǎn)足客戶(hù)規(guī)范和要求的，WiseBuild持續(xù)交付平臺(tái)支持基于Rancher或者RancherCompose在流水線(xiàn)中自動(dòng)部署鏡像到Rancher平臺(tái)，同時(shí)內(nèi)置了Selenium,Robotframework，Cucumber等主流自動(dòng)化測(cè)試工具和框架。   ?手動(dòng)測(cè)試階段，當(dāng)新的代碼提交部署到rancher環(huán)境后，開(kāi)發(fā)人員同時(shí)可以快速的進(jìn)行手動(dòng)測(cè)試，確保新提交的代碼在測(cè)試環(huán)境中是可用的，并且滿(mǎn)足相關(guān)的功能需求。   ?鏡像構(gòu)建，當(dāng)代碼提交通過(guò)了整個(gè)流水線(xiàn)的持續(xù)驗(yàn)證后將會(huì)產(chǎn)生響應(yīng)版本的鏡像文件。   基于流水線(xiàn)中的過(guò)程質(zhì)量和代碼質(zhì)量數(shù)據(jù)，團(tuán)隊(duì)可以快速處理典型的代碼質(zhì)量問(wèn)題，避免技術(shù)債務(wù)的產(chǎn)生。 總而言之，開(kāi)發(fā)流水線(xiàn)可以幫助團(tuán)隊(duì)頻繁的進(jìn)行代碼集成并且通過(guò)單元測(cè)試，代碼靜態(tài)分析，自動(dòng)化驗(yàn)收測(cè)試等技術(shù)實(shí)際幫助開(kāi)發(fā)人員快速的發(fā)現(xiàn)和解決問(wèn)題，并且產(chǎn)生可待測(cè)試的鏡像列表。   測(cè)試流水線(xiàn)   測(cè)試人員：從候選測(cè)試鏡像列表中，選擇需要測(cè)試的目標(biāo)鏡像，標(biāo)記為測(cè)試版本(將0.1-dev標(biāo)記為0.1-test)，并且將待測(cè)試鏡像自動(dòng)部署到驗(yàn)收測(cè)試環(huán)境，完成手動(dòng)探索性測(cè)試，對(duì)于已測(cè)試完成的鏡像標(biāo)記為預(yù)發(fā)布版本(0.1-test標(biāo)記為0.1-beta)。   在待測(cè)試鏡像列表中選擇鏡像，發(fā)布到開(kāi)發(fā)用DockerRegistry倉(cāng)庫(kù)。 對(duì)于測(cè)試人員而言，流水線(xiàn)的起點(diǎn)則變?yōu)榇郎y(cè)試的鏡像列表，基于WiseBuild創(chuàng)建Docker類(lèi)型流水線(xiàn)，可以支持測(cè)試人員快速創(chuàng)建測(cè)試環(huán)境并且運(yùn)行相關(guān)的自動(dòng)化測(cè)試腳本，同時(shí)滿(mǎn)足手動(dòng)探索性測(cè)試的需求。   支持使用自動(dòng)化觸發(fā)方式，如‘1.0.*-beta’的形式，當(dāng)監(jiān)聽(tīng)dockerregistry有符合規(guī)則的鏡像產(chǎn)生后自動(dòng)觸發(fā)流水線(xiàn)。   支持手動(dòng)觸發(fā)，測(cè)試猿人可以手動(dòng)選擇服務(wù)該規(guī)則的鏡像進(jìn)行手動(dòng)觸發(fā)，一鍵準(zhǔn)備測(cè)試環(huán)境，運(yùn)行自動(dòng)化驗(yàn)收測(cè)試等。   自動(dòng)化部署流水線(xiàn)   運(yùn)維人員：從預(yù)發(fā)布鏡像列表中選擇鏡像部署到預(yù)發(fā)布環(huán)境，并且在驗(yàn)證通過(guò)后標(biāo)記為release版本（如將0.1-beta標(biāo)記為0.1-release）,并且發(fā)布到生產(chǎn)環(huán)境。   與自動(dòng)化測(cè)試流水線(xiàn)相同，運(yùn)維人員可以建立獨(dú)立的部署流水線(xiàn)，從待發(fā)布的鏡像列表中選擇鏡像發(fā)布到生產(chǎn)環(huán)境Registry中，并且設(shè)置流水線(xiàn)的自動(dòng)或者手動(dòng)觸發(fā)，實(shí)現(xiàn)對(duì)于預(yù)生產(chǎn)環(huán)境的一鍵部署。   小結(jié) 睿云智合的WiseBuild持續(xù)交付平臺(tái)支持對(duì)接基于DokcerRegistry標(biāo)準(zhǔn)的鏡像倉(cāng)庫(kù)服務(wù)，包括DockerHub,DockerRegistry,Habor，阿里云等等。 在基于容器的持續(xù)交付實(shí)現(xiàn)方案當(dāng)中，我們以鏡像為價(jià)值傳遞的單元，通過(guò)鏡像的持續(xù)測(cè)試以及驗(yàn)證，完成鏡像從開(kāi)發(fā)，測(cè)試到可發(fā)布的狀態(tài)轉(zhuǎn)變，完成軟件的交付流程。   ?開(kāi)發(fā)人員頻繁提交，持續(xù)集成，持續(xù)反饋。 ?測(cè)試人員自服務(wù)部署一鍵準(zhǔn)備測(cè)試環(huán)境。 ?運(yùn)維人員執(zhí)行一鍵式部署預(yù)生產(chǎn)環(huán)境。...

Read More

容器技術(shù)幫助傳統(tǒng)金融企業(yè)顯著提升IT能力的最佳實(shí)踐

2018年1月26日

2015年曾沖刺入全行業(yè)保費(fèi)發(fā)展規(guī)模前三的富德生命人壽，作為一家在業(yè)界連年刷新保費(fèi)增速記錄的創(chuàng)新性金融機(jī)構(gòu)，近幾年進(jìn)入集團(tuán)化經(jīng)營(yíng)發(fā)展戰(zhàn)略階段后，在更多的業(yè)務(wù)內(nèi)容創(chuàng)新、業(yè)務(wù)渠道創(chuàng)新、業(yè)務(wù)結(jié)構(gòu)優(yōu)化改造方面始終走在行業(yè)尖端。   而這一切的業(yè)務(wù)發(fā)展成績(jī)離不開(kāi)強(qiáng)大的IT技術(shù)支持與引領(lǐng)，尤其是在應(yīng)對(duì)互聯(lián)網(wǎng)金融業(yè)務(wù)市場(chǎng)的激烈競(jìng)爭(zhēng)時(shí)，IT能力的對(duì)決往往決定著業(yè)務(wù)發(fā)展的優(yōu)劣。2015年下半年，富德生命人壽與中國(guó)平安科技——這兩家傳統(tǒng)金融機(jī)構(gòu)科技創(chuàng)新力量的優(yōu)秀代表，幾乎同時(shí)開(kāi)始啟動(dòng)了對(duì)容器技術(shù)的調(diào)研與引進(jìn)，并在歷時(shí)大半年的選型與方案驗(yàn)證測(cè)試后，各自完成了自己的容器技術(shù)應(yīng)用項(xiàng)目。   作為領(lǐng)先并專(zhuān)注于金融行業(yè)容器技術(shù)與產(chǎn)品服務(wù)的合作伙伴，睿云智合(Wise2C)非常榮幸地參與了這兩個(gè)率先邁出行業(yè)探索和實(shí)踐步伐的項(xiàng)目實(shí)施過(guò)程，并且在其后為更多金融企業(yè)用戶(hù)提供了我們的專(zhuān)業(yè)產(chǎn)品與技術(shù)服務(wù)，積累了目前遙遙領(lǐng)先市場(chǎng)同業(yè)的成功案例。   下面就讓我們來(lái)看看富德生命人壽容器技術(shù)應(yīng)用案例的具體解析。   項(xiàng)目目標(biāo)場(chǎng)景 富德生命人壽的容器技術(shù)應(yīng)用場(chǎng)景可以說(shuō)在傳統(tǒng)金融企業(yè)中是最為全面、最為豐富的案例之一，非常具有代表性。其項(xiàng)目需求具體包括：   ?在引進(jìn)容器技術(shù)之前，富德生命人壽已經(jīng)將核心業(yè)務(wù)系統(tǒng)解耦為六十多個(gè)業(yè)務(wù)模塊，正在嘗試系統(tǒng)架構(gòu)的微服務(wù)化治理，而容器技術(shù)剛好可以在有限的基礎(chǔ)設(shè)施及人力資源條件下幫助實(shí)現(xiàn)高效部署和運(yùn)維這些微服務(wù)模塊。 ?作為大部分業(yè)務(wù)模塊自研為主的IT團(tuán)隊(duì)，業(yè)務(wù)軟件的生產(chǎn)過(guò)程大幅提升自動(dòng)化管理水平也迫在眉睫，CI/CD平臺(tái)建設(shè)很早就已在富德生命人壽進(jìn)行實(shí)施，容器技術(shù)的助力使得這一平臺(tái)的使用將變得更加高效、流暢。 ?作為大力開(kāi)展互聯(lián)網(wǎng)創(chuàng)新業(yè)務(wù)的金融企業(yè)，混合云架構(gòu)支持下的諸多互聯(lián)網(wǎng)應(yīng)用需要在安全可靠的前提下解決高并發(fā)計(jì)算資源的彈性伸縮和業(yè)務(wù)靈活遷移，容器管理平臺(tái)正是解決這一剛需的最佳利器。 ?支撐富德生命人壽核心系統(tǒng)運(yùn)行的計(jì)算資源每天差不多有一半時(shí)間沒(méi)有任何業(yè)務(wù)流量，然而大數(shù)據(jù)團(tuán)隊(duì)的計(jì)算資源卻非常緊張，富德生命人壽希望將大數(shù)據(jù)平臺(tái)部署在容器化環(huán)境中，可以有效提高計(jì)算資源在不同運(yùn)行時(shí)段的合理利用，真正實(shí)現(xiàn)云計(jì)算資源的科學(xué)管理。   技術(shù)實(shí)現(xiàn)方案 整體技術(shù)方案： 富德生命人壽基于容器技術(shù)設(shè)計(jì)了兩個(gè)中心：軟件持續(xù)交付中心和系統(tǒng)持續(xù)運(yùn)行中心，第一期方案將主要支撐壽險(xiǎn)業(yè)務(wù)的核心系統(tǒng)從軟件開(kāi)發(fā)測(cè)試，部署上線(xiàn)到持續(xù)運(yùn)行全流程管理。   生命人壽IT平臺(tái)架構(gòu)部經(jīng)過(guò)近一年的廣泛調(diào)研，分析和驗(yàn)證性測(cè)試，最終采用了如下整體技術(shù)方案： ?容器管理平臺(tái)采用Rancher,?為上層應(yīng)用提供容器化的基礎(chǔ)設(shè)施和容器化應(yīng)用的運(yùn)行環(huán)境，以及基礎(chǔ)性容器服務(wù)。 ?持續(xù)交付中心，在睿云智合的WiseBuild基礎(chǔ)上，實(shí)現(xiàn)了針對(duì)目前研發(fā)，測(cè)試，運(yùn)維流程的集成和定制開(kāi)發(fā)。 ?在容器管理平臺(tái)之上，與睿云智合的產(chǎn)品WiseRun設(shè)計(jì)思路一致，雙方合作研發(fā)了持續(xù)運(yùn)行中心，高效管理復(fù)雜業(yè)務(wù)系統(tǒng)的建模，部署過(guò)程，以及全面的系統(tǒng)應(yīng)用監(jiān)控，配置中心和日志中心。   應(yīng)用容器化和持續(xù)運(yùn)營(yíng)中心 ?將應(yīng)用容器化，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)在多環(huán)境的一鍵部署； ?引入容器管理和編排平臺(tái)（Rancher），實(shí)現(xiàn)開(kāi)發(fā)，測(cè)試，生產(chǎn)環(huán)境的自動(dòng)化和底層基礎(chǔ)設(shè)施的適配，以提供應(yīng)用的運(yùn)行環(huán)境，屏蔽底層基礎(chǔ)設(shè)施差異； ?實(shí)現(xiàn)應(yīng)用的自動(dòng)化部署及后續(xù)生命周期管理； ?結(jié)合持續(xù)交付中心，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)的持續(xù)部署。   構(gòu)建基于容器的交付中心 ?將開(kāi)發(fā)環(huán)境，測(cè)試環(huán)境和應(yīng)用環(huán)境容器化，實(shí)現(xiàn)環(huán)境“一鍵部署”，及大規(guī)模構(gòu)建環(huán)境的自動(dòng)創(chuàng)建和復(fù)制，實(shí)現(xiàn)開(kāi)發(fā)，測(cè)試和預(yù)生產(chǎn)環(huán)境的一致性和標(biāo)準(zhǔn)化交付； ?實(shí)現(xiàn)持續(xù)構(gòu)建服務(wù)，代碼管理服務(wù)，并支持并行、彈性地自動(dòng)構(gòu)建服務(wù)。 混合云管理 項(xiàng)目中睿云智合(Wise2C)技術(shù)團(tuán)隊(duì)為富德生命團(tuán)隊(duì)完成了市場(chǎng)幾乎所有主流的公有云主機(jī)以及私有環(huán)境混合場(chǎng)景的基礎(chǔ)設(shè)施架構(gòu)搭建測(cè)試及驗(yàn)證，為富德生命人壽未來(lái)的IT資產(chǎn)投入規(guī)劃提供了有力的數(shù)據(jù)支持。   大數(shù)據(jù)平臺(tái)容器化及自動(dòng)化部署 項(xiàng)目中睿云智合(Wise2C)技術(shù)團(tuán)隊(duì)幫助完成了包括Hadoop以及HDFS、YARN、HBase、Hive、Kafka、Zookeeper等大數(shù)據(jù)組件的容器化集群部署，并全面實(shí)現(xiàn)了高可用特性以及平臺(tái)的彈性伸縮能力。   建立了在非忙時(shí)段使用業(yè)務(wù)計(jì)算資源快速啟動(dòng)大數(shù)據(jù)集群進(jìn)行自動(dòng)化數(shù)據(jù)處理的科學(xué)機(jī)制。 項(xiàng)目中關(guān)鍵技術(shù)點(diǎn) 日志收集方案 項(xiàng)目中我們根據(jù)富德生命人壽的實(shí)際情況設(shè)計(jì)了一個(gè)低資源資源消耗，無(wú)應(yīng)用侵入，可以清楚識(shí)別日志來(lái)源的統(tǒng)一日志收集方案。請(qǐng)參閱往期微信分享容器內(nèi)應(yīng)用日志收集方案   監(jiān)控告警方案 富德生命人壽在監(jiān)控方面的需求主要包含以下四個(gè)功能點(diǎn)，日志采集，告警，存儲(chǔ)以及展示。目前業(yè)界流行的方案中只有prometheus是作為一個(gè)整體的方案可以同時(shí)滿(mǎn)足這四個(gè)功能，但是prometheus的默認(rèn)的存儲(chǔ)方式是本地存儲(chǔ)，對(duì)opentsdb這種分布式的時(shí)間序列數(shù)據(jù)庫(kù)支持不夠，在擴(kuò)展性上不夠好。所以我們?yōu)楦坏律藟墼O(shè)計(jì)了一種組合式的方案采用cAdvisor+scollector+Bosun+OpenTSDB+Grafana實(shí)現(xiàn)監(jiān)控告警需求功能。各個(gè)組件之間都有官方支持，所以兼容性有足夠的保證。...

Read More

將DevOps用到生產(chǎn)環(huán)境的民生保險(xiǎn)容器應(yīng)用云平臺(tái)

2018年1月26日

作為傳統(tǒng)金融機(jī)構(gòu)重要代表的保險(xiǎn)行業(yè)，許多企業(yè)的關(guān)鍵業(yè)務(wù)運(yùn)營(yíng)幾乎毫無(wú)例外地依賴(lài)著一個(gè)笨重而陳舊的單體架構(gòu)核心業(yè)務(wù)系統(tǒng)，其牽一發(fā)而動(dòng)全身的復(fù)雜特性，使得諸多所屬企業(yè)IT團(tuán)隊(duì)在面對(duì)企業(yè)“以客戶(hù)為中心”、“互聯(lián)網(wǎng)＋”等發(fā)展戰(zhàn)略所帶來(lái)的排山倒海般的業(yè)務(wù)需求時(shí)，往往疲于奔命，甚至舉步維艱。   除了系統(tǒng)架構(gòu)本身的問(wèn)題，大部分中小型金融機(jī)構(gòu)，在業(yè)務(wù)軟件的交付與運(yùn)營(yíng)管理方面，長(zhǎng)期依賴(lài)核心業(yè)務(wù)系統(tǒng)供應(yīng)商所提供的定制研發(fā)服務(wù)，缺乏對(duì)軟件生產(chǎn)過(guò)程的高效管理，也使得大家在面對(duì)新一代業(yè)務(wù)系統(tǒng)架構(gòu)改造過(guò)程中要求的持續(xù)交付/持續(xù)運(yùn)營(yíng)這一艱巨挑戰(zhàn)時(shí)深感力不從心。   作為民營(yíng)壽險(xiǎn)企業(yè)的杰出代表，民生人壽成立十余年來(lái)始終堅(jiān)持貫徹“以用戶(hù)為中心”的經(jīng)營(yíng)理念，將不斷提升用戶(hù)體驗(yàn)，豐富服務(wù)模式，嘗試通過(guò)多種渠道為客戶(hù)提供個(gè)性化、定制化的保險(xiǎn)產(chǎn)品作為公司追求的經(jīng)營(yíng)目標(biāo)。而這一業(yè)務(wù)經(jīng)營(yíng)方針對(duì)IT支持的要求也在日益提高，在經(jīng)過(guò)反復(fù)的“打補(bǔ)丁”方式勉力維持原有核心系統(tǒng)運(yùn)行多年之后，民生人壽IT團(tuán)隊(duì)決心破舊立新，向業(yè)內(nèi)標(biāo)桿企業(yè)看齊，著手進(jìn)行新一代核心系統(tǒng)的規(guī)劃與建設(shè)。   重構(gòu)一套全新的微服務(wù)架構(gòu)核心業(yè)務(wù)系統(tǒng)，并且采用容器技術(shù)來(lái)優(yōu)化微服務(wù)架構(gòu)系統(tǒng)的治理模式，這樣的戰(zhàn)略規(guī)劃不可不謂大膽而創(chuàng)新，因?yàn)樵跇I(yè)界至今仍未有完整的成功先例。民生人壽IT團(tuán)隊(duì)上下都對(duì)這一項(xiàng)目寄予了極高的期望，大家一致認(rèn)為，新架構(gòu)下的核心業(yè)務(wù)系統(tǒng)重建項(xiàng)目意義極為重大，它很可能帶領(lǐng)民生人壽在未來(lái)幾年保險(xiǎn)市場(chǎng)風(fēng)起云涌的激烈競(jìng)爭(zhēng)格局中突破重圍，一舉超越同類(lèi)型機(jī)構(gòu)！   睿云智合(Wise2C)承接了其中一項(xiàng)光榮而艱巨的任務(wù)：從2016年中開(kāi)始，分階段為民生人壽建設(shè)基于容器的企業(yè)級(jí)PaaS平臺(tái)，包括開(kāi)發(fā)者中心和運(yùn)維中心，以幫助民生人壽在新架構(gòu)核心系統(tǒng)搭建過(guò)程中實(shí)現(xiàn)高效的持續(xù)集成和持續(xù)部署自動(dòng)化管理，并在未來(lái)進(jìn)一步實(shí)現(xiàn)自動(dòng)化運(yùn)維管理。   項(xiàng)目目標(biāo)場(chǎng)景 第一階段建設(shè)開(kāi)發(fā)者中心，為民生人壽新一代核心系統(tǒng)的項(xiàng)目開(kāi)發(fā)提供完整的基于容器的持續(xù)集成解決方案，實(shí)現(xiàn)從代碼提交到容器化部署的完善的DevOps工具鏈和工作流，促進(jìn)微服務(wù)模塊開(kāi)發(fā)和上線(xiàn)的標(biāo)準(zhǔn)化、自動(dòng)化，提高新一代核心系統(tǒng)的開(kāi)發(fā)迭代效率。   第二階段建設(shè)運(yùn)維中心，為日后新一代民生人壽核心系統(tǒng)提供微服務(wù)運(yùn)行框架以及自動(dòng)化運(yùn)維能力，實(shí)現(xiàn)持續(xù)部署服務(wù)、自動(dòng)化彈性伸縮、自動(dòng)故障恢復(fù)、靈活遷移、高級(jí)的服務(wù)編排以及高級(jí)的日志監(jiān)控管理等能力，同時(shí)滿(mǎn)足業(yè)務(wù)以及平臺(tái)的高可用性要求。   技術(shù)實(shí)現(xiàn)方案 網(wǎng)絡(luò)方案 本項(xiàng)目中睿云智合(Wise2C)為民生人壽兩個(gè)數(shù)據(jù)中心四個(gè)業(yè)務(wù)網(wǎng)絡(luò)區(qū)搭建了生產(chǎn)災(zāi)備兩套平臺(tái)環(huán)境。各業(yè)務(wù)網(wǎng)絡(luò)區(qū)域均有獨(dú)立的冗余接入交換機(jī)及網(wǎng)絡(luò)防火墻設(shè)備，通過(guò)連接核心交換機(jī)及可選的負(fù)載設(shè)備實(shí)現(xiàn)數(shù)據(jù)流的策略控制及業(yè)務(wù)分隔。各區(qū)域間業(yè)務(wù)流量不允許互相訪(fǎng)問(wèn)。睿云智合根據(jù)民生現(xiàn)有網(wǎng)絡(luò)架構(gòu)進(jìn)行了容器平臺(tái)網(wǎng)絡(luò)的規(guī)劃設(shè)計(jì)，實(shí)現(xiàn)了業(yè)務(wù)、管理以及存儲(chǔ)的三網(wǎng)分離。 存儲(chǔ)方案 使用convoy組件連接NAS提供容器存儲(chǔ)。 平臺(tái)高可用（HA）方案 平臺(tái)的的高可用（HA）部署采用3臺(tái)主機(jī)節(jié)點(diǎn)，并且連接一個(gè)共用的外部的數(shù)據(jù)庫(kù)。同時(shí)采用Haproxy代理以實(shí)現(xiàn)對(duì)三臺(tái)HA節(jié)點(diǎn)的服務(wù)檢查及訪(fǎng)問(wèn)切換策略。   MySql集群方案 容器管理平臺(tái)需要使用外部數(shù)據(jù)庫(kù)，以支持平臺(tái)高可用架構(gòu)。我們?cè)O(shè)計(jì)采用PerconaMySQL數(shù)據(jù)庫(kù)集群方案，PerconaServer為MySQL數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行了改進(jìn)，在功能和性能上較MySQL有著很顯著的提升。   高可用鏡像倉(cāng)庫(kù)方案 高可用私有鏡像庫(kù)我們采用Harbor實(shí)現(xiàn)，使用Harbor提供的基于策略的Docker鏡像復(fù)制功能實(shí)現(xiàn)鏡像在兩個(gè)環(huán)境的同步共享.該方案的優(yōu)點(diǎn)是利用本地存儲(chǔ)，成本低并且可以實(shí)現(xiàn)較快的故障轉(zhuǎn)換。 日志方案 使用睿云智合自研日志收集工具WiseLog對(duì)接ELK，實(shí)現(xiàn)每個(gè)應(yīng)用容器掛載一個(gè)專(zhuān)屬的日志卷容器，不會(huì)存在應(yīng)用寫(xiě)日志路徑?jīng)_突的問(wèn)題。同時(shí)，WiseLog容器內(nèi)有l(wèi)ogstash進(jìn)程收集指定的日志文件，通過(guò)進(jìn)程定時(shí)查詢(xún)獲取宿主機(jī)上新增的日志卷容器，并根據(jù)模板重新生成logstash的配置文件，將新增的日志文件加入收集列表。   WiseLog可以獲取新增日志卷容器在rancher平臺(tái)上所屬的Stack,Service和Index，即使一個(gè)應(yīng)用容器被調(diào)度到另外的主機(jī)，仍然可以通過(guò)Stack_Service_Index作為標(biāo)識(shí)，在邏輯上將日志拼接起來(lái)，對(duì)于復(fù)雜的日志收集邏輯，也可以可以通過(guò)logtype的標(biāo)簽區(qū)分不同的應(yīng)用，設(shè)置不同的日志收集路徑。   監(jiān)控方案 采用Prometheus+Grafana監(jiān)控方案部署。實(shí)現(xiàn)對(duì)容器宿主機(jī)以及容器本身的日志采集，告警，存儲(chǔ)以及展示。   持續(xù)交付平臺(tái)方案 睿云智合在民生人壽生產(chǎn)環(huán)境容器管理平臺(tái)上部署了持續(xù)交付平臺(tái)WiseBuild，用來(lái)支持核心系統(tǒng)架構(gòu)改造項(xiàng)目中每一個(gè)微服務(wù)模塊的開(kāi)發(fā)工作。 多個(gè)微服務(wù)模塊開(kāi)發(fā)小組可以同時(shí)在統(tǒng)一的WiseBuild平臺(tái)上進(jìn)行微服務(wù)模塊開(kāi)發(fā)過(guò)程的全生命周期管理與協(xié)作，以流水線(xiàn)為中心，實(shí)現(xiàn)從代碼構(gòu)建，測(cè)試到部署的端到端自動(dòng)化能力。 同時(shí)，WiseBuild的流水線(xiàn)任務(wù)動(dòng)態(tài)分配并容器化執(zhí)行，構(gòu)建環(huán)境可以動(dòng)態(tài)，彈性擴(kuò)張，可以支持民生人壽大規(guī)模的持續(xù)集成和部署活動(dòng)。 通過(guò)WiseBuild提供的代碼質(zhì)量分析，自動(dòng)化測(cè)試和發(fā)布決策等質(zhì)量控制體系，民生人壽將為開(kāi)發(fā)外包人員設(shè)立質(zhì)量門(mén)，減少外包開(kāi)發(fā)人員技術(shù)能力差異以及人員流動(dòng)所帶來(lái)的技術(shù)債積累風(fēng)險(xiǎn)。同時(shí)WiseBuild集成的各類(lèi)自動(dòng)化測(cè)試框架可以滿(mǎn)足民生人壽的提高自動(dòng)化測(cè)試覆蓋率的需要。 通過(guò)WiseBuild，民生人壽將持續(xù)優(yōu)化軟件開(kāi)發(fā)過(guò)程的管理流程，逐步實(shí)現(xiàn)開(kāi)發(fā)過(guò)程的自動(dòng)化程度以及IT交付效率的提升。通過(guò)在項(xiàng)目中持續(xù)的流程優(yōu)化與團(tuán)隊(duì)交付能力的提升，逐步加速新一代核心系統(tǒng)架構(gòu)改造項(xiàng)目的開(kāi)發(fā)進(jìn)程。   結(jié)語(yǔ) 眾所周知，重構(gòu)核心業(yè)務(wù)系統(tǒng)，并且是用最新的架構(gòu)與技術(shù)重構(gòu)一套沒(méi)有多少先例可循的核心業(yè)務(wù)系統(tǒng)，這樣的挑戰(zhàn)并非是以傳統(tǒng)而保守著稱(chēng)的金融機(jī)構(gòu)敢于輕易嘗試的項(xiàng)目。相信民生人壽IT團(tuán)隊(duì)的專(zhuān)業(yè)性、先進(jìn)性都將在這一項(xiàng)目的實(shí)施過(guò)程中得到充分體現(xiàn)和鍛煉，這一項(xiàng)目也必將隨著實(shí)施成果的逐步顯現(xiàn)成為行業(yè)中的優(yōu)秀典范。作為與民生人壽IT同仁們一起并肩戰(zhàn)斗的合作伙伴，睿云智合(Wise2C)將全力以赴，持之以恒地協(xié)助民生人壽共同迎接并贏(yíng)得這場(chǎng)艱難的挑戰(zhàn)！...

Read More

中國(guó)第一家推出容器云服務(wù)的金融行業(yè)云：平安金融云

2018年1月26日

作為國(guó)內(nèi)綜合金融卓越典范的中國(guó)平安集團(tuán)，IT引領(lǐng)業(yè)務(wù)發(fā)展是其多年踐行的企業(yè)科技發(fā)展戰(zhàn)略，憑借多年積累的技術(shù)與團(tuán)隊(duì)經(jīng)驗(yàn)，平安科技強(qiáng)大的IT能力始終為行業(yè)所矚目。而平安的云計(jì)算戰(zhàn)略，不僅僅著眼于平安集團(tuán)自身，更期望立足于整個(gè)金融行業(yè)（和國(guó)內(nèi)其他一些金融巨頭的定位一樣?。诳萍挤?wù)自身發(fā)展的前提下，逐步謀求將先進(jìn)而豐富的IT能力與基礎(chǔ)設(shè)施資源對(duì)外進(jìn)行輸出，以科技的力量推動(dòng)行業(yè)整體發(fā)展。而對(duì)于行業(yè)中的中小機(jī)構(gòu)同業(yè)來(lái)說(shuō)，在符合信息安全要求的前提下，標(biāo)桿企業(yè)的專(zhuān)業(yè)技術(shù)與強(qiáng)有力的IT基礎(chǔ)設(shè)施平臺(tái)，是他們非常樂(lè)于學(xué)習(xí)和借力的先進(jìn)資源，可以更快、更便利地獲得專(zhuān)業(yè)的技術(shù)平臺(tái)解決方案，這有利于他們將有限的人力物力更專(zhuān)注地投向業(yè)務(wù)應(yīng)用層面的需求響應(yīng)。   平安科技正是在這一戰(zhàn)略前提下開(kāi)始致力于打造金融行業(yè)領(lǐng)先的“平安金融云”，恰逢標(biāo)志著Cloud2.0時(shí)代到來(lái)的容器技術(shù)傳入中國(guó)，其諸多革命性的技術(shù)優(yōu)勢(shì)很快引起了平安技術(shù)先行者們的積極關(guān)注。及至2015年下半年，平安科技決定在新的平安云平臺(tái)建設(shè)項(xiàng)目中，正式啟動(dòng)對(duì)容器技術(shù)的選型與引進(jìn)。 項(xiàng)目目標(biāo)場(chǎng)景 框架選型 在提供容器服務(wù)之前，平安云平臺(tái)已經(jīng)在為用戶(hù)提供云主機(jī)、云存儲(chǔ)等一系列企業(yè)公有服務(wù)，為了實(shí)現(xiàn)快速對(duì)接平安云已有IaaS平臺(tái)并提供全面的容器云運(yùn)營(yíng)管理能力，平安科技在容器管理平臺(tái)框架選型方面提出了以下選型要求： 架構(gòu)簡(jiǎn)單，能夠快速部署，易維護(hù)。 開(kāi)源，貼近主流社區(qū)和原生平臺(tái)。 支持多租戶(hù)，能夠嚴(yán)格的隔離和必要的互通。 支持VPC網(wǎng)絡(luò)降低對(duì)網(wǎng)絡(luò)的依賴(lài)。 符合容器服務(wù)規(guī)范的Stack、Service、Container領(lǐng)域模型。 完備、豐富的RestfulAPI。 跨平臺(tái)支持好，能夠適應(yīng)混合云部署模式。 經(jīng)過(guò)一系列的驗(yàn)證與測(cè)試平安科技最終在K8S，Mesos+Marathon以及Rancher之間選擇了我們的Rancher平臺(tái)作為容器服務(wù)平臺(tái)基礎(chǔ)框架。 自助服務(wù) 過(guò)去，開(kāi)發(fā)測(cè)試人員做應(yīng)用的開(kāi)發(fā)測(cè)試工作時(shí)往往需要通過(guò)繁雜的內(nèi)部資源申請(qǐng)流程獲取開(kāi)發(fā)測(cè)試環(huán)境。過(guò)程中常常需要與運(yùn)維團(tuán)隊(duì)中負(fù)責(zé)各個(gè)基礎(chǔ)設(shè)置資源管理以及數(shù)據(jù)庫(kù)、中間件管理的成員進(jìn)行多次溝通。無(wú)形中增加了時(shí)間成本溝通成本，同時(shí)所申請(qǐng)的環(huán)境在使用之后沒(méi)有有效的資源回收機(jī)制造成了大量的資源浪費(fèi)。 為了解決上述問(wèn)題，平安科技通過(guò)容器服務(wù)平臺(tái)為租戶(hù)提供自助開(kāi)發(fā)測(cè)試容器環(huán)境創(chuàng)建服務(wù)。租戶(hù)可以自助在平臺(tái)上快速部署所需服務(wù)與環(huán)境，并且在平臺(tái)所分配的資源池中使用或釋放開(kāi)發(fā)測(cè)試容器環(huán)境作用資源。同時(shí)自助的在平臺(tái)上完成鏡像管理、應(yīng)用編排、服務(wù)集群管理、容器管理等一系列工作。 持續(xù)交付 提供API對(duì)接平安已有的開(kāi)發(fā)管理平臺(tái)Wizard，為CICD流水線(xiàn)提供容器運(yùn)行環(huán)境，實(shí)現(xiàn)全流程部署自動(dòng)化。 技術(shù)實(shí)現(xiàn)方案 服務(wù)架構(gòu) 平安云統(tǒng)一管理區(qū) 容器服務(wù)門(mén)戶(hù) 門(mén)戶(hù)系統(tǒng)，提供容器服務(wù)操作。 基于lvs+keepalived部署架構(gòu)，外接mysql集群。 統(tǒng)一管理節(jié)點(diǎn) 采用Ansible，用于部署多租戶(hù)容器環(huán)境，添加主機(jī)，初始化Registry等節(jié)點(diǎn)管理。 平安云公共服務(wù)區(qū) Rancher服務(wù) 核心服務(wù)組件，主要用于容器調(diào)度與部署。 基于lvs+keepalived部署架構(gòu)，外接mysql集群。 Docker節(jié)點(diǎn) 用于鏡像制作、上傳、下載，文件傳輸，執(zhí)行Docker命令。 PublicRegistry 平安官方公共鏡像倉(cāng)庫(kù)，同時(shí)是官方公共租戶(hù)的鏡像庫(kù)。 采取多節(jié)點(diǎn)掛載共享盤(pán)部署。 租戶(hù)VPC 租戶(hù)環(huán)境 每個(gè)租戶(hù)擁有完整容器部署和運(yùn)行環(huán)境，包括RancherServer、Docker節(jié)點(diǎn)、PrivateRegistry。 隔離與其他租戶(hù)之間的影響，減少跨租戶(hù)的網(wǎng)絡(luò)訪(fǎng)問(wèn)。 容器網(wǎng)絡(luò) 對(duì)外：ContainerBridge，采用端口映射。 對(duì)內(nèi)：容器之間直接使用容器管理平臺(tái)框架Rancher自帶的IPsec隧道實(shí)現(xiàn)。 如果某個(gè)容器需要對(duì)外服務(wù)，則采用端口映射方式，連通所在vm，就可以暴露服務(wù)。 如果容器不需要對(duì)外提供服務(wù)，只需要在同個(gè)應(yīng)用內(nèi)提供服務(wù)，那么采用ipsec方式，這樣避免浪費(fèi)過(guò)多端口。 容器與容器之間建立私有網(wǎng)絡(luò)，只有容器與容器之間可以訪(fǎng)問(wèn)。每個(gè)容器都擁有一個(gè)私有網(wǎng)絡(luò)地址：10.42.網(wǎng)段。 容器存儲(chǔ) 根據(jù)Docker官方提供的所有存儲(chǔ)驅(qū)動(dòng)的成熟度。可以看到目前Production-Ready的是AUFS和DeviceMapper。 目前平安科技容器服務(wù)統(tǒng)一運(yùn)行在CentOS，還沒(méi)使用其他操作系統(tǒng)。因此選擇DeviceMapper作為容器存儲(chǔ)驅(qū)動(dòng)。DeviceMapper底層直接使用云磁盤(pán)作為pool，采用LVM管理。 除了容器和鏡像存儲(chǔ)外，應(yīng)用數(shù)據(jù)存儲(chǔ)，包括配置文件采用了volume接口或者直接volume映射來(lái)解決應(yīng)用容器漂移的數(shù)據(jù)問(wèn)題。 日志 容器服務(wù)平臺(tái)日志：本地+云平臺(tái)ELK日志服務(wù)。 容器自身運(yùn)行日志：本地云磁盤(pán)+云平臺(tái)ELK日志服務(wù)。 容器內(nèi)應(yīng)用（業(yè)務(wù)方）日志：業(yè)務(wù)自行規(guī)劃，已經(jīng)提供目錄掛載。 容器監(jiān)控 主要依賴(lài)Rancher平臺(tái)自帶的主機(jī)與容器的監(jiān)控功能，同時(shí)，通過(guò)腳本，定時(shí)獲取容器本身的性能監(jiān)控(cpu/mem/network/storage)數(shù)據(jù)，能夠在portal上查看。 1、主機(jī)監(jiān)控 2、容器監(jiān)控 3、特定的中間件監(jiān)控 平安研發(fā)了基于zabbix/open-falcon的監(jiān)控平臺(tái)用來(lái)提供常見(jiàn)中間件的性能監(jiān)控（WebLogic/Tomcat/Nginx等），為中間件鏡像制作腳本，中間件監(jiān)控程序整合到Docker鏡像中，容器一啟動(dòng)，就能即時(shí)上報(bào)性能數(shù)據(jù)到監(jiān)控平臺(tái)，無(wú)需任何外部干預(yù)。 鏡像管理 針對(duì)鏡像管理，平安科技進(jìn)行了從單節(jié)點(diǎn)->雙節(jié)點(diǎn)->跨區(qū)域分布式架構(gòu)的演進(jìn)。 通過(guò)自行開(kāi)發(fā)的服務(wù)組件實(shí)現(xiàn)對(duì)不同區(qū)域數(shù)據(jù)中心的跨區(qū)域分布式鏡像管理，每個(gè)區(qū)域都部署一套，對(duì)接本區(qū)域的私有鏡像庫(kù)。一方面監(jiān)聽(tīng)當(dāng)前區(qū)域的鏡像倉(cāng)庫(kù)事件，然后主動(dòng)發(fā)起同步操作。另一方面：執(zhí)行Dockcer命令，管理該區(qū)域的所有運(yùn)行容器的機(jī)器。 項(xiàng)目成果 經(jīng)過(guò)大半年的設(shè)計(jì)、驗(yàn)證、實(shí)施，平安科技以全球領(lǐng)先的容器云開(kāi)源技術(shù)框架（Rancher）為核心，自主研發(fā)為主，圓滿(mǎn)完成了平安云CaaS容器服務(wù)平臺(tái)的建設(shè)，實(shí)現(xiàn)了為平安集團(tuán)旗下各個(gè)金融類(lèi)別和擁有不同開(kāi)發(fā)模式的子公司用戶(hù)，提供物理機(jī)、虛擬機(jī)、容器等滿(mǎn)足不同種類(lèi)計(jì)算需求的計(jì)算資源服務(wù)的總體目標(biāo)。并于2016年嘗試面對(duì)公眾市場(chǎng)發(fā)布推廣，成為金融行業(yè)走向容器云平臺(tái)公共服務(wù)的第一家機(jī)構(gòu)！ 結(jié)語(yǔ) 睿云智合(Wise2C)作為Rancher在金融保險(xiǎn)行業(yè)的獨(dú)家總代理，有幸成為這一歷史性重大項(xiàng)目的合作伙伴，新的一年我們將一如既往地為平安金融云的不斷發(fā)展提供更多專(zhuān)業(yè)、高效的服務(wù)。 同時(shí)，我們也非常高興受邀參與到了更多不同運(yùn)營(yíng)方向的其他大型金融機(jī)構(gòu)的容器云平臺(tái)建設(shè)項(xiàng)目，為此我們正不斷完善自身的系列容器技術(shù)平臺(tái)產(chǎn)品，希望將我們的項(xiàng)目經(jīng)驗(yàn)和技術(shù)能力，完整而快捷地交付給更多的企業(yè)用戶(hù)！...

Read More

熱烈祝賀睿云智合獲得高新技術(shù)企業(yè)認(rèn)定

2017年10月19日

經(jīng)過(guò)嚴(yán)格的技術(shù)考察與業(yè)務(wù)評(píng)估，日前，深圳市高新技術(shù)產(chǎn)業(yè)協(xié)會(huì)致函深圳睿云智合科技有限公司，對(duì)睿云智合（Wise2C）的高新技術(shù)企業(yè)資質(zhì)申請(qǐng)予以認(rèn)定。   作為一家在云計(jì)算技術(shù)領(lǐng)域起步不足兩年的企業(yè)，獲得國(guó)家和深圳市相關(guān)產(chǎn)業(yè)協(xié)會(huì)的權(quán)威認(rèn)定，充分證明了睿云智合技術(shù)團(tuán)隊(duì)在產(chǎn)品研發(fā)和技術(shù)服務(wù)方面的專(zhuān)業(yè)性達(dá)到了行業(yè)先進(jìn)水平。...

Read More

睿云智合(Wise2C)持續(xù)為容器技術(shù)開(kāi)源社區(qū)貢獻(xiàn)力量

2017年10月19日

Docker公司在A(yíng)ustin舉辦的DockerCon2017上宣布，Docker Hub的全球鏡像下載次數(shù)截至目前為止已超過(guò)120億次。而2016年的DockerCon上，這個(gè)數(shù)字是41億次。Docker 奇跡般的發(fā)展背后離不開(kāi)全球開(kāi)發(fā)者與技術(shù)公司對(duì)docker社區(qū)的貢獻(xiàn)。截止目前，Docker項(xiàng)目的社區(qū)貢獻(xiàn)者已經(jīng)達(dá)到了3300多人。     睿云智合(Wise2C)容器技術(shù)團(tuán)隊(duì)自組建以來(lái)已經(jīng)與十余家金融保險(xiǎn)企業(yè)簽訂了容器技術(shù)平臺(tái)相關(guān)項(xiàng)目合同。在企業(yè)落地實(shí)踐過(guò)程中睿云智合(Wise2C)積累了大量的容器技術(shù)落地實(shí)踐經(jīng)驗(yàn)并解決了諸多落地實(shí)施時(shí)面臨的技術(shù)障礙。如今睿云智合(Wise2C)除了繼續(xù)通過(guò)持續(xù)迭代的產(chǎn)品以及專(zhuān)業(yè)技術(shù)服務(wù)幫助企業(yè)實(shí)現(xiàn)容器技術(shù)落地之外，也參與到積極為docker社區(qū)貢獻(xiàn)力量的活動(dòng)中去，致力于幫助推進(jìn)docker技術(shù)的進(jìn)一步成熟與完善。在STACKALYTICS最新的數(shù)據(jù)顯示，睿云智合(Wise2C)的社區(qū)commit貢獻(xiàn)數(shù)排名已經(jīng)躋身全球企業(yè)貢獻(xiàn)者Top50。?未來(lái)睿云智合(Wise2C)將在容器技術(shù)社區(qū)中持續(xù)投入資源，為容器技術(shù)的發(fā)展貢獻(xiàn)力量。   隨著Docker的日趨成熟，容器技術(shù)在全球范圍內(nèi)的應(yīng)用越來(lái)越廣泛，國(guó)內(nèi)的企業(yè)IT對(duì)于容器技術(shù)也從過(guò)去的試用調(diào)研轉(zhuǎn)向現(xiàn)在的真正落地。睿云智合(Wise2C)將密切追蹤這一領(lǐng)域的技術(shù)發(fā)展趨勢(shì)，憑借業(yè)界領(lǐng)先的產(chǎn)品以及豐富的落地經(jīng)驗(yàn)為國(guó)內(nèi)企業(yè)提供專(zhuān)業(yè)的技術(shù)服務(wù)。...

Read More

軟件著作權(quán)

2017年10月19日

睿云智合(Wise2C)研發(fā)團(tuán)隊(duì)通過(guò)不斷的技術(shù)創(chuàng)新，目前已經(jīng)自主研發(fā)出多款軟件產(chǎn)品，所有軟件產(chǎn)品均已獲得軟件著作權(quán)。目前睿云智合云計(jì)算系列軟件產(chǎn)品已被應(yīng)用在各個(gè)企業(yè)級(jí)客戶(hù)項(xiàng)目中。   軟件產(chǎn)品包括：   WiseBuild軟件軟件持續(xù)集成平臺(tái)   WiseRun新?代容器?PaaS平臺(tái)   WiseCloud應(yīng)用云平臺(tái)   WiseCMP云管平臺(tái)Vmware虛擬機(jī)管理工具軟件   Hadoop?大數(shù)據(jù)集群部署平臺(tái)   WebSphere應(yīng)?用?自動(dòng)部署和發(fā)布工具   睿云智合容器?鏡像管理理系統(tǒng)   睿云智合應(yīng)?用堆棧管理理系統(tǒng)   WiseCloud通用云平臺(tái)快存儲(chǔ)服務(wù)SAN驅(qū)動(dòng)軟件...

Read More

ISO9001認(rèn)證

2017年10月19日

隨著我公司業(yè)務(wù)的不斷擴(kuò)大，為了適應(yīng)發(fā)展的需要，盡快與國(guó)際接軌為客戶(hù)提供更優(yōu)質(zhì)的服務(wù)，引入ISO9001國(guó)際質(zhì)量體系標(biāo)準(zhǔn)已成為迫切需要。   2017年3月23日，經(jīng)授權(quán)公司認(rèn)證專(zhuān)家的嚴(yán)格審核，國(guó)家質(zhì)量體系委員會(huì)認(rèn)可，我司管理體系符合ISO質(zhì)量管理體系要求，獲得GB/T19001-2016/ISO9001:2015認(rèn)證證書(shū)。本次通過(guò)認(rèn)證的范圍如下：云計(jì)算的開(kāi)發(fā)與銷(xiāo)售、云計(jì)算服務(wù)；網(wǎng)絡(luò)設(shè)備及軟硬件的開(kāi)發(fā)、銷(xiāo)售與維護(hù)；計(jì)算機(jī)系統(tǒng)集成、網(wǎng)絡(luò)技術(shù)開(kāi)發(fā)與銷(xiāo)售；經(jīng)營(yíng)電子商務(wù)；信息化平臺(tái)銷(xiāo)售及提供相關(guān)方案與技術(shù)服務(wù)；計(jì)算機(jī)鄰域內(nèi)的技術(shù)開(kāi)發(fā)、技術(shù)咨詢(xún)、技術(shù)服務(wù)、技術(shù)轉(zhuǎn)讓。   睿云智合(Wise2C)的質(zhì)量管理本著“適應(yīng)國(guó)際化大趨勢(shì)的環(huán)境，借助實(shí)施ISO9001質(zhì)量管理體系提高企業(yè)的管理水平，更進(jìn)一步滿(mǎn)足客戶(hù)要求以及不斷提高服務(wù)與產(chǎn)品的質(zhì)量和技術(shù)含量”的質(zhì)量方針，努力提升在企業(yè)客戶(hù)中的服務(wù)能力以及服務(wù)質(zhì)量。目前睿云智合(Wise2C)已為多家金融保險(xiǎn)行業(yè)企業(yè)提供了容器云平臺(tái)產(chǎn)品以及專(zhuān)業(yè)技術(shù)服務(wù)，在金融行業(yè)樹(shù)立了多個(gè)容器技術(shù)落地的標(biāo)桿案例。   睿云智合(Wise2C)全體員工將再接再厲，按照質(zhì)量管理體系的要求執(zhí)行，使我公司的質(zhì)量管理體系持續(xù)改進(jìn)，不斷提高，更好的為客戶(hù)提供優(yōu)質(zhì)服務(wù)及產(chǎn)品。 ...

Read More

關(guān)于持續(xù)交付你準(zhǔn)備好了嗎？

2017年1月27日

分享人：鄭云龍 時(shí)間：2016-8-25 睿云智合持續(xù)交付產(chǎn)品負(fù)責(zé)人，在敏捷和DevOps領(lǐng)域有豐富經(jīng)驗(yàn)的實(shí)踐，過(guò)去作為敏捷和DevOps技術(shù)教練向多家大型企業(yè)提供咨詢(xún)和培訓(xùn)服務(wù)。   持續(xù)交付理論要解決的最重要的問(wèn)題就是，如何以最快的方式將我們的軟件交付到客戶(hù)手上；如何實(shí)現(xiàn)可靠，迅速并且低風(fēng)險(xiǎn)的軟件發(fā)布。   在傳統(tǒng)的軟件開(kāi)發(fā)方法中我們更多的關(guān)注軟件研發(fā)環(huán)節(jié)，而DevOps運(yùn)動(dòng)則將軟件研發(fā)活動(dòng)的視角從傳統(tǒng)的需求，開(kāi)發(fā)，測(cè)試等活動(dòng)延伸到了部署，發(fā)布以及運(yùn)維過(guò)程中。 軟件的核心價(jià)值是為軟件的使用者帶來(lái)收益，在過(guò)去我們經(jīng)常聽(tīng)到開(kāi)發(fā)人員說(shuō)這個(gè)功能已經(jīng)開(kāi)發(fā)完成了。?但是在持續(xù)交付中我們認(rèn)為之后將特性真正的發(fā)布到用戶(hù)手上才以為則完成。 持續(xù)支付     而要想達(dá)到持續(xù)交付的目標(biāo)即實(shí)現(xiàn)可靠，迅速并且低風(fēng)險(xiǎn)的軟件交付需要所有相關(guān)人員（需求，開(kāi)發(fā)，測(cè)試，運(yùn)維）的協(xié)同工作才能保證這一目標(biāo)的實(shí)現(xiàn)。 在持續(xù)交付過(guò)程中我們希望一個(gè)團(tuán)隊(duì)是能夠充分自治的，能夠完成從軟件的需求，設(shè)計(jì)，開(kāi)發(fā)，部署以及運(yùn)維的端到端所有工作。 全功能團(tuán)隊(duì)         本文將以持續(xù)交付的8個(gè)原則來(lái)闡述在持續(xù)交付過(guò)程中的那些方法和實(shí)踐：   原則一：為軟件的發(fā)布創(chuàng)建一個(gè)可重復(fù)且可靠的過(guò)程 在傳統(tǒng)的軟件研發(fā)模式中瀑布式的工作方式深入到軟件研發(fā)的各個(gè)環(huán)境。 在軟件的發(fā)布過(guò)程中充滿(mǎn)了各種等待： 構(gòu)建和運(yùn)維人員在等待說(shuō)明文檔或者缺陷修復(fù) 測(cè)試人員等待“好的”版本構(gòu)建出來(lái) 研發(fā)團(tuán)隊(duì)可能在新功能發(fā)布幾周后才收到缺陷報(bào)告 最終的結(jié)果就是軟件產(chǎn)品遲遲不能發(fā)布甚至延期，同時(shí)由于開(kāi)發(fā)與測(cè)試，開(kāi)發(fā)和運(yùn)維之間的過(guò)長(zhǎng)的反饋周期直接導(dǎo)致軟件產(chǎn)品的質(zhì)量低下，同時(shí)可能并不能真正的為使用者帶來(lái)價(jià)值 同時(shí)如果管理者想要對(duì)整個(gè)軟件交付過(guò)程進(jìn)行改善將會(huì)很容易陷入到局部?jī)?yōu)化的惡性循環(huán)當(dāng)中，很難真正了解交付的問(wèn)題瓶頸 而持續(xù)部署流水線(xiàn)則是解決這一問(wèn)題的最佳方式，建立持續(xù)部署流水線(xiàn)即建立了一套端到端的軟件交付流程，同時(shí)在持續(xù)部署流水線(xiàn)的流程當(dāng)中參與到軟件交付的各個(gè)角色都能各司其職，形成一套高效的“拉動(dòng)系統(tǒng)” 開(kāi)發(fā)人員持續(xù)的查看代碼度量數(shù)據(jù)以及測(cè)試失敗等問(wèn)題，測(cè)試人員自助部署測(cè)試環(huán)境，同時(shí)運(yùn)維人員也可以通過(guò)一鍵方式將軟件部署到預(yù)生產(chǎn)環(huán)境以及生產(chǎn)環(huán)境。同時(shí)對(duì)于管理人員也可以通過(guò)度量持續(xù)部署流水線(xiàn)的各個(gè)環(huán)境來(lái)分析交付問(wèn)題，通過(guò)合理的方式優(yōu)化軟件交付流程當(dāng)中存在的問(wèn)題。 而將持續(xù)部署流水線(xiàn)中的各個(gè)環(huán)節(jié)可以劃分為如下幾個(gè)不同的階段 提交階段 該階段主要從技術(shù)層面證明軟件系統(tǒng)是可以工作的，該階段會(huì)進(jìn)行軟件的編譯，以及以單元測(cè)試為主的自動(dòng)化測(cè)試，以及代碼分析 自動(dòng)化驗(yàn)收測(cè)試階段 該階段主要從功能和非功能需求角度正面軟件是能夠滿(mǎn)足用戶(hù)的需求以及相關(guān)的需求驗(yàn)收條件 手動(dòng)測(cè)試階段 該階段主要試圖發(fā)現(xiàn)那些自動(dòng)化驗(yàn)收測(cè)試不能覆蓋的缺陷，同時(shí)證明系統(tǒng)是否能夠真正的為用戶(hù)提供價(jià)值，所以在該階段中通常需要由測(cè)試人員完成相關(guān)的探索性測(cè)試，集成測(cè)試以及用戶(hù)驗(yàn)收測(cè)試 發(fā)布階段 發(fā)布階段則旨在將軟件產(chǎn)品發(fā)布到用戶(hù)手中包括軟件包發(fā)布或者是直接將軟件部署到生產(chǎn)環(huán)境   原則二：將幾乎所有事情自動(dòng)化   為了搞笑的支持持續(xù)部署流水線(xiàn)，我們需要將除了探索性測(cè)試以外幾乎所有的事情都自動(dòng)化。 在軟件交付過(guò)程中對(duì)于自動(dòng)化我們可以分為兩個(gè)方面，一方面是指在產(chǎn)生軟件包過(guò)程中的如：編譯，打包，單元測(cè)試，集成測(cè)試，自動(dòng)化驗(yàn)收測(cè)試等活動(dòng)。 自動(dòng)化構(gòu)建 在這個(gè)過(guò)程中我們使用例如maven,gradle這樣的構(gòu)建工具可以幫助自動(dòng)化的完成軟件的構(gòu)建以及解決軟件依賴(lài)問(wèn)題 自動(dòng)化測(cè)試 同時(shí)借助諸如robotframework,以及cucumber這樣的自動(dòng)化測(cè)試工具，以及采用BDD或者ATDD的開(kāi)發(fā)實(shí)踐能夠幫助我們產(chǎn)生高質(zhì)量的自動(dòng)化驗(yàn)收測(cè)試集 基礎(chǔ)設(shè)施及代碼 在虛擬化技術(shù)和容器化技術(shù)盛行的今天，通過(guò)諸如AWS的CloudFormation以及Docker的Dockerfile等我們可以將我們的基礎(chǔ)設(shè)施也變成自動(dòng)化的 另一方面則涉及到與軟件運(yùn)行相關(guān)的自動(dòng)化如包括基礎(chǔ)設(shè)施的自動(dòng)化管理，運(yùn)行環(huán)境的自動(dòng)化配置，軟件本身的安裝與配置等等 自動(dòng)化配置管理 自動(dòng)化配置管理工具如ansible,puppet,chef等相比傳統(tǒng)的腳本。通過(guò)dsl環(huán)境描述的過(guò)程將服務(wù)器環(huán)境的準(zhǔn)備過(guò)程變成自動(dòng)化的，可重復(fù)的，并且能夠支持大規(guī)模的集群管理   原則三：把所有東西納入版本控制   在過(guò)去通常而言我們的svn或者git當(dāng)中只存在我們?cè)创a本身，而在持續(xù)交付過(guò)程當(dāng)中我們認(rèn)為任何會(huì)對(duì)軟件的行為，質(zhì)量產(chǎn)生影響的部分都應(yīng)該要做版本化的，并且這些任何部分的每一次變更都應(yīng)該通過(guò)持續(xù)部署流水線(xiàn)的形式來(lái)進(jìn)行自動(dòng)化的驗(yàn)證。確保任何的變更，如代碼變更，測(cè)試用例變更，環(huán)境配置變更都能得到快速的驗(yàn)證，以及反饋 這些相關(guān)的“變更集”包括：基礎(chǔ)設(shè)施描述文件,源代碼，測(cè)試腳本，自動(dòng)化測(cè)試用例，環(huán)境配置腳本，部署腳本，以及數(shù)據(jù)庫(kù)的創(chuàng)建，升級(jí)，以及回滾腳本等。 從上面的“變更集”也可以看出，持續(xù)交付是一個(gè)團(tuán)隊(duì)所有人員和角色都應(yīng)該參與的事情，并且每一個(gè)人都對(duì)軟件交付富有責(zé)任   原則四：提前并頻繁的做讓你感到痛苦的事情   “如果集成是讓你感到痛苦的，那么每一次代碼提交都應(yīng)該進(jìn)行集成，而且應(yīng)該從項(xiàng)目一開(kāi)始就開(kāi)始這么做；如果發(fā)布軟件過(guò)程前測(cè)試是一件痛苦的事情，那么就應(yīng)該從項(xiàng)目一開(kāi)始就不斷的進(jìn)行測(cè)試；如果軟件發(fā)布是一件痛苦的事情，那么每一次代碼提交在完成自動(dòng)化驗(yàn)收測(cè)試之后都應(yīng)該進(jìn)行發(fā)布，或者至少發(fā)布到類(lèi)生產(chǎn)環(huán)境”   原則五：內(nèi)建質(zhì)量   在持續(xù)交付過(guò)程中持續(xù)交付流水線(xiàn)定義了一套標(biāo)準(zhǔn)的，可重復(fù)的軟件交付流程；同時(shí)借助大量的工具我們可以將這個(gè)流程中的機(jī)會(huì)所有事情都進(jìn)行自動(dòng)化。但是另外一個(gè)點(diǎn)就是軟件質(zhì)量。 根據(jù)原則四，其實(shí)我們也可以推斷出如果對(duì)代碼進(jìn)行測(cè)試是一件痛苦的事情，那么在編寫(xiě)實(shí)現(xiàn)代碼之前我們就應(yīng)該寫(xiě)測(cè)試，TDD，ATDD，BDD等軟件研發(fā)實(shí)踐正是體現(xiàn)了這一基本原則。 內(nèi)建質(zhì)量是戴明提出的名言之一。越早的發(fā)現(xiàn)缺陷，修復(fù)它們的成本越低。 根據(jù)內(nèi)建質(zhì)量的原則我們可以知道在軟件交付過(guò)程中，測(cè)試并不是一個(gè)階段，所以并不應(yīng)該在開(kāi)發(fā)介紹之后才開(kāi)始。同時(shí)測(cè)試也不應(yīng)該主要是測(cè)試人員的職責(zé)，參與交付的所有人都應(yīng)該對(duì)軟件的質(zhì)量負(fù)責(zé) 其中測(cè)試四象限很好的闡述了為了確保軟件質(zhì)量而應(yīng)該做的各種類(lèi)型的測(cè)試建模   原則六：“Done”意味著“已發(fā)布” 在持續(xù)交付過(guò)程中認(rèn)為一個(gè)特性的交付在理想狀態(tài)下應(yīng)該是已經(jīng)發(fā)布到用戶(hù)手中，或者至少已經(jīng)向用戶(hù)進(jìn)行了演示。 相應(yīng)的在敏捷開(kāi)發(fā)中，我們每一個(gè)迭代結(jié)束后都應(yīng)該想"用戶(hù)代表"進(jìn)行演示，并且在“用戶(hù)代表”試用認(rèn)為是完成了之后才意味則“Done” 其中“用戶(hù)代表”可以是正在的用戶(hù)，也可以是相關(guān)的業(yè)務(wù)人員   原則七：交付過(guò)程是每個(gè)成員的責(zé)任   在現(xiàn)實(shí)情況下，測(cè)試部門(mén)總是抱怨研發(fā)交付的軟件質(zhì)量差，運(yùn)維總是抱怨軟件不夠穩(wěn)定，開(kāi)發(fā)總是抱怨缺陷反饋周期太長(zhǎng)，解決問(wèn)題的成本過(guò)高。 而在持續(xù)交付當(dāng)中我們知道，對(duì)于交付團(tuán)隊(duì)而言最終目標(biāo)是確保軟件能夠交付到用戶(hù)手中，并且產(chǎn)生相應(yīng)的價(jià)值。 而通過(guò)持續(xù)部署流水線(xiàn)，我們將所有參與到軟件交付中的角色都聯(lián)合成了一個(gè)整體，并且各個(gè)部分之間是能夠快速的產(chǎn)生反饋，促成各個(gè)成員和角色之間的交流，并且快速的解決問(wèn)題   原則八：持續(xù)改進(jìn)   在任何一個(gè)充滿(mǎn)生機(jī)的組織當(dāng)中持續(xù)改進(jìn)是這個(gè)組織保持活力的基本要素之一。 參與軟件交付的成員需要定期對(duì)過(guò)去一段時(shí)間內(nèi)的交付工作進(jìn)行回顧，去發(fā)現(xiàn)在這個(gè)流程當(dāng)中的做的好的方面，以及做的不好的方面，并且提出解決方案。     為了持續(xù)交付組織應(yīng)該做好哪些準(zhǔn)備？     交付團(tuán)隊(duì)而非部門(mén)   根據(jù)康威定律“設(shè)計(jì)系統(tǒng)的組織，其產(chǎn)生的設(shè)計(jì)和架構(gòu)等價(jià)于組織間的溝通結(jié)構(gòu)” 由于存在部門(mén)墻的存在，導(dǎo)致開(kāi)發(fā)，測(cè)試，運(yùn)維之間的大量溝通成本，嚴(yán)重影響效率。甚至嚴(yán)重時(shí)部門(mén)和部門(mén)之間甚至?xí)浅Ｈ菀灼饹_突。 開(kāi)發(fā)人員只管完成既定的功能缺乏系統(tǒng)整體性思考；測(cè)試人員根據(jù)需求文檔完成測(cè)試用例，但是卻不思考需求本身的合理性；運(yùn)維人員則缺少對(duì)軟件架構(gòu)本身的理解。各個(gè)部門(mén)看似各司其職進(jìn)井有條，但是卻很難對(duì)軟件交付的效率和質(zhì)量做出太多實(shí)質(zhì)性的貢獻(xiàn)。正如開(kāi)篇所述， 而通過(guò)“交付團(tuán)隊(duì)”從項(xiàng)目一開(kāi)始讓所有項(xiàng)目成員能夠參與到軟件的交付過(guò)程中，確保各個(gè)角色的人員能夠頻繁的進(jìn)行交流，并且為了一致的目標(biāo)而共同努力，這也是DevOps運(yùn)動(dòng)核心價(jià)值 而相同角色之間的溝通交流通過(guò)社團(tuán)COP的形式來(lái)進(jìn)行領(lǐng)域知識(shí)的交流和提升是一個(gè)不錯(cuò)的方式     充分授權(quán)團(tuán)隊(duì)   確保持續(xù)交付實(shí)踐的成功，賦能團(tuán)隊(duì)，授權(quán)團(tuán)隊(duì)也是整個(gè)組織應(yīng)該思考的問(wèn)題。在持續(xù)交付中我們知道一個(gè)團(tuán)隊(duì)是一個(gè)應(yīng)該是以做產(chǎn)品而非做項(xiàng)目為目標(biāo)，需要充分授權(quán)團(tuán)隊(duì)，使得團(tuán)隊(duì)能夠完成從需求，開(kāi)發(fā)，測(cè)試，上線(xiàn)的端到端過(guò)程。   當(dāng)然在實(shí)際情況中，組織會(huì)有更多的因素需要考慮，比如最典型的場(chǎng)景比如由于落后的基礎(chǔ)設(shè)施管理方式導(dǎo)致運(yùn)維團(tuán)隊(duì)往往是被動(dòng)的響應(yīng)研發(fā)團(tuán)隊(duì)的需求，并且存在大量手動(dòng)的操作環(huán)節(jié)導(dǎo)致時(shí)間和資源的浪費(fèi)     平臺(tái)化，服務(wù)化   公有云，私有云，容器云 通過(guò)組織級(jí)別引入虛擬化或者容器化技術(shù)以及相應(yīng)的管理平臺(tái)如OpenStack,Rancher,Ks8等工具可以大大減少Ops團(tuán)隊(duì)的運(yùn)維團(tuán)隊(duì)，在過(guò)去需要大量手工操作的過(guò)程都可以通過(guò)虛擬化平臺(tái)或者容器化平臺(tái)完成，研發(fā)團(tuán)隊(duì)或者資源的周期從之前的幾天縮短到幾分鐘。 基礎(chǔ)設(shè)施自服務(wù) 同時(shí)對(duì)于Ops團(tuán)隊(duì)則專(zhuān)注于提供底層的基礎(chǔ)設(shè)施資源，包括網(wǎng)絡(luò)，安全等相關(guān)管理。并將相關(guān)的資源以服務(wù)的形式暴露給團(tuán)隊(duì)，各個(gè)產(chǎn)品團(tuán)隊(duì)管理自己的基礎(chǔ)設(shè)施環(huán)境，維護(hù)持續(xù)部署流水線(xiàn)，以及軟件運(yùn)行環(huán)境的變更 平臺(tái)化服務(wù) 同時(shí)對(duì)于企業(yè)和組織而言通過(guò)引入統(tǒng)一的平臺(tái)化服務(wù)，可以完成對(duì)所有產(chǎn)品團(tuán)隊(duì)的統(tǒng)一管理，和監(jiān)控。這些關(guān)鍵的平臺(tái)化服務(wù)可能包括：統(tǒng)一的日志管理平臺(tái)，持續(xù)交付平臺(tái)，以及監(jiān)控和運(yùn)營(yíng)平臺(tái)等。 ...

Read More

Build MicroService With Spring Cloud And Rancher

2017年1月27日

分享人：鄭云龍 時(shí)間：2016-7-20   睿云智合持續(xù)交付產(chǎn)品負(fù)責(zé)人，在敏捷和DevOps領(lǐng)域有豐富經(jīng)驗(yàn)的實(shí)踐，過(guò)去作為敏捷和DevOps技術(shù)教練向多家大型企業(yè)提供咨詢(xún)和培訓(xùn)服務(wù)。 ?   1, Aganda ? 今天給大家分享的內(nèi)容是：《Build MicroService With Spring Cloud And Rancher》主要內(nèi)容：我們將演示如何通過(guò)Spring Cloud和Rancher構(gòu)建一個(gè)具有彈性的微服務(wù)應(yīng)用。并且在這個(gè)過(guò)程中當(dāng)中我們主要遇到的問(wèn)題，以及最后如何解決。 對(duì)于一個(gè)最簡(jiǎn)單的微服務(wù)應(yīng)用而言，一個(gè)最基本的結(jié)構(gòu)如上所示： 我們需要一個(gè)服務(wù)發(fā)現(xiàn)和注冊(cè)服務(wù)幫助我們管理和發(fā)現(xiàn)新的服務(wù)； 當(dāng)我們從一個(gè)單體應(yīng)用到幾個(gè)，幾十個(gè)微服務(wù)時(shí)，服務(wù)的配置也成了一個(gè)非常棘手的問(wèn)題，統(tǒng)一的配置管理必不可少； 為了簡(jiǎn)化我們的客戶(hù)端調(diào)用我們可能需要一個(gè)輕量級(jí)API Gateway來(lái)統(tǒng)一代理我們的所有請(qǐng)求，同時(shí)可以做統(tǒng)一的安全控制； 同時(shí)在微服務(wù)下我們應(yīng)該遵循Build For Failure的原則，當(dāng)服務(wù)發(fā)生失敗時(shí)我們能夠隔離這些失敗的服務(wù)，從而需要引入Circuit Breaker熔斷器； 除此之外，同一個(gè)服務(wù)可能有一個(gè)到多個(gè)實(shí)例，當(dāng)我們?cè)L問(wèn)服務(wù)時(shí)，我們還需要一個(gè)負(fù)載均衡器，幫助我們合理的分發(fā)我們的API請(qǐng)求。   2, Build MicroService With Spring Cloud   而Spring Cloud項(xiàng)目正是幫助我們解決以上問(wèn)題的利器，讓我們可以更加專(zhuān)注于我們服務(wù)本身業(yè)務(wù)邏輯的開(kāi)發(fā)，而將服務(wù)治理所需的工作都統(tǒng)統(tǒng)交給框架來(lái)完成。 Eureka提供了統(tǒng)一的服務(wù)發(fā)現(xiàn)和注冊(cè)能力； Ribbon和Hystrix則在服務(wù)和服務(wù)之間引入了負(fù)載均衡以及熔斷的能力； Zuul則作為一個(gè)輕量級(jí)的路由和代碼服務(wù)讓我們可以快速建立一個(gè)API Gateway的能力。 3, Service Discovery With Spring Cloud Netflix: Eureka   以Eureka提供的服務(wù)注冊(cè)和發(fā)現(xiàn)能力為例，作為一個(gè)微服務(wù)實(shí)例，在啟動(dòng)時(shí)我們將會(huì)主動(dòng)向Eureka Server進(jìn)行注冊(cè)。Eureka Server服務(wù)維護(hù)當(dāng)前服務(wù)的實(shí)例列表以及狀態(tài)健康檢查。????????而作為服務(wù)的使用者，我們首先需要向eureka server請(qǐng)求當(dāng)前的服務(wù)實(shí)例，之后再將請(qǐng)求發(fā)送給API的真正提供者。   4, Client Side...

Read More