雲計算

正在熱映的暑期檔重頭戲《白蛇2：青蛇劫起》票房已過5億，躋身國產動畫電影票房Top 10。 這部由追光動畫製作的3D動畫電影，歷經358天製作時間，視效畫面廣受好評。《白蛇2》的總渲染時長超3億核小時，意味著如果用單核服務器進行渲染，需耗時34000年。 在阿里雲的渲染技術支持下，《白蛇2》部分燈光渲染提效近160%。 01 《白蛇2》有哪些渲染亮點？ 比如，黑風洞幻境是《白蛇2》裡視覺效果比較特殊和風格化的一段，其中的全部場景和角色均涉及特效，像是小青、蛇拖尾、鳳凰拖尾、寶塔寺廟都在冒煙，工作量非常大。 這場戲由一百多個根據場景和角色的不同顏色和屬性的小規模特效拼裝而成，緩存量約佔整部電影的20%。 02 《白蛇2》的後期製作， 雲上渲染起到了什麼作用？ 《白蛇2》的燈光渲染量達2.82億核小時，佔整個渲染工作的85%。燈光渲染就是渲染出的最終效果，是所有鏡頭都要做的最終步驟。 追光動畫將30%的燈光渲染放在阿里雲上，這一工作量放在追光動畫本地渲染農場需要四個月才能完成，而借力雲計算，被壓縮至一個半月內完成，提效160%。 03 提效160%是如何實現的？ 第一是雲的優勢彈性，可以快速滿足對大量計算資源的需求。《白蛇2》渲染峰值時使用了阿里雲2000臺52核192G內存的雲服務器，數量是追光動畫本地渲染農場節點的2.5倍，整體算力超過8倍。 第二是阿里雲的存儲性能優勢，可以滿足2000臺節點併發渲染，不會因為存儲導致渲染節點的浪費。 04 哪些雲技術在支持《白蛇2》的渲染？ 主要是阿里雲高性能計算（E-HPC）集群和並行文件存儲（CPFS）： […]

一、低代碼開發是什麼？ 簡單來說，低代碼開發是一種用於應用程序開發的模塊化方法，它能有效減少應用程序的開發時間。它能使用可重用的、基於組件的體系結構進行開發，從而加快了應用程序的開發和交付週期。在構建具有可重用組件的應用程序時，開發人員將有機會在不同的應用程序中使用現有組件，而不僅僅是原始開發應用程序，這裡的組件是一個可重用的對象，它將一段代碼轉換為模塊，這些組件可用於具有類似功能的不同應用程序中。通過將這些模塊添加到新的應用程序中，開發人員可以避免針對類似的通用功能進行重複編碼。這種靈活性極大地減少了測試和開發的工作量和時間。 二、低代碼開發平臺的好處及優勢有哪些？ 1、無代碼基礎也可快速上手 由於低代碼開發的特徵，大大降低了編程語言的學習難度，尤其是0代碼（無代碼）開發平臺，甚至完全不同程序語言的業務人員都可以快速進行學習和應用開發。開發人員還可以在幾分鐘內創建出功能完善界面美觀的產品。 2、開發快效率高 由於使用大量的組件和封裝的接口進行開發，以及集成雲計算的IaaS和PaaS層能力，使得開發效率大幅提升；普遍的觀點，低代碼能夠提升30%以上的開發效率，而0代碼（無代碼）則能夠數倍提升開發效率；並大幅降低開發成本。在激烈的市場競爭中，誰可以用最快的速度將商業創意推出上線，誰就佔據了競爭的主導地位，而低代碼恰巧可以完成這一使命。 3、運行快安全性高 這是一個相對概念，總體來說，由於低代碼開發平臺或0代碼開發平臺使用自動的方式生成（編譯成）可執行代碼，代碼的整體質量優於業界平均水平；並且相對來說，出錯（Bug）更加可控，代碼的安全性也會更高。 4、維護成本低 一般情況下，低代碼開發平臺或0代碼開發平臺，由於採用組件形式，以及面向對象的開發方式，使得代碼的結構化程度更高，通常來說更容易維護。低代碼開發不僅減輕了軟件維護的負擔。與過去相比，要處理的錯誤和集成問題會大量減少。而且通過減少維護時間，開發人員可以專注於可帶來更大業務價值的創新工作。 5、降低進入門檻，成本和部署時間 低代碼開發降低了應用程序開發進入門檻、成本和部署時間，開發人員不需要用專業的編碼器來進行全面開發。同時對一些業務專家進行簡單的編碼培訓，也可以使他們參與到程序構建中。例如，醫生和護士可以幫助編碼和部署自己的工作流程，而不是讓沒有絲毫醫學背景和經驗的開發者自己去理解開發並不適用實際情況的工作流程。 6、提高團隊效率 低代碼開發彌合了IT和業務團隊之間的溝通鴻溝，因此兩者都可以解決影響公司的實際問題。業務團隊可以創建自己的應用程序，而無需等待開發人員，從而提高了工作效率。可以快速啟動和迭代新想法。 7、彌合技術鴻溝 低代碼平臺可實現敏捷性開發，同時它還彌合了技術鴻溝，加速了企業的技術創新。低代碼平臺通過提供可視化編程技術使業務用戶（最瞭解自身工作流程）可以直接構建和迭代可提高其效率和生產力的解決方案。 8、快速完成原型製作 企業可以通過低代碼平臺快速構建最低限度可行的產品（MVP），即時部署這些應用程序，學習和優化並擴展這些創新以促進持續創新。無需編寫複雜的代碼，企業可以輕鬆地將其應用程序擴展到更多渠道，直到它們被認為足夠成熟。

