優(yōu)秀的制造企業(yè)，一定有一個(gè)先進(jìn)的DT架構(gòu)
2018-06-05 來(lái)源： 評(píng)論：0摘要：數(shù)字化轉(zhuǎn)型已經(jīng)成為傳統(tǒng)企業(yè)的必然選擇。隨之而來(lái)的業(yè)務(wù)場(chǎng)景、用戶(hù)習(xí)慣和行為在迅速變化，許多傳統(tǒng)行業(yè)線上業(yè)務(wù)出現(xiàn)急速增長(zhǎng)。
數(shù)字化轉(zhuǎn)型已經(jīng)成為傳統(tǒng)企業(yè)的必然選擇。隨之而來(lái)的業(yè)務(wù)場(chǎng)景、用戶(hù)習(xí)慣和行為在迅速變化，許多傳統(tǒng)行業(yè)線上業(yè)務(wù)出現(xiàn)急速增長(zhǎng)。
金融行業(yè)的移動(dòng)支付、互聯(lián)網(wǎng)理財(cái)?shù)?，汽?chē)制造行業(yè)的營(yíng)銷(xiāo)、電商、售后服務(wù)等線上業(yè)務(wù)比例迅速提高。IT團(tuán)隊(duì)業(yè)務(wù)開(kāi)發(fā)、迭代都以每月、甚至每周來(lái)計(jì)，需要7*24小時(shí)響應(yīng)，這些給系統(tǒng)開(kāi)發(fā)和運(yùn)維帶來(lái)極大挑戰(zhàn)。
傳統(tǒng)行業(yè)對(duì)于IT效率的變革需求以及業(yè)務(wù)模式的創(chuàng)新導(dǎo)致系統(tǒng)更新頻繁，應(yīng)用復(fù)雜度也急劇上升，傳統(tǒng)架構(gòu)不堪重負(fù)。因此，架構(gòu)轉(zhuǎn)型成為了一些企業(yè)數(shù)字化過(guò)程中的最大難點(diǎn)。
近期，為了準(zhǔn)備雪浪大會(huì)，鈦媒體記者走訪調(diào)研了近200家制造企業(yè)，深入一線去了解他們的真實(shí)痛點(diǎn)。
調(diào)研結(jié)果顯示，在系統(tǒng)支撐方面，排在前四的難題分別為：系統(tǒng)復(fù)雜性越來(lái)越高、運(yùn)維管理復(fù)雜度高；打造一支全棧運(yùn)維團(tuán)隊(duì)困難；線上訪問(wèn)壓力大；設(shè)備采購(gòu)維護(hù)成本高。
ThoughtWorks是一家技術(shù)類(lèi)咨詢(xún)公司。這家公司長(zhǎng)期致力于從全球不同的區(qū)域，服務(wù)于不同的客戶(hù)，在不同的業(yè)務(wù)模式下面做不同的項(xiàng)目。成功的案例包括德國(guó)戴姆勒公司的營(yíng)銷(xiāo)、電商、售后服務(wù)如何由消費(fèi)者主導(dǎo)實(shí)現(xiàn)數(shù)字化在線、美國(guó)視頻網(wǎng)站Netflix的系統(tǒng)架構(gòu)演進(jìn)式發(fā)展等。
通過(guò)全球項(xiàng)目經(jīng)驗(yàn)的積累和實(shí)踐， ThoughtWorks總監(jiān)級(jí)咨詢(xún)師Neal Ford提出演進(jìn)式架構(gòu)的概念，將“可演進(jìn)性”作為新的架構(gòu)特征加入到系統(tǒng)中，讓它在系統(tǒng)演進(jìn)時(shí)為其他特征（比如上文提到的業(yè)務(wù)需求、性能、安全性、可擴(kuò)展性等）提供保護(hù)。這便是演進(jìn)式架構(gòu)，它使我們可以兼顧多個(gè)架構(gòu)維度進(jìn)行引導(dǎo)式的增量變更。
不久前，Neal Ford帶著新書(shū)《Building EvolutionaryArchitectures: Support Constant Change》來(lái)到中國(guó)進(jìn)行宣講。鈦媒體記者借此機(jī)會(huì)與Neal Ford進(jìn)行了深度交流，為企業(yè)傳統(tǒng)架構(gòu)的迭代升級(jí)提供一種新的思考方式。
NealFord帶著新書(shū)《Building Evolutionary Architectures: Support Constant Change》以及他的新的Idea“演進(jìn)式架構(gòu)”在QCon大會(huì)演講
01在不破壞原有IT架構(gòu)的前提下進(jìn)行“演進(jìn)”
在傳統(tǒng)企業(yè)軟件開(kāi)發(fā)流程中，經(jīng)常需要面臨改動(dòng)，有來(lái)自用戶(hù)需求的改動(dòng)，有來(lái)自市場(chǎng)的改動(dòng)以及為了一些潛在機(jī)會(huì)而產(chǎn)生的改動(dòng)等。
這些改動(dòng)要求企業(yè)能夠快速做出調(diào)整。但不幸的是，事情并不總是如我們所愿。
這是因?yàn)槠髽I(yè)的業(yè)務(wù)應(yīng)用經(jīng)過(guò)多年IT建設(shè)，系統(tǒng)非常龐大，難以更改。例如企業(yè)傳統(tǒng)SAP、汽車(chē)制造企業(yè)里傳統(tǒng)DMS以及MES等，要改動(dòng)其中任何一小部分，都需要重新部署整個(gè)應(yīng)用。敏捷開(kāi)發(fā)和快速交付更無(wú)從談起。
另外，傳統(tǒng)企業(yè)在長(zhǎng)期的IT建設(shè)過(guò)程中，通常大量使用外包團(tuán)隊(duì)，這導(dǎo)致采用的技術(shù)棧之間差異較大，統(tǒng)一管控和運(yùn)維要求更高。需要運(yùn)維7*24小時(shí)全天候值守、在線升級(jí)，并快速響應(yīng)。
而在此時(shí)脫穎而出的微服務(wù)架構(gòu)，讓傳統(tǒng)企業(yè)眼前一亮，它具備諸多優(yōu)勢(shì)，例如獨(dú)立開(kāi)發(fā)、獨(dú)立部署、獨(dú)立發(fā)布，去中心化管理，支持高并發(fā)高可用，支持豐富技術(shù)棧，企業(yè)可以根據(jù)需要靈活技術(shù)選型。
NealFord認(rèn)為，微服務(wù)是支持演進(jìn)行為的眾多架構(gòu)之一。
“微服務(wù)是后DevOps革命時(shí)代出現(xiàn)的第一種全新架構(gòu)風(fēng)格。它是第一個(gè)全面擁抱持續(xù)交付的工程實(shí)踐，也是演進(jìn)式架構(gòu)家族的一員。演進(jìn)式架構(gòu)以支持增量的、非破壞的變更作為第一原則，同時(shí)支持在應(yīng)用程序結(jié)構(gòu)層面的多維度變化。不過(guò)，微服務(wù)僅僅是支持某些演進(jìn)行為的眾多架構(gòu)之一。”
而演進(jìn)式架構(gòu)則在微服務(wù)架構(gòu)基礎(chǔ)上增加了兩點(diǎn)思考——既要滿(mǎn)足企業(yè)應(yīng)用的真實(shí)場(chǎng)景，還要符合技術(shù)的演進(jìn)。
首先，創(chuàng)建演進(jìn)式架構(gòu)，應(yīng)當(dāng)滿(mǎn)足企業(yè)應(yīng)用的真實(shí)場(chǎng)景。
這也回答了我們文章的問(wèn)題——為什么演進(jìn)式架構(gòu)被譽(yù)為最好的迭代模式？因?yàn)檫@種架構(gòu)不會(huì)破壞原有傳統(tǒng)軟件包，而是將傳統(tǒng)IT架構(gòu)演進(jìn)到微服務(wù)架構(gòu)上。
NealFord在《演進(jìn)式架構(gòu)》中也提到，“對(duì)于一個(gè)大的軟件包，一個(gè)大的單體的應(yīng)用，如果做微服務(wù)轉(zhuǎn)型，肯定不是把這個(gè)大的單體應(yīng)用直接干掉不要，建一個(gè)新的微服務(wù)平臺(tái)出來(lái)，而更傾向于一種做法，即我怎么能夠從SAP、DMS這樣一個(gè)傳統(tǒng)軟件包的模式， 一步步的把它演進(jìn)到一個(gè)微服務(wù)架構(gòu)上，這是演進(jìn)式架構(gòu)要解決的一個(gè)重要問(wèn)題”。
原本對(duì)傳統(tǒng)企業(yè)來(lái)講，SAP、DMS以及MES這類(lèi)傳統(tǒng)軟件包等本身是封閉的，企業(yè)購(gòu)買(mǎi)這樣的軟件包最大的一個(gè)出發(fā)點(diǎn)是來(lái)降低自己的IT成本去實(shí)現(xiàn)IT能力。但是在數(shù)字化轉(zhuǎn)型的大趨勢(shì)下，創(chuàng)新又成為企業(yè)最主要的訴求。
ThoughtWorks從技術(shù)的角度出發(fā)，認(rèn)為更應(yīng)該照顧企業(yè)真實(shí)的應(yīng)用場(chǎng)景，定制化地開(kāi)發(fā)軟件，或者說(shuō)，從定制化的軟件平臺(tái)下開(kāi)發(fā)出獨(dú)特的業(yè)務(wù)模型。
同時(shí)，演進(jìn)式架構(gòu)符合技術(shù)的演進(jìn)。
NealFord認(rèn)為，微服務(wù)本身是一種架構(gòu)的模式或者是一種架構(gòu)的風(fēng)格，而這種架構(gòu)風(fēng)格正好是演進(jìn)式架構(gòu)的一些原則和實(shí)踐的最佳體現(xiàn)。“比如業(yè)界經(jīng)常做微服務(wù)轉(zhuǎn)型的時(shí)候會(huì)說(shuō)，微服務(wù)本身的力度或者微服務(wù)本身的范圍應(yīng)該是什么樣的，而我認(rèn)為演進(jìn)式架構(gòu)可以幫助企業(yè)將一個(gè)微服務(wù)的架構(gòu)在力度的層面、在整個(gè)架構(gòu)體系上能夠不斷地去演進(jìn)。”
NealFord向鈦媒體表示，這種技術(shù)演進(jìn)方向有兩個(gè)：“第一個(gè)方向是這種增量式的演進(jìn)，讓系統(tǒng)能夠做到增量式的演進(jìn)或者增量式的變更，而這本身作為演進(jìn)式架構(gòu)定義中的第一個(gè)維度，它是天生要解決這個(gè)問(wèn)題。
第二個(gè)方向，它叫做指引式的演進(jìn)或者向?qū)降难葸M(jìn)，向?qū)降难葸M(jìn)就是說(shuō)我在一個(gè)系統(tǒng)里面希望能夠提升它的性能，我怎么能向著我們想要的性能方面去演進(jìn)，所以它定義了一個(gè)適應(yīng)度函數(shù)（fitness function），通過(guò)適應(yīng)度函數(shù)可以幫助我們的架構(gòu)的開(kāi)發(fā)人員明確地認(rèn)知我現(xiàn)在想要的這個(gè)方向是不是我現(xiàn)在架構(gòu)所演進(jìn)的方向，是不是我想要的方向，然后它可量化地告訴我的開(kāi)發(fā)者，我離現(xiàn)在這個(gè)目標(biāo)到底還有多遠(yuǎn)，它是這樣一種模式。所以面對(duì)企業(yè)不斷增加的應(yīng)用需求，它天生可以解決企業(yè)增量式、迭代式開(kāi)發(fā)的一種訴求。”
然而，微服務(wù)也不可避免地表現(xiàn)出它的劣勢(shì)——它會(huì)帶來(lái)系統(tǒng)的各種復(fù)雜度、運(yùn)維要求更高等諸多難點(diǎn)。對(duì)于團(tuán)隊(duì)來(lái)說(shuō)，搭建微服務(wù)架構(gòu)上手難，運(yùn)維效率低，運(yùn)維成本高。
另外，創(chuàng)建微服務(wù)還可能帶來(lái)團(tuán)隊(duì)之間溝通上的沖突——微服務(wù)需要與DevOps（Development&Operations）同步推進(jìn)。當(dāng)微服務(wù)被分割成一個(gè)個(gè)獨(dú)立的業(yè)務(wù)模塊后，服務(wù)間通信接口設(shè)計(jì)非常重要。如何科學(xué)地將系統(tǒng)部署到服務(wù)器上，保證各個(gè)服務(wù)高效運(yùn)行，更是難點(diǎn)。
02演進(jìn)式架構(gòu)符合傳統(tǒng)企業(yè)轉(zhuǎn)型需求
“當(dāng)我們談演進(jìn)式架構(gòu)的時(shí)候，其實(shí)是有很多不同的原則。這些原則都很?chē)?yán)格，而微服務(wù)某種程度上展現(xiàn)出了一些演進(jìn)式架構(gòu)的原則。例如我們?cè)谡勎⒎?wù)的時(shí)候，主要是想用它來(lái)快速應(yīng)對(duì)頻繁的需求變更，因此微服務(wù)所承載的期望便是讓我們能盡可能快的適應(yīng)變化，演進(jìn)式架構(gòu)中所倡導(dǎo)的進(jìn)化性與此不謀而合。”
NealFord補(bǔ)充道，關(guān)于可進(jìn)化性存在一個(gè)理解誤區(qū)——開(kāi)發(fā)者要非常聰明的想到所有可能出現(xiàn)的變化，并且為所有的這些可能的變化寫(xiě)好代碼，哪怕到頭來(lái)根本就沒(méi)變。但其實(shí)，可進(jìn)化性并不同于可維護(hù)性，“不是說(shuō)要怎么預(yù)測(cè)未來(lái)，而是一種隨時(shí)準(zhǔn)備響應(yīng)變化的狀態(tài)，而不管你是否提前就設(shè)想好了這些變化。”
在今天來(lái)看，其實(shí)演進(jìn)式架構(gòu)本身是有一定基礎(chǔ)的，當(dāng)企業(yè)想采用演進(jìn)式架構(gòu)這種模式的時(shí)候，需要以敏捷的開(kāi)發(fā)模型、敏捷的開(kāi)發(fā)方式、持續(xù)交付的開(kāi)發(fā)基礎(chǔ)設(shè)施或者是持續(xù)交付的開(kāi)發(fā)實(shí)踐以及DevOps的實(shí)踐來(lái)作為整個(gè)架構(gòu)的基礎(chǔ)。如果企業(yè)沒(méi)有這樣的基礎(chǔ)，實(shí)際上是很難做到演進(jìn)式架構(gòu)的，而演進(jìn)式架構(gòu)本身它也是要求在整個(gè)企業(yè)開(kāi)發(fā)的流程和模型上需要敏捷、持續(xù)交付，要去做DevOps。
據(jù)Neal Ford介紹，目前在業(yè)界采用演進(jìn)式架構(gòu)企業(yè)不僅有美國(guó)視頻網(wǎng)站Netflix公司，還有很多ThoughtWorks參與或者是合作的公司都在采用演進(jìn)式架構(gòu)中的一些實(shí)踐。只不過(guò)在這之前并沒(méi)有把它定義成演進(jìn)式架構(gòu)或者是適應(yīng)度函數(shù)，而是把它定義成fitness function。
而在這些傳統(tǒng)企業(yè)中，很多企業(yè)是通過(guò)持續(xù)交付流水線，通過(guò)對(duì)于架構(gòu)、對(duì)于測(cè)試體系的一些追求，對(duì)于架構(gòu)本身的轉(zhuǎn)型，一直在實(shí)踐著演進(jìn)式架構(gòu)的模式。因?yàn)樗鼈兦∏M(mǎn)足了演進(jìn)式架構(gòu)的一些特點(diǎn)，例如：
第一是模塊化和耦合。邊界劃分明確的組件，顯然可以給希望做出非破壞性變更的開(kāi)發(fā)人員以更大的便利。而毫無(wú)架構(gòu)元素的混亂架構(gòu)就無(wú)法做到演進(jìn)式變更，因?yàn)樗鄙倌K化。另外不適當(dāng)?shù)鸟詈蠈⒆兏鼘?dǎo)向難以預(yù)料的方向，從而阻礙演化。而演進(jìn)式架構(gòu)都支持一定程度的模塊化，這種模塊化通常體現(xiàn)在技術(shù)架構(gòu)層面（例如經(jīng)典的分層架構(gòu)）。
第二是圍繞業(yè)務(wù)能力組織?，F(xiàn)在越來(lái)越多的成功架構(gòu)都以在領(lǐng)域架構(gòu)層的模塊化為特色。基于服務(wù)的架構(gòu)與傳統(tǒng)的SOA主要區(qū)別在于模塊劃分的策略，SOA是嚴(yán)格按照技術(shù)層進(jìn)行模塊劃分，而基于服務(wù)的架構(gòu)則傾向于按業(yè)務(wù)領(lǐng)域劃分。
第三是試驗(yàn)。試驗(yàn)是演進(jìn)式架構(gòu)給商業(yè)交付帶來(lái)的最大價(jià)值之一。從操作角度來(lái)講，可以采用A/B測(cè)試等常見(jiàn)的持續(xù)交付實(shí)踐對(duì)應(yīng)用進(jìn)行低成本的、微小的變更。微服務(wù)架構(gòu)常常是圍繞服務(wù)之間的路由來(lái)定義應(yīng)用程序的。通常微服務(wù)架構(gòu)圍繞服務(wù)之間的路由來(lái)定義應(yīng)用程序，允許同一個(gè)服務(wù)的多個(gè)版本同時(shí)運(yùn)行。這反過(guò)來(lái)也使得試驗(yàn)和現(xiàn)有功能的逐步替換成為可能。最終，這使得企業(yè)業(yè)務(wù)可以花更少的時(shí)間去猜測(cè)待辦故事項(xiàng)，從而投入到假設(shè)驅(qū)動(dòng)開(kāi)發(fā)中。
而在國(guó)內(nèi)，通過(guò)鈦媒體記者近期的走訪發(fā)現(xiàn)，大部分傳統(tǒng)企業(yè)架構(gòu)還不能實(shí)現(xiàn)敏捷開(kāi)發(fā)、持續(xù)交付等，要實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型，首先就需要對(duì)企業(yè)傳統(tǒng)架構(gòu)做轉(zhuǎn)型。
NealFord表示，對(duì)于企業(yè)傳統(tǒng)架構(gòu)的轉(zhuǎn)型，首先要把企業(yè)自己基礎(chǔ)的工程實(shí)踐能夠搭建起來(lái)，使原來(lái)采購(gòu)軟件包的模式能夠向新的模式做轉(zhuǎn)型。
“比如說(shuō)在持續(xù)交付層面，如果一個(gè)企業(yè)不是在做持續(xù)交付的轉(zhuǎn)型，那企業(yè)在做精益企業(yè)（或數(shù)字化）轉(zhuǎn)型的時(shí)候，第一步要做的事情就是要有一個(gè)持續(xù)集成的轉(zhuǎn)型，把自動(dòng)化的基礎(chǔ)設(shè)施能夠搭起來(lái)。這是基礎(chǔ)能力，不僅僅是向演進(jìn)式架構(gòu)轉(zhuǎn)變，更企業(yè)在做數(shù)字化轉(zhuǎn)型時(shí)必備的一些能力。”
03大數(shù)據(jù)、AI技術(shù)都將被引入演進(jìn)式架構(gòu)
“目前在演進(jìn)式架構(gòu)中已經(jīng)引入了很多AI的實(shí)踐，比如說(shuō)在一些企業(yè)里面會(huì)用TensorFlow去寫(xiě)一個(gè)框架，幫助他去分析在網(wǎng)絡(luò)傳輸這一層里面，從安全的角度是不是有一些模式可以被快速地發(fā)現(xiàn)，有一些安全的點(diǎn)或者是有一些安全的攻擊的行為是不是可以從網(wǎng)絡(luò)傳輸這一層來(lái)用AI來(lái)做分析和發(fā)現(xiàn)。它也希望未來(lái)可以通過(guò)把目前AI技術(shù)應(yīng)用所處的層面逐漸往上提，提到不同服務(wù)之間傳輸信息的層面上、是不是可以利用AI找到這樣的模式，能夠幫助我們企業(yè)識(shí)別出來(lái)我的安全風(fēng)險(xiǎn)。” Neal Ford認(rèn)為，在當(dāng)下最時(shí)髦的AI技術(shù)，在未來(lái)可能會(huì)被更多地引入演進(jìn)式架構(gòu)中，加入到整個(gè)企業(yè)架構(gòu)適應(yīng)度函數(shù)的設(shè)計(jì)，或者是在架構(gòu)演進(jìn)的過(guò)程中利用AI的能力做更多的事情。
“同樣對(duì)于大數(shù)據(jù)大數(shù)據(jù)或者是數(shù)據(jù)型的項(xiàng)目，演進(jìn)式架構(gòu)中可以應(yīng)用在一些場(chǎng)景中。比如說(shuō)演進(jìn)式架構(gòu)里面去定義企業(yè)最關(guān)注的適應(yīng)度函數(shù)、最關(guān)注的架構(gòu)設(shè)計(jì)要素。而每一個(gè)要素都可以通過(guò)適應(yīng)度函數(shù)把它定義下來(lái)，我認(rèn)為每個(gè)架構(gòu)應(yīng)該有自己非常獨(dú)特的或者是特定的適應(yīng)度函數(shù)，或者是這種架構(gòu)規(guī)則的新的定義，就好像我們寫(xiě)unittest和寫(xiě)functional test是一樣的。因?yàn)槟闶歉鶕?jù)某一個(gè)項(xiàng)目去寫(xiě)的，而不會(huì)把這個(gè)項(xiàng)目的規(guī)則直接搬到另一個(gè)項(xiàng)目上去。”
無(wú)論是傳統(tǒng)架構(gòu)還是演進(jìn)式架構(gòu)，系統(tǒng)本身在市場(chǎng)上是有競(jìng)爭(zhēng)者的。Neal Ford也坦率地說(shuō)，如果是利用這個(gè)系統(tǒng)直接去賺錢(qián)的企業(yè)或者是組織，這樣的企業(yè)會(huì)首先采用演進(jìn)式架構(gòu)的模式。而往往一個(gè)企業(yè)當(dāng)它先開(kāi)始采用演進(jìn)式架構(gòu)這種模式的時(shí)候，這種架構(gòu)一開(kāi)始對(duì)企業(yè)的影響并沒(méi)有那么大。“只是簡(jiǎn)單的在企業(yè)流水線上布一個(gè)適應(yīng)度函數(shù)或者是布一個(gè)架構(gòu)檢查的腳本，其實(shí)就已經(jīng)在采用演進(jìn)式架構(gòu)當(dāng)中的實(shí)踐了，但是顯然這種實(shí)踐對(duì)于人和組織來(lái)講并沒(méi)有什么太大的改變。”
“但是如果企業(yè)想充分發(fā)揮演進(jìn)式架構(gòu)帶來(lái)的好處，那對(duì)于整個(gè)團(tuán)隊(duì)的組織結(jié)構(gòu)肯定是要發(fā)生一些變化。比如說(shuō)企業(yè)的組織結(jié)構(gòu)應(yīng)該能夠更好地支撐業(yè)務(wù)的敏捷性轉(zhuǎn)型、企業(yè)的組織結(jié)構(gòu)應(yīng)該更好地降低我在團(tuán)隊(duì)不同成員之間的波動(dòng)，我能夠讓團(tuán)隊(duì)是一個(gè)相對(duì)比較穩(wěn)定的團(tuán)隊(duì)。同時(shí)我的團(tuán)隊(duì)能夠支撐DevOps這樣一些實(shí)踐的追求或者應(yīng)用。”
這就像1967年康威提出的“康威定律”， 企業(yè)需要關(guān)注怎么組織團(tuán)隊(duì)結(jié)構(gòu)，以及不同的團(tuán)隊(duì)結(jié)構(gòu)可能影響到最終的系統(tǒng)形態(tài)。只有團(tuán)隊(duì)對(duì)服務(wù)有很好的所有權(quán)意識(shí)，團(tuán)隊(duì)做出來(lái)的微服務(wù)才是這種松耦合的獨(dú)立服務(wù)。康威定律在1967年被提出來(lái)，但是真正被業(yè)界采納其實(shí)是在近幾年有了微服務(wù)以后，團(tuán)隊(duì)才開(kāi)始采用康威定律。“所以說(shuō)這件事情相對(duì)來(lái)看會(huì)有一個(gè)比較長(zhǎng)的周期。其實(shí)在業(yè)界已經(jīng)有了這樣一些原則在那里了，但是真正的被企業(yè)界所應(yīng)用還是需要一定時(shí)間的。“Neal Ford表示。
相關(guān)熱詞搜索：數(shù)字化 制造業(yè)
相關(guān)文章
- ·國(guó)家數(shù)字化設(shè)計(jì)與制造創(chuàng)新聯(lián)盟成立2018-03-30
- ·企業(yè)把握“數(shù)字中國(guó)”的六種方式2018-04-03
- ·劉九如：必須在卡脖子的地方下大功夫2018-06-15
- ·重磅！國(guó)家數(shù)字化設(shè)計(jì)與制造創(chuàng)新中心落戶(hù)武漢2018-09-05
- ·如何以數(shù)字化變革推動(dòng)我國(guó)制造業(yè)高質(zhì)量發(fā)展？2018-10-24
評(píng)論排行
- 2021長(zhǎng)三角G60智能制造創(chuàng)新生態(tài)合作大會(huì)
- 2020AMC長(zhǎng)三角G60科創(chuàng)走廊制造業(yè)高質(zhì)量發(fā)展合作論壇于9月召開(kāi)
- 下一波機(jī)遇？快來(lái)解鎖2020先進(jìn)制造業(yè)關(guān)鍵詞...
- 2019第七屆先進(jìn)制造業(yè)大會(huì)即將盛大召開(kāi)精彩大會(huì)亮點(diǎn)速覽
- 2019（第七屆）先進(jìn)制造業(yè)大會(huì)”暨長(zhǎng)三角制造業(yè)高質(zhì)量發(fā)展
- 2018(第六屆)先進(jìn)制造業(yè)大會(huì)
- 2017（第五屆）先進(jìn)制造業(yè)大會(huì)
- 2017全球先進(jìn)制造業(yè)博覽會(huì)（上海）
- 2016（第四屆）先進(jìn)制造業(yè)大會(huì)暨展覽會(huì)精彩播報(bào)
- 2016（第四屆）先進(jìn)制造業(yè)大會(huì)暨展覽會(huì)
- 2021長(zhǎng)三角G60智能制造創(chuàng)新生態(tài)合作大會(huì)
- 2020AMC長(zhǎng)三角G60科創(chuàng)走廊制造業(yè)高質(zhì)量發(fā)展合作論壇于9月召開(kāi)
- 下一波機(jī)遇？快來(lái)解鎖2020先進(jìn)制造業(yè)關(guān)鍵詞...
- 2019第七屆先進(jìn)制造業(yè)大會(huì)即將盛大召開(kāi)精彩大會(huì)亮點(diǎn)速覽
- 2019（第七屆）先進(jìn)制造業(yè)大會(huì)”暨長(zhǎng)三角制造業(yè)高質(zhì)量發(fā)展
- 2018(第六屆)先進(jìn)制造業(yè)大會(huì)
- 2017（第五屆）先進(jìn)制造業(yè)大會(huì)
- 2017全球先進(jìn)制造業(yè)博覽會(huì)（上海）
- 2016（第四屆）先進(jìn)制造業(yè)大會(huì)暨展覽會(huì)精彩播報(bào)
