巜饥渴的少妇和快递员韩国_巜饥渴的少妇HD高清_巜和女房东疯狂做爰2中文字幕_巜丰满人妻的滋味2HD_巜丰满的欲妇2做爰播放_巜车里震动好爽H韩国电影

資訊

精準(zhǔn)傳達(dá) ? 有效溝通

從品牌網(wǎng)站建設(shè)到網(wǎng)絡(luò)營(yíng)銷策劃,從策略到執(zhí)行的一站式服務(wù)

企業(yè)傳統(tǒng)IT架構(gòu)微服務(wù)轉(zhuǎn)型-售前方案制作思考

來(lái)源:公司資訊 | 2021.08.27

傳統(tǒng) 企業(yè) IT 架構(gòu) 問(wèn)題

系統(tǒng) 建設(shè) 的最小單位,那么 這里 業(yè)務(wù)系統(tǒng) 實(shí)際 就是 我們 說(shuō)的單體 應(yīng)用 ,講問(wèn)題 實(shí)際上 更多 是講傳統(tǒng) 單體 應(yīng)用 存在的問(wèn)題 有哪些 ? 

如果 整體 生命周期 來(lái)看 實(shí)際上 可以 規(guī)劃 選型 期,開(kāi)發(fā) 建設(shè)期 ,運(yùn)維 幾個(gè) 方面 來(lái)談。 

本身 里面 包括 軟件工程 ,項(xiàng)目管理 ,過(guò)程 支撐 三個(gè) 維度 內(nèi)容 。

規(guī)劃 選型 更多 選擇 廠商 比較 產(chǎn)品化 產(chǎn)品 ,你很難 去定一套 技術(shù)架構(gòu),開(kāi)發(fā) 標(biāo)準(zhǔn) 規(guī)范 體系 ,這也是后續(xù) 導(dǎo)致 整體 IT 架構(gòu) 里面 語(yǔ)言 ,多數(shù)據(jù)庫(kù) ,多開(kāi)發(fā)框架,多接口類型 一個(gè) 主要 原因 。

對(duì)于 開(kāi)發(fā) 建設(shè)期 ,實(shí)際上 主要 問(wèn)題 還是 整個(gè) 業(yè)務(wù)系統(tǒng) 里面 各個(gè) 模塊 間緊耦合 ,無(wú)法 拆分 ,其次 就是 大量 共性 內(nèi)容 重復(fù) 建設(shè) 問(wèn)題 。 

這里 可以 畫(huà)圖 描述 ,如何把 各個(gè) 業(yè)務(wù)系統(tǒng) 共性 內(nèi)容 統(tǒng)一 掉,并下沉 平臺(tái) 統(tǒng)一 建設(shè) ,構(gòu)建 平臺(tái) +應(yīng)用 應(yīng)用層 通過(guò) 微服務(wù) 模塊 構(gòu)建 思路 來(lái)完全 松耦合。

開(kāi)發(fā) 建設(shè)期 ,實(shí)際上 需要 一個(gè) 重要 問(wèn)題 ,就是 傳統(tǒng) 建設(shè) 模式 響應(yīng) 變化 能力 弱,都是 業(yè)務(wù) 需求 功能 ,前端 后臺(tái) 邏輯 完全 綁定 死的。 

實(shí)際上 引入 SOA思路 微服務(wù)架構(gòu) 化后 ,應(yīng)用 構(gòu)建 邏輯 發(fā)生了變換 ,即核心 的SOA思路 ,即先搭建 中臺(tái) (技術(shù)中臺(tái)+業(yè)務(wù)中臺(tái)),然后 暴露 中臺(tái) 關(guān)鍵 能力 服務(wù) ,再由這些 服務(wù) 來(lái)組裝 上層 關(guān)鍵 前端 業(yè)務(wù) 流程 。

對(duì)于 標(biāo)準(zhǔn)規(guī)范 體系 ,實(shí)際上 仍然 包括 三個(gè) 方面 內(nèi)容 項(xiàng)目管理 類,軟件工程 類,過(guò)程 支撐 類,再加上 后續(xù) 運(yùn)維 期的的話 包括 IT 治理 和服務(wù)治理類。 

本身 這些 規(guī)范 如何 敏捷 方法論 ,DevOps和持續(xù)集成 融合 。 

規(guī)范 作用 一個(gè)是使過(guò)程 標(biāo)準(zhǔn)化 ,模板 化,其次 加強(qiáng) 甲方 對(duì)整個(gè) 項(xiàng)目 管控 力度 。

對(duì)于 問(wèn)題 現(xiàn)狀 新思考