背景 阿里雲ecs的相關活動很早以前就知道了，但直到現在快要上研二了，希望自己做一個項目，但本身就一個破筆記本，不想再裝些環境什麼的。所以就想起了阿里雲的活動，想申請一個ecs來搭建下環境 需求 所做的項目需要數據庫，因此希望在ecs上快速搭建相應的數據庫並實現項目遠程的連接。為了避免繁瑣的配置，決定利用docker來完成這項事情。 對於ecs的使用，官方開始提供了一個操作練習。登錄界面設計也比較簡潔，應該是比較好上手的。 實踐-環境搭建 首先是通過默認的workbench就可以進到遠程連接的命令行界面。 可以看到，默認就是root登錄的。 然後就可以直接進行docker的安裝了。 官方這裡有一個安裝的嚮導，可以參考：https://help.aliyun.com/document_detail/51853.html 我這裡是直接使用了 yum -y install docker 命令來安裝docker。 雖然ecs一般不會關閉，但是我還是設置了一下開機自啟動： sudo systemctl start

近日，新華三信息安全技術有限公司與阿里雲計算有限公司簽署戰略合作協議，正式達成戰略合作伙伴關係，聯手為企業打造雲上雲下一張網，支撐客戶數字化轉型。 新華三在企業網絡領域深耕多年，是國內領先的網絡產品解決方案商，阿里雲是國內領先的雲計算廠商，雙方將聚焦解決企業客戶上雲面臨的諸多痛點，為客戶上雲提供更加便捷和安全的接入方案，幫助全球企業客戶打造一張私密、高質量、彈性的專屬雲網絡。 據悉，此次合作的第一站是雲網絡產品，基於新華三的信息安全能力和阿里雲洛神雲網絡，雙方將推出具備默認上雲的企業級網關產品，可應用在政府、教育、醫療、製造、能源、電力、交通等行業，幫助客戶快速、安全、可靠上雲，構建雲上雲下一張網，支撐業務的數字化轉型。 當前企業數字化轉型正在加快，企業上雲已經從互聯網逐漸走向千行百業。但是企業上雲在網絡方面仍然還有很多的挑戰，比如傳統的企業接入端如何實現快速上雲，包括IDC/總部/分支/門店、移動端/IoT海量終端，以及網關/防火牆/交換機等海量的接入網絡設備如何快速、平滑、安全上雲。隨著企業上雲的推進，企業對於雲網絡體驗提出了更高的要求。 權威調研機構 IDC 發佈的 2020 年上半年《中國軟件定義廣域網（SD-WAN）市場跟蹤報告》顯示，阿里雲的SD-WAN服務同比增速超 600%，以 25% 的市場份額領跑中國 SDWAN 服務領域。阿里雲的雲原生SD-WAN能力基於洛神雲網絡技術平臺打造，通過洛神雲網絡技術平臺的生態開放能力，阿里雲在SD-WAN領域的領先技術能力將被深度集成，共同打造默認具備上雲能力的企業級網關產品，推動雲原生SD-WAN網絡在各行各業的應用，為企業提供更豐富的接入方式，繁榮阿里雲的端側上雲生態。 新華三集團副總裁、新華三信息安全技術有限公司總裁孫鬆兒表示：“新華三在中小企業客戶中具有極高的覆蓋率，憑藉成熟的技術和穩定的供應鏈，為客戶提供安全、可靠的解決方案” 阿里巴巴副總裁、阿里雲基礎產品負責人蔣江偉認為：“雙方在產品和應用場景上都有很多互補，期待以此次雲原生SD-WAN方向的合作為基礎，未來能在更多領域進行更深層次的合作，為客戶創造更大的價值。” 據悉，自2019年提出被集成戰略以來，阿里雲已與合作伙伴已發佈500多款聯合解決方案。此次與新華三的合作也是被集成戰略的體現。“阿里雲將攜手新華三在toB領域和行業加強生態合作，全力以赴支持雙方戰略合作。”阿里巴巴副總裁、阿里雲銷售管理與生態服務部總經理郭繼軍表示。

