天下高月小说,有声小说下载

All
技術(shù)漫談
最佳實踐
睿云新聞
行業(yè)資訊

重磅來襲|首屆中國金融行業(yè)容器技術(shù)應(yīng)用峰會

2018年1月26日

雖然炎熱的酷暑即將消去，可是很抱歉，我們不得不告訴您這個火熱消息：由深圳金融行業(yè)信息服務(wù)協(xié)會與Rancher Labs、深圳睿云智合科技有限公司聯(lián)合舉辦的-中國首屆金融行業(yè)容器技術(shù)專題研討會，將于9月6號在深圳舉行。想見證最前沿的容器技術(shù)和金融IT界的技術(shù)大牛會碰撞出什么樣的激烈火花么？?一切敬請期待~ 本次會議將邀請多家率先將容器技術(shù)引進企業(yè)IT生產(chǎn)環(huán)境的標(biāo)桿金融企業(yè)進行實戰(zhàn)分享，以及國內(nèi)外云計算領(lǐng)域技術(shù)大咖對容器技術(shù)在金融行業(yè)的應(yīng)用規(guī)劃與落地實施進行深入探討。還有激烈的互動環(huán)節(jié)以及茶歇時刻。一切都已準(zhǔn)備好，只差你的到來！分享嘉賓高宏深圳市金融信息服務(wù)協(xié)會聯(lián)席會長、富德保險控股總經(jīng)理助理梁勝前Cloud Stack創(chuàng)始人，現(xiàn)Rancher Labs CEO，硅谷云計算風(fēng)云人物徐年剛前Eucalyptus 架構(gòu)師&中國區(qū)技術(shù)總監(jiān)，現(xiàn)睿云智合CTO，國內(nèi)云計算資深專家梁啟鴻廣發(fā)證券首席架構(gòu)師兼信息技術(shù)部副總經(jīng)理陳春潤平安科技云平臺技術(shù)負(fù)責(zé)人龍喜洋富德生命人壽開發(fā)部副總經(jīng)理張志強招商銀行總行信息技術(shù)部架構(gòu)工程師、項目經(jīng)理會議流程 13:30～14:00 簽到 14:00～14:05 致辭高宏?- 深圳市金融信息服務(wù)協(xié)會聯(lián)席會長、富德保險控股總經(jīng)理助理 14:05 ~ 14:45（含5分鐘提問時間）《如何實現(xiàn)容器技術(shù)在金融企業(yè)真正落地投產(chǎn)》梁勝?- 前Cloud Stack創(chuàng)始人，現(xiàn)Rancher Labs CEO，硅谷云計算風(fēng)云人物? 14:45～15:15（含5分鐘提問時間）《金融行業(yè)基于容器技術(shù)的Devops實踐》徐年剛?- 前Eucalyptus 架構(gòu)師&中國區(qū)技術(shù)總監(jiān)，現(xiàn)睿云智合CTO，國內(nèi)云計算資深專家 15:15～15:40（含5分鐘提問時間）《證券IT系統(tǒng)的容器技術(shù)之路》梁啟鴻?- 廣發(fā)證券首席架構(gòu)師兼信息技術(shù)部副總經(jīng)理 15:40～16:00 茶歇 16:00～16:25（含5分鐘提問時間）《平安云的容器服務(wù)建設(shè)》? 陳春潤?- 平安科技云平臺技術(shù)負(fù)責(zé)人 16:25～16:50（含5分鐘提問時間）《基于容器的混合云架構(gòu)探索及應(yīng)用》龍喜洋?- 富德生命人壽開發(fā)部副總經(jīng)理 ? 16:50～17:05 《銀行企業(yè)金融機構(gòu)對容器技術(shù)的應(yīng)用思考》?張志強?-?招商銀行總行信息技術(shù)部架構(gòu)工程師、項目經(jīng)理 16:50～17:25 互動環(huán)節(jié) 17:25～17:30 總結(jié)高宏?- 深圳市金融信息服務(wù)協(xié)會聯(lián)席會長、富德保險控股總經(jīng)理助理...

技術(shù)漫談 | 對企業(yè)更加友好的Kubernetes已經(jīng)來臨

2018年1月26日

