全球開源技術峰會（Global Open-source Technology Conference，簡稱 GOTC）是由開放原子開源基金會、 Linux 基金會亞太區(qū)、上海浦東軟件園和開源中國聯(lián)合發(fā)起的，面向全球開發(fā)者的一場盛大開源技術盛宴。

GOTC 2023 將于 5 月 27 日至 28 日在上海張江科學會堂召開。大會將以行業(yè)展覽、主題發(fā)言、特別論壇、分論壇的形式展現(xiàn)，與會者將一起探討元宇宙、3D 與游戲、eBPF、Web3.0、區(qū)塊鏈等熱門技術主題，以及開源社區(qū)、AIGC、汽車軟件、AI 編程、開源教育培訓、云原生等熱門話題，探討開源未來，助力開源發(fā)展。

其中，基礎設施與軟件架構專題論壇由阿里云程序語言與編譯器團隊負責人李三紅擔任出品人，將于 5 月 28 日舉行。

GOTC 2023報名通道現(xiàn)已開啟，來吧，一起聚焦基礎設施與軟件架構，深入探討底層技術。

大會亮點：

10 位大咖深入探討底層技術

Java 靜態(tài)編譯技術與 Java 應用安全

從 ESB 到 Kafka 到 DaaS

操作系統(tǒng)、消息與事件、圖數(shù)據(jù)庫、微服務

RISC-V 適配現(xiàn)狀、 C++ 新語言特性、文件存儲與 AI

分論壇出品人：李三紅

阿里云程序語言與編譯器團隊負責人，在虛擬機領域擁有 20 + 項技術論文 / 專利。活躍于 Java 技術社區(qū)，GreenTea JUG (Java User Group) co-leader。Java Champion，Java 標準執(zhí)行委員會 (JCP-EC)、GraalVM Project Advisory Board 成員，Eclipse Adoptium (AdoptOpenJDK) PMC。

議題：Teaclave Java：為Java應用打造安全金鐘罩

嘉賓：林子熠 | CCF 系統(tǒng)專委會執(zhí)行委員、Apache Commiter

演講時間：9:00-9:40

議題簡介：機密計算通過提供硬件級的系統(tǒng)隔離以保障數(shù)據(jù)安全，但是被保護的可信執(zhí)行環(huán)境（TEE）只支持運行 native 程序，并不能直接運行 Java 程序。如果將 Java 應用和整個 JVM 部署在 TEE 中，會產(chǎn)生攻擊面（TCB）過大的問題，從而削弱 TEE 的安全性。我們通過 Java 靜態(tài)編譯技術自動將 Java 應用劃分為安全敏感和非敏感兩部分，把安全敏感部分靜態(tài)編譯為 native 庫，然后部署在 TEE 中與 TEE 之外的非敏感部分交互運行，由此獲得由硬件提供的安全保障。這種技術具有對既有 Java 程序改造少、自動化程度高、TCB 小的特點，正在 Apache 社區(qū)開源孵化，并且獲得了 ICSE 2023 杰出論文獎。

議題：RISC-V云計算軟件開源現(xiàn)狀及中國電信探索

嘉賓：崔恩放 | 中國電信研究院云計算技術研究中心 RISC-V 研究負責人

演講時間：9:40-10:20

議題簡介：1）云計算開源軟件的 RISC-V 適配、支持現(xiàn)狀。包含開源操作系統(tǒng)、編譯器、虛擬機、云原生、云存儲、云網(wǎng)絡、數(shù)據(jù)庫、可信計算的 RISC-V 適配、支持現(xiàn)狀。 2）中國電信研究院首次發(fā)布 RISC-V 云計算開源軟件供應鏈名錄，名錄地址為：https://gitee.com/risc-v-cloud/rvchain。該名錄針對支持 RISC-V 指令集的開源云計算軟件提供了分類匯總，并持續(xù)征集 RISC-V 云計算開源軟件相關開發(fā)者和供應商的參與，以推動 RISC-V 云計算生態(tài)建設。 3）中國電信研究院開源 RISC-V 輕量級虛擬機 TeleVM 相關的 RISC-V 適配工作，包含 BootLoader、CPU 虛擬化、內(nèi)存虛擬化、中斷虛擬化等適配工作。

議題：從OpenCloudOS的演進之路，看開源操作系統(tǒng)的突圍與演進

嘉賓：陳海武 | 騰訊操作系統(tǒng)專家

演講時間：10:20-11:00

議題簡介：在云原生浪潮席卷的行業(yè)大背景下，伴隨著各種業(yè)務架構的快速迭代，業(yè)務的容器化、微服務化、Serverless 化，對底層的基礎設施 （包括核心的 OS) 提出了新的挑戰(zhàn)和要求，僅僅只是為上云場景做操作系統(tǒng)適配或優(yōu)化已經(jīng)無法滿足新的業(yè)務需求。那么國產(chǎn)操作系統(tǒng)如何針對云原生場景和需求來進行重構設計，全面擁抱云原生？這里將以 OpenCloudOS 為案例來為大家介紹。