我是一個大四本科在讀的非計算機專業的學生，暑假在學習微服務的過程中，感覺到了太多軟件和環境給自己的筆記本帶來的巨大壓力，因此想到了購買一個服務器來承載自己的項目。 在首頁看到了我們的這個飛天加速計劃，所以選擇了加入，因為有一定的Linux基礎，所以環境搭建還是很順利，在熟悉了一定時間之後，我就開始了我的項目搭建。我先對Java環境進行配置、還有tomcat的解壓安裝環境配置。之後我直接使用XFTP實現了項目的上傳。通過這次的雲服務器ECS的使用，這是我第一次將項目放到了服務器上進行訪問。 後續我還會加入數據庫的配置，現在只有首頁訪問，並沒有與數據庫的交互。

——張慶俠（大俠） 內容簡要： 一、DT時代數字化經濟發展的趨勢和特點 二、全鏈路數字化轉型五部曲  三、數智化轉型案例分享 四、數智化轉型實踐中的關鍵要素 五、今天我們眼前發生的一切——都是一個新時代的開始 一、DT時代數字化經濟發展的趨勢和特點     （一）中國數字經濟的變遷 如今，數字經濟已經成為中國社會的主流，數字經濟已經成為每個人工作、學習、上班的第二空間，數字經濟成為我國國民經濟高質量發展的新動能。 與此同時，數字經濟在GDP中的佔比逐年提升，已經由2005年的14.2%提升到2020年的38.6%。但是其實在三年前，甚至兩年前，數字化對於一般的企業來說還不是那麼的關心。 從去年開始，數字化已經成為一個熱門詞，為什麼呢？因為疫情的影響，遠程辦公、遠程會議、遠程教育、遠程醫療、遠程配送、無人配送等,這些都加速了數字化的轉型。 如上所示，我們對比了2003年和2020年的兩次疫情的區別，明顯看到中國的數字經濟已經從萌芽階段變成了主流，未來的十年指向2030年，全社會的數字化已經進入了一個快車道。 2003年的時候，我們認為是中國數字經濟的萌芽時期，那個時候我們還在用2G的手機，大家還在用短信、PC的網頁版瀏覽信息。到了2020年，經過十八年的變遷，中國社會已經經歷了從2G手機到4G手機，從網頁的web到智能手機,走到了今天的人工智能時代。 從現在到2030年,全中國的數字化進程會明顯加速，全民的數字化意識已經大幅提升。我們看到，商業組織、各個企業都逐步意識到數字化是他們的核心競爭力，也是生存的勝負手。 我們也注意到，無論是政府還是城市的治理者，經過這次疫情都意識到未來十年數字化的趨勢和重要性，全球的產業鏈也將在未來的十年進行重塑，供應鏈的數字化會變成一個企業生存的韌性。 同時，我們也看到我國的數字經濟發展已經呈現出高質量、高增速的雙高特性，數字經濟也正在加快地向數字產業化、產業數字化、數據價值化、數字治理化的新四化方向轉型。 （二）疫情加速數字化進程 疫情之後，數字化的進程被明顯加速。 這裡我們引入了一篇美國研究文章的文字，我們發現疫情對全球各個行業數字化的佈局有一定的衝擊，會縮短每一個行業數字化轉型的年數，本來應該五年以後發生的事情現在就開始發生了，例如製造業與自動化提早了5.6年，金融行業5.6年，醫療保健6年，能源行業因為疫情的衝擊,數字化轉型提早了7.2年。