Kubernetes 在美國獨立日前發(fā)布了最新的1.7版，用新安全功能以及更廣泛的有狀態(tài)應(yīng)用支持功能增添了些節(jié)日禮花，這些新功能肯定會受到令人垂涎的企業(yè)市場的青睞。睿云智合(Wise2C)的容器云平臺WiseCloud也將對最新版本的Kubernetes進行支持。為客戶提供更靈活更安全的容器云平臺。 Kubernetes 1.7 增強了安全方面功能從beta到穩(wěn)定版的網(wǎng)絡(luò)策略API允許用戶通過設(shè)置規(guī)則來限制個別Kubernetes pod之間的通信，同時隔離多租戶架構(gòu)中各個應(yīng)用程序以及個人用戶的網(wǎng)絡(luò)流量。在以前的版本中，每個應(yīng)用程序都可以被賦予自己的Kubernetes命名空間，但現(xiàn)在這些應(yīng)用程序中的特定服務(wù)可以在命名空間中進行控制。新節(jié)點授權(quán)器和入口控制插件允許對kubelet（在集群中的每個主機上運行Kubernetes的主要軟件代理）、Secrets、pod和節(jié)點級別的其他對象之間的通信進行更細(xì)粒度的控制。?Kubernetes的Secrets管理也在Docker Secrets基礎(chǔ)上做了一個測試版本功能，可以加密etcd數(shù)據(jù)存儲中的Secrets。許多企業(yè)都在生產(chǎn)中使用Kubernetes的有狀態(tài)的應(yīng)用支持功能，而這個Kubernetes發(fā)行版則提煉了StatefulSets來支持新的更新方法，如滾動更新。?Kubernetes的持久化卷也在Kubernetes 1.7中向前走了一步，對本地存儲卷提供了了測試版本支持，這對于許多有大數(shù)據(jù)和HPC應(yīng)用場景的用戶來說很受歡迎。 Kubernetes 1.7 增強了容器運行時支持以及可擴展性盡管Kubernetes 1.7的新功能肯定會掀起浪潮，但隨著容器運行時的標(biāo)準(zhǔn)化和商業(yè)化，發(fā)布公告中的另一個有趣的方面與這些行業(yè)的潛在影響有關(guān)。例如，Kubernetes在這個版本開始與Docker containerd集成，企業(yè)可以在容器運行時支持中獲得更大的穩(wěn)定性。?Docker開源的containerd是Docker的核心容器運行時，并在今年早些時候捐贈給了Cloud Native Computing Foundation。在線文檔分享和協(xié)作公司Box的聯(lián)合創(chuàng)始人兼解決方案架構(gòu)師Sam Ghods說：“大家對Kubernetes平臺在此之前（集成Containerd之前）的穩(wěn)定性和模塊性肯定有一些擔(dān)憂，容器運行時應(yīng)該是可交換的。這在未來的Kubernetes版本中將會實現(xiàn)。而現(xiàn)在，Kubernetes 1.7為更好地支持替代容器運行時提供了基礎(chǔ)，該功能對容器運行時接口（容器運行時插件API）進行了增強。通過版本1.7，開發(fā)人員可以通過界面更密切地監(jiān)視各種容器運行時，也可以在容器運行時與界面集成上使用新發(fā)布的驗證測試。在隨后的版本中，除了Docker containerd之外，還將支持包含CRI-O和rkt的運行時的生產(chǎn)支持根據(jù)Google項目監(jiān)察人員描述，Docker公司一直積極參與開發(fā)Kubernetes 1.7，containerd已經(jīng)將Docker公司和Kubernetes社區(qū)聯(lián)系的更緊密了。然而，一些行業(yè)觀察者可能想知道Docker業(yè)務(wù)的未來發(fā)展方向，畢竟現(xiàn)在供應(yīng)商可以在沒有Docker的增值產(chǎn)品的情況下對核心containerd的功能進行標(biāo)準(zhǔn)化。這次Kubernetes版本發(fā)布中的新擴展功能（如API聚合）將有利于基于Kubernetes的發(fā)行商，這一新功能使得高級用戶能夠?qū)⒌谌焦ぞ咦鳛镵ubernetes集群的一部分進行管理。 “我們現(xiàn)在可以重用API服務(wù)器和Kubernetes etcd來構(gòu)建第三方資源，而不是通過自己的方法為每個微服務(wù)創(chuàng)建一個數(shù)據(jù)存儲和API服務(wù)器，”Ghods說。?“它減少了開發(fā)服務(wù)的時間和復(fù)雜度?！盙hods補充說，他希望新的擴展功能將會催生出類似于Netflix Spinnaker這樣的的Kubernetes CI / CD工具。目前還沒有具體的這樣一個工具的計劃，但是Kubernetes現(xiàn)在已經(jīng)具備了實現(xiàn)這些功能的基礎(chǔ)。...

WiseBuild

2018年1月26日

2016 年10月28日，?睿云智合(Wise2C)正式發(fā)布了WiseBuild 1.0, 推出基于容器的軟件持續(xù)交付平臺, WiseBuild 是睿云智合的技術(shù)團隊在向金融保險行業(yè)客戶實施容器技術(shù)落地項目過程中，結(jié)合用戶的共性需求，以及分析總結(jié)傳統(tǒng)企業(yè)DevOps實踐的現(xiàn)狀和面臨的挑戰(zhàn)后設(shè)計研發(fā)的軟件持續(xù)交付平臺。 WiseBuild的設(shè)計目的是幫助企業(yè)IT團隊快速的搭建自己持續(xù)交付平臺，提升從軟件開發(fā)到部署上線過程中的自動化程度。目前睿云智合正在基于WiseBuild 和Rancher 容器管理平臺，?為多個金融保險行業(yè)客戶實現(xiàn)開發(fā)測試環(huán)境的容器化和自動化，幫助這些企業(yè)的IT研發(fā)，測試團隊提高軟件交付效率和質(zhì)量。 Why WiseBuild ? 最近10年，軟件產(chǎn)品的交付模式正在發(fā)生重大變革，小步快跑，持續(xù)改進成為軟件產(chǎn)品交付的主流模式，而精益生產(chǎn)，敏捷開發(fā)，DevOps成為支撐這一交付理念的重要的工程方法和實踐。容器技術(shù)的出現(xiàn)，正在極大的推進DevOps 相關(guān)實踐在企業(yè)的落地。?Docker 公司2016年發(fā)布的調(diào)查報告也說明DevOps是容器的主要應(yīng)用場景。相比過去傳統(tǒng)的DevOps 采用工具和平臺，容器技術(shù)可以在應(yīng)用封裝，交付和編排等方面提供標(biāo)準(zhǔn)和規(guī)范，以及圍繞這些標(biāo)準(zhǔn)和規(guī)范打造的工具和平臺。從而極大提高軟件交付的標(biāo)準(zhǔn)化，效率和自動化程度。睿云智合團隊，包含來自金融保險行業(yè)的應(yīng)用專家，云計算專家，以及長期從事DevOps 教練服務(wù)的資深咨詢專家。??我們在幫助傳統(tǒng)企業(yè)引入容器技術(shù)的時候，深刻地感受到，要促進DevOps相關(guān)實踐在企業(yè)落地，提升軟件交付速度和軟件持續(xù)運行的質(zhì)量，除了相關(guān)知識理念，流程的學(xué)習(xí)改進，DevOps實踐所需的工具和平臺也非常重要。?結(jié)合我們在DevOps, 容器，行業(yè)軟件開發(fā)積累的經(jīng)驗，我們在團隊組建伊始就考慮：設(shè)計開發(fā)一個支撐傳統(tǒng)行業(yè)的軟件持續(xù)交付平臺，幫助企業(yè)更好的利用容器技術(shù)來提升IT團隊的交付能力。 Your challenges without WiseBuild 傳統(tǒng)企業(yè)在餞行DevOps實踐時，主要包含以下幾個方面：相比其它方面，CI/CD 往往是企業(yè)最先考慮的，也是最容易實現(xiàn)，然而企業(yè)在構(gòu)建自己CI/CD 平臺和工具時，也面臨不少挑戰(zhàn), 主要包括: 構(gòu)建真正有效率CI/CD 系統(tǒng) 復(fù)雜的工具鏈的選擇和集成要構(gòu)建一個有效率的CI/CD 系統(tǒng)，牽涉到靈活的流水線的設(shè)計, 為整個軟件生命周期建立可視化、可追溯的受控流水線，整合持續(xù)集成、環(huán)境配置、數(shù)據(jù)庫變更、應(yīng)用部署等所有自動化過程；需要內(nèi)建質(zhì)量體系，在軟件產(chǎn)生的各個環(huán)節(jié)中建立固化的、自動化的質(zhì)量保障體系，使得缺陷盡早在團隊內(nèi)部被發(fā)現(xiàn)和解決，以此應(yīng)對頻繁部署所帶來的質(zhì)量風(fēng)險；需要運維監(jiān)控，對系統(tǒng)，應(yīng)用和特性進行持續(xù)的監(jiān)控，盡早發(fā)現(xiàn)系統(tǒng)運行中的風(fēng)險以便及時采取矯正措施，為系統(tǒng)的持續(xù)優(yōu)化提供數(shù)據(jù)?。往往因為缺乏整體集成工具和平臺來引導(dǎo)客戶正確的，全面地構(gòu)建自己的CI/CD系統(tǒng)，?傳統(tǒng)企業(yè)的CI/CD實踐往往都是片面，局部的改善軟件生產(chǎn)的一些環(huán)節(jié)。另外，復(fù)雜的CI/CD 工具鏈的選擇和集成也是阻止用戶全面正確地實踐, 下圖是一個常見的CI/CD 工具鏈：搭建，運行和維護這樣一個復(fù)雜工具鏈組成的CI/CD系統(tǒng)，對傳統(tǒng)企業(yè)的IT團隊也是一個挑戰(zhàn)。我們在分析傳統(tǒng)企業(yè)實踐DevOps面臨的這些挑戰(zhàn)后，?推出的WiseBuild, 就是為傳統(tǒng)企業(yè)的DevOps實踐提供一個開箱即用解決方案，幫助企業(yè)正確，全面地實踐CI/CD。 What's WiseBuild WiseBuild 是一個全面的軟件持續(xù)交付平臺，?通過WiseBuild企業(yè)可以快速的搭建自己的持續(xù)交付平臺, 實現(xiàn)軟件開發(fā)，測試等主要過程的自動化，實現(xiàn)開發(fā)，測試環(huán)境的一鍵部署和持續(xù)更新。 WiseBuild 面向IT開發(fā)，測試和運維團隊提供如下主要功能：開發(fā)項目管理（包括開發(fā)應(yīng)用，團隊，開發(fā)環(huán)境等）持續(xù)集成流水線管理持續(xù)交付看板自動化測試/部署代碼質(zhì)量掃描集成服務(wù)（為開發(fā)測試環(huán)境預(yù)置常用服務(wù)，例如中間件，數(shù)據(jù)庫等）開發(fā)測試環(huán)境一鍵部署和持續(xù)更新 ...