傳統(tǒng) IT 架構(gòu) 問(wèn)題 作為 PPT 方案 引入 合適 的,但是 不適合 談得太復(fù)雜 ,在我最早 編寫(xiě) 企業(yè)私有云 PaaS平臺(tái)建設(shè) 方案 時(shí)候 整理 過(guò)一頁(yè) 簡(jiǎn)單 PPT 參考 。

簡(jiǎn)單 來(lái)講 傳統(tǒng) IT 架構(gòu) 問(wèn)題 需要 談兩個(gè)點(diǎn)。

其一 應(yīng)用 本身 高可用 和擴(kuò)展性出現(xiàn) 問(wèn)題

其二 應(yīng)用 對(duì)業(yè)務(wù) 敏捷性 響應(yīng) 無(wú)法滿足

這兩點(diǎn) 剛好 微服務(wù)架構(gòu) 優(yōu)點(diǎn) 可以 很好 解決 的點(diǎn)。

微服務(wù)架構(gòu) 概述

傳統(tǒng) IT 架構(gòu) 問(wèn)題 最終 通過(guò) 微服務(wù)架構(gòu) 建設(shè) 來(lái)解決 。 

那么 問(wèn)題 解決方案 直接 有一個(gè) 匹配 映射 過(guò)程 

對(duì)于 PPT 方案 陳述 可以 采用 兩種 方式 。

方式 一是 先從傳統(tǒng) IT 架構(gòu) 問(wèn)題 引出 原來(lái) 單體 應(yīng)用 需要 進(jìn)行 組件化 拆分 ,以提升 應(yīng)用 本身 橫向 擴(kuò)展 能力 ,其次 各個(gè) 組件 應(yīng)該 暴露 輕量 復(fù)用 API 接口 

上層 應(yīng)用 可以 基于 API 接口 進(jìn)行 復(fù)用 組裝 編排 。 

技術(shù) 建模 建設(shè) 實(shí)施 全生命周期 完整 方法論 。

也就是在微服務(wù)架構(gòu) 概述 完成 給出 一個(gè) 整體 微服務(wù)架構(gòu) 建設(shè) 方法論 。 

這個(gè) 方法論 里面 三個(gè) 重要 階段 如下 

微服務(wù)架構(gòu) 規(guī)劃 咨詢

微服務(wù) 開(kāi)發(fā)環(huán)境 選擇 微服務(wù) 開(kāi)發(fā) 交付

微服務(wù) 管控 治理

那么 后續(xù) PPT 應(yīng)該 微服務(wù) 這三大部分 內(nèi)容 展開(kāi) 進(jìn)行 詳細(xì)介紹 。

微服務(wù)架構(gòu) -咨詢 規(guī)劃

咨詢 規(guī)劃 做什么事情?

首先 應(yīng)該是調(diào)研 清楚 當(dāng)前 企業(yè) IT 架構(gòu) 如何 的? 

當(dāng)前 架構(gòu) 存在 什么問(wèn)題? 

然后 給出 企業(yè) 本身 微服務(wù)架構(gòu) 轉(zhuǎn)型 思路 ,具體 微服務(wù)架構(gòu) 演進(jìn) 路線 

演進(jìn) 路線規(guī)劃 完成 后,在第一階段 ,比如 對(duì)一個(gè) 老的應(yīng)用系統(tǒng) 進(jìn)行 遷移 或者 一個(gè) 全新 業(yè)務(wù)系統(tǒng) 進(jìn)行 微服務(wù)架構(gòu) 開(kāi)發(fā) 那么 我們 需要 基于 這個(gè) 實(shí)際 需求 來(lái)分析 如何 進(jìn)行 微服務(wù)架構(gòu) 實(shí)施 ? 

里面 關(guān)鍵點(diǎn) 仍然 如何 劃分 不同 微服務(wù) 模塊 ? 

如何 定義 清楚 微服務(wù) 模塊 間的接口 關(guān)系 ? 

如何 拆分 不同 數(shù)據(jù)庫(kù) ? 

這些 頂層設(shè)計(jì) 工作 必須 前期 做完。

對(duì)于 咨詢 規(guī)劃 階段 ,重點(diǎn) 應(yīng)該 包括 如下 幾個(gè) 方面 關(guān)鍵 內(nèi)容

1.微服務(wù) 模塊 如何 拆分 ,其中 包括 業(yè)務(wù) 模塊 拆分 ,包括 業(yè)務(wù) 模塊 對(duì)應(yīng) 數(shù)據(jù)庫(kù) 拆分

2.在拆分 過(guò)程 中,微服務(wù) 接口 API 如何識(shí)別和定義 ,微服務(wù) 模塊 間的接口 集成 關(guān)系 如何 的?