議題：Apache RocketMQ事件驅動引擎

嘉賓：沈林 | Apache RocketMQ PMC

演講時間：11:00-11:40

議題簡介：從 RocketMQ 5.0 開始，我們給 RocketMQ 帶來了一個新的標簽：事件。從消息到事件，RocketMQ 帶來了哪些新的變化？事件與消息有什么區(qū)別？什么時候我們適合使用事件？讓我們一起一探究竟。

● 消息與事件：基于之前 summit 的分享，再次反復強調(diào)和深化消息與事件的關系。

● 應用場景分析：跟之前分享的不同是，這里抓住核心場景 “事件推送” 進行詳細展開。同時詳細解釋 “拉” 和 “推” 兩種方式有什么區(qū)別？“拉” 和 “推” 并不用來區(qū)分 “消息” 與 “事件”。但為什么事件更適合推送？什么場景下適合使用事件推送？他有什么優(yōu)勢和局限性？ 實現(xiàn)上，為什么 “推” 比 “拉” 更難？

● EventBridge 的解決方案：除了交代 EB 的基本框架，重點突出開源 EB 如何做好 “推”，包括異常處理、重試策略、死信、全鏈路追蹤，API 管理等（涉及到我們最近開源研發(fā)的內(nèi)置 Runtime）。

● 開源 EB 未來的一些規(guī)劃：包括流控、反壓、監(jiān)控報警等。

議題： 從C++新特性的實現(xiàn)與實踐談起：C++生態(tài)的發(fā)展趨勢及其影響

嘉賓：許傳奇 | ISO C++ 標準委員會成員、Clang Modules& Serialization Owner

演講時間：13:30-14:10

議題簡介：工業(yè)界編程語言的老大哥 C++ 曾一度被人們譽為屠龍寶刀，雖然深不可測但無龍可屠。但近年來，隨著硬件增速放緩、對算力的要求不斷提高與 C++ 自身長久以來穩(wěn)步的發(fā)展，曾被許多人斷言過氣的 C++ 竟又慢慢紅火了起來，在去年更是一度拿下了 TIOBE 年度編程語言。 其實 C++ 語言與編譯器一直都在持續(xù)演進，出現(xiàn)了許多令人振奮的新特性。例如 Coroutine、Module 等語言特性與 AutoFDO、ThinLTO 等編譯器特性。同時還有許多新特性在孵化階段，例如 SIMD、Network、Static Reflection 等特性。除此之外，還有許多小更改以提高運行效率與編程效率。 然而對于許多工業(yè)級 C++ 項目的開發(fā)者與管理者而言，雖然理解新的語言標準與編譯器能帶來收益，但因為無法確定升級過程中會遇到的問題與風險，也無法做出升級的決定，導致許多工業(yè)級 C++ 項目依然用著較老的編譯器版本與語言標準。從而無法享受到新語言標準和新編譯器所帶來的紅利。 與此同時，以安全高性能著稱的 Rust 語言日漸成熟，號稱下一個 C++ 的 Carbon 語言來勢洶洶，已過了不惑之年的 C++ 將怎樣面對新生代的沖擊？ 本次議題將從在 Clang/LLVM 開源社區(qū)實現(xiàn) C++ 新語言特性與在企業(yè)中大規(guī)模應用 C++ 新特性兩方面談起，結合在 C++ 生態(tài)演化的上下游中所得到的體驗，講述對 C++ 語言生態(tài)發(fā)展趨勢的觀察與預測及其與之相對應的影響。

議題：Apache HugeGraph分布式存儲與計算開源演進之路

嘉賓：張世鳴 | CVTE 研究院圖數(shù)據(jù)庫負責人

演講時間：14:10-14:50

議題簡介：HugeGraph 加入 Apache 社區(qū)一年之后發(fā)布了正式的 1.0 版本，今年我們朝著全新的 2.0 版本繼續(xù)演進，推動內(nèi)部版本與開源版的融合，這次分享給大家介紹一下目前分布式存儲與計算部分的設計與實現(xiàn)，以及如何更好的參與開源社區(qū)，最后是未來的規(guī)劃。

議題： 實時數(shù)據(jù)集成架構演進：從ESB到Kafka到DaaS

嘉賓：唐建法 | Tapdata 創(chuàng)始人兼 CEO

演講時間：14:50-15:30