Vmware harbor Partner

2018年1月26日

2017年8月29日，睿云智合(Wise2C)作為VMware Harbor項目的應(yīng)用案例合作伙伴亮相LasVegas VMworld 2017。睿云智合(Wise2C)容器云平臺解決方案使用Harbor做為高可用私有鏡像倉庫，目前已經(jīng)部署在國內(nèi)多家金融行業(yè)客戶的生產(chǎn)和測試環(huán)境。深圳睿云智合科技有限公司，起源于金融行業(yè)創(chuàng)新業(yè)務(wù)與技術(shù)咨詢，在積累了多年金融行業(yè)數(shù)字化業(yè)務(wù)轉(zhuǎn)型、創(chuàng)新技術(shù)引進服務(wù)的豐富經(jīng)驗和客戶資源后，于2016年組建起一支專業(yè)金融云服務(wù)團隊，將云計算新興的Docker、Kubernetes等容器技術(shù)引進傳統(tǒng)金融行業(yè)，迅速在業(yè)內(nèi)樹立起客戶標(biāo)桿和豐富的成功案例。目前已服務(wù)的客戶包括，國內(nèi)首家推出金融云容器服務(wù)的中國平安金融云平臺、銀行業(yè)首家將容器落地的恒豐銀行PaaS平臺、保險行業(yè)首家將DevOps用到生產(chǎn)環(huán)境的民生保險容器應(yīng)用云平臺，以及對CI/CD、混合云管理等容器技術(shù)全面實踐的富德生命人壽等，無不走在行業(yè)前端。速強＋申樸、宏盛、慧谷陽光、Smith、?朱強博士的公司－?5（鐘巧紅）...

如何快速利用Harbor搭建自己的企業(yè)級registry server？

2018年1月26日