3.平臺(tái) 能力 如何識(shí)別,共性 能力 如何 下沉 ,包括 了技術(shù)中臺(tái)+業(yè)務(wù)中臺(tái)。

4. 基于 微服務(wù)架構(gòu) 模式 整體 應(yīng)用架構(gòu),技術(shù)架構(gòu),集成 架構(gòu) ,數(shù)據(jù)架構(gòu)的規(guī)劃 如何 的?

5. 基于 微服務(wù)架構(gòu) 下的開(kāi)發(fā) 標(biāo)準(zhǔn) ,規(guī)范 體系

6.基于 微服務(wù)架構(gòu) 下的項(xiàng)目管理 ,過(guò)程管理 運(yùn)維 治理 規(guī)范 體系 。

微服務(wù)架構(gòu) -開(kāi)發(fā) 構(gòu)建

開(kāi)發(fā) 構(gòu)建 實(shí)際上 最好 方法 是,我們 進(jìn)行 類似 4A,流程引擎,MDM 主數(shù)據(jù) 平臺(tái) 微服務(wù) 模塊 開(kāi)發(fā) ,而對(duì)于 業(yè)務(wù) 微服務(wù) 模塊 只是 劃分 清楚 模塊 定義 接口 ,而實(shí)際 開(kāi)發(fā) 轉(zhuǎn)給 企業(yè)內(nèi)部開(kāi)發(fā)人員 其他 開(kāi)發(fā)商 進(jìn)行 。 

我們 需要 做的就是 整體 的項(xiàng)目群管理 ,后期 多個(gè) 微服務(wù) 模塊 間的集成 

我們 拆分 微服務(wù) 模塊 數(shù)據(jù)庫(kù) ,定義 一套 標(biāo)準(zhǔn)規(guī)范 體系 技術(shù) 開(kāi)發(fā)框架,然后 找了不同 開(kāi)發(fā)商 來(lái)進(jìn)行 多個(gè) 微服務(wù) 模塊 開(kāi)發(fā) ,我們 最終 保證 開(kāi)發(fā) 完成 內(nèi)容 能夠 完整 集成 起來(lái) ,并滿足 端到端業(yè)務(wù)流程 需要  

同時(shí) 我們 會(huì)實(shí)施 一套 過(guò)程 支撐 工具 來(lái)實(shí)現(xiàn) 對(duì)DevOps過(guò)程 可視化 支撐 ,通過(guò) 過(guò)程 支撐 工具 可以 實(shí)現(xiàn) 對(duì)整個(gè) 應(yīng)用開(kāi)發(fā) 完全 自動(dòng)化 可視化管理 能力 。

這些 需求 特性 要求 剛好 就是 微服務(wù) 本身 特點(diǎn) 那么 自然 引出 微服務(wù)架構(gòu) 。

方式 二是 介紹 微服務(wù)架構(gòu) 。

整體 方案 里面 先對(duì) 微服務(wù)架構(gòu) 做一個(gè)簡(jiǎn)單 介紹 ,解釋 清楚 什么是 單體 應(yīng)用 什么是 微服務(wù)架構(gòu) ,微服務(wù)架構(gòu) 的核心是什么? 

其次 解釋 清楚 微服務(wù)架構(gòu) 和SOA的關(guān)系 。

對(duì)于 微服務(wù)架構(gòu) 進(jìn)一步 解釋 清楚 判斷 標(biāo)準(zhǔn) 是什么 

同時(shí) 說(shuō)明 清楚 ,要實(shí)現(xiàn) 一個(gè) 完整 微服務(wù)架構(gòu) ,需要 滿足 哪些 判斷 準(zhǔn)則 ,同時(shí) 微服務(wù)架構(gòu) 里面 有哪些 關(guān)鍵 核心 組件 ,這些 組件 是起什么作用? 

具體 選用 標(biāo)準(zhǔn) 是什么 ?

微服務(wù)架構(gòu) 業(yè)界 通用 一個(gè) 定義 如何 的?

微服務(wù)架構(gòu) 判斷 標(biāo)準(zhǔn) 準(zhǔn)則 ,可以 表格 化來(lái)說(shuō)明  

微服務(wù)架構(gòu) 實(shí)現(xiàn) 中最基礎(chǔ) 具備 能力 (開(kāi)發(fā)框架,注冊(cè)中心 負(fù)載均衡 ,服務(wù) 網(wǎng)關(guān) ,流控 +熔斷 安全 )。

微服務(wù)架構(gòu) 化和傳統(tǒng) 企業(yè) 業(yè)務(wù)系統(tǒng) 間SOA集成 差別 在哪里 ?