作者：張磊 雲原生是什麼？ 提起雲原生，可能很多人都聽過這個概念，甚至有很多人是這個領域的從業者，但是大家依然會有一個問題，那就是什麼是雲原生，或者說雲原生的定義是什麼？ 實際上我們在接觸到了很多的雲原生開源技術也好，雲原生產品也好，都會逐漸發現這麼一個現象，就是說雲原生它本質上其實並不是一個非常確切的事實或者物體。 所以在這裡強調一下，雲原生其實沒有什麼定義，它是一個不斷演進的過程。而雲原生更本質的內容，或者說雲原生的內涵，我們其實可以認為它是一套願景，那麼這個願景的內容是什麼呢？ 雲原生認為，在未來雲的時代，咱們的軟件或者說應用是天然生於雲上，長於雲上。而正是因為這樣的現象或事實，雲計算就能夠最大程度地去幫助這些軟件降本提效，釋放軟件本身最大的業務價值，所以這個才是雲原生真正想要做的一件事情。它不是某項具體的技術，也不是某一個方法，更不是某一個具體的科研項目。 不斷演進的雲原生 我們可以通過下面這張圖來更好地闡明雲原生整體的玩法，或者說整體的形態到底是怎麼演進發展。 首先，前面講到雲原生非常強調利用雲的特性，所以它的核心方法論和核心概念都是圍繞著如何讓軟件和應用能夠利用雲的特性，那麼雲的特性是什麼呢？雲能夠無限彈性，雲的資源是可以快速交付，雲的使用方法是可以按量付費，這些都是雲常本質的特性。 所以說，圍繞這樣的雲特性，雲原生才有了一套最基礎的方法論和概念。比如，大家可能聽說過想不可變的基礎設施，就是說我們的應用部署在雲上，它可以假設應用載體是一個不可變的，這樣可以隨時把它刪掉、替換掉，所以更新應用會非常容易。升級應用可以直接採用刪掉舊的，上線新的方式來做，而不需要動態變更應用裡面的某項配置，甚至動態更改代碼實現。所以不可變基礎設施，就是一套非常典型的利用雲的快速資源交付能力的方法論。 再比如說，雲原生強調要高度的自動化，要能夠高度自運維，甚至自愈，這同時也是希望我們的軟件本身能夠更好地利用雲的特性。 因為雲的能力是非常強大的，能夠提供各種各樣的運維能力，所以我希望我的應用、軟件本身，它可能從開發的時候，考慮到雲能夠提供很多能力到應用層，而不是說先開發完應用，再去思考怎麼藉助雲去幫我們運維，因為這樣是構建不出一個自運維、自愈的軟件。 再比如說，雲經常強調這個應用用什麼語言、框架都是無所謂的，這也是一個很明顯的特點，因為雲本身是一個基礎設施能力，就應該不會去跟某種語言或者框架鎖定。同樣，也是希望世界上所有的軟件都能夠利用到雲的能力，而不是雲只能服務於某種語言。 這些都是基於雲，想要更好地利用雲的背景下，雲原生所提出的一些非常重要的概念。而這些概念本身在我們的技術演進當中，就會被映射成為一系列的系統，或者說架構思想。比如剛剛提到不可變基礎設施，一個應用可以隨時把舊的實例刪掉，換成新的實例。想要實現這樣的一套方法，就要靠容器技術。容器技術本質上給我們一個東西叫做容器鏡像，一個容器鏡像自包含一個應用的運行環境，包括應用本身，所以我們就隨時可以把鏡像舊的版本替掉，上線一個新的版本，這就是容器是不可變基礎設施的一套非常良好的實現。 這意味著未來是不是有某一種技術，能夠更好地實現不可變基礎設施，這是很有可能的，那麼這項技術是不是雲原生呢？當然。 所以未來可能有一個新的技術，能夠實現不可變基礎設施，或者更好地實現不可變基礎設施，這樣的技術也一定是雲原生的核心範疇。 與之類似的，雲原生裡面強調的Sidecar架構，就是把中間件能力通過Sidecar容器的方式對接到業務容器裡，而不是在業務本身上做定製，去集成中間件解決問題。這其實就是希望能夠實踐我們強調的無關語言、框架的方法論，提出了一個架構，而這個架構的特點就是中間件能力不再需要以語言或者框架的方式，嵌入到業務代碼中，所以說Sidecar加上容器能夠實現這樣一套方法，這個就是雲原生方法論背後所不斷推演出來的一系列技術和架構。 而這些技術架構最終在雲原生生態裡面，往往是以開源的技術項目提供給大家使用，比如剛剛提到容器，它就有Docker等方面的項目。提到了Sidecar，提到了自運維的這套思想，它會通過Kubernetes實現。再比如最近比較火的Service Mesh，它本質上是在幫我們做中間件的能力，只不過是通過Sidecar的方式去做。再比如說，我們未來或者說現在就已經比較活的eBPF、WASM等，其實都是在實踐雲原生這套體系背後的某項思想和某種架構，以開源的方式滿足我們使用的場景。 正是因為有了這一系列的開源項目，我們才做到一個用戶拿到這樣的科研項目，拿到這樣的技術，能夠真正實踐雲原生理念，從而達到前面講到的雲帶來的這兩種本質效果。 第一個是提升效率，比如研發效率，交付效率，運維效率。比如應用本身，它通過容器實現了不可變基礎設施的理念，那麼它的交付就可以非常簡單，我們只需要做交付鏡像，它就可以運行在每一個地方。