小貼士 Harbor是由VMware團隊為企業(yè)用戶設(shè)計的Registry?Server開源項目,用戶可以利用Harbor搭建自己的私有鏡像倉庫。在我們睿云智合(Wise2C)企業(yè)級容器云解決方案中默認(rèn)使用Harbor做為私有鏡像倉庫，目前已在國內(nèi)多家金融行業(yè)企業(yè)生產(chǎn)環(huán)境使用。即使你是harbor小白，也可以從本文快速從認(rèn)識Harbor到利用Harbor搭建自己的企業(yè)級registry server。 Harbor特性 ? 基于角色控制用戶和倉庫都是基于項目進行組織的, 而用戶基于項目可以擁有不同的權(quán)限。 ? 基于鏡像的復(fù)制策略鏡像可以在多個Harbor實例之間進行復(fù)制。 ? 支持LDAP Harbor的用戶授權(quán)可以使用已經(jīng)存在LDAP用戶。 ? 鏡像刪除?& 垃圾回收 Image可以被刪除并且回收Image占用的空間。 ? 用戶UI 用戶可以輕松的瀏覽、搜索鏡像倉庫以及對項目進行管理。 ? 鏡像刪除?& 垃圾回收絕大部分的用戶操作API, 方便用戶對系統(tǒng)進行擴展。 ? 輕松的部署功能 Harbor提供了online、offline安裝,除此之外還提供了virtual appliance安裝。 Harbor和docker registry關(guān)系 Harbor實質(zhì)上是對docker registry做了封裝,擴展了自己的業(yè)務(wù)模塊.下面展示一下docker registry和Harbor的架構(gòu)圖用以說明。 Harbor認(rèn)證過程 1、docker daemon從docker registry拉取鏡像。 2、如果docker registry需要進行授權(quán)時,registry將會返回401 Unauthorized響應(yīng),同時在響應(yīng)中包含了docker client如何進行認(rèn)證的信息。 3、docker client根據(jù)registry返回的信息,向auth server發(fā)送請求獲取認(rèn)證token。 4、auth server則根據(jù)自己的業(yè)務(wù)實現(xiàn)去驗證提交的用戶信息是否存符合業(yè)務(wù)要求。 5、用戶數(shù)據(jù)倉庫返回用戶的相關(guān)信息。 6、auth server將會根據(jù)查詢的用戶信息,生成token令牌,以及當(dāng)前用戶所具有的相關(guān)權(quán)限信息?。上述就是完整的授權(quán)過程.當(dāng)用戶完成上述過程以后便可以執(zhí)行相關(guān)的pull push操作。認(rèn)證信息會每次都帶在請求頭中。 Harbor整體架構(gòu) Harbor認(rèn)證流程 A、首先,請求被代理容器監(jiān)聽攔截,并跳轉(zhuǎn)到指定的認(rèn)證服務(wù)器。 B、?如果認(rèn)證服務(wù)器配置了權(quán)限認(rèn)證,則會返回401。通知docker client在特定的請求中需要帶上一個合法的token。而認(rèn)證的邏輯地址則指向架構(gòu)圖中的core services。 C、?當(dāng)docker client接受到錯誤code。client就會發(fā)送認(rèn)證請求(帶有用戶名和密碼)到core services進行basic auth認(rèn)證。 D、?當(dāng)C的請求發(fā)送給ngnix以后,ngnix會根據(jù)配置的認(rèn)證地址將帶有用戶名和密碼的請求發(fā)送到core serivces。 E、?core services獲取用戶名和密碼以后對用戶信息進行認(rèn)證(自己的數(shù)據(jù)庫或者介入LDAP都可以)。成功以后,返回認(rèn)證成功的信息。從上面的docker registry 和?Harbor的架構(gòu)圖、流程圖可以看出Harbor的擴展部分為core services。這部分實現(xiàn)了用戶的認(rèn)證, 添加了UI模塊已經(jīng)webhook。 Harbor安裝 Harbor安裝有三種方式,這里以online的方式為例,另外兩種有興趣的童鞋可以參考Harbor的官方文檔。 Harbor的安裝 1、下載安裝包 2、配置harbor.cfg文件 3、執(zhí)行install.sh腳本安裝并啟動Harbor 用戶可以到release頁下載相關(guān)文件，解壓tar xvf harbor-online-installer-<version>.tgz。 ?Harbor配置 ...

探討容器中使用塊存儲

2018年1月26日

塊存儲是將裸磁盤空間通過劃邏輯盤，做Raid，或者LVM（邏輯卷）等方式邏輯劃分出N個邏輯的硬盤，然后采用映射的方式將這些邏輯盤掛載到主機。主機的操作系統(tǒng)認(rèn)為這些磁盤均為物理硬盤，跟直接拿一塊物理硬盤掛載到操作系統(tǒng)沒有區(qū)別。塊存儲的優(yōu)點不言而喻：使用了Raid與LVM等手段，可以多數(shù)據(jù)做冗余保護；可以使用磁盤陣列，組成大容量的邏輯盤對外提供服務(wù)，提高容量；對邏輯盤寫數(shù)據(jù)可轉(zhuǎn)化為對幾塊物理磁盤的并行寫入，提升了讀寫效率。需求在IaaS中，塊存儲被廣泛應(yīng)用于為虛擬機提供持久卷。虛擬機故障后依然能夠通過在其他虛擬機上掛載舊數(shù)據(jù)卷的方式來訪問磁盤數(shù)據(jù)，因此被普遍認(rèn)可。受此影響，睿云智合(Wise2C)的一些企業(yè)客戶在設(shè)計PaaS時，自然而然的聯(lián)想到共享存儲的這一優(yōu)勢，提出在PaaS中為容器掛載塊存儲的需求。但是，憑借在IaaS中的卓越表現(xiàn)，塊存儲也能夠躋身PaaS業(yè)務(wù)中嗎？分析假設(shè)已有一套可提供RBD塊存儲的Ceph集群的前提下，我們先來分析幾個場景：場景一 “我使用容器技術(shù)，但還不是深度用戶，只使用docker run之類的命令來手工啟動單個容器，這些容器中運行的服務(wù)都比較消耗磁盤空間?！? 這類用戶局限于將容器作為一個臨時工具，并沒有將其與業(yè)務(wù)緊密結(jié)合。如果對磁盤沒有持久化的需求，那么在主機磁盤空間空余足夠的情況下可以考慮直接映射宿主機文件系統(tǒng)。若想讓磁盤獨占共享磁盤，或希望在不同宿主機上啟用容器時，均能重復(fù)使用之前訪問過的數(shù)據(jù)卷；此時可以在啟動docker時，指定volume-driver為ceph-rbd的方式來使用由Ceph集群提供的塊存儲。塊存儲驅(qū)動框架圖如下所示：場景二 “我使用容器編排工具來管理應(yīng)用，比如docker-compose、Rancher或Kubernetes。但我在每一個service下只需要啟用一個container，且對service沒有擴容的需求；這些service都比較消耗磁盤，我希望在容器被重啟或重新調(diào)度后，仍可使用舊的數(shù)據(jù)盤?！? 該場景比較特殊，每一個service只對應(yīng)一個container。因此，不會有多個container同時讀寫一塊數(shù)據(jù)盤的需求，只需保障container之前所掛載的存儲卷在container故障恢復(fù)或正常遷移后依然能夠被container訪問即可；即存儲卷對容器的自動跟隨。遷移場景如下圖所示：但是，值得注意的是：假設(shè)之前的container運行在host-1上，對應(yīng)的，塊存儲就掛載在host-1上。當(dāng)原有container因故被調(diào)度到新的host-2上時，編排框架檢測到該變化，將host-1上的原有塊設(shè)備卸載，然后掛載到host-2。按照該流程，塊存儲的每一次遷移都需要從一臺主機上卸載，再到另外一臺主機上掛載；新container的啟動依賴于volume，因此容器或者業(yè)務(wù)的恢復(fù)速度依賴于塊存儲的遷移速度。假設(shè)平臺未能及時檢測到host-1上的container故障、舊有的container卡死無法快速銷毀，或者host-1突然斷電時，Ceph Server必須等待超時后，才允許host-2重新掛載之前被使用的RBD塊。此時，container啟動時間就會變得難以忍受，顯然這是與容器的秒起秒停的優(yōu)勢相互違背的。場景三我使用Rancher或者Kubernetes之類的容器編排軟件來管理應(yīng)用，每一個應(yīng)用有多個微服務(wù)；每一個微服務(wù)又對應(yīng)多個容器來并行對外提供服務(wù)。 Rancher 在Rancher里面，應(yīng)用被稱之為Stack，每一個stack包含一到多個service；?service即微服務(wù)，微服務(wù)之間按照單一職責(zé)劃分，只做一件事情。service屬于邏輯的概念，真正做事的是各service對應(yīng)的containers。如果希望通過為service擴容，就增加service對應(yīng)的container數(shù)量；這些container無狀態(tài)，可被調(diào)度到多臺宿主機上，它們必須使用共享存儲來保障業(yè)務(wù)的持續(xù)性。 Kubernetes 在Kubernetes中，業(yè)務(wù)也是由一到多個service來共同完成的，這里的service與Rancher中service的概覽類似。Kubernetes的service是一個外部訪問點（endpoint），通過selector指定labels的方式可以選定一組pods，service為這組pods提供訪問代理和負(fù)載均衡。外部的客戶端只需知道service所暴露的端口和IP就能夠訪問到業(yè)務(wù)。由于pod是無狀態(tài)的，因此同Rancher一樣，也需要將業(yè)務(wù)數(shù)據(jù)存儲到共享存儲上，還必須保障同一個service對應(yīng)的多個pods均能共享該業(yè)務(wù)數(shù)據(jù)。限于塊存儲只能同時被一個客戶端（主機）所掛載，當(dāng)service的多個containers或pods調(diào)度到多臺主機上時，塊存儲就難以應(yīng)付了。此時，原始共享文件系統(tǒng)的方法又體現(xiàn)出了它的優(yōu)勢，NAS會是一個最好的選擇！...