實(shí)際上 我們 看到 主要 就是 SOA集成 思路 深入 到了 業(yè)務(wù)系統(tǒng) 內(nèi)部 ,業(yè)務(wù)系統(tǒng) 本身 各個(gè) 組件 變化 微服務(wù) 模塊 共性 組件 變化 采用 平臺(tái) 能力 ,微服務(wù) 模塊 通過(guò) Rest接口 服務(wù) 集成 。

如果 業(yè)務(wù)系統(tǒng) 還是 一個(gè) 廠商 來(lái)做,實(shí)際上 業(yè)務(wù)系統(tǒng) 本身 就是 一個(gè) SpingCLoud框架 體系 ,通過(guò) 服務(wù) 網(wǎng)關(guān) 發(fā)布 接口 服務(wù)能力,同時(shí) 接口 服務(wù) 進(jìn)一步 注冊(cè) 到跨系統(tǒng) 輕量 SOA服務(wù) 總線 上面 來(lái)。 

實(shí)際上 接口 服務(wù) 集成 可以 理解 兩層 集成 ,內(nèi)部 仍然 可以 注冊(cè)中心 點(diǎn)對(duì)點(diǎn) 集成 ,有需要 發(fā)布 到外的通過(guò) 微服務(wù)網(wǎng)關(guān)通過(guò) 二次 注冊(cè) 能力 發(fā)布 出來(lái) 。

一個(gè) 企業(yè) 應(yīng)該 如何 實(shí)施 微服務(wù)架構(gòu) 

微服務(wù)架構(gòu) 更多 是要給技術(shù) 詞匯 ,但是 微服務(wù) 本身 建設(shè) 實(shí)施 就變成了一個(gè) 完整 覆蓋 需求 提出 開(kāi)發(fā) 實(shí)施 ,再到部署 交付 ,最后 管控 治理 運(yùn)維 全生命周期 管理 。 

實(shí)際上 在前面一篇文章 里面 已經(jīng) 談到 ,應(yīng)該 包括 咨詢 規(guī)劃 ,開(kāi)發(fā) 構(gòu)建 管控 治理 三個(gè) 方面 內(nèi)容 。 

后續(xù) 介紹 可以 圍繞 三個(gè) 方面 內(nèi)容 展開(kāi) 。

注意 這里 應(yīng)該 有一個(gè) 完整 階段 模式 流程圖 來(lái)說(shuō)明 ,一個(gè) 完整 微服務(wù)架構(gòu) 規(guī)劃 建設(shè) 實(shí)施 過(guò)程 如何 的,即包括 前期 規(guī)劃 階段 開(kāi)發(fā) 建設(shè) 階段 ,后續(xù) 運(yùn)維 治理 階段  

體現(xiàn) 每個(gè) 階段 究竟 完成 什么 關(guān)鍵 工作 ,每個(gè) 階段 如何 銜接 的。

張圖 實(shí)際上 相當(dāng) 關(guān)鍵 ,即后續(xù) 你要 展開(kāi) 描述 內(nèi)容 應(yīng)該 在這 張圖 上有 體現(xiàn) 

比如 在我做數(shù)字化轉(zhuǎn)型 整體規(guī)劃 方法論 時(shí)候 ,給出 一個(gè) 覆蓋 計(jì)劃 啟動(dòng) 場(chǎng)景 分析 ,業(yè)務(wù) 建模 ,

—— 靈通云微信公眾號(hào) ——

熱門標(biāo)簽

上一條———————

下一條———————

十七年 建站經(jīng)驗(yàn)

多一份參考,總有益處

聯(lián)系靈通云,免費(fèi)獲得專屬《策劃方案》及報(bào)價(jià)

咨詢相關(guān)問(wèn)題或預(yù)約面談,可以通過(guò)以下方式與我們聯(lián)系

業(yè)務(wù)熱線:400-688-6062 / 大客戶專線   南通:15818561755

甘孜县| 屯留县| 上栗县| 安图县| 琼中| 岳西县| 通江县| 绍兴市| 北安市| 绥中县| 安新县| 富民县| 濮阳市| 江川县| 延川县| 灵宝市| 新宁县| 墨脱县| 岑巩县| 蒲江县| 鸡西市| 金华市| 芜湖县| 垣曲县| 肃北| 秦皇岛市| 长顺县| 柘荣县| 苏州市| 响水县| 遵义市| 修武县| 垫江县| 探索| 红河县| 广德县| 阿鲁科尔沁旗| 获嘉县| 海兴县| 章丘市| 仲巴县|