公元2021年8月6日《弈劍行》鑄劍三年開封在即，正值賊寇ACCN猖狂之風正盛，此時“弈劍元世界“初生，兵力虛弱時遇賊寇進犯，三位鑄劍者“寧為玉碎，不為瓦全”，ACCN索財未果，惱而攻城。千日鑄劍，潰於一旦，27萬“弈劍迷”痛失江湖。 鑄劍三年，出世已無江湖 據GameLook統計，2020年全年國產遊戲累計發放1316個版號，平均每月僅10個獲批。遊戲版號政策收緊，國產遊戲精品化、高質量發展已成為遊戲產業共識，遊戲製作費用、時間、人力等成本逐年走高，獨立遊戲工作室的生存空間不問可知。 苦磨三年等到開服當天卻遭黑客勒索，ACCN這支黑客組織該如過街老鼠人人喊打，“售賣DDoS攻擊服務“這股不正之風也必須強硬抵制。 同時，作為遊戲創作者與企業負責人，我們也要思考，一個遊戲業務“茁壯成長”除了發行與品質，遊戲風控建設問題，也需要與業務建設同步關注。 遊戲業務通用安全需求特點 外部壓力 … 行業監管嚴格，對內容、實名認證、等保等要求高。未成年玩家天價充值、打賞情況等屢禁不止，對玩家身份真實性難以把控，以及平臺自身的安全建設等級測評受到網絡安全法和行業條款的明確規範和約束；同時，以《弈劍行》為例，拿到版號並苦熬三年，但面對持續走高的DDoS攻擊，創作者所有付出毀於一旦； 內生需求 … 遊戲用戶敏感度極高，工作室刷號、外掛破解、黑產惡意註冊等造成網絡卡頓、延遲、掉線等問題影響遊戲體驗 ，引發用戶流失；公司的核心代碼、遊戲美術原畫、運營數據、客戶隱私等敏感數據易遭受競爭者惡意盜取，導致核心數據洩露，嚴重影響平臺的信譽和業務。 好的安全建設絕不是簡單的安全產品疊加，而是通過合理的排兵佈陣，有機結合出一套融於血液的安全免疫系統。這裡我們以一家目前發展勢頭強勁的獨立工作室為例，從萌芽、初生、茁壯、出海，根據業務發展不同階段全方位剖析這家“國產遊戲之光“的雲上守護筆記。 客戶關鍵詞 雲上生長 角色扮演類精品手遊 出海成績亮眼 守護筆記之—萌芽 傳統IT時代，遊戲公司的做法是自己購買服務器、自建機房、配置運維人員。這樣斥巨資才能啟動的重模式，將許多有想法的遊戲創作者鎖在狹窄的脆弱機房，之前研發遊戲幾乎只能是大公司的專利，雲計算的出現，給了遊戲工作室契合的發展土壤。