傳統(tǒng)重型應(yīng)用服務(wù)器Websphere Application Server容器化的實踐

2018年1月26日

2016年7月，中國銀監(jiān)會發(fā)布了《中國銀行業(yè)信息科技“十三五”發(fā)展規(guī)劃監(jiān)管指導(dǎo)意見（征求意見稿）》（下稱《意見》），《意見》表示，探索構(gòu)建私有云平臺，采用成熟度高、開放性強的計算虛擬化、容器虛擬化、分布式存儲、網(wǎng)絡(luò)虛擬化等技術(shù)，建立資源池，形成資源彈性供給、靈活調(diào)度和動態(tài)計量的私有云平臺。同時，同步開展應(yīng)用架構(gòu)規(guī)劃，構(gòu)建與云計算基礎(chǔ)設(shè)施相適應(yīng)的應(yīng)用架構(gòu)，自主設(shè)計或推動應(yīng)用開發(fā)商實施應(yīng)用架構(gòu)改造，并降低應(yīng)用與基礎(chǔ)架構(gòu)的耦合度。從《意見》的描述可以看到，容器技術(shù)天生的優(yōu)勢以及在大規(guī)模集群管理、混合云平臺構(gòu)建、微服務(wù)化應(yīng)用以及云原生應(yīng)用等場景的廣泛應(yīng)用，很大程度上與金融業(yè)IT 的戰(zhàn)略轉(zhuǎn)型發(fā)展規(guī)劃相契合。容器技術(shù)正在為傳統(tǒng)金融業(yè)IT 技術(shù)轉(zhuǎn)型提供一種顛覆性的轉(zhuǎn)型思路。傳統(tǒng)WAS容器化及相關(guān)實踐從2016開始，睿云智合(Wise2C)接觸了一定數(shù)量的金融客戶同時實施了好幾個容器化管理平臺的項目，項目中實施的中間件包括Websphere/WebLogic/JBOSS EAP /TOMCAT等，在項目中針對不同客戶的具體應(yīng)用的容器化感受頗深，理論上重型應(yīng)用服務(wù)器Websphere Application Server(簡稱WAS)和WebLogic不能很好的在容器云平臺充分發(fā)揮大規(guī)模部署和彈性伸縮的優(yōu)勢，但是在當(dāng)前金融客戶實際環(huán)境中，大量的應(yīng)用仍然按照傳統(tǒng)的方式部署在WAS和WebLogic上，所以睿云智合(Wise2C)也積極做了相關(guān)研究和探索以支持傳統(tǒng)的應(yīng)用服務(wù)器WAS和WebLogic容器化，滿足當(dāng)前金融客戶的需求，此篇文章主要介紹傳統(tǒng)WAS容器化及相關(guān)實踐。首先對典型的應(yīng)用服務(wù)器的特性做個對比，參考下圖，由此我們不難知道為什么WAS在金融行業(yè)仍然占主導(dǎo)地位。這里就不對WAS的基本概念做展開了，當(dāng)前金融客戶中WAS應(yīng)用服務(wù)服務(wù)器運行主要包括兩種模式：Standalone和ND集群。在之前的項目中我們已經(jīng)對Nginx+多節(jié)點WAS Standalone 和WAS ND Cluster+HIS分別進行了容器化并進行了相關(guān)簡單壓測對比，并實現(xiàn)了一鍵部署和彈性伸縮，另配合公司產(chǎn)品WiseBuild實現(xiàn)Java項目在WAS Standalone持續(xù)集成和持續(xù)部署。 WAS Standalone 上圖是WAS Standalone結(jié)合IBM HTTP Server簡稱IHS，IBM開發(fā)了Websphere Plug-in以實現(xiàn)IHS和WAS的緊密結(jié)合，實測中IHS性能表現(xiàn)優(yōu)秀，但是Nginx作為當(dāng)前另一款優(yōu)秀的Web Server,我們參考相關(guān)官方資料用它取代IHS并結(jié)合rancher-gen實現(xiàn)了WAS在Rancher容器管理平臺的一鍵部署和彈性伸縮，請參考下圖金融行業(yè)當(dāng)前主流WAS應(yīng)用服務(wù)器的版本是8，與舊版本相比,IBM已經(jīng)用Installation Manager取代之前的updateinstaller,在WAS的dockerlized容器化中我們需要用靜默安裝取代GUI的圖形化安裝，以下是WAS安裝的Dockerfile WAS安裝的Dockerfile FROM rhel:7.2 ARG USER=wasdmin ARG GROUP=wasadmin COPY scripts /scripts ARG URL=http://harbor01.test01.com:8080/was8/ ENV PATH /websphere/IBM/WebSphere/AppServer/bin:$PATH ###################### IBM Installation Manager ########################## ? # Install IBM Installation Manager RUN groupadd $GROUP && useradd -g...

