2020年7月25日，由CIO時代學院主辦，CIO時代APP承辦的“2020中國信息技術應用創新網絡展覽會”如期舉行。北京大學兼職教授、工業和信息化部原副部長楊學山發表題為“應用的性能需求與技術架構變革”的主題演講，他主要從需求的性能天花板、需求與性能關系的演進過程、新架構技術發展的主要因素、創新模式的思考等方面展開論述。以下為演講實錄： 尊敬的倪院士，各位線上的領導嘉賓朋友們，大家上午好。十分高興有機會用這樣的方式參加運本次活動。根據會議的安排，我就應用的性能需求和架構的變革課題，談一點我的想法與大家分享。今天報告一共6點，其中前面三點主要是講需求、性能、需求和性能的關系。緊接著兩點講，相同的性能是可以有不同的架構來實現的。 最后講一下在這種變革下，創新模式的新的特點。講這樣的6點，那么重心是在第一部分，就需求和性能究竟是什么樣的關系？或者說我們的需求正在面臨什么樣的變革？
第一點是說信創也好，其他領域的應用也好，大量的應用需求，它的性能已經天花板，不是說將要到達天花板，而是已經到了天花板，我的體會是很深的。15年離開工作崗位，自己買了一個新的計算機，15年的時候已經不是最新的，是之前幾年的機器，結果到今年鍵盤上一個鍵壞了，我也不修，又買了一個機器，這個機器只有2200塊，結果發現我在使用的過程中，它的CPU的使用基本上就在20%左右，我怎么用也沒到過30%的使用，而我的手機現在是mate10，是17年的款式，已經快三年，我想我再用兩年三年，它的性能我能用它百分之十幾的性能就不錯了，20%的性能想都不用想。 我們想想我們政務領域的一個一個的系統，這個事物本身他要的性能就是那么多，而我們實際上在項目的設計招標中，大大的放大了需求。實際上需求、應用和性能之間的關系，隨著技術的快速進展，關系是在持續的變化之中，而性能越來越多的應用，為什么？第一人的認知能力對信息處理的極限，第二個對象系統本身性能的需求，第三是經濟性和可靠性的要求。所以這三個結合起來說，實際上我們的需求大部分已經觸及天花板，實際上，芯片市場是十代同堂，而且十代同堂的狀態會持續下去，不是說新的先進的芯片進來，100納米的就不要了，不存在這樣的問題。100納米的依然在用，會很長時間繼續用。一個應用環境下，傳輸性能需求差別8個數量級甚至更多，也就是說從不到100個字節一秒鐘，我們很多應用傳輸只要不到100個字節， 100個字節足以滿足很多應用，隨著以后的發展，可能會有10個數量級的差異，這也是長期存在，不是說越多越好，沒有意義，因為有的應用只需要那么多，就這樣的數量級。 所以性能促進天花板是一個客觀的事實，而且一天比一天多。我幾十年來一直在做一件事情，就是IT，從79年第一次使用計算機一直到上世紀末本世紀初，基本上我們的應用是隨著技術走，一個新技術出來以后，替代以后我們必須用它，為什么？因為原來的技術對于滿足應用的需求不夠，不能滿足。所以一直到本世紀初長達幾十年，性能決定一切，圍繞技術，最先進的技術出來就得淘汰掉。 操作系統是這樣，數據庫是這樣，網絡系統是這樣。因為那個時候性能不能滿足我們的需求。但是到進入新世紀以后，慢慢在變化，而變化比較顯著的應該是在05，10以后，這個變化就清晰了。 其實我們今天很多桌面應用用05年的技術是可以實現的。所以大體上我是界定在差不多05年前后，需求和性能要平衡了，不再是一來新的技術，就把舊的技術換掉。
然后從平衡的階段再往后走，因為技術不斷的發展，人的認知和對象系統本身的性能，本身這件事情要處理的東西，決定了它的天花板。所以需求對性能要求的天花板在逐漸的增加。也就是說到今天再往后還會有一些應用，它需要新的技術，尤其是在感知數據處理的領域，還需要用更好的技術來支撐它。所以是這樣的一個發展的關系。 那么為什么出現性能常常超過實際的需求？這個有很多理由。首先我們對技術路徑有著很強的依賴，所以我們總想沿著路往前走就行。不想改變，路徑依賴，這是使得我們不愿意對性能本身做調整，同時我們匯集起來的需求，由于路徑和技術至上兩個東西的推動，使得我們經常不是真實的需求，而放大了真實的需求。還有一個攀比心理。然后是約束不夠嚴，約束機制不剛性。技術、路徑、攀比三者的力量，比約束的力量要強大。所以這就是為什么我們常常出現看到的招標比實際的需求的性能要高。 同樣的需求，是可以用不同的技術架構實現。
比如互聯網公司處理量的需求，事物的邏輯觀點，和我們很多金融企業的應用系統，不能說誰更復雜，誰更多一些，但顯然互聯網公司的架構比傳統領域的（比如說銀行）的重大的應用，顯然架構是不一樣的，那么為什么架構會不一樣，或者架構會怎么走呢？我們說需求，用不同的技術架構實現，那么它的架構路徑思考方式是有很多的，比如沿既有的架構擴充，這是懶人做法。
第二是輕結構轉向重架構。這樣的有嗎？很少，但是還有。因為在各種各樣的集中的時候，我們會先假定我集中起來以后，就需要有更強大的服務器，更強大的集中處理能力，所以會有輕架構向重架構轉化的這種可能，然后更多的重架構轉向輕架構。
當然集中不等于重架構，重架構一樣可以有輕架構，互聯網公司是集中的，但它用的是輕架構，所以我們更多的將重架構向輕架構轉換，這是從技術的角度看。
其實不僅如此，我們還可以從業務本身去看，也就是說我們通過調整業務流程的路徑，使得業務流程中連接比較松的關系，從合在一起變成拆開。
其實一個最簡單的例子是，比如有大量的客戶大量的數據一起來，有寫的操作和有讀的操作的流程，我把他切分，對重架構的依賴馬上就減下來，是大幅度的減輕。其實我們的很多事物，比如說銀行事物本來就是高度并行的，也就在寫的時候完全可以高度并行的。為什么非要你來一起？是沒有必要的。
把義務路徑之間的關系解構。也就是實際上你要集中，要高性能，你就把這樣的流程的邏輯和業務之間的邏輯拉到一起，你要走向輕型的并發的，你走你就把它解構，而通過后面的方式再重組出來。那就架構就不一樣了。所以我們說IT的技術架構，同樣的細節可以用不同的架構，有著不同的路徑， 為什么要這樣做？有三個觀念，一是有利于應用。第二是性價比，第三是可靠。所以我們看互聯網公司的新架構，同時考慮了這三個因素來做輕架構。架構可以重構，但是其中涉及處理的產品、連接的產品，數據的產品、分析的產品、流程的產品，是由一個個技術產品技術要素構成的。所以要實現新的架構不容易。 我深有體會，2011年，當我們政府的辦公系統，用新的架構合在一起運轉的時候，第一次結果不能運轉。所以架構的調整是不容易的。他里邊的一個個要素都要經過創新、完善優化協同，才能實現。所以從高層看，我們要打破兩個依賴，一個是認知路徑依賴，一個是技術路徑的依賴，在我們實際的場景中，表現不太一樣，然后我們要實現三個要素(產品、技術能力、應用)正循環。
也就是說新架構和構成新架構的的產品要素，技術能力，以及具體的產品性能和應用之間，要形成一個正循環，在初始前提下，在應用的環境中，通過正循環實現不斷的提升。是三方共同提升，我們這個環節中有一個斷裂出來，我們這件事情就做不下去。為什么這樣說？也就是說我們對面向應用的產品技術要素的產品，我們需要有新的思路，我們需要有深的思路。
 