作者：郭洋 內容簡要： 一、雲原生啟動背景 二、容器化落地 三、比心雲平臺建設 四、研發效能工具建設 五、未來展望 一、雲原生啟動背景 （一）雲原生的理解 雲原生的架構是可彈性、可管理、可觀測、自動化、並且容錯性比較高的一種架構。 業內普遍的一些技術體現，包括容器、微服務、聲明式的API、服務網格、不可變的基礎設施，還有DevOps和12因數，只要應用符合這12因數，那麼它的應用架構就符合雲原生的架構理念。 很多人問Docker或K8s是否算是雲原生技術，我覺得這種理解比較片面，雲原生更多的是一種技術和指導思想，我認為應用天生適合運行在雲上，並且能夠讓應用運行在任意雲上，這種雲包括公有云、私有云和混合雲。 （二）雲原生的價值 接下來我將從以下三個方面談一下我對雲原生價值的理解。 在運維價值方面，首先它屏蔽了底層的基礎設施和底層的異構環境，這一點是比較重要的，因為它讓基礎設施成為了一個比較標準化的環境。其次是管理方便和高效，如果問一個運維，管理2000臺服務器和管理2000個Docker相比哪個相對簡單，相信運維同學給出的答案是管理2000個容器更簡單，這一點我深有體會。目前，整個比心有大概超過5000個容器，對於運維團隊來說，只需要一位運維人員就能夠滿足日常的管理工作。 在業務價值方面，雲原生具備彈性高可用，並且穩定性更高。對於K8s的這個架構來說，K8s天生就具備彈性的能力，它讓我們無需在傳統的ECS去構建這一塊的能力，讓編碼更簡單。其次是高可用，我們使用了K8s之後，我們的橫向擴容能力以及基礎設施的穩定性更高，解決故障更方便。還有就是降本，我認為降本有兩個層面，不僅是基礎資源的降本，還能幫助企業業務功能迭代更快，構建平臺成本更低。比心在這一塊做了很多工作，基礎設施通過資源的壓縮，已經讓CPU使用率大大增加，讓我基礎設施的成本更低。關於業務功能迭代這一塊，尤其是在做CICD這一塊，讓我們的整個流程更簡單，構建速度更快。 在技術價值方面，首先是以K8s為基石帶來的整個生態發展，現在更多的比如Service Mesh技術，邊緣計算等，更多的是基於K8s進行部署。這並不是說它只能在K8s上部署，只是說以K8s的方式部署可以讓我們更簡單方便，它帶來了整個生態的發展。第二點是技術文化氛圍的沉澱，企業更容易吸引優秀的人才，這對於技術人員來說是一件重要的事情。因為很多技術人員更希望待在技術氛圍好，或者是具有前沿技術優勢的企業，比如在面試的時候經常會有面試者詢問，公司是否有在使用容器或者K8s這類技術，因此我覺得有這一塊的技術落地，能夠吸引更多的人才。 （三）微服務帶來的挑戰 微服務帶來的挑戰就是在數字化時代對基礎設施的彈性、時效性提出了更高的要求。 首先是應用方面，第一點就是應用的規模比較大，自從使用了微服務架構之後，我們的應用從原來的幾十個已經發展到如今的六百多個應用，規模翻了好幾十倍。第二點是我們在微服務落地過程中，發現資源使用率比較低。

這是我第一次使用服務器，以前都是在電腦上安裝VMware，使用虛擬機。在用服務器之前還認為虛擬機也挺好的，挺方便的，但當我使用了一次服務器，我就知道我可能很難再適應虛擬機了。因為我本身的電腦就一般，每次打開虛擬機的時候，電腦都會卡一點。使用了服務器之後，每次開電腦的時候，我不需要再等十分鐘，等我的虛擬機開啟完畢。而是直接使用xshell連接服務器就好，這可以節省我很多的時間，也會讓我的學習效率更高。