太平人壽容器虛擬化平臺建設(shè)實踐

2018年1月26日

經(jīng)過持續(xù)幾年的虛擬化建設(shè)，太平人壽虛擬化項目已取得顯著成果，每年為集團各專業(yè)公司節(jié)省了大量采購成本，節(jié)省了大量機房空間和電力消耗，與此同時，服務(wù)器部署和管理效率也得到大幅提高。隨著行業(yè)技術(shù)的不斷發(fā)展，基于Linux操作系統(tǒng)內(nèi)核虛擬化的容器技術(shù)已漸漸成熟，并且在互聯(lián)網(wǎng)行業(yè)已開始大規(guī)模應(yīng)用。相對于傳統(tǒng)服務(wù)器虛擬化技術(shù)，以Docker為代表的容器虛擬化技術(shù)，具有更加輕量、性能損耗更小、部署密度更高、部署和遷移更加快捷等優(yōu)點，同時對于應(yīng)用的標(biāo)準(zhǔn)化封裝尤其適合DevOps和自動化運維等場景。基于容器的這些優(yōu)點，太平人壽經(jīng)過了一系列原型驗證與選型之后，在新年伊始正式與睿云智合(Wise2C)攜手啟動了容器云平臺的建設(shè)項目。本項目中太平人壽IT團隊引入容器技術(shù)和容器管理平臺，并對開發(fā)和測試環(huán)境所選定的業(yè)務(wù)系統(tǒng)進行了容器化遷移，希望通過容器技術(shù)解決過去測試和生產(chǎn)環(huán)境不一致導(dǎo)致的各種部署，運維問題，實現(xiàn)開發(fā)測試環(huán)境的標(biāo)準(zhǔn)化。在實現(xiàn)了測試環(huán)境的自動化部署和快速部署之后，未來計劃引入各種自動化測試手段，加速軟件測試速度，提高測試質(zhì)量同時太平人壽也希望通過容器技術(shù)的引入優(yōu)化開發(fā)測試環(huán)境和部分生產(chǎn)環(huán)境基礎(chǔ)設(shè)施資源的使用，實現(xiàn)更細(xì)粒度的資源分配。實現(xiàn)測試環(huán)境和部分生產(chǎn)環(huán)境應(yīng)用的彈性伸縮。實現(xiàn)應(yīng)用的一鍵擴容，實現(xiàn)一些標(biāo)準(zhǔn)的中間件，(Jboss, Tomcat, Weblogic，Was) 以及輕量級數(shù)據(jù)庫集群的彈性伸縮, 快速擴展，在彈性伸縮的情況下實現(xiàn)前端負(fù)載均衡的自動化配置。提升運維效率和質(zhì)量，同時通過平臺提供應(yīng)用健康監(jiān)控，服務(wù)高可用等功能，實現(xiàn)應(yīng)用服務(wù)的高可用。在后續(xù)項目中太平人壽將會在擴展現(xiàn)有數(shù)據(jù)中心計算資源，在未來實現(xiàn)統(tǒng)一管理私有云和公有云資源，使應(yīng)用可以在私有云和公有云進行安全、快速、便利地自由遷移和彈性擴展。...

業(yè)務(wù)系統(tǒng)微服務(wù)化漸成保險行業(yè)應(yīng)用架構(gòu)改造新趨勢

2018年1月26日