吳軍的浪潮之巔，大概我們很多人都看過，尤其是IT領域的人，在里邊介紹了很多企業比如SAP， Google、Facebook這樣一些企業的成功案例。
在這里邊我用了7個領域：芯片、操作系統、數據庫、重要的應用和搜索軟件、社交軟件、蘋果的設備和應用模式連接在一起的這樣的產品。
先說芯片， Intel差不多就行。 我說我離開工作崗位以后，我買了第一個計算機，買了之后我就再也沒上過網，一直是單機工作，然后過幾天就會發現一開機芯片要求聯網，為什么芯片要求聯網？我們很多人就想到了是安全問題，其實我可以告訴你，不是安全， 是Intel要通過網絡來收集這臺計算機上對芯片應用的數據是去干什么？是為他的芯片的完善提供真實的場景。 所以英特爾的芯片是在初始架構之下建立了如何收集用戶場景信息。如何在這個架構上構造可擴充的這樣的平臺，來實現了持續完善。所以在X86的芯片里是有小程序，因為原來的架構已經不能包容使用的各種場景的對性能調整的需求，所以他通過用內置的小程序來實現優化。其實微軟的操作系統，大家都很理解，它就是用我們用戶的使用經驗，來持續改善。其他的也是如此。
在這里邊有好多因素，其中有三個關鍵的要素，第一個要素是一個團隊，團隊要能夠有初始的技術路線，然后要有一個好的商業模式，是要為那兩個關鍵要素負責的，不要以為它是為我們使用用的，是為他那兩個要素服務的。要有完善優化的根據使用場景來完善優化的方法工具。
好，接下來 我們通過這樣的方式提供技術產品服務，努力的壟斷市場。為什么要壟斷市場？是因為他在第三個地方回饋的利潤和提供場景的知識和事實，他這兩個東西比競爭對手要強。所以這三者之間是如此緊緊相扣，這三個環節缺一個都不行，所以創新模式，我們必須重新思考，好，報告就到這兒結束，謝謝大家。