議題簡介：早期系統(tǒng)設計，不考慮數(shù)據(jù)互通，傳統(tǒng)的 ERP、OA、CRM…… 每個系統(tǒng)都是獨立的，不同架構之間具有天然的層級，數(shù)據(jù)庫也多為單體式，在數(shù)據(jù)指數(shù)級增長的今天，陷入性能無法擴展的窘境，數(shù)據(jù)孤島問題對企業(yè)而言將會 “越來越痛”。同時，針對一些交互式 APP 或者運營分析的場景，傳統(tǒng)的大數(shù)據(jù)平臺由于其對實時數(shù)據(jù)支持度有限，無法予以有效支撐。 但對數(shù)據(jù)實時性要求更高的交互型業(yè)務場景（OLTP 或 Operational Applications），例如電商行業(yè)常見的統(tǒng)一商品或訂單查詢、金融行業(yè)的實時風控、服務行業(yè)的客戶 CDP 等，這些場景對企業(yè)來說往往都是關鍵任務類型。此外，很多新一代的運營型分析（Operational Analytics）也在逐漸成為主流數(shù)據(jù)應用，運營分析的特點是同樣需要來自業(yè)務系統(tǒng)的最新的實時數(shù)據(jù)，以幫助客戶做一些較為及時的業(yè)務響應。 當數(shù)據(jù)孤島疊加非實時痛點，我們該如何解？ 常見的實時集成數(shù)據(jù)架構有 ESB 和 Kafka ETL，以及最新嶄露頭角的 DaaS 架構，本議題將圍繞這些架構方案深入剖析，并試圖得出在 “實時打通數(shù)據(jù)孤島” 場景下誰更能 “打” 的結論。

議題： 文件存儲在AI時代的實踐與演進

嘉賓：蘇銳 | Juicedata 合伙人

演講時間：15:30-16:10

議題簡介：在大模型、大數(shù)據(jù)的今天，大規(guī)模的分布式訓練成為加速模型訓練的必需條件。然而，隨著企業(yè) GPU 的使用量越來越大、對文件容量的需求增長迅猛等諸多因素，使得使得提升底層存儲的性能與效率成為挑戰(zhàn)。 文件系統(tǒng)誕生于上個世紀 80 年代，伴隨著數(shù)據(jù)需求的爆發(fā)式增長，經(jīng)歷了從單機到分布式的演進；同時，云計算也推動著存儲的發(fā)展，越來越多的企業(yè)開始使用云進行備份和存檔。 一些傳統(tǒng)在本地機房進行的高性能計算場景以及很多 AI 場景，也開始向云端遷移。因此，文件系統(tǒng)也在向云原生的架構進行演進。 JuiceFS 是一款開源分布式文件系統(tǒng)產(chǎn)品，專為云環(huán)境設計，與對象存儲結合。 目前，JuiceFS 已經(jīng)應用在多個行業(yè)的 AI 應用實踐，包括生命科學、無人駕駛、量化投資等等。 本次分享將介紹 JuiceFS 在 AI 存儲領域的設計與實踐，同時以自動駕駛領域百億小文件管理，和量化金融高吞吐模型訓練場景的案例分享。

議題： 基于Dubbo打造一站式Go微服務生態(tài)

嘉賓：鄧正威 | Apache Dubbo Committer、Seata-go 項目發(fā)起人

演講時間：16:10-16:50

議題簡介：Go 語言作為最流行的云原生語言，近些年擁有很高的熱度，眾多企業(yè)也在近年來轉型 Go 語言技術棧。而在 Go 語言生態(tài)成日益蓬勃發(fā)展之勢下，其生態(tài)的完備性，相比于其他生態(tài)依然有著很大的差距，對中小型企業(yè)來說，依然需要類似于 Spring 的 Go 框架來支撐日常業(yè)務開發(fā)，渴望具備 Dubbo 生態(tài)的易用性和穩(wěn)定性，在這樣的訴求之下，Dubbo-go 服務框架應運而生。Dubbo-go 從單體架構到云原生架構的一步步發(fā)展，都在努力將業(yè)務代碼與中間件解耦，盡可能提供統(tǒng)一的編程接口，通過 AOP 的思路將服務調(diào)用抽象化，將接口標準化，將基礎設施的實現(xiàn)下沉化。Dubbo-go 也是在原有保證網(wǎng)絡通信的高可用、穩(wěn)定性的前提下，整合了一批常用開源組件，提供一致的編程接口可供擴展和調(diào)用，但是我們的 “野心” 不會止步于已有的用戶使用場景和基礎框架能力，我們選擇追求高可用、多語言、跨生態(tài)的優(yōu)點，打造新一代微服務基礎設施，實現(xiàn) “Bridging The Gap Between X And Go”，在擴展 Go 生態(tài)的同時，也簡化 Go 微服務開發(fā)并提供豐富服務治理能力。

議題：openKylin開源操作系統(tǒng)的技術創(chuàng)新與實踐

嘉賓：朱晨 | 麒麟軟件有限公司高級副總裁

演講時間：16:50-17:30

議題簡介：openKylin 開源操作系統(tǒng)創(chuàng)立于 2022 年，截至目前在全球已擁有數(shù)十萬活躍用戶。本次報告將基于 openKylin 的開源實踐歷程，介紹麒麟團隊在內(nèi)核、桌面環(huán)境、關鍵應用等領域的開源創(chuàng)新成果，分享麒麟團隊在開源技術研發(fā)、開源社區(qū)建設、開源人才培養(yǎng)等方面的實踐經(jīng)驗。

GOTC 2023報名通道現(xiàn)已開啟，誠邀全球各技術領域開源愛好者共襄盛舉！

審核編輯黃宇