商業(yè)市場環(huán)境以及科技發(fā)展趨勢正在驅(qū)使保險公司改變傳統(tǒng)運營模式?；ヂ?lián)網(wǎng)時代的今天，傳統(tǒng)保險公司面對著一系列威脅與挑戰(zhàn)： ????來自互聯(lián)網(wǎng)公司規(guī)則改變者們帶來的創(chuàng)新運營模式以及創(chuàng)新渠道的競爭威脅。 ????來自趨勢互聯(lián)技術(shù)（包括物聯(lián)網(wǎng)，智能生態(tài)系統(tǒng)，可穿戴設(shè)備，無人駕駛汽車等）對于傳統(tǒng)保險模型的威脅。 ????來自新一代消費者群體（保險未來目標(biāo)客戶）的消費行為以及對新技術(shù)的廣泛使用對于傳統(tǒng)保險公司的交互渠道與產(chǎn)品服務(wù)所帶來的挑戰(zhàn)。為了應(yīng)對這些挑戰(zhàn)，保險公司都在尋求IT部門的幫助，希望IT部門可以更快、更靈活地響應(yīng)業(yè)務(wù)需求，能夠快速提供支撐創(chuàng)新模式與創(chuàng)新渠道運營的應(yīng)用系統(tǒng)，并隨需而變，提供更好的個性化用戶體驗。但是，對于陳舊的單體架構(gòu)核心業(yè)務(wù)系統(tǒng)以及傳統(tǒng)的IT運營交付模式的依賴變成了保險公司IT部門實現(xiàn)上述目標(biāo)的最大瓶頸。某中型人壽保險公司擁有顯赫的國資股東背景，長期堅持穩(wěn)健、健康的發(fā)展戰(zhàn)略。然而，進入互聯(lián)網(wǎng)金融時代，業(yè)務(wù)發(fā)展迎來了新的挑戰(zhàn)，產(chǎn)品與服務(wù)創(chuàng)新需求的迅猛增長也令其IT團隊看到了變革的重要性，并為此邁出了探索的第一步：2016年8月邀請睿云智合(Wise2C)顧問團隊提供了歷時一個月的系統(tǒng)架構(gòu)改造規(guī)劃咨詢。睿云智合顧問團隊為客戶方IT團隊提供了一系列微服務(wù)以及新一代IT架構(gòu)工具及方法論的相關(guān)介紹與培訓(xùn)，并最終為客戶輸出了新核心系統(tǒng)架構(gòu)演進的路線圖。咨詢內(nèi)容主要痛點與觀察經(jīng)過與客戶方面業(yè)務(wù)需求專家以及IT核心人員進行的有關(guān)組織架構(gòu)，業(yè)務(wù)流程，系統(tǒng)架構(gòu)，面臨問題等方面的調(diào)研之后我們對客戶的多維度現(xiàn)狀進行了分析并對IT交付能力進行了成熟度評估。我們總結(jié)出了客戶的三個主要痛點，同時根據(jù)我們的保險行業(yè)經(jīng)驗，也是國內(nèi)大多數(shù)保險行業(yè)的所面臨的普遍痛點： 1.核心系統(tǒng)為陳舊的單體架構(gòu)，開發(fā)效率低，可維護性差，并且被廠商鎖定。 2.技術(shù)架構(gòu)和堆棧單一，自動化程度低，無法滿足多渠道個性化用戶體驗。 3.應(yīng)用開發(fā)模式陳舊，缺乏敏捷開發(fā)流程，軟件開發(fā)質(zhì)量保證體系等。針對這三個主要痛點，我們?yōu)榭蛻魪囊韵氯齻€方面進行了方法論導(dǎo)入與規(guī)劃建議： 1.核心系統(tǒng)解耦，開始進行持續(xù)的架構(gòu)改進 2.開始嘗試應(yīng)用新一代IT架構(gòu)技術(shù)堆棧 3.開始嘗試應(yīng)用敏捷開發(fā)，DevOps等思想新一代IT架構(gòu)介紹從目前新一代IT架構(gòu)演進趨勢我們可以看到，IT工程方法正在向DevOps轉(zhuǎn)型，應(yīng)用架構(gòu)正在向著微服務(wù)轉(zhuǎn)變，基礎(chǔ)設(shè)施正在逐步云化。睿云智合(Wise2C)通過交流培訓(xùn)的方式為客戶IT團隊介紹了目前主流的DevOps以及敏捷開發(fā)的方法論、新一代IT架構(gòu)技術(shù)堆棧中目前主流的工具鏈以及微服務(wù)架構(gòu)演進方法論。通過這些介紹給客戶IT規(guī)劃帶來了一些啟示。 IT架構(gòu)規(guī)劃建議在IT架構(gòu)規(guī)劃建議階段，睿云智合(Wise2C)基于保險行業(yè)的特性以及技術(shù)團隊的實踐經(jīng)驗為客戶建議了從團隊組織架構(gòu)到工具鏈選型的最佳實踐。這些都將成為客戶實現(xiàn)系統(tǒng)架構(gòu)微服務(wù)化改造這個宏偉目標(biāo)的決定性基礎(chǔ)。核心系統(tǒng)架構(gòu)演進規(guī)劃在最終的核心系統(tǒng)架構(gòu)演進規(guī)劃階段，我們?yōu)榭蛻粢?guī)劃了一個5年內(nèi)的演進路線圖，并展開為詳細(xì)的落地規(guī)劃。分步驟為客戶規(guī)劃了一條從實踐開始，經(jīng)過持續(xù)反饋與持續(xù)的流程優(yōu)化逐步提高客戶方IT交付能力成熟度的落地路線。對于每一步的工作進行了詳細(xì)的分解，并設(shè)立了階段性的成熟度提升目標(biāo)。希望通過客戶IT交付能力的持續(xù)提升，逐步的加速核心系統(tǒng)架構(gòu)演進的速度。結(jié)語本次咨詢的交付內(nèi)容得到了客戶方IT領(lǐng)導(dǎo)的高度認(rèn)可，將被客戶IT團隊作為未來3～5年IT戰(zhàn)略發(fā)展規(guī)劃的重要參考指引，逐步分階段、分步驟加以落實執(zhí)行。當(dāng)雙方探討到新架構(gòu)模式下，各業(yè)務(wù)應(yīng)用模塊的持續(xù)集成持續(xù)部署如何實現(xiàn)，微服務(wù)化的系統(tǒng)采用何種治理模式更加靈活高效時，一致認(rèn)可容器技術(shù)相關(guān)解決方案將會發(fā)揮非常理想的積極作用，這也正是睿云智合專注的技術(shù)領(lǐng)域所在，我們期待著雙方在新的IT戰(zhàn)略規(guī)劃逐步落地時展開更多更深的愉快合作。經(jīng)過一段時間的觀察與總結(jié)，我們發(fā)現(xiàn)保險行業(yè)似乎正在掀起一股系統(tǒng)架構(gòu)改造的風(fēng)潮，睿云智合(Wise2C)的大部分客戶幾乎都將眼光聚焦在了微服務(wù)治理這一目標(biāo)之上。睿云智合(Wise2C)憑借自身所擁有的一支長期從事企業(yè)IT戰(zhàn)略規(guī)劃、DevOps教練服務(wù)、保險業(yè)務(wù)應(yīng)用設(shè)計的專業(yè)顧問團隊，將會在新的一年為更多同類型客戶提供相關(guān)的專業(yè)技術(shù)服務(wù)，幫助行業(yè)客戶類似的關(guān)鍵性戰(zhàn)略項目穩(wěn)健落地。...

恒大人壽：打造應(yīng)對業(yè)務(wù)變革以及金融科技創(chuàng)新的驅(qū)動引擎

2018年1月26日

