「今後10年間、世界のオープンソースは中国に依存することになる。」
Apache インキュベーターのメンターであり、Apache SeaTunnel PMC メンバー兼メンターである Dai Lidong 氏は、CSDN の「Open Source Interviews」のインタビューで次のように述べています。彼が Apache インキュベーターで見たプロジェクトからは、中国の開発者が大半を占めています。オープンソースプロジェクトは増加しています。
Dai Lidong 氏自身と「偉人」Guo Wei 氏は、オープンソースの影響下で SeaTunnel を設立しました。これは Apache のトップのオープンソース プロジェクトとなり、これは中国人が主導するデータ統合分野の最初のプロジェクトでもあります。
約 250,000 行のコード、200 人を超える貢献者、そして世界規模のコラボレーションが行われ、静かに 5 年間が経過しました。その背景には、知られざるエピソードや、どんな挫折があったのでしょうか？なぜ「この車輪は私が作った」というレトリックを設定するのでしょうか？この記事では、Guo Wei と Dai Lidong が共同で、SeaTunnel がどのようにしてゼロからスタートし、オープンソースとなり、世界に広まったのかを明らかにしました。
同時に、Guo Wei、Dai Lidong、Liu Tiandong の 3 名が、Apache のトッププロジェクトでの経験と経験を共有し、一緒にオープンソースの未来に進むために CSDN で私たちとの約束をしてくれました。QR コードをスキャンしてライブ再生をご覧ください。
著者 | 郭偉、戴立東
担当編集者 | 唐暁音
出品 | CSDN（ID：CSDNnews）
2023 年 6 月 1 日のこどもの日に、中国主導初のオープンソース データ統合ツールである Apache SeaTunnel が、トップレベル プロジェクトとして Apache Software Foundation Incubator から卒業することを正式に発表しました。18 か月の構想を経て、このプロジェクトはついに実現しました。しかし、生まれたばかりの赤ちゃんと同じように、Apache SeaTunnel の新たな旅は始まったばかりです。
初期の Waterdrop から今日の Apache SeaTunnel まで。
リアルタイム データ処理システムから、新世代のワンストップ高性能分散型大規模データ統合ソリューション ツールまで。
2018 年 1 月の最初のコード行から、現在では 245,000 行のコードに達しています。
10 人未満の寄稿者から 200 人以上の寄稿者まで。
最初のユーザーの検索から実稼働環境の何千もの企業まで。
メンターを見つけるところから、Apache のトップレベル プロジェクトになるまで。
……
Apache SeaTunnel コミュニティの中心メンバーが浮き沈みについて語り、オープンソースへの道の背後にあるストーリーを示す手がかりとしてタイムラインを使用します。
Apache SeaTunnel の誕生の裏側
私たちはデータ処理において常に多くの課題に直面してきました。その 1 つは、多くのデータ ソース間のシームレスな統合と高速同期をサポートする必要性です。当時、市場にある既存のデータ統合ツールを調査したところ、そのほとんどが非常に限定されたデータ ソースをサポートしており、多くの場合、アップストリーム データ ソースをサポートしていましたが、ダウンストリーム データ ソース用のコネクタが見つからなかったことがわかりました。また、大規模なデータ量に直面すると、パフォーマンスが低すぎることが多く、操作も複雑で柔軟性がありません。そこで、オープンソースのデータ統合ツールを作成するというアイデアを思いつきました。
コアチームによる改良を経て、Apache SeaTunnel が誕生しました。数百のデータソース (データベース/クラウド/SaaS) をサポートするだけでなく、リアルタイム CDC と大量のデータのバッチ同期もサポートしており、数兆のデータを安定かつ効率的に同期できます。
Apache SeaTunnel の一般的なデータ統合ツールと異なる機能は、基本的なデータの読み書き機能に加えて、次のとおりです。
このエンジンは Spark と Flink から切り離されており、データ統合シナリオ向けに特別に設計された独自の Zeta エンジンを備えています。これにより、より高速で安定し、リソースが節約されます。つまり、Apache SeaTunnel は 3 つの実行エンジン (Spark) を同時にサポートします。 、フリンク、およびトンネルが自社開発したエンジン Zeta Engine。
- より直感的で操作が簡単な Web インターフェイスを備えています。
- 生産ニーズを満たす豊富な種類のデータ処理により、100 以上のコネクタの接続をサポートします。
- 独自のチェックポイント機能設計、データストレージ容量の強化など。
- これにより、Apache SeaTunnel で次のことが可能になります。
- 数百のデータソースをサポートし、より高速な伝送速度と高精度を実現します。
- 複雑さを軽減するために、API に基づいて開発されたコネクタは、オフライン同期、リアルタイム同期、完全同期、増分同期、CDC リアルタイム同期およびその他のシナリオと互換性があります。
- ドラッグ アンド ドロップおよび SQL に似た言語インターフェイスを提供して、開発者の時間をさらに節約し、ジョブの視覚化管理、スケジュール設定、操作および監視機能を提供します。ローコード ツールとノーコード ツールの統合を加速します。
- シンプルで保守が容易で、スタンドアロンおよびクラスターの展開をサポートしています。Zeta エンジンの展開を選択した場合、Spark や Flink などのビッグ データ コンポーネントに依存する必要はありません。
SeaTunnel には現在非常に多くの機能がありますが、2 年前まで遡ると、当時 Waterdrop とも呼ばれていた SeaTunnel は Flink と Spark を使いやすくすることを目的としており、アーキテクチャ全体の設計は Spark と Flink に基づいています。なぜコミュニティでの最初の大きな議論は、リンカーが特定のエンジンから独立している必要があるということです。
なぜコネクタをエンジンから独立させたのでしょうか?
まず、コネクタの役割を見てみましょう。コネクタは、データ統合の重要なコンポーネントである特定のアップストリーム データ ソースとダウンストリーム データ ソースの接続を担当します。当時の Waterdrop のアーキテクチャは基本的に、Spark と Flink のネイティブ API を使用する Spark コネクタと Flink コネクタの導入であり、別途開発が必要でした。コードのセット、初期のバッチとストリームは依然として異なる API です。つまり、同じデータ ソースに対してバッチ同期とストリーム同期を実現するには、2 セットのコードを開発する必要があります。また、Spark と Flink 間の大きなバージョンの互換性の問題を考慮すると、コード開発とメンテナンスのコストが高すぎます。
そこで 2022 年の初めに、コミュニティはコネクタのリファクタリングに関するディスカッションを開始しました。目標は、SeaTunnel 独自のコネクタ API を定義して、特定のエンジン API から独立して、特定のエンジンから分離し、バッチとストリームの統合を真に実現することです。同じデータ ソースに必要なのは 1 つだけです。Spark エンジンと Flink エンジンで同時に実行できるコードのセットは 1 つだけです。
議論の当初は、Flink や Spark などのエンジンは非常に成熟しており、それらに大きく依存しても問題ないと考えて反対する人が多かったです。寄稿者の中には、Spark を放棄して Flink に全面的に依存し、Flink をベースにして機能を改善すべきだと考える人もいます。また、コネクタ API をリファクタリングすると、以前の 50 以上のコネクタの作業をゼロから開始する必要がありました。
しかし、業界の多くの偉大な神々とコミュニケーションと議論を行った後、コミュニティはすぐにエンジンに依存しないコネクタを作成する必要があると判断しました。「足かせを持って踊ることはできない」ため、新しい API によりコネクタの開発が容易になります。新しいアーキテクチャでも迅速にサポートできます。
この目標が設定されたとき、コミュニティは新しいコネクタ API の設計に 1 か月を費やし、多くの熱心な貢献者が参加し、わずか 4 か月で 100 以上のコネクタのサポートを達成し、そのスピードは想像を絶するものであったことがわかりました。新しい API は、複数のエンジンをサポートする機能を真に実現しました。
コネクタがエンジンとは何の関係もないことに気づいた後、「データ統合に重点を置いた新しいエンジンをきっぱりと実装してください!」と SeaTunnel PMC 会長の Gao Jun がうっかり言った一文が、コミュニティ貢献者の抑えきれない熱意を呼び起こしました。熱意。
なぜ新しいエンジンを自社開発するのでしょうか?
「え、自社開発のエンジン？」 自社開発の統合エンジンのニュースを聞いてコミュニティは爆発的に盛り上がり、すぐにエンジンを自社で作る必要があるかどうかについて前例のない白熱した議論が始まりました。
いくつかの主な論点があります。
使いやすさの観点から見ると、Spark と Flink はどちらも企業にビッグ データ プラットフォームを必要としますが、これは中小企業にとって大きな技術的負担となります。SeaTunnel の使用しきい値を下げるために、誰もがよりシンプルで低コストのエンジンを必要としています。 。
パフォーマンスの観点から見ると、Spark/Flink はコンピューティング用に生まれ、主に ETL アーキテクチャの T の問題を解決し、データ統合は主に結合、集計、ウィンドウ計算などの ELT の EL プロセスを解決します。データ統合の焦点ではありません。データ統合エンジンは、計算ではなく統合に重点を置く必要があります。すべてのコードの最適化とアーキテクチャ設計は、ジョブのパフォーマンスと安定性の向上から開始する必要があります。したがって、統合シナリオ用に特別に設計された、優れたパフォーマンスを備えたエンジンが必要です。非常に安定しており、処理時間がかかります。リソースが少なくなります。特に同期するテーブルが多い場合、これらのテーブルのリアルタイム同期をより少ないリソース (1 コア CPU など) で完了できますか?
ビジネスシナリオの観点から見ると、Flink/Spark 自体は、CDC の複数テーブル同期、データベース全体の同期、CDC プロセスにおける DDL 変更同期の特性を満たすことができません。これらの特性をサポートするには、Flink/Spark のソース コードが必要です。変更する必要があります。これらの機能が Spark/Flink コミュニティに受け入れられるかどうかはわかりません。これは、主な問題解決の方向性 (ELT の T、データ ウェアハウスでの計算処理に焦点を当てる) と矛盾するためです。それが受け入れられない場合は、Spark/Flink のバージョンを自分たちで保守する必要がありますが、これはほぼ不可能であり、この観点から、SeaTunnel は統合エンジンを独自に構築する必要があります。
当時、コミュニティの多くの貢献者がディスカッションに参加しており、これが車輪の再発明であると感じる人もいました。もちろん、最終的にはコミュニティの合意に達し、プロフェッショナルな統合エンジンの設計と開発を開始することになり、何人かのコントリビューターが「このホイールは私が作りました」という宣言を出したのを覚えています。
このようにして、コミュニティは歯を食いしばって足を踏み鳴らして、同期分野の問題解決に焦点を当てたエンジンである Zeta を作成しました。昨年 10 月に、Zeta の正式版をリリースすることに成功しました。当時の名前は SeaTunnel Engine で、エンジンの位置づけに合わせて親しみのある名前にしようと誰もが感じました。
そこでコミュニティでブレインストーミングを開始し、約2週間の議論を経て、多くの候補の中からゼータという名前に決定しました。ゼータは現在観測可能な宇宙で最も速い惑星であり、親切なユーザーも多いので「ゼータ・ウルトラマン」と名付けてください。宇宙最強のウルトラマンフォース、共に光の信仰を守ろう！「ウルトラマンゼータ」エンジンにより、統合がより簡単、より効率的、より安定し、リソースが節約されることを期待しています。
インキュベーションを開始: Apache Software Foundation に参加する理由は何ですか?
実際、Apache SeaTunnel は Waterdrop から名前を変更する前に、世界最大のオープンソース組織である Apache Software Foundation に参加する計画がありました。SeaTunnel が Apache インキュベーターに加わったとき、Guo Wei (SeaTunnel メンター) は次のように述べました。
Apache Sqoop が廃止された現在、データ ソース間のデータ接続の問題を解決する方法は、特に優れたオープンソース プロジェクトではありません。しかし、現在ではデータ ソースの種類が多数あり、使用する複数のデータ ソース間の接続を 1 つの企業だけで解決しても、より多くの人がより多くのデータ ソースを使用して接続するという問題は解決できません。新しいデータ ソースが登場した場合には、その接続を行う必要があります。書き込みを再開します。そして、オープンソースは「砂を集めて塔を作り、すべての川を含める」モデルであり、これにより、あらゆる企業と誰もがオープンソースのデータ ソース コネクタを便利かつ迅速に使用できるようになります。同時に、独自のデータ ソースを持っている場合は、オープンソース プロジェクトに貢献することもできます。このようにして、さまざまなデータ ソースを接続するオープン ソース プロジェクトは雪だるま式に大きくなり、より多くのユーザーがさまざまなデータ ソースに接続しやすくなり、データ統合における「フライホイール効果」が実現します。
もう 1 つの重要な点は、これまでに、Apache SeaTunnel の一部のコア コントリビュータおよびメンターが、オープン ソース プロジェクト DolphinScheduler のインキュベーションに成功した経験があるため、SeaTunnel がインキュベーターに参加することに誰もが自信と期待に満ちているということです。Apache インキュベータに入るプロセスはスムーズではありませんでしたが、これまでの経験により、チームは戸惑うことなく、秩序正しく進められました。
具体的には、SeaTunnel の前身である Waterdrop のコア コントリビュータは 2018 年に DolphinScheduler コミュニティと緊密な関係を確立し、DolphinScheduler のパートナーも Waterdrop に細心の注意を払っています。将来の統合 業界の可能性という意味では「潜在株」です。そのため、Waterdrop がこの取り組みを継続できるかどうかについて私たちと話し合ったとき、長いためらいもなく、Apache SeaTunnel の研究開発に人的資源とエネルギーを投資し、オープンな心でそれがすぐに Apache インキュベーターに入るように推進しました。オープン ソースの力により、SeaTunnel がデータ ソース間で効率的、正確、迅速にデータを同期および変換できるようになり、誰もがマルチ データ ソース シナリオでの目標を迅速かつ簡単に達成できるようになることを願っています。私たちは、「Apache Way」の指導の下で、Apache SeaTunnel がより多くのサポートを得て、プロジェクトの成長を加速すると信じています。
Apache Foundation に参加する場合、多くの場合、メンターを見つけることが最初の重要なステップとなります。しかし、石を触って川を渡る必要がある他のプロジェクトとは異なり、Apache SeaTunnel はインキュベーターのディスカッション段階で世界中の Apache インキュベーターのメンターの注目を集めました。メンターの中には、グローバルな Apache インキュベーター ディスカッション メーリング リストで遺憾の意を表明した人もおり、Apache インキュベーター プロジェクトは「干ばつで死に、洪水で死ぬ」ことになっています。
まもなく、Apache SeaTunnel には、Jean-Baptiste Onofré、Kevin Ratnasekera、Willem Ning Jiang (Jiang Ning)、Ted Liu (Liu Tiandong)、Lidong Dai (Dai Lidong)、Guo William (Guo Wei)、Zhenxu Ke の 7 人のメンターが加わることになります。の助けと指導を受けて、彼はすぐに Apache インキュベーターの正しい軌道に乗りました。
Jiang Ning はオープンソースの「ベテラン」であり、最終的には私たちのチャンピオンになりました。Jiang Ning は中国の Apache の最上級メンバーの 1 人であり、2023 年に Apache Software Foundation の理事に再選され、Apache Foundation の理事として再選された初の中国人となります。
Dai Lidong は、Apache DolphinScheduler プロジェクトの議長であり、オープンソース分野で豊富な経験を持っています。彼は Apache SeaTunnel とも多くの関係を持っており、Apache SeaTunnel の多くの機能の整理と設計を支援し、一緒に Apache SeaTunnel コミュニティを構築しました。Apache SeaTunnel の構築に参加した 1 年以上の間、いくつかの Apache インキュベーション プロジェクトのメンターを歴任し、2022 年に ASF メンバーに選出されました。
Apache メンバーの Jean Baptiste Onofré と Kevin Ratnasekera も、Apache DolphinScheduler のインキュベーション中によく知られた人物であり、全員がプロジェクトのインキュベーションで豊富な経験を持っています。
その後、Guo Wei、Ted Liu、Ke Zhenxu もメンターの仲間入りを果たし、Apache SeaTunnel のインキュベーションがよりスムーズになりました。
Apache インキュベーターに正式に参加するために、成熟したプロジェクトも参照し、Apache SeaTunnel の全体的なプロジェクト コード仕様を実行し、国際標準を満たすために、プロジェクト ドキュメントの多くの英語翻訳と校正も行いました。 Apache プロジェクトの Web サイトも完全に更新されました。これらの照合順序により、Apache SeaTunnel プロジェクトはより標準化され、「国際的」になります。
また、インキュベーターへの参加後、プロジェクトの機能にも比較的大きな変更を加えており、その最たるものは前述のデータ同期エンジン Zeta の開発とリリースです。このエンジンは、高スループット、低遅延、強力な一貫性の同期ジョブ保証をユーザーに提供でき、Apache SeaTunnel で使用されるデフォルト エンジンとしてバージョン 2.3.0 で正式にリリースされました。Flink および Spark エンジンからの分離を実現し、ユーザーが Flink および Spark、自律クラスター (集中化なし)、データ キャッシュ、制御可能な速度、共有接続プール、再開可能なアップロード、およびきめ細かいファーミングに依存せずに独立して実行できるようにします。独自のフォールト トレラント設計と動的な共有スレッドにより、Apache SeaTunnel Zeta エンジンが使いやすくなり、リソースが節約され、安定性が高まり、これまで以上に高速になり、フル シナリオのデータ同期をサポートできます。
Apache のやり方を探る
新しい会社に入社するときにその会社の文化を理解する必要があるのと同じように、Apache オープンソース プロジェクトに参加する前に、ASF の文化、つまり Apache Way も理解する必要があります。
オープンソースを深く理解すると、オープンソースが単なるオープンソースの問題ではなく、コミュニティ管理、活動、コミュニケーション、文化などにも関連していることがわかります。そのためには、オープンソースについてのより深い理解が必要です。アパッチのやり方。
Apache SeaTunnel は、これまでの経験を踏まえ、Apache Incubator に参入する初期段階で Apache Way の重要性を深く理解しており、例えば、オープンソース コミュニティでは、Community Over Code の概念が根付く必要があります。また、コミュニティには、プロジェクトへの参加に関心のあるすべての人の敷居をできる限り下げるための準備と努力、あるいはコミュニティのインセンティブ計画の策定、初心者向けガイドの作成、「良い」の選択など、ゼロの敷居を設ける努力も必要です。最初の問題、重要な機能の進捗状況の追跡、定期的なユーザー インタビューと最適化の提案によるフィードバックの取得、プロジェクトやコミュニティに関するコミュニティの質問への定期的な回答など。
コミュニティへの貢献はコードに限定されず、コード以外の貢献は、自分自身の影響力を利用してプロジェクトの注目に貢献したり、プロジェクト関連の技術記事や非技術記事を執筆したりするなど、コードよりも価値のある役割を果たすこともあります。コミュニティが主催するさまざまなアクティビティに参加したり、さまざまな時間や機会に Apache SeaTunnel を「承認」したり、より多くのユーザーに Apache SeaTunnel を推奨したりするなど、すべてがコミュニティに参加するためのチャネルです。
同時に、Community Over Code もオープン性、コミュニケーション、協力を重視しています。Apache SeaTunnel はこれらの概念を支持し、国内外のコミュニティとのコミュニケーションを維持し、互いに学び、Apache コミュニティとのコミュニケーションを確立することに重点を置いています。すべての議論には時間がかかります。コミュニティがオープンで透明性を維持できるように、電子メールと問題に掲載し、コミュニティのセルフメディア チャネルを通じてプロジェクトとコミュニティの主な進捗状況と計画を発表します。
インキュベーション期間に入って以来、Apache SeaTunnel は、ASF を無事に卒業した Apache Shenyu、Apache InLong、Apache Linkis、Apache Doris、IoTDB など、国内外の多数のオープンソース プロジェクトと 20 回を超えるオンラインおよびオフラインのミートアップを開催してきました。 Apache SeaTunnel、StarRocks、TDengine などの成熟したオープンソース プロジェクトの前のインキュベーターであり、米国、インド、その他の海外地域で Trino、APISIX、Shopee、ALC Indore と共同で開催される Meetup も同様です。
コミュニティ間の協力とコミュニケーションは、オープンソース テクノロジーの開発と応用を促進します。Apache SeaTunnel は、他のオープンソース プロジェクトと協力して技術的問題を解決し、オープンソース エコロジーの全体的なレベルを向上させ、オープンソース エコロジーの境界を拡大します。
時間の経過とともに、コミュニティは質的に変化してきました。コミュニティの電子メール ディスカッションや GitHub データの表示から、Apache SeaTunnel コミュニティが本当に活発で多様になっていることがわかります。以下の表から、1 年以上にわたる Apache インキュベーター内の Apache SeaTunnel のコミュニティ データの変化がわかります。
コミュニティと貢献者は、「魚」と「水」の共存のようなものであることがわかります。ますます多くの貢献者がコミュニティに参加し、コミュニティの「魚」に命の真水をもたらすため、Apache SeaTunnel コミュニティは群落内でこの大きな魚が絶え間なく跳ね続けるため、水の流れはより速く、より遠くに流れています。魚と水が共存してこそ生命は存続できるのです。
インキュベーターを卒業する
18 か月のインキュベーションを経て、コミュニティは Apache 成熟度評価モデルに従って、コード、ライセンスと著作権、バージョン リリース、品質、コミュニティ、コンセンサス、独立性の 7 つの側面を慎重に評価し、Apache SeaTunnel が卒業する時期が来たと考えています。彼らがより成熟すると、彼らはASF保育器からの卒業の準備を始めます。
Apache プロジェクトの成熟度評価モデル
たとえば、コードの成熟度という点では、コミュニティは複数のバージョン アップグレードと新機能を経験しており、これにより Apache SeaTunnel のパフォーマンスと機能が向上し、データ ソース間の効率的な同期と変換機能がさらに向上しました。コミュニティ構築の点では、上記のように、Apache SeaTunnel コミュニティは、国内外での数多くのオンラインおよびオフラインの Meetup 活動を通じて、コミュニケーションと共有のためのプラットフォームを提供し、開発者間のコミュニケーションと協力を促進し、オープンソース プロジェクトの影響力を拡大します。さらに、Apache SeaTunnel は、Flink、Spark、TiDB、OceanBase、IoTDB などの上流および下流のエコロジー プロジェクトとの統合も強化しています。これにより、異なるプロジェクト間の共同開発が促進され、プロジェクト全体の相互運用性と全体的なパフォーマンスが向上します。オープンソースのエコシステム。
Apache SeaTunnel は、Apache メンバーの指導のもと、4 月にコミュニティで卒業ディスカッションを立ち上げ、ASF インキュベーターの指導に基づいて改善を重ね、常に修正を加えてきました。最終的に、Apache SeaTunnel は卒業投票を通過し、2023 年 5 月 17 日の ASF 理事会の決議を通過し、希望通り TLP の仲間入りを果たしました。
未来への道: 中国のオープンソースはどのようにして世界に進出するのか
Apache SeaTunnel の目標は、「すべてのソースを接続し、飛行するように同期する」ことで、世界一流のデータ統合ツールになることを目指しており、将来的にはさらに上流および下流の生態系プロジェクトとも統合する予定です。同時に、オープンソース文化を促進し、開発者間のコミュニケーションと協力を促進し、オープンソース コミュニティの開発のためのより多くのプラットフォームを提供し、より多くの人々がオープンソース プロジェクトに参加して貢献するよう促すという使命を引き続き担っていきます。
この重要な時期に、私たちは Apache SeaTunnel のコントリビューターとしてより多くの人に参加するよう呼びかけます。
最後に、Apache SeaTunnel にとって、ASF を卒業するまでの道のりは簡単ではありませんが、オープンソースの世界での経験に基づいて、中国のオープンソース エコシステムの発展についていくつかの意見と提案を述べたいと思います。
- オープンソース文化の構築を強化する
中国では、オープンソース文化の普及と普及をさらに強化する必要があります。知識の共有とコラボレーションを促進するために、より多くの開発者や企業がオープンソース プロジェクトに参加するよう奨励される必要があります。同時に、オープンソースに対する認識と理解を向上させ、教育、ビジネス、政府におけるオープンソースの幅広い適用を促進することも必要です。
- オープンソース プロジェクトの品質と影響を向上させる
中国におけるオープンソースプロジェクトの数はある程度蓄積されていますが、質や影響力の点ではまだ改善の余地があります。技術革新やプロジェクトの実用性に注目し、より質の高いプロジェクトの出現を促す必要がある。同時に、国際的なオープンソースコミュニティに積極的に参加し、国際的なプロジェクトと協力・交流し、プロジェクトの人気と影響力を高める必要があります。
- オープンソース コミュニティの構築とガバナンスを強化する
オープンソース コミュニティは、オープンソース プロジェクトの成功の鍵です。コミュニティメンバーの参加と貢献を促進するには、健全なコミュニティガバナンスメカニズムを確立する必要があります。同時に、開発者間の交流と協力を促進するために、優れたコミュニケーションとコラボレーションのプラットフォームを提供する必要があります。さらに、コミュニティメンバーの技術的および管理的能力を向上させるためのトレーニングとサポートを強化する必要があります。
- オープンソースと業界の組み合わせを強化する
オープンソース テクノロジーは、産業の革新と発展を促進する上で重要な役割を果たします。オープンソース技術と様々な産業との連携を強化し、企業や公共サービス分野へのオープンソース技術の適用を促進する必要がある。同時に、オープンソーステクノロジーのエコシステムを積極的に育成し、オープンソースプロジェクトと産業チェーンの協調的な発展を促進する必要があります。
全体として、中国のオープンソースはある程度の成果を上げており、国内のオープンソース プロジェクトの多くも国際的に広く認知され、利用されていますが、やるべきことはまだたくさんあります。オープンソース文化の構築を強化し、プロジェクトの品質と影響力を向上させ、コミュニティ構築とガバナンスを強化し、オープンソースと産業の組み合わせを強化することで、中国のオープンソースエコロジーの発展をさらに促進し、技術革新と産業のアップグレードを促進することができます。
著者について：
Guo Wei 氏、Apache Foundation メンバー、Apache DolphinScheduler PMC メンバー、Apache SeaTunnel メンター。
Dai Lidong 氏、Beluga オープンソースの共同創設者、Apache DolphinScheduler PMC 会長兼 Apache SeaTunnel PMC メンバー兼メンター、Apache インキュベーター メンター、Apache ローカル コミュニティ北京メンバー。
この記事はBeluga オープンソース テクノロジーによってサポートされています。