OSカーネルとクラウド基本ソフトウェア
数日前に描いたので補足更新です…。
Kunpeng ソフトウェア構成
ハードウェア固有のソフトウェア
Kunpeng ソフトウェア構成
Kunpeng プロセッサのソフトウェア エコロジーは、常に発展し続けるソフトウェア エコロジーです。サーバー自体にもさまざまな複雑性があります。長い開発期間を経て、サーバー ハードウェアにはさまざまなオペレーティング システム ソリューションが搭載されています。これらのオペレーティング システムは、多くの場合、ソフトウェアの階層的な組み合わせを実装しています。そのソフトウェア アーキテクチャを簡単に説明するのは困難です。
このセクションでは、主にGNU/Linux ソフトウェア エコロジーの観点から、 Kunpeng ソフトウェアの構成を比較的高いレベルで紹介します。
以下は、Kunpeng GNU/Linux のソフトウェア アーキテクチャの概要です。
上の図では、下が Kunpeng サーバー ハードウェアであり、Kunpeng プロセッサをコアとする汎用サーバー デバイスです。
ARM コアを含むハードウェア システム上で実行されるソフトウェアには、必然的にシステム固有のコードが含まれます。このようなコードは、通常、ファームウェア の形式で他のシステム ソフトウェアから分離されます。このセクションでは、この機能のコード、つまりハードウェア固有のコードについて説明します。ソフトウェア。
サーバー分野では、サーバーのハードウェアとハードウェア固有のソフトウェアが「すぐに使える」サーバーに最も大きな影響を与えるため、これら 2 つの部分が ARM サーバーに関連するコンプライアンス要件を満たす必要があります ( ARMv8 を参照)。アーキテクチャ、Kunpeng ソフトウェア エコロジー、クラウド サービス)
ハードウェア固有のソフトウェア
ハードウェア固有のソフトウェアとは、ARM サーバー内のシステムに固有のソフトウェアを指し、多くの場合、いわゆるブート ローダーやデバイス固有のファームウェアなど、主にファームウェアの形式で提供されます。
このセクションでは、最初にブート ローダーを紹介し、次にARM サーバーのファームウェア要件仕様SBSA および SBBR、さらにUEFI、ACPI、ATF (ARM Trusted Firmware)などの関連する重要な要素を紹介します。
1. ブートローダー
ブート ローダーはブート ローダーであり、ブートストラップ ローダーという単語の短縮版です。通常、システムの電源がオンまたはリセットされた後の最初のソフトウェアであるため、特定のプロセッサとマザーボードに固有です。
起動プロセスを大まかに見てみると、次の 3 つの主要な段階で構成されます。
- システムの電源がオンになり、ハードウェアがブート ローダーをロードします。
- ブート ローダーは、Linux カーネルなどのオペレーティング システムをロードします。
- オペレーティング システムはアプリケーションとユーザー データをロードし、ブート プロセスを完了します。
その中で、ブート ローダーの主な機能は、ハードウェアとオペレーティング システムの間の仲介者として機能し、オペレーティング システムをロードすることです。この目的を達成するために、ブート ローダーは多くの場合、オペレーティング システムを検索して解放し、オペレーティング システムが実行するための基本環境を確立します (メモリの初期化、ハードウェア デバイス パラメータの検出とそれらのパラメータをオペレーティング システムに返すなど)。一部の複雑なブート ローダーには、マルチステージ ブート、複数のブート方法 (フラッシュ メモリ、ディスク、ネットワーク、U ディスク、CD など) のサポート、複数のオペレーティング システムの起動、ファームウェアの更新、タイム サービスの実行、最下位レベルのデバッグのサポートなど。
サーバー分野では、セキュアブートのサポートも非常に重要な機能です。
2. SBSA と SBBR
オペレーティング システムが異なれば、システム読み込みプロセスの要件も異なります。ARM の伝統的な強みである組み込みデバイスやモバイル端末の分野の Soc 製品はカスタマイズされ、差別化され、価格に敏感なことが多く、ユーザーがハードウェア モジュールのオペレーティング システムを変更することはほとんどありません。このような場合、カスタム ソフトウェアのコストは、ハードウェア機能を削除することで節約されるコストよりもはるかに低くなります。したがって、このような場合、利用プランは「ブートファームウェア + ブートローダー (u-boot、fastboot) + オペレーティング システム (Linux) + アプリケーション ソフトウェア」のように高度にカスタマイズされることがほとんどです。
しかし、サーバーや PC の分野では、ソフトウェアはサードパーティによって開発されることが多く、ユーザーは「すぐに使える」ことと「モジュールを交換できる」ことだけを考慮する必要があります。カスタム ハードウェアのコストはソフトウェアのコストをはるかに上回ります。したがって、使用されるソリューションは通常、標準化されたインターフェイスと互換性があります。
SBSA (Server Base Boot Requirements) および SBBR (Server Base Boot Requirements) は、サーバー アプリケーションの分野におけるサーバーの基本的なブート要件について ARMによって提案された仕様です。
SBBA 仕様は、ARM 64 ビット プロセッサ アーキテクチャのハードウェア アーキテクチャに基づいた仕様であり、オペレーティング システム、ハイパーバイザ (仮想マシン マネージャー)、機能に依存するファームウェアなどのサーバー オペレーティング システム ソフトウェアについて詳細に説明しています。システム アーキテクチャの重要な側面 CPU、PCIe、タイマー、IOMMU、UART (ユニバーサル非同期レシーバー/トランスミッター、ユニバーサル非同期レシーバー トランスミッター)、ウォッチドッグ、割り込みなどを含む、適切なシステム アーキテクチャを実現するのに十分な標準システム アーキテクチャを備えることが目標です。で使用される
システムイメージ。すべての準拠システム ハードウェアで実行されます。
SBSA 標準では、主に次の側面の要件が定義されています。
1.服务器在加电自检（POST）阶段应该检查的基本硬件组件，例如处理器、内存、硬盘驱动器、键盘和鼠标等。
2.服务器引导过程中需要加载的最小软件集合，包括固件（如BIOS或UEFI固件）、引导加载器（如GRUB或UEFI引导加载器）以及内核等。
3.服务器在引导过程中应该遵循的基本时序和顺序。
4.对于采用多引导架构的系统，SBSA还规定了引导过程中如何处理多个操作系统的引导选项。
SBBR 仕様は、システム ブート ファームウェアの仕様であり、すぐに使える機能を実現するために SBSA 標準に準拠する ARM AArch64 アーキテクチャ サーバー上のオペレーティング システムまたはハイパーバイザー (仮想マシン マネージャー)の基本的なファームウェア要件を定義します。、必要なスタートアップ、ランタイム サービス、およびセキュリティ要件を含み、UEFI (Unified Extensible Firmware Interface、Unified Extensible Firmware Interface) および ACPI (Advanced Adaptive Power Management Interface Supplement) に準拠します。
SBSA/SBBR は、ARM サーバーが OS やモニターなどのファームウェアを起動できるための最小要件セットであり、同時にUEFI、ACPI、PSCI、SMBIO などの業界標準に従います。その中でも、SBSAとSBBRは名前は似ていますが、実際には異なる側面に焦点を当てています。SBSA は主に、ブート ローダー、ランタイム サービス、ファームウェアの抽象化など、システムの起動と操作の最小要件に焦点を当てていますが、SBBR は、UEFI の BootServices、RuntimeServices、プロトコル、その他の基本サービスなどのブート プログラムの最小要件に焦点を当てています。プロトコルインターフェイス。
実装レベルでは、SBSA および SBBR 仕様は主に、カスタマイズされた Linux システムである LuvOS を通じて実装されます。LuvOS は Linux カーネルに基づいており、FWTS (ファームウェア テスト スイート) および SBSA-ACS (ARM サーバー ベース アーキテクチャ - 自動車およびサーバー コンソーシアム スターター キット) のツールをLinux 上で標準の Linux カーネルでコンパイルすることによって得られます。
3.UEFI
UEFI は元々 Intel によって導入されたもので、16 ビット x86 の「レガシー」PC BIOS の後継であり、現在UEFI フォーラムによって保守されています。
UEFI (Unified Extensible Firmware Interface) は、コンピュータのファームウェアで使用されるグラフィカル標準インターフェイスであり、従来の BIOS を置き換えるように設計されています。UEFI は拡張可能なファームウェア インターフェイス仕様として定義されており、オペレーティング システムがプリブート環境でファームウェアと対話できるようにするための標準 API のセットを提供します。
UEFI 仕様のオープン ソースのリファレンス実装は edk2 または EDK Ⅱ で、ソース コードはhttps://github.com/tianocore/tianocore.github.io/tree/master/edk2
にあります。上流の開発チームはTianoCoreです。コミュニティ
UEFI はグラフィカル インターフェイスで表示され、従来の BIOS よりも使いやすく、カスタマイズしやすくなっています。さらに、UEFI は、ネットワーク構成、ハードウェア診断、セキュア ブートなどの高度な機能も提供します。
UEFI は、AMD、Intel、Microsoft などの業界をリードする企業によって共同で策定されています。コンピューター ハードウェアの発展に伴い、UEFI も新しいニーズを満たすために進化しています。
UEFI 仕様には、NVRAM (不揮発性ランダム アクセス メモリ、不揮発性ランダム アクセス メモリ)、EFI のパラメータに従って実行可能ファイル (おそらくブート ローダーまたはその他のイメージ ファイル) をロードする方法を決定するブート マネージャー BOOT Manager が含まれています。 (Extensible Firmware Interface) 実行可能ファイル形式は、PE (Protable Executable、Portable Executable) 形式に準拠する必要があります。PE は広く使用されている Windows プラットフォームです
4.ACPI
ACPI (Advanced Configuration and Power Interface) はオープンな電源管理インターフェイス仕様であり、共通の標準化された電源管理方法を提供するように設計されています。ACPI は、オペレーティング システムの制御下で電源管理を完全に制御するためのインターフェイス仕様を定義します。
ACPI には主に次の部分が含まれています。
- コンピュータ システムの電源状態とデバイスの状態を説明するために使用される表 (表)。
- オペレーティング システムとファームウェア間の通信用インターフェイス。
- 電源、熱管理、およびシステム構成を説明するための仕様。
- イベント (イベント) は、実行時の電源管理を提供するために使用されます。
ACPI は、豊富な電源管理機能を提供する比較的複雑な仕様です。コンピュータ分野では、ACPI に基づいて多くの新しい電源管理機能が実装されています。
オペレーティングシステムのカーネル
オペレーティング システム カーネルはコンピュータ システムの中核であり、ハードウェア リソースの管理、プロセスのスケジュール設定、メモリ管理などの主要なタスクを担当します。Linux カーネルは、パーソナル コンピュータ、サーバー、モバイル デバイスなどを含む多くのコンピュータ システムを動作させる、無料のオープンソース オペレーティング システム カーネルです。
Linux システムコール
システム コールは、アプリケーションがオペレーティング システム カーネルと対話するためのインターフェイスです。Linux システム コールは、アプリケーションがファイル操作、プロセス制御、ネットワーク接続などのカーネル サービスを要求する方法です。
Linuxプロセスのスケジューリング
プロセス スケジューリングは、コンピューティング リソースを個々のプロセスに割り当てるオペレーティング システムの重要な部分です。Linux は、優先度ベースのプリエンプティブ スケジューリング アルゴリズムを使用して、マルチプロセッサおよびリアルタイム タスクをサポートします。
Linuxのメモリ管理
メモリ管理は、コンピュータ システムのメモリ リソースの割り当てと管理を担当します。Linux メモリ管理は、仮想メモリ、物理メモリ管理、およびページ置換アルゴリズムをサポートしています。
Linux仮想ファイルシステム
仮想ファイル システムは Linux カーネルの一部であり、上位層アプリケーションに統合されたファイル システム インターフェイスを提供します。Linux は、ext4、NFS、SMB などのさまざまなファイル システムをサポートしています。
Linux ネットワーク サブシステム
ネットワーク サブシステムは、ネットワーク インターフェイス、データ パケット転送、ルーティングなど、コンピュータ システムのネットワーク プロトコル スタックの管理を担当します。Linux ネットワーク サブシステムは、豊富なネットワーク プログラミング インターフェイスのセットを提供します。
Linuxのプロセス間通信
プロセス間通信は、異なるプロセス間のデータ交換と連携を可能にするオペレーティング システムの一部です。Linux は、パイプ、ソケット、共有メモリなどのさまざまなプロセス間通信メカニズムを提供します。
Linux ロード可能なカーネル モジュール
ロード可能なカーネル モジュールは、必要に応じて動的にロードおよびアンロードできる Linux カーネルの一部です。これらのモジュールは、既存のコードを変更せずにカーネルの機能を拡張する機能を提供します。
Linuxデバイスドライバー
デバイス ドライバーは、オペレーティング システム カーネルとハードウェア デバイス間のインターフェイスです。Linux デバイス ドライバーは、デバイスの初期化、データ送信と制御などのハードウェア デバイスの管理を担当します。
Linux アーキテクチャ関連のコード
Linux カーネル コードは複数のモジュールで構成されており、それぞれが特定の機能とサブシステムを担当します。これらのモジュール間の連携と通信は、Linux カーネル アーキテクチャと設計原則に基づいています。Linux カーネルのアーキテクチャとコードを理解することは、開発者がシステム パフォーマンスをより深く理解し、最適化するのに役立ちます。
ベースライブラリ
glibc (GNU システム ライブラリ) は、GNU/Linux の基本的なコア ライブラリであり、Linux を実行します。glibc は、
GNU によってリリースされた libc ライブラリ、つまり C ランタイム ライブラリです。glibc は Linux システムの最下位 API であり、他のほとんどすべてのランタイム ライブラリは glibc に依存します。Linux オペレーティング システムによって提供されるシステム サービスをカプセル化することに加えて、glibc 自体も他の多くの必要な機能サービスの実現を提供します。glibc には一般的な UNIX 標準がほぼすべて含まれているため、その内容はすべてを網羅していると考えられます。また、他の UNIX システムと同様に、それに含まれるファイル グループはシステムのツリー状のディレクトリ構造に散在し、ブラケットのようにオペレーティング システム全体をサポートします。GNU/Linux システムでは、その C 関数ライブラリの開発履歴は、GNU/Linux の進化におけるいくつかの重要なマイルストーンを示しています。システムの C 関数ライブラリとして glibc を使用することは、GNU/Linux の進化における重要なマイルストーンです。
開発ツール、ミドルウェア、アプリケーション
開発ツール、ミドルウェア、アプリケーション
- ソフトウェア モデリング ツール: これらのツールは、開発者がソフトウェア開発サイクルの初期段階で設計、計画、シミュレーションを行うのに役立ちます。このようなツールは通常、概念モデル、論理モデル、物理モデルの作成や、システム アーキテクチャ設計に使用されます。
- ソフトウェア実装ツール: これらのツールは、コーディング、コンパイル、デバッグ、統合などの開発活動をサポートします。これらには、IDE (統合開発環境)、コンパイラー、デバッガー、バージョン管理システムなどが含まれます。
- ソフトウェア シミュレーション ツール: これらのツールは、実際の環境に展開する前に、テストと検証のためにソフトウェア システムの動作をシミュレートします。パフォーマンス、安全性、信頼性など、さまざまな条件下でのシステムの動作をシミュレートできます。
- ソフトウェア テスト ツール: これらのツールは、ソフトウェア システムの品質をテストし、期待される機能要件とパフォーマンス要件を満たしていることを確認するために使用されます。これらには、自動テスト ツール、パフォーマンス テスト ツール、コード品質分析ツールなどが含まれます。
- ソフトウェア開発支援ツール: プロジェクト管理ツール、要件管理ツール、不具合追跡ツールなど、開発チームが必要とするさまざまなサポートを提供するツールです。これらは、開発チームの共同作業を改善し、開発効率を向上させ、プロジェクトをスムーズに完了するのに役立ちます。
クラウドベースのソフトウェア
云基础软件的基础是虚拟化技术，本节云基础软件主要为虚拟化软件与容器。
- 虚拟化技术简介：虚拟化技术是一种将物理硬件资源虚拟化成多个逻辑资源的技术，从而实现资源的共享、灵活配置和高效利用。虚拟化技术是云基础软件的基础。
- Hypervisor：Hypervisor是一种虚拟化软件，它允许在物理计算机上创建多个虚拟机，每个虚拟机都可以运行独立的操作系统和应用程序。Hypervisor对虚拟机的管理包括资源分配、隔离、备份和恢复等。
- 容器：容器是一种轻量级的虚拟化技术，它可以将应用程序及其依赖项打包成一个独立的容器，并在容器中运行应用程序。容器共享宿主操作系统的内核，因此相比于传统的虚拟化技术，容器具有更高的资源利用率和更快的启动时间。
- ARM服务器开源主流解决方案: Xen、KVM 和 Docker：ARM服务器是一种基于ARM架构的服务器，具有低功耗、高性能和高密度等优点。Xen、KVM和Docker是ARM服务器开源主流解决方案，分别提供虚拟化和容器技术，以支持ARM服务器的高效运行和管理。
鲲鹏软件开发模式
原生开发模式
原生开发模式
- 物理服务器：物理服务器是一种将硬件服务器资源出租给用户的云服务。用户可以自行安装操作系统和应用程序，拥有完全的控制权。但是，由于需要购买硬件设备和维护，成本相对较高。
- 云服务器：云服务器是一种将虚拟机出租给用户的云服务。用户可以在虚拟机上安装操作系统和应用程序，拥有完全的控制权。相比物理服务器，云服务器更加灵活，可以按需购买资源，且维护成本较低。
- 搭建原生开发环境示例：这里以Node.js开发环境为例。首先，需要安装Node.js运行环境，可以从官网下载安装程序进行安装。然后，使用npm（Node Package Manager）安装需要的第三方模块。最后，配置好应用所需的环境变量和路由规则等，就可以开始进行开发了。
交叉开发模式
要完成这两个任务，您可以按照以下步骤进行操作：
- 搭载 ARM GCC 交叉编译环境：
首先，您需要安装 ARM GCC 交叉编译工具链。这个工具链是一组用于将源代码编译成在 ARM 架构上运行的二进制文件的工具。
以下是在 Ubuntu 或其他 Linux 系统中安装 ARM GCC 交叉编译工具链的步骤：
# 更新系统软件包列表
sudo apt-get update
# 安装交叉编译工具链
sudo apt-get install gcc-arm-linux-gnueabi
安装完成后，您可以使用 arm-linux-gnueabi-gcc 命令来运行 ARM GCC 编译器。
如果您使用的是其他操作系统，可以参考相关的文档或资源来安装 ARM GCC 交叉编译环境。
- 搭建 QEMU 模拟开发环境：
QEMU（Quick Emulator）是一个开源的模拟器，可用于在计算机上模拟不同的硬件平台和操作系统。
以下是在 Ubuntu 或其他 Linux 系统中安装 QEMU 并配置为模拟 ARM 架构的步骤：
# 安装 QEMU
sudo apt-get install qemu
# 下载并解压 ARM 镜像文件（例如，使用 Raspberry Pi 的操作系统）
wget http://downloads.raspberrypi.org/raspbian_lite_latest
unzip raspbian_lite_latest.zip
# 在 QEMU 中创建一个虚拟机，并指定使用的镜像文件和模拟的 ARM 架构
qemu-system-arm -machine type=qEMU,kernel=kernel.img,initrd=initrd.img,append="root=/dev/sda2 panic=1 rootfstype=ext4" -m 1024M -display vnc=127.0.0.1:0 -vnc :0
上述命令将启动一个使用 ARM 架构的 QEMU 虚拟机，并加载指定的镜像文件。您可以根据自己的需求调整命令中的参数。
请注意，这只是一个简单的示例，具体的配置可能因您的需求和使用的镜像文件而有所不同。您可以参考 QEMU 的官方文档和相关资源以获取更详细的信息和指导。
云端开发模式
-
CloudIDE基本特性ClouldIDE
Cloud IDE（Integrated Development Environment）是一种基于云计算技术的集成开发环境，它提供了一个在线的开发平台，使开发人员能够在浏览器中进行软件开发和协作。以下是Cloud IDE的基本特性：
-
在线开发环境：Cloud IDE提供了一个完整的开发环境，包括代码编辑器、调试器、编译器、版本控制工具等，使开发人员可以直接在浏览器中进行开发，无需在本地安装和配置开发环境。
-
多语言支持：Cloud IDE支持多种编程语言，包括但不限于Java、Python、JavaScript、C++、Ruby等，以满足不同项目和开发需求。
-
版本控制集成：Cloud IDE通常与版本控制系统（如Git）紧密集成，方便开发人员对代码进行版本管理、协作和团队合作。
-
云存储支持：Cloud IDE允许开发人员将代码和文件存储在云端，避免了本地存储的限制和风险，并方便与团队成员共享和访问。
-
调试和测试功能：Cloud IDE提供了调试和测试工具，帮助开发人员在开发过程中进行代码调试和单元测试，以确保代码的质量和稳定性。
-
协作和分享：Cloud IDE允许多个开发人员同时在同一个项目上进行协作开发，实时共享代码和编辑器状态，提供了更便捷的协作和沟通方式。
-
扩展和插件支持：Cloud IDE通常支持扩展和插件机制，开发人员可以根据自己的需求自定义和集成各种工具和功能。
-
跨平台访问：由于Cloud IDE在云端运行，开发人员可以通过浏览器从任何设备（如电脑、平板或手机）访问和使用，实现跨平台开发和远程工作。
Cloud IDE的基本特性使其成为开发人员在团队协作、敏捷开发和学习等场景中的有力工具。但也需要考虑网络连接和应用性能等因素对开发体验的影响。
- CloudIDE操作流程
以下是典型的Cloud IDE操作流程：
注册和登录：访问Cloud IDE提供商的网站，注册一个新账号并登录。
创建项目：在Cloud IDE界面中创建一个新项目或导入现有项目。你可以选择命名项目并指定项目的语言和框架。
编辑代码：打开项目文件并使用内置的代码编辑器修改代码。Cloud IDE通常提供代码自动完成、语法高亮和代码格式化等功能，以提高开发效率。
デバッグとテスト: デバッグとテストが必要な場合、通常、Cloud IDE には統合されたデバッガーと単体テスト ツールが提供されます。ブレークポイントの設定、変数の監視、デバッグ用のコードの実行、単体テストの作成と実行が可能です。
バージョン管理: Cloud IDE は通常、Git などのバージョン管理システムと統合されており、コード リポジトリへのファイルの追加、変更のコミット、コードのプルとプッシュ、ブランチの管理やリクエストのマージなどを行うことができます。
ビルドとデプロイ: プロジェクトの要件に応じて、Cloud IDE は、コードを実行可能ファイル、ライブラリ、またはインストール パッケージにビルドし、それらをテスト環境または運用サーバーにデプロイするためのビルドおよびデプロイ ツールを提供する場合があります。
共同開発: Cloud IDE は通常、複数人による共同開発をサポートします。チームメンバーをプロジェクトに招待し、コードを共有し、リアルタイムで編集およびコミュニケーションし、他のユーザーによる変更を追跡することができます。
保存と同期: Cloud IDE はコードの変更を自動的に保存し、クラウド ストレージ サービスを通じてプロジェクト ファイルを同期して、さまざまなデバイスにアクセスして開発を続行します。
拡張とカスタマイズ: 必要に応じて、プラグインをインストールして使用して、エディターを強化したり、他の開発ツールを統合したり、Cloud IDE が提供する拡張メカニズムに従ってカスタム機能を追加したりできます。
エクスポートと展開: プロジェクトの開発が完了したら、プロジェクト ファイルをエクスポートして実際の運用環境に展開したり、配布可能なアプリケーションとしてパッケージ化したりできます。
- CloudIDE の使用例
Cloud IDE の使用例は次のとおりです。
1. 注册和登录：访问Cloud IDE提供商的网站，点击注册按钮创建一个新账号，并使用注册的账号登录。
2. 创建项目：在Cloud IDE界面中点击"New Project"按钮，选择一个项目模板或创建一个空项目。输入项目名称并选择语言和框架。
3. 编辑代码：在Cloud IDE的编辑器中打开项目文件，开始编写代码。你可以使用代码自动完成、语法高亮和代码格式化等功能来提高开发效率。
4. 调试与测试：如果需要调试代码，你可以在编辑器中设置断点，单步执行代码，并查看变量的值以进行调试。另外，你可以编写单元测试并运行测试来验证代码的正确性。
5. 版本控制：Cloud IDE通常提供与Git等版本控制系统的集成。你可以将代码添加到本地仓库、提交更改并推送到远程仓库。还可以查看提交历史、分支和合并请求等。
6. 构建和部署：根据你的项目需求，Cloud IDE可能会提供构建和部署工具。你可以使用这些工具将代码构建为可执行文件、库或安装包，并将其部署到测试环境或生产服务器。
7. 协作开发：Cloud IDE通常支持多人协作开发功能。你可以邀请团队成员加入项目，并共享代码和编辑器状态。这样你们可以一起编辑代码、讨论和解决问题。
8. 保存和同步：Cloud IDE会自动保存你的代码更改，并将项目文件同步到云存储中。这样你可以在不同设备上访问和继续开发，而无需担心数据丢失。
9. 扩展和定制：根据需要，你可以浏览Cloud IDE提供的插件市场，并安装适合你项目的插件。这些插件可以增强编辑器功能、集成其他工具或添加自定义功能。
10. 导出和部署：完成项目开发后，你可以导出项目文件，并将其部署到实际的生产环境。你还可以将项目打包为可分发的应用程序，以便分享给其他人使用
参考資料: 「Kunpeng プロセッサのアーキテクチャとプログラミング」