數(shù)字時代的今天，商業(yè)市場環(huán)境以及科技發(fā)展趨勢正給保險行業(yè)帶來一場重大的變革。傳統(tǒng)保險公司正面著一系列威脅與挑戰(zhàn)，其中包括互聯(lián)網(wǎng)科技公司新玩家所帶來的創(chuàng)新運營模式以及創(chuàng)新渠道的挑戰(zhàn)、來自物聯(lián)網(wǎng)與大數(shù)據(jù)技術(shù)的發(fā)展對于保險公司傳統(tǒng)保險模型的威脅以及來自新一代消費者群體的消費行為與對保險公司服務(wù)體驗的要求所帶來的挑戰(zhàn)。變革為保險行業(yè)帶來了挑戰(zhàn)同時也帶來了巨大的創(chuàng)新機會。正是看到這一點，恒大人壽的IT團隊將自己定位為企業(yè)創(chuàng)新的驅(qū)動引擎，積極的擁抱變革。希望通過對未來趨勢的新技術(shù)、新工具、新管理方法的應(yīng)用以及對阻礙發(fā)展的陳舊系統(tǒng)架構(gòu)以及工具流程的革新，快速儲備并發(fā)展IT技術(shù)能力，為敏捷快速的響應(yīng)業(yè)務(wù)變革與發(fā)展以及金融科技創(chuàng)新打好基礎(chǔ)。 Docker技術(shù)作為目前IT行業(yè)應(yīng)用打包以及流程標(biāo)準(zhǔn)化的趨勢技術(shù)，是IT團隊提高響應(yīng)速度與交付能力的基礎(chǔ)。Docker技術(shù)的特性可以為IT團隊帶來以下價值： 1.通過以docker鏡像為基礎(chǔ)的標(biāo)準(zhǔn)化封裝與交付實現(xiàn)應(yīng)用全生命周期管理的自動化 2.保證開發(fā)、測試、生產(chǎn)環(huán)境的一致性，避免環(huán)境不一致導(dǎo)致的部署問題 3.容器的輕量以及啟動快速的特性是應(yīng)用提供服務(wù)高可用性以及彈性伸縮的基礎(chǔ) 4.Docker對基礎(chǔ)設(shè)施資源更細(xì)粒度的使用可以為企業(yè)節(jié)省IT基礎(chǔ)設(shè)施資源的投入通過對技術(shù)趨勢的洞察以及深入的技術(shù)調(diào)研，恒大人壽在2017年初啟動了引入Docker技術(shù)的容器化系統(tǒng)項目，在項目中建設(shè)了容器集群管理平臺以及基于容器的DevOps平臺，同時實現(xiàn)了關(guān)鍵應(yīng)用在生產(chǎn)環(huán)境的容器化遷移。希望通過Docker技術(shù)對IT架構(gòu)以及流程進行改造實現(xiàn)IT團隊交付能力的提升以及流程的自動化。在技術(shù)選型上恒大人壽選擇了睿云智合(Wise2C)的容器云平臺解決方案。睿云智合(Wise2C)容器云平臺產(chǎn)品和方案支持主流的Kubernetes、Rancher、Swarm等集群管理及容器編排引擎，目前在保險，銀行等行業(yè)都有大量成功案例。利用睿云智合(Wise2C)產(chǎn)品的持續(xù)交付功能為開發(fā)和測試團隊規(guī)劃和設(shè)計了持續(xù)集成和持續(xù)交付流水線，解決軟件的快速開發(fā)和快速交付，為團險核心系統(tǒng)等業(yè)務(wù)應(yīng)用提供了容器運行環(huán)境，解決基于常用數(shù)據(jù)庫，中間件系統(tǒng)的容器化和構(gòu)建應(yīng)用目錄，實現(xiàn)數(shù)據(jù)庫，中間件的一鍵部署。實現(xiàn)團險核心業(yè)務(wù)系統(tǒng)、銷售支持系統(tǒng)、微信應(yīng)用系統(tǒng)、e化前后端系統(tǒng)等業(yè)務(wù)系統(tǒng)的容器化遷移以及應(yīng)用的彈性和快速部署。解決這些業(yè)務(wù)應(yīng)用的的快速升級和更新以及生命周期管理問題。總體技術(shù)方案如下圖所示：容器化系統(tǒng)項目的實施為恒大人壽帶來了以下收益： 1.大幅提高現(xiàn)有開發(fā)交付工作效率，加快交付速度環(huán)境搭建-過去，流程搭建環(huán)境是先提交環(huán)境需求單，走審批流程，然后運維人員搭建虛擬機，安裝中間件等，時間消耗在繁雜的流程審批和安裝虛擬機中間件上?，F(xiàn)在，通過容器云平臺，只需從平臺選擇需要部署的鏡像文件版本，然后直接部署到云平臺定義好的相應(yīng)環(huán)境的資源池中即可。環(huán)境搭建時間由過去的以天為單位提高到以分鐘為單位。編譯打包-過去，編譯打包各個項目人員各自為陣使用本地編譯環(huán)境及依賴，一旦出現(xiàn)問題在測試過程中才能發(fā)現(xiàn)，造成返工，影響整個項目的進度?，F(xiàn)在，通過容器云平臺開發(fā)人員只需提交代碼，構(gòu)建打包在平臺上統(tǒng)一完成，編譯環(huán)境一致，過程透明，自動化流水線中出現(xiàn)問題一目了然。最終生成標(biāo)準(zhǔn)化的鏡像交付物可以在任意環(huán)境中部署運行。部署升級-過去，應(yīng)用部署升級雖然有部署工具，但如果環(huán)境比較多，更新頻繁，將非常消耗時間?，F(xiàn)在，通過容器云平臺可以用應(yīng)用商店或者預(yù)設(shè)好的部署流水線對相應(yīng)系統(tǒng)或者服務(wù)組件版本進行自動部署升級。交付版本-過去，生產(chǎn)版本交付流程復(fù)雜，現(xiàn)在，通過容器云平臺只需要將可發(fā)布鏡像從測試環(huán)境同步至生產(chǎn)環(huán)境就可一鍵部署至生產(chǎn)環(huán)境。 2.大幅提高系統(tǒng)變更質(zhì)量過去，很多測試是人工完成的，一旦需求比較多，就造成排隊的現(xiàn)象，滯緩迭代速度，測試用例的保存也是靠人工完成，一旦需要測試用例回歸測試，有可能測試用例已丟失，又需要花時間去整理用例，協(xié)調(diào)測試數(shù)據(jù)。現(xiàn)在，通過要求開發(fā)人員提高自動化測試覆蓋率并在平臺上建立自動化測試流水線階段，平臺能夠做到保存測試用例和腳本，以便測試用例回放，每次迭代將自動進行測試，并將測試結(jié)果實時郵件通知測試人員，開發(fā)人員，大大減少了人工工作量。另外，也將很方便進行負(fù)載均衡和壓力測試。 3.消除了線下線上環(huán)境差異過去，由于測試環(huán)境和生產(chǎn)環(huán)境不一致，可能導(dǎo)致生產(chǎn)部署后應(yīng)用程序無法使用的情況，當(dāng)這種情況出現(xiàn)時，需要耗費很多人力精力去調(diào)查原因，給業(yè)務(wù)上線帶來嚴(yán)重影響?，F(xiàn)在，使用容器能完美解決該問題，應(yīng)用開發(fā)完成后通過標(biāo)準(zhǔn)化封裝成帶有運行依賴的容器鏡像，可以在任意裝有Docker引擎的環(huán)境運行。 4.提高了資源利用率，降低了成本同時，通過容器技術(shù)可以對技術(shù)設(shè)施資源進行更細(xì)粒度的使用，大大提高資源利用率，并降低擁有總成本。...

Author: admin

近期文章