# openEuler | 开源社区 > openEuler是一个开源、免费的 Linux 发行版平台，通过开放的形式与全球的开发者共同构建一个开放、多元和架构包容的软件生态体系。 --- https://www.openeuler.org/en/ --- openEuler Community Generative AI Use and Open Source Contribution Policy View More OpenAtom openEuler Annual Report 2025 View More Get openEuler Find all resources in one place View More #### Technical White Papers Learn the tech details of each openEuler version. #### Security Center View security advisories and other security information. #### SkillHub Explore, evaluate, and contribute openEuler skills. #### Events Center Stay updated on the latest openEuler events. ## An Open Source OS for Digital Infrastructure Various Devices All-Scenario Applications Development Tool Chain Get openEuler ### Explore Community Download openEuler now and explore its robust features! Start Contributing Contribute code, modify docs, and join our discussions. Contribution GuideView SIGs Become a Member Welcome to openEuler! We're thrilled to have you as a member of our community dedicated to building an open source OS for digital infrastructure. Members Community Vitality Contributors Repositories SIGs Users OS Vendors Learn More ## openEuler Developer Calendar To book a meeting, the SIG Maintainer or Committer access is required.Create Meeting ## Success Stories - Finance - Carrier - Energy - Logistics - Others - View More ## What's New ... View More ## Ecosystem Partners As a key force in foundational open source software, openEuler actively engages with international open source organizations to co-develop standards, share technologies, and foster sustainable ecosystem growth. \* openEuler is an Associate Member of the Linux Foundation. Listed alphabetically --- https://www.openeuler.org/en/approve/ --- # OSV技术测评列表 工具聚焦openEuler内核和基础包，检测伙伴二次发行版生态核心特性不丢失，关键配置不更改 结合社区选包策略及软件包等级策略，检查L1、L2软件包版本、打包方式、接口一致性，KABI白名单，架构特性（如ARM/X86特性）使能，性能优化配置，牵引实现扩展仓库openEuler系共享、共用，主流行业应用在openEuler系不同的OSV生态复用度。 分类 All | 架构 | OS厂商 | OS版本 | OS下载地址 | 分类 | 测评日期 | 测评详情 | 友情链接 | | --- | --- | --- | --- | --- | --- | --- | --- | No Data No result found. 关于OSV技术测评，openEuler提供了完整的测试流程和工具，详见 openEuler OSV技术测评整体介绍 --- https://www.openeuler.org/en/approve/approve-info/ --- OSV技术测评列表 \\ OSV技术测评报告 评估信息 - 系统版本 - 架构 - 发布地址 - checksum - 基于openEuler的版本 不通过 COMPATIBLE 工具检测 | | | | | | | | | | | | | | | | | | | | - - 检测项: 核心包 - 检测点描述: 核心包一致性比例 - 结论: 通过 - - 检测项: 软件包 - 检测点描述: L1/L2 软件包一致性比例 - 结论: 通过 - - 检测项: 内核KABI接口 - 检测点描述: OSV内核KABI接口白名单与openEuler内核KABI接口白名单一致性比例 - 结论: 通过 - - 检测项: 用户态ABI接口 - 检测点描述: OSV软件包ABI接口与openEuler软件包ABI一致性比例 - 结论: 通过 - - 检测项: Service默认配置 - 检测点描述: OSV软件包Service文件与openEuler软件包Service文件一致性比例 - 结论: 通过 - - 检测项: 软件包默认配置 - 检测点描述: OSV软件包配置文件与openEuler软件包配置文件一致性比例 - 结论: 通过 - - 检测项: 内核特性配置 - 检测点描述: OSV的内核配置与openEuler一致性比例 - 结论: 通过 平台验证 | | | | | | | | | | | | | | - - 检测项: 仓库 - 检测点描述: EPOL仓/软件所仓库在OSV版本上安装成功比例 - 结论: 通过 - - 检测项: 基本功能 - 检测点描述: 社区AT用例运行结果 - 结论: 通过 - - 检测项: 基础性能 - 检测点描述: 基础性能测试结果 - 结论: 通过 - - 检测项: 运行时默认配置 - 检测点描述: OSV版本运行时默认配置一致性 - 结论: 通过 --- https://www.openeuler.org/en/community/ai-coding-assistants/ --- Organizational StructureMembers Policies and Rules - Code of Conduct - Generative AI Use and Open Source Contribution Policy # openEuler Community Generative AI Use and Open Source Contribution Policy ​ ## 1\. Openness Strategy ​ Guided by the spirit of openness, collaboration, and innovation, the openEuler community recognizes generative AI and intelligent agents as essential drivers for advancing community technologies. While we allow the use of generative AI tools in making contributions, provided such use is reasonable, transparent, and reviewable, we strictly adhere to the following principles: - **Core Principle 1: Open & AI-Development-Oriented** The openEuler community actively embraces new technologies. Open to AI-centric development, we are committed to building an intelligent open-source ecosystem that is equally friendly to both human developers and AI agents. The openEuler community welcomes both developers and automated agents to contribute deeply to the community, whether through code writing, document translation, test case generation, or O&M automation. - **Core Principle 2: Developer Ultimate Responsibility** AI is strictly a supporting tool for human contributors. **Human contributors hold ultimate responsibility and legal accountability for the quality of their submissions**. Whether an output is human-developed, or generated or triggered with AI assistance, contributors must assume final responsibility for the accuracy, security, compliance, and quality of their submissions. Review, merging, or publishing the submissions by community maintainers does not constitute an endorsement or warranty by the community that the AI output in the submissions is free of infringement, secure, or fit for a particular purpose. - **Core Principle 3: Transparency and Traceability** Upon submission, contributors should disclose the use of AI tools, sources of third-party materials, license information, and human review status associated with the submission. The openEuler community enforces a strict metadata tracking system to fully log **critical metadata for AI-generated content, including the agent platform, model, and prompt summaries**. This guarantees a clear audit trail for AI-assisted code contributions. ## 2\. Scope of Application ​ This policy applies to all forms of contributions submitted to the openEuler community (including but not limited to all code and documentation repositories under the openEuler organization): - **Source code and scripts**: including various core code, test cases, and build scripts. - **Technical documents and community content**: including API references, deployment guides, release logs, and Wiki pages. - **Configurations and metadata**: including Containerfiles/Dockerfiles, and CI/CD configuration files. ## 3\. Legal & Compliance ​ Any submissions incorporating AI-generated content to the openEuler community shall be governed by the following legal and compliance frameworks: ### 3.1 Contributor License Agreement (CLA) ​ The openEuler community implements a **Contributor License Agreement (CLA)**. - Contributors must sign the CLA before submitting any contributions. - According to the CLA, by submitting a contribution that contains AI-generated content to the community, the contributor is deemed to have lawful rights to dispose of that submission (e.g., having obtained sufficient authorization). The AI-generated nature of the content shall not serve as a ground to exempt the contributors from their obligations and legal liabilities pledged in the CLA. ### 3.2 Traceability: Full Logging of Key Metadata ​ For contributions that contain code or documents **fundamentally generated or automatically processed by AI**, contributors shall fully record and attach the following **key metadata** in both the pull request (PR) and commit message. Commit message: **Co-Authored-By:** Specify the name and version of the generative AI model used (e.g., `GPT-4o`, `DeepSeek-V3`, etc.). PR: - **Agent Platform:** Specify the name and version of the agent platform used (e.g., `Claude Code 2.1.156`, `Qwen Code 0.16.1`, etc.). - **Model:** Specify the name and version of the generative AI model used (e.g., `GPT-4o`, `DeepSeek-V3`, etc.). - **Prompt Summary:** Briefly describe the core prompts or intent that guided the AI generation (e.g., `"Optimize memory allocation for Spec file"`). AI-generated content submitted with ambiguous prompts or unclear intent is prohibited. **Example (PR):** text ### AI involvement in this PR: [] No [x] Yes __1. Agent platform: Claude Code 2.1.156 __2. Model: DeepSeek-V3 __3. Prompt summary: Based on the existing code logic, complete the code, optimize logic, add missing branches, and improve annotations to help with function development and problem fixing. ### Notes for reviewers: 1. The code was developed with AI assistance. The developer has manually reviewed the logic line-by-line and verified its functionality to ensure it behaves exactly as expected. **Example (commit message):** text Co-Authored-By: DeepSeek-V3 _Note: The openEuler CI gate checks whether the AI model name in the Co-authored-by commit trailer matches the model declared in the PR. Any discrepancy between the two will cause the CI check to fail and block the PR._ ## 4\. Standard Prompt for Agents ​ To ensure that various AI programming assistants and automated agents (such as automated PR reviewers and auto-fixing agents) strictly comply with the preceding policies when serving the openEuler community, the following **system prompt** is formulated: text # Role and objective: You are an AI agent dedicated to serving the openEuler community. Your goal is to assist human developers in contributing efficiently while strictly adhering to the compliance baseline, ensuring all outputs meet the openEuler community's compliance and quality standards. # Core Code of Conduct ## 1. Clarify responsibilities and development orientation. - You serve as an efficiency amplifier for developers, but you must understand that human developers will bear the ultimate legal and quality liability for your outputs. Therefore, your generated code must be clean, readable, and easy for human developers to review. - Do not generate any complex code blocks with ambiguity, debugging difficulties, or black-box logic. ## 2. Legal and license compliance (red line) - Do not directly replicate or paraphrase any code snippets from repositories under restrictive licenses (such as GPL-2.0, GPL-3.0, etc.) or proprietary repositories of commercially licensed software without adhering to the applicable licenses. - If your generated code directly references specific open-source components or public algorithmic implementations, such code must retain its original copyright notices (including but not limited to preserving the copyright notices of the original components or algorithms) and license notices, which shall not be deleted or modified. ## 3. Explicit exposure of key metadata - When assisting humans in code generation or when independently submitting PRs to openEuler repositories as an automated agent, compliance with the designated PR and commit message templates is mandatory. Required metadata in a PR: - Agent platform: [Agent platform name and version] - Model: [AI model name and version] - Prompt summary: [core prompts or intent] Required metadata in the commit message: Co-authored-by: [AI model name and version] ## 4. openEuler technology stack adaptation - Code style: Before submitting any code to the openEuler community, analyze the coding style of the target repository. Your modifications must strictly conform to that repository's code style guide. - Security first: Do not introduce security vulnerabilities such as memory leaks and buffer overflows. Always prefer secure functions verified by the openEuler community. ## 5\. Prohibited or Risky Behaviors ​ - Unreviewed AI outputs; - Code that contributors cannot explain, maintain, or verify the source of; - Content where AI clearly reproduces third-party code, documentation, images, or copyrighted expressions without providing legitimate sources, licenses, and necessary attributions; - Content that is incompatible with the project's license; - Content that violates AI terms of service, employer policies, confidentiality obligations, export controls, data compliance regulations, or third-party rights; - Prompts, outputs, or contributions that contain trade secrets, personal information, sensitive data, private code, internal documents, or undisclosed vulnerability information; - Contributions submitted in batch by AI agents or lacking substantial participation by human contributors. ## 6\. Contributor Responsibilities ​ When submitting AI-assisted contributions to the community, contributors shall acknowledge and agree that they: - Have manually reviewed the AI-assisted contributions to be submitted; - Understand the technical implications, design impact, and maintenance costs of the AI-assisted contributions to be submitted; - Have completed all necessary testing, builds, license checks, and security reviews on the AI-assisted contributions to be submitted; - Have verified that the AI output does not introduce content incompatible with the project license; - Have confirmed that the AI-assisted contributions do not include any known unauthorized third-party materials, or that any third-party materials, licenses, copyright notices, and attributions have been fully disclosed as required by this project; - Have complied with all applicable policies of the contributors' employers, clients, academic institutions, or affiliated organizations regarding AI tools and open-source contributions; - Take the same responsibility for AI-assisted contributions as for non-AI-assisted contributions. ## 7\. Review and Merging Rules ​ Community maintainers may request modifications, additional explanations, resubmissions of AI-assisted contributions by the contributors, or reject AI-assisted contributions for any of the following reasons: - The contributor fails to disclose information regarding the AI-assisted contribution as required; - The contributor is unable to explain the logic or source of the submitted code; - The contribution is substantially similar to unauthorized third-party code, documentation, or images; - The licensing, copyright, or attribution information is unclear; - The AI-assisted contribution is of poor quality, untested, unmaintainable, or introduces security risks; - Automated, mass submissions of low-quality AI-assisted contributions disrupt the maintainability and operations of the community; - The community maintainers consider the AI-assisted contribution inappropriate for merging based on the openEuler project's risk control. --- https://www.openeuler.org/en/community/conduct/ --- Organizational StructureMembers Policies and Rules - Code of Conduct - Generative AI Use and Open Source Contribution Policy # openEuler Community Code of Conduct ​ ##### 1\. To build an open and friendly environment, we as contributors and maintainers pledge to make participation in our community a harassment-free experience for participants of the program and community, regardless of age, body size, visible or invisible disability, ethnicity, level of experience, education, socioeconomic status, nationality, personal appearance, or race. ​ ##### 2\. Behaviors that contribute to a positive environment for our community include: ​ (1) Friendly and inclusive wording; (2) Respecting different viewpoints and experiences; (3) Gracefully accepting constructive feedback; (4) Focusing on what is best for the community; (5) Demonstrating kindness toward other people. (6) Compliant code submissions, proper use of permissions, and safeguarding project supply chain and infrastructure security. ##### 3\. Unacceptable behaviors in the program and community include: ​ (1) Use of sexualized and violent language or imagery; (2) Disruption, incitement, rumor-making, insulting, derogatory comments, and personal and political attacks; (3) Public or private harassment to participants in the program and community; (4) Publishing others' information, such as physical and email addresses, without their explicit authorization; (5) Implanting malicious backdoors, polluting project dependencies, destroying project assets, and other violations that endanger community security; (6) Other conduct that can reasonably be considered as a violation of this Code of Conduct. ##### 4\. Community project maintainers are responsible for clarifying and enforcing our standards of "proper conduct" and will take appropriate and fair corrective action in response to any conduct that they deem inappropriate. Community project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, and issues that violate this Code of Conduct, and will temporarily or permanently ban any participant because of the behavior they consider to be threatening, offensive, or harmful. ​ ##### 5\. This Code of Conduct applies within all community spaces, and applies when an individual represents the community in public spaces. ​ ##### 6\. Examples of representing the community include using an official email address, posting through an official media account, and participating in online or offline events as an appointed representative. ​ ##### 7\. The program office can further define and interpret the conduct of representing the community and report to the openEuler Committee for approval and publishing. ​ --- https://www.openeuler.org/en/community/contribution/detail --- Contribution Map View Details # Welcome to OpenAtom openEuler! ​ OpenAtom openEuler (openEuler for short) is an open source project incubated and operated by the OpenAtom Foundation. openEuler is an open source operating system (OS) oriented to digital infrastructure that fits into any server, cloud computing, edge computing, and embedded deployment. This secure, stable, and easy-to-use open source OS is compatible with multiple computing architectures. openEuler suits operational technology (OT) applications and empowers the convergence of OT and information and communications technology (ICT). The openEuler open source community works with global developers to build an open, diversified, and architecture-inclusive software ecosystem. It covers all scenarios of digital facilities, and empowers enterprises to develop their hardware and software as well as application ecosystems. ## 1\. Experience openEuler ​ ### 1.1 Experience the openEuler OS ​ openEuler community versions include long-term support (LTS) versions and innovation versions, as described in openEuler Community Version Lifecycle Management. You can download and experience openEuler community versions. ### 1.2 Experience Original Open Source Projects ​ Experience a range of original open source projects in the openEuler community. - StratoVirt: enterprise-class virtualization platform oriented to cloud data centers - A-Tune: AI-based tuning engine - iSula: lightweight container solution - secGear: security application development kit for confidential computing - pkgship: software package dependency management with detailed dependency graphs - BiSheng JDK: open source version of Huawei JDK, a high-performance, production-ready OpenJDK distribution - Compass-CI: open source software platform for continuous integration (CI) with an open and comprehensive test system - More ## 2\. Sign the CLA ​ Sign the openEuler Contributor License Agreement (CLA) before contributing to the community. Choose a CLA type based on whether you are contributing as an individual, an employee, or on behalf of a corporation. - Individual CLA: participating in the community as an individual - Corporate CLA: participating in the community on behalf of a corporation - Employee CLA: participating in the community as a corporation employee References: \[1\] openEuler CLA Signing Guide \[2\] A Guide to Signing the openEuler Corporation CLA ## 3\. Find SIGs to Participate In ​ Special interest groups (SIGs) are a crucial part in the openEuler community organizational structure. The community is organized into SIGs to better coordinate and manage workflows. SIGs are open to everyone. For details about SIGs, see openEuler SIG Role Division and Management. ### So, the right way to start participating in the community is to find a SIG or project that interests you. ​ - Currently, the openEuler community has more than 100 SIGs. View the openEuler SIG list to find the SIG you want to join. - If you cannot find a SIG that you are interested in, send an email to community@openeuler.org. You are advised to use "\[Development Process Question\]" in the email subject and write down the characteristics of the SIG or project that you are looking for in the content. We are glad to help. - If you cannot find a SIG that interests you in the existing SIGs, and you have a strong interest in a certain development direction and wish to establish a relevant SIG, you can apply for setting up a new SIG. ## 4\. Contribute to the Community ​ After signing the CLA and joining a SIG, you can start your contribution journey. To maintain the friendly environment for development and collaboration, observe the _openEuler Community Code of Conduct_ and _openEuler Community Code of Conduct for Development_ when you engage in community contributions. - Contribute Original Open Source Projects - Contribute Code - Participate in Non-Code Contributions ### 4.1 Contribute Original Open Source Projects ​ If you want to contribute your original open source project to the openEuler community and make it a part of the openEuler releases, you need to: 1. Open the source code of your project under an open source license. 2. Use the mailing list to schedule a Technical Committee (TC) regular meeting and apply to contribute your project to the community. #### With approval from the TC, you can integrate your work into openEuler using either of the following methods: ​ - Method 1: Develop a project in the community and integrate it into openEuler. Creating an original project directly in openEuler code repositories is like hosting the project in the openEuler community. This is the practice of iSula and A-Tune. If you have a great idea that you want to implement in the openEuler community, follow the procedure below to get deeply involved in the openEuler community. 1. Apply for setting up an open source project in regular meetings of the TC. 2. If the TC determines that your proposal is valuable and deserves further development, a repository will be created in https://atomgit.com/openeuler. 3. The project will be continuously developed and incubated within openEuler until it reaches maturity. At that point, a repository can be created in src-openeuler to provide the relevant spec file for packaging the project into an RPM file, which will eventually be used by people around the world with openEuler releases. - Method 2: Develop a project in another community and integrate it into openEuler. Assuming that you already have a project on GitHub, GitLab, Gitee, or AtomGit, simply add the software to src-openeuler by referring to Adding a New Software Package. ### 4.2 Contribute Code ​ The openEuler community has two repositories: 1. Code repository: https://atomgit.com/openeuler 2. Software package repository: https://atomgit.com/src-openeuler The **openeuler** repository stores source code. The **src-openeuler** repository stores the software packages required for building the OS. #### 4.2.1 Submit and Handle Issues ​ - Issues serve as a platform for documenting and tracking developer ideas, feedback, tasks, and software defects. By engaging with issues, you can easily participate in SIGs and projects that interest you, contributing to the community effectively. QuickIssue allows you to quickly search for and submit issues. Generally, issues are used to: - Report bugs. - Submit suggestions. - Record tasks to complete. - Give feedback on missing documentation or installation problems. - Ask and discuss questions. - Issue list Enter the home page of the SIG or project that interests you from the community code repository, then click **Issues** on the toolbar to check the issue list, for example, the issue list of the **community** repository. - Issue submission You can submit issues regarding bugs or requests to related repositories in the community. For details, see the _Issue Submission and Handling Guide_. To attract more attention, you can also attach the issue link to an email and send it to a mailing list. - Issue discussion Each issue may have discussions from other participants. If you are interested, you can share your thoughts in the comment area. - Issue assignment If you want to handle one of the issues, you can assign it to yourself. You only need to comment **/assign** or **/assign @yourself**. The community bot will assign the issue to you and your name will be displayed in the assignee list. - QuickIssue allows you to quickly search for and submit issues. For details, see Introduction to the QuickIssue Service. #### 4.2.2 Submit Code ​ - Development environment setup 1. If you want to submit code, you need to prepare an openEuler development environment. For details, see Development Environment Preparations. 2. If you want to download, modify, build, or verify an openEuler software package, see Software Package Building. - Development precautions The programming languages, development environments, and coding conventions used by SIG projects may vary. A contributor guide, which is typically provided as a **CONTRIBUTING.md** file on the SIG home page or a **README.md** file within the project repository, offers essential information for you to understand and participate in coding. - Code download and branching To submit code, you also need to know how to download code from AtomGit and merge code through pull request (PRs). The openEuler community hosts code on AtomGit. For details, see AtomGit Workflow. AtomGit provides similar experience to GitHub. If you have used GitHub before, you can have a quick look at or even skip this chapter. - Build modification and local verification After modifying code on a local branch, you can perform building and verification locally by referring to Software Package Building. - PR submission When you submit a PR, you are starting to contribute code to the community. The _Pull Request Submission Guide_ will familiarize you with PR submission requirements. To increase the chances of your PR being accepted, you should: 1. Comply with any coding conventions of the SIG. 2. Write good commit messages. 3. When submitting a large amount of code, you are advised to break down the code into a series of smaller, logically contained commits. This will make it easier for reviewers to understand your thoughts. 4. Attach appropriate SIG and committer labels to your PR. The community bot will send you a message to guide you through the entire PR process. Note: If your PR does not draw enough attention, you can seek help from the SIG mailing list or send email to dev@openeuler.org. #### 4.2.3 Contribute Software Packages or Package Community Components ​ If you find a software package missing from openEuler, you can add it to supplement openEuler and help expand its functionality. - When a software package is added on AtomGit, openEuler automatically creates a repository with the same name in openEuler:Factory of the Open Build Service (OBS). In this way, every time code is submitted to the created AtomGit repository, a code compilation check is automatically triggered. Adding a New Software Package describes the detailed process. - You can also participate in community component packaging. For details, see the _openEuler Packaging Guide_. - If you find that some software packages are missing or the existing packages do not satisfy your needs, you can help supplement openEuler by using openEuler User Repo (EUR). For details, see Introduction to the openEuler User Software Repository and How to Use the openEuler User Repository. #### 4.2.4 Review Code ​ openEuler is an open community and every community member is expected to be an active reviewer. For details about responsibilities of different contributor roles, see Community Membership. As a SIG committer or maintainer, you have the responsibility and permission to review code. It is strongly recommended that you comply with the _Code of Conduct_ and respect others to foster a collaborative environment and improve yourself. When reviewing PRs, consider the key points outlined in _The Gentle Art Of Patch Review_. This resource emphasizes fostering an encouraging environment for new contributors instead of giving nit-picking comments. To this end, please keep the following points in mind during your review: 1. Is the idea behind the contribution sound? 2. Is the contribution architected correctly? 3. Is the contribution polished? #### 4.2.5 Test ​ Testing is the responsibility of all contributors. The QA SIG is the official organization responsible for testing activities related to the community version. If you want to carry out testing activities on your own infrastructure, see Community Test System. A successful release of the community version requires multiple types of testing activities. Different tests target different code segments and require varying execution environments. For details, see Community Developer Test Contribution Guide. #### 4.2.6 Report Community Security Issues ​ - openEuler Community Security Issue Handling Process briefly introduces the process of handling security issues. - openEuler Security Disclosure describes how to report security vulnerabilities. ### 4.3 Make Non-Code Contributions ​ If you are not interested in coding, you can make Non-Code Contributions. This section will describe some common non-code community work. #### 4.3.1 openEuler Call for X ​ openEuler Call for X is a program that encourages community members and open source enthusiasts to contribute, share experiences, and exchange resources. Through openEuler Call for X, you can participate in community by sharing your valuable experiences and contribute technical tutorials. Contact: events@openeuler.sh #### 4.3.2 Other Community Work ​ - Participating in community communication through mailing lists and community forum, helping new members engage and contribute to the community - Maintaining community communication tool and organizing community meetings - Participating in community conference organization as an openEuler evangelist, including meetups, live broadcast, and openEuler Developer Day. - Participating in community publicity, promotion, and content creation, including document bug catching, blog writing, and success story writing. - Participating in community infrastructure construction by joining the infrastructure SIG - Participating in community visual design by joining the OpenDesign SIG - Participating in community translation by joining the G11N SIG ## 5\. Grow with the Community ​ - openEuler TC The openEuler TC makes technical decisions and coordinates technical resources. For details, see the TC home page. - Community roles Everyone in the community plays an important part. Roles differ in terms of responsibilities and permissions. Grow, accumulate experience, and gain influence by contributing to the community. For details about roles, responsibilities, and permissions, see Role Description. --- https://www.openeuler.org/en/community/contribution/ --- Contribution Map View Details Download --- https://www.openeuler.org/en/community/mailing-list/ --- # Mailing Lists ## Subscribe to a SIG 01 Select Your SIG 02 Enter Details 03 Review & Confirm 04 You're Subscribed! ## Mailing Lists | SIG Name | Description | Mailing List | Archive | Subscribe | | --- | --- | --- | --- | --- | No Data --- https://www.openeuler.org/en/community/member/ --- Organizational StructureMembers Policies and Rules - Code of Conduct - Generative AI Use and Open Source Contribution Policy ## Strategic Donors ## Platinum Donors ## Gold Donors ## Silver Donors ## Bronze Donors ## Academic Institutions Note 1: Donors are sorted in alphabetical order. Note 2: For donors marked with an asterisk (\*), the donation agreement is in the process. --- https://www.openeuler.org/en/community/organization/ --- Organizational StructureMembers Policies and Rules - Code of Conduct - Generative AI Use and Open Source Contribution Policy ## Advisory Committee of the openEuler Committee - Lu Shouqun Honorary Chairman of China OSS Promotion Union Former Executive Deputy Director of the Informatization Office of the State Council - Ni Guangnan Academician of Chinese Academy of Engineering - Liao Xiangke Academicians of Chinese Academy of Engineering - Wang Huaimin Academician of Chinese Academy of Sciences - Wu Hequan Academicians of Chinese Academy of Engineering - Zhou Minghui Professor of School of Computer Science, Peking University Peking University Boya Chair Professor - Huo Taiwen Founder and CEO of Geekbang Technology ## openEuler Committee #### Chairperson - Xiong Wei Huawei Technologies Co., Ltd. #### Standing Committee Members - Han Naiping Kylinsoft Co., Ltd. - Liu Wenqing Hunan Kylinsec Technology Co., Ltd. - Qu Sheng Institute of Software, Chinese Academy of Sciences - Zhang Lei UnionTech Software Technology Co., Ltd. #### Committee Members - Gao Pei iSoftStone Information Technology (Group) Co., Ltd. - Tian Jun Intel China Ltd. - Yang Jiguo Hygon Information Technology Co., Ltd. - Yu Li China Southern Power Grid - Yu Ping Jiangsu HopeRun Software Co., Ltd. #### Executive Director - Liu Fei Huawei Technologies Co., Ltd. #### Executive Secretary - Liu Yanfei OpenAtom Foundation ## openEuler Technical Committee - Hu Xinwei Chairperson - Cao Zhi Committee member - Chen Maodong Committee member - Chen Qide Committee member - Chen Yaqiang Committee member - Du Kaitian Committee member - Gao Guijin Committee member - Hou Jian Committee member - Hu Feng Committee member - Li Yongqiang Committee member - Liu Kai Committee member - Lv Congqing Committee member - Ma Quanyi Committee member - Ren Wei Committee member - Shi Yong Committee member - Tang Geliang Committee member - Tian Jun Committee member - Wang Jianmin Committee member - Wang Jingwei Committee member - Wang Zhigang Committee member - Wu Fengguang Committee member - Xie Xiuqi Committee member - Ye Qinglong Committee member - Yue Longguang Committee member - Zhang Jian Committee member - Zhao Chuanfeng Committee member - Zhu Jianwei Committee member ## openEuler Marketing Committee - Liang Bing Chairperson - Hu Mingyue Committee member - Li Ming Committee member - Li Wei Committee member - Li Zhenning Committee member - Peng Yaying Committee member - Wen Dan Committee member - Xu Lu Committee member - Xu Yanli Committee member - Zheng Li Committee member ## openEuler User Committee - Wang Jun Chairperson - Cai Juanyang Committee member - Chen Jing Committee member - Cui Ji Committee member - Du Shaohui Committee member - Feng Wei Committee member - Gong Chenpeng Committee member - Gao Honghe Committee member - Hu Yong Committee member - Li Chenbin Committee member - Li Rongqing Committee member - Li Wei Committee member - Rong Tao Committee member - Shi Guangyin Committee member - Xu Lei Committee member - Xu Tianyuan Committee member - Zhang Qingnan Committee member - Zhu Chen Committee member ## openEuler Service Development Working Group - Li Yang Lead - Huang Weixu Co-Lead - Zhang Muliang Co-Lead - Li Chengpeng Member - Liu Huajie Member - Liu Mingjie Member - Liu Shenghang Member - Zhang Jian Member - Zhu Wenyu Member ## openEuler Operations Working Group - Zheng Zhenyu Lead - Hu Xiaojie Co-Lead - Chen Jing Member - Liu Huajie Member - Liu Min Member - Liu Mingjie Member - Ren Tao Member - Tian Kehui Member - Xu Lu Member ## openEuler Education Working Group - Zhao Lichao Lead - Yang Dongjie Co-Lead - Fang Lili Member - Feng Xiaoliang Member - Gao Liqun Member - Guo Quanyou Member - Lin Zhenxing Member - Men Xiaokang Member - Qin Xuefeng Member - Xie Yu Member - Yang Heyue Member ## openEuler Legal Affairs Working Group - Zhang Wei Lead - Liu Wei Co-Lead - Li Bo Member - Song Liping Member - Wang Siyang Member - Xing Peng Member ## openEuler AI Joint Working Group - Hu Xinwei Lead - Andrew Wafaa Member - Chen Rong Member - Chen Yaqiang Member - Deng Yiping Member - Ding Weijie Member - Gao Wei Member - Gong Yuanbo Member - Guo Yibin Member - He Shoucheng Member - Hou Jian Member - Fred Huang Member - Huang Jun Member - Jiang Yiwen Member - Jiang Zhengxiong Member - Jin Long Member - Qin Binjuan Member - Que Mingjian Member - Shen Guoliang Member - Song Meng Member - Sun Zhenghua Member - Tian Kehui Member - Wang Qingjun Member - Wo Tianyu Member - Wu Bin Member - Xia Zhiyuan Member - Xiang Yuanhong Member - Xu Yang Member - Yan Haishuang Member - Yang Xili Member - Zhan Nianke Member ## openEuler Globalization Working Group - Zhou Nan Lead - Cai Juanyang Member - Li Chengpeng Member - Liu Mingjie Member - Ren Zidong Member - Hu Zhengce openEuler Global Advocate Note: The names are sorted in alphabetical order. --- https://www.openeuler.org/en/community/program/ --- # openEuler Call for X Diverse Contributions openEuler is an open source OS tailor-made for digital infrastructure and harnesses collaborative efforts to pioneer innovation and integrate advanced technologies. It excels in bridging the physical and digital realms to create a fully connected, intelligent world. openEuler Call for X is a program that encourages community members and open source enthusiasts to contribute, share experiences, and exchange resources. openEuler appreciates diverse contributions and aims to build a thriving community ecosystem with your involvement. Call for openEuler Valuable Professional View More Call for Tutorials View More --- https://www.openeuler.org/en/community/program/join-oEVP/ --- openEuler Call for XCall for openEuler Valuable Professional ### Call for openEuler Valuable Professional openEuler Valuable Professional is a title of honor given by the openEuler community to technical experts, in recognition of their enthusiasm, commitment to sharing knowledge, and contributions to the growth of the community. ## openEuler Valuable Professionals Sorted by alphabetical order. ## openEuler Valuable Professional Benefits Authoritative Certification Official Publicity Expert Communication Conference Invitation ## Who Are openEuler Valuable Professionals openEuler Valuable Professionals are: Community leaders and heavyweight speakers at industry conferences; Influential technical experts in a technical field; Active in the developer community and keen to solve technical issues; Committed to sharing technical tutorials, code examples, published works, blogs, videos, and more. --- https://www.openeuler.org/en/community/program/technical-tutorial/ --- openEuler Call for XCall for Tutorials ### Call for Tutorials To share your openEuler technical tutorials, contact events@openeuler.sh. ## openEuler Tutorials 01-Kdump 02-Linux PCI Subsystem 03-Crash Utility-1/2 04-Crash Utility-2/2 05-Top Down Performance Analysis --- https://www.openeuler.org/en/compatibility/ --- # Compatibility List ... openEuler provides a complete process and tools for hardware compatibility test. For details, see the Overall Introduction to the openEuler Hardware Compatibility Test Architecture CPU OS Search | Architecture | Vendor | Model | OS | CPU | Date | Compatible Configuration | | --- | --- | --- | --- | --- | --- | --- | No Data openEuler provides a complete process and tools for hardware compatibility test. For details, see the Overall Introduction to the openEuler Hardware Compatibility Test Architecture OS Type Search | Architecture | Driver | OS | Version | Type | chip Vendor | Card Model | Chip Model | Date | | --- | --- | --- | --- | --- | --- | --- | --- | --- | No Data Solution Authentication Type Search | Architecture | Solution | Type | chip Vendor | Model | OS | Date | Introduction | | --- | --- | --- | --- | --- | --- | --- | --- | No Data Virtualization Information | Virtualization Information | Description | | --- | --- | No Data Server Information --- https://www.openeuler.org/en/compatibility/hardware/ --- Compatibility List Overall Introduction to the openEuler Hardware Compatibility Test Introduction Compatibility Test Process 01 Apply to join the openEuler community (0.5 days). 02 Apply for a compatibility test (0.5 days). 03 Understand the compatibility policies. (0.5 days) 04 Create an issue (0.5 days). 05 Perform the compatibility test (10 days). 06 Submit the result for review (2 days). 07 Release the result (2 days). --- https://www.openeuler.org/en/compatibility/software/ --- Compatibility List \\ Overall Introduction to the openEuler Compatibility Technical Assessment Introduction openEuler provides a series of tools, documents, and operation procedures to help you test the compatibility between openEuler and software. If you need to perform compatibility tests on software, perform the following process: Compatibility Test Process 01 Create an issue. Create an issue under the oec-application project ( https://atomgit.com/openeuler/oec-application ) in the openEuler community and specify the software information in the issue. The SIG will give feedback on the issue in a timely manner. 02 Perform the compatibility test. After the issue is created, perform the compatibility test. openEuler provides the Compass-CI automated testing platform and user guide to help you complete the test. 03 Submit the result for review. After the compatibility test is completed and passed, update the test result to the issue. Include group\_id in the issue. 04 Release the result. The SIG will review the submitted result and add the software to the Compatibility List after it is approved. --- https://www.openeuler.org/en/compatibility/software-info/ --- Compatibility List Product Information： Configuration | Configuration | Information | | --- | --- | No Data This configuration has been verified for compatibility. For details about different configurations, seeopenEuler Compatibility Policies Adapter and Drivers | Driver Name | Version | Type | Date | Chip Vendor | Board Model | Chip Model | | --- | --- | --- | --- | --- | --- | --- | No Data This configuration has been verified for compatibility. For details about different configurations, seeopenEuler Compatibility Policies --- https://www.openeuler.org/en/contact-us/ --- # Contact Us ## Community Contact Got a question? Send us an email, and we'll respond within 3–5 business days. Membership gaofei@openatom.org Events events@openeuler.sh Media/PR marketing@openeuler.org Community Discussions Subscribe to our mailing lists for the latest openEuler updates. You can also email us at dev@openeuler.org to discuss or provide feedback on openEuler development. For other questions or community feedback, feel free to post in our forum. ## Follow Us ### Find us on social media X LinkedIn YouTube Bilibili ## Handy Materials (Community Documentation)[https://docs.openeuler.org/en/docs/24.03_LTS/docs/Installation/Installation.html] (Get openEuler OS)[https://www.openeuler.org/en/download/#get-openeuler] (Join Community)[https://www.openeuler.org/en/community/contribution/] --- https://www.openeuler.org/en/data-sharing-with-third-parties/ --- # Data Sharing with Third Parties ​ * * * To ensure the secure and stable running of the website of the OpenAtom Foundation(hereinafter referred to as "we," "us," or "our"), we may incorporate software development kits (SDKs) provided by third parties or adopt other cooperation methods. Currently, this website involves data sharing with the following partners: ## Third-Party Partners ​ - **Third-party company name**: Beijing Baidu Netcom Science Technology Co., Ltd. - **Product/Type**: Baidu Statistics SDK - **Shared data**: device information (hardware information, operating system, Internet service provider, system language, screen resolution, screen color), usage information (**IP address**, **region**, browser type, browser language, browser version, access source, access search terms, accessed pages, exit page, visitor identifier, number of community visits, duration of stay, access timestamp, server type and version used to access the community) - **Data sharing purpose**: daily data analysis of community operations - **Application scenario**: user access to the community website - **Data sharing method**: transmission through background interfaces - **Third-party personal data processing rules**：https://tongji.baidu.com/web/help/article?id=330&type=0 * * * - **Third-party company name**: Beijing Steamory Technology Co., Ltd. - **Product/Type**: Authing account - **Shared data**: **user name**, **company**, **email address**, **phone number**, **password**, **email or phone verification code** and **Gitee UUID**、**Gitee ID**、Gitee nickname、**Gitee email address**、Gitee avatar、**Github UUID**、**Github ID**、Github nickname、**Github email address**、Github avatar、**OpenAtom UUID**、**OpenAtom username**、OpenAtom nickname、**OpenAtom email address**、OpenAtom avatar - **Data sharing purpose**: authentication and personal data management of the community website - **Application scenario**: login service - **Data sharing method**: transmission through background interfaces - **Third-party personal data processing rules**: https://www.authing.cn/privacy-policy.html --- https://www.openeuler.org/en/download/ --- # Download Center Find all the resources in one place. Community Releases Commercial Releases Community Releases Cloud Images Container Images Windows MacOS Virtualization Raspberry Pi Related Resources Services & Resources ## Community Releases openEuler community versions are classified into Long Term Support (LTS) versions and innovation versions. openEuler supports the x86, AArch, Arm, and RISC-V architectures. ... ## openEuler 24.03 LTS SP4 Long-Term Supported Versions Planned EOL: 2027/03 Release Notes Installation Guide White Paper Lifecycle openEuler 24.03 LTS SP4, built on kernel 6.6, is an enhanced extension tailored for server, cloud, and AI scenarios. This release introduces new features and enhancements, including kernel optimizations, UnifiedBus SuperPoD reliability & usability, NPU partitioning, rapid recovery for inference services, E2B sandboxes, intelligent O&M (diagnosis & tuning), compilers, and confidential virtual machines (CVMs). It delivers a brand-new experience to developers and users, extending its reach to broader industries. Architecture Scenario Server Edge Cloud Cloud Computing Embedded DevStation | Type | Size | Mirror Site | Integrity Check | Download | | --- | --- | --- | --- | --- | No Data ## openEuler Embedded 26.03 openEuler Embedded 26.03, based on the full-stack IB-Robot embodied intelligence architecture, releases images for Hi3403, Hi3591 and other hardware.It provides an embodied claw for autonomous precise control, unifies access to cameras, LiDARs, microphones and other sensors via ROS 2 Driver, and supports teleoperation data collection with VR controllers and mobile devices. With tensormsg for secure message-tensor conversion, it delivers inference services for VLA and policy models. A unified actuator performs motion scheduling and trajectory execution with MoveIt 2 planning support. The robot is YAML-configurable, enabling one-click switching between simulation and physical deployment. Architecture | Type | Size | Mirror Site | Integrity Check | Download | | --- | --- | --- | --- | --- | No Data ## openEuler 24.03 LTS SP3 Long-Term Supported Versions Planned EOL: 2027/12 Release Notes Installation Guide White Paper Lifecycle openEuler 24.03 LTS SP3, built on Linux Kernel 6.6, introduces support for the groundbreaking UnifiedBus SuperPoD architecture. Engineered for server, cloud, and AI workloads, it delivers robust performance and scalability for next-generation digital infrastructure. Architecture Scenario Server Edge Cloud Cloud Computing Embedded DevStation | Type | Size | Mirror Site | Integrity Check | Download | | --- | --- | --- | --- | --- | No Data ## openEuler 24.03 LTS SP1 Long-Term Supported Versions Planned EOL: 2026/12 Release Notes Installation Guide White Paper Lifecycle openEuler 24.03 LTS SP1, an enhanced version of the 24.03 LTS release based on the 6.6 kernel, is designed for server, cloud, edge computing, and embedded deployments, offering new features and functionality for developers and users across diverse domains. Architecture Scenario Server Edge Cloud Cloud Computing Embedded DevStation | Type | Size | Mirror Site | Integrity Check | Download | | --- | --- | --- | --- | --- | No Data The recommended mirror sites are based on your IP address. You can find a specific mirror site or create a public mirror site for the openEuler community here. Architecture Scenario All Server Edge Cloud Cloud Computing Embedded DevStation Version All LTS New | | | | No Data ## Get openEuler Cloud Images openEuler has released official images on mainstream public cloud platforms. Installation Guide AWS Amazon Web Services (AWS) is the largest cloud service provider in the world. AWS Marketplace now offers openEuler cloud images in multiple versions. Deploy your openEuler-based environments on AWS today! Azure Microsoft Azure—Microsoft's public cloud service platform—has earned a reputation for cutting-edge and powerful AI services. Get started with openEuler cloud images in Azure Community Images and deploy on Azure now! Alibaba Cloud Alibaba Cloud, Alibaba's cloud computing platform, offers a wide range of products and services. openEuler cloud images are now available in Alibaba Cloud Marketplace, giving unexceptional performance and scalability in your cloud environment. Huawei Cloud Huawei Cloud offers an extensive suite of cloud computing services, including Elastic Cloud Server (ECS) and Object Storage Service (OBS). Find openEuler cloud images in Huawei Cloud Marketplace and unlock the power of this open source OS! Container Images openEuler provides official container images. Installation Guide Docker Hub Docker Hub boasts the world's largest container image repository. Discover regularly updated base and application container images of openEuler on Docker Hub and unleash the potential of this open source OS! Quay.io Quay.io is one of the leading registries for building, storage, and distributing container images. Get base and application container images on Quay.io with detailed usage instructions. Start deploying openEuler now! ISCAS oepkgs is a public platform providing software packages and container images for openEuler and other Linux distributions. oepkgs now offers over 20,000 software packages across its mirror sites. The oepkgs community builds and tests package compatibility, and manages source code repositories across the lifecycle for all available packages. Linux Container Linux Container is a toolset that provides OS-level virtualization, enabling multiple isolated Linux containers to run on the same physical server while sharing the host machine's kernel. This approach is similar to deploying VMs but promises greater efficiency and lower overheads. Windows Running openEuler on Windows Windows Subsystem for Linux (WSL) Windows Subsystem for Linux (WSL) is a Microsoft offering that enables Linux environments to directly run on Windows. Download the openEuler application for WSL on Microsoft Store to enjoy an openEuler development environment without leaving your Windows setup.Windows Subsystem for Linux (WSL) is a Microsoft offering that enables Linux environments to directly run on Windows. Download the openEuler application for WSL on Microsoft Store to enjoy an openEuler development environment without leaving your Windows setup. MacOS Running openEuler on MacOS OrbStack OrbStack is a fast and lightweight VM platform designed to run Docker containers and Linux VMs on macOS. Find the container images by the openEuler community on OrbStack here. Virtualization Running openEuler on VMs Installing openEuler in VirtualBox Oracle VirtualBox is a virtualization software originally developed by InnoTek Software and now maintained by Oracle as part of the Oracle xVM platform. To use openEuler VMs on VirtualBox, simply download and install openEuler VM images from the official openEuler software repository. Raspberry Pi Installing openEuler on Raspberry Pi Raspberry Pi Raspberry Pi is a compact single-board computer developed by the Raspberry Pi Foundation. Praised for its affordability and flexibility, Raspberry Pi images are now available on the official openEuler software repository. ## Related Resources (Mirrors)[/en/mirror/list/] (Documentation)[https://docs.openeuler.org/en/] ## Services & Resources (FAQs)[/en/faq/] (Quickissue)[https://quickissue.openeuler.org/en/issues/] --- https://www.openeuler.org/en/download/archive/ --- --- https://www.openeuler.org/en/download/archive/detail/ --- Download All Versions Version 版本筛选 ## Innovation Versions Architecture Scenario Server Edge Cloud Cloud Computing Embedded DevStation | Type | Size | Mirror Site | Integrity Check | Download | | --- | --- | --- | --- | --- | No Data --- https://www.openeuler.org/en/download/commercial-release/ --- # Download Center Find all the resources in one place. Community Releases Commercial Releases ## Commercial Releases Vendor All Architecture All Filter Kylinsec V6 SP1 Vendor: Kylinsec Release Date: 2026/06 Architecture： x86\_64AArch64LoongArch64 Download Download Kylinsec V3.4.5-Update2 Vendor: Kylinsec Release Date: 2026/06 Architecture： x86\_64AArch64 Download Download Kylinsec V6 Vendor: Kylinsec Release Date: 2025/01 Architecture： x86\_64AArch64LoongArch64 Download Download Kylinsec V3.5.2 Vendor: Kylinsec Release Date: 2023/09 Architecture： x86\_64AArch64LoongArch64 Download Download TurboLinux Enterprise server v15 Turbolinux Enterprise Server 15 (TLES15) is the enterprise commercial Linux distribution based on the openEuler community, designed for the x86\_64 and AArch64 processor architecture. Vendor: TurboLinux Release Date: 2022/06 Architecture： x86\_64AArch64 Download Download RedFlag Asianux Server - 8.1 Red Flag Asianux Server OS (openEuler) is a commercial release based on the secondary development of openEuler 20.03 LTS SP1. The current kernel version is 4.19. Vendor: Red Flag Asianux Server Release Date: 2021/03 Architecture： AArch64 Download Download HopeStage HopeStage Enterprise Linux is an enterprise-level Linux operating system based on openEuler, which has the advantages of high efficiency, stability and security. HopeStage is committed to providing a safe and stable operating basis for enterprise-level databases, big data, cloud computing and artificial intelligence platforms. Vendor: HOPERUN Release Date: 2020/09 Architecture： x86\_64AArch64 Download Download HopeEdge HopeEdge Linux for Edge Computing is an edge computing operating system based on openEuler, which is oriented to IoT scenarios. It has four key characteristics: lightweight security, independent innovation, efficient interconnection and rapid deployment. HopeEdge also provides equipment management, data acquisition, cloud-edge collaboration, artificial intelligence and other characteristics. Vendor: HOPERUN Release Date: 2020/07 Architecture： x86\_64AArch64 Download Download iSoftServerOS-Kunpeng-5.1 Vendor: iSoft Release Date: NotFound Architecture： x86\_64AArch64 Download Download EulixOS Server The EulixOS is a server OS distribution based on the openEuler OS. The EulixOS supports multiple processor architectures, such as x86\_64, AArch64, and RISC-V, and is ideal for various application scenarios, including databases, cloud computing, big data, AI, and distributed computing. It combines high security and reliability with the ultimate performance across platforms, aiming to provide a standard, secure, and reliable operating system and quality services for diverse applications and solutions. Vendor: ISCAS Release Date: 2020/05 Architecture： AArch64RISC-V Download Download --- https://www.openeuler.org/en/faq/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## General ​ ### 1\. What is openEuler? ​ The OpenAtom openEuler project, short for openEuler, is an open-source OS project incubated and operated by the OpenAtom Foundation. It is a digital infrastructure OS that fits into any server, cloud computing, edge computing, and embedded deployment. This Linux distribution is compatible with multiple instruction set architectures and ideal for a wide range of operational technology applications, enabling OT-ICT convergence. ### 2\. What is the openEuler community like? ​ Established officially on December 31, 2019, the openEuler community operates as a global hub for developers worldwide, aiming to foster an open, diverse, and architecture-inclusive software ecosystem tailored for wide-ranging digital infrastructure needs. openEuler collaborates closely with both upstream and downstream communities to ensure continuous tech improvement and timely release of new versions. ### 3\. What instruction set architectures does openEuler support? ​ With active collaboration from leading chip vendors like Intel and AMD, openEuler supports multiple processor architectures, including **x86**, **Arm**, **SW64**, **RISC-V**, and **LoongArch**, with plans to expand to PowerPC. openEuler is optimized for a wide range of CPU chips, such as Loongson 3 series, Zhaoxin KaiXian and KaiSheng, Intel Sierra Forest and Granite Rapids, and AMD EPYC Milan and Genoa. openEuler's compatibility extends beyond the CPU, encompassing NIC, RAID, Fibre Channel, GPU & AI, DPU, SSD, and security cards. By offering a unified OS that can run on various devices, openEuler facilitates streamlined application development, allowing developers to target a wide range of hardware without significant code modification. ### 4\. How often does openEuler release a new version? ​ openEuler releases two types of community versions: long-term support (LTS) and innovation versions. LTS versions, like openEuler 20.03 LTS and openEuler 22.03 LTS, are released every two years and provide community support for four years. This includes two years of maintenance support and two years of extended support. Innovation versions are released every six months, with each receiving community support for six months. Prior to the end of any version's lifecycle, users will receive notifications from our mailing lists three months in advance. ### 5\. What are openEuler's special interest groups all about? How can I join one? ​ The openEuler community is home to 100+ SIGs, each dedicated to a specific project or topic. These groups drive innovation in areas like toolchains, architectures, desktop environments, universal middleware, cloud-native infrastructure, and more! Our SIGs are hot on the heels of trends like AI, embedded systems, RISC-V, security, and compliance. They manage repositories, contribute to code, and even help shape community governance & operations. You can find the full list of openEuler SIGs and their descriptions here. - Interested in joining an existing SIG? Send an email to the group's email address or contact the maintainers directly. - Can I start my own SIG? Absolutely! We have a simple and easy process for setting up a new SIG. ### 6\. How can I contribute to openEuler? ​ Whether you're a coding whiz or an enthusiastic non-coder, there's a place for you in our community. Here's how to get started: 1. Sign the CLA as an individual, employee or corporation. 2. Head over to our SIG List to see ongoing projects and discussions. Join an existing SIG or start a new one. 3. Submit/address issues, contribute code/packages/ projects, and participate in non-code contributions. - Submit/Address issues on the QuickIssue page where you can sign in with your Gitee, GitHub, email, or other account. - Contribute code to our **source code repository** on Gitee or our mirrored repository on GitHub. Rest assured, we review PRs regularly. - Contribute packages/projects to our **software package repository** on Gitee or visit our website's Contribute Software Package page. 4. Join in our community activities. We host a wide range of activities, including meetings, summits, live streams, and meetups. Every contribution, big or small, is valued! Check out our contribution guide to learn more. ### 7\. How can I stay informed about openEuler and chat with fellow users? ​ Here's how to stay informed about our developments and chat with fellow users: - Visit our official website for usage guides and white papers. - Explore our MOOCs for in-depth tutorials. - Follow us on social media (LinkedIn, X, and YouTube) for the latest news on open source & OS industry events, partnerships, and technical solutions. - Subscribe to our mailing lists to receive updates on SIG news. - Engage in discussions and ask questions on the openEuler Forum or join the r/openEuler subreddit on Reddit for real-time communication. While the openEuler Forum's official English version is under construction, feel free to post in English on the existing forum and connect with other users! ### 8\. Hmm, openEuler… Who's using it? ​ openEuler isn't just open-source — it's powering real innovation from semiconductors to a wide range of industries like operating systems, Internet, finance, carrier, electric power, manufacturing, energy, education, transportation, healthcare, and other fields. Companies tailor openEuler to their needs, creating commercial and enterprise distributions for both internal and external usage, and some of these companies have implemented large-scale deployments of these distributions. We're all about making the future brighter and more open-source! Check out our success stories. ### 9\. What can I implement using openEuler WSL? ​ You can implement the following using openEuler WSL: - Deploy and use an openEuler LTS version on Windows. - Create a smooth cross-platform development experience leveraging Visual Studio Code and openEuler WSL. - Build a Kubernetes cluster in openEuler WSL. - Use openEuler command-line programs or scripts to process files in Windows or WSL. ### 10\. What does the hmdfs of openEuler do? ​ hmdfs stands for HarmonyOS Distributed File System. It is a soft bus-based distributed file system ported from the OpenHarmony community. hmdfs provides a globally consistent access view for each device dynamically connected to a network via the distributed soft bus (DSoftBus). It allows you to implement high-performance read and write operations on files using basic file system APIs, achieving low latency. ### 11\. What is the SysCare of openEuler? ​ SysCare is a system-level hotfix software that provides security patches and hotfixes for OSs. It can fix system errors without requiring host restarts. SysCare combines kernel-mode and user-mode hot patching to manage system repairs, saving time for users to focus on other aspects of their business. In the future, live OS upgrades will be provided to enhance O&M efficiency. ### 12\. What is A-Ops? ​ A-Ops is an OS-oriented O&M platform that provides intelligent O&M solutions covering data collection, health check, fault diagnosis, and fault rectification. The A-Ops project includes the following sub-projects: Gala (fault detection), X-diagnosis (fault locating), and Apollo (vulnerability rectification). ### 13\. What capabilities does secGear provide? ​ secGear provides: - Architecture compatibility: It masks differences between various SDK APIs by sharing the same set of source code across multiple architectures. - Easy development: The development tools and general-purpose security components allow users to focus on services, significantly improving development efficiency. - High performance: The switchless feature improves interaction performance between the rich execution environment (REE) and trusted execution environment (TEE) by more than 10-fold in typical scenarios, such as frequent REE-TEE interactions and big data interaction. ### 14\. What security technologies are used in AI for OS? ​ Vulnerability discovery: Automatic vulnerability discovery is crucial to OS security. It identifies defects using code analysis, fuzz testing, or both. Traditional fuzz testing tools are often both random and blind when it comes to generating and selecting seeds, mutations, testing, and feedback. In addition, code analysis relies on defect pattern libraries, which need to manually be built by experts. AI improves this by detecting patterns in defect code datasets to enhance the precision and efficiency of vulnerability identification. Intrusion detection: Modern security threats, such as Advanced Persistent Threats (APT), are sophisticated and persistent. Traditional security defenses often fail against unknown threats. AI enhances security by deeply analyzing data, extracting key features from high-dimensional datasets, and identifying system abnormalities effectively. This improves the accuracy and timeliness of attack blocking methods, such as in abnormal traffic and side-channel attack detection.。 ### 15\. What are the advantages of the multi-level scheduling framework provided by openEuler? ​ openEuler's multi-level scheduling framework allows you to choose the most suitable scheduling model for your needs and provides the following advantages: - Higher flexibility and portability compared to traditional process/thread scheduling models. - Faster model switching and scheduling thanks to the use of lightweight scheduling models. ### 16\. How does openEuler ensure security? ​ openEuler ensures security by providing the following comprehensive security features: - Authenticity protection - Integrity protection - Confidentiality protection ### 17\. What security isolation technologies does openEuler provide for the industrial sector? ​ - Service isolation: Isolates potentially vulnerable services from known sources to minimize the impact of attacks on other system components. - Code restriction: Limits code from untrusted sources to reduce potential harm to other system components. ### 18\. What does "noise" in the openEuler operating system refer to? ​ Operating system noise includes non-application computing tasks executed during service running, such as: - System/User-mode daemon processes - Interrupt processing - Processes in user mode or kernel - Memory management and scheduling overhead - Non-computing tasks in service applications (e.g., monitoring logs and thread communication) - Resource competition (e.g., cache misses and page faults) ### 19\. Where can I find common repo sources for openEuler? ​ You can find sorted and classified repo sources for various openEuler versions on the openEuler Forum. ### 20\. When I install openEuler directly onto the second drive **sdb**, the system fails to start. How can I resolve this? ​ Installing openEuler on the second drive (**sdb**) results in both the MBR and GRUB defaulting to installation on **sdb**. The following two situations may occur: - If the first drive **sda** contains a complete operating system, the system will boot from **sda**. - If the first drive **sda** does not have a complete operating system, it may cause boot failure. Both scenarios occur because the BIOS usually loads the bootloader from the first drive **sda**. If openEuler is not installed on **sda**, it will result in a boot failure. This problem can be solved by either: - During installation, when selecting the drive (whether the first or both drives), specify to install the bootloader on the first drive **sda**. - After the system is installed, if your BIOS allows selecting the boot drive, you can modify the BIOS boot order and then reboot the system. ### 21\. If openEuler enters emergency mode upon boot, what steps should I take next? ​ If the openEuler enters emergency mode upon boot. It indicates issues such as file system corruption causing drive mounting failures, overpressured I/O leading to drive mounting timeout (threshold: 90s), or anomalies like unexpected power-off or low I/O performance of drives. To solve this issue: 1. Log in to openEuler as the **root** user. 2. Check and restore files by using the file system check (fsck) tool, and reboot openEuler. > **NOTE** > The fsck tool checks and maintains inconsistent file systems. In case of power-off or drive issues, fsck commands can be used to check file systems. Run the `fsck.ext3 -h` and `fsck.ext4 -h` commands to view the usage instructions for fsck. To cancel drive mounting timeouts, add **x-systemd.device-timeout=0** to the **`etc/fstab`** file. For example: sh # # /etc/fstab # Created by anaconda on Mon Sep 14 17:25:48 2015 # # Accessible filesystems, by reference, are maintained under '/dev/drive' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # /dev/mapper/openEuler-root / ext4 defaults,x-systemd.device-timeout=0 0 0 UUID=afcc811f-4b20-42fc-9d31-7307a8cfe0df /boot ext4 defaults,x-systemd.device-timeout=0 0 0 /dev/mapper/openEuler-home /home ext4 defaults 0 0 /dev/mapper/openEuler-swap swap swap defaults 0 0 ### 22\. What should I do when openEuler fails to reinstall due to drive failure caused by inactivated logical volume groups? ​ Before reinstalling openEuler, any inactivated logical volume groups must be restored to a normal state or clear them to avoid exceptions during the reinstallation process. For example: - Restore the logical volume group. 1. Run the following command to clear the activation status of the volume group to ensure that the error message "Can't open /dev/sdc exclusively mounted filesystem" is not displayed: sh vgchange -a n testvg32947 2. Run the following command to recreate a physical volume based on the backup file: sh pvcreate --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL --restorefile /etc/lvm/backup/testvg32947 /dev/sdc 3. Run the following command to restore the volume group information: sh vgcfgrestore testvg32947 4. Run the following command to reactivate the logical volume group: sh vgchange -ay testvg32947 - Clear the logical volume group. Run the following commands: sh vgchange -a n testvg32947 vgremove -y testvg32947 ### 23\. What should I do if an error occurs when selecting the installation source? ​ If you encounter the message "Error checking software selection," it may indicate that certain software package dependencies are not met. Please ensure the installation source is valid. If not, consider switching to an alternative source. ### 24\. How do I enable the kdump service? ​ Reserved memory is necessary for running the kdump kernel. If the output of `systemctl status kdump` is "No memory reserved for crash kernel", follow the steps below to reserve it. 1. Add **crashkernel=1024M, high** to **/boot/efi/EFI/openEuler/grub.cfg** (see the table below for details). 2. Restart the system to apply the modification. 3. Run `systemctl status kdump` to check the kdump status. If "active" is displayed in the output, as shown in the following figure, the kdump service is enabled. **crashkernel** values | Parameter | Description | Default Value | Remarks | | --- | --- | --- | --- | | crashkernel=X | Reserves X physical memory for kdump if total memory is less than 4 GB. | None | Use this configuration only when the total memory is less than 4 GB and ensure sufficient continuous memory. | | crashkernel=X@Y | Reserves X memory starting from address Y for kdump. | None | Ensure the X memory starting from address Y is not reserved for other modules. | | crashkernel=X,high | Reserves 256 MB physical memory for kdump if the physical memory is less than 4 GB, and X physical memory if 4 GB or more. | None; recommended value: 1024M,high | Ensure continuous 256 MB memory for physical memory under 4 GB, and X continuous memory for 4 GB or more. Actual reserved memory: 256 MB + X. | | crashkernel=X,lowcrashkernel=Y,high | Reserve X physical memory for kdump if the physical memory is less than 4 GB, and Y physical memory if 4 GB or more. | None | Ensure continuous X physical memory for physical memory under 4 GB, and continuous Y memory for 4 GB or more. Actual reserved memory: X + Y. | ### 25\. Why can't I select a single drive for openEuler installation when multiple drives form a logical volume? ​ It is likely you have encountered the following error. This occurs because the drive is part of a logical volume. Modifying one drive can corrupt the entire volume. openEuler prevents OS installation on such drives and shows an error message. To use the drive, delete the volume group corresponding to the logical volume first: 1. Press **Ctrl**+**Alt**+**F2** to switch to the CLI and run `vgs` to find the volume group, for example, **euleros**. 2. Run `vgremove euleros` to delete the volume group. 3. Run `systemctl restart anaconda` to restart the system for the modification to take effect. > **NOTE** > You can also press **Ctrl**+**Alt**+**F6** to return to the GUI and click **Refresh** in the lower right corner to update the storage configuration. ### 26\. What should I do if I cannot install openEuler on an x86 physical machine due to the BIOS security boot option? ​ When you install openEuler on an x86 machine and the BIOS setting for secure boot is enabled (which is usually disabled by default), the system might get stuck on the "no bootable device" screen, as shown below, halting installation. This occurs because, with secure boot activated, the mainboard checks the digital signatures of the bootloader and OS. If they are not signed with the right private key, the built-in public key of the mainboard will prevent them from running. To proceed with the installation, disable secure boot: 1. Press **F11** as the system starts up and input the password **Admin@9000** to enter the BIOS. 2. Select **Administer Secure Boot**. 3. Set **Enforce Secure Boot** to **Disabled**. 4. Save the changes and exit. You should now be able to install openEuler successfully. ### 27\. How should I address the appearance of "pmie\_check failed in /usr/share/pcp/lib/pmie" in the "messages" logs following the openEuler installation with the "Server - Performance tools" software option? ​ The Anaconda installer, used during openEuler installation, cannot install SELinux policy modules within its chroot environment. Consequently, when the "Server - Performance tools" option installs PCP-related software packages, including `pcp-selinux`, the necessary SELinux policy module is not applied, resulting in an error. To resolve this issue, execute one of the following commands after installing and restarting openEuler: - Install the pcpupstream SELinux policy module directly: # /usr/libexec/pcp/bin/selinux-setup /var/lib/pcp/selinux install "pcpupstream" - Reinstall the pcp-selinux package: # sudo dnf reinstall pcp-selinux ### 28\. What should I do if the openEuler installation fails after I select two drives that already have an OS installed, and then customize the partitions? ​ If there are two drives with an OS already installed, selecting the first drive for partitioning and then canceling, followed by selecting the second drive and partitioning, will lead to installation failure. This is because frequent operations can corrupt drive information. You are advised to directly select the target drive for partitioning. If you must cancel and reselect, it is recommended that the installation process be started from the beginning. ### 29\. What should I do if kdump cannot generate **vmcore** on a physical machine with an LSI MegaRAID card? ​ After kdump is deployed, the system fails to generate a **vmcore** file following a kernel crash, either triggered manually (using `echo c > /proc/sysrq-trigger`) or due to a system fault. While kdump attempts to boot the second kernel, the MegaRAID driver throws error "BRCM Debug mfi stat 0x2d, data len requested/completed 0x200/0x0", as shown in the image below. The issue stems from the default **reset\_devices** boot parameter. When the second kernel boots, it triggers a device reset as part of its initialization. This reset operation can cause the MegaRAID card or the connected drives to enter an error state. Consequently, when kdump tries to write the **vmcore** file to the drives managed by the MegaRAID card, it encounters errors, preventing the **vmcore** generation. To resolve this issue, you need to remove the **reset\_devices** parameter from the boot configuration of the second kernel: 1. Open the kdump configuration file **/etc/sysconfig/kdump**. 2. Locate the line where the kernel boot parameters are defined. 3. Remove the **reset\_devices** parameter. 4. Save the changes. By removing the **reset\_devices** parameter, you prevent the device reset operation during the second kernel boot process. This, in turn, avoids the MegaRAID driver error related to incomplete I/O requests, allowing kdump to successfully generate the **vmcore** file. ### 30\. Why does the Raspberry Pi fail to start after I write the openEuler image to the SD card? ​ This could be due to: 1. Incomplete image. Verify the integrity of the downloaded image. 2. Corruption during image writing, especially on Windows. Try writing it on another OS. ### 31\. Why can't I connect to Wi-Fi using the `nmcli` command? ​ If you encounter the error message "Error: Connection activation failed: (7) Secrets were required, but not provided," it indicates that the password is missing in the `nmcli dev wifi connect SSID password PWD` command. To resolve this issue, ensure that the password is included in the command. If the password contains special characters, remember to enclose it in single quotation marks. If this solution does not work, you can also try using the nmtui utility. 1. Run `nmtui` to enter the text-based user interface (TUI) of nmtui. 2. Select **Edit a connection** and press **Enter** to open the network connection editing window. 3. Select **Add** and press **Enter** to add a connection. 4. Select **Wi-Fi** then **Create** to configure Wi-Fi information. 5. Configure the following fields. Other fields are optional. - **Profile name**: name of the Wi-Fi connection - **Device**: NIC to use for the connection (enter **wlan0**) - **SSID**: SSID of the Wi-Fi network to connect - **Security**: Wi-Fi encryption mode (select one as required, for example, **WPA & WPA2 Personal**) - **Password**: password of the Wi-Fi network 6. After creating the connection, select **Back** to go back to the TUI home page. 7. Select **Activate a connection** and press **Enter**. 8. The Wi-Fi connection will be marked with **\*** if activated. If not, move the cursor to the connection, then select **Activate**. Once the connection is activated, select **Back** to go back to the nmtui TUI home page. 9. Select **Quit** then **OK** to exit nmtui. ### 32\. How do I correctly install TensorFlow and related packages? ​ TensorFlow 2.12.1 installation may fail if dependencies are not updated to support it. Manually install the dependencies as follows: 1. Run `yumdownloader python3-tensorflow` to download the TensorFlow RPM package. 2. Run `rpm -ivh --nodeps python3-tensorflow` to install the package. 3. Install dependencies of TensorFlow: 1. Use `pip3` for some dependencies: `pip3 install tensorflow-estimator==2.12.0 keras==2.12.0 protobuf==3.20.3` 2. Use `yum` for other dependencies: `yum install python3-termcolor python3-future python3-numpy python3-six python3-astunparse python3-google-pasta python3-opt-einsum python3-typing-extensions python3-wrapt python3-h5py python3-grpcio python3-absl-py python3-flatbuffers python3-gast` 4. Use `yum` to install related packages, for example, `yum install python-keras-rl2`. ### 33\. Does openEuler support Btrfs, bcachefs, and ZFS? ​ openEuler currently supports Btrfs but it's worth noting that Btrfs support may change in the future due to relatively low user engagement. If you have feedback or suggestions, consider subscribing to our kernel SIG mailing list at kernel@openeuler.org here to share your thoughts. If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum also you can submit your issue on the QuickIssue. Contents --- https://www.openeuler.org/en/faq/application-development/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## Application Development ​ ### 1\. Why does the self-compilation of some applications that depend on `java-devel` fail when the `rpmbuild` command is executed? ​ openEuler provides multiple versions of OpenJDK, such as OpenJDK 1.8.0 and OpenJDK 11, to support updated OpenJDK features and be compatible with Java applications. Certain applications require the `java-devel` package for compilation. However, installing the `java-devel` package may default to `java-11-openjdk`, causing compilation failures. To resolve this issue, execute the command below to install `java-1.8.0-openjdk` and then proceed with the **`rpmbuild`** command for self-compilation: shell # yum install java-1.8.0-openjdk # yum install java-1.8.0-openjdk-devel If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum. Contents --- https://www.openeuler.org/en/faq/cloud-native/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## Cloud Native ​ ### 1\. Why does the container fail to start when the default runtime of iSulad is changed to `lxc` and the error message "failed to initialize engine or runtime" is displayed? ​ The default runtime of iSulad is `runc`. When the default runtime is set to `lxc`, dependencies might be missing. If you need to change the default runtime of iSulad to `lxc`, you need to install the `lcr` and `lxc` software packages and set `runtime` in the iSulad configuration file to `lcr`. Alternatively, you can specify `--runtime lcr` when starting the container. After the container is started, do not uninstall the `lcr` and `lxc` software packages; otherwise, residual resources may remain when the container is deleted. ### 2\. Why is the error message "rpc error: code = Unimplemented desc =" displayed when the iSulad `CRI V1` interface is used? ​ iSulad supports both `CRI V1alpha2` and `CRI V1` interfaces. By default, `CRI V1alpha2` is used. To use `CRI V1`, you need to enable the `CRI V1` configuration in the iSulad configuration file **`/etc/isulad/daemon.json`**: json { "enable-cri-v1": true } If you are compiling iSulad from the source code, add the `cmake` compilation option `-D ENABLE_CRI_API_V1=ON` during compilation. ### 3\. Why does isula-build fail to pull images and the error message "pinging container registry xx: get xx: dial tcp host:repo: connect: connection refused" is displayed? ​ The pulled image may come from an unauthorized repository. You can modify the configuration file **`/etc/isula-build/registries.toml`** of the isula-build image repository, add the untrusted repository to `[registries.insecure]`, and restart isula-build. ### 4\. Why does deployment of Kubernetes + Docker fail? ​ Starting from version 1.21, Kubernetes no longer supports deploying clusters with Docker. To resolve this, you can use cri-dockerd + Docker, or opt for containerd or iSulad for cluster deployment. ### 5\. Why cannot openEuler directly install Kubernetes-related RPM packages using yum? ​ This is because the EPOL-related part of the **yum** repo source needs to be configured for the Kubernetes-related RPM package. You can view the openEuler Forum and reconfigure the EPOL source in the environment. ### 6\. Why does Kmesh report an error and exit when the Kmesh service is started? ​ Check whether the IP address of the control plane program is correctly configured. In cluster startup mode, the Kmesh service needs to communicate with the control plane program and obtain configuration information from the control plane.Therefore, you need to set the correct IP address of the control plane program. This is done through cluster startup mode in **installation and deployment**. ### 7\. Why is the message "get kube config error!" displayed when the Kmesh service is started? ​ In cluster mode, the Kmesh service automatically obtains the IP address of the control plane program based on Kubernetes configurations. If the **kubeconfig** path is not configured in the system, Kmesh will fail to obtain the configurations, and reports "get kube config error!" To correctly configure the IP address of the control plane program, you can modify the Kmesh configuration file by configuring **kubeconfig** as follows: shell mkdir -p $HOME/.kube sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config sudo chown $(id -u):$(id -g) $HOME/.kube/config If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum. Contents --- https://www.openeuler.org/en/faq/migration/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## Migration ​ ### 1\. What guidelines and resources can I refer to during migration? ​ You can refer to the following resources to help you migrate to openEuler: - openEuler Migration page - x2openEuler Usage Guide - x2openEuler tool download - x2openEuler source - x2openEuler migration demo: Watch here ### 2\. Why does openEuler have less available memory than CentOS even when the amount of allocated physical memory is the same? ​ The difference in available memory is due to the difference in the amount of memory allocated for the crashkernel (memory area used during kernel crashes). For instance, with 4 GB of physical memory: - CentOS: 3.7 GB available (161 MB reserved for crashkernel) - openEuler: 3.3 GB available (512 MB reserved for crashkernel) To match CentOS's memory availability, you can reduce openEuler's crashkernel reservation to 256 MB in the GRUB configuration file (/boot/grub2/grub.cfg). ### 3\. What do I do if software packages cannot be parsed by macros during migration? ​ This issue often occurs during the migration from CentOS or Fedora to other systems and is caused by different operating systems having different macro definitions. There are two solutions to this issue: 1. Query the specific meaning of the macros and replace them in the SPEC file with their expanded values. 2. Introduce the software packages that provide the macro definitions into the corresponding repository and add them to **BuildRequires**. This allows the software packages that fail to run to be parsed by macros. ### 4\. Why is hardware compatibility testing necessary during the migration from CentOS to openEuler? ​ Migrating from CentOS to openEuler involves not only changing the OS but also replacing, adapting, migrating, and re-building the application software and service systems running on the OS. Ensuring hardware compatibility is essential to guarantee system stability and service continuity during the migration and to prevent application failures or performance degradation afterward. Therefore, hardware compatibility testing is a key part of OS migration. ### 5\. How to migrate SQL Server data from Windows to openEuler? ​ To migrate SQL Server data from Windows to openEuler, follow these steps: 1. Back up the SQL Server database on Windows. You can use SQL Server Management Studio (SSMS) or SQL statements to perform the backup. 2. Once the backup is complete, transfer the backup file to openEuler using the SCP command or any other relevant method. 3. Create a new backup directory on openEuler and move the backup file into this directory. 4. Use the sqlcmd utility to execute SQL statements for restoring the database. If the database includes auxiliary files, make sure to add the **MOVE** option for these files in the **RESTORE DATABASE** statement. 5. Finally, verify the success of the data migration by listing all databases. ### 6\. What should I do before migrating from CentOS to openEuler? ​ Before migrating from CentOS to openEuler, it is important to: 1. Verify if existing software can run on openEuler. This includes checking for compatibility of software installations and functionalities. 2. Ensure that hardware components are compatible with openEuler. 3. Evaluate if existing configurations can be seamlessly transferred to openEuler. Additionally, during the migration, it is important to perform necessary data backups due to potential impacts on live-network services. You are recommended to follow a detailed migration plan, ideally with support from specialized personnel or the operating system vendor. ### 7\. What can x2openEuler migration tool do and how is it used for migration assessment? ​ The x2openEuler migration tool provided by the openEuler community is primarily used for migration assessment and has the following functions: - Software assessment: It assesses applications in various formats, including RPM, TAR, ZIP, GIP, and JAR packages, Python scripts, shell scripts, and binary files by scanning the dependent software package list, and generates assessment reports in HTML format. - Configuration collection and assessment: It supports the collection of user environment data and generates JSON files. This includes hardware configurations, configuration interfaces, kernel option configurations, system configurations (**sysctl**, **proc**, and **sys**), environment variables, services, processes, ports, command interfaces, system call items, and device driver interfaces. Then, it completes configuration analysis and assessment. - Hardware assessment: It evaluates the compatibility of the server and boards (such as RAID, NIC, FC, IB, GPU, SSD, TPM, etc.) with openEuler's compatibility list. These functions help you identify potential compatibility issues before migration to ensure a smooth migration process. ### 8\. How do I prepare the environment and check the prerequisites for VM live migration? ​ Before performing a VM live migration, it is essential to prepare two PMs (source and destination) and check necessary conditions to ensure a smooth migration process. These checks include: Permission check: ensures that the current user has permission to perform live migration. Network check: verifies network connectivity between the source and destination PMs, ensuring they are in the same network segment. Storage resource check: verifies that the source and destination PMs can access the same storage resources and ensures that the destination PM has sufficient CPU, memory, and storage resources. VM state check: confirms that the VM to be migrated is running. Additionally, you need to set live migration parameters such as maximum downtime and bandwidth during migration as required. You also need to identify whether shared or non-shared storage is being used. If the storage mode is non-shared, you may need to perform additional operations such as using NFS to achieve shared storage. ### 9\. What is VM live migration and how does it differ from cold migration? ​ Virtual machine (VM) live migration is a technology that enables the seamless migration of a running VM, including its in-memory and on-drive data, to another physical server without shutting down the VM. This process is transparent to users, meaning that there is no perceived service interruption or performance degradation. Live migration is typically used for hardware maintenance, upgrades, load balancing, and ensuring high availability of critical services. In contrast, VM cold migration (also known as static migration) requires VM shutdown before migration. This means services on the VM are unavailable during the migration process. Cold migration is suitable for scenarios where downtime is acceptable, such as batch processing jobs or migrating non-critical services. If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum. Contents --- https://www.openeuler.org/en/faq/system-management/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## System Management ​ ### 1\. When the NFS service is enabled on openEuler 22.03 SP1, why does the server response speed drop sharply from more than a gigabit to around 2 MB/s after less than a day of write operations? ​ The performance drops sharply when the NFS server's cache uses more than 50% memory. This is mainly due to issues with memory allocation and reclamation mechanisms. The system reclaims memory in the background rather than during the memory allocation process. This is slower and will increase the waiting time (e.g., 500 ms latency) when the system cannot allocate enough memory in time. This issue is particularly pronounced under heavy loads since the NFS server requires substantial memory to process client requests. As the service runtime increases, the reduction in available memory leads to a dramatic performance drop, especially when there are intensive write operations. ### 2\. What do I do if a file fails to be created on openEuler due to an inode error of the Ext4 file system? ​ Set the **rec\_len** field of the **dx\_node** block as follows: 1. Use `ext4_rec_len_from_disk()` to convert **rec\_len** to **65536** and then perform a comparison. This ensures that the **rec\_len** field is correctly set when a new **dx\_node** block is added. 2. Calculate and set a correct checksum for the node. This correction will prevent the inode error caused by incorrect checksums and thus allow the system to create and manage a large number of files correctly. ### 3\. How to reduce the excessive memory usage of service processes on openEuler due to the use of glibc tcache? ​ Disable the tcache feature by setting the environment variables before starting the program. Specifically, add **GLIBC\_TUNABLES=glibc.malloc.tcache\_count=0** to **bash\_profile** to disable tcache. After the process starts, verify the process environment variables in **/proc/pid/environ** to ensure that the variable has been successfully added. Once tcache is disabled, the memory of this process will be managed in accordance with glibc 2.17, without any additional side effects. According to user feedback, this solution significantly reduces the memory usage of services on openEuler, resulting in lower memory usage than CentOS. ### 4\. When performing a fio multi-drive stress test, why is the performance of the Arm architecture only half that of the x86 architecture? ​ The lower performance of the Arm architecture in the fio stress testing is due to differences in interrupt handling mechanisms. x86 achieves interrupt load balancing through APIC, while Arm's locality-specific peripheral interrupts (LPIs) are managed by Interrupt Translation Service (ITS), which by default assigns interrupts to the lowest-numbered core of each CPU. Therefore, performance bottlenecks occur on these cores during the multi-drive stress test. ### 5\. After the server is powered off and restarted, why does an I/O error occur when I run `ls` in the XFS file system? ​ This error usually indicates that parts of the XFS file system failed to be loaded or read, possibly due to damaged file system metadata or incomplete write operations. If a power outage occurs during write operations, data may not be fully written to XFS, causing the XFS data to be inconsistent after the server reboots. Running a command such as `ls` at this time will result in an input/output error. ### 6\. What do I do if the new kernel is not used upon system boot? ​ Replace the contents of the **/boot/grub2/grub.cfg** file with those of the **/boot/efi/EFI/xxxx/grub.cfg** file. This ensures that the system reads the correct configuration file containing the new kernel information upon system boot. In addition, check the system boot mode and confirm that UEFI is being used. ### 7\. Why do `systemctl` and `systemd-cgtop` show different memory usage from `top`? ​ `systemctl` and `systemd-cgtop` (both managed by systemd) obtain memory usage from **memory.usage\_in\_bytes** in the related cgroup. `top`, on the other hand, directly calculates memory usage by collecting memory-related information from the **/proc** directory. Service processes primarily use memory in different ways: - **anon\_rss**: anonymous pages in user space, like memory allocated by `malloc` or the `MAP_ANONYMOUS` flag of `mmap`. The kernel can swap this out when system memory is low. - **file\_rss**: mapped pages in user space, like memory mapped by `mmap` for a specified file or IPC shared memory for a temporary file system. This can be reclaimed by the kernel, but might require data synchronization in advance. - **file\_cache**: pages in the page cache of files from read/write operations. The kernel can reclaim this, but may need to synchronize data in advance. - Buffer pages: cache related to reading block device files, part of the page cache. In essence: - **RSS** of `top` = **anon\_rss** + **file\_rss**; **SHR** of `top` = **file\_rss** - **memory.usage\_in\_bytes** of the cgroup = cache + **RSS** + swap This is the reason behind the different memory usage reported by systemd commands and `top`. ### 8\. Why can't I set up a RAID 0 volume with `stripesize` set to 4? ​ openEuler supports only a 64 KB stripe size with the 64K page table. When running the `lvcreate` command, set the `stripesize` parameter to 64. ### 9\. What should I do if I encounter difficulties compiling MariaDB using `rpmbuild`? ​ When you run the `rpmbuild` command as user **root** to compile the MariaDB source code, compilation may fail and the following information is displayed: text + echo 'mysql can'\''t run test as root' mysql can't run test as root + exit 1` This error occurs because the MariaDB does not allow user **root** to execute test cases. However, test cases are automatically executed during compilation, and as a result, the compilation process is blocked. To resolve this, modify the value of the **runtest** variable in the **mariadb.spec** file, using a text editor, such as vi. Before the modification: %global runtest 1 After the modification: %global runtest 0 The modification prevents test cases from running during compilation but does not affect the compilation process or the final RPM package. ### 10\. What should I do if I cannot start the SNTP service using the default configuration? ​ If the SNTP service cannot be started with the default configuration, it could be because the domain name of the NTP server is not added to the default configuration. To resolve this, modify the **/etc/sysconfig/sntp** file and add the domain name of the NTP server, for example, **0.generic.pool.ntp.org**. ### 11\. What should I do if I encounter an installation failure due to software package conflict, file conflict, or missing software packages? ​ Software package conflict, file conflict, or missing software packages may occur during software package installation. As a result, the installation fails. The following is an example of software package conflict error information: package libev-libevent-devel-4.24-11.oe1.aarch64 conflicts with libevent-devel provided by libevent-devel-2.1.11-2.oe1.aarch64 - cannot install the best candidate for the job - conflicting requests The following is an example of file conflict error information: Error: Transaction test error: file /usr/bin/containerd from install of containerd-1.2.0-101.oe1.aarch64 conflicts with file from package docker-engine-18.09.0-100.aarch64 file /usr/bin/containerd-shim from install of containerd-1.2.0-101.oe1.aarch64 conflicts with file from package docker-engine-18.09.0-100.aarch64 The following is an example of package missing error message: Error: Problem: cannot install both blivet-data-1:3.1.1-6.oe1.noarch and blivet-data-1:3.1.1-5.noarch - package python2-blivet-1:3.1.1-5.noarch requires blivet-data = 1:3.1.1-5, but none of the providers can be installed - cannot install the best update candidate for package blivet-data-1:3.1.1-5.noarch - problem with installed package python2-blivet-1:3.1.1-5.noarch(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Some software packages provided by openEuler, despite having different names, offer the same functionality, leading to installation conflicts due to file duplication, and upgrade issues where dependencies on older package versions cause installation failures. If a software package conflict occurs, for example, **libevent-devel-2.1.11-2.oe1.aarch64** conflicts with **libev-libevent-devel-4.24-11.oe1.aarch64** to be installed, run the `dnf remove libevent-devel-2.1.11-2.oe1.aarch64` command to uninstall the conflicting software package and perform the installation again. If a file conflict occurs, for example, files installed with **containerd-1.2.0-101.oe1.aarch64** and **docker-engine-18.09.0-100.aarch64** conflict, determine the software package that does not need to be installed (**docker-engine-18.09.0-100.aarch64** for example), run the `dnf remove docker-engine-18.09.0-100.aarch64` command, and perform the installation again. If a software package is missing, for example, **python2-blivet-1:3.1.1-5.noarch** depends on **blivet-data-1:3.1.1-5.noarch**, which is to be upgraded, you can resolve the issue in either of the following ways: - Uninstall python2-blivet-1:3.1.1-5.noarch by running `dnf remove python2-blivet-1:3.1.1-5.noarch` - Add the `--allowerasing` parameter when upgrading blivet-data-1:3.1.1-5.noarch: yum update blivet-data-1:3.1.1-5.noarch -y –allowerasing ### 12\. What should I do if I cannot downgrade libiscsi? ​ When you try to downgrade libiscsi-1.19.4 or later versions to libiscsi-1.19.3 or earlier versions, the following information may be displayed: Error: Problem: problem with installed package libiscsi-utils-1.19.0-4.oe1.x86_64 - package libiscsi-utils-1.19.0-4.oe1.x86_64 requires libiscsi(x86-64) = 1.19.0-4.oe1, but none of the providers can be installed - cannot install both libiscsi-1.19.0-3.oe1.x86_64 and libiscsi-1.19.0-4.oe1.x86_64 - cannot install both libiscsi-1.19.0-4.oe1.x86_64 and libiscsi-1.19.0-3.oe1.x86_64 - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Such failure occurs because in libiscsi-1.19.3 or earlier, binary files such as **iscsi-xxx** are packed into the main package **libiscsi**. However, these binary files introduce improper dependency CUnit. To solve this problem, in libiscsi-1.19.4, these binary files are separated into the **libiscsi-utils** subpackage. The main package is weakly dependent on the subpackage, allowing users to choose whether to integrate it during image building. If the subpackage is not integrated or is uninstalled, the functions of the **libiscsi** main package are not affected. When libiscsi-1.19.4 or later is downgraded to libiscsi-1.19.3 or earlier on a system where the **libiscsi-utils** subpackage is installed, the downgrade will fail because libiscsi-1.19.3 or earlier does not contain a **libiscsi-utils** version for downgrading **libiscsi-utils**. Due to the fact that **libiscsi-utils** depends on the **libiscsi** main package before the downgrade, a dependency problem occurs and the **libiscsi** downgrade fails. To resolve this downgrading failure, run the following command to uninstall the **libiscsi-utils** subpackage and then perform the downgrade: yum remove libiscsi-utils ### 13\. What should I do if I fail to downgrade xfsprogs? ​ When you try to downgrade xfsprogs-5.6.0-2 or later versions to xfsprogs-5.6.0-1 or earlier versions, the following information may be displayed: Error: Problem: problem with installed package xfsprogs-xfs_scrub-5.6.0-2.oe1.x86_64 - package xfsprogs-xfs_scrub-5.6.0-2.oe1.x86_64 requires xfsprogs = 5.6.0-2.oe1, but none of the providers can be installed - cannot install both xfsprogs-5.6.0-1.oe1.x86_64 and xfsprogs-5.6.0-2.oe1.x86_64 - cannot install both xfsprogs-5.6.0-2.oe1.x86_64 and xfsprogs-5.6.0-1.oe1.x86_64 - conflicting requests This failure arises from the restructuring in xfsprogs-5.6.0-2, where the `xfs_scrub*` commands have been relocated to the **xfsprogs-xfs\_scrub** subpackage to minimize unnecessary dependencies on the main **xfsprogs** package and segregate experimental commands. The **xfsprogs** main package is weakly dependent on the **xfsprogs-xfs\_scrub** sub-package, allowing users to choose whether to integrate it during image creation. If the subpackage is not integrated or is uninstalled, the functions of the **xfsprogs** main package are not affected. When xfsprogs-5.6.0-2 or later is downgraded to xfsprogs-5.6.0-1 or earlier on a system where the **xfsprogs-xfs\_scrub** subpackage is installed, the downgrade will fail because xfsprogs-5.6.0-1 or earlier does not contain a **xfsprogs-xfs\_scrub** version for downgrading **xfsprogs-xfs\_scrub**. Due to the fact that **xfsprogs-xfs\_scrub** depends on the **xfsprogs** main package before the downgrade, a dependency problem occurs and the **xfsprogs** downgrade fails. To resolve this downgrading failure, run the following command to uninstall the **xfsprogs-xfs\_scrub** subpackage and then perform the downgrade: yum remove xfsprogs-xfs_scrub ### 14\. How do I deal with CVE-2019-9674? ​ CVE-2019-9674 refers to a vulnerability found in Python versions 3.7.2 and earlier related to ZIP files. Attackers can exploit this vulnerability by sending ZIP bombs, which are compressed files that, when extracted, consume excessive system resources, resulting in high resource usage and leading to denial-of-service (DoS) conditions. To address this issue, it is recommended to add the alarm information to zipfile. ### 15\. Why does improper use of glibc regular expressions cause ReDoS attacks? ​ Using glibc's `regcomp` and `regexec` interfaces for programming, or shell commands like `grep` and `sed` that apply glibc regular expressions, can lead to Regular Expression Denial of Service (ReDoS) attacks if the regular expressions or inputs are not used properly (CVE-2019-9192/CVE-2018-28796). The typical regular expression pattern is a combination of the "reverse reference (\\1)" with an "asterisk (\*)" (zero match or multiple matches), "plus sign (+)" (one match or multiple matches), or "{m,n}" (minimum match: m; maximum match: n) or the combination of ultra-long character strings with regular expressions. The following is an example: $ echo D | grep -E "$(printf '(\0|)(\\1\\1)*')"Segmentation fault (core dumped) $ grep -E "$(printf '(|)(\\1\\1)*')" Segmentation fault (core dumped) $ echo A | sed '/\(\)\(\1\1\)*/p' Segmentation fault (core dumped) $ time python -c 'print "a"*40000' | grep -E "a{1,32767}" Segmentation fault (core dumped) $ time python -c 'print "a"*40900' | grep -E "(a)\\1" Segmentation fault (core dumped) The possible causes may be: A core dump occurs on the process that uses the regular expression. The glibc regular expression is implemented using the NFA/DFA hybrid algorithm. The internal principle is to use a greedy algorithm for recursive query to match as many character strings as possible. The greedy algorithm causes the ReDoS attack when processing the recursive regular expression. To solve this issue: 1. Implement strict permission controls to minimize the attack surface. 2. Always verify that your regular expression is valid and avoid using invalid expressions or excessively long character strings combined with regular expressions (such as references or asterisks) that could lead to infinite recursion. text # ()(\1\1)* # "a"*400000 3. After a user program detects a process exception, the program will restart the process to restore services, improving the overall reliability of the program. ### 16\. Why do I encounter an error when installing or uninstalling **gdbm-devel-1.18.1-1** while setting up **httpd-devel** and **apr-util-devel** software packages, and how can I fix it? ​ The likely reason for this issue is that the **gdbm-devel-1.18.1-1** package lacks a necessary help package. Because of this, when **gdbm-devel** is installed independently, the required information package cannot be included, resulting in a warning message stating: text install-info: No such file or directory for /usr/share/info/gdbm.info.gz By default, the **gdbm-1.18.1-1** main package is installed in the system, but the **gdbm-devel** package is not installed. The software packages depending on **gdbm-devel** still match the version of the **gdbm** main package and install **gdbm-devel-1.18.1-1**. As a result, the error persists. To solve the issue, first upgrade the **gdbm** package to version **gdbm-1.18.1-2**, which will remove the warning message after installing the relevant software packages. Next, after upgrading **gdbm**, install the **gdbm-devel** package, ensuring it relies on the higher version of the **gdbm** package, hence eliminating the warning message. ### 17\. How can I fix the rpmdb error when running the `yum` or `dnf` command after rebooting my system? ​ error: db5 error(-30973) from dbenv->open: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db5 - (-30973) error: cannot open Packages database in /var/lib/rpm Error: Error: rpmdb open failed When you encounter an error as above, please perform the following steps: 1. Run the `kill -9` command to terminate all running RPM-related commands. 2. Run `rm -rf /var/lib/rpm/__db.00*` to delete all **`db.00`** files. 3. Run the `rpmdb --rebuilddb` command to rebuild the RPM database. ### 18\. Why does the `rpmrebuild -d /home/test filesystem` command fail to rebuild the **filesystem** package, and how can I fix it? ​ When attempting to run the `rpmrebuild --comment-missing=y --keep-perm -b -d /home/test filesystem-3.16-3.oe1.aarch64` command to rebuild the **filesystem** package, the following error messages may be displayed: text /usr/lib/rpmrebuild/rpmrebuild.sh:Error:(RpmBuild) Package 'filesystem-3.16-3.oe1.aarch64' build failed. /usr/lib/rpmrebuild/rpmrebuild.sh:Error: RpmBuild The issue arises because the software package creates a directory in the **%pretrans -p** phase and modifies it in the **%ghost** phase. If you create a file or directory in this directory and use `rpmrebuild` to build the package, the created file or directory will be included in the package. However, `rpmrebuild` cannot include these processes in the package because they are not files or directories, leading to the failure of the package rebuild. The recommended solution is not to use `rpmrebuild` to rebuild the **filesystem** package. ### 19\. An error is reported when `modprobe` or `insmod` is executed with the `-f` option. What can I do to resolve it? ​ The issue arises because the Linux kernel added support for compressed modules in version 5.17, but kmod doesn't fully support this. `modprobe` and `insmod` use the `finit_module()` system call to load uncompressed ko files. However, for compressed ko files, kmod uses the `init_module()` system call to decompress them. `init_module()` does not take the ignore check flag. As a result, `mod_verify_sig()` is always executed by the kernel. The `-f` option of `modprobe` and `insmod` changes verification information about the ko file, resulting in verification failure of `mod_verify_sig()`. To avoid this error, it is best to avoid using the `-f` option when loading compressed modules with `insmod` or `modprobe`. ### 20\. What should I do if the related process does not recover after a hot upgrade? ​ 1. Check whether the nvwa service is running. If the nvwa service is running, the service or process may fail to be recovered. 2. Run the `service nvwa status` command to view the nvwa logs. 3. If the service fails to be started, check whether the service is enabled, and then run the `systemd` command to view the logs of the corresponding service. Additional logs are stored in the process or service folder named after the path specified by **criu\_dir**. The **`dump.log`** file contains the logs generated when the running information is retained, and the **`restore.log`** file contains the logs generated for process recovery. ### 21\. Why does the recovery fail, displaying the log message "Can't fork for 948: File exists"? ​ This error occurs because the program's PID is already in use during recovery. Currently, you need to manually restart the affected processes to resolve the issue. ### 22\. When the nvwa command is used to save and recover a simple program (such as "hello world"), the system displays a message indicating that the operation fails or the program is not running. Why does this occur and how to resolve it? ​ This mainly because there are many restrictions on the use of CRIU. To solve this issue, check the nvwa logs. If the errors are related to CRIU, examine the `dump.log` or `restore.log` in the corresponding directory. For information on CRIU usage limitations, refer to the CRIU Wiki. ### 23\. Why does the train command fail to train a model and the message "training data failed" is displayed? ​ When the train command is used for model training, if only one type of data is collected by running the collection command, this message is displayed. Therefore, you need to collect at least two types of data for retraining. ### 24\. Why does `atune-adm` not have the access to the `atuned` service? ​ Here are three possible causes of the problem and their solutions: 1. Check whether the `atuned` service is started and verify the `atuned` listening address: shell # systemctl status atuned # netstat -nap | grep atuned If the `atuned` service is not started, run the following command to start the service: shell # systemctl start atuned 2. Ensure the firewall is not blocking the `atuned` listening port. Run the following commands on the `atuned` and `atune-adm` servers to allow the listening port to receive network packets. In these commands, `60001` is the listening port number of the `atuned` server: shell # iptables -I INPUT -p tcp --dport 60001 -j ACCEPT # iptables -I INPUT -p tcp --sport 60001 -j ACCEPT 3. Verify that the HTTP proxy is not configured in the system, which can cause connection failures. You can run the following command to delete the HTTP proxy or disable the HTTP proxy for the listening IP address without affecting services: shell # no_proxy=$no_proxy,Listening_IP_address ### 25\. Why is the `atuned` service unable to start, resulting in the message "Job for atuned.service failed due to a timeout being exceeded"? ​ This issue occurs because the **hosts** file does not contain the **localhost** configuration. You can add **localhost** to the `127.0.0.1` line in the **`/etc/hosts`** file. 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum. Contents --- https://www.openeuler.org/en/faq/virtualization/ --- ## openEuler FAQs GeneralSystem ManagementMigrationCloud NativeVirtualizationApplication Development # openEuler FAQs ​ ## Virtualization ​ ### 1\. How do I prepare the environment and check the prerequisites for VM live migration? ​ Before performing a VM live migration, it is essential to prepare two PMs (source and destination) and check necessary conditions to ensure a smooth migration process. These checks include: Permission check: ensures that the current user has permission to perform live migration. Network check: verifies network connectivity between the source and destination PMs, ensuring they are in the same network segment. Storage resource check: verifies that the source and destination PMs can access the same storage resources and ensure the destination PM has sufficient CPU, memory, and storage resources. VM state check: confirms that the VM to be migrated is running. Additionally, you need to set live migration parameters such as maximum downtime and bandwidth during migration as required. You also need to identify whether shared or non-shared storage is being used. If the storage mode is non-shared, you may need to perform additional operations such as using NFS to achieve shared storage. ### 2\. What is VM live migration and how does it differ from cold migration? ​ Virtual machine (VM) live migration is a technology that enables the seamless migration of a running VM, including its in-memory and on-drive data, to another physical server without shutting down the VM. This process is transparent to users, meaning that there is no perceived service interruption or performance degradation. Live migration is typically used for hardware maintenance, upgrades, load balancing, and ensuring high availability of critical services. In contrast, VM cold migration (also known as static migration) requires VM shutdown before migration. This means services on the VM are unavailable during the migration process. Cold migration is suitable for scenarios where downtime is acceptable, such as batch processing jobs or migrating non-critical services. ### 3\. Why is the QEMU hot patch created with the libcareplus tool unable to be loaded? ​ This issue occurs because the QEMU version is inconsistent with the hot patch version. You can download the source code of the corresponding QEMU version and use the buildID to ensure that the environment for creating a hot patch matches the environment for creating a QEMU package. If you do not have the environment for making the QEMU version, you can compile and install the QEMU version and use the buildID of **`/usr/libexec/qemu-kvm`** in the self-compiled package. ### 4\. Why is the hot patch made using the libcareplus tool loaded but not working? ​ Check whether the functions of the patch are infinite loop, non-exit, and recursive functions or initialization functions, inline functions, and short functions that are shorter than 5 bytes. These functions are within the constraints. If the above FAQs cannot resolve your issue, please send an email to our mailing lists describing your issue or discuss it on the openEuler Forum. Contents --- https://www.openeuler.org/en/interaction/blog-list/ --- # Blog Post Your Blog Time Author Tags NotFound ! --- https://www.openeuler.org/en/interaction/event-list/ --- # Events Event Overview Latest Events ## 2026 Event Plan JAN FEB MAR Apr May JUN Jul Aug Sep Oct Nov Dec Open Source Summits Bangkok, Thailand FOSSASIA Summit 2026 Beijing, China 2026 OpenAtom Open Source ECO-Conference Shanghai, China China International Financial Exhibition Hong Kong, China LEAP EAST 2026 Hong Kong, China OpenAtom Park Tour (Hong Kong Station) Shanghai, China KubeCON + CloudNativeCon China Singapore Data Centre World Asia Prague, Czech Republic Open Source Summit Europe 2026 TBD Operating System Conference & openEuler Summit 2026 TBD GITEX Global TBD The 2026 OpenAtom Developer Conference Ecosystem Tech Conferences Beijing, China KCD Beijing 2026 Changsha, China openEuler Developer Day 2026 Shenzhen, China GOSIM China 2026 TBD CLK 2026 Call for X Developer Events Online LingQu Interconnect Working Meeting Online Chengdu, China openEuler SBOM & Intelligence SIG Meetup Chengdu Qingdao, China openEuler Cloud Native Middleware Meetup - Shandong Beijing, China openEuler AI & OS Innovation Meetup Beijing Xi'an, China openEuler Cloud Native Middleware Meetup - Xi'an Hangzhou, China openEuler SIG Yuanrong Meetup - Hangzhou Shanghai, China openEuler Embedded Meetup - Shanghai Competitions & Universities Year-round Open Source Internship Year-round OpenAtom Campus Tour Apr - Nov OSPP 2026 Aug - Oct 2026 Hackathon Software Challenge Release Plan 24.03 LTS SP4 26.09 24.03 LTS SP5 --- https://www.openeuler.org/en/interaction/event-list/latest/ --- # Events Event Overview Latest Events ## Latest Events OpenChain Workshop 2024 - openEuler Case Studies 2024/03/18 Japan YouTubeBilibili openEuler Global Ecosystem Collaboration Workshop 2024 2024/02/27 Spain YouTubeBilibili OSSUMMIT EU 2023 2023/09/19 Spain YouTubeBilibili openEuler Meetup - Container Runtime: The Future of Sandbox 2023/05/31 Online YouTubeBilibili FOSSASIA Summit 2023 2023/04/13 Singapore YouTubeBilibili openEuler Techday - Leap into the future with the openEuler RISC-V SIG 2023/04/10 Online YouTubeBilibili openEuler Embedded Meetup 2023/02/28 Online YouTubeBilibili --- https://www.openeuler.org/en/interaction/live-list/ --- # Live Highlights ##### 手把手教你编写Avocado-VT用例 朱欢凯2020年 12月14日 20:00（周二） Watch ##### 玩转虚拟化测试Avocado-VT 柯志明2020年 12月1日 20:00（周二） Watch ##### StratoVirt之IO子系统剖析 张亮2020年 11月17日 20:00（周二） Watch ##### StratoVirt之内存子系统剖析 杨晓鹤2020年 11月10日 20:00（周二） Watch ##### StratoVirt之CPU子系统剖析 高玮2020年 11月3日 20:00（周二） Watch ##### 如何安装并使用StratoVirt 郭馨乐2020年 10月27日 20:00（周二） Watch --- https://www.openeuler.org/en/interaction/news-list/ --- # News Time Author Tags NotFound ! --- https://www.openeuler.org/en/interaction/post-blog/ --- BlogGuidance to Post a Blog ## Guidance to Post a Blog ## Preparation ​ 1. Refer to http://git.mydoc.io/?t=179267 to register AtomGit account. 2. Set your primary mail box in AtomGit settings https://atomgit.com/setting/email. 3. Sign your CLA in https://clasign.osinfra.cn/sign/6983225bdcbb19710248ccf0?lang=en. 4. Prepare your git environment refering to http://git.mydoc.io/?t=180692. ## Understand blog format ​ The openEuler blog is written in markdown format. You can read https://atomgit.com/openeuler/openEuler-portal/blob/master/app/en/interaction/post-blog/index.md to get understand how the blog is designed. The head includes the following information: --- title: Sample Post date: '2020-03-03' category: blog tags: - Sample - ABC - cccc sig: sig-xxx archives: '2020-03' author: - openEuler Blog Maintainer summary: Just about everything you'll need to style in the theme：headings, paragraphs, blockquotes, tables, code blocks, and more. --- Here you can edit your blog. Tips: you can copy `https://atomgit.com/openeuler/openEuler-portal/blob/master/app/en/interaction/post-blog/blog_example/20220901-sample-post.md` to your folder and edit it. ## Post your blog ​ The blog posting follows the pull request of AtomGit. 1. Fork openEuler blog project https://atomgit/openeuler/openEuler-portal to your own atomgit. Refer to http://git.mydoc.io/?t=153749 for detailed guidance. 2. Clone the code to your local environment. git clone https://atomgit//openEuler-portal 3. Create a branch git checkout -b 4. Create a folder in the website floder If you are going to post a blog in English, the app/en/blog is your work path. And if you are going to post a blog in Chinese, the app/zh/blog is your work path. Assume that you are preparing an English blog. cd app/en/blog mkdir cd touch YEAR-MONTH-DAY-title.md And You can put the resources in the same folder as your text file's, and name the resources as YEAR-MONTH-DAY-title-NN.MARKUP Where the YEAR, MONTH, DAY, and title are the same as your blog file, and NN is the serial number of the pictures, like 01, 02 and so on. The MARKUP is the file extension, and for pictures it is recommended to use png. The following are one example. 2020-01-01-new-years-is-coming.md 2020-01-01-new-years-is-coming-01.png 2020-01-01-new-years-is-coming-02.gif 2020-01-01-new-years-is-coming-03.pdf 1. Commit your post git add git commit -m "" git push origin : 2. Refer to http://git.mydoc.io/?t=153749 to submit your Pull Request 3. Wait for reviewing and merging. * * * \[Copyright\] Copyright © 2026 openEuler Community. This article is first released by the openEuler community. Please reproduce it in compliance with the CC-BY-SA 4.0 license. Please note the text and keep the original link and author information when reproducing the article. \[Disclaimer\] This article only represents the author's opinions, and is irrelevant to this website. This website is neutral in terms of the statements and opinions in this article, and does not provide any express or implied warranty of accuracy, reliability, or completeness of the contents contained therein. This article is for readers' reference only, and all legal responsibilities arising therefrom are borne by the reader himself. --- https://www.openeuler.org/en/interaction/post-blog/blog_example/20220901-sample-post --- BlogSample Post ## Sample Post openEuler Blog Maintainer2020-03-03SampleABCcccc ## HTML Elements ​ Below is just about everything you'll need to style in the blog. # Heading 1 ​ ## Heading 2 ​ ### Heading 3 ​ #### Heading 4 ​ ### Body text ​ This blog is about bla. **This is strong** ### Quotation ​ > The sites that have been chosen are listed and described next to each work, with encapsulating quotes or pieces of text narrating central themes for the groups. ## List Types ​ ### Ordered Lists ​ 1. Item one 1. sub item one 2. sub item two 3. sub item three 2. Item two ### Unordered Lists ​ - Item one - Item two - Item three ## Tables ​ | Header1 | Header2 | Header3 | | --- | --- | --- | | cell1 | cell2 | cell3 | | cell4 | cell5 | cell6 | ## Code ​ struct async_entry { struct list_head domain_list; struct list_head global_list; struct work_struct work; async_cookie_t cookie; async_func_t func; void *data; struct async_domain *domain; }; * * * \[Copyright\] Copyright © 2026 openEuler Community. This article is first released by the openEuler community. Please reproduce it in compliance with the CC-BY-SA 4.0 license. Please note the text and keep the original link and author information when reproducing the article. \[Disclaimer\] This article only represents the author's opinions, and is irrelevant to this website. This website is neutral in terms of the statements and opinions in this article, and does not provide any express or implied warranty of accuracy, reliability, or completeness of the contents contained therein. This article is for readers' reference only, and all legal responsibilities arising therefrom are borne by the reader himself. --- https://www.openeuler.org/en/interaction/post-news/ --- NewsGuidance to Post a News ## Guidance to Post a News ## 准备 ​ 1. 参考 http://git.mydoc.io/?t=179267 注册 Gitee 账号。 2. 在 Gitee 个人设置中设置主邮箱地址，在此https://gitee.com/profile/emails。 3. 签署贡献者协议，https://www.openeuler.org/zh/other/cla。 4. 参考http://git.mydoc.io/?t=180692准备你的git环境 ## 理解新闻格式 ​ openEuler 是用 markdown 格式写新闻的。 请阅读该文章 https://gitee.com/openeuler/website-v2/blob/master/web-ui/docs/en/interaction/post-news/index.md来理解 openEuler 新闻是如何设计的。 文件头需要包含如下信息： --- title: Sample Post date: 2020-03-03 category: news tags: - theme banner: img/banners/banner-2020hdc.png author: openEuler sig: sig-xxx summary: Just about everything you'll need to style in the theme：headings, paragraphs, blockquotes, tables, code blocks, and more. --- Here you can edit your news. 小提示：你可以复制 https://gitee.com/openeuler/website-v2/blob/master/web-ui/docs/en/interaction/post-news/news\_example/2020-03-03-sample-post.md 到你的工作路径下然后继续编辑。 ## 提交新闻 ​ 新闻的提交利用了 Gitee 的 PR(Pull Request)。 1. Fork openEuler 新闻项目 https://gitee.com/openeuler/website-v2 到你自己的 Gitee 上。如果需要具体指导请参考 http://git.mydoc.io/?t=153749 。 2. Clone 代码 git clone https://gitee.com//website-v2 3. 创建分支 git checkout -b 4. 创建工作路径 如果你发表中文新闻，工作路径是 web-ui/docs/zh/news 。 假设你要写一个英文新闻： cd web-ui/docs/en/news mkdir cd touch YEAR-MONTH-DAY-title.md 你可以以你的 md 文档名来命名你的资源文件，方便使用。例如： YEAR-MONTH-DAY-title-NN.MARKUP 其中，YEAR, MONTH, DAY, 和 title 和你的新闻 md 文件名一致。NN 是 01、02、03 这样的序号。MARKUP 文件扩展名。如下例子： 2020-01-01-new-years-is-coming.md 2020-01-01-new-years-is-coming-01.png 2020-01-01-new-years-is-coming-02.gif 2020-01-01-new-years-is-coming-03.pdf 使用 HTML 标签嵌入图片， 但你的图片资源需要放入当前目录下（即 your-gitee-id 目录下），输入图片名称作为 src 值： 1. Commit 你的新闻 git add git commit -m "" git push origin : 2. 参考 http://git.mydoc.io/?t=153749 提交你的 PR 3. 等待评审和合入。 * * * --- https://www.openeuler.org/en/interaction/summit-list/sig-gathering-2024/ --- openEuler SIG Gathering 2024 July 26, 2024 | Shangri-La Hotel, Beijing 2024.07.26 | BEIJING Introduction - This year's gathering will bring together developers from all 108 SIGs in our community, with a focus on the future development of openEuler in the wake of the release of openEuler 24.03 LTS. - The event will consist of six intriguing tracks: diversified computing power, all-scenario applications, AI-native support, native development with openEuler, upstream-native support, and user experience advancement. Join us and pick the track that sparks your interest. You'll be free to share ideas, brainstorm, and collaborate within a nurturing and innovative community of like-minded developers. Topics - Diversified Computing This topic explores heterogeneous computing architectures, multi-architecture support, and collaborative CPU/GPU/NPU/accelerator technologies, addressing openEuler's strategy for diversified computing power. View Details - All-scenario Applications This topic explores openEuler's capability to support the comprehensive applications across servers, cloud, edge computing, and embedded systems, with a focus on performance, reliability, security, and usability enhancements View Details - AI-Native Support This topic delves into openEuler's AI-driven innovations, covering AI-native support, intelligent interactive platforms, integrated CPU/GPU/NPU capabilities, and comprehensive AI software stacks. View Details - Native Development with openEuler This topic centers on the native development experience, discussing local development environments, package updates, community collaboration, and testing services. View Details - Upstream-Native Support This topic focuses on ensuring that upstream open-source software supports openEuler natively, including working with upstream communities, staying updated on upstream code changes, and maintaining software repositories. View Details - User Experience Boost This topic aims at (1) Enhancing knowledge sharing: delivering high-quality documentation in both Chinese and English to foster knowledge dissemination. (2) Promoting technology integration: supporting the healthy growth of the openEuler ecosystem through comprehensive software and hardware compatibility testing and certification. (3) Boosting service efficiency: improving problem-solving efficiency with multi-channel service support and a rich repository of common case studies. (4) Strengthening system development: enhancing design systems and infrastructure to create a superior user experience. View Details Agenda (GMT+8) 2024/7/26 July 26 --- https://www.openeuler.org/en/interaction/summit-list/summit2023/ --- The digital economy is a driving force behind global economic growth and offers incredible opportunities for digitalization and intelligence. AI, the new engine that powers tech innovation and progress, is the key to unlocking this growth. As the backbone of digital infrastructure and the bridge to AI technology, operating systems provide endless possibilities for creating an intelligent society. Against this backdrop, the Operating System Conference & openEuler Summit 2023 is a premier event that aims to bring together major global players from across the industry chain. It will focus on discussing the core capabilities of base software, leading continuous innovations, building a thriving open source community, and promoting the development of intelligent OSs for a digital future. This event is the annual flagship event of the OpenAtom openEuler community. With versatile-scenario innovation on core technologies, openEuler has built base software capabilities for diversified and intelligent computing. It fully unleashes the potential of open source collaboration, merging the physical and digital worlds. openEuler and its partners are jointly building a self-sustaining and self-developing industry chain. With surging market share and commercial success, it is growing to become a solid backbone of digital infrastructure. Global open source foundations, organizations, contributors, users, and partners are all welcome to take part in this event, where they will have the opportunity to network, explore, and innovate to help build the future digital world. Register now to take part in the Operating System Conference & openEuler Summit 2023! Visa Letter Request ### Live Stream Dec 15 Dec 16 ### Agenda 15 DEC 16 DEC Morning: Keynote Afternoon: Subforums \*Time zone: GMT+8 09:30-09:55 Guest speakersGuest speakers Ni GuangnanAcademician, Chinese Academy of Engineering Wu HequanAcademician, Chinese Academy of Engineering 09:55-10:05 Sun WenlongChairperson, OpenAtom Foundation 10:05-10:10 Award winners 10:10-10:15 Award winners 10:15-10:20 Lu ShouqunChairperson, China OSS Promotion Union 10:20-10:30 Jim ZemlinExecutive Director, The Linux Foundation 10:30-10:35 Representatives of global open source foundations 10:35-10:45 Thomas ZhouVice President, Enterprise System and Software Research, IDC China 10:45-10:55 Lv ZhongtaoChairperson, Beijing Fintech Industry Alliance; Chief Technology Officer, Industrial and Commercial Bank of China 10:55-11:05 Gao TongqingVice General Manager, China Mobile 11:05-11:15 Cao PengTechnology Committee Chairperson, JD.com; President, JD Cloud 11:15-11:25 Zhong XinCTO, Unicom Cloud 11:25-11:35 Zheng WenmingVice General Manager, Infrastructure Business Department, eSurfing Cloud 11:35-11:50 Jiang DayongopenEuler Committee Chairperson \*The agenda is subject to change. ### Speakers #### Operating System Conference Keynote Sun Wenlong Chairperson OpenAtom Foundation Lu Shouqun Honorary Chairman China OSS Promotion Union Jim Zemlin Executive Director The Linux Foundation Ni Guangnan Academician Chinese Academy of Engineering Gao Tongqing Vice General Manager China Mobile Cao Peng Technology Committee Chair JD.com | President, JD Cloud Jiang Dayong Governing Board Chairperson openEuler Committee #### openEuler Summit 2023 Keynote Jiang Dayong Governing Board Chairperson openEuler Committee Tang Weiqing Secretary General Chinese Computer Federation Xiong Wei Vice Chairperson,Technical Oversight Committee OpenAtom Foundation Shane Coughlan OpenChain Gerneral Manager Daniel Cortazar CHAOSS Governing Board Sean Goggins CHAOSS Governing Board Gopi Krishnan Rajbahadur SPDX Ambassador Yang Jiguo Director Intel Open Source Technology Center Hu Xinwei Chairperson openEuler Technical Committee Wu Fengguang openEuler Technical Committee Member Ouyang Jian Director of Engineering Base Software Center, Meituan Li Xiangkai Vice President KylinSoft Wang Pan Vice President Kylinsec Zeng Fanli Deputy General Manager CHN Energy Longyuan Mengdong Xu Lei General Manager xFusion Operating Systems Business Lu Lu Professor & Ph. D Supervisor School of Computer Science and Engineering, SCUT Huang Peng Vice President & General Manager of the Base Software Business Division iSoftStone #### Education Subforum Chen Quan Professor & Deputy Head Computer Science and Engineering Dept, Shanghai Jiao Tong University Li Ding Assistant Professor Peking University Mi Yong Professor, Fudan University | Chairperson Shanghai Institute of Education and Technology | Expert Team Leader, Shanghai Education Informatization 2.0 Action Plan Niu Jianwei Permanent Professor and PhD Tutor School of Computer Science and Engineering, Beihang University Zhao Huan Professor & PhD Tutor College of Computer Science and Electronic Engineering, Hunan University #### Technical Sessions Produced by Guo Hanjun openEuler maintainer Xie Xiuqi openEuler maintainer Lu Yan Technical Director Software Chen Yaqiang openEuler maintainer Che Mingdao openEuler maintainer Zheng Zhenyu openEuler maintainer Wu Fengguang openEuler Technical Committee Member Wang Jianmin Senior Engineer,Institute of Software Chinese Academy of Sciences Du Kaitian openEuler maintainer Ren Wei openEuler Technical Committee Member Zhu Jianwei openEuler Security Committee Member Luo Yukai openEuler Security Committee Member Liu Hao openEuler maintainer Yu Yang R&D Director TongTech Hu Feng openEuler maintainer Wang Zhi Chief Engineer Huawei Technologies Co., Ltd Zeng Hongan General Manager, R&D Center Beijing Linx Software Corp Men Xiaokang Solution Architect Chinasoft International #### Technical Sessions Chen Hongyang PhD Candidate Sun Yat-sen University Du Dong Lab Instructor, IPADS Shanghai Jiao Tong University Li Mingjiang Open Source Ecosystem Engineer Iluvatar CoreX Shangguan Dongdong Senior Engineer Huawei Xu Jikui General Manager OSWare Yang Bin Senior Architect, openEuler Research Center iSoftStone Chen Qi VP & New Business Product Line President Chengdu TD Tech Qiu Dayu Senior Director ArcherOS Huang Jinhui Software Engineer KylinSoft Li Chaofeng O&M Director China Mobile Online Li Jian OS R&D Engineer KylinSoft Liu Zhilei Senior R&D Engineer China Mobile Ren Lin Senior R&D Engineer China Mobile Shang Baogen MTS Software Engineer Wind River Tian Hang Senior OS Engineer Hoperun Wang Yi Architect Intel Wei Jiangang Senior OS Product Manager Hoperun Wen Bailin Senior OS Expert xFusion Yang Xili Senior Product Manager TongTech Zhou Qi Deputy General Manager MYIR Tech Cui, Na Intel Solution Engineer Gao Rui Product Manager OS R&D Dept, Kylinsec Jie Peng Senior Software Engineer H3C Liu Xing Senior Software Engineer H3C Ma Xiaoqi Senior Software Development Engineer Huawei Men Xiaokang Solution Architect Chinasoft International Qi Guoqiang Senior Engineer Huawei Qiu Wenbo OS Engineer Kylinsec Wang Junqi R&D Engineer KylinSoft Wu Xingyi Senior Engineer China Unicom Digital Technology Ji Tao Product Manager Institute of Software, Chinese Academy of Sciences Kevin Zhao Linaro Limited Tech Lead Sun Yi Kernel Validation Architect Intel Wu Chenggang Researcher Institute of Computing Technology, CAS Ye Qinglong Manager OS Product Line, Kylinsec Zhang Nan Engineer Huawei Zhang Xuzhou RISC-V SIG Maintainer openEuler Ding Ziwei Open Source Compliance R&D Engineer KylinSoft Du Fan System Software Architect Intel Gong Zhun Product Manager Venustech Li Ming Deputy General Manager HiSilicon Li Qiang Kernel Engineer Kylinsec Lu Weijun Engineer Huawei Mao Ali Architect xFusion Wang Kuntian Senior R&D Engineer UnionTech Zhang Kun Board Chairperson and General Manager Chengdu JRLC Du Hui General Manager Ebaina Guo Ke R&D Director UnionTech Liu Shaokai Product Director HAOHAN Data ### Sponsors #### Operating System Conference Hosts #### openEuler Summit 2023 Host #### openEuler Summit 2023 Co-Hosts #### openEuler Summit 2023 Co-Organizers --- https://www.openeuler.org/en/interaction/summit-list/summit2024/ --- Operating systems form the backbone of digital and intelligent industry transformation. openEuler, an open source operating system born in China for digital infrastructure, has emerged as a key player in the global open source landscape. Over the past five years, its market presence was steadily increasing. And openEuler has been continuously driving innovations in OS for AI and AI for OS, accelerating digital transformation, and fostering a thriving ecosystem though industry-wide collaboration. On November 15–16, 2024, we invite you to join us at the Operating System Conference & openEuler Summit 2024 at the ZhongGuanCun International Innovation Center in Beijing. This event will bring together global leaders, visionaries, business executives, tech experts, partners, and open source foundations to explore the future of the OS industry and uncover new opportunities. We will showcase collaborative achievements, share insights into digital transformation, and demonstrate how technology drives innovation and next-gen productivity. What to expect: - 30+ keynotes, forums, and panel discussions offering cutting-edge perspectives - 100+ exhibition booths showcasing the latest openEuler solutions and joint innovations. - Direct engagement with experts, hands-on experience with the latest development tools. - Collaboration on key initiatives shaping the future of intelligent and digital transformation, contributing to the global open source ecosystem. ### Agenda 15 NOV 16 NOV Keynote Subforums Operating System Conference 2024 09:30 - 09:50 Welcome & Opening Remarks Government executive and Guest speakers 09:50 - 10:00 openEuler: A New Milestone for Operating Systems in China 10:00 - 10:20 Ever-Evolving openEuler for Accelerated Globalization Jiang Dayong Chairperson, openEuler Committee 10:20 - 10:35 openEuler Best Practices in Finance Lv Zhongtao Chairperson, Beijing FinTech Industry Alliance 10:35 - 10:50 openEuler Best Practices in Internet Shi Lei Deputy General Manager, Hybrid Cloud Department, Baidu AI Cloud 10:50 - 11:05 Sharing by Partners (Outside China) Andrew Waffa Senior Director & Fellow, Software Communities, Arm 11:05 - 11:20 Sharing by Partners (In China) Wu Chenggang Professor, ZGC Laboratory; Professor, Institute of Computing Technology, Chinese Academy of Sciences 11:20 - 11:30 2024 openEuler Pioneer Award Ceremony Award winners 11:30 - 11:40 2024 openEuler Top Contribution Award Ceremony Award winners ### Sponsors #### Hosts #### Co-Hosts #### Co-Organizers #### Supporter --- https://www.openeuler.org/en/interaction/summit-list/summit2025/ --- Replay - Over the past six years, openEuler has grown into a leading open source operating system (OS), supporting diversified computing power and powering core applications across industries such as Internet, finance, and carrier. - Looking ahead, openEuler will continue to uphold the vision of "AI for OS, OS for AI", paving the way for a new era of OS evolution, where AI and OS converge to drive AI computing. - On November 14–15, 2025, the Operating System Conference & openEuler Summit 2025 will take place at the ZhongGuanCun International Innovation Center in Beijing. At the event, openEuler will launch a major AI-driven version, and global partners will unveil flagship products built on openEuler — showcasing shared innovation and confidence in advancing next-gen OS for the intelligent era. At the event, you will: - Let's meet in Beijing — to inspire, collaborate, and co-create the next chapter of the global open source ecosystem. Live ... Agenda 14 NOV 15 NOV Keynote Subforums Speakers Operating System Conference Keynote Ni Guangnan Academician Chinese Academy of Engineering Cheng Xiaoming Chairman OpenAtom Foundation Yang Chaobin Director, CEO of the ICT Business Group Huawei Shao Guanglu Director of Science and Technology Committee and Former General Manager China Telecom Group Dr. Xiong Wei Chairperson OpenAtom openEuler Committee Du Hai General Manager of Hybrid Cloud Baidu AI Cloud Zeng Wenbin Director of Operating System Meituan Yang Mingming Vice President Phoenix Contact China openEuler Summit 2025 Keynote Ritchie Peng Director of the ICT Strategy & Business Development Dept Huawei Dr. Xiong Wei Chairperson OpenAtom openEuler Committee Tang Xiaolei Vice President AMD Andrew Wafaa Arm Senior Director Software Communities & Fellow PyTorch Board Hu Xinwei Technical Committee Chairperson OpenAtom openEuler Hu Chunming Dean, School of Software Beihang University Grant Likely CTO Linaro Lin Zhenfu Technology Expert CSG Digital Power Grid Gao Lijiang Head of Cloud Native Platform China Post Information Technology (Beijing) Ye Qinglong R&D Director Kylinsec Chen Youxuan Head of HPC GAC Group Technical Sessions Produced by Du Dongdong Assistant Professor Shanghai Jiao Tong University Lu Jun Deputy Director, Lineage Engineering Technology Center, Guangzhou Institutes of Biomedicine and Health Chinese Academy of Sciences Zhang Tao Manager of Embedded Dept HopeRun Jiang Haoran R&D Engineer KylinSoft Song Shi Chief Engineer GSK CNC Equipment Yao Guangzhong Technology Expert Henan KunLun Technology Yang Lu Director of PLCnext Software Application Phoenix Contact Zhang Rui Software Engineer Intel Wang Wenkuan Linux Kernel Expert AMD China Song Jiayu Secretary-General CXL Tech Application Club Jin Xiaoxu Director of Chinese Enterprise Go Global Yonyou Zhang Xiao Director, Intelligent Computing Platform iFLYTEK Spark AI Research Institute Zhang Zehua Director, Ads Algorithm JD.com Sun Zhenghua R&D Director, Central Platform Dept Sangfor Liu Bingwei Senior Director, Software Technology Group Intel China Cai Xinqi Beijing Aerospace Microsystem and Information Technology Research Institute Zeng Yi Director of Robotics Market Topstar Ding Jiahui Senior Engineer Huawei Fei Jianqiang Cloud Native Expert Huawei Hu Kuang AgiBot Jiang Dongping Qino Jin Long Solution Director PowerLeader Li Chaoyang Huazhong University of Science and Technology Li Peng Institute of Software Chinese Academy of Sciences Liang Yi Serverless Chief Expert Huawei Wu Jian Chief Solutions Architect for Robotics TD Tech Liu Baoyu Greater Bay Area National Center of Technology Innovation Lu Weijun Senior Engineer Huawei Tan Rui Intewell Wan Feng Senior Software Engineer KylinSoft Wang Dawei JRLC Wang Wei Head of Unmanned Equipment JRLC Wang Xiaoyun Institute of Software Chinese Academy of Sciences Wang Zhiqiang Head of Marketing CODESYS Software Group Wei Jiangang HopeRun Wu Heng R&D Expert China Telecom eSurfing Cloud Wu Zhiguo Engineer Linaro Xu Lei xFusion Xu Peiwen Phoenix Contact Yang Bin Director, openEuler Research Center iSoftStone Yuan Lipeng Senior Engineer Huawei Zhai Wenjie Senior Engineer Huawei Zhong Maoheng Manager Linx Software Zhong Tao Engineer Huawei Liu Xinliang Engineer Linaro Andy Security Engineer JD.com He Liyun Vice General Manager of R&D Center Beijing Linx Software Corp. Emma Senior Software Engineer Huawei Leon Wang Senior R&D Expert China Unicom Digital Technology Wang Yucheng Engineer Wu Chenggang Professor Institute of Computing Technology, CAS/ZGC Lab Kaly Xin Software Engineering Director Linaro Charles Zhang Director Sansec Technology Feng Yan Senior Java Backend Engineer Huimei Cloud Technology Han Yuankun AI Communication Expert Huawei Kevin Core System Architect China Merchants Securities Li Jingjing Product Manager Beijing TongTech Li Yuzhen AI Engineer Huawei Sun Yanan Senior Operator Development Engineer Henan KunLun Technology Zheng Chenhui Engineer Huawei Technical Sessions Xie Xiuqi openEuler Kernel SIG Maintainer Luo Yukai Security Committee Member openEuler Du Kaitian Maintainer openEuler Zhu Tao openEuler sig-UnifiedBus Maintainer Ren Wei openEuler Technical Committee Member Li Yang Distributed Middleware SIG Maintainer Sponsors Hosts Co-Hosts Co-Organizers Supporter --- https://www.openeuler.org/en/learn/mooc/ --- # MOOCs ### Tutorials openEuler Mini Courses Learn More --- https://www.openeuler.org/en/migration/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us ### Advantages Easy, stable, and efficient OS migration Digital transformation for OSs that reach EOM openEuler An open source OS designed for digital infrastructure Key kernel innovation to fuel multi-architecture computing Full-stack optimization for diverse scenarios End-to-End Solution Easy-to-Use Tool Comprehensive and Responsive Support Best Practices End-to-End Solution Comprehensive and Responsive Support Easy-to-Use Tool Best Practices ### Download Get the x2openEuler migration tool suite and upgrade your OS today x2openEuler3.0.0-2024930 Download Software - x86\_64 - AArch64 Feature Description Patch Description User Guide ### Getting Started Find the tool to help you prepare, perform, and test your migration and services Learn Migration background Migration overview openEuler migration solution Six Steps to Migrate to openEuler Prepare Create a support team Analyze the project Design a migration plan Port software before migration Powerful Tool Implement In-place upgrade Migration after adaptation Streamlined and Reliable Migration Test and Roll Out System monitoring Inspection and detection Security vulnerability updates Secure and Intelligent O&M ### Migration Paths In-place Upgrade (1h) Upgrade the source OS. Migration After Adaptation (4h) Automatically install the OS and synchronize configurations. Install applications. ### Best Practices China Mobile (Zhejiang) Smooth OS Porting and More Stable Core Systems China Telecom Seamless OS Migration to CTyunOS Learn More ### Porting Guides MySQL 5.7.21 Porting Guide Apache 2.4.39 Porting Guide Nginx 1.14.2 Porting Guide View More ### Contact If you have questions, our FAQs may have the answer. If you have any issues or requirements relating to system migration, submit them through QuickIssue. Want to connect with the community or share experiences? Join our Discord group where our team and other users can help you out. Looking for more video tutorials? Check out our migration playlist on the openEuler YouTube channel for detailed guides and tutorials. --- https://www.openeuler.org/en/migration/advantage/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us Today's digital world requires operating systems (OSs) to accommodate more computing architectures. For enterprise digital transformation, migrating OSs is a common operation, but this can often lead to like performance, compatibility, system environment restoration issues. openEuler is an open source OS that streamlines the differences between various computing architectures across servers, clouds, edges, and embedded systems. To make OS migration simple, reliable, and efficient, the openEuler migration solution comprises just six steps: create a migration support team, analyze migration needs, design a plan, adapt software, perform migration, and conduct testing and rollout. That brings us to x2openEuler, an openEuler tool designed for migration assessment and in-place upgrades. To ensure a seamless transition of services, x2openEuler performs thorough analysis of hardware, software, and configurations, including changes in upper-layer software interfaces, dependency versions, and post-migration OS configurations. x2openEuler supports two migration paths: in-place upgrade and migration after adaptation. x2openEuler in-place upgrade migrates existing OSs to openEuler within one hour, without requiring services to be redeployed or parameters reconfigured, significantly cutting down on time and effort. This cost-effective option enables the direct use of original server resources to remove the need for backup servers. For OS migration assistance, feel free to reach out to us. openEuler offers complimentary OS migration consultations for community members. --- https://www.openeuler.org/en/migration/background/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us ## Background As the EOM for the original OS approaches, migrating to a new OS becomes imperative to ensure service continuity and security. Digital transformation now requires OSs must adapt to new architectures and scenarios, requiring systematic migration solutions and tools to ensure seamless migration. Enterprises must adopt future-oriented strategies. Comprehensive support, reliability, and stability are needed for sustainable development and product innovation. openEuler provides an efficient and reliable platform on which to migrate and port your systems. ## Introduction to openEuler ​ ### Open Source OS for Digital Infrastructure ​ openEuler is an open source OS oriented to digital infrastructure that fits any server, cloud computing, edge computing, and embedded deployment. It is secure, stable, and easy-to-use and can connect with multiple computing architectures. ### Focusing on Kernel Capabilities, Unleashing Diverse Computing Power, and Leading OS Innovation ​ openEuler is a native open source OS that evolves independently to meet needs for sustainable development. For the kernel, openEuler has made innovations in multi-core scheduling, diverse compute, and support for memory-centric architectures. What’s more, since 2012 openEuler has made countless contributions to the Linux Kernel community, ranking No.1 in kernel code contribution in Linux Kernel 5.10/5.14. ### openEuler Architecture ​ An innovative architecture is the foundation for full-stack optimization, helping unleash excellent compute and support digital. It consists of the acceleration libraries, virtualization, kernel, driver, compiler, OS tool, OpenJDK, and other components. --- https://www.openeuler.org/en/migration/contact/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us If you have any issues or requirements relating to system migration, submit them through QuickIssue. Want to connect with the community or share experiences? Join our Discord group where our team and other users can help you out. Looking for more video tutorials? Check out our migration playlist on the openEuler YouTube channel for detailed guides and tutorials. --- https://www.openeuler.org/en/migration/contribution/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us Migrated your system with openEuler? We invite you to share your experience as best practices or migration cases with the openEuler Migration Center. The contribution process is as follows: 1. Publish your migration best practices or porting guides in our blog pages (see Guidance to Post a Blog). Be sure to include keywords in your title, like "migration best practice" or "porting guide" for better visibility. 2. If your blog is selected as a best practice or porting guide, the Compatibility SIG responds with "/lgtm". 3. Once approved, the openDesign SIG publishes the blog in the Migration Center. --- https://www.openeuler.org/en/migration/download/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us ## x2openEuler x2openEuler is a migration tool that streamlines the move of source OSs to openEuler. To negate the manual and inaccurate operations of conventional methods, an easy-to-use UI lets you perform in-place upgrade of OSs in batches. You can batch add nodes to be upgraded for analysis, planning, and compatibility tests. Then batch upgrade the adapted nodes to achieve an end-to-end seamless migration. x2openEuler3.0.0-2024930 Download Software - x86\_64 - AArch64 Feature Description Patch Description User Guide x2openEuler3.0.0-2024630 Download Software - x86\_64 - AArch64 - upgrade-for6 Feature Description Patch Description User Guide x2openEuler3.0.0-20231230 Download Software - x86\_64 - AArch64 - upgrade-for6 Feature Description Patch Description User Guide x2openEuler3.0.0-2023930 Download Software - x86\_64 - AArch64 - upgrade-for6 Feature Description Patch Description User Guide x2openEuler3.0.0-2023630 Download Software - x86\_64 - AArch64 Feature Description Patch Description User Guide --- https://www.openeuler.org/en/migration/download/characteristic-description-3.0.0/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us ## 3.0.0-1230 Features ​ - ### New Features ​ 1. Supported the English GUI. 2. Optimized the upgrade process of solution 2. 3. Added the SSH timeout duration configuration during the upgrade. 3. Deleted duplicate check items (whether the core package is installed) and irrelevant check items (Python environment check) from the environment check. 5. Optimized the prompts of some check items. 4. Improved the webpage loading speed. 7. Minimized log permissions. - ### Resolved Issues ​ 1. Certificates that have expired or are about to expire can be uploaded. 2. Log files and x2openEuler files on the node to be upgraded cannot be cleared after the environment is cleaned up. 3. The SSH connection fails due to the incorrect format of the ifcfg-eth file after the upgrade. 4. CentOS 6.4 fails to be upgraded. 5. The backup command fails to be executed. 6. Software packages are not removed under specific conditions. 7. The login can be refreshed when the initial password is not changed or the password expires in special cases. 8. The server certificate cannot be viewed on the webpage under certain conditions. 9. The rollback consistency check cannot be performed after it is interrupted. 10. The environment fails to be cleaned up after the upgrade is successful. 11. The time statistics in some phases of the upgrade task are inaccurate. 12. Some soft links are not removed after x2openEuler is uninstalled. ## 3.0.0-930 Features ​ - ### New Features ​ 1. Added the general OS upgrade solution that allows you to select solution 2 in the advanced options. 2. Supported the upgrade from CentOS 6 to openEuler in solution 2. (Place the **x2openEule-upgrade-for6** software package in the **/etc/x2openEuler/rpms** directory on the WebServer node.) 3. Supported the upgrade from openEuler 20.03 to openEuler 22.03. 4. Added the summary page for viewing the status and distribution of all nodes. 5. Supported retry during the upgrade to enable you to retry the upgrade after manually rectifying the fault. 6. Added a search bar to the pre-upgrade check report to facilitate search. 7. Supported IPv6 nodes to be upgraded. 8. Added pre-upgrade check items, environment check items, and environment inspection items. - ### Resolved Issues ​ 1. The post-processing script conflicts with the pre-processing script in an imported table. 2. The built-in Python of the system cannot be used due to libpath conflicts. 3. Modified some entries to facilitate reading and fault locating. ## 3.0.0-630 Features ​ - ### New Features ​ 1. Supported 1,000 concurrent nodes. 2. Changed the x2openEuler backend database from SQLite to MariaDB, and added MariaDB initialization to the initialization script. 3. Modified the pre-upgrade check scheme of x2openEuler to improve the pre-upgrade check accuracy. 4. Added user-defined check items to the pre-upgrade check to enable users to customize check items as required. 5. Supported the configuration file migration policy to be selected for specific RPM packages during the pre-upgrade check. 6. Added check items to ensure smooth node upgrade. 7. Added the software package analysis task to support independent software package analysis by incorporating Visual Studio Code-related functions. 8. Supported version update using scripts. - ### Resolved Issues ​ 1. During batch import, the GUI does not respond when data is imported for multiple times. 2. Assigned the importing status to a node during file migration. 3. Added an error message after a delay of 0.5s when the uploaded file fails to be verified. 4. Changed the length of the host name field in the database to 256 characters. 5. Added the timeout interval for collecting file system information. The default value is 300s. 6. Added excluded directories that are not collected during rollback consistency collection. 7. The rollback is not a fake rollback when the upgrade fails and the system is not restarted. 8. An error is reported when the owner of a common user file is different from the common user name during remote connection. 9. Added verification for the space for downloading RPM packages during the pre-upgrade check. 10. Fixed CVEs of the used open source software. 11. Separated logs of each node to facilitate fault locating. 12. Added the total size of backup files to the GUI. 13. Moved dependency package installation to the environment check so that it can be completed before the upgrade check. 14. Specific file drivers mounted in the fstab file are not inserted to initramfs when the rollback startup item is generated. 15. lsattr scanning on soft links fails. 16. Added lsattr scanning to the pre-upgrade check. 17. The password prompt is in lowercase during SSH connection. 18. The software package assessment report contains English characters. 19. Merged the **x2openEuler-client** and **x2openEuler-upgrade** packages. 20. Made the sizes of the pre- and post-processing script packages and the number of files configurable. 21. The network is interrupted for retry when the upgrade is abnormal due to the modification of the SSH return value. 22. Enabled you to add custom software for the software conflict check. 23. The rollback button is occasionally not displayed on the upgrade details page. 24. Verified the SHA256 values of all RPM packages during the pre-upgrade check. 25. Tasks are deleted in batches together with nodes after nodes are filtered. 26. Implemented lazy loading in the XLSX library and installed the webpack-bundle-analyzer plug-in. 27. A loading error occurs occasionally in the report after the upgrade. 28. Deleted **\-e** from the pre- and post-processing scripts. 29. Displayed the failure cause when a software package fails to be uploaded. 30. Duplicate configuration policy data exists after being filtered. 31. Logs cannot be downloaded when the node alias is in Chinese. 32. Enabled you to set the public key-free authentication for SSH connection during the initialization phase. 33. **createrepo** fails to be executed after user environment variables are modified. 34. Added the **Upgrade** button to the pre-upgrade check progress after a successful rollback. 35. The dialog box for exporting an HTML report cannot be displayed again after you click the close button in the upper right corner. 36. The write permission assignment error is not recorded in the log file. 37. Ignored the warning displayed during yum-utils installation. 38. Added the IP address, port number, actor name, and task thread ID to the print information of task scheduling. 39. The data in the exported HTML report is not changed when the assessed package is changed. 40. A task exception occasionally occurs when a task is modified or deleted. 41. Optimized page polling and added software package assessment filtering for task management. 42. Deleted extra packages after software conflict data is collected. 43. The dependency relationship **is\_uncompatible** is incorrectly displayed. 44. Cleared the uploaded files when the browser is closed, and added the login failure processing to the software package upload component. 45. Deleted the route cache and **noarch** architecture option, and rectified the error reported for the configuration file upgrade policy. 46. Added the **hostname\_length** configuration item and adjusted the SSH window size. 47. The database cannot be read or written when no operation is performed for a long time. 48. The rollback does not take effect after the post-processing script is executed. 49. Added conflict detection for the **conflict** and **provide** software packages conflict after the upgrade. 50. The configuration report search is suspended. ## 3.0.0-330 Features ​ - ### New Features ​ 1. Enabled x2openEuler to support migration from Red Hat 7 to openEuler 20.03 and openEuler 22.03, and from Red Hat 8 to openEuler 22.03. 2. Added the rollback consistency check function to x2openEuler to check the files that are different before the upgrade and after the rollback. 3. Added the upgrade integrity check to x2openEuler to compare the check results before and after the upgrade. 4. Enabled x2openEuler to offload conflict analysis and compatibility analysis to the upgrade node, and changed the database usage during the upgrade. You need to place the database RPM package to the **/etc/x2openEuler/rpms/databases** directory on the server. 5. Replaced the x2openEuler connectivity test with the upgrade check. The upgrade check procedure can be customized, and check items can be added or deleted. 6. Added environment inspection to x2openEuler. After the upgrade is successful, inspection can be performed. The inspection procedure can be customized, and inspection items can be added or deleted. 7. Added the function of forcibly deleting nodes to x2openEuler, so that a node can be forcibly deleted when it fails. 8. Downloaded software packages before the upgrade. - ### Resolved Issues ​ 1. The kernel package of the required version does not exist during the upgrade, so **rd.break** exists and the OS boots into emergency mode after the upgrade is complete. 2. The SSH connection cannot be used after the NSS and NSPR software is uninstalled due to the conflict between them. 3. A backup directory with multiple levels of subdirectories cannot be created recursively. 4. The FAT file system driver is not loaded by default during the rollback after the upgrade to openEuler 22.03. As a result, the drive cannot be mounted and the rollback fails. 5. No message is displayed when an invalid task name is entered. 6. The repository is found residual occasionally during the environment check. 7. rsync causes SSH to time out. 8. Made the SSH timeout interval configurable. The default value is 600s. 9. The system displays a message indicating that the password is incorrect when a non-root user logs in to the system during the upgrade retry. 10. The pre-upgrade check fails because a common user exits due to timeout. 11. Error message "No such file or directory" is displayed when the database does not exist. 12. Resolved the allowlist query issue. 13. The tool cannot be installed in openEuler 22.03. 14. libpython cannot be found during the first upgrade check. 15. The i686 package in the original system interferes with the pre-upgrade check. 16. The server certificate does not take effect. 17. Modified display text. 18. The program breaks down due to abnormal input of the swap package. 19. Added the check that **x2openEuler-core** cannot be installed on the node to be upgraded. 20. Updated the hardware compatibility list. 21. Fixed the issue that the default swap package cannot be replaced. 22. Fixed the issue that there is no matching character during SSH matching. 23. Added full-disk scanning before a rollback, and added a message for directories whose permissions cannot be modified to prevent rollback failures caused by files and directories whose permissions cannot be modified. 24. An error is reported during Chinese decoding. 25. The dependency of the RPM package path is missing. 26. Improved the accuracy of the pre-upgrade check. 27. Strengthened security. 28. Added the timeout interval for remote command execution to prevent command suspension. 29. Advanced **x2openEuler-upgrade** dependency installation. 30. An error is reported when the retained package is empty but the service package is entered. 31. The restart command does not take effect. 32. Garbled characters are displayed in SSH transmission. 33. Resolved the glibc-header conflict. 34. The management page does not respond. 35. Modified the rollback process to improve its robustness. 36. The collection evaluation polling fails. 37. Node names are not displayed on the upgrade page. --- https://www.openeuler.org/en/migration/download/patch_description-3.0.0/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us | 3.0.0-630 Patch Description | Download URL | | --- | --- | | Resolved the issue that data cannot be written into the database because the target OS name is too long. | Link | | Added system inspection items. | Link | --- https://www.openeuler.org/en/migration/faq/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us Q: Where can I find tutorials or documents for in-place upgrade? A: We offer learning materials in the form of documents. Refer to the x2openEuler User Guide for details. Q: Does x2openEuler support VM upgrade? A: Yes, x2openEuler supports upgrades for both VMs and physical machines. Q: Which OSs are supported by x2openEuler in-place upgrades? A: For details, see the x2openEuler User Guide. Q: How do I handle exceptions that occur during the upgrade? A: Exceptions can occur during in-place upgrades. For specific troubleshooting operations, refer to FAQs in the x2openEuler User Guide. If there are no details related to your system, you can submit an issue through QuickIssue to ask for support and track the resolution. Q: Can I roll back the migration if an exception causes an upgrade operation to fail? A: Yes, you can roll back the migration using x2openEuler. For details, see the x2openEuler User Guide. Q: How does openEuler do compatibility tests with hardware vendors? Do compatibility tests incur additional charges? A: These tests are free for community members. Details can be found in the Overall Introduction to the openEuler Hardware Compatibility Test, and you can also join the compatibility SIG or the openEuler innovation center. For further details, see the Compatibility List. --- https://www.openeuler.org/en/migration/guidance/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us ## Migration Overview openEuler provides an efficient, reliable solution for users and enterprises to streamline their OS migrations. Here, you can perform migration with subsequent analysis, design a migration plan, adapt software before migration, and conduct testing and service rollout. The x2openEuler tool is an openEuler offering used for migration assessment and in-place upgrades. x2openEuler is a migration tool designed to facilitate the transition from various source OSs to openEuler 20.03. To streamline issues arising from manual operations and batch operations (or the lack thereof), x2openEuler provides a streamlined interface to perform in-place upgrade of OSs in batches. You can batch add nodes to be upgraded for analysis, planning, and compatibility tests. Then batch upgrade the adapted nodes to achieve an end-to-end seamless migration. ## Migration Process ​ On openEuler, migration is completed in just six steps: create a migration support team, analyze migration needs, design a plan, adapt software, migrate the OS, and perform testing and rollout. ## Creating a Migration Support Team ​ When planning to migrate an OS, set up a migration support team comprising members from your company's service, IT, and maintenance departments, as well as from the OSV and ISV. The team will provide technical support and organizational assurance during the operation. ## Conducting Migration Analysis ​ After the support team is set up, your company needs to determine the project overview, which starts with collecting the names and requirements of services to be migrated, and the software stacks, deployment modes, and server hardware information. The information should be filtered by service provider, OS, and hardware environment, with specified service priority. Then, assess the compatibility in an assessment report of the OS hardware, software, and configurations with openEuler by referring to the x2openEuler User Guide, and supplement or replace incompatible software packages. x2openEuler can generate a pre-upgrade compatibility assessment report, which includes the following info: - Software assessment Lists application software dependencies and scans and assesses application software. - Configuration collection and assessment Collects user environment data and generates configuration files; collects information about the systemd service, kernel parameters, networks, and drive mounts; and analyzes and assesses configurations. - Hardware assessment Checks whether the system (x86/AArch64) and boards (RAID/NIC/FC/IB/GPU/SSD/TPM/AI) in the operating environment are supported in the openEuler compatibility list. ## Designing a Migration Plan ​ Formulate a migration policy for each service node based on the compatibility assessment report and migration priority, then determine a plan on how to deploy services, whether parallel replacement is viable, and length of RPO. Note OS migration includes that between the same and across different architectures. For the latter, application software must be ported before migrating the OS. ### Migration Priorities ​ Priorities can be set for services based on their attributes. The following three service attributes are for reference only. - Language - Java: Java applications are masked by the Java Development Kit (JDK) and have good compatibility. JDK 8 or later has high priority. - C: Services that pass the compatibility assessment have high priorities, whereas those that need to be ported have low priorities. - Python: Python 3 and Python 2 services have high priorities. - Service deployment mode - Cluster services have high priorities. - Active/standby services have high priorities. - Single-node services have low priorities. - Service status - Stateless services (not involving local storage or configuration data) have high priorities. - Stateful services (involving local data) have low priorities. ### Migration Scenarios ​ Determine the migration scenario based on the service system status, and formulate and implement the migration plan. The migration scenarios are as follows: - New: A new OS is required for a new service. - Scale-out: A new OS required for the newly added nodes and service nodes that have been running for a period of time. - Installed base replacement: Replace the existing node OS that has been running for a period of time with a new OS. ## Adapting Software ​ x2openEuler generates a detailed compatibility assessment report that lists the software to be adapted. Based on the report, adapt your software pre-migration, and then post-migration deploy them on the new OS. For details about typical software porting and adaptation, see Porting Guides. - Software adaptation a.  Application software adaptation: Contact software vendors or proprietary software owners. b.  OS software adaptation: Import the missing dependencies listed in the report. If you have any issues, submit them through QuickIssue. (Optional) After the software is adapted, import the software packages to the community software repository and update the software compatibility list as required. Note Compatible software can be directly used. - Configuration collection and adaptation x2openEuler offers the configuration migration function to automatically analyze four types of system configurations (service, network, kernel, and mount). Based on requirements and policies, analyze the configuration items to be synchronized and select the configuration items to be modified. Then, x2openEuler generates an automation script to implement one-click configuration synchronization. - Hardware adaptation a.  Check the hardware type that needs to be confirmed in the hardware compatibility assessment report. b.  Guide hardware vendors or communities to perform adaptation. For details, see Overall Introduction to the openEuler Hardware Compatibility Test. c.  After the software is adapted, release the adapted driver to OEPKGS and update the compatibility list. d.  When the value of **Compatible or Not** changes to **Yes**, the hardware has passed the compatibility test. ## Implementing Migration ​ #### Precautions ​ - Migration operations may affect service runtime. Consider a suitable migration time and required resources in advance. - In installed base replacement operations, back up the system before migration. This is because software packages need to be upgraded or reinstalled after the migration. - Currently, 32-bit OSs are not supported. If 32-bit applications are required, contact the community or OSVs. - It is recommended that experienced perform live network migration. Contact the O&M personnel of the OS vendor for technical support. #### Migration Paths ​ openEuler supports two migration paths: - In-place upgrade. Upgrade the existing OS to the target OS. The system configurations and service data can be directly reused. - Migration after adaptation. Reinstall the OS on the new hardware or the original hardware, and deploy services again to replace the old nodes. You are advised to use x2openEuler to assess software compatibility and select a migration path that fits your requirements. After formulating the overall migration plan, you can start service migration. With the x2openEuler tool and compatibility assessment report, fully compatible services can be directly upgraded while retaining the original services and configurations. For details about the in-place upgrade, see the x2openEuler User Guide. For migration after adaptation, operations include stopping service, isolating backups, deploying the system and applications, synchronizing configurations, and service cutover. Contact us for a detailed technical guide. ## Performing Testing and Rollout ​ You can use the test cases and methods of the original service system to perform unit and system integration tests. You can also perform quick tests for core functional modules, which brought online only after they pass the tests. After services are brought online, the running status needs to be continuously monitored for one to three months to ensure a healthy system runtime. Analyze the performance data collected in the tests and determine whether to perform performance optimization. The openEuler open source community provides a performance optimization tool A-Tune to help optimize system and application performance. Security vulnerability update and maintenance is one of the major issues and risks faced by the services after they are rolled out. openEuler has set up a security committee and developed a vulnerability handling process to help you cope with such issues. --- https://www.openeuler.org/en/migration/transplantation-cases/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us openEuler provides typical software porting guides to fit most deployment needs. You can alscontribute your successful migration cases. For details, see Contribution Guide. MySQL 5.7.21 Porting Guide Apache 2.4.39 Porting Guide Dubbo 2.6.8 Porting Guide Dubbo 2.7.5 Porting Guide HAProxy 1.9.0 Porting Guide lighttpd 1.4.53 Porting Guide iok 2.1.3 Porting Guide Memcached 1.5.12 Porting Guide Nginx 1.14.2 Porting Guide Tengine 2.2.2 Porting Guide Squid 4.8 Porting Guide Varnish 6.2.0 Porting Guide x86 Hardware Compatibility Assessment and Porting Guide Flask 1.1.2 Porting Guide enca 1.19 Porting Guide Tornado 4.2.1 Porting Guide pkgship 2.1.0 Porting Guide SeqKit-2.2.0 Porting Guide --- https://www.openeuler.org/en/migration/user-cases/ --- Migration CenterBackgroundAdvantagesMigration SolutionDownloadBest PracticesPorting GuidesContribution GuideFAQsContact Us Currently, openEuler offers migration strategies in various mainstream scenarios such as big data, distributed storage, virtualization, container, and database software. These practices have effectively facilitated migration for users across diverse industries. To obtain migration practices in various scenarios, contact us. To share best practices, refer to Contribution Guide. #### China Mobile Smooth OS Porting for Core Service Systems Learn More Carrier #### China Telecom Seamless OS Migration to CTyunOS Learn More Carrier #### iSoftStone Campus OS Migration to New Server Hardware Learn More Others --- https://www.openeuler.org/en/mirror/list/ --- # Mirrors ## Mirrors openEuler welcomes new mirror sites. If you are considering to set up a public mirror site for openEuler, please follow the mirror guidelines to make sure that your mirror is consistent with the other mirror sites. Any questions, feel free to contact us To synchronize openEuler images, run the following command: rsync -av --partial --progress --delete rsync://root@repo.openeuler.openatom.cn/openeuler/\*\*\*(localDirectory) Region All Asia Europe North America Select | Site | Location | Sponsor | Protocol | Network Bandwidth (Mbit/s) | | --- | --- | --- | --- | --- | No Data ## Release Sizes Learn about the size of each release if you use rsync to synchronize repositories to a local directory of mirror site | Release | Size | | --- | --- | | openEuler 20.03 LTS | 211 GB | | openEuler 20.03 LTS SP1 | 537 GB | | openEuler 20.03 LTS SP2 | 255 GB | | openEuler 20.03 LTS SP3 | 404 GB | | openEuler 20.03 LTS SP4 | 445 GB | | openEuler 20.09 | 8.0 KB | | openEuler 21.03 | 8.0 KB | | openEuler 21.09 | 8.0 KB | | openEuler 22.03 LTS | 616 GB | | openEuler 22.03 LTS 64kb | 89 GB | | openEuler 22.03 LTS SP1 | 562 GB | | openEuler 22.03 LTS SP2 | 399 GB | | openEuler 22.03 LTS SP3 | 686 GB | | openEuler 22.03 LTS SP4 | 631 GB | | openEuler 22.09 | 8.0 KB | | Release | Size | | --- | --- | | openEuler 23.03 | 257 GB | | openEuler 23.09 | 313 GB | | openEuler 24.03 LTS | 804 GB | | openEuler 24.09 | 460 GB | | openEuler 24.03 LTS SP1 | 768 GB | | openEuler 24.03 LTS SP2 | 777 GB | | openEuler 24.03 LTS SP3 | 456 GB | | openEuler 25.03 | 530 GB | | openEuler 25.09 | 531 GB | | openEuler preview | 490 GB | | openeuler1.0 | 8.0 KB | | security | 1.7 GB | | upload | 4.0 KB | | bugFix | 1.2 MB | | Total | 10 TB | --- https://www.openeuler.org/en/monthly-bulletins/ --- # Monthly Bulletins Time --- https://www.openeuler.org/en/other/brand/ --- # Trademarks ## Trademark Guidelines OpenAtom openEuler (openEuler for short) is an open source OS incubated by the OpenAtom Foundation for digital infrastructure in server, cloud, edge, embedded scenarios, across Arm, x86, RISC-V, LoongArch, PowerPC, and SW-64 architectures. For proper use of openEuler trademarks on this page, please refer to the OpenAtom Foundation Brand Use Guidelines and openEuler Visual Identity System Management Manual For any questions regarding the use of above trademarks, contact trademarks@openeuler.sh openEuler Trademark TrademarkopenEuler Male Female Logo openEuler Innovation Project Trademarks Innovation Project Logo A-Tune StratoVirt secGear ## Logo Downloads openEuler Standard JPGPNGSVG Standard JPGPNGSVG Monochrome JPGPNGSVG Monochrome JPGPNGSVG Black JPGPNGSVG Black JPGPNGSVG Innovation Projects A-Tune JPGPNG StratoVirt JPGPNGSVG secGear JPGPNG ## Presentation Templates (Template)[https://openeuler-website-beijing.obs.cn-north-4.myhuaweicloud.com/openEuler_PPT%20Template_en.pptx ] --- https://www.openeuler.org/en/other/brand/specification/ --- ## Logo Rationale ## Logo Variations ## Logo Grid Proportions ## Minimum Logo Size and Clear Space ## Logo Color Specifications ## Monotone Black/Inverse Logos ## Co-branding Logo Guidelines ## Incorrect Usage of Logo --- https://www.openeuler.org/en/other/cookies/ --- # About Cookies ​ * * * ## 1\. Cookie ​ A cookie is a text file stored by a web server on a computer or mobile device, and the content of a cookie can be retrieved or read only by the server that created the cookie. Cookies are unique to the browser or mobile application you are using. The text in a cookie often consists of identifiers, site names, and some numbers and characters. The openEuler community sometimes stores cookies on computers or mobile devices. We use cookies to improve user experience, including: 1. Strictly necessary cookies: When you use the website, cookies ensure that your visit to the website is as smooth and secure as possible. | Name | Source | Expiration | Purpose | | --- | --- | --- | --- | | _Y_G_ | openEuler website | session | Maintain user login sessions. | | _U_T_ | openEuler website | 10 hours | Prevent cross-site request forgery (CSRF) attacks. | | agreed-cookiepolicy-zh, agreed-cookiepolicy-en | openEuler website | 6 months | Record whether the user agrees to accept cookies. | | openEuler-theme-appearance | openEuler website | 6 months | Record the user's preference for the website theme. | | HWWAFSESID, HWWAFSESTIME | Huawei Cloud WAF | session | Prevent malicious attacks. | | _forum_session, _t | forum website | 7 days | Maintains user sessions. | | express_sid | etherpad website | 1 day | Maintains user sessions. | | token | etherpad website | 60 days | Record the author's random token, which will be generated by the client. | | prefs | etherpad website | 1 year, 1 month, 1 week | Record the client's preference settings, which are used to set font series, colors, and other content. | | sessionId | compatibility certification website | 30 minutes | Maintains user sessions. | | XSRF_TOKEN | compatibility certification website | 30 minutes | Protects against cross-site request forgery attacks. | | Authorization | EulerMaker website | 4 hours | Protects against cross-site request forgery attacks. | 2. Statistical analysis cookies. We collect information about your use of our website. These cookies help us understand how the services are performing and being used. | Name | Source | Expiration | Purpose | | --- | --- | --- | --- | | Cookies related to Baidu Analytics. For details about the name, please refer to the list of cookies related to Baidu Analytics. | For details about the source, please refer to the list of cookies related to Baidu Analytics. | For details about the expiration, please refer to the list of cookies related to Baidu Analytics. | For details about the purpose, please refer to the list of cookies related to Baidu Analytics. | The openEuler community does not use cookies for any purposes other than those described in this statement. You can manage or delete cookies based on your preferences. For details, visit AboutCookies.org. You can clear all cookies saved on your computer. Most browsers are set to block cookies. But if you do so, you need to change the user settings yourself every time you visit our website. For details about how to change the browser settings, please visit the following links: Internet Explorer, Google Chrome, Mozilla Firefox, Safari and Opera. If you clear cookies, you need to change user settings each time you visit the openEuler community website. Note that some services in the openEuler community may require cookies. Disabling cookies may affect all or some functions of these services. You can click Cookie Settings to withdraw your consent to non-necessary cookies. ## 2\. Similar Technologies ​ In addition to cookies, we may use other technologies to automatically collect information. Browser web storage: We may use browser web storage (including HTML5), also known as local storage, for similar purposes to those of cookies. Browser web storage can store more data than cookies. Your web browser may provide the function to clear the data stored therein. | Name | Source | Expiration | Purpose | | --- | --- | --- | --- | | oa-openEuler-client, oa-openEuler-events，oa-openEuler-session | openEuler website | Permanent | Record your application ID, events, and sessions. | ## 3\. Do Not Track ​ Many browsers provide the "Do Not Track" feature, which sends the "Do Not Track" request to websites. So far, major Internet standardization organizations have not established policies to regulate how websites should respond to such requests. The openEuler community does not change how data is collected and used as described in this statement based on the "Do Not Track" setting you have selected or other opt-out settings or features that your browser may provide. However, the openEuler community reserves the right to change the data processing mode without notifying you. --- https://www.openeuler.org/en/other/legal/ --- # Legal Notice This Legal Notice contains legal policies for the openEuler Community. These policies apply to the openEuler Website. As used in this Notice, the **"openEuler Website"** refers to the websites operated by the openEuler Community, including the website accessible via https://www.openeuler.org, and other websites whose domain names contain "openEuler" and whose pages include a link to this Notice. As used in this Notice, **"openEuler Public Content"** (hereinafter referred to as "Content") refers to the source code, documentation, code comments, configuration files, mailing lists, forum discussion records, and other public materials publicly published or provided on the openEuler Website. As used in this Notice, **"Personal Information"** refers to all types of information recorded in electronic or other means that relates to an identified or identifiable natural person, excluding anonymized information. As used in this Notice, **"Restricted Information"** refers to information other than Personal Information that, by its nature or status, is inappropriate for acquisition, disclosure, or use for AI Purposes. Such information includes, but is not limited to, access credentials (access tokens, cryptographic keys, passwords, certificates), undisclosed vulnerability details, internal paths, private repository information, trade secrets, and any other information that shall be kept confidential according to applicable laws or is explicitly marked as restricted for use. As used in this Notice, **"AI Use"** or **"AI Purposes"** refers to the use of openEuler Public Content for the following purposes: 1. Data Processing: including but not limited to data cleaning, data labeling, parsing, tokenization, format conversion, feature extraction, summarization, vectorization, index construction, and dataset and corpus construction of the Content; 2. Model Development: training and evaluation of various models using the Content, such as pre-training, post-training, fine-tuning, distillation, and benchmarking of large language models and code models; 3. Model Utilization: conducting the following activities using the models generated from the aforementioned Model Development activities: (1) Building, deploying, providing, or invoking various applications, products, or services, including but not limited to Retrieval-Augmented Generation (RAG), vector retrieval, intelligent QA, code completion, code explanation, code search, and document search; (2) Generating various outputs relying on or utilizing the Content, including but not limited to operators, adaptation code, plugins, tools, scripts, and configuration files. As used in this Notice, **"Third-Party Content"** refers to open-source software, third-party software, third-party documentation, third-party data, third-party models, third-party interfaces, third-party trademarks, third-party assets, and other content over which third parties hold rights or interests, that are contained in, cited by, linked to, depended upon, or attached to the openEuler Website, code repositories, documentation, or other public materials, and which are not owned by the openEuler Community or for which the openEuler Community has not obtained sufficient authorization. ## I. Rules for Accessing the openEuler Website ​ The following rules apply to all users or visitors accessing the openEuler Website (hereinafter referred to as "You" or "User"). Your access to the openEuler Website via automated access tools shall be deemed as your own acts. Such automated access tools include, but are not limited to, web crawlers, search engine spiders, AI crawlers, etc. The openEuler Community reserves the right to modify these rules in accordance with changes in applicable laws and regulations, community governance rules, applicable open-source license requirements, etc. The openEuler Community grants the right to access the openEuler Website under the following rules. If you do not agree to any of the following rules, please stop using the openEuler Website. By accessing or browsing the openEuler Website and its Public Content, or engaging in relevant operations for AI Purposes, your actions shall be deemed as your acceptance of the entire content of this Notice. For any violations of these rules, the openEuler Community reserves the right to take reasonable remedies and pursue legal liabilities. ## II. Copyright Statement ​ 1. All openEuler Public Content is protected by copyright law, and all copyrights are owned by the openEuler Community, except for content indicated as being cited from third parties. Unless otherwise agreed upon in the applicable open-source license, third-party license, or other rights statements of the relevant content, subject to compliance with this Notice and applicable laws and regulations, the openEuler Community permits you to perform reasonable copying, downloading, citing, caching, indexing, format conversion, and other necessary technical processing of the Public Content that the openEuler Community has the right to authorize, for purposes such as learning, research, development, testing, compatibility adaptation, and commercial or non-commercial software development. 2. When using, copying, modifying, distributing, or otherwise exploiting openEuler Public Content, you shall comply with the applicable open-source licenses and rights statements of such content, including but not limited to retaining copyright statements, license texts, change notes, attribution notes, and NOTICE information. 3. You shall not design, provide, or distribute any copy, database, image, dataset, RAG service, model output service, or other product that objectively serves as a substantial substitute for the official openEuler Website, source code, or documentation, unless expressly authorized or permitted by the applicable licenses. 4. Your aforementioned operations conducted for AI Purposes shall also be subject to the provisions of the relevant sections regarding AI Use in this Notice. ## III. AI Use Authorization for openEuler Public Content ​ 1. Subject to your compliance with applicable laws and regulations, applicable open-source licenses, this Notice, machine-readable access control specifications (including but not limited to robots.txt, page meta tags, and HTTP response headers), and other readable access control specifications (including but not limited to code repository notices, LICENSE files, NOTICE files, README files, or other statement files published alongside the Content), the openEuler Community permits you to use the content that the openEuler Community has the right to authorize for AI Purposes. However, the scope of such permission is limited to the content that the openEuler Community has the right to authorize, and does not include any Third-Party Content for which the openEuler Community has no right to authorize. 2. To perform the aforementioned "AI Purposes", you may carry out operations reasonably necessary for such purposes on the Public Content that the openEuler Community has the right to authorize, including acquisition acts such as accessing, crawling, downloading, copying, and caching for this purpose. 3. You may use technical deliverables lawfully generated based on openEuler Public Content for commercial or non-commercial purposes. Such deliverables include but are not limited to model parameters, model weights, vector embeddings, indices, statistical information, feature representations, model evaluation results, inference results, code, documentation, and operators. ## IV. AI Use Authorization for User Content ​ 1. When you publish, upload, or otherwise provide content on the openEuler Website (including but not limited to code contributions, technical issues, answers, and comments, hereinafter referred to as "User Content"), you understand and agree that: subject to the open-source licenses applicable to your User Content, you grant to the openEuler Community and its explicitly authorized partners a worldwide, perpetual, royalty-free, irrevocable, non-exclusive license to use your User Content for the AI Purposes defined in this Notice. 2. The scope of your aforementioned AI Use authorization does not extend to any Third-Party Content contained within your User Content (which remains subject to its respective applicable licenses), nor shall it be deemed as an authorization to process any Personal Information contained within your User Content (the processing of Personal Information is governed by the provisions of the "Personal Information Protection" section in this Notice). 3. By publishing, uploading, or otherwise providing User Content on the openEuler Website, you represent and warrant that you possess the necessary rights or have obtained sufficient authorization to grant the aforementioned AI Use authorization. 4. Nothing in this Notice is intended to override or replace the terms of the open-source licenses applicable to your User Content. The openEuler Community and its authorized partners shall comply with the terms of such open-source licenses (including any restrictions therein regarding AI training or data mining) when using User Content for AI Purposes. ## V. AI Compliance Conduct Specifications ​ When accessing, crawling, or downloading openEuler Public Content for AI Purposes, you shall comply with the following requirements: 1. Comply with the relevant access rules of the openEuler Website: You shall comply with robots.txt, page-level machine-readable instructions (including but not limited to meta tags such as noindex, noarchive, etc.), API calling rules and rate limits, user-agent identification requirements (system identity must be truthfully identified, and AI crawler identity shall not be forged or concealed), and other machine-readable access control specifications published on the openEuler Website. 2. Prioritize the use of official AI access channels provided by the openEuler Community: If the openEuler Community provides official channels specifically for AI crawling, dataset downloading, API access, or bulk acquisition, you shall prioritize using such channels. You may adopt other access methods only when the official AI access channels provided by the openEuler Community are unavailable or cannot meet your reasonable technical requirements, and such access methods must comply with the requirements of this Notice. 3. Comply with technical access restrictions of the openEuler Website: You shall not bypass or circumvent login authentication, access controls, CAPTCHA, security protection mechanisms, or other technical restriction measures of the openEuler Website in any manner; nor shall you bypass or circumvent access frequency or rate limits set by the openEuler Website in any manner. 4. Do not affect the normal operation of the openEuler Website: You shall take reasonable measures to avoid imposing excessive loads beyond normal access limits on the openEuler Website, or otherwise interfering with, disrupting, or compromising the security of the Website. 5. Do not prompt models to output openEuler source code, documentation, or Third-Party Content in large quantities by crafting prompts or through other means, unless such output has been fully authorized, complies with applicable licenses, or falls under fair use permitted by applicable laws and regulations. 6. Do not use openEuler Public Content to train, fine-tune, or deploy AI systems specifically intended to carry out cyberattacks, generate malware, evade security mechanisms, illegally acquire data, infringe intellectual property rights, or fulfill other unlawful purposes, nor utilize openEuler Public Content to provide programs or tools specifically intended for such unlawful purposes. 7. Do not perform targeted crawling of Personal Information or Restricted Information: You shall not design, configure, or run automated systems specifically intended to perform targeted crawling, extraction, utilization, or dissemination of Personal Information or Restricted Information from the openEuler Website, nor intentionally attack or block the reasonable filtering mechanisms of the openEuler Website for such information. 8. Obligations regarding unintentional acquisition of Personal Information and Restricted Information: Given the automated, bulk-processing nature of AI crawlers, if your automated system unintentionally acquires the aforementioned Personal Information or Restricted Information during broad-range crawling of publicly available sources, it shall not automatically be deemed a violation of this Notice. However, upon self-discovery or receipt of notification from the openEuler Community, you shall promptly take reasonable measures (including but not limited to deleting, isolating, filtering, or anonymizing such Personal Information and Restricted Information), and shall not disclose, disseminate, or in any way use such Personal Information and Restricted Information (including but not limited to using for model training or model inference). ## VI. Personal Information Protection ​ The openEuler Community respects the Personal Information of every user visiting the openEuler Website. When visiting the openEuler Website, you may be requested to provide your basic personal details (such as name, email address, phone number, etc.), and you may choose whether to provide them at your own discretion. 1. Regarding the Personal Information you provide, the openEuler Community will strictly preserve it and take confidentiality measures in accordance with applicable laws and regulations, and will not disclose such information to any third party in any manner, except under the following circumstances: (1) Sharing of Personal Information with your explicit consent: After informing you of the third party's name, contact information, processing purpose, processing method, and the type of Personal Information, and obtaining your explicit consent, the openEuler Community will share your Personal Information within the scope of your authorization with the agreed-upon third party; (2) Sharing of Personal Information under statutory circumstances: Where sharing your Personal Information is required by applicable laws and regulations, legal procedures, litigation/arbitration, mandatory government orders, or regulatory requirements; (3) Where providing your Personal Information to a third party is necessary to protect the interests, property, or safety of yourself or the public from damage, to the extent permitted or required by applicable laws and regulations; (4) Where sharing your Personal Information is necessary to protect national security, public safety, or the major legitimate rights and interests of yourself and other individuals; (5) Your Personal Information that has been disclosed by yourself or otherwise legally disclosed to the public. 2. When engaging in AI Purposes or automated operations involving openEuler Public Content, you shall comply with applicable laws and regulations regarding personal information protection, data security, cybersecurity, and other relevant legal requirements, ensuring that your processing of Personal Information has a lawful basis. For any Personal Information or Restricted Information that may be contained in openEuler Public Content, you shall take reasonable technical and administrative measures to identify, filter, anonymize, or delete such information, and shall not incorporate it into training datasets, public indices, or model outputs. Furthermore, you shall not re-identify anonymized Personal Information or Restricted Information through technical means such as model inference or vector embeddings. 3. Without the consent of the relevant rights holder (which, in the case of Personal Information, refers to the Personal Information subject) and in the absence of any other lawful basis, you shall not use Personal Information or Restricted Information for model training, model fine-tuning, public index construction, public dataset publishing, model outputs that result in the disclosure or reconstruction of such information, or any other scenarios that may lead to the leakage or misuse of such information. ## VII. Disclaimer ​ 1. The openEuler Community strives to provide accurate content on the openEuler Website; however, the openEuler Community does not warrant the accuracy, completeness, adequacy, or reliability of such content. The openEuler Community expressly disclaims any liability for errors or omissions therein, nor does it make any warranties, express or implied (including but not limited to warranties of title, non-infringement of third-party rights, satisfactory quality, and absence of computer viruses). The openEuler Community makes no representations, warranties, or endorsements regarding any products, services, or information provided on the openEuler Website. Any reference to non-openEuler Community products or services on the openEuler Website is provided solely for informational purposes and does not constitute an endorsement or recommendation by the openEuler Community. 2. When you generate models (including parameters and weights), datasets, training samples, technical advice, operators, plugins, code, documentation, tools, scripts, configuration files, or other model inference outputs based on openEuler Public Content, you shall be solely responsible for conducting necessary evaluations, testing, and reviews, and for implementing technical copyright compliance measures commensurate with the risk level of your business scenario, including but not limited to copyright filtering, similarity detection, license identification, and provenance tracking. If you use the aforementioned model inference outputs for production deployment or high-risk scenarios (including but not limited to application scenarios related to critical infrastructure such as safety-critical systems, energy, telecommunications, and transportation), you shall further take human review, testing and verification, security assessment, license compliance review, and risk control measures matching the risk level of such scenarios. You shall independently assume all liabilities associated with your use of the aforementioned model inference outputs, including but not limited to security, correctness, reliability, stability, compatibility, license compliance (including license compliance of cited content and compatibility of the selected license), and compliance with third-party rights. The openEuler Community assumes no liability for any losses, damages, infringements, or third-party claims arising from your use of such model inference outputs. 3. All User Content on the openEuler Website is provided by users independently, and users shall bear all legal liabilities for the content they provide. If you believe that User Content on the openEuler Website may infringe upon your legitimate rights and interests, you should promptly send a written notification to the openEuler Community via email at contact@openeuler.io, providing corresponding proof of identity, ownership, infringement URL, and detailed evidence of the infringement. Upon receiving a valid notification, the openEuler Community will promptly take necessary measures, such as deleting, blocking, or disconnecting links to the complained-about User Content in accordance with applicable laws, and notify the user who posted such content. If the user who posted such content believes that the content does not constitute infringement, the user may submit a written counter-notification to the aforementioned email address, providing proof of identity and preliminary evidence of non-infringement. Upon receiving a valid counter-notification, the openEuler Community will forward it to the notifying party in accordance with applicable laws. If the notifying party fails to initiate a lawsuit or file another complaint within the period prescribed by applicable laws and regulations, the openEuler Community may restore the relevant content in accordance with applicable laws. ## VIII. Trademarks ​ 1. All trademarks and logos used and displayed on the openEuler Website are owned by the openEuler Community, except for trademarks, logos, and trade names indicated as being owned by other parties. Without prior written permission of the openEuler Community or such other parties, nothing contained on the openEuler Website should be construed as granting, by implication, estoppel, or otherwise, any license or right to use any of the aforementioned trademarks or logos. No person may use the name of the openEuler Community or the trademarks and logos of the openEuler Community in any manner without prior written permission. 2. Without prior written permission from the openEuler Community, you shall not use the openEuler name, trademarks, or logos in any deliverables, products, or services in a manner that may cause confusion; nor shall you represent, expressly or implicitly, that any of the aforementioned deliverables, products, or services are developed, sponsored, approved, or endorsed by the openEuler Community. ## IX. Links to Third-Party Websites ​ 1. The openEuler Website may retain links to third-party websites. It is at the user's sole discretion whether to access such links. The openEuler Community does not warrant the accuracy, completeness, adequacy, or reliability of any information, data, opinions, pictures, statements, or recommendations provided on such links. The openEuler Community provides these links solely for user convenience, which does not represent an endorsement or recommendation by the openEuler Community of the information contained therein, nor does it serve promotional or advertising purposes. 2. When you access or use third-party websites, code repositories, documentation, models, data, or services via links contained on the openEuler Website or found within openEuler Public Content, your access and use shall be governed by the third party's terms of service, privacy policy, AI access rules, and other applicable provisions. If you follow the aforementioned links via automated systems or AI tools, the relevant rules shall also apply, and the openEuler Community assumes no responsibility for such access or use. ## X. Website Updates and Changes ​ 1. The content provided on the openEuler Website is solely for your convenience. The openEuler Website reserves the right to unilaterally change or update openEuler Public Content at any time without prior notice to you or any third party. You acknowledge and accept the aforementioned changes or updates. We recommend that you visit the openEuler Website regularly to promptly learn of any changes or updates. 2. The openEuler Community may specify whether openEuler Public Content or specific parts thereof permit automated access and AI Use via robots.txt, meta tags, HTTP headers, API policies, code repository notices, LICENSE files, NOTICE files, README files, or other machine-readable or human-readable means. In the event of any inconsistency between such specifications and this Notice, the specification published later and applicable to the relevant content shall prevail. ## Applicable Law and Dispute Resolution ​ You agree that all matters relating to your access to or use of this Website shall be governed by and construed in accordance with the laws of the People's Republic of China. You agree that any dispute arising out of or in connection with the access to or use of this Website may be resolved through friendly negotiation with us via email at contact@openeuler.io. If negotiation fails, either party shall have the right to bring a lawsuit before the People's Court with competent jurisdiction in the Beijing Economic-Technological Development Area, China. --- https://www.openeuler.org/en/other/lifecycle/ --- # Community Release Lifecycle Management --- https://www.openeuler.org/en/other/privacy/ --- # Privacy Statement ​ * * * The OpenAtom Foundation (hereinafter referred to as "we," "us," or "foundation") understands the importance of your privacy and fully respects it. **Please read this Privacy Statement (hereinafter referred to as "this Statement") carefully before you submit your personal data to us**. If you have any questions about how we process your personal data, please feel free to contact us. **Version Change Notes** Please carefully review the following updates to this Privacy Statement: 1. Added description about the meeting service. ## 1\. How We Collect and Process Your Personal Data ​ **We generally do not require your personal data if you only browse the general content of the openEuler community website (collectively, "the website"). We will collect your personal data accordingly in the following circumstances. You may also obtain a quick understanding of how we collect and use personal data by reviewing the Personal Data Collection Overview**: **a) Account Service** 1. When you register for an openEuler community account, we will collect your **user name**, **email address**, **phone number**, **password**, and **email/phone verification code**. A unique account identifier will be automatically generated. Refusal to provide this information will prevent account creation. 2. When you log in to the openEuler community using your **user name**, **email address**, or **phone number**, we will collect your **user name**, **email address**, **phone number**, **password** and **email/phone verification code** for authentication. Refusal to provide this information will prevent login. 3. When you log in using a third-party account (Gitee, GitHub, OpenAtom, or AtomGit), we will collect the following information based on your login mode for authentication and code repository access management: - **Gitee UUID**, **Gitee ID**, Gitee nickname, **Gitee email address** and Gitee avatar; - **Github UUID**, **Github ID**, Github nickname, **Github email address** and GitHub avatar; - **OpenAtom UUID**, **OpenAtom user name**, OpenAtom nickname, **OpenAtom email address** and OpenAtom avatar; - **AtomGit UUID**, **AtomGit ID**, AtomGit nickname, **AtomGit email address** and AtomGit avatar; When you log in using a third-party account without binding to any existing openEuler account, a new openEuler account with a unique identifier will be automatically generated from your **Gitee ID**, **GitHub ID**, **OpenAtom user name** or **AtomGit ID**. Refusal to provide this information will prevent login via third-party accounts. 4. After logging in, you can optionally provide your avatar, nickname, and company in User Center. This information is not mandatory for using openEuler community features. 5. After logging in, you can modify your **email address**, **phone number**, and **password** in User Center. We will collect your **email address**, **phone number**, **password** and **email/phone verification code** for authentication. 6. After logging in, you can bind your openEuler account to a third-party account (**GitHub**, **Gitee**, **OpenAtom** or **AtomGit**) in User Center. We will collect the following information about that third-party account accordingly: - **Gitee UUID**, **Gitee ID**, Gitee nickname、**Gitee email address** and Gitee avatar; - **Github UUID**, **Github ID**, Github nickname, **Github email address** and Github avatar; - **OpenAtom UUID**, **OpenAtom user name**,OpenAtom nickname, **OpenAtom email address** and OpenAtom avatar; - **AtomGit UUID**, **AtomGit ID**, AtomGit nickname, **AtomGit email address** and AtomGit avatar; Refusal to provide this information will prevent third-party account binding for login purposes. **b) Forum Service** 1. When you sign up or log in to the forum service, we will collect your **user name**, **email address**, **phone number**, **password**, nickname, avatar, and the following information based on your login mode: **Gitee ID**, **GitHub ID**, **OpenAtom user name** or **AtomGit ID** from your openEuler account, and assign permissions and roles to your account. In addition, we will collect your **IP address**, **region**, device information, login time, and **preference settings** to provide you with more secure services. 2. When you use the forum service, we collect your like information, follow information, favorite content, post count, reply count, follow count, follower count, personal profile, badge acquisition, sidebar settings, follow list, follower list, email summary, time zone, post and reply content, images, audio, video, documents, and comments to understand your personal preferences and better serve you. 3. When you report a concern about a forum post or reply, we will collect your report type, description, **user name**, **IP address**, **region**, organization, and host name to verify and confirm the content of the report. **c) Mailing List Service**. When you use our mailing list service, we will collect your **email address** and **name (optional)**. to enable email subscriptions that facilitate your participation in community discussions. **d) Service Optimization**. To ensure service quality and smooth business operations, we automatically collect and store necessary log information, including access timestamps, **IP address**, **region**, request details, access status, resource size, access sources, and user agent information. We also collect your device details (device name/type/vendor, OS type/version, and screen dimensions), app details (app ID, SDK version, browser type and version, and browser viewport size), and app usage information (event name, event attributes, reporting time, anonymous client ID, and **user name (if you have logged into community account)**). The information is used for community operations and O&M security purposes. **e) Contributor License Agreement ("CLA") Signing**. When you participate in code contribution through the Contributor License Agreement ("CLA") signing system (click here to learn more), you need to submit your relevant personal data to the CLA signing system. We will obtain such personal data to confirm if you have signed the CLA, and to conduct statistical analysis for community operation insights. **f) Content Release**. When you participate in community meetings/activities/organizations, make contributions, or write blogs or news, you may post your **photo**, **name**, **email address**, **company name**, **position**, **school**, **profile**, **region** and **code hosting platform user ID** on our website to help developers connect and engage with the community easily. **g) Meetup**. When you organize an openEuler meetup, the community will collect your **name**, **phone number**, **email address**, **company**, and meetup details (including organization, agenda, date, duration, city, event scale, event form, event support, and topics) from the application form you fill in. The collected data will be used to contact you for the purpose of confirming your application and related matters, as well as arranging for relevant affairs, including sign-ins and nameplates. **h) Quick Issue Creation**. When you submit an issue through the community's QuickIssue service, if you submit the issue using your AtomGit account, we will collect your **AtomGit ID**; if you submit the issue using your email, we will collect your **email address** and **email verification code**. In addition, we will collect issue-related information (title, SIG name, scenario, repository name, and issue description) for quick issue submission. After your issue is successfully created, for the purpose of efficient tracking and identification of your submission, we will display your **AtomGit ID** or anonymized email address in the description of the issue page and the submitter field of the issue board. **i) Compatibility Certification**. When you use the compatibility certification service, we will collect your **UUID**, **user name**, **phone number** and **email address** from your openEuler account for authentication. Your **user name** and **phone number** will be used to notify you of the enterprise certification results, while your **user name** and **email address** will be used to inform you of the compatibility certification progress. Upon successful completion of the openEuler compatibility certification, the compatibility certification service will collect your enterprise information (including the enterprise name, business license, unified social credit code/organization code, business address, legal representative, registered capital, date of establishment, business term, **applicant's name**, **applicant's phone number**, **applicant's email address**, business registration country/region, and enterprise email address) for the purpose of enterprise certification. The compatibility certification service will also collect the **project leader's signature** via the certificate confirmation page for the purpose of generating your compatibility certificate. **j) EulerMaker**. When you use the EulerMaker service, we will collect your **user name**, **email address** from your openEuler account for authentication. **k) Personal Tokens**. When generating a **personal token**, we will collect your **email address** and **email verification code** for authentication. Upon successful authentication, we will collect your token name, granted permissions, and validity period, and will generate the **personal token**. The **personal token** can then be used to access the target API endpoint. **l) Meeting Service**. When you use our meeting service, we will collect your **AtomGit ID** to configure permissions. When you book a meeting, we will collect the **email addresses** that you provide to send meeting invitations. We may also collect your personal data from third parties, including other platforms, communities, or legal and public channels within the scope of your authorization and consent. We promise to process your personal data in strict compliance with applicable laws and regulations. Please read the privacy statements and user agreements of the third parties carefully. If the openEuler community requires third parties to provide your personal data, but you refuse to permit these third parties to collect, use, transfer, or share your personal data in the course of your use of their services, you may not be able to use relevant services of the openEuler community. For example, when you use an authorized third-party account to log in to the openEuler community, we will obtain your personal data from the third party with your consent. ## 2\. How We Use Cookies and Similar Technologies ​ To ensure our website works properly, we may at times place cookies on your computers or mobile devices. Please refer to About Cookies for details about how we use cookies and similar technologies and how they process your personal data. ## 3\. How We Share Your Personal Data ​ Sharing means providing third parties with your personal data. The third parties and we would handle your personal data independently. We will not share your personal data with any third party without your consent, except in the following circumstances or as described in this Statement: **a) Sharing under your instruction**. We may share your personal data with your consent and under your instruction to the third parties indicated by you. **b) Sharing your personal data as necessary for protecting national security, public security, and your and other individuals' crucial legitimate rights and interests**. **c) Sharing with affiliated companies**. We may share your personal data with our affiliated companies for the purposes of service support or security support. **d) Sharing with partners**. We may share your personal data with our partners. Such sharing will only be conducted for legitimate, justified, necessary, specific, and explicit purposes and to the minimum extent necessary for providing services. For more details, please refer to the Data Sharing with Third Parties. If you refuse to allow our partners to collect personal data necessary to provide services, you may be unable to use the services provided through those partners. When we share your personal data with affiliated companies or partners as outlined above, we will stipulate their responsibilities and obligations through contracts and other means, and mandate their implementation of necessary measures to ensure the security of the personal data processed. ## 4\. How Long We Retain Your Personal Data ​ We will retain your personal data for no longer than is necessary for the purposes set out in this Statement, unless extension of the retention period is required by laws or requested by you. From the date of acquisition of your personal data within the community, we will store or retain such data for the period specified by applicable laws or service agreements. Once the prescribed retention period has expired and no legal obligation requires the continued processing of your specific personal data, we will delete or anonymize your personal data in accordance with applicable laws and regulations. Upon your active request for the deletion of your personal data, the retention period for the relevant data will be one month. We will respond to your request and delete your personal data within this period. The access timestamp, **IP address**, **region**, request details, access status, resource size, access source, and user agent information collected for service optimization purposes will be automatically deleted upon the expiration of a ten-day retention period. ### 4.1 Deletion ​ You may log in to the openEuler community and choose "User Center" > "Settings" > "Account Settings" > "Account Security" > "Delete" to delete your openEuler community account. This action will also delete your personal data in the openEuler community. Exercise caution when performing this operation. ## 5\. How We Protect Your Personal Data ​ We take the security of your personal data seriously. We take appropriate physical, organizational, and technical measures to protect your personal data. These measures include, but are not limited to, the use of encryption technologies to ensure data confidentiality; deployment of protective mechanisms to defend against attacks; strict access controls to limit data access only to authorized personnel; and regular security and privacy protection training for our staff. **In a word, we are committed to protecting your personal data. Please note, however, that no security measure is entirely infallible, and no product, service, website, data transfer, computing system, or network connection is absolutely secure**. In the event of a personal data security incident, we will, in accordance with applicable laws and regulations, notify you in a timely manner via email, letter, phone call, or push notification. Such notification will include the basic information and possible impacts of the security incident, measures we have taken or will take, and suggestions you can take to prevent and reduce risks. Should it become impracticable to notify each personal data subject individually, we will issue a public notice through reasonable and effective means. Furthermore, we will report the handling of the personal data security incident as required by applicable laws or supervisory authorities. ## 6\. How We Access or Control Your Personal Data ​ You may have the following rights regarding your personal data under applicable laws and regulations: **a)** Access the personal data we hold about you and obtain copies thereof; **b)** Request us to update or correct your personal data; **c)** Request us to delete your personal data; **d)** Object to our processing of your personal data; **e)** Restrict our processing of your personal data; **f)** Lodge a complaint with the competent data protection authority. - Please note that these rights are not absolute and may be restricted under applicable laws. Should you require assistance in exercising these requests or rights, or if you have additional requests, inquiries, comments, or suggestions regarding your data subject rights, please contact us as set out in the **"How to Contact Us"** section below. - To provide you with the CLA signing service, we will retain your personal data. The retention period of such data will depend on the specific purpose for which it is used, as well as the stipulations of applicable laws and regulations. You acknowledge and agree that the CLA is a legally binding document signed by you or the corporation you represent, serving as evidence of the permanent rights granted over your contributions. Therefore, if you request the deletion of the data collected for the purpose of signing the CLA (including, but not limited to, your **name** and **email address**), we may not be able to fulfill such a request, unless the deletion of such data would not impair the legal validity of the CLA you have signed. - Any personal data you publicly disclose on the community website will be stored in the relevant code repository, and historical records will persist even after deletion of such data. **We will respond to your request within one month unless otherwise required by applicable laws and regulations**. Please note that under certain circumstances, such as when we are unable to verify your identity or when your request exceeds the scope of your rights under applicable laws, we may reject your request. Should this occur, we will inform you in writing of the rejection and detail the grounds for our rejection. You may change the scope of your authorization for our collection of your personal data or withdraw your authorization. However, your withdrawal of consent or authorization does not affect the lawfulness of processing based on your authorization prior to its withdrawal. ## 7\. Where Your Personal Data Is Stored and How It Is Transferred ​ Your personal data will be stored on servers located in the Hong Kong Special Administrative Region of the People's Republic of China. To enable our affiliated companies and partners to provide better support, some of your personal data will be transferred from the Hong Kong Special Administrative Region of the People's Republic of China to the Chinese mainland. In such cases, we will fulfill our compliance obligations in accordance with applicable laws and regulations and this Statement to ensure that your personal data is protected as required by applicable laws and regulations and in line with the terms set forth in this Statement. We will also implement appropriate safeguards during the transfer of your personal data. For example, when transferring your personal data over public networks, we will encrypt the data to prevent unauthorized access. ## 8\. How This Statement Is Updated ​ We may update or modify this Statement from time to time according to changes to our services or data processing. We will post updated versions of this Statement on this website, effective immediately after release. You are advised to review this Statement periodically for any changes. We will inform you of any updates to this Statement via appropriate channels (such as bulletins and pop-ups) and obtain your consent. ## 9\. How We Protect Minors ​ This website, including its content and services, is mainly intended for individuals over the age of 14. Individuals under the age of 14 are not allowed to use the services we provide without the consent of their parents or guardians. If we have inadvertently collected personal data of an individual under the age of 14 without verifiable prior consent from the individual's parents or guardians, we will take prompt steps to delete such data. ## 10\. How to Contact Us ​ If you want to contact us or exercise your rights, please contact us at: Email: **contact@openeuler.io** Last updated: **March 5, 2026** Privacy policy version: **v20260305** --- https://www.openeuler.org/en/other/projects/atune/ --- --- https://www.openeuler.org/en/other/projects/bishengjdk/ --- # BiSheng JDK A high-performance Java Virtual Machine. Start with BiSheng JDK Word to BiSheng JDK ## Introduction As a downstream product of OpenJDK, BiSheng JDK is a high-performance OpenJDK distribution that can be used in production environments. BiSheng JDK fixes some performance and stability issues encountered in Huawei internal applications, optimizes performance and enhances stability on the ARM architecture, and delivers improved performance in big data scenarios. BiSheng JDK is committed to providing Java developers with a stable, reliable, high-performance, and easy-to-debug JDK. It is also a better choice on the ARM architecture. More information: - License: The GPLv2 with Classpath Exception protocol is used. - Supported Java versions: Currently, BiSheng JDK supports Java 8 (LTS), 11 (LTS), 17 (LTS) and 21 (LTS). - Supported architectures: Linux/AArch64 and Linux/x86\_64. - Supported OSs: Almost all mainstream Linux OSs are supported. The glibc version must be 2.18 or later. BiSheng JDK has passed the stability verification on all openEuler OSs, CentOS 7.6, Ubuntu 20.04, Ubuntu 22.04, Kylin V10, and UOS 20 before the release. Compiler SIG Meetings View Details Roadmap View Details ## Architecture The following figure shows the overall architecture of the JDK. JRE is short for Java Runtime Environment, including the Java Virtual Machine (JVM) and libraries. JDK is a superset of JRE, and therefore includes all JRE content as well as the compilers and debuggers such as javac and JDB required by developers. JRE provides only runtime libraries, JVMs, and other components required to run Java applications. ## Learning Documentation View Docs Learn and Practice Using BiSheng JDK Download BiSheng JDK Software BiSheng JDK Software ## Links BiSheng JDK (Kunpeng Community) View Details BiSheng Compiler (Kunpeng Community) View Details GCC for openEuler (Kunpeng Community) View Details --- https://www.openeuler.org/en/other/projects/isula/ --- --- https://www.openeuler.org/en/other/projects/secgear/ --- --- https://www.openeuler.org/en/other/projects/stratovirt/ --- --- https://www.openeuler.org/en/other/search/ --- Showing results for "". Still search "" ... NotFound ! Total: 0 Go to Search feedback Did you find the results you were looking for? FoundNot found --- https://www.openeuler.org/en/personal-data-collection-overview/ --- # Personal Data Collection Overview ​ * * * The OpenAtom Foundation (hereinafter referred to as "we," "us," or "our") will strictly comply with national laws and regulations, incorporate legal compliance into business design and processes, and use industry-leading security technologies to ensure data security. We attach great importance to your personal data and privacy protection and are committed to safeguarding the privacy rights of every user. This website involves the following personal data collection scenarios: ## 1\. Account Service ​ - **Purpose**: Verify identity during login and registration on this website and maintain your personal data. - **Personal data type**: data you voluntarily submit - **Collection method**: user input or shared by third-party accounts - **Personal data fields**: **user name**, **company**, **email address**, **phone number**, **password**, **email or phone verification code**, avatar, nickname and the following information based on your login mode: 1)**Gitee UUID**, **Gitee ID**, Gitee nickname, **Gitee email address**, Gitee avatar; 2)**Github UUID**, **Github ID**, Github nickname, **Github email address**, Github avatar; 3)**OpenAtom UUID**, **OpenAtom username**, OpenAtom nickname, **OpenAtom email address**, OpenAtom avatar; 4)**AtomGit UUID**, **AtomGit ID**, AtomGit nickname, **AtomGit email address**, AtomGit avatar. ## 2\. Forum Service ​ - **Purpose**: Verify account identity and permissions, provide more secure services, and verify reported contents. - **Personal data type**: data you voluntarily submit - **Collection method**: user input, shared by third-party accounts, or collected by the system - **Personal data fields**: **user name**, **email address**, **phone number**, **password**, nickname, avatar, the following information based on your login mode: 1)**Gitee ID**; 2)**GitHub ID**; 3)**OpenAtom username**; 4)**AtomGit ID**; **IP address**, **region**, device information, login time, **preference settings**, like information, follow information, favorite content, post count, reply count, follow count, fan count, personal profile, badge acquisition, sidebar settings, follow list, fan list, email summary, time zone, post and reply content, images, audio, video, documents, comments, report type, description, organization, and host name. ## 3\. Mailing List Service ​ - **Purpose**: Provide email subscription services, enabling participation in community discussions. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **email address** and **name (optional)** ## 4\. Service Optimization ​ - **Purpose**: Maintain service quality and operational requirements. - **Personal data type**: application or device information - **Collection method**: collected by the system - **Personal data fields**: access timestamp, **IP address**, **region**, request details, access status, accessed resource size, access source, user agent, device information (device name, device type, device vendor, operating system, operating system version, screen width, screen height), application information (application ID, SDK version, browser, browser version, browser viewport width, browser viewport height), application usage information (event name, event attributes, reporting time, client anonymous ID, **username (if you have logged into community account)**) ## 5\. Contributor License Agreement (CLA) Signing ​ Regarding the purpose of collecting personal data, the types of personal data, the methods of collection, and the specific personal data fields, refer to the Personal Data Collection Overview. ## 6\. Content Release ​ - **Purpose**: Help developers better understand and connect with the community, enabling faster engagement. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **photo**, **name**, **email address**, **company name**, **position**, **school**, **profile**, **region**, and **code hosting platform user ID** ## 7\. Meetup Application ​ - **Purpose**: Contact you and coordinate event arrangements, including sign-ins and event nameplates. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: contact information (**name**, **phone number**, **email address** and **company**) and meetup details (organization, agenda, date, duration, city, event scale, event form, event support, and topics) ## 8\. QuickIssue ​ - **Purpose**: Help developers submit issues in the community. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **AtomGit ID**, **email address**, **email verification code**, and issue detail(title, SIG name, scenario, repository name, and issue description) ## 9\. Compatibility Certification ​ - **Purpose**: Perform compatibility tests and generate compatibility certificates. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **UUID**, **user name**, **phone number**, **email address**, **signature of the project owner**, and enterprise information (enterprise name, business license, unified social credit code/organization code, business address, legal representative, registered capital, date of establishment, business term, **applicant's name**, **applicant's phone number**, **applicant's email address**, business registration country/region, and enterprise email address) ## 10\. EulerMaker ​ - **Purpose**: Used for your identity verification - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **user name**, **email address** ## 11\. Personal Tokens ​ - **Purpose**: Used to access the target API endpoint - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **personal token**, **email address**, **email verification code**, token name, granted permissions, validity period ## 12\. Meeting Service ​ - **Purpose**: Configure meeting permissions and send meeting invitation emails. - **Personal data type**: data you voluntarily submit - **Collection method**: user input - **Personal data fields**: **AtomGit ID** and **email address** --- https://www.openeuler.org/en/projects/ --- # Projects Innovative open source projects of the openEuler community ## Projects Intelligence BooMNEW Intelligence BooM is an open source AI foundational software solution, the result of a joint effort by community members and partners. It comprises over 20 open source components and the 7 major platforms: heterogeneous convergence, task management, data management, runtime acceleration, domain model platform, intelligent application platform, and full-stack security. View More UB Service CoreNEW Fully open sourced to the openEuler community with multi-OS support, UB Service Core delivers five essential cluster-level system services. By leveraging a peer-to-peer interconnect architecture, it boosts application performance by 30%-50%, fostering a robust software ecosystem for UnifiedBus. View More UB OS ComponentNEW UB OS Component extends the OS framework to better support UB. It abstracts and decouples heterogeneous hardware, and creates a unified memory address space. This enables global resource scheduling, dynamic combination and scaling of computing resources, and efficient communication across devices, thereby unlocking the full potential of UnifiedBus hardware. View More A-Tune A-Tune is an automatic and intelligent performance tuning engine developed based on openEuler. It adopts AI technologies to ensure the optimal service running. A-Tune builds precise models for services running on the operating system, understands service features dynamically to infer specific applications. And it adjusts the parameters based on service loads to provide the optimal parameter configurations. View MoreGo to AtomGit iSula iSulad provides a unified architecture for different CT and IT requirements. View MoreGo to AtomGit secGear secGear is a confidential computing development suite used to develop secure applications in the computing industry. It aims to provide a unified development framework for different hardware devices, shielding the differences between underlying confidential computing architectures and APIs. Currently, secGear supports Intel® SGX hardware and Arm TrustZone (iTrustee supported). View MoreGo to AtomGit StratoVirt StratoVirt is an enterprise-grade virtualization cloud platform that uses a single architecture to support VM, containers, and serverless data center scenarios. StratoVirt has competitive advantages in key technologies such as lightweight and low noise, software and hardware collaboration, as well as premium security using Rust language. View MoreGo to AtomGit BiSheng JDK As a downstream product of OpenJDK, BiSheng JDK is a high-performance OpenJDK distribution that can be used in production environments. BiSheng JDK fixes some performance and stability issues encountered in Huawei internal applications, optimizes performance and enhances stability on the ARM architecture, and delivers improved performance in big data scenarios. View MoreGo to AtomGit openEuler Intelligence openEuler Intelligence is a comprehensive large language model (LLM) platform built on openEuler. It offers fundamental capabilities for integrating with OpenAI APIs and creating custom local knowledge bases. The platform also enables users to register semantic interfaces and Model Context Protocol (MCP) services, and develop Agent-based applications and workflows. Available in both web and client versions, it delivers exceptional convenience for developers and enterprises alike. View MoreGo to AtomGit openYuanrong openYuanrong is a Serverless distributed compute engine that unifies diverse applications, from AI and big data to microservices, on a single, streamlined architecture. It provides multi-language function interfaces that simplify the development of complex distributed applications to feel just like writing a local program. Powered by dynamic scheduling and efficient data sharing, openYuanrong ensures high-performance execution and maximum cluster resource utilization. View More Get Involved Not sure how to get started? Check out our contribution guide. Contribution GuideView SIG Center --- https://www.openeuler.org/en/projects/docs/UB-Service-Core-SW-Arch-RD-2.0-en --- --- https://www.openeuler.org/en/projects/intelligence/ --- # openEuler Intelligence Large language model platform powered by openEuler ## Overview openEuler Intelligence is a comprehensive large language model (LLM) platform built on openEuler. It offers fundamental capabilities for integrating with OpenAI APIs and creating custom local knowledge bases. The platform also enables users to register semantic interfaces and Model Context Protocol (MCP) services, and develop Agent-based applications and workflows. Available in both web and client versions, it delivers exceptional convenience for developers and enterprises alike. For developers: A flexible, lightweight AI platform that enables the creation of personalized intelligent assistants to address everyday challenges For enterprises: A centralized intelligent agent solution that enhances traditional ISV and OSV software through workflow and Agent applications, significantly reducing costs associated with secondary development ## Features ... RAG-based knowledge Q&A The knowledge base module supports parsing mainstream document formats such as PDF, DOCX, and PPTX with straightforward operation. Enterprises and individual developers can build personalized intelligent Q&A assistants in just one day by leveraging the knowledge base, local documents, built-in knowledge bases, and LLMs. Workflow applications Enterprises and individuals can upload local API definitions through OpenAPI, then visually orchestrate workflows to create applications that intelligently and precisely schedule API capabilities. This approach significantly reduces secondary development costs while facilitating intelligent upgrades for traditional software solutions. Agent applications Enterprises and individuals can register local MCP services and easily organize them to build Agent applications. These applications enable intelligent orchestration and scheduling of MCP services to accomplish complex tasks in production environments. Intelligent Tuning Unlock 10%+ performance gains with the native tuning agent for individuals and enterprises across four key domains: databases, big data, distributed storage, and virtualization. Intelligent O&M Create intelligent O&M assistants with the native O&M agent. Whether for individuals or enterprises, these assistants seamlessly integrate with system tools to help you rapidly find and fix issues. Intelligent Q&A Get instant, accurate answers to your questions based on the pre-configured knowledge base or LLM. Shell WebUI ## Architecture openEuler Intelligence application layer Go from ideas to AI applications in minutes with a user-friendly visual interface and low-code capabilities. This core hub for interacting with LLMs provides powerful native intelligent agents for Q&A, tuning, O&M, and more to streamline your workflow and supercharge productivity. Full-stack compatibility openEuler Intelligence delivers complete compatibility with leading AI software stacks, including drivers, SDKs, training/inference frameworks, and models, while integrating seamlessly across the broader AI ecosystem. This end-to-end solution connects hardware infrastructure to the application layer, eliminates interoperability barriers, and establishes a robust foundation for AI application implementation. Inference acceleration openEuler Intelligence harnesses advanced technologies—heterogeneous computing power awareness, memory convergence, CPU acceleration, and intelligent computing coordination—to unlock maximum hardware potential. It boosts inference performance while enhancing computational efficiency and reducing power consumption, enabling enterprises to optimize costs and elevate operational excellence. ## Feature Highlights Low-code development openEuler Intelligence enables users to register traditional local services and visually orchestrate them into workflows, dramatically reducing secondary development overhead. High availability openEuler Intelligence integrates LLMs with traditional algorithms for intelligent workflow orchestration. It manages workflows based on user intent and constraints while using LLMs to select optimal combinations, ensuring high availability across all services. Lightweight architecture openEuler Intelligence operates efficiently on modest hardware, employing a 7B-parameter model for function calls and a 14B-parameter model for result synthesis while maintaining exceptional accuracy. Future releases will enhance the underlying sysHAX software to support these model sizes with improved token processing performance. openEuler compatibility openEuler Intelligence integrates natively within the openEuler image, with package selections precisely aligned to the openEuler repository. This native compatibility delivers optimized performance and speed on openEuler. Contact us by following the Intelligence SIG or email: intelligence@openeuler.org --- https://www.openeuler.org/en/projects/intelligence-boom/ --- # Intelligence BooM Power AI ecosystems with open source full-stack inference ## Overview Intelligence BooM is an open source AI foundational software solution, the result of a joint effort by community members and partners. It comprises over 20 open source components and the 7 major platforms: heterogeneous convergence, task management, data management, runtime acceleration, domain model platform, intelligent application platform, and full-stack security. Users can apply the reference implementation to release their commercial applications, contribute to community development, and engage in technological and agent innovation. ## Vision Break Technical Barriers Democratize LLM inference through full-stack open source innovation. Fuel Industry Transformation Build a collaborative AI application platform to drive industrial intelligence. Advance Ecosystem Collaboration Forge universal standards and collaboration across the community, academia, and enterprises. ## Intelligence BooM 25.11 (Qiaoyu Noodle) Empower domain-specific AI with the pioneering OS-level fine-tuning model and seamless NPU orchestration Try Now Peak Performance High-throughput, low-cost inference via convergence and allocation of heterogeneous computing power 50%+ lower TTFT for multi-turn and long-context dialogues via multi-tier caching Effortless Development AIKG for Ascend: production-ready performance and 5x+ faster Triton operator development Full-stack Capability Cost-efficient fine-tuning with Atlas 300 series and 50+ pre-trained models Seamless Dify integration for out-of-the-box agentic workflows Hassle-free Experience < 15 minutes from image to first loss Decoupled MindSpore graph mode for PyTorch Ecosystem Building Co-launched vLLM-omni and LMCache-Ascend through upstream partnerships openEuler OS Model: 671B-equivalent performance in system tuning with a 4B footprint and CPU inference Full-stack security platform Intelligent application platform openEuler Intelligence Intelligent tuning Intelligent O&M Intelligent question answering Deep research Dify Langchain ... Domain model platform openEuler OS Model ... Runtime acceleration platform vLLM SGLang LLaMA Factory ... sysHAX Expert-Kit LMCache ... MindSpore PyTorch ... MS-InferRT Data management platform openGauss Task management platform openYuanrong RAY openFuyao K8S oeDeploy ... Heterogeneous convergence platform Heterogeneous Convergence Compilation AscendNPUIR AKG Heterogeneous Fusion Operating System Kernel FalconFS GMEM Xsched (user-space) Xsched (kernel-space) ModelFS xMig CPU NPU GPU ## Intelligence BooM 25.07 (Hui Noodle) Build out-of-the-box inference + agentic workflow solutions Try Now Versatile Compatibility Next-gen tuning and O&M agents powered by RAG Unified support for diverse hardware, including x86/Arm CPUs, Ascend NPUs, and NVIDIA GPUs Dependable Security Trusted platform foundation with robust protection for data and model privacy Seamless Onboarding Effortless distributed deployment in 15 minutes via oeDeploy with a single command 50+ mainstream open source models supported with 0-day adaptation Flexible scaling for DeepSeek-V3/R1 from single-node prototyping to massive-scale cluster production CPU+xPU collaborative inference with flexible MoE scaling and expert offloading Streamlined Integration Enterprise AI agent development platform with enhanced workflow integration capabilities Streamlined operator development based on Triton and SWFT Multi-agent LLMs for automated operator generation across diverse frontends and backends Full-stack security platform Intelligent application platform openEuler Intelligence Intelligent tuning Intelligent O&M Intelligent question answering Deep research Runtime acceleration platform vLLM SGLang LLaMA Factory ... sysHAX Expert-Kit ... MindSpore PyTorch ... Data management platform openGauss Task management platform RAY openFuyao K8S oeDeploy ... Heterogeneous convergence platform Heterogeneous Convergence Compilation AscendNPUIR Heterogeneous Fusion Operating System Kernel FalconFS GMEM LMCache CPU NPU GPU ## openEuler AI Joint Working Group Listed in no particular order --- https://www.openeuler.org/en/projects/ub-os-component/ --- # UB OS Component ## Overview UB OS Component extends the OS framework to better support UB. It abstracts and decouples heterogeneous hardware, and creates a unified memory address space. This enables global resource scheduling, dynamic combination and scaling of computing resources, and efficient communication across devices, thereby unlocking the full potential of UnifiedBus hardware. ## Architecture ## Repositories | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ## Related Links UnifiedBus Explore UnifiedBus specifications and white paper. View More sig-UnifiedBus View meeting schedules and contact details. View More --- https://www.openeuler.org/en/projects/ub-service-core/ --- # UB Service Core Empower UnifiedBus SuperPoDs. Unleash cluster power. ## Overview Fully open sourced to the openEuler community with multi-OS support, UB Service Core delivers five essential cluster-level system services. By leveraging a peer-to-peer interconnect architecture, it boosts application performance by 30%-50%, fostering a robust software ecosystem for UnifiedBus. ## Architecture Supercharge memory, I/O, communication, and virtualization services for SuperPoDs with a scale-up programming model UB Service Core Engine (UBS Engine) It provides resource pooling and dynamic scheduling for memory and DPU resources, supports distributed automatic primary node selection, and implements N-1 HA. It serves as the core control-plane reference implementation for the UB computing system. UB Service Core Virt (UBS Virt) It supports virtualization pooling, live migration policy decision-making, quick disaster recovery, and efficient VM/container communication, improving virtualization performance. UB Service Core Memory (UBS Mem) It supports unified memory semantics programming to implement memory sharing and pooling of UB-based SuperPoDs. UB Service Core Communication (UBS Comm) It provides high-performance, high-reliability, and ecosystem-compatible (user-space socket/Verbs over UB) communication protocols built on UB-based SuperPoDs. UB Service Core IO (UBS IO) It provides high-level I/O services for application-affinity global data read/write caching systems (such as SSU passthrough and KV cache) based on SuperPoDs. ## Related Links White Paper Deploy, build, and scale with UB Service Core. View More Repositories View code and connect with us. View More Documentation Learn how to build and use UB Service Core. View More --- https://www.openeuler.org/en/projects/yuanrong/ --- # openYuanrong Single-machine coding, distributed execution ## Overview openYuanrong is a Serverless distributed compute engine that unifies diverse applications, from AI and big data to microservices, on a single, streamlined architecture. It provides multi-language function interfaces that simplify the development of complex distributed applications to feel just like writing a local program. Powered by dynamic scheduling and efficient data sharing, openYuanrong ensures high-performance execution and maximum cluster resource utilization. ## Architecture Modular, on-demand usage of a multi-language function runtime, function system, and data system Multi-language Function Runtime Build powerful, distributed applications in Python, Java, and C++ as easily as you would write a program for a single machine. Function System Maximize cluster resource utilization with dynamic scheduling, which seamlessly scales and migrates function instances across nodes. Data System Accelerate data transfer between function instances using a multi-level distributed caching system that supports both object and stream semantics. \*In openYuanrong, the function is a core concept that extends the Serverless model. It behaves like a process in a single-machine OS, representing a running instance of a distributed application while offering native support for inter-function calls. ## Related Links Repositories Get immediate access to the openYuanrong repository, contact details, and more. View More Documentation Quickly build and effortlessly deploy scalable distributed applications with openYuanrong. View More --- https://www.openeuler.org/en/security/bug-bulletins/ --- # Bug Center Bug Management Date | Advisory | Synopsis | Severity | Affected Product | Affected Component | Release Date | | --- | --- | --- | --- | --- | --- | NotFound ! --- https://www.openeuler.org/en/security/bug-bulletins/detail/ --- Bug Center Synopsis: NaN/aN/aN Release NaN/aN/aN Updated ... BriefIntroduction Severity description Affected Component --- https://www.openeuler.org/en/security/certificate-center/ --- ## Certificate Center ​ openEuler certificate center is used to store the public key and certificate information used in each system of the community。 | Certificate/Public key | Format | Certificate Properties | Generate Time | Expiration Time | Algorithm | Download Link | | --- | --- | --- | --- | --- | --- | --- | | openEuler Shim Default CA | X509 | c813cda25ee2749e5551b8919a0537db | 2023-11-14 | 2053-12-31 | RSA-4096 | download(pem | der) | --- https://www.openeuler.org/en/security/cve/ --- # Security Center Track the latest vulnerabilities, security advisories, and more. Vulnerability ManagementCertificate Center ... Status All Fixed Unaffected Affected Under Investigation Reason All Will fix Vulnerabilities are still analyzing No solution or patch To be fixed through upgraded Out of support scope Will not fix Component not present Inline mitigations already exist Vulnerable code cannot be controlled Vulnerable code not in execute path Vulnerable code not present Year All 2026 2025 2024 2023 2022 2021 2020 Severity All Critical High Medium Low N/A CVE Terms | CVE | Synopsis | Severity | Status | Packages | Release Date | Updated At | | --- | --- | --- | --- | --- | --- | --- | NotFound ! --- https://www.openeuler.org/en/security/cve/detail/ --- CVE CVSS Score: NaN/aN/aN Release NaN/aN/aN Updated Synopsis CVSS v3 Metrics | | NVD | openEuler | | --- | --- | --- | No Data Affected Product CVE Terms | Product | Packages | Status | Reason Description | Security Advisories | Release Date | Updated At | | --- | --- | --- | --- | --- | --- | --- | No Data --- https://www.openeuler.org/en/security/management/ --- # Bug Management ​ ## Response to Bugs ​ The Release and QA SIGs are jointly responsible for the quality of openEuler releases. The openEuler QA SIG controls the software quality of the community by formulating bug management policies and working with test teams to carry out tests on openEuler releases. The Release SIG manages releases by coordinating the openEuler community, developers, and test teams to ensure high-quality delivery of milestones of the development version and iterations of the maintenance versions. openEuler welcomes and encourages community developers to find or fix CVEs to continuously improve software user experience. The community will quickly respond to, analyze, and fix reported bugs based on feedback and build releases in a timely manner. ## Supported Releases ​ The bug response process is designed for LTS versions and of the openEuler community and their services packs. ## Bug Fixing Process ​ Version bugs are specific types of issues reported by community developers, test teams, or users. They are associated with version milestones. After an issue is submitted to the openEuler community, the maintainers or committers of the corresponding SIG are responsible for analyzing and handling the issue. The QA and Release SIGs periodically review version bugs in the community and promote the community to handle issues as soon as possible based on priorities. The following figure shows the end-to-end bug fixing process of the community. ## Bug Reporting ​ ### Reporting Method ​ The openEuler community relies on Gitee issues for bug management. To improve version bug awareness efficiency, the openEuler community provides a dedicated issue feedback template that interconnects with the community awareness tool. Developers are advised to use this template to submit issues to the src-openEuler software package repositories so that SIGs can detect and handle the issues as soon as possible. The template is as follows: markdown **[Issue Title]: Briefly describe the issue, including the scenario, actions taken, and results. (Positive words are recommended.)** **I. Bug Information** **Kernel: ** **Component to which the bug belongs: ** **Version to which the bug belongs: ** **Bug description: ** **[Environment information]** Hardware: - Provide information about the faulty hardware in bare metal scenarios. - Provide XML files or configurations in VM scenarios. Software: - Provide the OS version and branch. - Provide the kernel information. - Provide the version of the faulty component. Network: - If special networking is used, provide the network topology. **[Issue reproduction]**: Describe operation details. **[Actual result]**: Describe the result of the issue. **[Additional information]** Such as system message logs, component logs, dump information, and images. **Reference link to bug details: ** **Link to the bug analysis guide: ** https:xxx **II. Bug Analysis Feedback** **Impact analysis: ** **Bug severity: (Critical/High/Moderate/Low)** **Affected version check (affected/unaffected): ** openEuler-xxxx-xxxx: affected/unaffected **ABI change (affected/unaffected): ** openEuler-xxxx-xxxx: affected/unaffected #### Description of Bug Reporting Fields (Specified by the Issue Submitter) ​ | Field | Description | Example | Mandatory | | --- | --- | --- | --- | | Kernel | Kernel version in the environment where the bug occurs. | 4.19.0.20230601.5.0 | Yes | | Component to which the bug belongs | Component to which the bug belongs. | kernel-4.19.0.20230601.5.0 | Yes | | Version to which the bug belongs: | openEuler version where the bug is found. | openEuler-22.03-LTS-SP1 | Yes | | Bug description | Bug description. | | Yes | | Reference link to bug details | Reference link to bug details. | GitHub or other community issue link | Recommended | #### Description of Bug Analysis Fields (Specified by SIG Maintainers) ​ | Field | Description | Example | Mandatory | | --- | --- | --- | --- | | Impact analysis | Impact of the bug analyzed by the SIG. | Functions, security, and upper-layer dependencies affected by the bug. | Yes | | Bug severity | Severity of the bug. | Critical/High/Moderate/Low | Yes | | Affected version check | Check for the bug in all openEuler versions under maintenance. | openEuler 20.03/22.03 series | Yes | | ABI change | Check for the impact on all openEuler versions under maintenance. | openEuler 20.03/22.03 series | Yes | ## Bug Severity Evaluation ​ The bug severity evaluation principles are developed by the QA SIG of the openEuler community. If you have any questions, contact maintainers of the SIG. | Dimension | Critical | High | Moderate | Low | Reference | | --- | --- | --- | --- | --- | --- | | Function | An issue that blocks the basic OS test and causes other servers and OSs (including clients) to malfunction exists. | 1. The requirements to be implemented have not been implemented or are incorrectly implemented. As a result, the features cannot meet the requirements.2. An issue that blocks the basic component test exists, but the normal running of the OS and other programs is not affected. | 1. The specification implementation is incorrect, but the entire feature does not fail.2. An issue that blocks the function test of the component module exists, but the basic functions of the component and other programs are not affected. | 1. UCD errors such as spelling errors.2. Usability issues.3. Suggestions on adding or optimizing functions. | N/A | | Performance | The performance test result is [30%, ) lower than the specifications. | 1. The performance test result is [20%, 30%) lower than the specifications.2. The performance deteriorates [5%, ) during a long-term test. | 1. The performance test result is [10%, 20%) lower than the specifications.2. The performance deteriorates [0%, 5%) during a long-term test. | The performance test result is [0%, 10%) lower than the specifications. | N/A | | Security | CVEs with CVSS scores of [9, ) have not been fixed. | 1. CVEs with CVSS scores of [7, 9) have not been fixed.2. Malicious files such as viruses and Trojan horses exist.3. Some security test baseline cases fail to be passed.4. An open source fragment reference issue exists.5. A license compliance issue exists. | 1. CVEs with CVSS scores of [4, 7) have not been fixed.2. Unused compiler security options exist.3. A secure coding issue exists. | CVEs with CVSS scores of [0, 4) have not been fixed. | SecureRelease.md | ## Contact ​ ### QA SIG ​ | Gitee ID | Name | Email | | --- | --- | --- | | wu_fengguang | wufengguang | wufengguang@huawei.com | | walkingwalk | wubodong | wubodong@huawei.com | | lemon-higgins | lemon.higgins | lemon.higgins@aliyun.com | | lutianxiong | lutianxiong | lutianxiong@huawei.com | | rigorous | yanjin | yanjin.yan@huawei.com | | SupMario | tangjie | tangjie18@huawei.com | | charlie_li | liyongqiang | liyongqiang329@163.com | | disnight | fanjiachen | fanjiachen3@huawei.com | | Ethan-Zhang | zhangyizheng | ethanzhang55@outlook.com | ### Release SIG ​ | Gitee ID | Name | Email | | --- | --- | --- | | yaqiangchen | chenyaqiang | chenyaqiang@huawei.com | | solarhu | Hufeng | solar.hu@huawei.com | | paul-huang | Huangchengpiao | huangchengpiao@huawei.com | | gitee-cmd | chemingdao | chemingdao@huawei.com | --- https://www.openeuler.org/en/security/security-bulletins/ --- # Security Center Track the latest vulnerabilities, security advisories, and more. Vulnerability ManagementCertificate Center ... 时间 | Advisory | Synopsis | Severity | Affected Product | Affected Component | Release Date | Updated At | | --- | --- | --- | --- | --- | --- | --- | NotFound ! --- https://www.openeuler.org/en/security/security-bulletins/detail/ --- Security Advisories Synopsis: NaN/aN/aNRelease NaN/aN/aN Updated ... BriefIntroduction Severity theme description Affected Component CVE referenceDocuments --- https://www.openeuler.org/en/security/vulnerability-reporting/ --- ## Vulnerability Response ​ The openEuler community attaches great importance to the community version security. The security committee of openEuler community is responsible for receiving, investigating, and disclosing security vulnerabilities related to the community. Researchers and industry organizations working on vulnerability prevention are encouraged to report the potential security vulnerabilities in the openEuler community to the security committee. The reported security issues or vulnerabilities will be quickly analyzed and resolved by the committee. ## Versions Supported ​ The vulnerability response process supports the LTS distribution of the openEuler community and its branch versions. ## Vulnerability Handling Process ​ Each security vulnerability is tracked and handled by a designated person. This person is a member of the security committee of openEuler community, who is responsible for tracking, resolving, and disclosing the vulnerability. The following flowchart shows the E2E vulnerability handling process. ## Vulnerability Reporting ​ We hope that you can report the potential vulnerability of an openEuler product to the openEuler community and work with us to resolve and disclose the vulnerability. ### Reporting Channel ​ You can send the potential security vulnerabilities of an openEuler product to the e-mail of the openEuler security team (openeuler-security@openeuler.org). Given that the vulnerability information is sensitive, you are advised to use the public PGP key of the security team to encrypt the e-mail. The information of the security team members is described as follows: team members。 ### Reporting Content ​ To quickly identify and verify suspected vulnerabilities, the reporting e-mail should include but is not limited to the following content: - Basic information: including the modules affected by the vulnerability, triggering conditions of the vulnerability, and impact on the system after the vulnerability is exploited. - Technical details: including system configuration, fault locating method, description of exploit, POC, and method and procedure of fault reproduction. - Suggestions on resolving the vulnerability. - Organization and contact information of the vulnerability reporter. - Reporter's possible plan for vulnerability disclosure. ### E-mail Response ​ We will respond to the reporting of suspected security vulnerabilities through e-mail within 48 hours and keep the reporter informed of the vulnerability handling progress. ## Vulnerability Severity Assessment ​ The Common Vulnerability Scoring System (CYSS) is widely used in the industry to assess vulnerability severity. Currently openEuler is using CVSS v3 to assess vulnerabilities, and such assessment focuses on the impact caused by the vulnerability in a preset attack scenario. The vulnerability severity assessment covers factors such as the exploit difficulty and the impact of vulnerability exploit on the confidentiality, integrity, and availability of the product. A score will be given after these factors are assessed. ### Assessment Criteria ​ The CVSS v3 adopted by the openEuler community assesses the impact of a vulnerability based on the following variables: - Attack vector (AV): indicating the remoteness of an attack and how to exploit this vulnerability. - Attack complexity (AC): describing the difficulty in executing an attack and the conditions for a successful attack. - User interaction (UI): determining whether the attack requires users' participation. - Permission required (PR): recording the level of user authorization required for a successful attack. - Scope (S): determining whether an attack can affect components of different permission levels. - Confidentiality (C): measuring the impact of unauthorized information disclosure. - Integrity (I): measuring the impact of information tampering. - Availability (A): measuring the impact on data access or services for users affected by the vulnerability. ### Assessment Principles ​ - The severity of a vulnerability is assessed, not the risk of the vulnerability. - The assessment must be based on an attack scenario where the system confidentiality, integrity, and availability are affected by a successful attack. - When a security vulnerability has multiple attack scenarios, the attack scenario with the highest CVSS score (that is, with the greatest impact) shall prevail in the assessment. - When a library that is embedded or invoked has vulnerabilities, the assessment on its vulnerability severity should be based on an attack scenario, which is determined by the usage of the library in the product. - When a security defect does not trigger or affect the confidentiality/integrity/availability (CIA), the CVSS score is 0. ### Assessment Procedure ​ Perform this procedure to assess a vulnerability: - Set a possible attack scenario and score based on this attack scenario. - Identify vulnerable components and affected components. - Select the value of the basic assessment indicator, and perform the vulnerability impact assessment based on the exploitable indicators (attack vector, attack complexity, permission required, user interaction, and scope) and affected indicators (confidentiality, integrity, and availability). ### Severity Rating ​ | Severity Rating | Score | | --- | --- | | Critical | 9.0 - 10.0 | | High | 7.0 - 8.9 | | Medium | 4.0 - 6.9 | | Low | 0.1 - 3.9 | | None | 0.0 | ### Scoring Difference Between National Vulnerability Database (NVD) and CVSS ​ The CVSS scoring is determined by a series of factors, including the version number of an affected component and how it is provided and used, as well as the platform and software compilation mode. The NVD scoring takes into account all scenarios where vulnerabilities are exploited. This assessment mode is not suitable for the open source openEuler, which is built based on the upstream community and mainly applies to server scenarios. As a result, openEuler will score all common vulnerabilities and exposures (CVEs) based on their specific impact. For the same CVE, the scoring by openEuler may be different from that by NVD. ## Vulnerability Disclosure ​ For the security of openEuler users, the openEuler community will not discuss, confirm, or disclose the security issues of an openEuler product until the vulnerability is investigated and resolved and the security announcement is issued. After a security vulnerability is resolved, the openEuler community will release a security announcement, with information including the technical details, CVE identifier, CVSS security score, and severity level of the vulnerability, as well as the affected and fixed versions. You can subscribe to security announcements of the openEuler community on the sa-announce.We also provide security announcements in CVRF format, which can be obtained at CVRF Documentation. ## Thanks ​ Thanks you to the following contributors for reporting vulnerabilities. | CVE ID | Package | Contributors | | --- | --- | --- | | CVE-2021-33643 | libtar | 辛哲君 | | CVE-2021-33644 | libtar | 辛哲君 | | CVE-2021-33645 | libtar | 辛哲君 | | CVE-2021-33646 | libtar | 辛哲君 | | CVE-2021-33655 | kernel | 郭大兴 | | CVE-2021-33656 | kernel | 郭大兴 | | CVE-2024-24898 | kernel | 陆宸昊、曹毅恒 | | CVE-2024-24891 | kernel | 陆宸昊、曹毅恒 | | CVE-2021-33632 | iSulad | 朱代雄 | --- https://www.openeuler.org/en/showcase/ --- # Success Stories Category All Finance Carrier Energy Logistics Others Found0Cases Download Use Cases NotFound ! --- https://www.openeuler.org/en/showcase/energy/006e41a2-9e5f-621a3b40396e/ --- # State Grid Corporation of China OS Porting for the Smart Dispatch System ## **Scenarios** ​ The power dispatch system is a Classified Protection of Cybersecurity Level 4 system, which cannot bear any loss. (Under Classified Protection, network systems are graded from Level 1 to Level 5. A higher level means that the system has more requirements to comply with.) In 2009, State Grid Corporation of China (SGCC) started the In-depth Defense Demonstration Project for Classified Protection of Power Grid Information Security and proposed the smart grid development plan. The goal was to build a unified, "strong, smart grid." Since 2009, SGCC started to migrate the D5000 dispatch system to the Kylinsec OS and gradually completed the OS porting on the x86 platform. Since 2019, SGCC started to migrate the core dispatch system to the Huawei Kunpeng platform and deploy the Kylinsec OS (openEuler distribution) for better platform security. ## **Solution** ​ - OS: Kylinsec OS (openEuler distribution) - Hardware platform: TaiShan 200 with Kunpeng 920 processors - Service system: smart dispatch system D5000 - Core metrics: identity authentication, separation of roles, security probe, tailoring, cluster HA, and storage multipathing ## **Benefits** ​ - Successful migration of the D5000 system to the Kylinsec OS (openEuler distribution) - Efficient operation of the dispatch system powered by Kunpeng servers and the Kylinsec OS (openEuler distribution) - Sufficient technical preparation for the porting of the D5000 system's base software and hardware ## **Partner** ​ --- https://www.openeuler.org/en/showcase/energy/007e41fd-9185-f62d7485475e/ --- # China Southern Power Grid Smooth OS Porting and Complete System Upgrade for Information Systems ## **Scenarios** ​ China Southern Power Grid (CSG) is a large enterprise that manages power transmission, transformation, and distribution across many areas. Its widely distributed information systems make maintenance costly, and put pressure on IT infrastructure security. Minimizing IT costs and maintaining security without compromising IT and O&M quality is a major challenge for the company. CSG plans to gradually implement innovative server systems and deploy an advanced server OS to improve the reliability, security, and stability of the information systems. ## **Solution** ​ - Most of the original information systems run on x86 servers and some Power and Itanium midrange computers. - Use Red Hat, Oracle, and WebLogic as well as open source software MySQL and Tomcat. Use Galaxy Kylin Advanced Server Operating System V10, Dameng databases, and InforSuite AS for the upgrade. Replace Oracle JDK with OpenJDK. - Adapt and optimize the software for different virtualization environments, and harden the system for security based on Galaxy Kylin Advanced Server Operating System V10. ## **Benefits** ​ - Nearly 2,000 secure and reliable server systems in subsidiaries in five southern provinces in China, EHV power transmission companies, peak-load modulation and frequency modulation power generation companies, the Guangzhou Power Supply Bureau, and the Shenzhen Power Supply Bureau - The same performance standard before and after porting ## **Partner** ​ --- https://www.openeuler.org/en/showcase/energy/008e41fd-9185-f62d7485475e/ --- # State Grid Corporation of China Smooth OS Porting for CHD Wuhu Power Plant's Distributed Control System ## **Scenarios** ​ China Huadian Corporation (CHD) focuses on the security of core information infrastructure in the industrial control field, and works towards and promotes key technological breakthroughs in power generation. By gathering scientific research resources, it has successfully built a next-generation Distributed Control System (DCS) and applied it at the CHD Wuhu Power Plant. ## **Solution** ​ - Use Phytium processors, China Great Wall servers, and Galaxy Kylin Advanced Server Operating System V10 (workstation). - Use Dameng databases and CHD DCS platform software. ## **Benefits** ​ - **Strategic cooperation**: The Guodian Nanjing Automation DCS project is a project demonstrating the cooperation between China Electronics Information Industry Group and CHD. - **Industry benchmark**: This project is the first innovative core control system in the high-parameter and large-capacity power generation field in China. - **Standard system**: The Galaxy Kylin Advanced Server Operating System V10 (workstation) has been developed to provide a standard system version for industrial control and production in the electric power industry. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/energy/009e4e30-a3e5-ecc4bdfd977b/ --- # State Grid Corporation of China OS Innovation for the Hebei Smart Substation's Bowei Smart Construction Site ## **Scenarios** ​ The Bowei smart construction site has been running stably for more than 6 months at the Hebei smart substation. The smart construction site has a service management platform and an IoT sensing platform. The service management platform runs through the entire lifecycle of the project, covering security, quality, progress, team, material, and BIM. The IoT sensing platform provides up to 23 types of hardware access and related applications, such as access control, temperature monitoring, and positioning. ## **Solution** ​ - Kylin and Bowei successfully migrated the smart construction site solution to Galaxy Kylin Advanced Server Operating System V10 in two months. Recently, the solution was upgraded and rolled out in the Hebei smart substation project. ## **Benefits** ​ - **Industry benchmark**: It is an innovative e-Government cloud product application project in Hebei. - **Smart migration**: Big data, video-based temperature measurement, behavior identification, and 5G are all applied in the solution. - **BIM**: The BIM developed by Bowei has been adapted to the Galaxy Kylin Advanced Server Operating System V10, which has huge market presence in the engineering field. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/energy/China-Huadian-Corporation-30/ --- # China Huadian Corporation Distributed Control System for CHD Power Plant --- https://www.openeuler.org/en/showcase/energy/China-National-Offshore-Oil-Corporation-37/ --- # China National Offshore Oil Corporation OS Reorientation at CNOOC --- https://www.openeuler.org/en/showcase/energy/Kylinsec-OS-35/ --- # Kylinsec OS Kylinsec OS Drives Security Upgrade in PV and Wind Power Fields --- https://www.openeuler.org/en/showcase/energy/Kylinsec-OS-at-ems-36/ --- # Kylinsec OS at Leagsoft for EMS Specializes in the R&D and O&M of energy storage and energy management systems (EMS), Leagsoft delivers efficient, intelligent, and secure solutions for large energy storage stations. --- https://www.openeuler.org/en/showcase/energy/PV-power-forecasting-31/ --- # PV power forecasting PV Power Forecasting System --- https://www.openeuler.org/en/showcase/energy/Refined-Oil-Product-34/ --- # Refined Oil Product Qualification Management Platform Refined Oil Product Qualification Management Platform --- https://www.openeuler.org/en/showcase/energy/SCADA-System-of-CDT-33/ --- # SCADA System of CDT SCADA System of CDT for Wind Farms --- https://www.openeuler.org/en/showcase/energy/The-power-monitoring-system-32/ --- # The power monitoring system Power Monitoring System for Wind Farms --- https://www.openeuler.org/en/showcase/finance/001f4706-b423-8b7b507079ad/ --- # China Construction Bank Improved Operational Stability for the Distributed Credit Card Core Banking System ## **Scenarios** ​ As a state-owned banking institution in China, the credit card core banking system of China Construction Bank (CCB) serves many customers and handles credit on a tremendous scale. Given its large customer base, diversified samples, and complex service forms, CCB requires high service consistency, availability, reliability, elastic scalability, and agile delivery for its banking system. In the meantime, it is important to also consider secure and digital development during infrastructure upgrade. ## **Solution** ​ - Upgrade the original infrastructure (x86+Red Hat+Oracle) by leveraging the Galaxy Kylin Advanced Server Operating System V10, GaussDB (data foundation), and TaiShan 200 servers (computing power base). - Use Galaxy Kylin Advanced Server Operating System V10 to implement in-depth adaptation and optimization of the system's bottom layer, build a distributed credit card core banking system, migrate data from the host system to a distributed system, and enable the new system to run on both ARM and x86 platforms, in order to support the microservice-based agile processing framework at the application layer and the massive data processing platform for distributed jobs at the data layer. ## **Benefits** ​ - Transformed CCB's credit card core banking system based on the Kunpeng server and Galaxy Kylin Advanced Server Operating System V10 - Cost-effectiveness, quick response, high processing efficiency, scalability, and strong error tolerance - Overall security and reliability in terms of the kernel, services, and applications ## **Partner** ​ --- https://www.openeuler.org/en/showcase/finance/Bank-of-Changsha-17/ --- # Bank of Changsha's Stable Cross-Platform Operation As a regional joint-stock commercial bank, the Bank of Changsha continues to provide customers with traditional financial services such as deposits, loans, and payment settlements, while actively expanding into diversified services including foreign exchange, wealth management, credit cards, and online banking. --- https://www.openeuler.org/en/showcase/finance/Bank-of-Hangzhou-16/ --- # Bank of Hangzhou's IT Infrastructure Upgrade for Higher Performance and Agility To enhance system security and stability while reducing O&M costs, the bank launched a comprehensive modernization of its IT infrastructure based on openEuler. --- https://www.openeuler.org/en/showcase/finance/Bank-of-Tianjin-15/ --- # Bank of Tianjin's Next-Gen Core Banking System The Bank of Tianjin initiated a digital transformation to modernize its core banking systems and strengthen IT infrastructure. --- https://www.openeuler.org/en/showcase/finance/China-Zheshang-Bank-12/ --- # China Zheshang Bank Financial Management System To strengthen the security and efficiency of its information systems, China Zheshang Bank (CZB) upgraded its financial management platform on a new operating system, expected to support the integration of Yonyou NC Cloud, Dameng database, and Yonyou middleware, forming a fully integrated and secure financial management architecture and delivering stable performance and higher service efficiency. --- https://www.openeuler.org/en/showcase/finance/China-Zheshang-Bank-13/ --- # China Zheshang Bank Blockchain Service Platform To provide more secure and efficient blockchain-based services for enterprise customers, CZB needed to upgrade its existing blockchain service platform. --- https://www.openeuler.org/en/showcase/finance/Chuangpuyun-10/ --- # Chuangpuyun Edge Computing Cloud Platform Chuangpuyun provides a robust edge cloud computing platform designed for demanding workloads in 5G applications, including graph computing, AI, high-performance computing, and industrial internet. --- https://www.openeuler.org/en/showcase/finance/Industrial-Bank-09/ --- # Industrial Bank Core Business System Modernization Industrial Bank (CIB) sought a breakthrough in precision marketing for its credit card operations, aiming to significantly enhance customer acquisition efficiency while strictly protecting user data privacy. --- https://www.openeuler.org/en/showcase/finance/Ping-An-Bank-18/ --- # Ping An Bank's Cost-Efficient Offline Big Data Platform Ping An Bank's offline big data platform supports large-scale data archiving, data-mart batch processing, and report generation. The platform, built on Hadoop, runs thousands of cluster nodes. Originally built on Red Hat and CentOS, the platform was fully migrated to openEuler, with Fusion delivering OS technical services and comprehensive lifecycle support. --- https://www.openeuler.org/en/showcase/finance/Shenwan-Hongyuan-11/ --- # Shenwan Hongyuan Quantitative Trading Platform Shenwan Hongyuan is undergoing a rapid phase of digital transformation, seeking to enhance business stability and competitiveness through new investment strategies such as high-frequency trading (HFT). --- https://www.openeuler.org/en/showcase/finance/The-Bank-of-China-20/ --- # Large-Scale OS Application Practice at Bank of China The Bank of China (BOC) has been driving IT innovation across its IT infrastructure since 2020. Central to this effort is the large-scale deployment of Kylin OS. Since 2020, BOC has deployed over 100,000 sets of Kylin OS within its internal network, which represents more than 70% of the bank's total internal network. --- https://www.openeuler.org/en/showcase/finance/The-Postal-Savings-Bank-of-China-19/ --- # PSBC's Large-Scale Core Banking System The Postal Savings Bank of China (PSBC) has maintained high efficiency in implementing and migrating its innovative core banking systems. --- https://www.openeuler.org/en/showcase/finance/Tianhong-Fund-14/ --- # Tianhong Fund Service System Tianhong Fund, a member of Alibaba Group, initiated the first phase of its modernization project to upgrade its OA and email systems, aiming to enhance operational security and efficiency while ensuring cloud compatibility. --- https://www.openeuler.org/en/showcase/finance/hengsheng/ --- # Hundsun Technologies: openEuler-powered OS Solutions Ensure Fintech Security With extensive experience in the financial industry, Hundsun Technologies, a globally leading FinTech service provider, has actively engaged in operating system innovations, one of which is tailoring the openEuler OS to financial services. --- https://www.openeuler.org/en/showcase/finance/industrial-bank-08/ --- # Industrial Bank Core Business System Modernization Industrial Bank (CIB) embarked on a core system modernization initiative to ensure long-term security and operational independence. --- https://www.openeuler.org/en/showcase/industry-white-paper/ --- # White Papers Technical White Papers Industry White Papers openEuler-based OSs in Finance Download --- https://www.openeuler.org/en/showcase/logistics/010l44ed-9d86-93614e008fda/ --- # China Post OA System Porting ## **Scenarios** ​ The original server hardware resources and H3C cloud were used to create 200 sets of VMs running Unity Operating System (UOS) as these created a suitable environment for subsequent system porting. Based on the newly purchased NF2180M hardware and Kunpeng S920X00K servers, 263 sets of VMs running UOS were created on the innovation cloud, providing resources for OA system porting. Leveraging existing technologies, China Post Group Corporation (or China Post) selected a popular and stable technical architecture to separate the management plane of Cloud Container Engine (CCE) from its service plane. Using the 1+N architecture, China Post centralized the management of a data center using a management cluster and deployed multiple service clusters in different network zones to meet service security, compliance, and isolation requirements. ## **Solution** ​ UOS supports multiple versions of the mainstream cloud architecture OpenStack, delivers highly available components and solutions which are easy to maintain and feature cloud native, and provides all the migration tools required to completely migrate original service data. Set up a professional technical service team to ensure availability, compatibility, and stability of the software and hardware involved in the production environment. ## **Benefits** ​ - In October 2021, China Post successfully adapted and migrated the innovation cloud platform and OA system to UOS V20. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/others/011o4adc-9375-4859cccb3b81/ --- # China Resources Group Innovation Cloud Zone Project ## **Scenarios** ​ Software and hardware devices were purchased and the full-stack independent innovation platform was deployed to ensure stable operating of the business systems. ## **Solution** ​ - **Processor**: ARM (FT-2000+/64) - **Server**: UNISYUE server - **OS**: Galaxy Kylin Advanced Server Operating System V10 - **Cloud platform**: China Resources Cloud - **Database**: MySQL - **Service system**: Coremail email system, YIGO supply chain management system, and office software ## **Benefits** ​ - **Industry benchmark**: This project was China Resources Group's pilot project for independent innovation. Through this project, China Resources Group completed the porting of the China Resources Cloud, service systems, and terminal applications, and accumulated valuable technical innovation and O&M experience, laying the groundwork for the group to use other products such as the Kylin OS on a larger scale. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/others/012o426d-974e-21437c6c5d56/ --- # Heilongjiang Tobacco Security Mail System Project ## **Scenarios** ​ To filter out junk and infected mail and thereby improve the security and stability of the mail system, Heilongjiang Tobacco Industry Co. Ltd. (or Heilongjiang Tobacco) deployed the NeoKylin security-enhanced mail system V6.0 on servers to transmit mail through mail webs and clients, and meet mail transmission and storage requirements. ## **Solution** ​ - **Processor**: ARM (FT-2000+/64) - **Server**: Inspur Yingxin server - **OS**: Galaxy Kylin Advanced Server Operating System V10 - **Service system**: Heilongjiang Tobacco's security mail system ## **Benefits** ​ - **Industry benchmark**: The successful implementation of the NeoKylin security-enhanced mail system set a precedent for the deployment of security mail systems in Heilongjiang. The number of mail system users surpassed 7,000, and this experience has been helping to build towards large-scale application in the future. - **Secure and reliable**: The NeoKylin security-enhanced mail system uses a proxy to isolate the intranet zone from other zones, ensuring that mail is highly secure. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/others/013o471f-a1a0-e36c4f75c288/ --- # Jiangxi Province Healthcare Security Administration Cloud Platform Project ## **Scenarios** ​ Jiangxi Province Healthcare Security Administration deployed Galaxy Kylin Advanced Server Operating System V10 on Alibaba Cloud and Huawei Cloud to improve independent innovation capabilities. ## **Solution** ​ - **Processor**: Intel (x86 architecture) - **Server**: Inspur/H3C server - **Cloud platform**: Alibaba Cloud and Huawei Cloud (IaaS&PaaS) - **OS**: Galaxy Kylin Advanced Server Operating System V10 - **Database**: Alibaba database - **Service system**: insurance handling subsystem, public service subsystem, and internal management subsystem ## **Benefits** ​ - **System reconstruction**: 1,000 servers were purchased and Galaxy Kylin Advanced Server Operating System V10 was deployed to support the stable operation of medical insurance systems including the insurance handling subsystem and the public service subsystem. As a system-level software and hardware support platform for industry applications, big data, cloud computing, and distributed storage, the cloud platform supports the strategic goals of medical insurance clouds and applications in the healthcare industry, and this is a huge step forward for China's healthcare industry. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/others/CSIOS-51/ --- # Seamless Project Management System Migration to CSIOS Seamless Project Management System Migration to CSIOS --- https://www.openeuler.org/en/showcase/others/Campus-Management-Platform-47/ --- # Campus Management Platform Migration and Adaptation Campus Management Platform Migration and Adaptation --- https://www.openeuler.org/en/showcase/others/Changsha-Intelligent-Transportation-Development-Center-54/ --- # Smooth Migration from CentOS to Kylinsec OS to Secure Citywide Traffic Operations Smooth Migration from CentOS to Kylinsec OS to Secure Citywide Traffic Operations --- https://www.openeuler.org/en/showcase/others/China-Post-55/ --- # Secure and Scalable Cloud-Native Platform for China Post Secure and Scalable Cloud-Native Platform for China Post --- https://www.openeuler.org/en/showcase/others/Electronic-Toll-Collection-(ETC)-gantry-system-53/ --- # High-Performance Server OS Implementation for ETC Gantry Systems High-Performance Server OS Implementation for ETC Gantry Systems --- https://www.openeuler.org/en/showcase/others/FusionOS-52/ --- # High-Security, High-Performance Media Service System on FusionOS High-Security, High-Performance Media Service System on FusionOS --- https://www.openeuler.org/en/showcase/others/Hunan-Tobacco-Monopoly-Administration-45/ --- # Hunan Tobacco Monopoly Administration Hunan Tobacco Monopoly Administration Information System --- https://www.openeuler.org/en/showcase/others/Real2tech-Platform-46/ --- # Real2tech Platform Migration to openEuler for 30% Higher Performance Real2tech Platform Migration to openEuler for 30% Higher Performance --- https://www.openeuler.org/en/showcase/others/Second-Affiliated-Hospital-of-Tianjin-University-of-TCM-48/ --- # CentOS Replacement for the Hospital E-ticket System CentOS Replacement for the Hospital E-ticket System --- https://www.openeuler.org/en/showcase/others/Security-and-Trustworthiness-Technology-50/ --- # Security and Trustworthiness Technology openEuler-based Security and Trustworthiness Technology Exploration and Practice --- https://www.openeuler.org/en/showcase/others/SinoRail-Cloud-41/ --- # SinoRail Cloud SinoRail Cloud Ensures Stable Railway Operations --- https://www.openeuler.org/en/showcase/others/Tianjin-Blood-Center-49/ --- # Tianjin Blood Center Business System Reconstruction Tianjin Blood Center Business System Reconstruction --- https://www.openeuler.org/en/showcase/provider/003p49ce-8355-d114154aa417/ --- # China Mobile (Zhejiang) Smooth OS Porting and More Stable Core Systems ## **Scenarios** ​ As a leading provincial mobile company in China, China Mobile (Zhejiang) needs to be able to offer many complex services, so it has some seemingly unusual and stringent requirements for the support system. Migrating the service system without affecting user experience is a major concern. In August 2021, China Mobile (Zhejiang) completed a core system adaptation test, smoothly migrated the OS, and pioneered the use of Galaxy Kylin Advanced Server Operating System V10 in core systems in the telecom industry. ## **Solution** ​ - Server: x86 and Huawei Kunpeng servers - OS: Galaxy Kylin Advanced Server Operating System V10 - Container cloud: Mesos and Kubernetes clusters - Service system: front-end service hall system and middle-end customer center system - IT architecture: microservice-based, container-based, dual-plane running, and unified service release ## **Benefits** ​ - Improved operational stability: After a week of tracking an annual campus marketing activity, it has been shown that core systems run stably after the migration. - Migration of core systems: China Mobile (Zhejiang) was the first in the telecom industry to migrate their core systems to the Kylin OS. - Large-scale promotion: Valuable experience can be leveraged to promote Galaxy Kylin Advanced Server Operating System V10 at scale. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/provider/004p4b57-9e02-e2a6aa4f6a8b/ --- # China Unicom Smooth OS Upgrade and a More Stable Mobile Service System ## **Scenarios** ​ China Unicom's internal mobile service system is used on a daily basis by more than 400,000 China Unicom employees in a wide range of scenarios. The innovative OS upgrade covers four service modules: push service, AI assistant, basic services, and app store. ## **Solution** ​ - Server: Great Wall server (Phytium) - OS: Galaxy Kylin Advanced Server Operating System V10 - Container cloud: China Unicom's Tiangong platform - Service system: Suiwoxing mobile service system - IT architecture: microservice-based, container-based, and unified service release ## **Benefits** ​ - Deployment in microservice and container mode reduces dependency on the host status and meets requirements for functionality, usability, and compatibility. - Innovative deployment ensures the stable running of core service systems. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/provider/005p41c5-a0b2-e850f4211aa0/ --- # China Mobile Smooth OS Porting for Core Service Systems ## **Scenarios** ​ The solution aims to complete joint commissioning and adaptation between service systems (including the service hall and customer center) and OSs, Mesos and Kubernetes container clusters, and servers. Independent and controllable clusters are built based on OSs and servers, and the label constraint and isolation technology are used to route service systems to the clusters. ## **Solution** ​ ## **Benefits** ​ - In August 2021, China Mobile (Zhejiang) completed joint commissioning and adaptation between service systems and UnionTech OS Server 20, Mesos and Kubernetes container clusters, and servers. They are the first communications company to use fully independent and controllable technologies. Their IT system now has the independent and controllable capabilities to run core service systems on homegrown OSs. - Processors and OSs were seamlessly replaced without changing the service code. - The success of the adaptation proves that in future, similar architectures can be migrated on a large scale without reconstruction. ## **Partner** ​ --- https://www.openeuler.org/en/showcase/provider/China-Mobile-Cloud-21/ --- # China Mobile Cloud BC-Linux, a deeply customized openEuler distribution, powers China Mobile Cloud with full-stack hardware-software optimization and on-demand resource scalability. --- https://www.openeuler.org/en/showcase/provider/China-Mobile-Software-Technology-29/ --- # China Mobile (Suzhou) Software Technology Carrier-Level OS Migration of China Mobile (Suzhou) Software Technology --- https://www.openeuler.org/en/showcase/provider/China-Mobile-Zhejiang-23/ --- # Seamless OS Migration for China Mobile Zhejiang's Core Services Seamless OS Migration for China Mobile Zhejiang's Core Services --- https://www.openeuler.org/en/showcase/provider/China-Mobile-Zhejiang-26/ --- # China Mobile Zhejiang Smooth OS migration for China Mobile Zhejiang's Core Service Systems --- https://www.openeuler.org/en/showcase/provider/China-Unicom-24/ --- # OS Migration for China Unicom's Internal Mobile Service System OS Migration for China Unicom's Internal Mobile Service System --- https://www.openeuler.org/en/showcase/provider/China-Unicom-25/ --- # Smooth Migration of China Unicom's Intelligent Operations Platform Smooth Migration of China Unicom's Intelligent Operations Platform --- https://www.openeuler.org/en/showcase/provider/China-Unicom-Cloud-28/ --- # China Unicom Cloud China Unicom Cloud Project --- https://www.openeuler.org/en/showcase/provider/China-Unicom-Wo-Cloud-27/ --- # China Unicom Wo Cloud China Unicom Wo Cloud Project --- https://www.openeuler.org/en/showcase/provider/eSurfing-Cloud-22/ --- # openEuler-based CTyunOS by eSurfing Cloud CTyunOS, an openEuler‑based in‑house OS developed by eSurfing Cloud, is deeply optimized for cloud scenarios with enhanced CPU scheduling, memory, I/O, and process management, delivering high performance, robust security, and easy scalability to support heterogeneous computing and drive China Telecom’s digital transformation. --- https://www.openeuler.org/en/showcase/provider/tianyiyun0330/ --- # Seamless OS Migration to CTyunOS Seamless OS Migration to CTyunOS ## Application Scenario ​ China Telecom released the self-developed CTyunOS based on openEuler in 2021. By August 2022, CTyunOS has been fully adapted to the services of China Telecom eCloud (e-Cloud). The comprehensive migration tool system and engineering capabilities of openEuler enabled China Telecom to seamlessly replace the original OS in all scenarios with CTyunOS. A total of 30,000 CTyunOS instances were deployed to effectively support China Telecom's cloudification & digital transformation strategy. Currently, CTyunOS has been adapted to various scenarios within eCloud, encompassing infrastructure, platform, and application layers. It empowers compute, storage, network, and management nodes for the Infrastructure-as-a-Service (IaaS) layer, a unified cloud service platform and DevOps platform for the Platform-as-a-Service (PaaS) layer, Edge Cloud X, databases, and various other services. With CTyunOS, the overall platform performance increases by over 10%. ## Solution ​ CTyunOS adopts openEuler's six-step migration solution, covering creating a migration support team, conducting migration analysis, designing a migration plan, adapting software before migration, implementing migration, and performing testing and rollout. openEuler offers the x2openEuler tool for migration assessment and in-place upgrades. - To ensure a seamless transition of services, x2openEuler performs thorough analysis of hardware, software, and configurations, including changes in upper-layer software interfaces, dependency versions, and post-migration OS configurations. - x2openEuler in-place upgrade migrates the existing CentOS to openEuler within two hours, without requiring services to be redeployed or parameters reconfigured, significantly cutting down on time and effort. This cost-effective option enables the direct use of original server resources to remove the need for backup servers. ## Benefits ​ 30,000 CTyunOS instances have been deployed to support eCloud's cloud regions, one pool for one city strategy, and IT cloud migration. These instances provide services for eCloud customers in various industries. In the future, China Telecom will continue to cooperate with openEuler to enhance the reliability, availability, and completeness of CTyunOS through ongoing updates. China Telecom and openEuler will work together to bring technological innovations and breakthroughs to the digital foundation of eCloud, fostering the digital transformation of industry customers and the high-quality development of China's digital economy. --- https://www.openeuler.org/en/showcase/technical-white-paper/ --- # White Papers Technical White Papers Industry White Papers openEuler 24.03 LTS SP4 Technical White Paper Download openEuler 24.03 LTS SP3 Technical White Paper Download openEuler 25.09 Technical White Paper Download openEuler 24.03 LTS SP2 Technical White Paper Download openEuler 25.03 Technical White Paper Download openEuler 24.03 LTS SP1 Technical White Paper Download openEuler 24.09 Technical White Paper Download openEuler 22.03 LTS SP4 Technical White Paper Download openEuler 24.03 LTS Technical White Paper Download openEuler 22.03 LTS SP3 Technical White Paper Download openEuler OS Technical Whitepaper(Innovation Projects) Download openEuler 23.09 Technical White Paper Download --- https://www.openeuler.org/en/sig/A-Tune --- SIG A-Tune View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Application --- SIG Application View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Base-service --- SIG Base-service View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Compiler --- SIG Compiler View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Computing --- SIG Computing View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/DB --- SIG DB View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Desktop --- SIG Desktop View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/G11N --- SIG G11N View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/GNOME --- SIG GNOME View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Infrastructure --- SIG Infrastructure View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Kernel --- SIG Kernel View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Marketing --- SIG Marketing View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Networking --- SIG Networking View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Others --- SIG Others View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Packaging --- SIG Packaging View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Programming-language --- SIG Programming-language View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Runtime --- SIG Runtime View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Storage --- SIG Storage View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/System-tool --- SIG System-tool View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/TC --- SIG TC View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/Virt --- SIG Virt View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/ai --- SIG ai View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/bigdata --- SIG bigdata View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/dev-utils --- SIG dev-utils View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/doc --- SIG doc View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/ecopkg --- SIG ecopkg View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/iSulad --- SIG iSulad View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/oVirt --- SIG oVirt View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/security-committee --- SIG security-committee View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-AccLib --- SIG sig-AccLib View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Arm --- SIG sig-Arm View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-BMC --- SIG sig-BMC View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-CICD --- SIG sig-CICD View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-CIS-Flavor --- SIG sig-CIS-Flavor View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-CloudNative --- SIG sig-CloudNative View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Compatibility-Infra --- SIG sig-Compatibility-Infra View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-DDE --- SIG sig-DDE View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-DPU --- SIG sig-DPU View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-DevStation --- SIG sig-DevStation View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-EasyLife --- SIG sig-EasyLife View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Edge --- SIG sig-Edge View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-FangTian --- SIG sig-FangTian View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-FlagOS --- SIG sig-FlagOS View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Gatekeeper --- SIG sig-Gatekeeper View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-HPC --- SIG sig-HPC View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Ha --- SIG sig-Ha View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Hygon --- SIG sig-Hygon View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-IDE --- SIG sig-IDE View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Intel-Arch --- SIG sig-Intel-Arch View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Java --- SIG sig-Java View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-K8sDistro --- SIG sig-K8sDistro View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-KDE --- SIG sig-KDE View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-KIRAN-DESKTOP --- SIG sig-KIRAN-DESKTOP View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Long --- SIG sig-Long View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-LoongArch --- SIG sig-LoongArch View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-MCP-Tools-Ecosystem --- SIG sig-MCP-Tools-Ecosystem View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Migration --- SIG sig-Migration View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-OS-Builder --- SIG sig-OS-Builder View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-OSCourse --- SIG sig-OSCourse View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-OceanBase --- SIG sig-OceanBase View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-OpenDesign --- SIG sig-OpenDesign View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-QA --- SIG sig-QA View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-QT --- SIG sig-QT View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-RISC-V --- SIG sig-RISC-V View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-ROS --- SIG sig-ROS View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-SBC --- SIG sig-SBC View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-SDS --- SIG sig-SDS View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Space --- SIG sig-Space View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Talent-and-Service --- SIG sig-Talent-and-Service View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-UB-ServiceCore --- SIG sig-UB-ServiceCore View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-UKUI --- SIG sig-UKUI View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-UnifiedBus --- SIG sig-UnifiedBus View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-WayCa --- SIG sig-WayCa View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-YuanRong --- SIG sig-YuanRong View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-Zephyr --- SIG sig-Zephyr View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-bio --- SIG sig-bio View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-cinnamon --- SIG sig-cinnamon View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-compat-winapp --- SIG sig-compat-winapp View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-compliance --- SIG sig-compliance View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-confidential-computing --- SIG sig-confidential-computing View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-desktop-apps --- SIG sig-desktop-apps View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-distributed-middleware --- SIG sig-distributed-middleware View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-ebpf --- SIG sig-ebpf View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-embedded --- SIG sig-embedded View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-epkg --- SIG sig-epkg View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-epol --- SIG sig-epol View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-golang --- SIG sig-golang View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-haskell --- SIG sig-haskell View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-high-performance-network --- SIG sig-high-performance-network View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-industrial-control --- SIG sig-industrial-control View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-intelligence --- SIG sig-intelligence View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-mate-desktop --- SIG sig-mate-desktop View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-memsafety --- SIG sig-memsafety View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-message-middleware --- SIG sig-message-middleware View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-minzuchess --- SIG sig-minzuchess View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-nodejs --- SIG sig-nodejs View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-openstack --- SIG sig-openstack View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-ops --- SIG sig-ops View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-perl-modules --- SIG sig-perl-modules View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-porting-platform-winapp --- SIG sig-porting-platform-winapp View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-power-efficient --- SIG sig-power-efficient View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-python-modules --- SIG sig-python-modules View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-recycle --- SIG sig-recycle View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-release-management --- SIG sig-release-management View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-ruby --- SIG sig-ruby View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-sbom --- SIG sig-sbom View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-security-facility --- SIG sig-security-facility View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/sig-sw-arch --- SIG sig-sw-arch View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/user-committee --- SIG user-committee View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/xfce --- SIG xfce View More on AtomGit ## Repositories (0) | Repos name | Maintainer | Committer | | --- | --- | --- | No Data Contribution Contribution by Individuals Metric PR Issue Comment Time Range All Last Month Last 6 Months Last Year PR Maintainer Committer Contributor NotFound ! --- https://www.openeuler.org/en/sig/role-description/ --- # Role Description SIG Role Description ## Community Roles Contributor Responsibilities: Key contributors to SIGs and projects, serving as primary developers and issue resolvers for code repositories Learn More Committer Responsibilities: Stewards of designated SIG repositories, acting as primary custodians who review contributions from other members Requirements: Active SIG contributors with extensive experience and willingness to dedicate time to review activities Learn More Maintainer Responsibilities: SIG leaders, coordinators, and strategic planners responsible for guiding SIG development and evolution, potentially serving as project owners Requirements: Seasoned professionals with strong sense of responsibility, exceptional technical expertise, and proven management skills Learn More New Contributor Existing Community Member ## Contributor Requirement Responsibility and Powers Note: Contributors should actively take part in code review and if they'd like to help more, strive to be a Committer of SIG. ## Committer Requirement Responsibility and Privilege ## Maintainer Requirement Responsibility and Powers --- https://www.openeuler.org/en/sig/sig-guidance/ --- # Set Up 01 FindIndividuals or companies find two or three persons with common goals in the openEuler community to discuss and set up a SIG, which aims to maintain a specific type of software package in the openEuler community or to initiate an incubation project. 02 Apply 03 DiscussAt the regular Technical Committee (TC) meeting, discuss and reach an agreement on the technical scope and maintenance objectives of the SIG. 04 Approve 05 OperateThe SIG starts to operate. Members use the mailing list and regular meetings for discussion and operation. 06 Improve --- https://www.openeuler.org/en/sig/sig-list/ --- # SIG The openEuler community is organized into Special Interest Groups (SIGs) to better coordinate and manage work processes. SIGs are open to everyone. SIG The openEuler community is organized into Special Interest Groups (SIGs) to better coordinate and manage work processes. SIGs are open to everyone. ## Welcome to SIGs SIG Operations SIG Communication Contributing to SIGs ## Learn About SIGs (SIG Member Roles)[/en/sig/role-description/] Set Up Propose creation of a SIG to coordinate development efforts within a specific domain. 01 Find 02 Apply 03 Discuss 04 Approve 05 Operate 06 Improve ## openEuler SIGs Categories NotFound ! --- https://www.openeuler.org/en/talent-assessment/ --- # talent-assessment ## 人才认证 为了规范openEuler人才认证管理，自2024年8月起，openEuler人才认证运作组织由openEuler Talent-and-Service SIG变更为开放原子开源基金会&openEuler社区教育工作组，具体认证内容已全部迁移至开放原子开源基金会官网。 查看详情 ## 人才需求 为帮助openEuler生态人才与产业伙伴快速建立人才需求链接，由社区推出人才需求的发布频道。希望生态人才能够有更多的机会发挥所长，推动openEuler生态快速发展 #### 麒麟信安 湖南麒麟信安科技股份有限公司成立于2015年，规模500人+，麒麟信安专注于国家关键信息基础设施领域相关技术的研发与应用，主要从事操作系统产品研发及技术服务，并以操作系统为根枝树创新发展信息安全和云计算业务，形成国产操作系统--云计算--信息安全三位一体产品线。麒麟信安作为首批openEuler商业发行版厂商，将openEuler作为唯一技术路线。麒麟信安连续七年通过国家公安部等保四级测评，并通过国家保密局商用密码技术测评及认证，产品已在国防、党政、能源、金融、教育等重要领域得到了广泛应用。 ##### 相关岗位 操作系统开发工程师 技术支持工程师 测试工程师 查看在招岗位 #### 凝思软件 北京凝思软件股份有限公司（以下简称“凝思软件”）成立于2016年，拥有500多名员工。凝思软件专注于服务器操作系统，主要为电网、金融、通信、铁路和能源等行业的生产业务系统及关键业务系统提供操作系统软件及相关产品和服务。凝思安全操作系统欧拉版V6.0.99是一款面向政企、金融、能源、通信等各行业设计的通用企业级服务器操作系统。该系统基于openEuler社区版，集成了凝思固域内核安全子系统，并融合了多项自研的竞争力特性，提供高性能、稳定可靠、安全易用的业务体验，进一步完善生态支持，并提供专业的技术服务。该系统适用于服务器、云计算、边缘计算、嵌入式等应用场景。 ##### 相关岗位 Linux高级研发工程师 Linux操作系统开发工程师 Linux安全开发工程师 查看在招岗位 #### 软通动力 软通动力信息技术（集团）股份有限公司是中国数字技术产品和服务创新领导企业，致力于成为具有全球影响力的数字技术服务领导企业，企业数字化转型可信赖合作伙伴。目前员工近90000人，在全球40余个城市设有近百个分支机构，在10余个重要行业服务超过1100家国内外客户，其中超过230家客户为世界500强或中国500强企业。近年来，软通动力自主研发了企业级服务器操作系统-天鹤OS，推出“openEuler managed by 软通动力”产品，发布了自有OS迁移工具x2TianHe、一站式服务工具链iTools，在社区多个SIG组持续投入，力争成为客户首选的openEuler产品和服务提供商。 ##### 相关岗位 系统运维工程师 容器运维工程师 查看在招岗位 #### 中软国际 中软国际，成立于2000年的行业领军企业，香港主板上市公司，专注软件与信息技术服务，全球服务覆盖47国，员工逾7万。连续五年位列Gartner全球IT服务百强，2023年排名跃升至第73位，中国软件百强第12。定位“数字化转型专家”，深耕政府、金融、制造等多领域，以云技术为核心，驱动AI、鸿蒙AIoT、ERP及数字化转型服务，引领国产智联网产业，聚焦金融信创、智慧城市等，推进国产替代与自主创新。秉持“率真存厚，立志有恒”的价值观，中软国际融合AI创新，致力于成为中国领先的信创软件服务商，加速数字中国建设，助力数字经济全球领先。 ##### 相关岗位 操作系统运维工程师 操作系统研发工程师 查看在招岗位 #### 神舟数码 神州数码集团股份有限公司（简称：神州数码）。从2000年成立伊始，神州数码以“数字中国”为使命，锐意变革，砥砺前行， 始终坚持以全球领先科技和自主创新核心技术赋能产业数字化转型和数字经济发展。公司致力于成为领先的数字化转型合作伙伴，神州数码围绕企业数字化，开创性的提出“以AI加速的数云融合”战略，为各个行业客户提供泛在的敏捷IT能力和融合的数据驱动能力，助力企业客户建立核心能力和竞争优势，全面推动社会的数字化、智能化转型升级。 ##### 相关岗位 运维工程师 查看在招岗位 ## 证书查询 因openEuler人才认证运作模式变更，原有的openEuler人才认证考试平台已更换并下线。如需获取2022年8月至2024年7月的认证证书，请发送邮件至 oecxonline@openeuler.sh 进行查询。 证书查询邮件模版参考 收件人 oecxonline@openeuler.sh 主题openEuler人才认证证书查询 正文 姓名： 例：张三 认证等级： 例：OECA/OECP-M 考试日期：例：2022年8月15日 考试单位： 例：麒麟信安/软通教育等 --- https://www.openeuler.org/en/wiki/about/introduce/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Introduction ​ OpenAtom openEuler (openEuler for short) is an open source project incubated and operated by the OpenAtom Foundation. openEuler is an open source OS oriented to digital infrastructure that fits into any server, cloud computing, edge computing, and embedded deployment. This secure, stable, and easy-to-use open source OS is compatible with multiple computing architectures. openEuler suits operational technology (OT) applications and empowers the convergence of OT and information and communications technology (ICT). The openEuler community works with global developers to build an open, diversified, and architecture-inclusive software ecosystem. It covers all scenarios of digital facilities, and empowers enterprises to develop their hardware and software as well as application ecosystems. - Organizational Structure - Technical Committee - Security Committee - Special Interest Groups --- https://www.openeuler.org/en/wiki/about/quick-start/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Quick Links ​ - openEuler website: https://www.openeuler.org/ - How to Get openEuler OS: https://www.openeuler.org/en/download/#get-openeuler - Mirrors: https://www.openeuler.org/en/mirror/list/ - openEuler User Repo: https://eur.openeuler.openatom.cn/ - Migrate to openEuler: https://www.openeuler.org/en/migration/ - QuickIssue: https://quickissue.openeuler.org/en/issues/ - Certified Hardware & Software: https://www.openeuler.org/en/compatibility/ - Complete Guide for Contributing to openEuler: https://www.openeuler.org/en/community/contribution/detail.html - openEuler code repository: https://gitee.com/openeuler - openEuler software package repository: https://gitee.com/src-openeuler - GitHub mirror: https://github.com/openeuler-mirror - Blogs: https://www.openeuler.org/en/interaction/blog-list/ - Monthly newsletters: https://www.openeuler.org/en/monthly-bulletins/ - Forum: https://forum.openeuler.org/ - Mailing lists: https://www.openeuler.org/en/community/mailing-list/ --- https://www.openeuler.org/en/wiki/contribution/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Open Source Contribution ​ The openEuler community is organized into Special Interest Groups (SIGs) to better coordinate and manage work processes. Developers communicate and collaborate through issues, mailing lists, SIG meetings, and technical exchange groups to ensure the smooth operation of the community. Contributions to the community extend far beyond coding. Every effort, big or small, is welcomed and valued. Sign the openEuler community Contributor License Agreement (CLA) before contributing to the community. Choose a CLA type based on whether you are contributing as an individual, an employee, or on behalf of a corporation. ## What Can I Do? ​ ### 1\. Issue or PR Submission ​ Participating in projects you are interested in by submitting issues or PRs is one of the most common ways to contribute to the community. You can quickly find or submit issues through QuickIssue. Generally, issues and PRs are used for: - Bug reporting and fixing - Suggestion submission - Task tracking - Feedback on missing documentation or installation problems - Discussion ### 2\. Software Package Contribution ​ #### 2.1 Adding a Software Package ​ Perform the following procedure to add a software package to Gitee and create a repository with the same name as the added software package in OBS. ##### 2.1.1 Procedure ​ Add a new software package by modifying the openeuler/community repository on Gitee. 1. Go to the community repository and fork it to your own repository. 2. Clone the forked community repository to the local host. shell git clone https://gitee.com/$username/community.git Modify the community repository. The following describes how to add the **zip** software package to Gitee and add the package to the **openEuler:Factory** project. - cd community/sig - Find the SIG to which the software package belongs. For example, the **zip** package belongs to the Base-service SIG. (See the _Contributor Guide_ to find the SIG or project that you are interested in.) - Modify the contents in the corresponding subfolder of the **sig** folder, such as the project list. - Modify the **sig-info.yaml** file of the corresponding SIG in the **sig** folder and add the software package in the form of **\- src-openeuler/zip**. The following uses the **zip** software package as an example to describe how to modify **sig/Base-service/sig-info.yaml**: yaml repositories: - repo: - openeuler/openEuler-rpm-config - src-openeuler/abseil-cpp - src-openeuler/acl - src-openeuler/acpica-tools - src-openeuler/adcli - src-openeuler/aide - src-openeuler/airline - ... - src-openeuler/jansson - src-openeuler/apr - src-openeuler/python-lxml - src-openeuler/zip - Add the corresponding YAML file to **sig/**_{sig\_directory}_\*\*/src-openeuler/\*\*_initial\_letter\_of the\_software\_name_ to create a repository. (For projects maintained by the openEuler community, use the **openeuler** directory. For packages introduced from other communities, use the **src-openeuler** directory. Example: **sig/Base-service/src-openeuler/z/zip.yaml**) yaml name: pkgname description: about pkgname upstream: https://somepkg.org/ branches:- name: master type: protected type: public - Submit a pull request (PR). For details, see the _Pull Request Submission Guide_. After the PR is merged, a repository with the same name as the added software package will be created in src-openeuler on Gitee. A repository with the same name will be created on OBS. You can view the repository at https://build.openeuler.org/project/show/openEuler:Factory. ##### 2.1.2 OBS Code Pulling Method Modification ​ OBS uses the source service to obtain the source code. The **\_service** file is required for using the source service. When a software package is added, openEuler uses the **tar\_scm\_kernel\_repo** plug-in to pull code. You can modify the **\_service** file of the corresponding software package in the **src-openeuler/obs\_meta** repository. The procedure is as follows: 1. Go to the obs\_meta repository and fork it to your own repository. 2. Clone the forked obs\_meta repository to the local host. shell git clone https://gitee.com/"$username"/obs_meta.git 3. Modify the obs\_meta repository. - `cd obs_meta/master/openEuler:Factory/` - `vim "package_name"/service`: Modify the **\_service** file as required. (_package\_name_ indicates the name of the software package whose **\_service** file needs to be customized.) - Submit a PR. After the PR is merged, the modified **\_service** file is synchronized to the repository. #### 2.2 Software Package Building ​ ##### 2.2.1 Local Build Using rpm-build ​ The basic process of building a software package locally using rpm-build is as follows: 1. Download source code from the openEuler community. 2. Use rpm-build to perform local build. 3. Obtain and install the built software package. The specific steps are as follows: 1. Configure the repository. For details, see Development Environment Preparations. 2. Use rpm-build to build locally. (1) Find the source code to operate. openssl is used as an example. Change it as required. shell dnf list | grep openssl Check if there is a file containing the openssl package name in the printed information. If there is, continue with the following operations. If not, leave a message in the community. (2) Download the source code file. shell yumdownloader --source openssl (3) Install the openssl package. shell rpm -ivh openssl-1.1.1d-5.src.rpm After the command is executed, the **rpmbuild** directory will be generated in the **$HOME** directory. The **rpmbuild** directory contains the following directories: - **SOURCES**: source code directory, which stores the source code package (such as .tar package) and all patches - **SPECS**: spec file directory, which stores the RPM package configuration (.spec) file (4) Switch to the **$HOME/rpmbuild/SPECS** directory, and then run the `rpmbuild` command to build the software package. Note that `rpmbuild` does not require root privileges to run. It is strongly recommended that you run this command as a common user. bash cd ~/rpmbuild/SPECS$ rpmbuild -ba openssl.spec The command may result in error messages, which vary depending on the software package being built. Refer to the specific error message for troubleshooting. - Error message of missing dependencies After the command is executed, if there is an error message indicating that dependencies are missing, install the dependencies as prompted. The following is an example: shell error: Failed build dependencies: lksctp-tools-devel is needed by openssl-1:1.1.1d-5.aarch64 shell sudo dnf install lksctp-tools-devel -y - Error message of self-check failure Some software packages, including coreutils, augeas, and diffutils, report a "FAIL test-localeconv (exit status: 134)" error message during the build process. This is because of conflicting char type definitions between the AArch64 and x86\_64 architectures. To resolve this, add the `--fsigned-char` compilation option to the Makefile. #### 2.3 Community Component Packaging and EUR Usage ​ You can also participate in community component packaging. For details, see the _openEuler Packaging Guide_. If you find that some software packages are missing or the existing packages do not satisfy your needs, you can help supplement openEuler by using openEuler User Repo (EUR). For details, see Introduction to the openEuler User Software Repository and How to Use the openEuler User Repository. You can also participate in community component packaging. For details, see the openEuler Packaging Guide. ### 3\. Content Creation and Optimization ​ - Optimize openEuler documentation by participating in document bug catching. - Create blogs or participate in the community forum to share your technical solutions and achievements with the community. - Participate in the writing of Success Stories to demonstrate the use of openEuler or projects of the openEuler community in service scenarios, and the positive effects they have brought. ### 4\. Community Communication ​ Help guide newcomers to participate in community contributions and answer questions on the community through mailing lists and community forum. ### 5\. Open Source Evangelism ​ Share your expertise on openEuler's architecture and your real-world experience at community events, both online and offline. Every contribution, from cutting-edge technical information to practical insights, helps build a more dynamic and prosperous openEuler ecosystem. ### 6\. SIG Meeting Organization ​ Operate community communication tools, including assisting SIG maintainers to improve the SIG homepages and organizing community meetings. ### 7\. Other ​ Join the infrastructure SIG to participate in community infrastructure construction. Join the OpenDesign SIG to participate in community visual design. Join the Doc SIG to participate in document writing. Join the G11N SIG to participate in community translation services. --- https://www.openeuler.org/en/wiki/install/cloud/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi ## Obtaining the openEuler Image on AWS ​ #### Step 1 ​ Log in to the AWS Console. #### Step 2 ​ Expand the **Services** tab, select **Compute** and then **EC2**. #### Step 3 ​ In the **Images** list, choose **AMI Catalog**. #### Step 4 ​ Choose **Community AMIs** and search for "openEuler." #### Step 5 ​ Select an openEuler version to create a VM. ## Obtaining the openEuler Shared Image on Azure ​ #### Step 1 ​ Log in to the Azure Portal. #### Step 2 ​ Go to the account home page and search for "Community images." #### Step 3 ​ On the **Community images** page, search for the "openEuler" to view available openEuler images. #### Step 4 ​ Click the target image and create a VM. ## Obtaining the openEuler Image on Alibaba Cloud ​ #### Step 1 ​ Log in to the Alibaba Cloud Console. #### Step 2 ​ Expand the **Home** tab and choose **Elastic Compute Service**. #### Step 3 ​ In the **Images** list, choose **Community Images**, and search for "openEuler." #### Step 4 ​ Select an openEuler version to create a VM. ## Obtaining the openEuler Image on Huawei Cloud ​ This section takes cloud host (instance) creation on Huawei Cloud as an example to illustrate how to use openEuler on a public cloud. 1. Log in to the HUAWEI CLOUD website and click **Console**. 2. Select **Elastic Cloud Server**. 3. Buy and configure an ECS. 1. Configure computing resources. 2. Select an openEuler image. 3. Configure the network. 4. Configure the login mode. Huawei Cloud KooGallery requires released images to prohibit **root** user login. Therefore, the **root** user can only log in through the console. If you need to use the **root** user, log in through the console and modify the **/etc/ssh/sshd\_config** file. 5. Completing the purchase. 6. Log in and use the ECS. After the status of the created ECS changes to **Running**, you can remotely log in to the ECS. Due to the image release requirements of Huawei Cloud KooGallery, ECSs running openEuler images cannot be accessed via root login or password authentication. The default user is **openeuler**. Therefore, before using the ECS, you need to log in to the console as the **root** user set in step 4 and modify the configuration items in the **/etc/ssh/sshd\_config** file as follows: ini # /etc/ssh/sshd_config # Allows root user login. PermitRootLogin yes # Allows password authentication. PasswordAuthentication yes After the modification, you can log in as the **root** user from any terminal through SSH. shell $ ssh root@1.92.159.107 Authorized users only. All activities may be monitored and reported. root@1.92.159.107's password: Authorized users only. All activities may be monitored and reported. Last login: Mon Apr 29 11:03:05 2024 Welcome to 5.10.0-182.0.0.95.oe2203sp3.x86_64 System information as of time: Mon Apr 29 11:19:11 AM UTC 2024 System load: 0.00 Processes: 80 Memory used: 3.7% Swap used: 0.0% Usage On: 4% IP address: 192.168.0.231 Users online: 2 [root@openeuler-host ~]# **The method of using openEuler images on other clouds is similar to that on Huawei Cloud. For details, see the user guide of the respective cloud product.** --- https://www.openeuler.org/en/wiki/install/cloud/introduction/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Public Cloud Image User Guide ​ Multiple public cloud vendors are providing openEuler cloud images. This document takes Huawei Cloud as an example to introduce how to use openEuler images. The usage of openEuler on other clouds is similar to that on Huawei Cloud, and the detailed usage methods can be found in the user guides of the respective cloud products. --- https://www.openeuler.org/en/wiki/install/image/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # openEuler Container Image Deployment Guide ​ Beyond base images, the openEuler community has released over 20 images of commonly used open source applications. This document focuses on the installation and basic usage of openEuler base images. If you are interested in other openEuler community images, we encourage you to explore and experiment with them. ## Base Image Overview ​ 1. Container image repository openEuler official container image repository, containing openEuler base images and application images. You can find the usage and introduction of the images here. 2. Base image address openEuler base image official website: repo.openeuler.org 3. Base image versions - 20.03-lts - 20.03-lts-sp1 - 20.03-lts-sp2 - 20.03-lts-sp3 - 20.03-lts-sp4, 20.03 - 20.09 - 21.03 - 21.09 - 22.03-lts - 22.09 - 22.03-lts-sp1 - 22.03-lts-sp2 - 22.03-lts-sp3, 22.03, latest - 23.03 - 23.09 ## Image Repositories ​ Supported base images and application images are released to the following image repositories for download and use: - hub.docker.com - quay.io - hub.oepkgs.net - repo.openeuler.org ## Image Deployment Process ​ ### 1\. Environment Setup ​ - For Windows, prepare a VM. - For macOS, use the built-in terminal. ### 2\. Docker Deployment ​ bash #1. Run the Docker installation command. If Docker has been installed or the Docker client has been downloaded, skip this step. dnf -y install docker # Example command for installing Docker in a VM. For macOS, follow the respective procedures. # 2. After Docker is installed, run the following command to view the installed version. docker version ### 3\. Image Pulling ​ > Generally, the latest image version is used. To use other versions, replace **latest** with the required version. You are advised to pull images from a geographically closer mirror repository for fast and stable pulling. bash # Pull an image from the default repository. docker pull openeuler/openeuler:latest # Pull an image from the OEPKGS repository. docker pull hub.oepkgs.net/openeuler/openeuler:latest bash #After the image is pulled, run the following command to view images: docker images ### 4\. Container Startup ​ > Generally, the latest image version is used. To use other versions, replace **latest** with the required version. bash # Start an image from the default repository. docker run -it openeuler/openeuler:latest # Start an image from the OEPKGS repository. docker run -it hub.oepkgs.net/openeuler/openeuler:latest ### 5\. Container Running Test ​ Write a test script. By default, openEuler is installed with Python 3. You can write a simple "HelloWorld" script for testing. The example is as follows: bash # Open the text editor. vi HelloWorld.py bash # Press "Insert" or "i" to start editing. bash # Write the test program. print("Hello, world!") bash # Press Esc to stop editing. Enter ":" (Shift+;) and "wq!" to save the file and exit. bash # Run the Python script for testing. python3 HelloWorld.py File editing example Application running example --- https://www.openeuler.org/en/wiki/install/macos/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Obtaining openEuler in OrbStack ​ OrbStack is a lightweight VM platform on macOS that supports openEuler. After downloading OrbStack from https://orbstack.dev/download, click **+** and select openEuler to create an openEuler VM. --- https://www.openeuler.org/en/wiki/install/raspberry-pi/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Installation on Raspberry Pi ​ This section describes the compatibility of the hardware and software and the related configurations and preparations required for the installation. ## Installation Source ​ Before installation, obtain the openEuler Raspberry Pi image and its verification file. 1. Visit openEuler Repo. 2. Choose **openEuler 24.03 LTS**. 3. Click **raspi\_img**. The download list of Raspberry Pi images is displayed. 4. Click **openEuler-24.03-LTS-raspi-aarch64.img.xz** to download the openEuler Raspberry Pi image to the local PC. 5. Click **openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum** to download the verification file of the openEuler Raspberry Pi image to the local PC. ## Verifying the Image Integrity ​ ### Overview ​ During package transmission, to prevent software packages from being incompletely downloaded due to network or storage device problems, you need to verify the integrity of the software packages after obtaining them. Only the software packages that pass the verification can be deployed. Compare the verification value recorded in the verification file with the verification value that is manually calculated to determine whether the software package is complete. If the two values are the same, the downloaded file is complete. Otherwise, the downloaded file is incomplete and you need to obtain the software package again. ### Prerequisites ​ Before verifying the integrity of the image file, ensure that the following files are available: Image file: **openEuler-24.03-LTS-raspi-aarch64.img.xz** Image file: **openEuler-24.03-LTS-raspi-aarch64.img.xz** Verification file: **openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum** Verification file: **openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum** ### Procedures ​ To verify the file integrity, perform the following procedures: 1. Obtain the verification value from the verification file. Run the following command: shell cat openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum 2. Calculate the SHA256 verification value of the file. Run the following command: shell sha256sum openEuler-24.03-LTS-raspi-aarch64.img.xz After the command is executed, the verification value is displayed. 3. Check whether the verification values obtained from the step 1 and step 2 are consistent. If they are consistent, the downloaded file is not damaged. Otherwise, the downloaded file is incomplete and you need to obtain the file again. ## Installation Requirements ​ If the openEuler OS is installed in the Raspberry Pi environment, the Raspberry Pi environment must meet the following requirements. ### Hardware Compatibility ​ Currently, the openEuler Raspberry Pi image supports the 3B, 3B+, and 4B versions. ### Minimum Hardware Specifications ​ Table 1 lists the minimum hardware specifications for the openEuler Raspberry Pi image. **Table 1** Minimum hardware specifications | Component Name | Minimum Hardware Specifications | Description | | --- | --- | --- | | Raspberry Pi version | Raspberry Pi 3BRaspberry Pi 3B+Raspberry Pi 4BRaspberry Pi 400 | - | | Memory | ≥ 2 GB (4 GB or higher recommended for better user experience) | - | | Drive | 8 GB or higher recommended for better user experience | - | ## Installation Modes ​ > **NOTE** > > - The hardware supports only Raspberry Pi 3B/3B+/4B. > - The installation is performed by writing images to the SD card. This section describes how to write images on Windows, Linux, and Mac. > - The image used in this section is the Raspberry Pi image of openEuler. For details about how to obtain the image, see Installation Preparations. - Installation on Raspberry Pi - Installation Source - Verifying the Image Integrity - Overview - Prerequisites - Procedures - Installation Requirements - Hardware Compatibility - Minimum Hardware Specifications - Installation Modes - Writing Images on Windows - Formatting the SD Card - Writing Images to the SD Card - Writing Images on Linux - Checking Drive Partition Information - Unmounting the SD Card - Writing Images to the SD Card - Writing Images on Mac - Checking Drive Partition Information - Unmounting the SD Card - Writing Images to the SD Card - Installation Guide - Starting the System - Logging in to the System - Configuring the System - Expanding the Root Directory Partition - Connecting to the Wi-Fi Network ## Writing Images on Windows ​ This section uses Windows 10 as an example to describe how to write images to the SD card in the Windows environment. ### Formatting the SD Card ​ To format the SD card, perform the following procedures: 1. Download and install a SD card formatting tool. The following operations use SD Card Formatter as an example. 2. Start SD Card Formatter. In **Select card**, select the drive letter of the SD card to be formatted. If no image has been installed in the SD card, only one drive letter exists. In **Select card**, select the drive letter of the SD card to be formatted. If an image has been installed in the SD card, one or more drive letters exist. For example, the SD card corresponds to three drive letters: E, G, and H. In **Select card**, you can select the drive letter E of the boot partition. 3. In **Formatting options**, select a formatting mode. The default mode is **Quick format**. 4. Click **Format** to start formatting. A progress bar is displayed to show the formatting progress. 5. After the formatting is completed, the message "Formatting was successfully completed" is displayed. Click **OK**. ### Writing Images to the SD Card ​ > **NOTE** > If the compressed image file **openEuler-21.09-raspi-aarch64.img.xz** is obtained, decompress the file to obtain the **openEuler-21.09-raspi-aarch64.img** image file. To write the **openEuler-21.09-raspi-aarch64.img** image file to the SD card, perform the following procedures: 1. Download and install a tool for writing images. The following operations use Win32 Disk Imager as an example. 2. Start Win32 Disk Imager and right-click **Run as administrator**. 3. Select the path of the image file in IMG format from the **Image File** drop-down list box. 4. In **Device**, select the drive letter of the SD card to which the image is written. 5. Click **Write**. A progress bar is displayed to show the progress of writing the image to the SD card. 6. After the write operation is completed, a dialog box is displayed, indicating that the write operation is successfully completed. Click **OK**. ## Writing Images on Linux ​ This section describes how to write images to the SD card in the Linux environment. ### Checking Drive Partition Information ​ Run the `**fdisk -l**` command as the **root** user to obtain the drive information of the SD card. For example, the drive partition corresponding to the SD card can be **/dev/sdb**. ### Unmounting the SD Card ​ 1. Run the `**df -lh**` command to check the mounted volumes. 2. If the partitions corresponding to the SD card are not mounted, skip this step. If the partitions (for example, /dev/sdb1 and /dev/sdb3) are mounted, run the following commands as the **root** user to unmount them: `umount /dev/sdb1` `umount /dev/sdb3` ### Writing Images to the SD Card ​ 1. If the image obtained is compressed, run the `**xz -d openEuler-21.09-raspi-aarch64.img.xz**` command to decompress the compressed file to obtain the **openEuler-21.09-raspi-aarch64.img** image file. Otherwise, skip this step. 2. Run the following command as the **root** user to write the `openEuler-21.09-raspi-aarch64.img` image to the SD card: `dd bs=4M if=openEuler-21.09-raspi-aarch64.img of=/dev/sdb` > **NOTE** Generally, the block size is set to 4 MB. If the write operation fails or the written image cannot be used, you can set the block size to 1 MB and try again. However, the write operation is time-consuming when the block size is set to 1 MB. ## Writing Images on Mac ​ This section describes how to flash images to the SD card in the Mac environment. ### Checking Drive Partition Information ​ Run the `**diskutil list**` command as the **root** user to obtain the drive information of the SD card. For example, the drive partition corresponding to the SD card can be **/dev/disk3**. ### Unmounting the SD Card ​ 1. Run the `**df -lh**` command to check the mounted volumes. 2. If the partitions corresponding to the SD card are not mounted, skip this step. If the partitions (for example, dev/disk3s1 and /dev/disk3s3) are mounted, run the following commands as the **root** user to unmount them: `diskutil umount /dev/disk3s1` `diskutil umount /dev/disk3s3` ### Writing Images to the SD Card ​ 1. If the image obtained is compressed, run the `xz -d openEuler-21.09-raspi-aarch64.img.xz` command to decompress the compressed file to obtain the **openEuler-21.09-raspi-aarch64.img** image file. Otherwise, skip this step. 2. Run the following command as the **root** user to write the image `openEuler-21.09-raspi-aarch64.img` to the SD card: `dd bs=4m if=openEuler-21.09-raspi-aarch64.img of=/dev/disk3` > **NOTE** Generally, the block size is set to 4 MB. If the write operation fails or the written image cannot be used, you can set the block size to 1 MB and try again. However, the write operation is time-consuming when the block size is set to 1 MB. ## Installation Guide ​ This section describes how to enable the Raspberry Pi function after Writing Raspberry Pi Images into the SD card. - Installation Guide - Starting the System - Logging in to the System - Configuring the System - Expanding the Root Directory Partition - Connecting to the Wi-Fi Network ## Starting the System ​ After an image is written into the SD card, insert the SD card into the Raspberry Pi and power on the SD card. For details about the Raspberry Pi hardware, visit the Raspberry Pi official website. ## Logging in to the System ​ You can log in to the Raspberry Pi in either of the following ways: 1. Local login Connect the Raspberry Pi to the monitor (the Raspberry Pi video output interface is Micro HDMI), keyboard, and mouse, and start the Raspberry Pi. The Raspberry Pi startup log is displayed on the monitor. After Raspberry Pi is started, enter the user name **root** and password **openeuler** to log in. 2. SSH remote login By default, the Raspberry Pi uses the DHCP mode to automatically obtain the IP address. If the Raspberry Pi is connected to a known router, you can log in to the router to check the IP address. The new IP address is the Raspberry Pi IP address. **Figure 1** Obtain the IP address !\[\](./figures/Obtain the IP address) According to the preceding figure, the IP address of the Raspberry Pi is **192.168.31.109**. You can run the `ssh root@192.168.31.109` command and enter the password `openeuler` to remotely log in to the Raspberry Pi. ## Configuring the System ​ ### Expanding the Root Directory Partition ​ The space of the default root directory partition is small. Therefore, you need to expand the partition capacity before using it. To expand the root directory partition capacity, perform the following procedure: 1. Run the `fdisk -l` command as the root user to check the drive partition information. The command output is as follows: shell # fdisk -l Disk /dev/mmcblk0: 14.86 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf2dc3842 Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 * 8192 593919 585728 286M c W95 FAT32 (LBA) /dev/mmcblk0p2 593920 1593343 999424 488M 82 Linux swap / Solaris /dev/mmcblk0p3 1593344 5044223 3450880 1.7G 83 Linux The drive letter of the SD card is **/dev/mmcblk0**, which contains three partitions: - **/dev/mmcblk0p1**: boot partition - **/dev/mmcblk0p2**: swap partition - **/dev/mmcblk0p3**: root directory partition Here, we need to expand the capacity of `/dev/mmcblk0p3`. 2. Run the `fdisk /dev/mmcblk0` command as the root user and the interactive command line interface (CLI) is displayed. To expand the partition capacity, perform the following procedure as shown in Figure 2. 1. Enter `p` to check the partition information. Record the start sector number of `/dev/mmcblk0p3`. That is, the value in the `Start` column of the `/dev/mmcblk0p3` information. In the example, the start sector number is `1593344`. 2. Enter `d` to delete the partition. 3. Enter `3` or press `Enter` to delete the partition whose number is `3`. That is, the `/dev/mmcblk0p3`. 4. Enter `n` to create a partition. 5. Enter `p` or press `Enter` to create a partition of the `Primary` type. 6. Enter `3` or press `Enter` to create a partition whose number is `3`. That is, the `/dev/mmcblk0p3`. 7. Enter the start sector number of the new partition. That is, the start sector number recorded in Step `1`. In the example, the start sector number is `1593344`. > **NOTE:** > Do not press **Enter** or use the default parameters. 8. Press `Enter` to use the last sector number by default as the end sector number of the new partition. 9. Enter `N` without changing the sector ID. 10. Enter `w` to save the partition settings and exit the interactive CLI. **Figure 2** Expand the partition capacity !\[\](./figures/Expand the partition capacity) 3. Run the `fdisk -l` command as the root user to check the drive partition information and ensure that the drive partition is correct. The command output is as follows: shell # fdisk -l Disk /dev/mmcblk0: 14.86 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf2dc3842 Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 * 8192 593919 585728 286M c W95 FAT32 (LBA) /dev/mmcblk0p2 593920 1593343 999424 488M 82 Linux swap / Solaris /dev/mmcblk0p3 1593344 31116287 29522944 14.1G 83 Linux 4. Run the `resize2fs /dev/mmcblk0p3` command as the root user to increase the size of the unloaded file system. 5. Run the `df -lh` command to check the drive space information and ensure that the root directory partition has been expanded. > **NOTE:** > If the root directory partition is not expanded, run the `reboot` command to restart the Raspberry Pi and then run the `resize2fs /dev/mmcblk0p3` command as the root user. ### Connecting to the Wi-Fi Network ​ To connect to the Wi-Fi network, perform the following procedure: 1. Check the IP address and network adapter information. `ip a` Obtain information about the wireless network adapter **wlan0**: text 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether dc:a6:32:50:de:57 brd ff:ff:ff:ff:ff:ff inet 192.168.31.109/24 brd 192.168.31.255 scope global dynamic noprefixroute eth0 valid_lft 41570sec preferred_lft 41570sec inet6 fe80::cd39:a969:e647:3043/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: mtu 1500 qdisc fq_codel state DOWN group default qlen 1000 link/ether e2:e6:99:89:47:0c brd ff:ff:ff:ff:ff:ff 2. Scan information about available Wi-Fi networks. `nmcli dev wifi` 3. Connect to the Wi-Fi network. Run the `nmcli dev wifi connect SSID password PWD` command as the root user to connect to the Wi-Fi network. In the command, `SSID` indicates the SSID of the available Wi-Fi network scanned in the preceding step, and `PWD` indicates the password of the Wi-Fi network. For example, if the `SSID` is `openEuler-wifi`and the password is `12345678`, the command for connecting to the Wi-Fi network is `nmcli dev wifi connect openEuler-wifi password 12345678`. The connection is successful. text Device 'wlan0' successfully activated with '26becaab-4adc-4c8e-9bf0-1d63cf5fa3f1'. 4. Check the IP address and wireless network adapter information. `ip a` text 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether dc:a6:32:50:de:57 brd ff:ff:ff:ff:ff:ff inet 192.168.31.109/24 brd 192.168.31.255 scope global dynamic noprefixroute eth0 valid_lft 41386sec preferred_lft 41386sec inet6 fe80::cd39:a969:e647:3043/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether dc:a6:32:50:de:58 brd ff:ff:ff:ff:ff:ff inet 192.168.31.110/24 brd 192.168.31.255 scope global dynamic noprefixroute wlan0 valid_lft 43094sec preferred_lft 43094sec inet6 fe80::394:d086:27fa:deba/64 scope link noprefixroute valid_lft forever preferred_lft forever --- https://www.openeuler.org/en/wiki/install/virtualization/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # Installing openEuler in VirtualBox on Windows ​ VirtualBox, originally developed by Innotek GmbH and now maintained by Oracle Corporation, is a VM software component of the Oracle xVM virtualization platform. Users can install openEuler VMs through VirtualBox using images downloaded from the official openEuler repository. openEuler download link: https://www.openeuler.org/en/download ## Environment Preparation ​ - Windows 10 (64-bit) - Oracle VM VirtualBox 6.1.4 - openEuler image for x86: openEuler-20.03-LTS-x86\_64-dvd.iso ## Installation Procedure ​ ### 1\. VirtualBox Installation ​ Download the VirtualBox installer from the VirtualBox official website. Use a custom installation path, for example, **D:\\software\\Oracle\\VirtualBox**, and use default settings for subsequent steps. After the installation is complete, press **Ctrl**+**G** to open global settings and change the default VM location, for example, **D:\\myVM**. ### 2\. VM Creation ​ Choose **Machine** > **New** and enter the VM configuration information, as shown in the following figure. Set **Name** to openEuler, **Type** to Linux, and **Version** to **Other Linux (64-bit)**. Then, click **Next**. Allocate system memory to the VM as its memory. Set the value to 4 GB (4,096 MB). Choose **Create a virtual hard disk now**. Select **VDI (VirtualBox Disk Image)** for the hard disk file type and click **Next**. Select **Dynamically allocated** and click **Next**. It is more efficient to allocate a large amount of memory to a VM and let it dynamically use drive space as needed, shrinking automatically when idle. Set the VM hard disk size to 64 GB. Now, the VM has been created, and hardware resources required by openEuler have been prepared. ### 3\. openEuler Installation ​ Start the VM created in the previous step. Click the folder icon on the right. Click **Add** and select **openEuler-20.03-LTS-x86\_64-dvd.iso** downloaded during preparation. Click **Start** to enter the installation page. Select **Install openEuler 20.03-LTS** and press **Enter**. Click **Continue**. Select **Installation Destination**. Select the target drive and click **Done**. Select **Begin Installation**. The following figure shows installation in progress: Set the password of the **root** user. The password will be used for subsequent login. After the installation is complete, click **Reboot** to restart the VM. The installation page is displayed again. Stop the VM. In **Storage** of VM settings, right-click **openEuler-20.03-LTS-x86\_64-dvd.iso**, choose **Remove Attachment**, save the settings, and exit. Restart the VM. When the following screen is displayed, press **Enter**. Enter the user (**root**) and password set during the installation to log in to the VM. Now, the openEuler VM is ready for use. --- https://www.openeuler.org/en/wiki/install/wsl/ --- About openEuler - Introduction - Quick Links Contribution Installation Guide - Public Clouds - Container Images - WSL - MacOS - Virtual Machines - Raspberry Pi # openEuler WSL Installation ​ Windows Subsystem For Linux (WSL) developed by Microsoft allows users to run Linux environments directly on Windows. With the openEuler WSL application, you can now experience a genuine openEuler development environment seamlessly integrated within Windows. openEuler now offers several versions on Microsoft Store, including 24.09, 24.03 LTS, 23.09, 23.03, 22.09, and more versions. Download and experience openEuler today! Alternatively, if you do not wish to use Microsoft Store, you can install openEuler WSL through sideload following the instructions below. 1. Install openEuler WSL. - The whole procedure is performed using openEuler 24.03 LTS. If you cannot or do not wish to use Microsoft Store, download the WSL sideload package of openEuler 24.03 LTS. If you install the WSL application from Microsoft Store, you can skip the next two steps. - Double-click **DistroLauncher-Appx\_2403.0.1.0\_x64\_ARM64.cer** in the package and choose **Install Certificate** > **Local Machine** > **Place all certificates in the following store** > **Trusted People**. - Install the sideload application: Start a PowerShell terminal as an administrator and run the **Add-AppDevPackage.ps1** script in the package. - Initialize the WSL environment: After the installation is complete, click the icon of the openEuler 24.03 application in the Start menu. After the application is started, initialize the user and password as prompted to start the WSL environment. --- https://www.openeuler.org/zh/ --- 分享你的openEuler开发实践经验， 赢专属好礼! 查看详情 《openEuler社区生成式AI工具使用与开源贡献策略》正式发布 查看详情 openEuler 24.03 LTS SP4 正式发布 下载 OpenAtom openEuler 2025 社区年报 查看详情 获取openEuler 一站式资源下载获取，欢迎使用 查看详情 #### 技术白皮书 了解openEuler各版本的技术详情 #### 安全中心 查看安全公告等安全问题 #### SkillHub 探索、评估、贡献openEuler技能 #### 活动专区 了解openEuler最新活动 ## 面向数字基础设施的开源操作系统 支持多样性设备 全量组件原子化，构建服务自助化 覆盖全场景应用 一次开发，覆盖数字基础设施全场景 完整开发工具链 统一API跨多设备调用 获取openEuler ### 加入社区 openEuler社区希望通过开源开放的形式汇聚更多力量，鼓励所有社区成员以及开源爱好者积极贡献、乐于分享、热衷实践、共同成长 成为社区贡献者 openEuler 欢迎大家以各种形式参与社区贡献，包括但不限于提交issue、参与讨论、代码贡献、文档捉虫等。一起加入openEuler参与贡献吧 贡献攻略进入SIG中心 成为项目群捐赠人 openEuler项目群，是由开放原子开源基金会孵化及运营的开源项目群。欢迎各企业参与共建，成为项目群成员。资金捐赠请联系 liyang@openatom.org 成员单位查看捐赠权益 openEuler社区活力 贡献者 代码仓库 特别兴趣小组 社区用户 商用OSV 查看贡献详情 ## openEuler开发者日历 预定会议需要SIG组Maintainer或Committer身份权限创建会议 ## 用户案例 - 金融 - 运营商 - 能源 - 物流 - 高校&科研 - 云计算 - 其他 - 查看更多 ## 社区动态 ... 查看更多 ## 友好社区 openEuler作为开源基础软件的重要力量，积极与国际开源组织建立联系，推动标准共建、技术共享与生态可持续发展 \* openEuler是Linux Foundation的Associate Member 注：按首字母排序 --- https://www.openeuler.org/zh/approve/ --- # OSV技术测评列表 工具聚焦openEuler内核和基础包，检测伙伴二次发行版生态核心特性不丢失，关键配置不更改 结合社区选包策略及软件包等级策略，检查L1、L2软件包版本、打包方式、接口一致性，KABI白名单，架构特性（如ARM/X86特性）使能，性能优化配置，牵引实现扩展仓库openEuler系共享、共用，主流行业应用在openEuler系不同的OSV生态复用度。 分类 全部 | 架构 | OS厂商 | OS版本 | OS下载地址 | 分类 | 测评日期 | 测评详情 | 友情链接 | | --- | --- | --- | --- | --- | --- | --- | --- | 暂无数据 未搜索到结果 关于OSV技术测评，openEuler提供了完整的测试流程和工具，详见 openEuler OSV技术测评整体介绍 --- https://www.openeuler.org/zh/approve/approve-info/ --- OSV技术测评列表 \\ OSV技术测评报告 评估信息 - 系统版本 - 架构 - 发布地址 - checksum - 基于openEuler的版本 不通过 COMPATIBLE 工具检测 | | | | | | | | | | | | | | | | | | | | - - 检测项: 核心包 - 检测点描述: 核心包一致性比例 - 结论: 通过 - - 检测项: 软件包 - 检测点描述: L1/L2 软件包一致性比例 - 结论: 通过 - - 检测项: 内核KABI接口 - 检测点描述: OSV内核KABI接口白名单与openEuler内核KABI接口白名单一致性比例 - 结论: 通过 - - 检测项: 用户态ABI接口 - 检测点描述: OSV软件包ABI接口与openEuler软件包ABI一致性比例 - 结论: 通过 - - 检测项: Service默认配置 - 检测点描述: OSV软件包Service文件与openEuler软件包Service文件一致性比例 - 结论: 通过 - - 检测项: 软件包默认配置 - 检测点描述: OSV软件包配置文件与openEuler软件包配置文件一致性比例 - 结论: 通过 - - 检测项: 内核特性配置 - 检测点描述: OSV的内核配置与openEuler一致性比例 - 结论: 通过 平台验证 | | | | | | | | | | | | | | - - 检测项: 仓库 - 检测点描述: EPOL仓/软件所仓库在OSV版本上安装成功比例 - 结论: 通过 - - 检测项: 基本功能 - 检测点描述: 社区AT用例运行结果 - 结论: 通过 - - 检测项: 基础性能 - 检测点描述: 基础性能测试结果 - 结论: 通过 - - 检测项: 运行时默认配置 - 检测点描述: OSV版本运行时默认配置一致性 - 结论: 通过 --- https://www.openeuler.org/zh/approve/approve-step/ --- OSV技术测评列表 \\ openEuler OSV技术测评整体介绍 OSV技术测评步骤 01 申请加入openEuler社区 您需要在AtomGit平台申请加入openEuler社区，成为组织成员。申请地址： https://atomgit.com/openeuler/infrastructure/blob/master/docs/openEuler-Infra-FAQ.md。 02 了解OSV技术测评策略 开展OSV技术测评之前，您需要了解OSV技术测评策略，测评标准，以及使用OSV技术测评工具进行自验证。地址如下： https://atomgit.com/openeuler/oecp。 03 申请OSV技术测评 您需要向公共邮箱（ compatibility@openeuler.io ）发送OSV技术测评申请，邮件标题需要注明“申请OSV技术测评”。如您提交的是嵌入式OS，请额外提交测试报告。收到邮件后，openEuler团队中sig组会与您沟通进行协议签署，如果已经签署，请忽略。 tips：如果没有签署CLA，请先签署： https://clasign.osinfra.cn/sign/6983225bdcbb19710248ccf0 04 提交OSV技术测评申请issue 完成协议签署后，您需要在openEuler社区（ https://atomgit.com/openeuler/oecp/issues ）的OSV技术测评项目下创建issue，将所需要测评的操作系统信息在issue中明确，以及ISO镜像地址。openEuler团队会及时了解issue的信息，并提出建议。 05 OSV技术测评 openEuler社区会第一时间对提供的ISO进行OSV技术测评，测评之后会联系您进行部分结果确认以及审核，之后，会将测评结果发布到 openEuler官网 上。 06 OSV技术测评结果发布 openEuler团队会针对提交结果进行审核，如果通过，会将OSV技术测评结果添加到OSV技术测评列表中。 07 openEuler官网首页LOGO展示 如果通过OSV技术测评，并已经在OSV技术测评列表（ https://www.openeuler.org/zh/approve ）中展示，您可以联系openEuler社区（ public@openeuler.io ），在社区官网首页“发布 openEuler 商业发行版的厂商”栏目中展示贵组织单位的LOGO。邮件标题需注明“申请在openEuler社区官网首页展示logo”，并随附下列信息： - 1.贵组织单位的全称 - 2.业务负责人、业务对接人的姓名和邮箱 - 3.OSV技术测评通过结果、OSV技术测评列表截图及OSV技术测评证书等相关证明文件 收到邮件后，openEuler团队会与您沟通相关授权事宜。 --- https://www.openeuler.org/zh/community/ai-coding-assistants/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 # openEuler社区生成式AI工具使用与开源贡献策略 ​ ## 1\. 开放策略 (Openness Strategy) ​ openEuler社区秉持开放、协同、创新的开源精神，将生成式AI与智能化Agent视为推动社区技术演进的重要生产力。社区允许贡献者在合理、透明、可审查的前提下使用生成式人工智能工具辅助贡献，但坚持以下原则： - **核心原则一：保持开放，AI开发导向 (Open & AI-Development-Oriented)** openEuler社区对新技术始终秉承开放拥抱的姿态。我们积极迎接AI开发导向，并致力于构建一个对人类开发者与AI代理同样友好的智能化开源生态。openEuler社区鼓励并支持开发者和自动化Agent深入参与到社区的各项贡献中（包括但不限于代码编写、文档翻译、测试用例生成、运维自动化等）。 - **核心原则二：开发者最终负责 (Developer Ultimate Responsibility)** AI只是人类开发者参与社区贡献的辅助工具，**人类开发者对其所提交的社区贡献质量负责并承担相关法律责任**。无论是人类开发者独立开发的成果，还是由AI辅助生成、触发的代码与内容，贡献者都必须对其所提交内容的正确性、安全性、合规性和质量负责并承担最终责任。社区维护者对贡献者提交内容的审查、合并、发布行为并不表示社区管理方确认其中所包含的AI输出不构成侵权、不存在安全缺陷或适合特定用途。 - **核心原则三：透明度，可追溯 (Transparency & Traceability)** 在向社区提交内容时，贡献者应如实披露与该贡献相关的AI工具使用情况、第三方材料来源、许可证信息和人工审查情况。openEuler社区建立了一套严格的元数据记录机制，对AI生成内容的**关键元数据（包括生成该等内容所使用的Agent平台、模型、Prompt摘要等）进行完整记录**，从而确保AI参与的代码贡献都具备清晰的审查追踪链。 ## 2\. 适用范围 (Scope of Application) ​ 本策略适用于贡献者向openEuler社区（包括但不限于openEuler组织下的所有代码仓库、文档库等）提交的各种形式的所有贡献： - **源代码与脚本**：包括各类核心代码、测试用例、构建脚本。 - **技术文档与社区内容**：包括API说明、部署指南、发布日志、Wiki页面等。 - **配置与元数据**：包括Containerfile/Dockerfile、CI/CD配置文件等。 ## 3\. 法律与合规 (Legal & Compliance) ​ 贡献者向openEuler社区提交包含AI生成内容的贡献，必须在以下法律与合规框架内： ### 3.1 CLA（贡献者许可协议） ​ openEuler社区采用**CLA（Contributor License Agreement，贡献者许可协议）**。 - 贡献者在提交贡献前，必须签署社区CLA。 - 依据CLA，当贡献者向社区提交包含AI生成内容的贡献时，即视为该贡献者承诺其对该贡献拥有合法的处分权（例如，已获得充分授权）。贡献者不能以“内容由AI生成”为由免除其在CLA中所做出的承诺以及应当承担的相关法律责任。 ### 3.2 追溯机制：关键元数据完整记录 ​ 若贡献者向社区提交的贡献包含主要**由AI生成或经AI自动化处理**的代码与文档，则其在提交Pull Request时应当在Pull Request和Commit Message中完整记录并携带以下**关键元数据**： Commit Message： - **Co-Authored-By:** 明确指明生成该内容所使用的生成式AI模型名称及版本（如 `GPT-4o`，`DeepSeek-V3` 等）。 Pull Request: - **Agent平台信息（Tool）**：明确指明生成该内容所使用的Agent平台名称及版本（如 `Claude Code 2.1.156`、`Qwen Code 0.16.1` 等）。 - **模型信息 (Model)**：明确指明生成该内容所使用的生成式AI模型名称及版本（如 `GPT-4o`，`DeepSeek-V3` 等）。 - **Prompt 摘要 (Prompt Summary)**：简要概述指导AI生成该内容的核心提示词或核心意图（如 `"Optimize memory allocation for Spec file"`），不得提交提示词或核心意图不明的AI生成内容。 **规范示例（Pull Request）：** text ### 当前PR是否有AI参与: [] 否 [x] 是 __1. Agent平台信息: Claude Code 2.1.156 __2. 模型信息: DeepSeek-V3 __3. Prompt摘要: 基于现有代码逻辑，完成代码编写、逻辑优化、异常分支补充及注释完善，协助完成本次功能开发与问题修复 ### 希望检视人员了解: 1. 代码由AI辅助开发者编写，且开发者已人工逐行核对逻辑、校验功能正确性，且与开发者预期一致； **规范示例（Commit Message）：** text Co-Authored-By: DeepSeek-V3 _注意：openEuler社区门禁会检查 Commit Message 中 Co-Authored-By 填写的AI模型名称是否与 Pull Request 中披露的模型信息一致。如果您在 Pull Request 中披露的模型信息与 Commit Message 中 Co-Authored-By 字段的模型信息不一致，门禁会拦截您的PR。_ ## 4\. Agents规范Prompt（Standard Prompt for Agents） ​ 为了让各种AI编程助手、自动化Agent（如PR自动化审查、代码自动修复Agent）在为openEuler社区提供服务时能够严格遵循上述策略，特制定以下**系统级提示词规范（System Prompt）**： text # 角色与目标 你是一个专为openEuler开源社区服务的AI编程与合规助手（AI Agent）。你的目标是协助人类开发者高效参与社区贡献，同时必须坚守合规底线，确保所有输出符合openEuler社区的合规与质量要求。 # 核心行为准则 ## 1. 明确责任边界与开发导向 - 你是开发者的效率放大器，但你必须明白，人类开发者将对你的输出质量负责并承担相关法律责任。因此，你生成的代码必须清晰、人类可读且易于人类开发者进行Review。 - 不得生成任何含义模糊、难以调试或存在黑盒逻辑的复杂代码块。 ## 2. 法律与许可证合规（底线原则） - 不得在不遵循适用许可证的情况下，从采用GPL2.0、GPL3.0等限制型许可证许可的代码库或独占许可的商业软件专有代码库中直接复制或变相复制任何代码片段。 - 如果你生成的代码直接引用了特定的开源组件或公开算法实现，则该等代码必须保留其原有著作权声明（包括但不限于保留原组件或算法的著作权声明）及许可证声明，而不得删除或修改该等声明。 ## 3. 关键元数据显式披露 - 当你协助人类生成代码，或者作为自动化Agent独立向openEuler仓库提交PR时，必须按照固定PR模板与Commit Message进行提交。 - 在PR中必须包含的元数据： - Agent平台信息: [Agent平台名称及版本] - 模型信息: [AI模型名称及版本] - Prompt摘要: [核心提示词或核心意图] - 在Commit Message中必须包含的元数据： - Co-Authored-By: [AI模型名称及版本] ## 4. openEuler技术栈适配 - 代码风格：在向openEuler社区提交代码前，应分析对应代码仓库的代码风格，提交修改代码时必须严格遵守对应代码仓库的代码风格指南。 - 优先安全性：不得引入内存泄漏、缓冲区溢出等常见安全漏洞，优先推荐使用已经过openEuler社区验证的安全函数。 ## 5\. 禁止或高风险行为 ​ - 未经人工审查的AI输出 - 贡献者无法解释、无法维护或无法确认来源的代码 - AI工具明显复现第三方项目代码、文档、图片或其他受保护表达，但未提供合法来源、许可证和必要权属信息的内容 - 与本项目许可证不兼容的内容 - 违反AI工具使用条款、雇主政策、保密义务，违反出口管制、数据合规要求或侵犯第三方权利的内容 - 包含商业秘密、个人信息、敏感数据、私有代码、内部文档或未公开漏洞信息的提示词、输出或贡献 - 由AI Agent自动批量提交的贡献或提交人类贡献者未实质参与的贡献 ## 6\. 贡献者责任 ​ 贡献者向社区提交AI辅助贡献时，应确认并承诺： - 已对拟提交AI辅助贡献内容进行人工审查 - 理解拟提交AI辅助贡献的技术含义、设计影响和维护成本 - 已完成对拟提交的AI辅助贡献的必要测试、构建、许可证检查和安全检查 - 已确认AI工具输出未引入与项目许可证不兼容的限制 - 已确认拟提交AI辅助贡献不包含已知的未获授权的第三方材料，或已按照本项目要求披露第三方材料、许可证、著作权声明和权属信息 - 已遵守贡献者雇主、客户、学校或所属组织关于AI工具和开源贡献的政策 - 对所提交AI辅助贡献承担与非AI辅助贡献相同的责任 ## 7\. 审查与合入规则 ​ 社区维护者可以基于以下原因要求贡献者修改、补充说明、重新提交AI辅助贡献或拒绝合入AI辅助贡献： - 贡献者未按要求披露AI辅助贡献的相关信息 - 贡献者无法解释其所提交的代码逻辑或来源 - 贡献内容与未经授权的第三方代码、文档或图片实质性相似 - 许可证、著作权或权属信息不清晰 - 未经测试、不可维护或增加安全风险的低质量AI辅助贡献 - 自动化、批量化提交影响社区正常维护秩序的低质量AI辅助贡献 - 社区维护者基于openEuler项目风险偏好认为AI辅助贡献不适合合入 --- https://www.openeuler.org/zh/community/charter/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 # openEuler项目群开源治理制度 ​ 最后修订时间：2024年3月 ## 第一章　总则 ​ ### 第一条 项目群名称 ​ openEuler 项目群系由开放原子开源基金会（以下简称“基金会”）孵化及运营的开源项目群。 openEuler 项目群，全称为 OpenAtom openEuler 项目群，又称为 openEuler 开源社区，是一个面向数字基础设施操作系统的开源社区，简称 openEuler 或者 openEuler 社区，以下称“本项目群”。 ### 第二条 项目群愿景和使命 ​ 愿景：为世界提供数字基础设施的开源操作系统。 使命：为世界提供开源软件。为开源软件提供指导、虚拟协作空间、创新平台和服务，在社区开发、管理和孵化开源软件，并且与其他许多开源社区合作。 ### 第三条 项目群治理原则 ​ 本项目群以本项目群治理组织领导下的项目自治为原则，在遵守基金会章程、《开放原子开源基金会开源项目管理制度》及基金会知识产权政策等相关制度规范的前提下进行开放治理和运营。 ### 第四条 业务范围 ​ 1、探索和构建操作系统产业软件开源生态，促进面向数字基础设施的基础软件产业发展； 2、促进本项目群范围内的开源软件推广、使用、宣传、培训等； 3、提升本项目群的技术易用性和可靠性； 4、募集资金、专项资助； 5、开展开源软件生态建设、宣传推广、学术交流、教育培训等相关活动； 6、开展与其他开源项目、社区、基金会的合作； 7、开源社区 IT 基础设施开发和运维； 8、其他经基金会授权的业务范围。 ### 第五条 社区行为准则 ​ 1、为建设开放友好的社区环境，本项目群贡献者和维护者承诺：不论年龄、体型、身体健全与否、民族、经验水平、受教育程度、社会地位、国籍、相貌、种族等，本项目群和社区的参与者皆免于任何骚扰。 2、有助于创造积极社区环境的行为包括但不限于： - (1)措辞友好且包容； - (2)尊重不同的观点和经验； - (3)耐心接受有益批评； - (4)关注对社区最有利的事情； - (5)与社区其他成员友善相处。 3、本项目群和社区的参与者不应采取的行为包括但不限于： - (1)发布与色情、暴力等有关的言论或图像； - (2)捣乱/煽动/造谣行为、侮辱/贬损的评论、人身及政治攻击； - (3)公开或私下骚扰本项目群和社区的其他参与者； - (4)未经明确授权发布他人的个人信息等资料，如住址、电子邮箱等； - (5)其他有理由认定为违反社区行为准则的不当行为。 4、社区项目维护者(Maintainer)有权利和义务诠释何谓“不当行为”，并妥善公正地纠正已发生的不当行为。社区项目维护者有权利和义务删除、编辑、拒绝违背本行为准则的评论（comments）、提交（commits）、代码、wiki 编辑、问题（issues）等任何贡献；社区项目维护者可暂时或永久地封禁任何其认为有威胁、冒犯、有害社区秩序的不当行为参与者。 5、本行为准则适用于本社区。当有人代表本社区时，本准则亦适用于此人所处的公共平台。 6、代表本社区的情形包括但不限于：使用本社区的官方电子邮件、通过本社区官方媒体账号发布消息、作为本社区指定代表参与在线或线下活动等。 7、代表本社区的行为准则可由项目群办公室进一步定义及解释，并报本项目群 openEuler 委员会审批发布。 ## 第二章　项目群成员 ​ ### 第六条 项目群成员的构成 ​ 1、项目群共建方：经 openEuler 委员会认可，与基金会签署《openEuler 项目群开源治理协议》的参与本项目群开放治理的自然人或法人。 2、捐赠人：从事或支持开源事业的自然人和法人，且需与基金会签署本治理制度规定的相关协议并根据相关协议参与项目群开源治理并履行相应义务。openEuler 委员会可参照资金捐赠数目及其他重要指标确定不同捐赠人的项目群开源治理参与方式和义务。 3、学术机构和非营利组织成员：签署本项目群贡献者许可协议，参与本项目群贡献但尚未成为项目群共建方的学术机构和非营利组织。 4、其他组织和个人：注册 openEuler 社区并使用社区资源，签署本项目群贡献者许可协议并参与本项目群贡献和社区建设但尚未成为项目共建方的广大自然人或法人。 ### 第七条 项目群捐赠人的条件 ​ 本项目群捐赠人分为战略捐赠人、白金捐赠人、黄金捐赠人、白银捐赠人、青铜捐赠人。战略捐赠人最多 1 个，白金捐赠人最多 3 个，黄金捐赠人最多 20 个，白银捐赠人和青铜捐赠人额度不限。 1、战略捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 500 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原战略捐赠人优选选择继续做战略捐赠人； 2、白金捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 200 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原白金捐赠人优选选择继续做白金捐赠人； 3、黄金捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 100 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原黄金捐赠人优选选择继续做黄金捐赠人； 4、白银捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 10 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上； 5、青铜捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 2 万人民币/年用于 openEuler 项目群。 本项目群上述捐赠人依据本治理制度及 openEuler 项目群专项资金捐赠协议仅在本项目群中享有项目群捐赠人的相应开源治理参与方式，但并不必然成为基金会章程规定的捐赠人，除非其根据基金会章程完成相应捐赠。 ### 第八条 项目群捐赠人的开源治理参与方式 ​ #### 1、战略捐赠人项目群开源治理参与方式： ​ - (1)可以委派一名 openEuler 委员会委员，该委员同时是 openEuler 委员会常务委员会委员，可竞选 openEuler 委员会主席； - (2)可以提名 openEuler 委员会执行总监； - (3)可以提名一名技术委员会委员； - (4)可以提名一名品牌委员会委员； - (5)可以提名一名用户委员会委员； - (6)可以对 openEuler 项目群相关工作行使批评建议和监督的权利； - (7)可以参与 openEuler 项目群组织的其他会议和活动； - (8)可以获得 openEuler 项目群刊物和技术资料； - (9)可以在 openEuler 项目群官网进行品牌展示。 #### 2、白金捐赠人项目群开源治理参与方式： ​ - (1)可以委派一名 openEuler 委员会委员，该委员同时是 openEuler 委员会常务委员会委员，可竞选 openEuler 委员会主席； - (2)可以提名一名技术委员会委员； - (3)可以提名一名品牌委员会委员； - (4)可以提名一名用户委员会委员； - (5)可以对 openEuler 项目群相关工作行使批评建议和监督的权利； - (6)可以参与 openEuler 项目群组织的其他会议和活动； - (7)可以获得 openEuler 项目群刊物和技术资料； - (8)可以在 openEuler 项目群官网进行品牌展示。 #### 3、黄金捐赠人项目群开源治理参与方式： ​ - (1)可以委派一名 openEuler 委员会委员； - (2)可以提名一名品牌委员会委员； - (3)可以提名一名用户委员会委员； - (4)可以对 openEuler 项目群相关工作行使批评建议和监督的权利； - (5)可以参与 openEuler 项目群组织的其他会议和活动； - (6)可以获得 openEuler 项目群刊物和技术资料； - (7)可以在 openEuler 项目群官网进行品牌展示。 #### 4、白银捐赠人项目群开源治理参与方式： ​ - (1)可以提名一名用户委员会委员； - (2)可以对 openEuler 项目群相关工作行使批评建议和监督的权利； - (3)可以参与 openEuler 项目群组织的其他会议和活动； - (4)可以获得 openEuler 项目群刊物和技术资料； - (5)可以在 openEuler 项目群官网进行品牌展示。 #### 5、青铜捐赠人项目群开源治理参与方式： ​ - (1)可以对 openEuler 项目群相关工作行使批评建议和监督的权利； - (2)可以参与 openEuler 项目群组织的其他会议和活动； - (3)可以获得 openEuler 项目群刊物和技术资料； - (4)可以在 openEuler 项目群官网进行品牌展示。 ## 第三章　项目群治理架构 ​ ### 第九条 治理架构概况 ​ 本项目群治理组织中，openEuler 项目群工作委员会（简称 openEuler 委员会）为本项目群的最高决策机构，负责本项目群的重大决策。 openEuler 委员会设 openEuler 委员会主席一名，openEuler 委员会主席系 openEuler 委员会委员之一，负责指导 openEuler 委员会决策的执行，openEuler 委员会主席为本项目群的主要负责人；openEuler 委员会设常务委员会，代表 openEuler 委员会在 openEuler 委员会职责范围内行使 openEuler 委员会的职责，并定期向 openEuler 委员会汇报决策项。 openEuler 委员会设 openEuler 项目群办公室，负责执行 openEuler 委员会的各项决议，并负责本项目群例行运作和管理；在项目群办公室内，设 openEuler 委员会执行总监、openEuler 委员会执行秘书各一名，负责本项目群日常工作的执行；若本项目群未设立 openEuler 委员会执行总监，则由 openEuler 委员会主席履行执行总监的权责。 openEuler 委员会设项目群技术委员会，负责本项目群技术决策；设项目群品牌委员会，负责“openEuler”相关品牌工作和营销工作；设项目群用户委员会，负责本项目群的用户工作。openEuler 委员会、技术委员会、品牌委员会、用户委员会可以根据工作需要，任命若干名专家作为本委员会顾问，顾问可以列席该委员会会议并发表意见，但没有投票权。 本项目群组织架构如下图： ### 第十条 openEuler 委员会 ​ #### 1、openEuler 委员会委员组成 ​ openEuler 委员会是本项目群所有业务决策的最高决策机构，对包括但不限于制定及修改本项目群开源治理制度、决定重大业务活动计划、制定及调整项目群的重大方向、项目群的中止或终止、审定年度收支预算及决算及年度财务审计报告负全责。openEuler 委员会由成员单位委派的代表及作为委员会委员的自然人共同组成，负责处理 openEuler 委员会日常事务并对本项目群进行开放治理。openEuler 委员会的成员个人及其委派单位对 openEuler 委员会做出的业务决策承担责任。openEuler 委员会委员应具备以下条件： - (1)具有完全民事行为能力； - (2)遵守法律法规及基金会相关制度； - (3)热心公益事业，自愿为本项目服务； - (4)具有较强的公益责任意识，能够遵循公平、公正、公开的原则，独立、客观、谨慎地参与议事决策； - (5)能够为本项目群筹划、捐款、管理做出贡献； - (6)相关法律法规或基金会相关制度要求需满足的其他条件。 #### 2、openEuler 委员会委员任职规则 ​ - (1)openEuler 委员会委员每届任期为两年。 - (2)openEuler 委员会委员（含 openEuler 委员会主席）所在成员单位应向基金会秘书处提交代表授权书，前述代表应向基金会提交书面任职承诺书和信息备案表，履行应尽工作职责。 #### 3、openEuler 委员会委员的管理 ​ - **(1)openEuler 委员会委员加入：** 项目群战略、白金和黄金捐赠人各委派一名代表参加 openEuler 委员会，其委派的代表必须是该捐赠人或其关联公司雇员或授权代理人。如前述捐赠人存在一个或多个关联公司的，该捐赠人及其关联公司里只能有一个公司能申请成为前述三类捐赠人之一而享有 openEuler 委员会委员资格。 本治理制度所称关联公司是指：对于本治理制度中所涉任一法律实体，直接或通过一家或多家中间机构间接控制该实体、受控于该实体、或与该实体共同被他人控制的任何公司、合伙制企业、有限责任公司、合营公司或其他法律实体。本款下的“控制”是指直接或间接拥有被控制实体百分之五十及以上的股份、股权或表决权，或足以直接或间接对股东会、股东大会的决议产生重大影响。 学术机构和非营利组织最多一名代表代表加入 openEuler 委员会，该代表由现任 openEuler 委员会常务委员会（无 openEuler 委员会常务委员会时，由 openEuler 委员会主席和副主席代为执行）推荐，经 openEuler 委员会全体委员三分之二以上（含）表决通过后加入。 - **(2)openEuler 委员会委员退出：** 项目群捐赠人关系终止的，该捐赠人的 openEuler 委员会委员资格取消。项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表。openEuler 委员会委员向本 openEuler 委员会全体成员提交书面通知，可以退出 openEuler 委员会，由其所在项目群捐赠人单位重新委派代表；openEuler 委员会委员连续两次无故不出席 openEuler 委员会会议的，视为自动退出 openEuler 委员会，由其所在项目群捐赠人单位重新委派代表；openEuler 委员会接受委员缺位。 - **(3)openEuler 委员会委员的罢免：** 由 openEuler 委员会委员三分之一以上（含）发起，openEuler 委员会全体委员三分之二以上（含）通过后罢免。 #### 4、openEuler 委员会职责和权利包括但不限于： ​ - (1)制定、修改本项目群开源治理制度，由 openEuler 委员会制定、经基金会审定的项目群管理制度是本项目群开放治理基本纲领； - (2)决定重大业务活动计划，包括项目群资金筹集、财产管理和使用计划、项目群年度活动计划等； - (3)制定及调整项目群的重大方向，项目群的中止或终止； - (4)审定项目群年度收支预算及决算、年度财务审计报告； - (5)决定项目群的知识产权授权管理，包括项目/子项目名称及品牌等； - (6)决定聘选和任免 openEuler 委员会委员； - (7)选举 openEuler 委员会主席； - (8)选举 openEuler 委员会执行总监，在秘书处报备；按需聘用全职工作人员； - (9)听取、审议 openEuler 委员会执行总监的工作报告，检查执行总监的工作； - (10)审议项目群各下设组织的主席的选举和罢免； - (11)审议各下设组织的工作报告和问题； - (12)openEuler 委员会可进一步根据工作需要，经合法流程授权相关委员会、工作组和/或具体人员承担相应业务职责; - (13)成立专家顾问委员会，任免专家顾问委员会委员。 #### 5、openEuler 委员会会议发起及召集方式 ​ openEuler 委员会会议每年举行两次例行会议，或者依据项目群情况召开临时会议。 - (1)发起机制：openEuler 委员会例会由 openEuler 委员会执行总监发起并主持。openEuler 委员会临时会议由 openEuler 委员会主席依据项目群情况发起，或现有 openEuler 委员会委员三分之一以上（含）提议发起。 - (2)召集方式：openEuler 委员会会议由 openEuler 委员会执行总监或召集人在会议召开前 5 个工作日通过邮件通知全体委员； - (3)openEuler 委员会会议须有现有 openEuler 委员会委员（含委托）三分之二以上（含）出席为有效会议； - (4)不出席会议也没有委托他人代理参会的 openEuler 委员会委员视为缺席，不计入本次会议投票； - (5)与会形式包括现场与会、线上接入等可以核实身份的多种形式。 #### 6、表决和投票 ​ - (1)openEuler 委员会每个委员享有一票投票权。openEuler 委员会召开会议决策事项至少需由 openEuler 委员会到会委员半数以上（含）投票通过。为免疑义，若 openEuler 委员会委员同时担任 openEuler 委员会主席或副主席的，则该委员共计享有一票投票权。 - (2)投票分为赞同、反对和弃权，投票模式为公开记名投票。 - (3)openEuler 委员会委员委托他人代理参会的，该被委托人不得参与本次会议投票表决。 - (4)如果需要，openEuler 委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过 openEuler 委员会委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票。 - (5)以下事项需 openEuler 委员会全体委员三分之二（含）以上投票通过方为有效： - a.制定、修改本项目群治理制度； - b.项目群中止、项目群重大方向的制定与调整及项目群终止； - c.openEuler 委员会执行总监的选举； - d.审批各下设机构成员的任命和罢免； - e.决定重大业务活动计划，包括项目群资金筹集、管理和使用计划、品牌授权管理制度、项目群年度活动计划。 ### 第十一条 openEuler 委员会主席 ​ 1、openEuler 委员会设主席一名，副主席若干名。openEuler 委员会主席和副主席作为 openEuler 委员会委员，在 openEuler 委员会各享有投票权。 **2、openEuler 委员会主席和副主席必须符合以下条件：** - (1)具有完全民事行为能力； - (2)在项目群业务领域内有较大影响力； - (3)应当遵守法律法规、基金会相关制度和本项目群治理相关规定； - (4)openEuler 委员会主席每届任期 2 年，最多可连任两届。openEuler 委员会副主席每届任期 2 年，可连选连任。 **3、openEuler 委员会主席行使下列职权：** - (1)在 openEuler 委员会会议上检查 openEuler 委员会决议的落实情况； - (2)提议聘任或解聘项目群办公室下法务、财务等相关专门人员或相关负责人； - (3)技术委员会主席、品牌委员会主席、用户委员会主席、提名委员会委员在选举过程中出现因为票数相同无法确定人选的情况，由上一届 openEuler 委员会主席裁决选举结果； - (4)经基金会和 openEuler 委员会授权，在被授权范围内代表项目群签署文件。openEuler 委员会主席有权在被授权范围内自主决定授权方式和范围。 **4、openEuler 委员会主席的产生：** 由 openEuler 委员会从 openEuler 委员会常务委员会委员中选举产生。 **5、openEuler 委员会主席的退出：** openEuler 委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知基金会秘书处。新任 openEuler 委员会主席根据本条第 4 款重新选举产生。 **6、openEuler 委员会主席的罢免**（出现以下任意一种情况即可）： - (1)openEuler 委员会提出对 openEuler 委员会主席的罢免并通过 openEuler 委员会的罢免决议； - (2)基金会秘书处提出对 openEuler 委员会主席的罢免并通过 openEuler 委员会的罢免决议。 ### 第十二条 openEuler 委员会常务委员会 ​ **1、openEuler 委员会设常务委员会**，openEuler 委员会常务委员会由项目群战略和白金捐赠人代表，以及一名学术机构和非营利组织代表的 openEuler 委员会委员组成。openEuler 委员会常务委员会代表 openEuler 委员会行使 openEuler 委员会的职责，并定期向 openEuler 委员会汇报决策项。 **2、openEuler 委员会常务委员会委员每届任期为两年**。 **3、openEuler 委员会常务委员会委员的管理** openEuler 委员会常务委员会委员首先必须是 openEuler 委员会委员，当其 openEuler 委员会委员资格丧失时，openEuler 委员会常务委员会委员资格也自动丧失。 openEuler 委员会常务委员会委员的退出：适用 openEuler 委员会委员的退出机制。 openEuler 委员会常务委员会委员的罢免：由 openEuler 委员会常务委员会委员三分之一以上（含）发起并报 openEuler 委员会，经 openEuler 委员会全体委员三分之二以上（含）通过后罢免。 **4、**openEuler**委员会常务委员会会议发起及召集方式** openEuler 委员会常务委员会定期召开例会，或者依据项目群情况召开临时会议。 - (1)发起机制：openEuler 委员会常务委员会例会由 openEuler 委员会执行总监发起并主持。临时会议由 openEuler 委员会主席依据项目情况发起，或现有 openEuler 委员会常务委员会委员三分之一以上（含）提议，发起并召开临时会议。 - (2)召集方式：openEuler 委员会常务委员会会议由 openEuler 委员会执行总监或召集人在会议召开前 3 个工作日通过邮件通知全体委员； - (3)openEuler 委员会常务委员会会议须有现有 openEuler 委员会委员（含委托）三分之二以上（含）出席为有效会议； - (4)不出席会议也没有委托他人代理参会的 openEuler 委员会常务委员会委员视为缺席，不计入本次会议投票； - (5)与会形式包括现场与会、线上接入等可以核实身份的多种形式。 **5、表决和投票** - (1)openEuler 委员会常务委员会每个委员享有一票投票权。openEuler 委员会常务委员会召开会议决策事项至少需由 openEuler 委员会常务委员会参会委员半数以上（含）投票通过。 - (2)投票分为赞同、反对和弃权，投票模式为公开记名投票。 - (3)openEuler 委员会常务委员会委员委托他人代理参会的，该被委托人不得参与本次会议投票表决。 - (4)如果需要，openEuler 委员会常务委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过委员会委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票。 ### 第十三条 openEuler 委员会执行总监 ​ 1、openEuler 委员会在其下设的项目群办公室中设执行总监一名，执行总监不属于 openEuler 委员会委员，在 openEuler 委员会不享有投票权。 **2、openEuler 委员会执行总监必须符合以下条件：** - (1)具有完全民事行为能力； - (2)openEuler 委员会执行总监为专职，熟悉本项目群业务领域； - (3)openEuler 委员会执行总监每半年向 openEuler 委员会进行述职，并接受 openEuler 委员会考核。 **3、openEuler 委员会执行总监行使下列职权：** - (1)组建 openEuler 项目群办公室，openEuler 项目群办公室由 openEuler 委员会执行总监 1 名、副总监若干人、办事员若干人组成。副总监、办事员协助 openEuler 委员会执行总监工作。openEuler 委员会副总监受执行总监的委托，可以代行 openEuler 委员会执行总监的部分职权。 - (2)开展项目群日常工作，组织实施 openEuler 委员会（含 openEuler 委员会常务委员会）决议； - (3)组织社区制定年度规划，根据规划制定年度预算，向 openEuler 委员会汇报； - (4)组织实施经 openEuler 委员会同意后的项目群年度活动计划； - (5)支撑和监督社区各个组织机构完成既定年度任务； - (6)拟定资金的筹集、管理和使用计划； - (7)协调执行秘书、财务、法务等的日常工作； - (8)发展项目群成员，根据本治理制度的规定支撑捐赠执行、资格注册等流程，并协助规划成员公司在本项目群发展路径，辅导其融入社区； - (9)依据 openEuler 项目群品牌授权管理制度的规定，履行品牌授权管理职责； - (10)审计社区各个机构和人员的日常工作，对于审计到违反本治理制度或国家法律法规的问题，应提交到 openEuler 委员会或基金会秘书处处理；监督和审计社区资产和经费的使用，对于滥用、侵吞等违反本治理制度和国家法律法规的行为，应提交到 openEuler 委员会和基金会秘书处处理； - (11)代表项目群和其他开源组织或业务相关组织机构进行业务交流，制订合作方案并执行； - (12)发展和协同全球的面向国家、城市、行业等维度的发展组织，帮助其与项目群各部门协同，开展生态发展活动； - (13)收集项目群成员和开发者的满意度意见，向 openEuler 委员会及相关组织反馈，并监督投诉和反馈的处理结果； - (14)协调项目群内其他组织机构的运作执行，维护项目群的正常运作； - (15)openEuler 委员会赋予执行总监的其他职权。 **4、openEuler 委员会执行总监的任命：** openEuler 委员会执行总监候选人由项目群战略捐赠人代表提名，通过 openEuler 委员会评议确定后，由基金会秘书处正式任命。 **5、openEuler 委员会执行总监的退出：** openEuler 委员会执行总监如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会主席。新任 openEuler 委员会执行总监根据本款第 4 条重新任命。 **6、openEuler 委员会执行总监的罢免**（出现以下任意一种情况即可）： - (1)openEuler 委员会提出对 openEuler 委员会执行总监的罢免并通过 openEuler 委员会的罢免决议； - (2)基金会秘书处提出对 openEuler 委员会执行总监的罢免并通过 openEuler 委员会的罢免决议。 7、openEuler 委员会各下设组织(特指第十六条款所述)不受 openEuler 委员会执行总监的领导，但其负责人需要向 openEuler 委员会执行总监定期交流同步相关工作内容。 8、openEuler 委员会执行总监在工作期间需要与基金会秘书处签署任职承诺书，履行应尽工作职责。 ### 第十四条 openEuler 委员会执行秘书 ​ 1、openEuler 委员会设置执行秘书一名，由基金会秘书处委派，在 openEuler 委员会的指导下开展工作。该执行秘书不属于 openEuler 委员会委员，在 openEuler 委员会不享有投票权。 2、openEuler 委员会执行秘书必须符合以下条件： - (1)具有完全民事能力； - (2)在本项目群业务领域内有较好执行力。 3、openEuler 委员会执行秘书职责包括： - (1)协助 openEuler 委员会工作； - (2)协助 openEuler 委员会与基金会秘书处的沟通与协调； - (3)协助 openEuler 委员会向基金会理事会定期汇报项目进展，经费使用情况，协调工作组内信息互通； - (4)协助组织 openEuler 委员会例行会议，并在会议召开前按制度要求通过邮件通知全体委员； - (5)协助 openEuler 委员会执行总监的工作。 ### 第十五条 财务与法务专职人员 ​ 项目群的财务与法务相关事务遵循基金会相关制度要求和流程管理。项目群可以设置财务和法务专职人员为项目群提供专业的财务和法务支持。财务与法务专职人员经 openEuler 委员会及基金会秘书处同意后任命，在 openEuler 委员会执行总监的指导下开展工作，向 openEuler 委员会及基金会秘书处汇报。 ### 第十六条 openEuler 委员会下设组织 ​ openEuler 委员会下设各组织的负责人（各委员会主席）任命均由下设组织选举并由 openEuler 委员会正式任命。 #### 1、技术委员会 ​ openEuler 委员会下设唯一的技术委员会。技术委员会是本项目群的技术领导机构。技术委员会依据《开放原子开源基金会开源项目管理制度》，独立审核准入子开源项目（简称子项目），在合法合规并严格遵循基金会相关制度规定的前提下，依照该项目群开源治理制度开展工作。 技术委员会由下列人员组成：技术委员会主席一名，由公共技术组 Maintainer 担任的委员若干名，以及其他需要选举产生的委员若干名。 技术委员会委员每届任期为两年。技术委员会主席最多可连任两届，由公共技术组 Maintainer 担任的委员及其他需要选举产生的委员无任期限制。 **(1)技术委员会委员产生** 技术委员会需要选举产生的新委员由技术委员会选举人投票选举产生。技术委员会委员对 openEuler 开源社区技术方向负责，受 openEuler 开源社区全体成员监督。 需通过选举产生的技术委员会委员候选人必须是现任 openEuler 项目群的 SIG/子项目 Maintainer，并通过以下方式产生： - a.由项目群战略、白金捐赠人根据其项目群开源治理参与方式提名； - b.或技术委员会提名； - c.或自荐，需获得至少八名技术委员会现任委员书面推荐； 技术委员会委员在选举过程中出现因为票数相同无法确定人选的情况，由技术委员会主席裁决选举结果。 **(2)技术委员会委员退出：** 技术委员会委员向本技术委员会全体成员提交书面通知，可以退出技术委员会；技术委员会委员连续两次无故不出席技术委员会会议的，视为自动退出技术委员会。技术委员会接受委员缺位。 **(3)技术委员会委员更换：** 如主动申请退出的技术委员会委员的任期剩余 12 个月以上（含），则在退出过程中，该技术委员会委员可提名新的技术委员会委员候选人；如果主动申请退出的技术委员会委员不提名新的技术委员会委员候选人，则可由技术委员会主席提名。新任技术委员会委员按照技术委员会投票决策机制进行决策，决策通过后更换生效，任期继承主动申请退出的技术委员会委员任期。技术委员会主席可以根据 openEuler 项目群技术发展需要，新增技术委员会委员席位，按照技术委员会投票决策机制决策通过后生效。 **(4)技术委员会会议和日常工作由技术委员会主席或其授权的委员组织。** **(5)技术委员会下设各 SIG 组/子项目组** SIG（Special Interest Group）是指特别兴趣小组，SIG 在技术委员会指导下，负责项目群社区特定子领域及创新项目的架构设计、开源开发及项目群企业维护等工作。开发者在社区中寻找 2 个及以上有共同兴趣及目标的人，确定 SIG Maintainer，创建 SIG 提案。SIG 提案包括如下要素：创建 SIG 的背景信息；创建 SIG 的业务范围；创建 SIG 的业务目标。技术委员会对 SIG 提案进行评审，审核通过后正式批准成立 SIG 组。 一个 SIG 或者子项目组的 Maintainer 可以是一个或者多个，对 SIG 整体负责。一个 SIG 或者子项目组有多个软件仓，每个软件仓可以有一个或者多个 Committer。 **(6)技术委员会的工作如下：** - a.讨论决策项目群技术发展方向和愿景； - b.讨论和决策项目群的重大技术事项； - c.决策 SIG（Special Interest Group 特别兴趣小组）的成立和撤销，审视和辅导 SIG 组的日常工作，审视 SIG 组 Maintainer 的履职情况，协调 SIG 间技术合作； - d.决策公共技术组（支撑项目的公共技术组织）的成立和撤销，审视和辅导公共技术组的日常工作，审视公共技术组 Maintainer 的履职情况； - e.决策子项目的准入、成立和撤销。 - f.落实社区日常开发工作，保证开源项目高质量发布； - g.协调社区其他组织结构的共性反馈并组织技术讨论，协调项目群技术发展和用户需求的关系； - h.孵化技术创新项目，构建项目群的技术影响力； - i.其他对社区有重要影响的技术工作。 **(7)技术委员会工作方式** - a.技术委员会的主要工作方式通过技术委员会会议，技术委员会每个日历年至少召开 6 次会议。具体例会频度和时间由技术委员会自行确定，所有技术事项在技术委员会会议中做出讨论和决策； - b.技术委员会会议公开召开； - c.技术委员会会议须有三分之二以上（含）技术委员会委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以技术委员会的名义形成决议； 有五分之一以上的技术委员会委员提议，可以临时召集技术委员会会议，技术委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - e.技术委员会委员须按时参加技术委员会会议； - f.技术委员会会议纪要需要存档并可供公众公开访问。 **(8)技术委员会决策机制** - a.超过三分之二技术委员会委员与会的会议为有效会议；与会形式包括现场与会、线上接入等可以核实身份的多种形式。 - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议； - e.如果需要，技术委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过技术委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票; - f.凡需要技术委员会决议的事宜，均需要在技术委员会会议上进行投票决策； - g.列席技术委员会的顾问，可发表意见，但无表决权。 **(9)技术委员会主席管理** 技术委员会主席的产生：技术委员会主席由技术委员会委员从技术委员会委员中投票选举，经 openEuler 委员会审议后任命。 技术委员会主席的退出：技术委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举技术委员会主席。 技术委员会主席的罢免：由技术委员会委员三分之一以上（含）发起，技术委员会全体委员三分之二以上（含）通过后罢免。 #### 2、品牌委员会 ​ openEuler 开源社区设品牌委员会。品牌委员会是社区的品牌营销领导机构，须严格依照《开放原子开源基金会项目群管理制度》以及 openEuler 项目群品牌管理相关制度中的项目群品牌管理规定开展工作。品牌委员会由下列人员组成：委员会主席一名，委员若干名。 品牌委员会委员每届任期为两年。品牌委员会主席最多可连任两届，委员无任期限制。 **(1)品牌委员会委员任命** 品牌委员会委员由 openEuler 委员会确定名额，由项目群战略、白金、黄金捐赠人依据其项目群开源治理参与方式提名，经资格审查后任命。品牌委员会委员对 openEuler 开源社区的品牌工作负责，受 openEuler 开源社区全体成员监督。 **(2)品牌委员会委员退出：** 品牌委员会委员退出：项目群捐赠人关系终止的，该捐赠人的品牌委员会委员资格取消；项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表；品牌委员会委员向本品牌委员会全体成员提交书面通知，可以退出品牌委员会，由其所在项目群捐赠人单位重新委派代表；品牌委员会委员连续两次无故不出席品牌委员会会议的，视为自动退出品牌委员会，由其所在项目群捐赠人单位重新委派代表；品牌委员会接受委员缺位。 **(3)品牌委员会会议和日常工作由品牌委员会主席或其授权的委员组织。** **(4)品牌委员会的工作如下：** - a.推广 openEuler 开源社区的项目，打造 openEuler 品牌影响力； - b.引导 openEuler 开源社区的开源项目被广泛使用，构建 openEuler 全球生态； - c.讨论决策社区营销的方向和策略； - d.开展形式多样的技术营销活动，组织用户案例、解决方案和开源社区的宣传活动； - e.其他对社区有关的品牌工作。 **(5)品牌委员会工作方式** - a.品牌委员会的主要工作方式通过品牌委员会会议，品牌委员会每个日历年至少开四次会议。具体例会频度和时间由品牌委员会自行确定； - b.品牌委员会会议须有三分之二以上（含）委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以品牌委员会的名义形成决议； - c.有五分之一以上的品牌委员会委员提议，可以临时召集品牌委员会会议，品牌委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - d.品牌委员会委员须按时参加品牌委员会会议； - e.品牌委员会会议纪要需要存档。 **(6)品牌委员会决策机制** - a.超过三分之二品牌委员会委员与会的会议为有效会议;与会形式包括现场与会、线上接入等可以核实身份的多种形式； - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议; - e.如果需要，品牌委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过品牌委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票; - f.凡需要品牌委员会决议的事宜，均需要在委员会会议上进行投票决策； - g.列席品牌委员会的顾问，可发表意见，但无表决权。 **(7)品牌委员会主席管理** 品牌委员会主席的产生：品牌委员会主席由品牌委员会委员从品牌委员会委员中投票选举，经 openEuler 委员会审议后任命。 品牌委员会主席的退出：品牌委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举品牌委员会主席。 品牌委员会主席的罢免：由品牌委员会委员三分之一以上（含）发起，品牌委员会全体委员三分之二以上（含）通过后罢免。 #### 3、用户委员会 ​ openEuler 开源社区设用户委员会。用户委员会是 openEuler 开源社区的用户发展和服务机构。用户委员会由下列人员组成：委员会主席一名，委员若干名。 用户委员会委员每届任期为两年。用户委员会主席最多可连任两届，委员无任期限制。 **(1)用户委员会委员任命** 用户委员会委员由 openEuler 委员会确定名额，由项目群战略、白金、黄金、白银捐赠人依据其项目群开源治理参与方式提名，经资格审查后任命。用户委员会委员对 openEuler 开源社区的用户工作负责，受 openEuler 开源社区全体成员监督。用户委员会主席由用户委员会委员投票选举，经 openEuler 委员会审议后产生。 **(2)用户委员会委员退出：** 用户委员会委员退出：项目群捐赠人关系终止的，该捐赠人的用户委员会委员资格取消；项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表；用户委员会委员向本用户委员会全体成员提交书面通知，可以退出用户委员会，由其所在项目群捐赠人单位重新委派代表；用户委员会委员连续两次无故不出席用户委员会会议的，视为自动退出用户委员会，由其所在项目群捐赠人单位重新委派代表；用户委员会接受委员缺位。 **(3)用户委员会会议和日常工作由用户委员会主席或其授权的委员组织。** **(4)用户委员会的工作如下：** - a.发展用户案例，服务更多用户； - b.引导 openEuler 开源社区的开源项目被广泛使用，构建 openEuler 开源全球生态； - c.讨论决策服务用户的方向和策略； - d.把用户需求带到社区，帮助社区识别发展方向。 **(5)用户委员会工作方式** - a.用户委员会的主要工作方式通过用户委员会会议，用户委员会每个日历年至少开四次会议。具体例会频度和时间由用户委员会确定； - b.用户委员会会议须有三分之二以上（含）用户委员会委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以用户委员会的名义形成决议。 有五分之一以上的用户委员会委员提议，可以临时召集用户委员会会议，用户委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - c.用户委员会委员须按时参加用户委员会会议； - d.用户委员会会议纪要需要存档。 **(6)用户委员会决策机制** - a.超过三分之二用户委员会委员与会的会议为有效会议；与会形式包括现场与会、线上接入等可以核实身份的多种形式； - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议； - e.如果需要，用户委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票； - f.凡需要用户委员会会议决议的事宜，均需要在用户委员会委员会会议上进行投票决策； g.列席用户委员会的顾问，可发表意见，但无表决权。 **(7)用户委员会主席管理** 用户委员会主席的产生：用户委员会主席由用户委员会委员从用户委员会委员中投票选举，经 openEuler 委员会审议后任命。 用户委员会主席的退出：用户委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举用户委员会主席。 用户委员会主席的罢免：由用户委员会委员三分之一以上（含）发起，用户委员会全体委员三分之二以上（含）通过后罢免。 #### 4、委员会增设 ​ openEuler 委员会（含 openEuler 委员会常务委员会）可以就项目群实际运行情况成立新的委员会，委员会的工作规则及人员任命由 openEuler 委员会（含 openEuler 委员会常务委员会）决策，报备基金会秘书处。 ## 第四章　项目群资产管理 ​ ### 第十七条 本项目群资金募集、财产管理和使用 ​ **1、本项目群财产来源：** - (1)自然人、法人或其他组织自愿捐赠； - (2)承接基金会和业务主管部门的项目经费； - (3)在核准的业务范围内开展活动或提供服务所得； - (4)银行存款利息等合法孳息收入； - (5)其他合法收入。 **2、本项目群财产主要用于：** - (1)管理、运营本项目群，包括但不限于相关知识产权保护； - (2)开展开源推广、开源合规使用宣传、培训等； - (3)定期组织开展开源相关研讨活动； - (4)行政办公费用支出； - (5)IT 基础设施建设费用和运营费用； - (6)商标注册和维护费用； - (7)其他保障项目基本运营活动的必要费用。 - (8)营销费用：包括但不限于营销过程中对志愿者、兼职人员的劳务支出等； - (9)对单位成员、友好基金会或者社区、开源社区分支机构等的营销活动经费； - (10)为项目群发展对其他机构的赞助费用； - (11)激励或者奖励金； - (12)聘用人员的薪酬福利； - (13)差旅及差旅补助费用； - (14)稽查、审计等费用； - (15)管理会议费用； - (16)其他必要费用。 **3、本项目群财产及其他收入受法律保护，任何单位、个人不得侵占、私分、挪用。** 捐赠人有权向本项目群查询捐赠财产的使用、管理情况，并提出意见和建议。对于捐赠人的查询，本项目群应当及时如实答复。 **4、本项目群财务遵循基金会财务管理制度，根据基金会财务制度运作，并接受基金会的审计监督。** **5、终止和剩余财产处理：** - (1)本项目群有以下情形之一，应当终止： - a.完成本项目群治理制度规定的宗旨的； - b.无法按照本项目开源治理制度规定的宗旨继续从事公益活动的。 - (2)本项目群终止后的剩余财产，应当在基金会的监督下，通过以下方式用于其业务范围内的公益性或非营利性目的： - a.用于支持本项目群下已资助项目的继续开展； - b.用于支持基金会其他开源项目的运营（与本项目群同领域的开源项目优先）。 ### 第十八条知识产权策略 ​ 1、本项目群的知识产权管理应符合基金会知识产权策略及合规要求。 2、贡献到 openEuler 项目群的项目代码，原则上应以源代码形式提供，且应采用开源许可证。对不符合前述原则的贡献，应由对应的项目管理委员会决策是否接纳。 3、代码贡献者应按照 openEuler 项目群下各项目的要求签署对应的原创声明或者贡献协议。 4、openEuler 项目群下对外许可的开源项目将以开源许可证发布，但经对应项目管理委员会决策以其他免费许可证发布的除外。 ## 第五章 附则 ​ ### 第十九条 制订、修改及解释 ​ 本项目群治理制度的制订、修改及解释由 openEuler 委员会负责。 ### 第二十条 生效 ​ 本项目群治理制度经 openEuler 委员会投票通过后，报基金会秘书处审查核准后生效。 相关链接： 《openEuler项目群开源治理制度》（1.0版本） --- https://www.openeuler.org/zh/community/charter/v1.0/ --- # openEuler项目群开源治理制度 ​ 最后修订时间：2022年12月 ## 第一章　总则 ​ ### 第一条 项目群名称 ​ openEuler 项目群系由开放原子开源基金会（以下简称“基金会”）孵化及运营的开源项目群。 openEuler 项目群，全称为 OpenAtom openEuler 项目群，又称为 openEuler 开源社区，是一个面向数字基础设施操作系统的开源社区，简称 openEuler 或者 openEuler 社区，以下称“本项目群”。 ### 第二条 项目群愿景和使命 ​ 愿景：为世界提供数字基础设施的开源操作系统。 使命：为世界提供开源软件。为开源软件提供指导、虚拟协作空间、创新平台和服务，在社区开发、管理和孵化开源软件，并且与其他许多开源社区合作。 ### 第三条 项目群治理原则 ​ 本项目群以本项目群治理组织领导下的项目自治为原则，在遵守基金会章程、《开放原子开源基金会开源项目管理制度》及基金会知识产权政策等相关制度规范的前提下进行开放治理和运营。 ### 第四条 业务范围 ​ 1、探索和构建操作系统产业软件开源生态，促进面向数字基础设施的基础软件产业发展； 2、促进本项目群范围内的开源软件推广、使用、宣传、培训等； 3、提升本项目群的技术易用性和可靠性； 4、募集资金、专项资助； 5、开展开源软件生态建设、宣传推广、学术交流、教育培训等相关活动； 6、开展与其他开源项目、社区、基金会的合作； 7、开源社区 IT 基础设施开发和运维； 8、其他经基金会授权的业务范围。 ### 第五条 社区行为准则 ​ 1、为建设开放友好的社区环境，本项目群贡献者和维护者承诺：不论年龄、体型、身体健全与否、民族、经验水平、受教育程度、社会地位、国籍、相貌、种族等，本项目群和社区的参与者皆免于任何骚扰。 2、有助于创造积极社区环境的行为包括但不限于： - (1)措辞友好且包容； - (2)尊重不同的观点和经验； - (3)耐心接受有益批评； - (4)关注对社区最有利的事情； - (5)与社区其他成员友善相处。 3、本项目群和社区的参与者不应采取的行为包括但不限于： - (1)发布与色情、暴力等有关的言论或图像； - (2)捣乱/煽动/造谣行为、侮辱/贬损的评论、人身及政治攻击； - (3)公开或私下骚扰本项目群和社区的其他参与者； - (4)未经明确授权发布他人的个人信息等资料，如住址、电子邮箱等； - (5)其他有理由认定为违反社区行为准则的不当行为。 4、社区项目维护者(Maintainer)有权利和义务诠释何谓“不当行为”，并妥善公正地纠正已发生的不当行为。社区项目维护者有权利和义务删除、编辑、拒绝违背本行为准则的评论（comments）、提交（commits）、代码、wiki 编辑、问题（issues）等任何贡献；社区项目维护者可暂时或永久地封禁任何其认为有威胁、冒犯、有害社区秩序的不当行为参与者。 5、本行为准则适用于本社区。当有人代表本社区时，本准则亦适用于此人所处的公共平台。 6、代表本社区的情形包括但不限于：使用本社区的官方电子邮件、通过本社区官方媒体账号发布消息、作为本社区指定代表参与在线或线下活动等。 7、代表本社区的行为准则可由项目群办公室进一步定义及解释，并报本项目群 openEuler 委员会审批发布。 ## 第二章　项目群成员 ​ ### 第六条 项目群成员的构成 ​ 1、项目群共建方：经 openEuler 委员会认可，与基金会签署《openEuler项目群开源治理协议》的参与本项目和社区的贡献方、开放治理的自然人或法人。 2、捐赠人：从事或支持开源事业的自然人和法人，且需与基金会签署本治理制度规定的相关协议并根据相关协议享有相应权利并履行相应义务。openEuler 委员会可参照资金捐赠数目及其他重要指标确定不同捐赠人的权利和义务。 3、学术机构和非营利组织。 4、其他组织和个人：注册 openEuler 社区并使用社区资源，参与本项目贡献和社区建设但尚未成为项目共建方的广大自然人或法人。 ### 第七条 项目群捐赠人的条件 ​ 本项目群捐赠人分为战略捐赠人、白金捐赠人、黄金捐赠人、白银捐赠人、青铜捐赠人。战略捐赠人最多 1 个，白金捐赠人最多 3 个，黄金捐赠人最多 20 个，白银捐赠人和青铜捐赠人额度不限。 1、战略捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 500 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原战略捐赠人优选选择继续做战略捐赠人； 2、白金捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 200 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原白金捐赠人优选选择继续做白金捐赠人； 3、黄金捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 100 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上；本项目群捐赠人换届时原黄金捐赠人优选选择继续做黄金捐赠人； 4、白银捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 10 万人民币/年用于 openEuler 项目群，并连续捐赠 2 年及以上； 5、青铜捐赠人：与基金会签署 openEuler 项目群专项资金捐赠协议，承诺向基金会定向捐赠 2 万人民币/年用于 openEuler 项目群。 本项目群上述捐赠人依据本治理制度及 openEuler 项目群专项资金捐赠协议仅在本项目群中享有项目群捐赠人的相应权益，但并不享有基金会章程规定的捐赠人权益，除非其根据基金会章程完成相应捐赠。 ### 第八条 项目群捐赠人的权益 ​ #### 1、战略捐赠人权益： ​ - (1)有权委派一名 openEuler 委员会委员，该委员同时是 openEuler 委员会常务委员会委员，可竞选 openEuler 委员会主席； - (2)有权提名 openEuler 委员会执行总监； - (3)有权提名一名技术委员会委员； - (4)有权提名一名品牌委员会委员； - (5)有权提名一名用户委员会委员； - (6)有对 openEuler 项目群相关工作行使批评建议和监督的权利； - (7)有权参与 openEuler 项目群组织的其他会议和活动； - (8)有权获得 openEuler 项目群刊物和技术资料； - (9)有权在 openEuler 项目群官网进行品牌展示。 #### 2、白金捐赠人权益： ​ - (1)有权委派一名 openEuler 委员会委员，该委员同时是 openEuler 委员会常务委员会委员，可竞选 openEuler 委员会主席； - (2)有权提名一名技术委员会委员； - (3)有权提名一名品牌委员会委员； - (4)有权提名一名用户委员会委员； - (5)有对 openEuler 项目群相关工作行使批评建议和监督的权利； - (6)有权参与 openEuler 项目群组织的其他会议和活动； - (7)有权获得 openEuler 项目群刊物和技术资料； - (8)有权在 openEuler 项目群官网进行品牌展示。 #### 3、黄金捐赠人权益： ​ - (1)有权委派一名 openEuler 委员会委员； - (2)有权提名一名品牌委员会委员； - (3)有权提名一名用户委员会委员； - (4)有对 openEuler 项目群相关工作行使批评建议和监督的权利； - (5)有权参与 openEuler 项目群组织的其他会议和活动； - (6)有权获得 openEuler 项目群刊物和技术资料； - (7)有权在 openEuler 项目群官网进行品牌展示。 #### 4、白银捐赠人权益： ​ - (1)有权提名一名用户委员会委员； - (2)有对 openEuler 项目群相关工作行使批评建议和监督的权利； - (3)有权参与 openEuler 项目群组织的其他会议和活动； - (4)有权获得 openEuler 项目群刊物和技术资料； - (5)有权在 openEuler 项目群官网进行品牌展示。 #### 5、青铜捐赠人权益： ​ - (1)有对 openEuler 项目群相关工作行使批评建议和监督的权利； - (2)有权参与 openEuler 项目群组织的其他会议和活动； - (3)有权获得 openEuler 项目群刊物和技术资料； - (4)有权在 openEuler 项目群官网进行品牌展示。 ## 第三章　项目群治理架构 ​ ### 第九条 治理架构概况 ​ 本项目群治理组织中，openEuler 项目群工作委员会（简称 openEuler 委员会）为本项目群的最高决策机构，负责本项目群的重大决策。 openEuler 委员会设 openEuler 委员会主席一名，openEuler 委员会主席系 openEuler 委员会委员之一，负责指导 openEuler 委员会决策的执行，openEuler 委员会主席为本项目群的主要负责人；openEuler 委员会设常务委员会，代表 openEuler 委员会在 openEuler 委员会职责范围内行使 openEuler 委员会的职责，并定期向 openEuler 委员会汇报决策项。 openEuler 委员会设 openEuler 项目群办公室，负责执行 openEuler 委员会的各项决议，并负责本项目群例行运作和管理；在项目群办公室内，设 openEuler 委员会执行总监、openEuler 委员会执行秘书各一名，负责本项目群日常工作的执行；若本项目群未设立 openEuler 委员会执行总监，则由 openEuler 委员会主席履行执行总监的权责。 openEuler 委员会设项目群技术委员会，负责本项目群技术决策；设项目群品牌委员会，负责“openEuler”相关品牌工作和营销工作；设项目群用户委员会，负责本项目群的用户工作。openEuler 委员会、技术委员会、品牌委员会、用户委员会可以根据工作需要，任命若干名专家作为本委员会顾问，顾问可以列席该委员会会议并发表意见，但没有投票权。 本项目群组织架构如下图： ### 第十条 openEuler 委员会 ​ #### 1、openEuler 委员会委员组成 ​ openEuler 委员会是本项目群所有业务决策的最高决策机构，对包括但不限于制定及修改本项目群开源治理制度、决定重大业务活动计划、制定及调整项目群的重大方向、项目群的中止或终止、审定年度收支预算及决算及年度财务审计报告负全责。openEuler 委员会由成员单位委派的代表及作为委员会委员的自然人共同组成，负责处理 openEuler 委员会日常事务并对本项目群进行开放治理。openEuler 委员会的成员个人及其委派单位对 openEuler 委员会做出的业务决策承担责任。openEuler 委员会委员应具备以下条件： - (1)具有完全民事行为能力； - (2)遵守法律法规及基金会相关制度； - (3)热心公益事业，自愿为本项目服务； - (4)具有较强的公益责任意识，能够遵循公平、公正、公开的原则，独立、客观、谨慎地参与议事决策； - (5)能够为本项目群筹划、捐款、管理做出贡献； - (6)相关法律法规或基金会相关制度要求需满足的其他条件。 #### 2、openEuler 委员会委员任职规则 ​ - (1)openEuler 委员会委员每届任期为两年。 - (2)openEuler 委员会委员（含 openEuler 委员会主席）所在成员单位应向基金会秘书处提交代表授权书，前述代表应向基金会提交书面任职承诺书和信息备案表，履行应尽工作职责。 #### 3、openEuler 委员会委员的管理 ​ - **(1)openEuler 委员会委员加入：** 项目群战略、白金和黄金捐赠人各委派一名代表参加 openEuler 委员会，其委派的代表必须是该捐赠人或其关联公司雇员。如前述捐赠人存在一个或多个关联公司的，该捐赠人及其关联公司里只能有一个公司能申请成为前述三类捐赠人之一而享有 openEuler 委员会委员资格。 本治理制度所称关联公司是指：对于本治理制度中所涉任一法律实体，直接或通过一家或多家中间机构间接控制该实体、受控于该实体、或与该实体共同被他人控制的任何公司、合伙制企业、有限责任公司、合营公司或其他法律实体。本款下的“控制”是指直接或间接拥有被控制实体百分之五十及以上的股份、股权或表决权，或足以直接或间接对股东会、股东大会的决议产生重大影响。 学术机构和非营利组织最多一名代表代表加入 openEuler 委员会，该代表由现任 openEuler 委员会常务委员会（无 openEuler 委员会常务委员会时，由 openEuler 委员会主席和副主席代为执行）推荐，经 openEuler 委员会全体委员三分之二以上（含）表决通过后加入。 - **(2)openEuler 委员会委员退出：** 项目群捐赠人关系终止的，该捐赠人的 openEuler 委员会委员资格取消。项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表。openEuler 委员会委员向本 openEuler 委员会全体成员提交书面通知，可以退出 openEuler 委员会，由其所在项目群捐赠人单位重新委派代表；openEuler 委员会委员连续两次无故不出席 openEuler 委员会会议的，视为自动退出 openEuler 委员会，由其所在项目群捐赠人单位重新委派代表；openEuler 委员会接受委员缺位。 - **(3)openEuler 委员会委员的罢免：** 由 openEuler 委员会委员三分之一以上（含）发起，openEuler 委员会全体委员三分之二以上（含）通过后罢免。 #### 4、openEuler 委员会职责和权利包括但不限于： ​ - (1)制定、修改本项目群开源治理制度，由 openEuler 委员会制定、经基金会审定的项目群管理制度是本项目群开放治理基本纲领； - (2)决定重大业务活动计划，包括项目群资金筹集、财产管理和使用计划、项目群年度活动计划等； - (3)制定及调整项目群的重大方向，项目群的中止或终止； - (4)审定项目群年度收支预算及决算、年度财务审计报告； - (5)决定项目群的知识产权授权管理，包括项目/子项目名称及品牌等； - (6)决定聘选和任免 openEuler 委员会委员； - (7)选举 openEuler 委员会主席； - (8)选举 openEuler 委员会执行总监，在秘书处报备；按需聘用全职工作人员； - (9)听取、审议 openEuler 委员会执行总监的工作报告，检查执行总监的工作； - (10)审议项目群各下设组织的主席的选举和罢免； - (11)审议各下设组织的工作报告和问题； - (12)openEuler 委员会可进一步根据工作需要，经合法流程授权相关委员会、工作组和/或具体人员承担相应业务职责; - (13)成立专家顾问委员会，任免专家顾问委员会委员。 #### 5、openEuler 委员会会议发起及召集方式 ​ openEuler 委员会会议每年举行两次例行会议，或者依据项目群情况召开临时会议。 - (1)发起机制：openEuler 委员会例会由 openEuler 委员会执行总监发起并主持。openEuler 委员会临时会议由 openEuler 委员会主席依据项目群情况发起，或现有 openEuler 委员会委员三分之一以上（含）提议发起。 - (2)召集方式：openEuler 委员会会议由 openEuler 委员会执行总监或召集人在会议召开前 5 个工作日通过邮件通知全体委员； - (3)openEuler 委员会会议须有现有 openEuler 委员会委员（含委托）三分之二以上（含）出席为有效会议； - (4)不出席会议也没有委托他人代理参会的 openEuler 委员会委员视为缺席，不计入本次会议投票； - (5)与会形式包括现场与会、线上接入等可以核实身份的多种形式。 #### 6、表决和投票 ​ - (1)openEuler 委员会每个委员享有一票投票权。openEuler 委员会召开会议决策事项至少需由 openEuler 委员会到会委员半数以上（含）投票通过。为免疑义，若 openEuler 委员会委员同时担任 openEuler 委员会主席或副主席的，则该委员共计享有一票投票权。 - (2)投票分为赞同、反对和弃权，投票模式为公开记名投票。 - (3)openEuler 委员会委员委托他人代理参会的，该被委托人不得参与本次会议投票表决。 - (4)如果需要，openEuler 委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过 openEuler 委员会委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票。 - (5)以下事项需 openEuler 委员会全体委员三分之二（含）以上投票通过方为有效： - a.制定、修改本项目群治理制度； - b.项目群中止、项目群重大方向的制定与调整及项目群终止； - c.openEuler 委员会执行总监的选举； - d.审批各下设机构成员的任命和罢免； - e.决定重大业务活动计划，包括项目群资金筹集、管理和使用计划、品牌授权管理制度、项目群年度活动计划。 ### 第十一条 openEuler 委员会主席 ​ 1、openEuler 委员会设主席一名，副主席若干名。openEuler 委员会主席和副主席作为 openEuler 委员会委员，在 openEuler 委员会各享有投票权。 **2、openEuler 委员会主席和副主席必须符合以下条件：** - (1)具有完全民事行为能力； - (2)在项目群业务领域内有较大影响力； - (3)应当遵守法律法规、基金会相关制度和本项目群治理相关规定； - (4)openEuler 委员会主席每届任期 2 年，最多可连任两届。openEuler 委员会副主席每届任期 2 年，可连选连任。 **3、openEuler 委员会主席行使下列职权：** - (1)在 openEuler 委员会会议上检查 openEuler 委员会决议的落实情况； - (2)提议聘任或解聘项目群办公室下法务、财务等相关专门人员或相关负责人； - (3)技术委员会主席、品牌委员会主席、用户委员会主席、提名委员会委员在选举过程中出现因为票数相同无法确定人选的情况，由上一届 openEuler 委员会主席裁决选举结果； - (4)经基金会和 openEuler 委员会授权，在被授权范围内代表项目群签署文件。openEuler 委员会主席有权在被授权范围内自主决定授权方式和范围。 **4、openEuler 委员会主席的产生：** 由 openEuler 委员会从 openEuler 委员会常务委员会委员中选举产生。 **5、openEuler 委员会主席的退出：** openEuler 委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知基金会秘书处。新任 openEuler 委员会主席根据本条第 4 款重新选举产生。 **6、openEuler 委员会主席的罢免**（出现以下任意一种情况即可）： - (1)openEuler 委员会提出对 openEuler 委员会主席的罢免并通过 openEuler 委员会的罢免决议； - (2)基金会秘书处提出对 openEuler 委员会主席的罢免并通过 openEuler 委员会的罢免决议。 ### 第十二条 openEuler 委员会常务委员会 ​ **1、openEuler 委员会设常务委员会**，openEuler 委员会常务委员会由项目群战略和白金捐赠人代表，以及一名学术机构和非营利组织代表的 openEuler 委员会委员组成。openEuler 委员会常务委员会代表 openEuler 委员会行使 openEuler 委员会的职责，并定期向 openEuler 委员会汇报决策项。 **2、openEuler 委员会常务委员会委员每届任期为两年**。 **3、openEuler 委员会常务委员会委员的管理** openEuler 委员会常务委员会委员首先必须是 openEuler 委员会委员，当其 openEuler 委员会委员资格丧失时，openEuler 委员会常务委员会委员资格也自动丧失。 openEuler 委员会常务委员会委员的退出：适用 openEuler 委员会委员的退出机制。 openEuler 委员会常务委员会委员的罢免：由 openEuler 委员会常务委员会委员三分之一以上（含）发起并报 openEuler 委员会，经 openEuler 委员会全体委员三分之二以上（含）通过后罢免。 **4、**openEuler**委员会常务委员会议发起及召集方式** openEuler 委员会常务委员会定期召开例会，或者依据项目群情况召开临时会议。 - (1)发起机制：openEuler 委员会常务委员会例会由 openEuler 委员会执行总监发起并主持。临时会议由 openEuler 委员会主席依据项目情况发起，或现有 openEuler 委员会常务委员会委员三分之一以上（含）提议，发起并召开临时会议。 - (2)召集方式：openEuler 委员会常务委员会会议由 openEuler 委员会执行总监或召集人在会议召开前 3 个工作日通过邮件通知全体委员； - (3)openEuler 委员会常务委员会会议须有现有 openEuler 委员会委员（含委托）三分之二以上（含）出席为有效会议； - (4)不出席会议也没有委托他人代理参会的 openEuler 委员会常务委员会委员视为缺席，不计入本次会议投票； - (5)与会形式包括现场与会、线上接入等可以核实身份的多种形式。 **5、表决和投票** - (1)openEuler 委员会常务委员会每个委员享有一票投票权。openEuler 委员会常务委员会召开会议决策事项至少需由 openEuler 委员会常务委员会参会委员半数以上（含）投票通过。 - (2)投票分为赞同、反对和弃权，投票模式为公开记名投票。 - (3)openEuler 委员会常务委员会委员委托他人代理参会的，该被委托人不得参与本次会议投票表决。 - (4)如果需要，openEuler 委员会常务委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过委员会委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票。 ### 第十三条 openEuler 委员会执行总监 ​ 1、openEuler 委员会在其下设的项目群办公室中设执行总监一名，执行总监不属于 openEuler 委员会委员，在 openEuler 委员会不享有投票权。 **2、openEuler 委员会执行总监必须符合以下条件：** - (1)具有完全民事行为能力； - (2)openEuler 委员会执行总监为专职，熟悉本项目群业务领域； - (3)openEuler 委员会执行总监每半年向 openEuler 委员会进行述职，并接受 openEuler 委员会考核。 **3、openEuler 委员会执行总监行使下列职权：** - (1)组建 openEuler 项目群办公室，openEuler 项目群办公室由 openEuler 委员会执行总监 1 名、副总监若干人、办事员若干人组成。副总监、办事员协助 openEuler 委员会执行总监工作。openEuler 委员会副总监受执行总监的委托，可以代行 openEuler 委员会执行总监的部分职权。 - (2)开展项目群日常工作，组织实施 openEuler 委员会（含 openEuler 委员会常务委员会）决议； - (3)组织社区制定年度规划，根据规划制定年度预算，向 openEuler 委员会汇报； - (4)组织实施经 openEuler 委员会同意后的项目群年度活动计划； - (5)支撑和监督社区各个组织机构完成既定年度任务； - (6)拟定资金的筹集、管理和使用计划； - (7)协调执行秘书、财务、法务等的日常工作； - (8)发展项目群成员，根据本治理制度的规定支撑捐赠执行、资格注册等流程，并协助规划成员公司在本项目群发展路径，辅导其融入社区； - (9)依据 openEuler 项目群品牌授权管理制度的规定，履行品牌授权管理职责； - (10)审计社区各个机构和人员的日常工作，对于审计到违反本治理制度或国家法律法规的问题，应提交到 openEuler 委员会或基金会秘书处处理；监督和审计社区资产和经费的使用，对于滥用、侵吞等违反本治理制度和国家法律法规的行为，应提交到 openEuler 委员会和基金会秘书处处理； - (11)代表项目群和其他开源组织或业务相关组织机构进行业务交流，制订合作方案并执行； - (12)发展和协同全球的面向国家、城市、行业等维度的发展组织，帮助其与项目群各部门协同，开展生态发展活动； - (13)收集项目群成员和开发者的满意度意见，向 openEuler 委员会及相关组织反馈，并监督投诉和反馈的处理结果； - (14)协调项目群内其他组织机构的运作执行，维护项目群的正常运作； - (15)openEuler 委员会赋予执行总监的其他职权。 **4、openEuler 委员会执行总监的任命：** openEuler 委员会执行总监候选人由项目群战略捐赠人代表提名，通过 openEuler 委员会评议确定后，由基金会秘书处正式任命。 **5、openEuler 委员会执行总监的退出：** openEuler 委员会执行总监如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会主席。新任 openEuler 委员会执行总监根据本款第 4 条重新任命。 **6、openEuler 委员会执行总监的罢免**（出现以下任意一种情况即可）： - (1)openEuler 委员会提出对 openEuler 委员会执行总监的罢免并通过 openEuler 委员会的罢免决议； - (2)基金会秘书处提出对 openEuler 委员会执行总监的罢免并通过 openEuler 委员会的罢免决议。 7、openEuler 委员会各下设组织(特指第十六条款所述)不受 openEuler 委员会执行总监的领导，但其负责人需要向 openEuler 委员会执行总监定期交流同步相关工作内容。 8、openEuler 委员会执行总监在工作期间需要与基金会秘书处签署任职承诺书，履行应尽工作职责。 ### 第十四条 openEuler 委员会执行秘书 ​ 1、openEuler 委员会设置执行秘书一名，由基金会秘书处委派，在 openEuler 委员会的指导下开展工作。该执行秘书不属于 openEuler 委员会委员，在 openEuler 委员会不享有投票权。 2、openEuler 委员会执行秘书必须符合以下条件： - (1)具有完全民事能力； - (2)在本项目群业务领域内有较好执行力。 3、openEuler 委员会执行秘书职责包括： - (1)协助 openEuler 委员会工作； - (2)协助 openEuler 委员会与基金会秘书处的沟通与协调； - (3)协助 openEuler 委员会向基金会理事会定期汇报项目进展，经费使用情况，协调工作组内信息互通； - (4)协助组织 openEuler 委员会例行会议，并在会议召开前按制度要求通过邮件通知全体委员； - (5)协助 openEuler 委员会执行总监的工作。 ### 第十五条 财务与法务专职人员 ​ 项目群的财务与法务相关事务遵循基金会相关制度要求和流程管理。项目群可以设置财务和法务专职人员为项目群提供专业的财务和法务支持。财务与法务专职人员经 openEuler 委员会及基金会秘书处同意后任命，在 openEuler 委员会执行总监的指导下开展工作，向 openEuler 委员会及基金会秘书处汇报。 ### 第十六条 openEuler 委员会下设组织 ​ openEuler 委员会下设各组织的负责人（各委员会主席）任命均由下设组织选举并由 openEuler 委员会正式任命。 #### 1、技术委员会 ​ openEuler 委员会下设唯一的技术委员会。技术委员会是本项目群的技术领导机构。技术委员会依据《开放原子开源基金会开源项目管理制度》，独立审核准入子开源项目（简称子项目），在合法合规并严格遵循基金会相关制度规定的前提下，依照该项目群开源治理制度开展工作。 技术委员会由下列人员组成：技术委员会主席一名，由公共技术组 Maintainer 担任的委员若干名，以及其他需要选举产生的委员若干名。 技术委员会委员每届任期为两年。技术委员会主席最多可连任两届，由公共技术组 Maintainer 担任的委员及其他需要选举产生的委员无任期限制。 **(1)技术委员会委员产生** 技术委员会需要选举产生的新委员由技术委员会选举人投票选举产生。技术委员会委员对 openEuler 开源社区技术方向负责，受 openEuler 开源社区全体成员监督。 需通过选举产生的技术委员会委员候选人必须是现任 openEuler 项目群的 SIG/子项目 Maintainer，并通过以下方式产生： - a.由项目群战略、白金捐赠人根据权益提名； - b.或技术委员会提名； - c.或自荐，需获得至少八名技术委员会现任委员书面推荐； 技术委员会委员在选举过程中出现因为票数相同无法确定人选的情况，由技术委员会主席裁决选举结果。 **(2)技术委员会委员退出：** 技术委员会委员向本技术委员会全体成员提交书面通知，可以退出技术委员会；技术委员会委员连续两次无故不出席技术委员会会议的，视为自动退出技术委员会。技术委员会接受委员缺位。 **(3)技术委员会委员更换：** 如主动申请退出的技术委员会委员的任期剩余 12 个月以上（含），则在退出过程中，该技术委员会委员可提名新的技术委员会委员候选人；如果主动申请退出的技术委员会委员不提名新的技术委员会委员候选人，则可由技术委员会主席提名。新任技术委员会委员按照技术委员会投票决策机制进行决策，决策通过后更换生效，任期继承主动申请退出的技术委员会委员任期。技术委员会主席可以根据 openEuler 项目群技术发展需要，新增技术委员会委员席位，按照技术委员会投票决策机制决策通过后生效。 **(4)技术委员会会议和日常工作由技术委员会主席或其授权的委员组织。** **(5)技术委员会下设各 SIG 组/子项目组** SIG（Special Interest Group）是指特别兴趣小组，SIG 在技术委员会指导下，负责项目群社区特定子领域及创新项目的架构设计、开源开发及项目群企业维护等工作。开发者在社区中寻找 2 个及以上有共同兴趣及目标的人，确定 SIG Maintainer，创建 SIG 提案。SIG 提案包括如下要素：创建 SIG 的背景信息；创建 SIG 的业务范围；创建 SIG 的业务目标。技术委员会对 SIG 提案进行评审，审核通过后正式批准成立 SIG 组。 一个 SIG 或者子项目组的 Maintainer 可以是一个或者多个，对 SIG 整体负责。一个 SIG 或者子项目组有多个软件仓，每个软件仓可以有一个或者多个 Committer。 **(6)技术委员会的工作如下：** - a.讨论决策项目群技术发展方向和愿景； - b.讨论和决策项目群的重大技术事项； - c.决策 SIG（Special Interest Group 特别兴趣小组）的成立和撤销，审视和辅导 SIG 组的日常工作，审视 SIG 组 Maintainer 的履职情况，协调 SIG 间技术合作； - d.决策公共技术组（支撑项目的公共技术组织）的成立和撤销，审视和辅导公共技术组的日常工作，审视公共技术组 Maintainer 的履职情况； - e.决策子项目的准入、成立和撤销。 - f.落实社区日常开发工作，保证开源项目高质量发布； - g.协调社区其他组织结构的共性反馈并组织技术讨论，协调项目群技术发展和用户需求的关系； - h.孵化技术创新项目，构建项目群的技术影响力； - i.其他对社区有重要影响的技术工作。 **(7)技术委员会工作方式** - a.技术委员会的主要工作方式通过技术委员会会议，技术委员会每个日历年至少召开 6 次会议。具体例会频度和时间由技术委员会自行确定，所有技术事项在技术委员会会议中做出讨论和决策； - b.技术委员会会议公开召开； - c.技术委员会会议须有三分之二以上（含）技术委员会委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以技术委员会的名义形成决议； 有五分之一以上的技术委员会委员提议，可以临时召集技术委员会会议，技术委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - e.技术委员会委员须按时参加技术委员会会议； - f.技术委员会会议纪要需要存档并可供公众公开访问。 **(8)技术委员会决策机制** - a.超过三分之二技术委员会委员与会的会议为有效会议；与会形式包括现场与会、线上接入等可以核实身份的多种形式。 - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议； - e.如果需要，技术委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过技术委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票; - f.凡需要技术委员会决议的事宜，均需要在技术委员会会议上进行投票决策； - g.列席技术委员会的顾问，可发表意见，但无表决权。 **(10)技术委员会主席管理** 技术委员会主席的产生：技术委员会主席由技术委员会委员从技术委员会委员中投票选举，经 openEuler 委员会审议后任命。 技术委员会主席的退出：技术委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举技术委员会主席。 技术委员会主席的罢免：由技术委员会委员三分之一以上（含）发起，技术委员会全体委员三分之二以上（含）通过后罢免。 #### 2、品牌委员会 ​ openEuler 开源社区设品牌委员会。品牌委员会是社区的品牌营销领导机构，须严格依照《开放原子开源基金会项目群管理制度》以及 openEuler 项目群品牌管理相关制度中的项目群品牌管理规定开展工作。品牌委员会由下列人员组成：委员会主席一名，委员若干名。 品牌委员会委员每届任期为两年。品牌委员会主席最多可连任两届，委员无任期限制。 **(1)品牌委员会委员任命** 品牌委员会委员由 openEuler 委员会确定名额，由项目群战略、白金、黄金捐赠人依据权益提名，经资格审查后任命。品牌委员会委员对 openEuler 开源社区的品牌工作负责，受 openEuler 开源社区全体成员监督。 **(2)品牌委员会委员退出：** 品牌委员会委员退出：项目群捐赠人关系终止的，该捐赠人的品牌委员会委员资格取消；项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表；品牌委员会委员向本品牌委员会全体成员提交书面通知，可以退出品牌委员会，由其所在项目群捐赠人单位重新委派代表；品牌委员会委员连续两次无故不出席品牌委员会会议的，视为自动退出品牌委员会，由其所在项目群捐赠人单位重新委派代表；品牌委员会接受委员缺位。 **(3)品牌委员会会议和日常工作由品牌委员会主席或其授权的委员组织。** **(4)品牌委员会的工作如下：** - a.推广 openEuler 开源社区的项目，打造 openEuler 品牌影响力； - b.引导 openEuler 开源社区的开源项目被广泛使用，构建 openEuler 全球生态； - c.讨论决策社区营销的方向和策略； - d.开展形式多样的技术营销活动，组织用户案例、解决方案和开源社区的宣传活动； - e.其他对社区有关的品牌工作。 **(5)品牌委员会工作方式** - a.品牌委员会的主要工作方式通过品牌委员会会议，品牌委员会每个日历年至少开四次会议。具体例会频度和时间由品牌委员会自行确定； - b.品牌委员会会议须有三分之二以上（含）委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以品牌委员会的名义形成决议； - c.有五分之一以上的品牌委员会委员提议，可以临时召集品牌委员会会议，品牌委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - d.品牌委员会委员须按时参加品牌委员会会议； - e.品牌委员会会议纪要需要存档。 **(6)品牌委员会决策机制** - a.超过三分之二品牌委员会委员与会的会议为有效会议;与会形式包括现场与会、线上接入等可以核实身份的多种形式； - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议; - e.如果需要，品牌委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过品牌委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票; - f.凡需要品牌委员会决议的事宜，均需要在委员会会议上进行投票决策； - g.列席品牌委员会的顾问，可发表意见，但无表决权。 **(7)品牌委员会主席管理** 品牌委员会主席的产生：品牌委员会主席由品牌委员会委员从品牌委员会委员中投票选举，经 openEuler 委员会审议后任命。 品牌委员会主席的退出：品牌委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举品牌委员会主席。 品牌委员会主席的罢免：由品牌委员会委员三分之一以上（含）发起，品牌委员会全体委员三分之二以上（含）通过后罢免。 #### 3、用户委员会 ​ openEuler 开源社区设用户委员会。用户委员会是 openEuler 开源社区的用户发展和服务机构。用户委员会由下列人员组成：委员会主席一名，委员若干名。 用户委员会委员每届任期为两年。用户委员会主席最多可连任两届，委员无任期限制。 **(1)用户委员会委员任命** 用户委员会委员由 openEuler 委员会确定名额，由项目群战略、白金、黄金、白银捐赠人依据权益提名，经资格审查后任命。用户委员会委员对 openEuler 开源社区的用户工作负责，受 openEuler 开源社区全体成员监督。用户委员会主席由用户委员会委员投票选举，经 openEuler 委员会审议后产生。 **(2)用户委员会委员退出：** 用户委员会委员退出：项目群捐赠人关系终止的，该捐赠人的用户委员会委员资格取消；项目群捐赠人委派的代表离职或因其他原因需更换的，由该捐赠人撤销原代表委派并重新委派代表；用户委员会委员向本用户委员会全体成员提交书面通知，可以退出用户委员会，由其所在项目群捐赠人单位重新委派代表；用户委员会委员连续两次无故不出席用户委员会会议的，视为自动退出用户委员会，由其所在项目群捐赠人单位重新委派代表；用户委员会接受委员缺位。 **(3)用户委员会会议和日常工作由用户委员会主席或其授权的委员组织。** **(4)用户委员会的工作如下：** - a.发展用户案例，服务更多用户； - b.引导 openEuler 开源社区的开源项目被广泛使用，构建 openEuler 开源全球生态； - c.讨论决策服务用户的方向和策略； - d.把用户需求带到社区，帮助社区识别发展方向。 **(5)用户委员会工作方式** - a.用户委员会的主要工作方式通过用户委员会会议，用户委员会每个日历年至少开四次会议。具体例会频度和时间由用户委员会确定； - b.用户委员会会议须有三分之二以上（含）用户委员会委员出席方能召开。当与会人数达不到前述法定人数时，按一般工作会议召开，但不得以用户委员会的名义形成决议。 有五分之一以上的用户委员会委员提议，可以临时召集用户委员会会议，用户委员会主席必须在收到临时召集提议的二十个工作日内召集会议； - c.用户委员会委员须按时参加用户委员会会议； - d.用户委员会会议纪要需要存档。 **(6)用户委员会决策机制** - a.超过三分之二用户委员会委员与会的会议为有效会议；与会形式包括现场与会、线上接入等可以核实身份的多种形式； - b.不可委托他人代理参会并进行表决； - c.投票分为赞同、反对和弃权，投票模式为公开记名投票； - d.在会议上进行投票时，与会委员过半数投赞同票则通过决议； - e.如果需要，用户委员会会议决策也可以采用在线投票的方式进行，在投票启动后 5 个工作日内为投票时间，超过投票时间没有投票的记为弃权，投赞成票的委员需要超过委员会全体委员数量的半数方为投票通过；如果在投票启动后 5 个工作日内参与投票的委员没有超过半数的，则需要重新发起投票； - f.凡需要用户委员会会议决议的事宜，均需要在用户委员会委员会会议上进行投票决策； g.列席用户委员会的顾问，可发表意见，但无表决权。 **(7)用户委员会主席管理** 用户委员会主席的产生：用户委员会主席由用户委员会委员从用户委员会委员中投票选举，经 openEuler 委员会审议后任命。 用户委员会主席的退出：用户委员会主席如果需要在任期届满前卸任，需提前 30 个工作日通过邮件等书面方式通知 openEuler 委员会执行总监，由执行总监负责协调重新选举用户委员会主席。 用户委员会主席的罢免：由用户委员会委员三分之一以上（含）发起，用户委员会全体委员三分之二以上（含）通过后罢免。 #### 4、委员会增设 ​ openEuler 委员会（含 openEuler 委员会常务委员会）可以就项目群实际运行情况成立新的委员会，委员会的工作规则及人员任命由 openEuler 委员会（含 openEuler 委员会常务委员会）决策，报备基金会秘书处。 ## 第四章　项目群资产管理 ​ ### 第十七条 本项目群资金募集、财产管理和使用 ​ **1、本项目群财产来源：** - (1)自然人、法人或其他组织自愿捐赠； - (2)承接基金会和业务主管部门的项目经费； - (3)在核准的业务范围内开展活动或提供服务所得； - (4)银行存款利息等合法孳息收入； - (5)其他合法收入。 **2、本项目群财产主要用于：** - (1)管理、运营本项目群，包括但不限于相关知识产权保护； - (2)开展开源推广、开源合规使用宣传、培训等； - (3)定期组织开展开源相关研讨活动； - (4)行政办公费用支出； - (5)IT 基础设施建设费用和运营费用； - (6)商标注册和维护费用； - (7)其他保障项目基本运营活动的必要费用。 - (8)营销费用：包括但不限于营销过程中对志愿者、兼职人员的劳务支出等； - (9)对单位成员、友好基金会或者社区、开源社区分支机构等的营销活动经费； - (10)为项目群发展对其他机构的赞助费用； - (11)激励或者奖励金； - (12)聘用人员的薪酬福利； - (13)差旅及差旅补助费用； - (14)稽查、审计等费用； - (15)管理会议费用； - (16)其他必要费用。 **3、本项目群财产及其他收入受法律保护，任何单位、个人不得侵占、私分、挪用。** 捐赠人有权向本项目群查询捐赠财产的使用、管理情况，并提出意见和建议。对于捐赠人的查询，本项目群应当及时如实答复。 **4、本项目群财务遵循基金会财务管理制度，根据基金会财务制度运作，并接受基金会的审计监督。** **5、终止和剩余财产处理：** - (1)本项目群有以下情形之一，应当终止： - a.完成本项目群治理制度规定的宗旨的； - b.无法按照本项目开源治理制度规定的宗旨继续从事公益活动的。 - (2)本项目群终止后的剩余财产，应当在基金会的监督下，通过以下方式用于其业务范围内的公益性或非营利性目的： - a.用于支持本项目群下已资助项目的继续开展； - b.用于支持基金会其他开源项目的运营（与本项目群同领域的开源项目优先）。 ### 第十八条知识产权策略 ​ 1、本项目群的知识产权管理应符合基金会知识产权策略及合规要求。 2、贡献到 openEuler 项目群的项目代码，原则上应以源代码形式提供，且应采用开源许可证。对不符合前述原则的贡献，应由对应的项目管理委员会决策是否接纳。 3、代码贡献者应按照 openEuler 项目群下各项目的要求签署对应的原创声明或者贡献协议。 4、openEuler 项目群下对外许可的开源项目将以开源许可证发布，但经对应项目管理委员会决策以其他免费许可证发布的除外。 ## 第五章 附则 ​ ### 第十九条 制订、修改及解释 ​ 本项目群治理制度的制订、修改及解释由 openEuler 委员会负责。 ### 第二十条 生效 ​ 本项目群治理制度经 openEuler 委员会投票通过后，报基金会秘书处审查核准后生效。 --- https://www.openeuler.org/zh/community/conduct/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 # openEuler社区行为准则 ​ 1、为建设开放友好的社区环境，本项目群贡献者和维护者承诺：不论年龄、体型、身体健全与否、民族、经验水平、受教育程度、社会地位、国籍、相貌、种族等，本项目群和社区的参与者皆免于任何骚扰。 2、有助于创造积极社区环境的行为包括但不限于： - (1)措辞友好且包容； - (2)尊重不同的观点和经验； - (3)耐心接受有益批评； - (4)关注对社区最有利的事情； - (5)与社区其他成员友善相处。 - (6)合规提交代码、规范使用权限、保障项目供应链与基础设施安全。 3、本项目群和社区的参与者不应采取的行为包括但不限于： - (1)发布与色情、暴力等有关的言论或图像； - (2)捣乱/煽动/造谣行为、侮辱/贬损的评论、人身及政治攻击； - (3)公开或私下骚扰本项目群和社区的其他参与者； - (4)未经明确授权发布他人的个人信息等资料，如住址、电子邮箱等； - (5)植入恶意后门、污染项目依赖、损毁项目资产等危害社区安全的违规操作； - (6)其他有理由认定为违反社区行为准则的不当行为。 4、社区项目维护者(Maintainer)有权利和义务诠释何谓“不当行为”，并妥善公正地纠正已发生的不当行为。社区项目维护者有权利和义务删除、编辑、拒绝违背本行为准则的评论（comments）、提交（commits）、代码、wiki 编辑、问题（issues）等任何贡献；社区项目维护者可暂时或永久地封禁任何其认为有威胁、冒犯、有害社区秩序的不当行为参与者。 5、本行为准则适用于本社区。当有人代表本社区时，本准则亦适用于此人所处的公共平台。 6、代表本社区的情形包括但不限于：使用本社区的官方电子邮件、通过本社区官方媒体账号发布消息、作为本社区指定代表参与在线或线下活动等。 7、代表本社区的行为准则可由项目群办公室进一步定义及解释，并报本项目群 openEuler 委员会审批发布。 --- https://www.openeuler.org/zh/community/contribution/detail --- 贡献攻略地图 查看文字版攻略 # 欢迎来到 OpenAtom openEuler! ​ OpenAtom openEuler (简称 openEuler) 是由开放原子开源基金会孵化及运营的开源项目。 openEuler 是面向数字基础设施的操作系统开源项目，支持服务器、 云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。通过为应用提供确定性保障能力，支持 OT 领域应用及 OT 与 ICT 的融合。 openEuler 开源社区通过开放的社区形式与全球的开发者共同构建一个开放、多元和架构包容的软件生态体系，孵化支持多种处理器架构、覆盖数字设施全场景，推动企业数字基础设施软硬件、应用生态繁荣发展。 ## 1\. 体验 openEuler ​ ### 1.1 体验 openEuler 操作系统 ​ openEuler 社区版本分为长期支持版本（LTS）和创新版本（生命周期管理规范）。您可以通过：https://www.openeuler.org/zh/download/#get-openeuler 获取并体验 openEuler 操作系统。 ### 1.2 体验原创开源项目 ​ 您可以体验 openEuler 社区里的以下原创开源项目： - StratoVirt：面向云数据中心的企业级虚拟化平台 - A-Tune：一款基于 AI 开发的智能优化引擎 - iSula：轻量级容器解决方案 - secGear：面向计算产业的机密计算安全应用开发套件 - pkgship：管理 OS 软件包依赖关系，提供依赖和被依赖关系完整图谱的查询工具 - BiSheng JDK: OpenJDK 定制版 Huawei JDK 的开源版本，是一个高性能、可用于生产环境的 OpenJDK 发行版 - More ## 2\. 签署 CLA ​ 在参与社区贡献前，您需要根据自身的参与身份（个人、员工、企业），提前签署 openEuler 社区贡献者许可协议（CLA）。 - 个人 CLA：以个人身份参与社区，请签署个人 CLA - 企业 CLA: 以企业身份参与社区，请签署企业 CLA - 员工 CLA: 以企业员工的身份参与社区，请签署员工 CLA 参考资料： \[1\] openEuler CLA 指引 \[2\] 企业签署 CLA ，正式加入 openEuler 社区的流程 ## 3\. 找到您想参与的 SIG ​ 在 openEuler 社区的组织架构中，SIG 组（Special Interest Group）是重要的组成部分。openEuler 社区按照不同的 SIG 来组织、管理社区工作，以便于社区更好地运转。SIG 组是开放的，任何人均可参与 SIG 的工作。关于 SIG 组的详细介绍请查看 一文了解 openEuler SIG 组角色划分与管理运作。 ### 因此，参与社区事务正确的起始姿势是 —— 先找到您感兴趣的 SIG 或项目 ​ - 随着社区的发展，openEuler 已有 100+ SIG 组，您可以查看  openEuler SIG 列表  找到感兴趣的 SIG。 - 如果定位不到您感兴趣的 SIG，可以向 community@openeuler.org 发求助邮件。建议在邮件列表内用“【开发过程疑问】”作为标题，在内容中写出您寻找的 SIG 或项目的特征，我们会为您提供帮助。 - 如果在已有的 SIG 组列表 里面没有找到您感兴趣的 SIG，而您对某个方向有浓厚的兴趣，希望在 openEuler 社区成立一个新的相关 SIG 进行维护和发展，那您可以参考   申请新 SIG 流程指南   来申请创建新的 SIG。 ## 4\. 参与社区贡献 ​ 在签署了CLA 协议、找到了你想参与的 SIG 之后，就可以开始你的社区贡献之旅啦。当然，为维护社区的友好开发和协作环境，在参与社区贡献之前，请先阅读并遵守 openEuler 社区的行为守则 以及 openEuler 社区开发行为规范 。 - 贡献原创开源项目 - 代码类贡献 - 非代码类贡献 ### 4.1 贡献原创开源项目 ​ 如果你想将自己原创的开源项目融入到 openEuler 社区，成为 openEuler 发行版本中的一份子，您首先需要遵循 1. 项目代码必须开源开放，遵循相关的开源协议。 2. 通过邮件列表预约 TC（即 openEuler 技术委员会）例会，在会上申请将您的开源项目融入到社区中。 #### 4.1.1 经 TC 例会之后，您可以参考以下两种方式将您的作品融入到 openEuler 中： ​ 方式一：在 openEuler 社区中开发，在 openEuler 中集成： 直接在openEuler 代码仓中建立原创项目，类似将项目“托管”到 openEuler 社区，比如现在社区中的 iSulad 和 A-Tune 就是这样的模式。 如果您有了一个很棒的 idea 想要在 openEuler 社区里实现，那么可以依照下面的过程来深度参与到 openEuler 中。 1.在 TC 委员会的例会中 申请一个开源项目； 2.如果 TC 委员会认为这是一个很好的 idea，并且认为值得去推进，那么我们会在 https://atomgit.com/openeuler 中建立一个 repo； 3.这个项目在 openEuler 中持续开发和孵化，直到项目逐渐成熟，那么就可以在 src-openeuler 中建立一个仓，为该项目提供相关的 spec 文件，制作成为一个 rpm，跟随着 openEuler 的版本发布，为世界人民所使用。 4.具体可参考：openEuler 社区项目运作流程介绍（第 4 页） 方式二：在其它社区开发，集成到 openEuler 中： 假定你已经在 github，gitlab，gitee 或者 AtomGit 上拥有了自己的项目，那么只需要按照以上提到的 如何新增软件包 那样，将软件加入到 src-openeuler 这个 repo 仓就可以了。 ### 4.2 代码类贡献 ​ openEuler 社区主要包括两个代码仓库： 1.代码仓：https://atomgit.com/openeuler 2.软件包仓：https://atomgit.com/src-openeuler openEuler 主要用于存放源码类项目。 src-openeuler 主要用于存放制作发布件所需的软件包。 #### 4.2.1 提交 Issue / 处理 Issue ​ - 在社区，Issue 是用来记录和追踪开发者的想法、反馈、任务和缺陷。因此，通过 Issue 参与自己感兴趣的 SIG 或项目，是比较便捷的参与社区贡献方式之一。您可以通过 QuickIssue 服务快速查找并提交 Issue。常见的 Issue 场景有： a）报告 bug b）提交建议 c）记录一个待完成任务 d）指出文档缺失/安装问题 e）答疑交流 - 找到 Issue 列表： 在 openEuler 的代码仓中，找到您感兴趣的 SIG 或项目主页，点击工具栏目的“Issues”，您可以找到其 Issue 列表（如openEuler/community 的 Issue 列表)。 - 提交 Issue： 如果您准备向社区上报 Bug 或者提交需求，为 openEuler 社区贡献自己的意见或建议，可以在 openEuler 社区对应的仓库上提交 Issue（请参考 Issue 提交指南)。为了吸引更广泛的注意，您也可以把 Issue 的链接附在邮件内，通过 邮件列表 发送给所有人。 - 参与 Issue 内的讨论： 每个 Issue 下面可能有参与者们的交流和讨论，如果您感兴趣，可以在评论框中发表自己的意见。 - 找到愿意处理的 Issue： 如果您愿意处理其中的一个 issue，可以将它分配给自己。只需要在评论框内输入 /assign 或 /assign @yourself，机器人就会将问题分配给您，您的名字将显示在负责人列表里。 - 你也可以通过 QuickIssue 服务平台 查找或提交 Issue。详情请参考：QuickIssue 服务介绍 #### 4.2.2 贡献编码 ​ - 搭建开发环境 1.开发环境准备：如果您想参与编码贡献，需要准备 openEuler 的开发环境，请参考开发环境准备。 2.下载和构建软件包：如果您想下载、修改、构建及验证 openEuler 提供的软件包，请参考构建软件包。 - 了解 SIG 和项目内的开发注意事项 每个 SIG 内的项目使用的编码语言、开发环境、编码约定等都可能存在差异的。如果您想了解并参与到编码类贡献，可以先找到该项目给开发者提供的贡献者指南——这个指南一般是在该 SIG 的首页地址内，以 CONTRIBUTING.md 文件的形式提供，或者在该项目的 README.md 内。 - 下载代码和拉分支 如果要参与代码贡献，您还需要了解如何在 AtomGit 下载代码，通过 PR（Pull Request） 合入代码等。openEuler 使用 AtomGit 代码托管平台，想了解具体的指导，请参考 AtomGit Workflow Guide。该托管平台的使用方法类似 GitHub，如果您以前使用过 GitHub，本节的内容您可以大致了解甚至跳过。 - 修改构建和本地验证 在本地分支上完成修改后，进行构建和本地验证，请参考构建软件包。 - 提交一个 PR（Pull Request） 当您提交一个 PR 的时候，就意味您已经开始给社区贡献代码了。请参考  openEuler 社区 PR 提交指导。为了使您的提交更容易被接受，您需要： 1.遵循 SIG 组的编码约定，如果有的话 2.准备完善的提交信息 3.如果一次提交的代码量较大，建议将大型的内容分解成一系列逻辑上较小的内容，分别进行提交会更便于检视者理解您的想法 4.使用适当的 SIG 组和检视者（Committer）标签去标记 PR。当您完成 PR 的提交时，社区机器人会发送给您消息，以方便您更好的完成整个 PR 的过程。 注意：如果您的 PR 请求没有引起足够的关注，可以在 SIG 的邮件列表 或 dev@openeuler.org 求助。 #### 4.2.3 贡献软件包 / 为社区组件打包 ​ 如果你发现 openEuler 缺失了一个软件包，可以帮 openEuler 把这个软件包补上。实际上贡献软件包的过程就是帮助 openEuler 提供更丰富功能的过程。 - openEuler 支持在 AtomGit 新增软件包的同时，自动在 obs 的 openEuler:Factory 上创建同名仓库。这样在向已创建的 AtomGit 仓库提交代码时，会自动对代码编译进行检测。具体流程可参考  如何新增软件包。 - 您也可以参与社区组件打包工作，请参考 openEuler 打包指南 。 - 当然，如果您在使用 openEuler 时发现缺少某些软件包或已有包不满足您的需要时，还可以通过 openEuler 用户软件仓系统(EUR) 来帮助完善。参考：EUR 的介绍 和 使用指南 。 #### 4.2.4 检视代码 ​ openEuler 是一个开放的社区，我们希望所有参与社区的人都能成为活跃的检视者。可以参考 社区成员，该文档描述了不同贡献者的角色职责。 当成为 SIG 组的 Committer 或 Maintainer 角色时，便拥有审核代码的责任与权利。强烈建议本着 行为准则，超越自我，相互尊重和促进协作。在检视其他人的 PR 时，《补丁审核的柔和艺术》一文中提出了一系列检视的重点，说明代码检视的活动能够帮助促进新的贡献者积极参与，而不会使贡献者一开始就被细微的错误淹没，所以检视的时候，可以重点关注包括： 1.贡献背后的想法是否合理 2.贡献的架构是否正确 3.贡献是否完善 #### 4.2.5 测试 ​ 测试——是所有贡献者的责任，对于社区版本来说，sig-QA 组是负责测试活动的社区官方组织。如果您希望在自己的基础架构上开展测试活动，可以参考：社区测试体系介绍 。 为了成功发行一个社区版本，openEuler 需要完成多种测试活动。不同的测试活动，测试代码的位置也有所不同，成功运行测试所需的环境细节也会有差异，有关的信息可以参考 测试指南 。 #### 4.2.6 社区安全问题披露 ​ - 安全处理流程 ——简要描述了处理安全问题的过程。 - 安全披露信息 ——如果您希望报告安全漏洞，请参考此页面。 ### 4.3 非代码类贡献 ​ 如果您的兴趣不在编写代码方面，可以在 非代码贡献指南 中找到感兴趣的工作。本章节将介绍一些常见的非编码类社区工作，希望对大家有帮助。 #### 4.3.1 openEuler Call for X ​ “openEuler Call for X 计划”是一个开放的社区项目，鼓励所有社区成员以及开源爱好者积极贡献、乐于分享、热衷实践。通过“openEuler Call for X 计划”，您不仅可以参与组织感兴趣的社区活动（Meetups、技术研讨会、直播、大会等，点此了解 活动申请 要求），也可以分享技术教程、基础设施、场地等资源，共建繁荣开源生态。 联系：events@openeuler.sh 或 openEuler 小助手（微信号：openeuler123） #### 4.3.2 城市用户组 ​ openEuler 用户组（openEuler User Group），简称 oEUG，这是为方便 openEuler 各区域用户及开发者交流 openEuler 技术、应用经验，拓展 openEuler 用户生态而成立的地域性组织。您可以申请加入用户组，作为成员共同建设社区用户生态。更多介绍详情请查看 openEuler 用户组 。 #### 4.3.3 社区其他工作 ​ - 参与社区交流，通过邮件列表，社区论坛或添加小助手（微信号：openeuler123）加入社区交流群，帮助引导社区新人贡献社区，回答社区上的疑问等； - 运维社区通信工具，包括协助 SIG 组的 Maintainer 完善 SIG 主页信息（EasyEditor 服务）、组织社区例会等； - 成为社区布道师，共同组织社区聚会，包括 Meetups、直播、社区开发者大会等； - 参与社区宣传推广与内容制作，包括 文档捉虫、博客写作、用户案例编写 、事件/技术/课程/视频投稿（联系小助手，微信号：openeuler123）等； - 参与社区基础设施建设，请加入 sig-infrastructure - 参与社区视觉设计，请加入 sig-OpenDesign - 参与社区翻译服务，请加入 sig-G11N ## 5\. 和社区一起成长 ​ - openEuler 技术委员会 openEuler 技术委员会（Technical Committee，简称 TC）是 openEuler 社区的技术决策机构，负责社区技术决策和技术资源的协调。详情请查看  openEuler 技术委员会介绍。 - 社区角色说明 社区不同角色对应不同的责任与权利，每种角色都是社区不可或缺的一部分，您可以通过积极贡献不断积累经验和影响力，并获得角色上的成长。更详细介绍与责任权利描述请查看  社区角色说明。 ## 6\. 相关阅读 ​ - openEuler 社区参与之旅 - 参与 openEuler 社区不到 1 年，我成为了 Maintainer --- https://www.openeuler.org/zh/community/contribution/ --- 贡献攻略地图 查看文字版攻略 打印攻略地图 --- https://www.openeuler.org/zh/community/honor/ --- # 社区荣誉 --- https://www.openeuler.org/zh/community/mailing-list/ --- # 邮件列表 ## SIG订阅流程 01 选择订阅的SIG组 02 填写信息 03 确认订阅邮件 04 成功订阅 ## 邮件列表 | SIG名称 | 描述 | 邮件地址 | 归档 | 订阅邮件 | | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/community/meeting-system/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 # openEuler委员会会议运作制度 ​ ## 第一条 总则 ​ openEuler 项目群工作委员会（简称“openEuler 委员会”）为openEuler项目群的最高决策机构。openEuler委员会定期举行会议，讨论和决策openEuler项目群重大事务。 为了规范openEuler委员会会议，根据《openEuler项目群开源治理制度》)制定本会议运作制度。 ## 第二条 会议发起和召集 ​ 根据《openEuler项目群开源治理制度》)第10条第5款规定发起和召集。 ## 第三条 会议制度 ​ ### 1、 参会人员 ​ （1）全程与会人：openEuler委员会委员（含委托）、openEuler项目群执行总监、openEuler项目群执行秘书。 （2）全程列席人：openEuler技术委员会主席、openEuler品牌委员会主席、openEuler用户委员会主席。 （3）议题相关人：会议议题相关人员。说明：仅在该议题时间段参会，议题结束即退出会议。 （4）会务支撑人员：经openEuler项目群执行总监批准的会务支撑人员。 ### 2、 会议纪要 ​ （1） 纪要撰写：由申报议题时指定的纪要人撰写议题纪要。 （2） 纪要汇总：openEuler项目群执行秘书在会议结束2日内向纪要人收集会议纪要。 （3） 纪要审核：由openEuler项目群执行总监审核。 （4） 纪要发送：审核通过后，由openEuler项目群执行秘书将会议纪要邮件发送给与会人。 （5） 纪要发送范围：向openEuler委员会会议全程与会人和全程列席人发送全部会议纪要，向议题相关人发送与之相关议题的 会议纪要。 ### 3、 会议材料归档 ​ （1）归档内容： - 会议议题材料归档：openEuler项目群执行秘书从议题汇报人收集材料并归档； - 会议纪要归档：会议纪要审批通过后由openEuler项目群执行秘书归档； - 会议记录归档：会议全程录屏或者录像由openEuler项目群执行秘书归档； 说明：会议材料默认对openEuler委员会全体委员公开，如因特殊原因不便公开，汇报人应主动提出，经openEuler项目群 执行总监确认后，对相关联的材料，如纪要、录屏等进行处理或不予归档，并记录相应情况。 （2） 归档途径：openEuler委员会共享空间平台。 （3） 查看权限：面向openEuler委员会全体委员开设只读权限。 （4） 归档时长：4年（两届openEuler委员会任期）。 ## 第四条 生效 ​ openEuler委员会会议运作制度自openEuler委员会决策批准之日起生效，由openEuler项目群办公室管理。 ## 第五条 制订、修改及解释 ​ openEuler委员会会议运作制度的制订、修改及解释由 openEuler 项目群办公室负责。 --- https://www.openeuler.org/zh/community/member/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 ## 战略捐赠人 ## 白金捐赠人 ## 黄金捐赠人 ## 白银捐赠人 ## 青铜捐赠人 ## 学术机构和非营利组织 注1：捐赠人按照汉语拼音排序 注2：带\*号的捐赠人，捐赠协议正在流程中 资金捐赠，请联系开放原子开源基金会。 联系人：高飞；手机：13717810108；邮箱：gaofei@openatom.org。 --- https://www.openeuler.org/zh/community/organization/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 ## openEuler 委员会顾问专家委员会 - 陆首群 中国开源软件联盟名誉主席 原国务院信息办常务副主任 - 倪光南 中国工程院院士 - 廖湘科 中国工程院院士 - 王怀民 中国科学院院士 - 邬贺铨 中国工程院院士 - 周明辉 北京大学计算机系教授 北大博雅特聘教授 - 霍太稳 极客邦科技创始人兼CEO ## openEuler 委员会 #### 主席 - 熊伟 华为技术有限公司 #### 常务委员会委员 - 韩乃平 麒麟软件有限公司 - 刘文清 湖南麒麟信安科技股份有限公司 - 屈晟 中国科学院软件研究所 - 张磊 统信软件技术有限公司 #### 委员 - 高培 软通动力信息技术（集团）股份有限公司 - 田俊 英特尔（中国）有限公司 - 杨继国 海光信息技术股份有限公司 - 于力 南方电网数字电网科技有限（广东）公司 - 于萍 江苏润和软件股份有限公司 #### 执行总监 - 刘飞 华为技术有限公司 #### 执行秘书 - 刘彦飞 开放原子开源基金会 ## openEuler 技术委员会 - 胡欣蔚 主席 - 曹志 委员 - 陈茂冬 委员 - 陈棋德 委员 - 陈亚强 委员 - 杜开田 委员 - 高贵锦 委员 - 侯健 委员 - 胡峰 委员 - 李永强 委员 - 刘恺 委员 - 吕从庆 委员 - 马全一 委员 - 任慰 委员 - 石勇 委员 - 唐葛亮 委员 - 田俊 委员 - 王建民 委员 - 王经纬 委员 - 王志钢 委员 - 吴峰光 委员 - 谢秀奇 委员 - 叶青龙 委员 - 岳龙广 委员 - 张剑 委员 - 赵川峰 委员 - 朱健伟 委员 ## openEuler 品牌委员会 - 梁冰 主席 - 胡明月 委员 - 李明 委员 - 李伟 委员 - 李震宁 委员 - 彭雅莹 委员 - 文丹 委员 - 徐露 委员 - 徐嫣莉 委员 - 郑莉 委员 ## openEuler 用户委员会 - 王军 主席 - 蔡镌洋 委员 - 陈静 委员 - 崔骥 委员 - 杜韶辉 委员 - 冯伟 委员 - 龚鹏程 委员 - 高洪鹤 委员 - 胡勇 委员 - 李晨斌 委员 - 李荣青 委员 - 李伟 委员 - 荣涛 委员 - 石光银 委员 - 徐磊 委员 - 徐田原 委员 - 张庆南 委员 - 朱晨 委员 ## openEuler 业务发展工作组 - 李扬 组长 - 黄伟旭 副组长 - 张木梁 副组长 - 李成鹏 组员 - 刘华杰 组员 - 刘明杰 组员 - 刘胜航 组员 - 张剑 组员 - 朱文玉 组员 ## openEuler 社区运营工作组 - 郑振宇 组长 - 胡骁杰 副组长 - 陈静 组员 - 刘华杰 组员 - 刘敏 组员 - 刘明杰 组员 - 任涛 组员 - 田可辉 组员 - 徐露 组员 ## openEuler 教育工作组 - 赵立超 组长 - 杨东杰 副组长 - 方丽丽 组员 - 冯潇靓 组员 - 高立群 组员 - 郭全友 组员 - 林振行 组员 - 门小康 组员 - 秦学峰 组员 - 谢宇 组员 - 杨和悦 组员 ## openEuler 法务工作组 - 张伟 组长 - 刘伟 副组长 - 李博 组员 - 宋李萍 组员 - 王思扬 组员 - 邢鹏 组员 ## openEuler AI联合工作组 - 胡欣蔚 组长 - Andrew Wafaa 组员 - 陈榕 组员 - 陈亚强 组员 - 邓益平 组员 - 丁为杰 组员 - 高伟 组员 - 巩远波 组员 - 郭祎斌 组员 - 何守成 组员 - 侯健 组员 - Fred Huang 组员 - 黄俊 组员 - 江毅文 组员 - 江政雄 组员 - 金龙 组员 - 秦彬娟 组员 - 阙鸣健 组员 - 沈国良 组员 - 宋梦 组员 - 孙政华 组员 - 田可辉 组员 - 王清珺 组员 - 沃天宇 组员 - 吴斌 组员 - 夏知渊 组员 - 相元红 组员 - 徐洋 组员 - 严海双 组员 - 杨西利 组员 - 詹年科 组员 ## openEuler 全球化工作组 - 周楠 组长 - 蔡镌洋 组员 - 李成鹏 组员 - 刘明杰 组员 - 任紫东 组员 - 胡正策 开源欧拉全球生态官 注：按照姓名汉语拼音排序 --- https://www.openeuler.org/zh/community/program/ --- # openEuler Call for X 计划 热衷实践 乐于分享 多元贡献 面向数字基础设施开源操作系统的 openEuler，希望通过开源开放，汇聚更多力量，不断探索科技创新的边界，驱动物理世界与数字世界的深度融合，构建万物互联的智能世界。“openEuler Call for X 计划”是一个开放的社区项目，鼓励所有社区成员以及开源爱好者积极贡献、乐于分享、热衷实践。多元化的贡献可以丰富社区生态，我们希望开发者都能感受到个人的价值和重要性。 “openEuler Call for X 计划” 资源面向openEuler社区所有成员开放，欢迎与openEuler社区共同组织开发者活动，繁荣openEuler生态。 活动征集 Call for openEuler Valuable Professional 查看更多 Call for 技术教程贡献 查看更多 Call for 基础设施资源贡献 查看更多 Call for 场地资源贡献 查看更多 --- https://www.openeuler.org/zh/community/program/infrastructure/ --- openEuler Call for X 计划Call for 基础设施资源贡献 ### Call for 基础设施资源贡献 openEuler社区的发展离不开支撑社区运作的基础设施，openEuler社区基础设施由Infrastructure SIG管理和运维，为社区提供南北向兼容性测试、代码门禁检查、软件包及操作系统镜像构建、软件包仓库等众多服务。社区秉承共建、共享的理念，接受来自各社区参与者提供的Call for 基础设施资源贡献。 贡献指南 感谢以下为社区贡献基础设施的单位及个人： 注：按照首字母汉语拼音排序 --- https://www.openeuler.org/zh/community/program/join-oEVP/ --- openEuler Call for X 计划Call for openEuler Valuable Professional ### Call for openEuler Valuable Professional openEuler最具价值专家， openEuler Valuable Professional，是openEuler社区颁发给技术专家的一项荣誉认证，以此表彰他们热衷实践、乐于分享的布道精神，为openEuler社区建设和技术传播做出卓越贡献。 申请加入请联系： events@openeuler.sh ## openEuler Valuable Professional 列表 注：按照姓名汉语拼音排序 ## openEuler Valuable Professional 权益 权威认证 官方宣传 专家交流 专属礼包 大会受邀 ## 成为 openEuler Valuable Professional 申请审核将参考以下条件： 社区领导者、行业大会重量级演讲嘉宾 某技术领域具有影响力的技术专家 活跃在开发者社区，热衷对开发者进行技术答疑等 有技术内容产出：技术教程，代码示例，出版著作，发表博客文章和视频等 --- https://www.openeuler.org/zh/community/program/site-resources/ --- openEuler Call for X 计划Call for 场地资源贡献 ### Call for 场地资源贡献 活动场地是openEuler 社区活动举办的重要基础，openEuler社区诚挚邀请成员单位共建场地资源池，为社区的发展壮大作贡献。 贡献资源请联系 events@openeuler.sh ## 场地资源 所属单位：开放原子开源基金会openEuler项目群 规模：30人 城市：北京 场地类型：会议室 所属单位：北京凝思软件股份有限公司 规模：25人 城市：北京 场地类型：会议室 所属单位：湖南麒麟信安科技股份有限公司 规模：25人 城市：北京 场地类型：会议室 所属单位：南京软通动力信息技术服务有限公司 规模：70人 城市：南京 场地类型：多功能室 所属单位：江苏润和软件股份有限公司 规模：30人 城市：南京 场地类型：会议室 所属单位：湖南麒麟信安科技股份有限公司 规模：20人 城市：南京 场地类型：会议室 所属单位：湖南麒麟信安科技股份有限公司 规模：8人 城市：长春 场地类型：会议室 所属单位：湖南麒麟信安科技股份有限公司 规模：22人 城市：西安 场地类型：会议室 所属单位：湖南麒麟信安科技股份有限公司 规模：50人 城市：长沙 场地类型：会议室 所属单位：上海鲲鹏生态创新中心 规模：50人 城市：上海 场地类型：会议室 所属单位：四川鲲鹏生态创新中心 规模：50人 城市：成都 场地类型：会议室 ### 我要申请场地: 如果您想组织社区活动，申请活动场地，请联系： events@openeuler.sh --- https://www.openeuler.org/zh/community/program/technical-tutorial/ --- openEuler Call for X 计划Call for 技术教程贡献 ### Call for 技术教程贡献 即刻分享自己的技术教程，为openEuler技术生态建设贡献一份力量。请联系 events@openeuler.sh ## openEuler 技术教程 01-kdump的工作原理与操作 02-Linux PCI子系统的基础认识 03-Crash Utility-1/2 04-Crash Utility-2/2 05-Top Down Performance Analysis --- https://www.openeuler.org/zh/community/user-group/ --- # openEuler 用户组 订阅 openEuler 用户组邮件列表，接收社区技术进展、用户组活动信息，参与用户组讨论 订阅邮件 ## 欢迎来到 openEuler 用户组 什么是用户组？ openEuler 用户组（openEuler User Group，简称oEUG）旨在为各区域openEuler用户、开发者构建一个开放多元的本地化交流圈子，在这里用户组成员可以基于openEuler的技术特性、使用经验、实践案例、社区贡献、开源文化等方面有更多集中的交流机会，共建openEuler区域用户生态 加入用户组 关注用户组邮件列表 user-group@openeuler.org 订阅邮件 加入微信群 添加openEuler小助手微信 备注"xx（城市）用户组进群" ## 城市用户组 北京 西安 上海 武汉 南京 长沙 成都 广州 深圳 郑州 ## 用户组成员角色、权益与义务 申请加入用户组审核通过后即为用户组Member角色，通过在用户组积极活跃与贡献，可晋升为Ambassador、 Co-organizer、 Organizer、OEVP等荣誉角色，并颁发相关证书 Member 会员，参与组内交流分享，参与活动，输出使用经验，提交用户反馈 权益 获得openEuler相关赋能培训、学习资料 用户诉求直接反馈到社区 用户组活动参与机会 义务 积极参加用户组活动 体验或使用openEuler 输出用户案例投递案例 反馈用户诉求参与反馈 Ambassador 传播大使，在公开活动或 线上平台分享 openEuler 内容，解答用户问题，利用自身影响力在行业中进行布道 权益 以大使荣誉身份在官网展示、颁发证书 获得社区纪念品 晋升社区oEVP 义务 线下活动分享openEuler相关议题 线上输出openEuler相关经验文章 线上线下解答用户问题 Organizer 组织者，整体统筹和规划该城市用户组发展计划，引导策划运营活动，统筹日常运营工作 Co-organizer 协助组织者角色。协助发展用户组成员，发起组织活动 权益 以组织者荣誉身份在官网展示、颁发证书 获得社区纪念品 义务 制定用户组运营发展规划 拓展用户组成员 一年至少发起组织一次用户组活动举办活动 ## 如何成为 openEuler 用户组Organizer、Ambassador？ 如您想申请成为某城市组的 Organizer 或 Ambassador，请将满足以上贡献要求或其他类型深度社区贡献的说明和举证材料（如照片、截图、链接等）发送至邮箱 user@openeuler.sh 进行申请，社区运营工作组进行评审 Organizer Organizer 是 openEuler 用户组的组织者和管理者，需要规划用户组发展、组织用户组活动。成为Organizer，需要是 openEuler 社区活跃的贡献者或用户，在所申请的城市有连接用户的资源，组织过至少一次 openEuler 相关的线下活动。 Ambassador Ambassador 是 openEuler 用户组内传播大使的角色，需要帮助解答用户疑问，分享传播 openEuler 的技术和实践经验。成为Ambassador，需要积极参与 openEuler 社区贡献和传播，包括但不限于以下任一贡献： 在openEuler用户组社群、openEuler交流社群、openEuler论坛、邮件列表等交流渠道有效解答用户问题20次以上 至少1次在公开的Meetup或峰会上分享openEuler相关议题 在高校内讲openEuler相关课程 在openEuler社区有代码贡献，提交过至少5个以上的PR并被社区合入 --- https://www.openeuler.org/zh/community/user-group/detail/ --- openEuler 用户组 加入用户组 ## 荣誉成员 虚位以待 如何成为Organizer、Ambassador？立即查看 ## 加入城市用户组 订阅邮件 订阅城市用户组邮件列表，接收社区技术进展、用户组活动信息，参与用户组讨论。 user-group@openeuler.org 订阅邮件 进入用户组微信群 添加openEuler小助手微信，备注"xx（城市）用户组进群" 进入用户组微信群 添加openEuler小助手微信，备注"xx（城市）用户组进群" --- https://www.openeuler.org/zh/community/vote/ --- 组织架构成员单位 政策和规则 - 社区章程 - 选举条例 - 行为准则 - 生成式AI工具使用与开源贡献策略 - 运作制度 - 会议制度 # 开放原子开源基金会 ​ # openEuler项目群选举管理条例 ​ ## 第一章　总则 ​ ### 第一条 总则 ​ 为明确 openEuler 项目群工作委员会（以下简称“openEuler 委员会”）主席以及 openEuler 委员会下设各机构的选举程序以及与选举有关的规则，根据《openEuler项目群开源治理制度》，openEuler 委员会制定本选举管理条例。 ### 第二条 选举工作组 ​ 1、为完成 openEuler 项目群选举工作，在项目群办公室下设置**选举工作组**。 2、选举工作组成员资格： - (1)具有完全民事行为能力，且熟悉选举工作和选举程序； - (2)热衷于从事开源工作，为openEuler项目群服务超过一年； - (3)作出书面承诺并按照选举规则客观、公正地执行选举工作。 3、对选举工作组成员的限制： - (1)不得参选选举管理条例中规定的被选举职位； - (2)不得以任何形式为任何参选人拉票或抵制选票； - (3)在选举过程中遵守保密规定，未经批准不得发布选举过程和结果信息； - (4)不得有其他任何违背社区行为准则或影响选举公正性的行为。 4、选举工作组的构成及任期 - (1)选举工作组由5人组成，其中组长1人，组员4人； - (2)选举工作组组长及组员均由openEuler委员会常务委员会提名，并由openEuler委员会批准后任命； - (3)选举工作组在openEuler项目群选举工作启动前成立，当届选举工作完成后自动解散。 5、选举工作组职责 - (1)根据本选举管理条例组织openEuler项目群选举工作； - (2)对参选人和选举人进行资格审查； - (3)制订选举计划，公布选举流程，执行选举工作； - (4)将选举结果提交对应审核组织评审，审核通过后公布选举结果； - (5)维护选举过程中的选举秩序，对有违公正选举的言论和行为提出警告并予以禁止，情节严重的，可上报openEuler委员会，经openEuler委员会批准后可取消选举或候选资格； - (6)接受并回答选举人和参选人提出的与选举事宜相关的质询。 ## 第二章　openEuler委员会主席选举机制和副主席产生机制 ​ ### 第三条 openEuler委员会选举职位的设立及人数 ​ 1、openEuler委员会应选职位为：openEuler委员会主席； 2、openEuler委员会主席一名。 ### 第四条 openEuler委员会主席候选人的产生 ​ 1、openEuler委员会常务委员会委员可向选举工作组提交openEuler委员会主席参选申请表申请成为openEuler委员会主席候选人；openEuler委员会主席参选人需所在上级部门批准方可任职者，须在提交openEuler委员会主席参选申请表时同时提交参选人上级单位的同意任职函。同一（法人）单位（含关联公司）最多一人参选openEuler委员会主席。 2、有下列情形中任一款的个人或机构代表不得参选openEuler委员会主席： - (1)因违反openEuler社区规章而被终止资格的上一届openEuler委员会常务委员会委员。 - (2)违背openEuler项目群社区行为准则并被证明属实者。 - (3)有损害openEuler项目群利益的言行或严重不端行为者。 3、选举工作组根据本条第1、2款规定对openEuler委员会主席参选人进行资格审查。openEuler委员会主席参选人通过资格审查后成为openEuler委员会主席候选人。 ### 第五条 openEuler委员会主席产生机制 ​ openEuler委员会委员（含openEuler委员会主席候选人）对openEuler委员会主席候选人进行第一轮投票，每人一票，可以弃权。 1、得票最高的openEuler委员会主席候选人签署《任职承诺书》后由开放原子开源基金会秘书处（以下简称“基金会秘书处”）任命，履行应尽工作职责。 2、如果第一轮投票最高票数相同的，则第二轮投票仅由openEuler委员会常务委员会委员投票。得票最高的openEuler委员会主席候选人签署《任职承诺书》后由基金会秘书处任命，履行应尽工作职责。 3、若第二轮投票最高票数仍相同的，则由基金会秘书处组织协调裁决。经基金会秘书处裁决后产生的openEuler委员会主席候选人签署《任职承诺书》后由基金会秘书处正式任命，履行应尽工作职责。 ### 第六条 openEuler委员会副主席产生机制 ​ openEuler委员会主席产生后，openEuler委员会常务委员会其他委员当选openEuler委员会副主席。 ## 第三章　技术委员会选举机制 ​ 技术委员会由下列人员组成：技术委员会主席一名，由公共技术组 Maintainer 担任的委员若干名，以及其他需要选举产生的委员若干名。 ### 第七条 技术委员会选举职位的设立及人数 ​ 1、技术委员会应选职位为：技术委员会主席.技术委员会委员； 2、技术委员会主席一名，技术委员会委员若干名。 ### 第八条 技术委员会委员候选人的产生 ​ 1、技术委员会委员参选人必须是现任openEuler项目群的SIG/子项目Maintainer，并通过以下方式产生： - (1)由项目群战略捐赠人、白金捐赠人根据《openEuler项目群开源治理制度》规定的项目群捐赠人的项目群开源治理参与方式提名； - (2)或由技术委员会提名； - (3)或自荐，需获得至少八名技术委员会现任委员书面推荐。 2、有下列情形中任一款的个人或机构代表不得参选技术委员会委员： - (1)在前一届技术委员会中因违反社区规章而被终止资格的委员。 - (2)违背openEuler项目群社区行为准则并被证明属实者。 - (3)有损害openEuler项目群利益的言行或严重不端行为者。 3、担任openEuler项目群openEuler委员会主席、副主席，或openEuler委员会执行总监职位者不得参选技术委员会委员。 4、选举工作组根据本条第1-3款规定对技术委员会委员参选人进行资格审查。技术委员会委员参选人通过资格审查后成为技术委员会委员候选人。 ### 第九条 技术委员会委员的产生 ​ 1、由公共技术组Maintainer担任的技术委员会委员：公共技术组的界定由技术委员会正式决议后生效；公共技术组Maintainer由各自SIG的Committer、代码贡献者推举产生。选举工作组根据本选举管理条例第八条第2-3款规定对公共技术组Maintainer进行资格审核，公共技术组Maintainer通过资格审核后成为技术委员会委员。 2、需选举产生的技术委员会委员：技术委员会委员候选人在技术委员会进行述职，技术委员会现任委员根据候选人述职情况进行投票，每人一票，可以弃权，按照简单多数原则当选。在技术委员会委员选举过程中如果出现因为票数相同无法确定人选的情况，由技术委员会主席裁决选举结果。技术委员会委员选举过程可邀请行业内有影响力的专家与会见证。 3、技术委员会委员需所在上级部门批准方可任职者，须在当选后补充提交其上级单位的同意任职函；如果无法提供则取消其技术委员会委员资格且接受缺位。 ### 第十条 技术委员会主席选举程序 ​ 1、技术委员会主席在技术委员会委员产生后进行选举。 2、技术委员会委员填写参选技术委员会主席申请表后成为技术委员会主席候选人。 3、技术委员会委员（含技术委员会主席候选人）对技术委员会主席候选人进行投票，每人一票，可以弃权；第一轮投票结束后，按照简单多数原则当选；如果第一轮投票最高票数相同的，则第二轮只针对前述最高票数技术委员会主席候选人进行投票，按照简单多数原则当选。若第二轮投票最高票数仍相同的，则由openEuler委员会主席裁决。 4、技术委员会主席当选后，须经openEuler委员会审议后正式任命。 ## 第四章　品牌委员会选举机制 ​ ### 第十一条 品牌委员会选举职位的设立及人数 ​ 1、品牌委员会应选职位为：品牌委员会主席； 2、品牌委员会主席一名。 ### 第十二条 品牌委员会主席候选人的产生 ​ 1、品牌委员会委员可向选举工作组提交品牌委员会主席参选申请表申请成为品牌委员会主席候选人。品牌委员会主席参选人需所在上级部门批准方可任职者，须在提交品牌委员会主席参选申请表时同时提交其上级单位的同意任职函。 2、有下列情形中任一款的个人或机构代表不得参选品牌委员会主席： - (1)在前一届品牌委员会中因违反社区规章而被终止资格的委员。 - (2)违背openEuler项目群社区行为准则并被证明属实者。 - (3)有损害openEuler项目群利益的言行或严重不端行为者。 3、担任openEuler项目群openEuler委员会主席、副主席，或openEuler委员会执行总监职位者不得参选品牌委员会主席。 4、选举工作组根据本条第1-3款规定对品牌委员会主席参选人进行资格审查。品牌委员会主席参选人通过资格审查后成为品牌委员会主席候选人。 ### 第十三条 品牌委员会主席选举程序 ​ 1、品牌委员会委员（含品牌委员会主席候选人）对品牌委员会主席候选人进行投票，每人一票，可以弃权；第一轮投票结束后，按照简单多数原则当选；如果第一轮投票最高票数相同的，则第二轮只针对前述最高票数品牌委员会主席候选人进行投票，按照简单多数原则当选。若第二轮投票最高票数仍相同的，则由openEuler委员会主席裁决。 2、品牌委员会主席当选后，须经openEuler委员会审议后正式任命。 ## 第五章　用户委员会选举机制 ​ ### 第十四条 用户委员会选举职位的设立及人数 ​ 1、用户委员会应选职位为：用户委员会主席； 2、用户委员会主席一名。 ### 第十五条 用户委员会主席候选人的产生 ​ 1、用户委员会委员可向选举工作组提交用户委员会主席参选申请表成为用户委员会主席候选人。用户委员会主席参选人需所在上级部门批准方可任职者，须在提交用户委员会主席参选申请表时同时提交其上级单位的同意任职函。 2、有下列情形中任一款的个人或机构代表不得参选用户委员会主席： - (1)在前一届用户委员会中因违反社区规章而被终止资格的委员。 - (2)违背openEuler项目群社区行为准则并被证明属实者。 - (3)有损害openEuler项目群利益的言行或严重不端行为者。 3、担任openEuler项目群openEuler委员会主席、副主席，或openEuler委员会执行总监职位者不得参选用户委员会主席。 4、选举工作组根据本条第1-3款规定对用户委员会主席参选人进行资格审查。用户委员会主席参选人通过资格审查后成为用户委员会主席候选人。 ### 第十六条 用户委员会主席选举程序 ​ 1、用户委员会委员（含用户委员会主席候选人）对用户委员会主席候选人进行投票，每人一票，可以弃权；第一轮投票结束后，按照简单多数原则当选；如果第一轮投票最高票数相同的，则第二轮只针对前述最高票数用户委员会主席候选人进行投票，按照简单多数原则当选。若第二轮投票最高票数仍相同的，则由openEuler委员会主席裁决。 2、用户委员会主席当选后，须经openEuler委员会审议后正式任命。 ## 第七章 附则 ​ ### 第十七条 制订、修改及解释 ​ 本选举管理条例的制订、修改及解释由openEuler委员会负责。 ### 第十八条 生效 ​ 本选举管理条例经openEuler委员会投票通过，并向开放原子开源基金会秘书处报批通过后生效。 --- https://www.openeuler.org/zh/compatibility/ --- # 兼容性列表 ... 关于硬件兼容性测试，openEuler提供了完整的测试流程和工具，详见 openEuler 硬件兼容性认证整体介绍 架构 CPU 操作系统 搜索 | 架构 | 硬件厂家 | 硬件型号 | 操作系统 | CPU | 日期 | 兼容性配置 | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 关于硬件兼容性测试，openEuler提供了完整的测试流程和工具，详见 openEuler 硬件兼容性认证整体介绍 架构 操作系统 板卡类型 搜索 | 架构 | 驱动名称 | 操作系统 | 版本 | 类型 | 芯片厂家 | 板卡型号 | 芯片型号 | 日期 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | 暂无数据 关于商业软件兼容性技术测评，openEuler提供了完整的测试流程和工具，详见 openEuler兼容性技术测评整体介绍 商业发行版操作系统的软件兼容数据由对应的操作系统厂商提供，openEuler社区仅做数据展示，相关事宜请咨询操作系统厂商 数据来源 测试机构 搜索 | 软件名称 | 版本 | 软件类型 | 操作系统 | 硬件型号 | 芯片厂家 | 测试机构 | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 解决方案 认证类型 搜索 | 架构 | 解决方案 | 类型 | 芯片厂家 | 型号 | 操作系统 | 日期 | 介绍 | | --- | --- | --- | --- | --- | --- | --- | --- | 暂无数据 虚拟化信息 | 虚拟化信息 | 描述 | | --- | --- | 暂无数据 服务器信息 --- https://www.openeuler.org/zh/compatibility/hardware/ --- 兼容性列表 openEuler 硬件兼容性认证整体介绍 简介 兼容性测试流程 01 成为openEuler社区开发者（0.5天） 02 申请兼容性测试（0.5天） 03 了解兼容性策略（0.5天） 04 创建issue（0.5天） 05 测试兼容性（10天） 06 提交测试结果审核（2天） tips：您提交的测试结果应包含以下内容 内容描述 测试日志 整机/板卡 兼容性信息发布清单 07 结果发布（2天） --- https://www.openeuler.org/zh/compatibility/software/ --- 兼容性列表 \\ openEuler 软件兼容性测试整体介绍 简介 openEuler提供了一系列的工具、文档和操作流程帮助用户测试openEuler与软件的兼容性。如果您需要对某款软件展开兼容性测试，可参考下文进行。 兼容性测试流程 01 创建issue 您需要在openEuler社区（ https://atomgit.com/openeuler/oec-application ）的oec-application项目下创建issue，将所需认证的软件信息在issue中明确。openEuler团队会及时了解issue信息，并给出建议。 02 兼容性测试 完成issue创建后，即可开展兼容性测试。openEuler团队提供了 自动化测试平台 compass-ci 以及使用指南，根据使用指南自助完成兼容性测试。 03 提交结果审核 完成兼容性测试并通过后，需要您把测试结果更新到issue中。issue中需要给出 group\_id。 04 结果发布 openEuler团队会针对提交结果进行审核，如果通过，会将软件添加到 兼容性列表 中。 --- https://www.openeuler.org/zh/compatibility/software-info/ --- 兼容性列表 Product Information： Configuration | 配置 | 信息 | | --- | --- | 暂无数据 此配置为兼容性测试时的配置信息，更多的配置差异兼容性参考《openEuler 兼容性策略文档》 Adapter and Drivers | Driver Name | Version | Type | Date | Chip Vendor | Board Model | Chip Model | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 此配置为兼容性测试时的配置信息，更多的配置差异兼容性参考《openEuler 兼容性策略文档》 --- https://www.openeuler.org/zh/contact-us/ --- # 联系我们 ## 社区联系 我们将在收到邮件后3-5个工作日内答复 资金捐赠请联系 gaofei@openatom.org 社区活动请联系 events@openeuler.sh 品牌合作请联系 marketing@openeuler.org 其他联系方式 欢迎订阅邮件列表，任何社区开发相关话题都可以在这里讨论 dev@openeuler.org 社群交流、其他疑问请联系社区小助手 微信号 openeuler123 ## 欢迎关注我们 ### 您可以通过以下方式找到我们 微信公众号 小助手 X LinkedIn YouTube Bilibili ## 资源推荐 (openEuler社区文档)[https://docs.openeuler.org/zh/] (获取openEuler OS)[https://www.openeuler.org/zh/download/#get-openeuler] (参与社区贡献)[https://www.openeuler.org/zh/community/contribution/] --- https://www.openeuler.org/zh/data-sharing-with-third-parties/ --- # 第三方共享信息清单 ​ * * * 开放原子开源基金会（下文简称“我们”或“基金会”）为保障网站安全稳定的运行，我们会接入有三方提供的软件开发包（SDK）或通过其他合作方式，以实现相关目的，目前本应用涉及共享信息合作伙伴列表 如下: ## 第三方合作商名单 ​ - **第三方公司名称**：北京百度网讯科技有限公司 - **产品/类型**：百度统计SDK - **共享信息名称**：设备信息（硬件信息、操作系统、网络运营商、系统语言、屏幕分辨率、屏幕颜色）、使用信息（**IP地址**、**地域**、浏览器类型、浏览器语言、浏览器版本、访问来源、访问搜索词、访问页面、跳出后页面、访客标识码、访问社区的次数、停留时长、访问时间戳、访问社区所用服务器类型版本） - **使用目的**：支撑社区运营的日常数据分析需求 - **使用场景**：访问社区网站时 - **共享方式**：后台接口传输 - **第三方个人信息处理规则**：https://tongji.baidu.com/web/help/article?id=330&type=0 * * * - **第三方公司名称**：北京蒸汽记忆有限公司 - **产品/类型**：Authing账号 - **共享信息名称**：**用户名**、**公司**、**邮箱**、**手机号**、**密码**、**邮箱或手机验证码**、头像、昵称、第三方**Gitee UUID**、**Gitee ID**、Gitee昵称、**Gitee邮箱**、Gitee头像、**Github UUID**、**Github ID**、Github昵称、**Github邮箱**、Github头像、**OpenAtom UUID**、**OpenAtom用户名**、OpenAtom昵称、**OpenAtom邮箱**、OpenAtom头像 - **使用目的**：支撑网站的鉴权和个人信息管理 - **使用场景**：登录服务时 - **共享方式**：后台接口传输 - **第三方个人信息处理规则**：https://www.authing.cn/privacy-policy.html --- https://www.openeuler.org/zh/download/ --- # openEuler下载 ## openEuler镜像下载 ## openEuler镜像 ### 开源Linux系统 ### Linux系统 ### Linux # 下载中心 一站式资源下载获取 社区发行版 提供获取openEuler的不同方式 商业发行版 基于openEuler发布的商业发行版 社区发行版 公有云 容器镜像 Windows MacOS 虚拟化 树莓派 获取相关资源 支持与服务 ## 社区发行版 openEuler 社区版分为长期支持版本（LTS）和创新版本，支持x86\_64、aarch64、ARM32、RISC-V等架构 ... ## openEuler 24.03 LTS SP4 长期支持版本 Planned EOL: 2027/03 发行说明 安装指南 白皮书 生命周期 2026年6月30日，发布openEuler 24.03 LTS SP4，基于6.6内核的24.03-LTS版本增强扩展版本（参见版本生命周期），面向服务器、云、AI场景，持续提供更多新特性和功能扩展，包括内核优化、灵衢超节点可靠性&易用性、NPU算力切分、推理服务快恢、E2B沙箱、智能诊断&调优&运维、编译器、机密虚机等，给开发者和用户带来全新的体验，服务更多的领域和更多的用户。 架构 场景 服务器 边缘计算 云计算 嵌入式 DevStation | 软件包类型 | 软件包大小 | 镜像仓推荐 | 完整性校验 | 软件包下载 | | --- | --- | --- | --- | --- | 暂无数据 ## openEuler Embedded 26.03 openEuler Embedded 26.03 版本基于IB-Robot具身智能全栈架构，面向hi3403、3591等硬件发布镜像。该版本提供具身claw，支持自主精准控制，依托ROS 2 Driver统一接入相机、雷达、麦克风等感知设备，支持VR手柄、手机等遥操作采集数据；通过tensormsg实现消息与张量安全转换，提供VLA大模型及策略模型推理服务；由统一执行器完成动作调度与轨迹执行，支持MoveIt 2规划；并以YAML配置驱动机器人本体，可一键切换仿真与实机环境。 架构 | 软件包类型 | 软件包大小 | 镜像仓推荐 | 完整性校验 | 软件包下载 | | --- | --- | --- | --- | --- | 暂无数据 ## openEuler 24.03 LTS SP3 长期支持版本 Planned EOL: 2027/12 发行说明 安装指南 白皮书 生命周期 2025年12月30日，openEuler首个支持超节点的版本正式发布。新版本openEuler 24.03 LTS SP3是基于6.6内核的24.03-LTS版本增强扩展版本（参见版本生命周期），面向服务器、云、AI场景，持续提供更多新特性和功能扩展，包括内核优化、异构协同推理、智能诊断、机密虚机、编译器、RISC-V架构优化、智能开发者桌面、安全加固、灵衢超节点、身份认证、虚拟化等，给开发者和用户带来全新的体验，服务更多的领域和更多的用户。 架构 场景 服务器 边缘计算 云计算 嵌入式 DevStation | 软件包类型 | 软件包大小 | 镜像仓推荐 | 完整性校验 | 软件包下载 | | --- | --- | --- | --- | --- | 暂无数据 ## openEuler 24.03 LTS SP1 长期支持版本 Planned EOL: 2026/12 发行说明 安装指南 白皮书 生命周期 openEuler 24.03 LTS SP1 是基于6.6内核的24.03 LTS版本增强扩展版本，面向服务器、云、边缘计算和嵌入式场景，持续提供更多新特性和功能扩展，给开发者和用户带来全新的体验，服务更多的领域和更多的用户。 架构 场景 服务器 边缘计算 云计算 嵌入式 DevStation | 软件包类型 | 软件包大小 | 镜像仓推荐 | 完整性校验 | 软件包下载 | | --- | --- | --- | --- | --- | 暂无数据 我们会根据访问的IP地址为您推荐最优镜像仓下载源，如果您需要寻找特定的镜像仓、或者您在考虑为openEuler社区创建一个新的公共镜像仓，请点此访问openEuler镜像仓列表。 架构 场景 全部 服务器 边缘计算 云计算 嵌入式 DevStation 版本类型 全部 LTS 创新版本 | | | | 暂无数据 ## 其他获取方式 公有云 openEuler 官方镜像在以下主流平台正式发布 安装指引 Amazon AWS Amazon Web Services(AWS)是全球最全面、应用最广泛的云服务平台。AWS Marketplace中提供了多个版本的openEuler云镜像 Azure Microsoft Azure是微软的公用云服务平台，提供行业领先的AI和云服务。Azure community images中可以找到openEuler云镜像，用户可以利用这些镜像在Azure上部署openEuler操作系统 阿里云 阿里云是阿里巴巴推出的云计算服务，涉及云计算的产品与服务。用户可以在云市场找到多版本的openEuler云镜像 华为云 华为云提供包括弹性云服务器、对象存储服务等在内的云计算服务。openEuler社区已经将多版本的openEuler云镜像发布到华为云市场 腾讯云 腾讯云是腾讯推出的云计算服务，构建覆盖全球的数据中心节点。openEuler社区积极拓展与腾讯云的合作，为用户提供更多版本的openEuler云镜像 容器镜像 openEuler 提供官方容器镜像 安装指引 Docker Hub Docker Hub是Docker提供的一项服务，是世界上最大的容器镜像存储库。openEuler社区将持续更新基础容器镜像和应用容器镜像至Docker Hub，以便开发者下载使用 Quay.io Quay.io是容器化生态系统中的领先平台之一。openEuler社区在Quay.io上提供了基础容器镜像和应用容器镜像，用户可以在这里找到相应镜像的使用和介绍 中科院软件所 oepkgs全称开放软件包服务，是一个为openEuler以及其他Linux发行版提供软件包服务和容器镜像服务的第三方社区。目前oepkgs镜像源中已有2w+款软件包。oepkgs社区会对软件包进行构建测试，兼容性测试，并对oepkgs上软件包的源码仓进行生命周期管理 Linux Container Linux Container是一个为用户提供操作系统级虚拟化的工具集，它允许用户在同一台物理服务器上运行多个隔离的Linux容器。这些容器共享宿主机的内核，但在其他方面相互独立，类似于虚拟机但更加轻量级和高效 Windows 在 Windows 上运行 openEuler WSL(Windows Subsystem For Linux) Windows Subsystem For Linux (WSL) 是微软发布的让用户能够在Windows上使用Linux环境的技术。通过使用openEuler发布的WSL应用，可以让大家在Windows中体验原汁原味的openEuler开发环境。目前openEuler已经将多个版本WSL镜像相继上架到了微软应用商店，欢迎大家下载试用 MacOS 在 MacOS 上运行 openEuler OrbStack OrbStack是一个为macOS设计的快速、轻量级且简单的虚拟机平台，用于运行Docker容器和Linux虚拟机。用户可以在OrbStack上充分利用openEuler社区提供的容器镜像 虚拟化 在虚拟机上运行 openEuler 在VirtualBox中安装openEuler Oracle VirtualBox是由InnoTek软件公司出品的虚拟机软件，现由Oracle进行开发，是Oracle公司xVM虚拟化平台技术的一部分。用户可以在openEuler官方软件仓下载openEuler的虚拟机镜像，使用VirtualBox安装openEuler虚拟机 树莓派 在树莓派上安装 openEuler 在树莓派中安装openEuler 树莓派是一款由英国树莓派基金会开发的小型单板计算机，因其低成本、易于编程和灵活性而广受欢迎。用户可以在openEuler官方软件仓下载openEuler的树莓派镜像，在这款流行的硬件平台上体验openEuler操作系统 ## 获取相关资源 (镜像仓列表)[/zh/mirror/list/] (openEuler社区文档)[https://docs.openeuler.org/zh/] ## 支持与服务 (FAQs)[/zh/faq/] (社区论坛)[https://forum.openeuler.org/] (Quickissue)[https://quickissue.openeuler.org/zh/issues/] --- https://www.openeuler.org/zh/download/archive/ --- --- https://www.openeuler.org/zh/download/archive/detail/ --- 下载 所有版本下载 版本 版本筛选 ## 社区创新版本 架构 场景 服务器 边缘计算 云计算 嵌入式 DevStation | 软件包类型 | 软件包大小 | 镜像仓推荐 | 完整性校验 | 软件包下载 | | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/download/commercial-release/ --- # openEuler下载 ## openEuler镜像下载 ## openEuler镜像 ### 开源Linux系统 ### Linux系统 ### Linux # 下载中心 一站式资源下载获取 社区发行版 提供获取openEuler的不同方式 商业发行版 基于openEuler发布的商业发行版 ## 商业发行版 厂商 全部 架构 全部 筛选 麒麟信安 Kylinsec V6 SP1 麒麟信安操作系统基于Linux内核开发，以openEuler LTS为基础，具备高安全、高可靠、强实时、可定制等特性，与国内主要软硬件厂商共建生态体系。该系统连续七次通过公安部四级测评，承担多项国家级重大专项任务，为国防、政务、能源、交通等领域提供行业级操作系统解决方案。 发行厂商: 麒麟信安 Kylinsec 发行时间: 2026/06 支持架构: x86\_64AArch64LoongArch64 前往下载 前往下载 麒麟信安 Kylinsec V3.4.5-Update2 麒麟信安操作系统基于Linux内核开发，以openEuler LTS为基础，具备高安全、高可靠、强实时、可定制等特性，与国内主要软硬件厂商共建生态体系。该系统连续七次通过公安部四级测评，承担多项国家级重大专项任务，为国防、政务、能源、交通等领域提供行业级操作系统解决方案。 发行厂商: 麒麟信安 Kylinsec 发行时间: 2026/06 支持架构: x86\_64AArch64 前往下载 前往下载 青云 PrimusOS 操作系统 24.03 LTS SP1 青云 PrimusOS 操作系统 24.03 LTS SP1 是青云科技依托 Linux 内核，深度融合 openEuler 等主流开源技术，自主打造的新一代安全可靠、高性能的操作系统。该系统全面支持 x86、ARM 等主流处理器架构，可有效支撑数据中心核心业务的稳定运行。面向云计算、数据库、大数据、人工智能及网络安全等关键应用场景，PrimusOS 提供了坚实可靠的底层支撑，致力于满足金融、政府、企业、运营商等行业的数字化转型需求，是国产化环境下领先的数字基础设施操作系统解决方案。 发行厂商: 北京青云科技集团股份有限公司 发行时间: 2025/10 支持架构: x86\_64AArch64 前往下载 前往下载 银河麒麟高级服务器操作系统V11 银河麒麟高级服务器操作系统 V11 是针对云计算、人工智能、大数据、工业互联网时代对主机系统高可靠性、安全性、高性能、灵活性以及实时响应的需求，依据 CMMI5 级标准研制的提供云原生支持、人工智能支持、国产硬件平台深度优化、内生安全、高性能、易管理、广泛兼容的新一代企业级服务器操作系统产品；统一基于Linux Kernel 6.6构建，对外接口遵循 POSIX 标准，同源支持飞腾、鲲鹏、龙芯、海光、兆芯、申威自主平台。可协同支撑人工智能应用、容器云平台、构建大型数据中心服务器高可用集群、负载均衡集群、分布式集群文件系统、虚拟化应用等，可部署在物理服务器和虚拟化环境、私有云、公有云和混合云环境等多种环境；广泛应用于政府、金融、教育、财税、公安、审计、交通、医疗、制造等领域。 发行厂商: 麒麟软件有限公司 发行时间: 2025/08 支持架构: x86\_64AArch64 前往下载 前往下载 汇智TeligenOS服务器操作系统 V3 汇智TeligenOS服务器操作系统 V3由广州汇智通信技术有限公司研发，具有高效、稳定、安全等核心特性，可为数据库、大数据、云计算及人工智能等企业级应用提供可靠的运行支撑。该系统全面支持X86、ARM、龙芯和申威等主流CPU架构，并完成与国内主要芯片及整机厂商的适配。同时，其技术架构覆盖从底层芯片、系统内核、虚拟化平台到上层应用的全栈体系，确保高效性、可靠性和安全性。 发行厂商: 广州汇智通信技术有限公司 发行时间: 2025/2 支持架构: x86\_64AArch64 前往下载 前往下载 麒麟信安 Kylinsec V6 麒麟信安操作系统基于Linux内核开发，以openEuler LTS为基础，具备高安全、高可靠、强实时、可定制等特性，与国内主要软硬件厂商共建生态体系。该系统连续七次通过公安部四级测评，承担多项国家级重大专项任务，为国防、政务、能源、交通等领域提供行业级操作系统解决方案。 发行厂商: 麒麟信安 Kylinsec 发行时间: 2025/01 支持架构: x86\_64AArch64LoongArch64 前往下载 前往下载 浪潮云启操作系统 23.12 LTS SP2 浪潮云启操作系统（英文简称InLinux）是安全高效、稳定可靠的企业级服务器操作系统，全面支持云计算、大数据、物联网、智能计算等应用场景，具备性能高效、灵活定制、稳定可靠等特性。 发行厂商: 浪潮云信息技术股份公司 发行时间: 2024/12 支持架构: x86\_64AArch64 前往下载 前往下载 鼎桥TDOS服务器操作系统 V1.0 鼎桥操作系统（简称TDOS）是鼎桥基于openEuler22.03版本，面向运营商、金融、政企等行业的关键业务而设计开发的企业级服务器操作系统软件。其在openEuler社区版的基础上，融入了众多的自研竞争力特性，完善了生态支持和专业的技术保障。TDOS可广泛适用于数据库、大数据、云计算、WEB服务等应用场景，支持光盘、U盘和网络等多种安装方式，可部署在物理服务器、虚拟机和容器等环境中，同时可为客户提供灵活的部署、升级和迁移方案。 发行厂商: 成都鼎桥通信技术有限公司 发行时间: 2024/05 支持架构: x86\_64AArch64 前往下载 前往下载 浪潮云启操作系统 23.12 LTS SP1 浪潮云启操作系统（英文简称InLinux）是安全高效、稳定可靠的企业级服务器操作系统，全面支持云计算、大数据、物联网、智能计算等应用场景，具备性能高效、灵活定制、稳定可靠等特性。 发行厂商: 浪潮云信息技术股份公司 发行时间: 2024/05 支持架构: x86\_64AArch64 前往下载 前往下载 SeawayEdgeV1.00 SeawayEdge是中科海微基于openEuler开源社区构建，结合边缘、嵌入式领域场景探索，打造全场景协同的面向数字基础设施的开源操作系统。 发行厂商: 中科海微（北京）科技有限公司 发行时间: 2023/09 支持架构: x86\_64 前往下载 前往下载 麒麟信安 Kylinsec V3.5.2 麒麟信安操作系统基于Linux内核开发，以openEuler LTS为基础，具备高安全、高可靠、强实时、可定制等特性，与国内主要软硬件厂商共建生态体系。该系统连续七次通过公安部四级测评，承担多项国家级重大专项任务，为国防、政务、能源、交通等领域提供行业级操作系统解决方案。 发行厂商: 麒麟信安 Kylinsec 发行时间: 2023/09 支持架构: x86\_64AArch64LoongArch64 前往下载 前往下载 磐石操作系统 CSIOS V1.0.0 磐石操作系统（简称CSIOS）是中软国际基于openEuler 22.03版本，面向运营商、金融、政企等行业的关键业务而设计开发的企业级服务器操作系统软件。其在openEuler社区版的基础上，融入了众多的自研竞争力特性，完善了生态支持和专业的技术保障。CSIOS可广泛适用于数据库、大数据、云计算、WEB服务等应用场景，支持光盘、U盘和网络等多种安装方式，可部署在物理服务器、虚拟机和容器等环境中，同时可为客户提供灵活的部署、升级和迁移方案。 发行厂商: 中软国际科技服务有限公司 发行时间: 2023/07 支持架构: x86\_64AArch64 前往下载 前往下载 共 30 条 1 2 3 前往 --- https://www.openeuler.org/zh/experts/ --- # 社区顾问专家 注：按姓氏拼音首字母顺序排序 霍太稳 极客邦科技创始人兼CEO 陆首群 中国开源软件联盟名誉主席 原国务院信息办常务副主任 倪光南 中国工程院院士 周明辉 北京大学计算机系教授 北大博雅特聘教授 --- https://www.openeuler.org/zh/faq/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 通用 ​ ### 1\. openEuler 是什么？ ​ OpenAtom openEuler（简称“openEuler”）是开放原子开源基金会孵化及运营的开源项目。 作为面向数字基础设施的开源操作系统，openEuler支持服务器、云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。通过为应用提供确定性保障能力，支持OT领域应用及OT与ICT的融合。 ### 2\. openEuler社区是怎么样的？ ​ 2019年12月31日，面向多样性计算的操作系统开源社区openEuler正式成立。 openEuler社区致力于与全球的开发者共同构建一个开放、多元和架构包容的软件生态体系，孵化支持多种处理器架构、覆盖数字基础设施全场景，推动企业数字基础设施软硬件、应用生态繁荣发展。 openEuler社区和上下游生态紧密连接，构建多样性的社区合作伙伴和协作模式，共同推进版本演进。 ### 3\. openEuler支持哪些架构？ ​ openEuler社区当前已与多个设备厂商建立丰富的生态，包括Intel、AMD、兆芯、海光、鲲鹏、飞鹏、龙芯、申威等主流芯片厂商，支持x86、Arm、SW64、RISC-V、LoongArch等多种处理器架构，逐步扩展PowerPC 等更多芯片架构；支持多款CPU芯片，包括龙芯3号、兆芯开先和开胜系列、Intel Sierra Forest和Granite Rapids、AMD EPYC Milan和Genoa等芯片系列；支持多个硬件厂商发布的多款整机型号、板卡型号，支持网卡、RAID、FC、GPU&AI、DPU、SSD、安全卡七种类型的板卡，具备良好的兼容性。 ### 4\. openEuler多久发布一次新版本？ ​ openEuler发布两种社区版本，包括长期支持版本（即“LTS版本”）和创新版本。 LTS版本每两年发布一版，提供四年社区支持，包括两年的维护支持和两年的延长支持。LTS版本为企业级用户提供一个安全稳定可靠的操作系统。 创新版每六个月发布一版，提供六个月社区支持。创新版本快速集成openEuler的最新技术成果，将验证成熟的特性逐步回合到发行版中。这些新特性以单个开源项目的方式存在于社区，方便开发者获得源代码，也方便用户使用。 在单个版本生命周期结束前，用户会提前三个月在社区邮件列表中收到公告等通知。 ### 5\. openEuler有哪些SIG组？要如何加入？ ​ 目前openEuler社区共有超100个SIG组（special interest group），分别针对特定的技术主题或项目成立。每个SIG在Gitee上都会拥有一个或多个项目，这些项目会拥有一个或多个仓库，SIG的交付成果会保存在这些仓库内。SIG成员可以在仓库内提交Issue、解决问题、参与评审等，推动交付成果成为openEuler社区发行的一部分。 openEuler的SIG分为代码仓管理和社区运营治理两种类型，致力于推动工具链、架构、桌面、通用中间件、云原生基础设施等领域的技术创新，覆盖了AI、嵌入式、安全和合规等热门主题，助力openEuler社区生态构建。 您可以通过订阅SIG邮件、参加公开例会或直接联系SIG maintainer，加入心仪的SIG。SIG全景图请见SIG中心。 如果现有的SIG中没有您感兴趣的，您可以在openEuler社区中寻找两到三个具有共同目标的人讨论决定成立SIG组，维护社区中的某个技术方向的软件包或发起孵化项目。具体如何成立SIG，请见申请流程。 ### 6\. 如何贡献openEuler社区？ ​ openEuler社区欢迎代码类贡献和非代码类贡献。您可以按照以下步骤进行社区贡献： 1. 在参与社区贡献之前，您需要根据自身身份（个人、员工、或企业），签署对应的贡献者许可协议，即“CLA协议”。 2. 在SIG中心，找到您感兴趣的SIG并加入。如果您对某个方向有浓厚的兴趣，且未找到对应的SIG组，那么您可以参考SIG组申请流程来申请创建新的SIG进行维护和发展。 3. 贡献原创开源项目、进行代码类贡献和非代码类贡献。 openEuler社区有两类代码仓库，包括存放源码类项目的代码仓和存放制作发布件所需的软件包仓。 - 可以直接在代码仓中创建原创项目，或者将您在其他社区开发的软件包加入到软件包仓。具体操作，请参考新增代码包。 - 可以使用Gitee、GitHub或邮箱账号登录官网的QuickIssue页面，快速提交issue。 - 如果您对非代码贡献感兴趣，也可以在非代码贡献指南中找到合适的项目。 4. 参加社区活动：openEuler社区举办多种线上线下活动，包括主题峰会、社媒直播、meetup、SIG活动等，期待您的加入。 想要了解更多openEuler社区贡献途径，请访问贡献攻略。 ### 7\. 从哪些渠道可以获取openEuler的最新资讯？可以在哪些平台和其他openEuler用户交流？ ​ 您可以通过以下方式获取openEuler的最新资讯和进行互动交流： - 官方网站：通过浏览openEuler官方网站，获取文档、白皮书和用户案例等相关信息。 - 课程中心：探索我们的在线课程，深入了解openEuler的技术细节。 - 社交媒体：关注我们的社交媒体账号，如openEuler微信公众号、B站、头条号等，获取开源行业和操作系统行业相关的最新事件、合作关系以及技术解决方案的最新资讯。 - 邮件列表：订阅我们的邮件列表，获取openEuler各个SIG的最新动态。 - 官方论坛：访问openEuler论坛或通过添加openEuler小助手（微信号：openeuler123）微信好友加入社区交流群，进行提问和参与讨论。 openEuler社区欢迎您的加入，期待您能在社区中提升技能、结交朋友！ ### 8\. openEuler社区有哪些合作伙伴？应用于哪些行业？ ​ openEuler目前已广泛应用于各行各业，包括政务、金融、运营商、互联网、电力、制造业、能源、教育、交通和医疗等行业。 openEuler 希望与广大生态伙伴、用户、开发者一起，通过联合创新、社区共建，不断增强场景化能力，最终实现统一操作系统支持多设备，应用一次开发覆盖全场景。 ### 9\. openEuler的WSL应用场景有？ ​ - 在 Windows 中快速部署和体验 openEuler LTS 版本。 - 利用 vs code 和 openEuler WSL 打造流畅跨平台开发体验。 - 在 openEuler WSL 中搭建 K8S 集群。 - 使用你喜爱的 openEuler command-line 程序或脚本处理 Windows 或 WSL 中的文件和程序。 ### 10\. openEuler中的HMDFS是什么 ？ ​ HMDFS 是从 OH 社区迁移而来的在软总线生态之上的一个分布式文件系统， 其在分布式软总线动态组网的基础上， 为网络上各个设备结点提供一个全局一致的访问视图，支持开发者通过基础文件系统接口进行读写访问，具有高性能、低延时等优点。 ### 11.openEuler中的SysCare软件是什么？ ​ SysCare 是一个系统级热修复软件，为操作系统提供安全补丁和系统错误热修复能力，主机无需重新启动即可修复该 系统问题。 SysCare 将内核态热补丁技术与用户态热补丁技术进行融合统一，用户仅需聚焦在自己核心业务中，系统修复 问题交予 SysCare 进行处理。后期计划根据修复组件的不同，提供系统热升级技术，进一步解放运维用户提升运维效率。 ### 12\. 什么是A-Ops？ ​ A-Ops 是一款基于操作系统维度的故障运维平台，提供从数据采集，健康巡检，故障诊断，故障修复的到智能运维解决方案。A-Ops 项目包括了若干子项目：覆盖故障发现（Gala），故障定位支撑（X-diagnosis），缺陷修复（Apollo）等。 ### 13\. secGear 主要提供哪三大能力？ ​ - 架构兼容：屏蔽不同 SDK 接口差异，提供统一开发接口，实现不同架构共源码。 - 易开发：提供开发工具、通用安全组件等，帮助用户聚焦业务，开发效率显著提升。 - 高性能：提供零切换特性，在 REE-TEE 频繁交互、大数据交互等典型场景下提升 REE-TEE 交互性能 10 倍 +。 ### 14\. AI for OS 安全主要有哪些技术？ ​ 1.漏洞挖掘：自动化漏洞挖掘是当前操作系统安全研究的热点，无论是基于代码分析的，还是模糊测试的，亦或两者结合的漏洞挖掘技术，都可以有效地识别出当前系统中存在的缺陷。传统的模糊测试工具在种子生成、选择、 变异、测试、评估、反馈等多个环节都存在一定的盲目性和随机性，代码分析技术，无论是源码级，还是二进制级或者特定拓展成 DSL(Domain- Specific Language) 的 IR(Intermediate Representation) 级，都十分依赖基于专家经验构建的缺陷模式库。结合人工智能技术，可以很好地挖掘缺陷代码数据集中的模式信息，从而指导模糊测试和代码分析技术的各个过程，有效地提升识别精度和效率。 2.入侵检测：以 APT 威胁为代表的现代安全问题持续出现且变幻莫测，攻击组织会使用一整套大型的攻击武器库，对目标系统进行自动化、持续的攻击尝试和自反馈，并且基于固定模式的安全防御技术难以抵御未知的威胁。因此，我们需要结合人工智能技术，自动化深度挖掘其中的关键特征，支持多种高维数据的联合特征提取。这在当前大数据时代是必须具备的能力，但是对于个人来说却又是困难的。另外，结合人工智能技术可以更有效地识别出系统中 的异常行为或者状态，从而更准确、更及时地进行攻击阻断。比如，在异常流 量检测、侧信道攻击检测领域中，通过结合人工智能技术的入侵检测技术，都取得了很好的效果。 ### 15\. openEuler 提供的多级调度框架有什么优势？ ​ openEuler 提供了多级调度框架，实现多种调度模型共存，业务可根据需要进行调度模型的选择。 - 相比于传统的进程/线程调度模型更为灵活，可移植性更好。 - 新增的协程等轻量级调度模型切换更快，调度时间占比更小。 ### 16\. 根据openEuler操作系统安全机制的作用范围，可将这些安全机制分为哪三种类型？ ​ 真实性保护、完整性保护和机密性保护三种类型。 ### 17\. 工业安全领域openEuler系统运用的安全隔离技术主要有哪两种范式？ ​ - 隔离已知来源但可能存在漏洞的服务，以削减其受到攻击后对系统其他组成部分造成的危害。 - 限制不受信任来源的代码(可能是恶意代码或存在漏洞的组件)可能对系统其他组成部分造成的危害。 ### 18\. openEuler操作系统噪声是指什么？ ​ 操作系统噪声是指业务运行中执行的非应用计算任务，包括： 1.系统/用户态守护进程。 2.中断处理。 3.用户态或内核中驻留的进程。 4.内存管理、调度开销。 5.业务应用中的非计算任务，如监控 log 线程通信等。 6.资源竞争带来的噪声，如由共享高速缓存导致的高速缓存不命中 (Cache Miss), 以及由共享物理内存导致的页面错误 (Page Fault)。 ### 19\. openEuler常用repo源 ​ 为了方便大家快速找到openEuler所需版本的repo源，现将openEuler各版本的repo源进行了整理并归类，详情可查看：https://forum.openeuler.org/t/topic/768 ### 20\. openEuler如何更换镜像源? ​ 在使用openEuler系统时,部分用户可能会遇到YUM拉取软件包时下载速度较慢的问问题,尤其是在网络不稳定或 镜像源不理想的情况下。openEuler如何更换镜像源,详情可查看: https://www.openeuler.org/zh/blog/2024-10-15-boostYum/2024-10-15-boostYum.html ### 21\. 安装openEuler时选择第二盘位为安装目标，操作系统无法启动 ​ 原因分析：当安装系统到第二块磁盘时，MBR和GRUB会默认安装到第二块磁盘sdb。这样会有下面两种情况： 1. 如果第一块磁盘中有完整系统，则加载第一块磁盘中的系统启动。 2. 如果第一块磁盘中没有完好的操作系统，则会导致硬盘启动失败。 具体解决方案请参考文档安装指南中的常见问题1 ### 22\. openEuler开机后进入emergency模式 ​ 操作系统文件系统损坏导致磁盘挂载失败、或io压力过大导致磁盘挂载超时（超时时间为90秒）、系统异常掉电、物理磁盘io性能低等情况都可能导致该问题的出现。 具体解决方式请参考文档安装指南中的常见问题2 ### 23\. 系统中存在无法激活的逻辑卷组时，重装系统失败 ​ 由于磁盘故障，系统中存在无法激活的逻辑卷组，重装系统出现异常，需在重装前将逻辑卷组恢复到正常状态或者清除这些逻辑卷组。 具体操作请参考文档安装指南中的常见问题3 ### 24\. 选择安装源出现异常 ​ 选择安装源后出现："Error checking software selection"。这种现象是由于安装源中的软件包依赖存在问题，需要检查安装源是否存在异常，根据检查结果使用新的安装源。 ### 25\. 如何手动开启kdump服务 ​ 执行systemctl status kdump命令，提示无预留内存。这是因为kdump服务需要系统预留一段内存用于运行kdump内核，而当前系统没有为kdump服务预留内存，所以无法运行kdump服务。 具体解决方式请参考文档安装指南中的常见问题5 ### 26\. 多块磁盘组成逻辑卷安装系统后，再次安装不能只选其中一块磁盘 ​ 因为多块磁盘组成逻辑卷相当于一个整体，所以只需要删除对应的卷组即可。 具体操作请参考文档安装指南中的常见问题6 ### 27\. x86物理机UEFI模式由于security boot安全选项问题无法安装 ​ x86物理机安装系统时，由于设置了BIOS选项security boot 为enable（默认是disable），导致系统一直停留在“No bootable device”提示界面。原因在与开启security boot后，主板会验证引导程序及操作系统 ，若没有用对应的私钥进行签名，则无法通过主板上内置公钥的认证。 具体解决方式请参考文档安装指南中的常见问题7 ### 28\. 安装openEuler时，软件选择页面选择“服务器-性能工具”，安装后messages日志有pmie\_check报错信息 ​ 安装系统时软件选择勾选服务器-性能工具，会安装pcp相关软件包，正常安装并重启后，/var/log/messages日志文件中会产生报错：pmie\_check failed in /usr/share/pcp/lib/pmie。 具体原因与解决方式请参考文档安装指南中的常见问题8 ### 29\. 在两块已经安装了系统的磁盘上进行重复选择，并自定义分区时，安装失败 ​ 直接选择目标磁盘进行自定义分区，请勿频繁取消操作，如果一定要进行取消重选，建议重新安装。参考issue链接 ### 30\. 安装LSI MegaRAID卡的物理机kdump无法生成vmcore ​ 在物理机etc/sysconfig/kdump文件中将second kernel默认启动参数reset\_devices删除，可以规避second kernel启动过程中由于MegaRAID卡驱动复位设备所致IO请求未完成问题，以成功生成vmcore。 详情请参考文档安装指南中的常见问题10 ### 31\. 树莓派启动失败 ​ 刷写 openEuler 发布的树莓派镜像后，树莓派启动失败，可以尝试将完整的镜像重新刷写入 SD 卡。 详情请参考文档安装在树莓派的常见问题1 ### 32\. nmcli 命令连接 WIFI 失败 ​ 执行 nmcli dev wifi connect SSID password PWD 命令连接 WIFI 失败。原因在与执行的命令缺少密码。注意，如果密码中包含特殊字符，需要使用单引号将密码括起来。如果使用 nmcli 命令行连接 WIFI 失败，建议使用 nmtui 字符界面进行连接。 具体操作步骤请参考文档安装在树莓派的常见问题2 ### 33\. tensorflow包及相关包安装失败 ​ tensorflow的依赖包暂时未升级至适配tensorflow==2.12.1的版本，因此需要通过pip手动安装其依赖软件。 具体解决步骤请参考文档安装在树莓派的常见问题3 如常见问题内未能解决您的需求，请邮件至社区邮件列表、参加社区论坛或在QuickIssue 提交问题。 本页内容 --- https://www.openeuler.org/zh/faq/application-development/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 应用开发 ​ ### 1\. 部分依赖java-devel的应用程序自编译失败 ​ 为了提供更新的openjdk特性和对广大java应用程序的兼容，openEuler同时提供了openjdk-1.8.0、openjdk-11等多个版本的openjdk。部分应用程序在编译时需要依赖java-devel包，安装java-devel包时系统会默认安装更高版本的java-11-openjdk，从而导致这些应用的编译失败。因此用户需手动使用命令 `# yum install java-1.8.0-openjdk` 安装java-1.8.0-openjdk后再使用rpmbuild命令进行自编译。 如常见问题内未能解决您的需求，请邮件至社区邮件列表或社区论坛交流 本页内容 --- https://www.openeuler.org/zh/faq/cloud-native/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 云原生 ​ ### 1\. 修改iSulad默认运行时为lxc，启动容器报错：Failed to initialize engine or runtime ​ 若需修改iSulad默认运行时为lxc，需要安装lcr、lxc软件包依赖，且配置iSulad配置文件中runtime为lcr 或者启动容器时指定--runtime lcr。启动容器后不应该随意卸载lcr、lxc软件包，否则可能会导致删除容器时的资源残留。 详情请查看iSulad容器引擎的常见问题 ### 2\. 使用iSulad CRI V1接口，报错：rpc error: code = Unimplemented desc = ​ 在iSulad配置文件/etc/isulad/daemon.json中开启CRI V1的配置。 详情请查看iSulad容器引擎的常见问题 ### 3\. isula-build拉取镜像报错：pinging container registry xx: get xx: dial tcp host:repo: connect: connection refused ​ 拉取的镜像来源于非授信仓库，因此需要修改isula-build镜像仓库的配置文件/etc/isula-build/registries.toml，将该非授信仓库加入\[registries.insecure\]，重启isula-build。 ### 4\. Kubernetes + docker为什么无法部署 ​ Kubernetes自1.21版本开始不再支持Kubernetes + docker部署Kubernetes集群。需要改为使用cri-dockerd+docker部署集群，也可以使用containerd或者iSulad部署集群。 ### 5\. openEuler无法通过yum直接安装Kubernetes相关的rpm包 ​ 参考链接中repo源，重新配置环境中的EPOL源。 ### 6\. 在使用集群启动模式时，若没有配置控制面程序ip信息，Kmesh服务启动后会报错退出 ​ 参考安装与部署章节中集群启动模式，设置正确的控制面程序ip信息。 ### 7\. Kmesh服务在启动时,提示"get kube config error!" ​ 集群启动模式下，Kmesh服务会根据k8s的配置，自动获取控制面程序ip信息，若环境中没有配置k8s的kubeconfig路径，会导致获取kubeconfig失败，然后提示上述信息。（若已经手动修改Kmesh的配置文件，正确配置控制面程序ip信息，该问题可忽略）。 具体解决方式请参考文档Kmesh用户指南的常见问题2 如常见问题内未能解决您的需求，请邮件至社区邮件列表或社区论坛交流 本页内容 --- https://www.openeuler.org/zh/faq/migration/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 迁移 ​ ### 1\. 迁移过程中可能需要用到的网站链接 ​ - openEuler迁移专区 - x2openEuler官方文档 - x2openEuler工具下载 - x2openEuler需要用到的openEuler的源 https://forum.openeuler.org/t/topic/768 - x2openEuler迁移学习 ### 2\. 为什么在同样分配的物理内存下，openEuler 显示的可用内存比 CentOS 少？ ​ 这个问题是由于两个操作系统在分配给 crashkernel（内核崩溃时使用的内存区域）的内存大小不同导致的。在实验中，给两个操作系统都分配了 4G 的内存，但是 CentOS 可用内存为 3.7G，而 openEuler 可用内存只有 3.3G。通过查看系统的 dmesg 日志，发现在 CentOS 中为 crashkernel 预留的内存是 161MB，而在 openEuler 中预留的内存是 512MB。将 openEuler 的 crashkernel 内存预留修改为 256MB 后，可用内存与 CentOS 相同，从而证明了是由于 crashkernel 的内存预留差异导致的可用内存差异。 解决方法：在 openEuler 的 grub 配置文件（/boot/grub2/grub.cfg）中将 crashkernel 的预留内存从 512MB 修改为 256MB，可以解决这个问题。 ### 3\. 如果在迁移软件包时遇到宏无法解析的问题，该如何解决？ ​ 这通常发生在从CentOS或Fedora迁移到其他系统时，因为不同系统的宏定义可能不同。解决方法有两种：一是查询宏的具体含义，并在spec文件中用其实际值替换宏；二是将提供宏定义的macros软件包引入到仓库中，并在BuildRequires中添加，以确保宏能够正确解析。 ### 4\. 在进行CentOS到openEuler的操作系统迁移时，为什么需要考虑硬件兼容性检测？ ​ 硬件兼容性检测在CentOS到openEuler的迁移中至关重要，因为这不仅涉及到操作系统的更换，还包括对操作系统上运行的应用软件和业务系统的替代、适配、迁移和重构。确保硬件兼容性可以保障迁移过程中的系统稳定性和业务的连续性，防止迁移后出现硬件不兼容导致的应用故障或性能下降。 ### 5\. 如何将SQL Server数据从Windows迁移到openEuler？ ​ 首先，在Windows上备份SQL Server数据库。可以使用SQL Server Management Studio (SSMS) 或使用SQL语句的方法进行备份。备份完成后，使用scp或其他方法将备份文件传输到openEuler系统。在openEuler上，创建一个新的备份目录并将备份文件移动到该目录。使用sqlcmd工具，执行SQL语句来还原数据库。如果数据库包含辅助文件，需要在RESTORE DATABASE命令中为这些文件添加MOVE子句。最后，通过列举所有数据库来验证数据迁移是否成功。 ### 6\. 在从CentOS迁移到openEuler的过程中，需要注意哪些关键问题？ ​ 在进行OS迁移时，需注意以下三个关键问题： 1.确定已有软件是否可以在新系统上运行，包括软件的安装与功能是否存在问题。 2.检查硬件与新操作系统的兼容性。 3.评估已有的相关配置是否可以继承到新操作系统。此外，在迁移实施中，需注意可能对现网业务的影响，进行数据备份，并建议按照详细的迁移流程执行，最好由专业人员或操作系统厂家提供技术支持。 ### 7\. openEuler社区提供的迁移工具x2openEuler具备哪些功能，它是如何应用于迁移评估？ ​ openEuler社区提供的迁移工具x2openEuler主要用于迁移评估，具备以下功能： 1.软件评估：通过扫描依赖的软件包清单信息，对各类应用（如rpm, tar, zip, gzip, jar, py, pyc, sh, bin等）进行评估，并生成HTML格式的评估报告。 2.配置收集与评估：支持收集用户环境数据并生成JSON格式文件，包括硬件配置、配置接口、内核选项配置参数、系统配置参数（sysctl/proc/sys）、环境变量、服务、进程、端口、命令接口、系统调用项和设备驱动接口等信息，并完成配置信息分析评估。 3.硬件评估：评估运行环境的整机和整机板卡（如RAID, NIC, FC, IB, GPU, SSD, TPM等）是否在openEuler的兼容性清单中。这些功能帮助用户在迁移之前识别潜在的兼容性问题，为顺利迁移提供支持。 ### 8\. 在进行虚拟机热迁移时，应该如何准备环境并检查迁移前的必要条件？ ​ 进行虚拟机热迁移前，需要准备两个物理机（源端和目的端）并进行一系列的检查来确保迁移可以顺利进行。这些检查包括： 权限检查：确保当前用户有执行热迁移的权限。 网络检查：检查源端和目的端主机之间的网络是否互通，并保证两个主机在相同网段。 存储资源检查：确认两端是否可以访问相同的存储资源，并确保目的端主机有足够的CPU、内存和存储资源。 CPU资源检查：确认两个主机的CPU资源情况。 内存检查：核实两个主机的内存情况。 存储检查：检查两个主机的存储配置。 虚拟机状态检查：确认被迁移的虚拟机处于运行状态。 此外，可根据需要设置热迁移参数，如最大停机时间和迁移过程中的最大带宽，以及确定存储方式是共享存储还是非共享存储。在非共享存储的情况下，可能还需要进行额外的配置，如通过NFS设置共享存储。 ### 9\. 什么是虚拟机热迁移，它与虚拟机冷迁移有什么区别？ ​ 虚拟机热迁移是一种技术，它允许在不关闭虚拟机的情况下，将整个虚拟机的运行状态（包括内存中的数据和磁盘上的数据）完整地迁移到另一台物理服务器上。这种迁移过程对用户来说是透明的，即用户不会感受到任何服务中断或性能下降。热迁移通常用于硬件维护、升级，或是负载均衡等场景，确保关键业务连续性和服务的高可用性。 相比之下，虚拟机冷迁移（也称为静态迁移）涉及到在迁移前关闭虚拟机。这意味着在迁移过程中，该虚拟机上的服务是不可用的。冷迁移适用于非实时或可容忍停机时间的场景，例如批量处理作业或非关键业务的迁移。 总结两者的主要区别： 1.热迁移允许在不停机的情况下迁移虚拟机，保证了业务的连续性；而冷迁移需要在迁移前关闭虚拟机，导致服务暂时不可用。 2.热迁移对用户透明，用户体验不会受到影响；冷迁移则可能导致服务中断。 3.热迁移技术复杂度较高，因为它需要同步迁移内存中的数据；而冷迁移相对简单，因为只涉及静态数据的迁移。 如常见问题内未能解决您的需求，请邮件至社区邮件列表或社区论坛交流 本页内容 --- https://www.openeuler.org/zh/faq/system-management/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 系统管理 ​ ### 1\. 为什么在 openEuler 22.03 SP1 系统中，启动 NFS 服务后，尽管最初可以达到千兆网络速率，但经过不到一天的写入操作，客户端的响应速度会急剧下降到大约 2MB/s？ ​ 这个性能下降的主要原因是 NFS 服务端的缓存上涨至 50% 时，其性能会骤降。这种现象主要是由于内存分配和回收机制的问题。在申请内存的过程中，系统不会立即同步回收内存，而是依赖于较慢的后台内存回收机制。当系统无法及时申请到足够的内存时，会导致等待时间（如 500 毫秒的延迟）。这个问题在高负载下尤为明显，因为 NFS 服务端需要大量内存来处理客户端的请求。随着服务运行时间的增长，可用内存的减少会导致性能急剧下降，特别是在密集的写入操作中。 ### 2\. 如何解决 openEuler 系统中由于 ext4 文件系统的 inode 错误而导致的文件创建失败问题？ ​ 为了解决这个问题，应该在处理 dx\_node 块的 rec\_len 字段时使用正确的方法。正确的做法是使用 ext4\_rec\_len\_from\_disk() 函数来转换 rec\_len 为 65536，然后进行比较。这样可以确保在添加新的 dx\_node 块时，正确地设置 rec\_len 字段，并为节点计算并设置正确的校验和。这个更正将避免由于校验和不正确导致的 inode 错误，从而允许系统正常创建和管理大量文件。 ### 3\. 如何解决 openEuler 系统中业务进程因 glibc 线程缓存特性导致的内存占用过高问题？ ​ 解决这个问题的方法是关闭 glibc 的线程缓存特性。这可以通过在启动程序之前设置环境变量来实现。具体操作是在 bash\_profile 中添加 GLIBC\_TUNABLES=glibc.malloc.tcache\_count=0，这样可以关闭线程缓存。在进程启动后，还需要检查进程的环境变量（/proc/pid/environ）以确保成功添加。关闭 glibc 的 tcache 之后，进程的内存管理将与 glibc 2.17 版本一致，不会有其他副作用。根据客户反馈，实施这一修改方案后，内存占用明显降低，且相比于 CentOS，openEuler 的内存占用也变得更低。 ### 4\. 为什么在 ARM 架构上进行 fio 压测多盘场景时，性能仅为 X86 架构的一半？ ​ 在 ARM 架构下进行 fio 压测时，性能低于 X86 架构的主要原因是中断处理机制的差异。在 ARM 环境中，8 盘同时压测时，所有盘的中断都集中在了 0、32、64 核心上，导致处理这些中断的 CPU 被压满。这个瓶颈主要是由于 ARM 架构下的 LPI (Large Payload Interface) 中断和 X86 架构下的 APIC 中断的实现机制不同。X86 架构通过 APIC 实现了中断负载均衡，而 ARM 架构的 LPI 中断主要由 ITS (Interrupt Translation Service) 驱动程序处理，它会默认将中断分配到最低编号的 CPU，导致单核处理中断出现瓶颈。 ### 5\. 为什么在机器掉电后，系统启动时 xfs 文件系统会出现问题，执行 ls 命令时显示 input/output error？ ​ 机器掉电可以导致 xfs 文件系统损坏，因为掉电可能发生在文件系统写入操作的过程中，导致数据未能完全写入磁盘。当系统重新启动后，xfs 文件系统可能处于不一致的状态，这种状态下执行文件系统操作，如 ls 命令，可能会遇到输入/输出错误。这类错误通常表明文件系统的某些部分未能正确加载或读取，可能是由于文件系统元数据损坏或者未完成的写入操作造成的。 ### 6\. 如何解决系统启动时未使用新内核的问题？ ​ 要解决这个问题，用户需要将 /boot/grub2/grub.cfg 文件的内容替换为 /boot/efi/EFI/xxxx/grub.cfg 中的内容。这样做可以确保在启动时系统会读取包含新内核的正确配置文件。此外，检查并确认系统的引导模式（UEFI 或 legacy）也是解决此类问题的重要步骤。 ### 7\. 使用systemctl和top命令查询libvirtd服务占用内存不同 ​ systemd管理的服务（包括systemctl和systemd-cgtop）中显示的内存通过查询CGroup对应的memory.usage\_in\_bytes得到。top是直接统计/proc下内存相关信息计算得出。两者的统计方法不同，不能直接比较。 详情请参考文档管理员指南中的常见问题1 ### 8\. 设置RAID0卷，参数stripsize设置为4时出错 ​ 64K页表开启只能支持64K场景。因此不需要修改配置文件。openEuler执行lvcreate命令时，条带化规格支持的stripesize最小值为64KB，将参数stripesize设置为64。 ### 9\. 使用rpmbuild编译mariadb失败 ​ mariadb数据库不允许使用root权限的帐号进行测试用例执行，所以会阻止编译过程（编译过程中会自动执行测试用例）。具体解决方式为使用vi等文本编辑工具，修改mariadb.spec文件中runtest变量的值。 详情请参考文档管理员指南中的常见问题3 ### 10\. 使用默认配置启动SNTP服务失败 ​ 原因在于默认配置中未添加授时服务器域名。需要修改/etc/sysconfig/sntp文件 ，在文件中添加中国NTP快速授时服务器域名：0.generic.pool.ntp.org。 ### 11\. 安装时出现软件包冲突、文件冲突或缺少软件包导致安装失败 ​ 需要具体问题具体分析。 详情请参考文档管理员指南中的常见问题5 ### 12\. libiscsi降级失败，怎么办 ​ 可以执行命令 yum remove libiscsi-utils，卸载 libiscsi-utils 子包，卸载成功后再进行降级操作。 详情请参考文档管理员指南中的常见问题6 ### 13\. xfsprogs降级失败，怎么办 ​ 执行下命令 # yum remove xfsprogs-xfs\_scrub ，卸载 xfsprogs-xfs\_scrub 子包，卸载成功后再进行降级操作。 详情请参考文档管理员指南中的常见问题7 ### 14\. cpython/Lib发现CVE-2019-9674:Zip炸弹漏洞 ​ 在 zipfile 文档中添加告警信息： https://github.com/python/cpython/blob/3.7/Doc/library/zipfile.rst。 详情请参考文档管理员指南中的常见问题8 ### 15\. 不合理使用glibc正则表达式引起ReDoS攻击 ​ 具体原因为glibc正则表达式的实现为NFA/DFA混合算法，内部原理是使用贪婪算法进行递归查找，目的是尽可能匹配更多的字符串，贪婪算法在处理递归正则表达式时会导致ReDoS。因此需要对用户做严格的权限控制，减少攻击面。 具体方式请参考文档管理员指南中的常见问题9 ### 16\. 安装卸载httpd-devel和apr-util-devel软件包，其中的依赖包gdbm-devel安装、卸载有报错 ​ 具体问题具体分析，详情请参考文档管理员指南中的常见问题10 ### 17\. 系统reboot后，执行yum/dnf等命令报错，提示rpmdb error ​ 执行安装升级动作过程中，会对/var/lib/rpm/\_\_db.00\*文件进行读写操作，如果在运行中出现强制下电、磁盘空间满或者 ‘kill -9’ 等异常中断操作，会导致对应\_db文件损坏，后续执行rpm相关命令（dnf/yum）会发生报错。解决步骤： 1. 执行kill -9停止所有正在运行的rpm命令。 2. 执行rm -rf /var/lib/rpm/\_\_db.00\*删除所有db.00的文件。 3. 执行rpmdb --rebuilddb命令，重建rpm db后即可。 详情请参考文档管理员指南中的常见问题11 ### 18\. 执行 rpmrebuild -d /home/test filesystem对filesystem包rebuild时，rebuild失败 ​ 建议暂时不使用rpmrebuild命令对filesystem进行rebuild。 具体原因分析请参考文档管理员指南中的常见问题12 ### 19\. 带参数f执行modprobe或insmod报错 ​ 建议对压缩了的ko不使用{insmod, modprobe} -f。 具体原因分析请参考文档管理员指南中的常见问题13 ### 20\. 热升级后，相关现场未被恢复 ​ 通过service nvwa status查看nvwa的日志，如果是服务启动失败，首先确认是否使能了该服务，再通过systemd查看对应服务的日志。进一步的日志，去criu\_dir指定的路径对应命名的进程/服务文件夹中。其中dump.log为保存现场产生的日志，restore.log为恢复现场产生的。 详情请参考文档内核热升级指南的常见问题3 ### 21\. 恢复失败，日志显示Can't fork for 948: File exists ​ 当前内核没有提供保留pid的机制，相关策略正在开发，预计会在将来的内核版本中解决这一限制，当前仅能手动重启相关进程。 详情请参考文档内核热升级指南的常见问题4 ### 22\. 使用nvwa去保存和恢复简单程序(hello world)，显示失败或者程序未在执行 ​ 查看nvwa的日志，如果显示是criu相关的错误，去相应的目录下检查dump.log或者restore.log，criu相关使用限制，可以参考criu社区wiki。 详情请参考文档内核热升级指南的常见问题5 ### 23\. train命令训练模型出错，提示“training data failed” ​ collection命令只采集一种类型的数据，因此需要至少采集两种数据类型的数据进行训练。 ### 24\. atune-adm无法连接atuned服务 ​ 具体原因具体分析，详情请参考文档A-Tune用户指南的常见问题2 ### 25\. atuned服务无法启动，提示“Job for atuned.service failed because a timeout was exceeded.” ​ hosts文件中缺少localhost配置，在/etc/hosts文件中127.0.0.1这一行添加上localhost。 详情请参考文档A-Tune用户指南的常见问题3 如常见问题内未能解决您的需求，请邮件至社区邮件列表或社区论坛交流 本页内容 --- https://www.openeuler.org/zh/faq/virtualization/ --- ## openEuler常见问题 通用系统管理迁移云原生虚拟化应用开发 # openEuler 常见问题 ​ ## 虚拟化 ​ ### 1\. 在进行虚拟机热迁移时，应该如何准备环境并检查迁移前的必要条件？ ​ 进行虚拟机热迁移前，需要准备两个物理机（源端和目的端）并进行一系列的检查来确保迁移可以顺利进行。这些检查包括： 权限检查：确保当前用户有执行热迁移的权限。 网络检查：检查源端和目的端主机之间的网络是否互通，并保证两个主机在相同网段。 存储资源检查：确认两端是否可以访问相同的存储资源，并确保目的端主机有足够的CPU、内存和存储资源。 CPU资源检查：确认两个主机的CPU资源情况。 内存检查：核实两个主机的内存情况。 存储检查：检查两个主机的存储配置。 虚拟机状态检查：确认被迁移的虚拟机处于运行状态。 此外，可根据需要设置热迁移参数，如最大停机时间和迁移过程中的最大带宽，以及确定存储方式是共享存储还是非共享存储。在非共享存储的情况下，可能还需要进行额外的配置，如通过NFS设置共享存储。 ### 2\. 什么是虚拟机热迁移，它与虚拟机冷迁移有什么区别？ ​ 虚拟机热迁移是一种技术，它允许在不关闭虚拟机的情况下，将整个虚拟机的运行状态（包括内存中的数据和磁盘上的数据）完整地迁移到另一台物理服务器上。这种迁移过程对用户来说是透明的，即用户不会感受到任何服务中断或性能下降。热迁移通常用于硬件维护、升级，或是负载均衡等场景，确保关键业务连续性和服务的高可用性。 相比之下，虚拟机冷迁移（也称为静态迁移）涉及到在迁移前关闭虚拟机。这意味着在迁移过程中，该虚拟机上的服务是不可用的。冷迁移适用于非实时或可容忍停机时间的场景，例如批量处理作业或非关键业务的迁移。 总结两者的主要区别： 1.热迁移允许在不停机的情况下迁移虚拟机，保证了业务的连续性；而冷迁移需要在迁移前关闭虚拟机，导致服务暂时不可用。 2.热迁移对用户透明，用户体验不会受到影响；冷迁移则可能导致服务中断。 3.热迁移技术复杂度较高，因为它需要同步迁移内存中的数据；而冷迁移相对简单，因为只涉及静态数据的迁移。 ### 3\. 使用libcareplus工具制作的qemu热补丁无法加载 ​ qemu版本和热补丁版本不一致导致无法加赞，需要下载qemu对应版本的源码，同时需保持制作热补丁的环境和制作qemu包环境一致，buildID可作为二者是否一致的判定标准。因用户无qemu版本的制作环境，故可以 自行编包并安装 ，使用自编包中的/usr/libexec/qemu-kvm的buildID。 ### 4\. 使用libcareplus工具制作的热补丁已加载但未生效 ​ 查看补丁所在函数是否在约束限制中。 详情请参考文档虚拟化用户指南的常见问题2 如常见问题内未能解决您的需求，请邮件至社区邮件列表或社区论坛交流 本页内容 --- https://www.openeuler.org/zh/interaction/blog-list/ --- # 博客 发博攻略 时间 作者 标签 暂无数据 --- https://www.openeuler.org/zh/interaction/event-list/ --- # 活动 活动概览 活动列表 ## 2026年度规划 JAN FEB MAR Apr May JUN Jul Aug Sep Oct Nov Dec 国际开源会议 泰国 曼谷 FOSSASIA Summit 2026 中国 北京 开放原子开源生态大会2026 中国 上海 上海国际金融展 中国 香港 2026亚洲香港科技及信息技术展 中国 香港 开放原子园区行香港站 中国 上海 KubeCON + CloudNativeCon China 新加坡 Data Centre World Asia 捷克 布拉格 Open Source Summit Europe 2026 TBD 操作系统大会 & openEuler Summit 2026 TBD GITEX Global TBD 开放原子开源开发者大会 2026 生态技术会议 中国 北京 KCD Beijing 2026 中国 长沙 openEuler Developer Day 2026 中国 深圳 GOSIM China 2026 TBD CLK 2026 Call for X 开发者活动 Online 灵衢互联工作会议Online 中国 成都 openEuler SBOM &Intelligence SIG Meetup成都站 中国 青岛 openEuler社区云原生开源中间件Meetup-山东站 中国 北京 openEuler AI与操作系统融合创新 Meetup 北京站 中国 西安 openEuler社区云原生开源中间件Meetup-西安站 中国 杭州 openEuler SIG Yuanrong Meetup 杭州站 中国 上海 openEuler Embedded Meetup 上海站 赛事 & 高校 全年 开源实习 全年 开放原子校源行 4月 - 11月 第六届开源之夏 8月 - 10月 2026年度Hackthon软件难题挑战赛 版本发布计划 24.03 LTS SP4 26.09 24.03 LTS SP5 ## 活动申请 无论是企业、SIG 组、用户组、科研院所或其他组织，我们都欢迎与 openEuler 一起组织开发者活动，共同探讨前沿技术和开源发展趋势，分享创新成果和实践经验，与 openEuler 社区共同成长！ 1 1 如何申请 2 2 申办审核 3 3 我们可以获得哪些赋能支持？ 《openEuler社区介绍》下载获取 品牌物料包 易拉宝/海报/KV等设计源文件 社媒矩阵传播 官网/公众号/B站/社群同步宣传 直播资源 可选openEuler官方直播间资源 社区限定周边 按实际参与人数配发，上限100份 4 4 活动举办 5 5 活动成果反馈 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-ai-innovation-meetup-suzhou --- 活动列表 openEuler AI 创新应用技术Meetup 苏州站 openEuler AI 创新应用技术Meetup 苏州站已结束 本次AI 创新应用技术主题 Meetup聚焦技术落地与产业融合，旨在汇聚行业先锋与实践者，共同探索 AI 技术的创新应用、落地挑战及未来演进方向。参会者将有机会聆听来自移动云、华为等头部科技企业，以及苏州大学等科研院校的专家分享，直击智能操作系统、智能助手、大模型、推理引擎、流控算法等前沿技术动态，同时与同行深度交流实践经验，共商 AI 技术规模化应用的可行路径，助力产业高质量发展。 2025-12-26 14:00-16:30 苏州市姑苏区十梓街1号苏州大学计算机科学与技术学院504会议室 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-ai-os-innovation-meetup-beijing --- 活动列表 openEuler AI与操作系统融合创新 Meetup 北京站 openEuler AI与操作系统融合创新 Meetup 北京站已结束 本次Meetup由openEuler社区与联通数科联合举办，以"智驱未来：AI与操作系统融合创新"为主题，旨在汇聚国内AI与操作系统领域的专家、社区开发者和技术爱好者，讨论和探索AIOS的未来发展之路。聚焦AI与操作系统融合的底层技术、前沿技术和应用实践，深入探讨行业难题，分享实践经验和创新思路。AI与操作系统两者相得益彰，AI使操作系统更加智能，操作系统使AI的开发应用更便捷高效。 2026-05-30 14:00-17:30 北京海淀区北四环西路北京辽宁大厦七层锦州厅 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-cloud-native-middleware-meetup-shandong --- 活动列表 openEuler社区云原生开源中间件Meetup-山东站 openEuler社区云原生开源中间件Meetup-山东站已结束 openEuler社区云原生开源中间件Meetup-山东站特邀多位业内专家，分享实战案例与前沿技术解析，活动将重点解读 openEuler 社区开源协作模式与介绍开源实习，指导参会者掌握开源项目贡献路径，助力高校师生与企业技术人员深度参与开源生态建设，同时，本次活动将探索 openEuler 生态下中间件技术的最佳实践，为学术研究提供技术参考，为企业应用落地提供可复用的解决方案。 2026-04-28 08:00-11:30 山东省青岛市黄岛区长江西路66号中国石油大学（华东）唐岛湾校区文理楼110 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-cloud-native-middleware-meetup-tianjin --- 活动列表 openEuler云原生开源中间件Meetup天津站 openEuler云原生开源中间件Meetup天津站已结束 由openEuler社区、东方通、天津职业技术师范大学联合举办的"轻舟泛海，云翼冲天·openEuler云原生开源中间件"为主题的Meetup将在天津职业技术师范大学举办。此次交流活动特邀多位业内专家，分享实战案例与前沿技术解析，为技术爱好者、行业从业者、高校学生等加油充电，深化技术交流与学习，同时还将进行实习宣讲互动，为高校学生解读东方通开源实习项目，提供更多宝贵的实践机会。 2025-05-27 14:00-17:30 天津职业技术师范大学（天津市津南区） 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-cloud-native-middleware-meetup-wuhan --- 活动列表 openEuler云原生开源中间件Meetup 武汉站 openEuler云原生开源中间件Meetup 武汉站已结束 9月25日，openEuler社区联合东方通、武汉职业技术大学联合将在武汉职业技术大学举办以"轻舟泛海，云翼冲天"为主题的Meetup。此次交流活动特邀多位业内专家，分享实战案例与前沿技术解析，为技术爱好者、行业从业者、高校学生等加油充电，深化技术交流与学习，同时还将进行实习宣讲互动，为高校学生解读东方通开源实习项目，提供更多宝贵的实践机会。 2025-09-25 13:45-17:00 武汉职业技术大学关山校区-凌峰楼C11 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-cloud-native-middleware-meetup-xian --- 活动列表 openEuler社区云原生开源中间件Meetup-西安站 openEuler社区云原生开源中间件Meetup-西安站已结束 openEuler社区云原生开源中间件Meetup-西安站特邀多位业内专家，分享实战案例与前沿技术解析，活动将重点解读 openEuler 社区开源协作模式与介绍开源实习，指导参会者掌握开源项目贡献路径，助力高校师生与企业技术人员深度参与开源生态建设，同时，本次活动将探索 openEuler 生态下中间件技术的最佳实践，为学术研究提供技术参考，为企业应用落地提供可复用的解决方案。 2026-06-10 13:30-17:00 西安电子科技大学（长安校区）网络安全研究创新大楼A-103报告厅 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-cloud-native-middleware-meetup --- 活动列表 openEuler 云原生开源中间件Meetup openEuler 云原生开源中间件Meetup已结束 11月26日，东方通、openEuler社区、北京信息科技大学联合将在北京信息科技大学举办以"轻舟泛海，云翼冲天"为主题的Meetup。此次交流活动特邀多位业内专家，分享实战案例与前沿技术解析，为技术爱好者、行业从业者、高校学生等加油充电，深化技术交流与学习，同时还将进行实习宣讲互动，为高校学生解读东方通开源实习项目，提供更多宝贵的实践机会。 2025-11-26 14:00-17:00 北京信息科技大学沙河校区信息楼B座 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-compiler-sig-meetup-beijing --- 活动列表 openEuler Compiler SIG Meetup 北京站 openEuler Compiler SIG Meetup 北京站已结束 本次Meetup特邀来自北京航空航天大学、湖南大学、字节跳动、京东、快手、麒麟软件及华为等高校与企业的多位专家学者齐聚一堂。会议涵盖前沿编译器技术、AI图编译优化、灵衢超节点编程、编译技术业务场景实践及编译器开源社区共建等核心议题，深度链接产学研用领域技术力量，共探编译器技术创新发展之路。 2025-10-16 14:00-17:30 北京中关村北理工亚朵S酒店3层精工厅 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-deepin-meetup-chengdu --- 活动列表 openEuler & deepin Meetup成都站 openEuler & deepin Meetup成都站已结束 在开源技术领域，开源生态建设一直是众多从业者共同关注的话题。为了深入探讨开源生态的发展之道，一场聚焦「开源生态共建」的技术聚会将在成都・菁蓉汇启幕 ── 由 openEuler 社区和deepin（深度）社区与联合主办，如意玲珑社区承办的openEuler & deepin Meetup成都站，邀你成为开源生态版图的「共建者」，无论你是刚踏入开源的「萌新」，还是深耕技术的「老炮」，希望本次活动都能为你带来新的技术视角与灵感。 2025-05-24 14:00-17:30 四川省成都市原岛酒店（环球中心新会展店）5楼3号会议室 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-diverse-computing-meetup-beijing --- 活动列表 openEuler 多样性算力Meetup北京站 openEuler 多样性算力Meetup北京站已结束 openEuler多样性算力 Meetup 将在北京举办，诚邀开发者、企业技术专家及开源爱好者共同参与！openEuler 社区长期致力于推动开源操作系统的发展，构建繁荣的软件生态体系。本次 Meetup 北京站将进一步聚焦多样性算力，汇聚各方力量，深入交流创新实践与技术成果，携手推动多样性算力的落地与生态繁荣。 2025-09-06 13:00-17:00 北京海淀区中关村北理工亚朵S酒店3楼精工厅 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-embedded-agiros-embodied-intelligence-meetup-xian --- 活动列表 openEuler Embedded & AGIROS具身智能技术 Meetup西安站 openEuler Embedded & AGIROS具身智能技术 Meetup西安站已结束 本活动围绕具身智能相关技术，包括但不限于ROS、AI框架、OS底座、具身Agent等进行分享及探讨，同时包含已有的行业优秀案例，以及对未来技术或行业发展趋势的思考。 2025-10-23 14:00-17:30 西安电子科技大学北校区会议中心一层104报告厅 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-embedded-meetup-shanghai --- 活动列表 openEuler Embedded Meetup 上海站 openEuler Embedded Meetup 上海站进行中 8月14日，OpenAtom openEuler（简称“openEuler”或“开源欧拉”）Embedded 具身智能技术 Meetup 将在上海举办。多位来自 openEuler 社区、科研机构和产业一线的技术专家，将围绕具身智能领域的最新探索与实践展开分享，与开发者共同交流机器人智能化背后的技术挑战与创新机会。本次 Meetup 将聚焦开发者真正关心的问题，从 openEuler 社区 Embedded 技术演进，到机器人智能框架、无任务学习、机器人集群协同、工业场景实践等方向，分享前沿探索与真实案例。 2026-08-14 14:00-17:10 上海徐汇漕河泾会议中心（2F 文创厅） 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-intelligence-meetup-hong-kong --- 活动列表 openEuler Intelligence Meetup 香港站 openEuler Intelligence Meetup 香港站已结束 12月20日，openEuler Intelligence Meetup 再一次来到香港，欢迎高校开发者、企业技术专家及开源爱好者共同参与。本次Meetup 将汇聚主要软件厂商与客户，分享智能操作系统技术最新开源进展，并邀请高校开发者分享Intelligence技术实践案例。 2025-12-20 13:00-17:00 香港城市大学杨建文学术楼-紫区- P4704教室 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-intelligence-meetup-online --- 活动列表 openEuler Intelligence Meetup Online openEuler Intelligence Meetup Online已结束 2025-11-29 14:10-15:15 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-meetup-hong-kong --- 活动列表 openEuler Meetup 香港站 openEuler Meetup 香港站已结束 openEuler首次香港线下meetup，该活动由香港开源高校联盟OSCA-HK协办，邀请来自openEule社区运营组组长、SIG maintainer、RustSBI Maintainer以及香港城市大学数据科学系博士后为大家带来openEuler开源社区进展与香港高校科研进展等。 2025-06-12 14:00-17:00 香港城市大学杨建文学术楼G4702 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-meetup-x-opengauss-meetup-xian --- 活动列表 openEuler Meetup X openGauss Meetup 西安站 openEuler Meetup X openGauss Meetup 西安站已结束 openEuler开源社区与openGauss开源社区携手陕西鲲鹏创新中心、西北工业大学，将于西安举办Meetup。本次活动聚焦操作系统与数据库两大核心领域，围绕openEuler与openGauss的最新技术进展、内核优化实践、AI融合创新以及鲲鹏生态赋能等热点话题，邀请资深技术专家与开发者进行深度分享与交流。 2025-09-26 14:00-17:30 西安软件新城二期C2座3F陕西华为联合学院多功能厅 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-on-risc-v-deepin-meetup-beijing --- 活动列表 openEuler on RISC-V & deepin Meetup-北京站 openEuler on RISC-V & deepin Meetup-北京站已结束 openEuler与deepin双社区联合打造AI×RISC-V深度探索之旅！你是否想了解 RISC-V架构的最新进展？是否想探索Linux桌面应用的新体验？是否对AI与操作系统的融合充满好奇？3月22日，OpenAtom openEuler（简称"openEuler"）社区与deepin（深度）社区将联合联合打造AI×RISC-V深度探索之旅！本次活动聚焦AI、RISC-V等前沿技术，邀请多位行业专家现场分享实践经验，无论你是RISC-V爱好者、AI技术探索者，还是Linux 开源社区参与者，都将为你带来新的技术视角与灵感。 2025-03-22 14:00-17:00 北京市海淀区中国科学院软件研究所5号楼四层大报告厅 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-sbom-intelligence-sig-meetup-chengdu --- 活动列表 openEuler SBOM &Intelligence SIG Meetup成都站 openEuler SBOM &Intelligence SIG Meetup成都站已结束 本次活动将聚焦关键行业真实场景，围绕SBOM技术体系、工程实践路径及AI时代下供应链安全新挑战展开深入交流，促进产业界与社区协同创新，推动SBOM生态发展。 2026-04-17 13:30-17:00 四川省成都市锦江区锦鹏二街69号白鹭湾科技生态园B区1栋1单元6层601号 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-sds-meetup-online --- 活动列表 openEuler SDS Meetup Online openEuler SDS Meetup Online已结束 2025-11-28 14:00-16:25 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-sig-arm-meetup-shenzhen --- 活动列表 openEuler SIG-ARM Meetup 深圳站 openEuler SIG-ARM Meetup 深圳站已结束 本场Meetup是openEuler Arm SIG 年度技术聚会。我们将汇聚Arm生态头部芯片厂商与软件巨头嘉宾，深度剖析openEuler在Arm架构的最新性能优化与创新实践，并带来云原生/AI等关键负载在Arm服务器上的迁移、部署与调优实战指南。活动聚焦核心挑战，分享数据库、中间件等关键基础软件栈的Arm适配经验与解决方案，并探讨Arm服务器生态的未来趋势与标准化进展。 2025-07-18 14:00-17:30 南山区海天一路软件产业基地4栋B座1楼 禾木HOMEY SPACE（雅禾厅） 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-sig-long-heterogeneous-computing-meetup-beijing --- 活动列表 openEuler SIG-Long 异构融合技术Meetup北京站 openEuler SIG-Long 异构融合技术Meetup北京站已结束 本次活动以异构融合技术为核心，特邀多位来自北京大学、北京航空航天大学、京东、Intel、华为的技术专家，深入探讨异构融合技术的发展与落地。openEuler sig-Long 致力于构建异构融合计算基础设施框架，实现算力统一接入、异构融合内存、异构融合虚拟化、算力切分、资源优先级配置、弹性迁移等关键能力。 2025-08-22 14:00-17:30 北京中关村皇冠假日酒店四层会议室8 活动回顾 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/openEuler-sig-yuanrong-meetup-hangzhou --- 活动列表 openEuler SIG Yuanrong Meetup 杭州站：Serverless X 分布式计算，共筑Agentic AI Infra openEuler SIG Yuanrong Meetup 杭州站：Serverless X 分布式计算，共筑Agentic AI Infra已结束 本期openEuler SIG Yuanrong Meetup与大家相约杭州，以“Serverless X 分布式计算，共筑Agentic AI Infra”为主题，内容涵盖openYuanrong项目介绍及openYuanrong在多级缓存推理加速，AI Agent多租安全等方向上的优秀实践。我们期待与您面对面，共同探讨如何通过 openYuanrong 构建下一代 AI 原生基础设施，并聆听您对项目发展和生态建设的宝贵建议。 2026-07-25 14:00-17:30 杭州市余杭区未来星宸6幢万斯酒店三楼多功能宴会厅 活动议程 --- https://www.openeuler.org/zh/interaction/event-list/collect/ --- # 活动 活动概览 活动列表 ## 如何申请 ​ 如果您有兴趣在所在城市举办 openEuler Meetup，为了保证活动顺利进行，在举办社区开发者活动前，您需要在此处申请 ## 申办审核 ​ 如果您的申请符合上述申办要求，我们会在 5 个工作日内审核并通过电子邮件events@openeuler.sh与您联系，以便提供 openEuler Meetup 赋能支持并与 openEuler 社区冠名联合主办单位；即便申请不合适，我们仍会通过电子邮件通知您，请确保申办表信息无误。 ## 可获得哪些赋能支持 ​ 下载 《openEuler社区介绍》 - 活动物料模板（易拉宝、宣传海报、主 KV、横幅、拍照异形牌、直播背景框等源文件） - 宣传资源支持（报名小程序、官网、公众号、社群等渠道宣传） - openEuler B 站直播间资源（如需直播） - 社区纪念品（支持 100 人规模以下的实际人数申请） ## 活动举办 ​ 申办单位作为联合主办方参与筹办 Meetup，活动物料使用符合 openEuler 社区品牌规范，作为主导力量推动活动全流程，保证活动的顺利进行。 ## 活动成果反馈 ​ 感谢 Meetup 主办方为 openEuler 社区举办精彩的开发者活动。可以更好地了解活动的情况和效果，从而不断提升 openEuler Meetup 活动的质量和影响力，在活动结束后 3 个工作日内主办方需向社区提供验收反馈资料。 活动成果反馈请联系events@openeuler.sh --- https://www.openeuler.org/zh/interaction/event-list/detail/ --- --- https://www.openeuler.org/zh/interaction/event-list/latest/ --- # 活动 活动概览 活动列表 ## 活动列表 活动系列 全部 国际开源会议 生态技术会议 Call for X 开发者活动 赛事 & 高校 版本发布计划 其他 活动状态 全部 进行中 已结束 未找到相关活动 --- https://www.openeuler.org/zh/interaction/event-list/meetup-form/ --- ## openEuler Meetup申请表 请先登录后，再填写 --- https://www.openeuler.org/zh/interaction/event-list/review/ --- # 活动 活动概览 活动列表 --- https://www.openeuler.org/zh/interaction/live-list/ --- # 直播 精彩回顾 ##### openEuler软件供应链安全SBOM介绍 刘政均2024年 4月25日 19:00（周四） 观看回放 ##### openEuler软件包引入与版本发布安全介绍 李彦成2024年 4月18日 19:00（周四） 观看回放 ##### openEuler基础设施环境安全介绍 范佳臣2024年 4月10日 19:00（周三） 观看回放 ##### openEuler社区安全漏洞治理 罗钰凯2024年 3月8日 19:00（周四） 观看回放 ##### openEuler用户软件仓介绍与功能演示 李超然2023年 3月2日 19:30（周四） 观看回放 ##### openEuler 安全编译选项介绍 涂身梅2021年 4月27日 17:30（周二） 观看回放 --- https://www.openeuler.org/zh/interaction/news-list/ --- # 新闻 时间 作者 标签 暂无数据 --- https://www.openeuler.org/zh/interaction/post-blog/ --- 博客Guidance to Post a Blog ## Guidance to Post a Blog ## 准备 ​ 1. 参考http://git.mydoc.io/?t=179267 注册 AtomGit 账号。 2. 在 AtomGit 个人设置中设置主邮箱地址，在此https://atomgit.com/setting/email。 3. 签署贡献者协议，https://clasign.osinfra.cn/sign/6983225bdcbb19710248ccf0?lang=zh。 4. 参考http://git.mydoc.io/?t=180692准备你的git环境。 ## 理解博客格式 ​ openEuler 是用 markdown 格式写博客的。 请阅读该文章 https://atomgit.com/openeuler/openEuler-portal/blob/master/app/zh/interaction/post-blog/index.md来理解 openEuler 博客是如何设计的。 文件头需要包含如下信息： --- title: "Sample Post" date: 2020-03-03 category: blog tags: - Sample - ABC - cccc sig: sig-xxx archives: 2020-03 author: - openEuler Blog Maintainer summary: "Just about everything you'll need to style in the theme：headings, paragraphs, blockquotes, tables, code blocks, and more." --- Here you can edit your blog. 小提示：你可以复制 https://atomgit.com/openeuler/openEuler-portal/blob/master/app/zh/interaction/post-blog/blog\_example/20220901-sample-post.md 到你的工作路径下然后继续编辑。 ### 关于格式 ​ **站点使用了vitepress框架提供了更好的SEO，及更快的加载速度,但也有更严格的打包规则，以下规则非常重要我们建议你花几分钟阅读：** - md文件的文件名中禁止包含 **+** 号。 - 图片命名禁止 **空格** 、且大小写敏感，建议统一使用小写命名加中划线连接。如 blog-example.png。 -
属于已弃用标签，vitepress将不再支持，如有需要可以使用
。 - md中如需使用HTML标签，该标签需要闭合，如
。 - 暂不支持 c++ 语言代码块，如果你有c++代码需要展示，请不要指定代码块语言，而是采用默认语言。 - 如果您的博客中包含代码、文件路径、键名、命令请使用代码块将其包裹。 ## 提交博客 ​ 使用 AtomGit 的 PR(Pull Request)进行博客提交。 1. Fork openEuler 博客项目 https://atomgit.com/openeuler/openEuler-portal 到你自己的项目中。如果需要具体指导请参考 http://git.mydoc.io/?t=153749 。 2. Clone 代码 git clone https://atomgit.com//openEuler-portal 3. 创建分支 git checkout -b 4. 创建工作路径 如果你发表中文博客，工作路径是 `app/zh/blog` 。 假设你要写一个中文博客： cd app/zh/blog mkdir cd touch YEAR-MONTH-DAY-title.md 你可以以你的 md 文档名来命名你的资源文件，方便使用。例如： YEAR-MONTH-DAY-title-NN.MARKUP 其中，YEAR, MONTH, DAY, 和 title 和你的博客 md 文件名一致。NN 是 01、02、03 这样的序号。MARKUP 文件扩展名。如下例子： 2020-01-01-new-years-is-coming.md 2020-01-01-new-years-is-coming-01.png 2020-01-01-new-years-is-coming-02.gif 2020-01-01-new-years-is-coming-03.pdf 使用 HTML 标签嵌入图片， 但你的图片资源需要放入当前目录下（即 your-atomgit-id 目录下），输入图片名称作为 src 值： 1. Commit 你的博客 git add git commit -m "" git push origin : 2. 参考 http://git.mydoc.io/?t=153749 提交你的 PR 3. 等待评审和合入。 * * * 【版权声明】Copyright © 2026 openEuler Community。本文由openEuler社区首发，欢迎遵照 CC-BY-SA 4.0 协议规定转载。转载时敬请在正文注明并保留原文链接和作者信息。 【免责声明】本文仅代表作者本人观点，与本网站无关。本网站对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文仅供读者参考，由此产生的所有法律责任均由读者本人承担。 --- https://www.openeuler.org/zh/interaction/post-blog/blog_example/20220901-sample-post --- 博客Sample Post ## Sample Post openEuler Blog Maintainer2020-03-03SampleABCcccc ## HTML Elements ​ Below is just about everything you'll need to style in the blog. # Heading 1 ​ ## Heading 2 ​ ### Heading 3 ​ #### Heading 4 ​ ### Body text ​ This blog is about bla **This is strong**. ### Quotation ​ > The sites that have been chosen are listed and described next to each work, with encapsulating quotes or pieces of text narrating central themes for the groups. ## List Types ​ ### Ordered Lists ​ 1. Item one 1. sub item one 2. sub item two 3. sub item three 2. Item two ### Unordered Lists ​ - Item one - Item two - Item three ## Tables ​ | Header1 | Header2 | Header3 | | --- | --- | --- | | cell1 | cell2 | cell3 | | cell4 | cell5 | cell6 | ## Code ​ struct async_entry { struct list_head domain_list; struct list_head global_list; struct work_struct work; async_cookie_t cookie; async_func_t func; void *data; struct async_domain *domain; }; * * * 【版权声明】Copyright © 2026 openEuler Community。本文由openEuler社区首发，欢迎遵照 CC-BY-SA 4.0 协议规定转载。转载时敬请在正文注明并保留原文链接和作者信息。 【免责声明】本文仅代表作者本人观点，与本网站无关。本网站对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文仅供读者参考，由此产生的所有法律责任均由读者本人承担。 --- https://www.openeuler.org/zh/interaction/post-news/ --- 新闻Guidance to Post a News ## Guidance to Post a News ## 准备 ​ 1. 参考 http://git.mydoc.io/?t=179267 注册 AtomGit 账号。 2. 在 AtomGit 个人设置中设置主邮箱地址，在此https://atomgit.com/profile/emails。 3. 签署贡献者协议，https://www.openeuler.org/zh/other/cla。 4. 参考http://git.mydoc.io/?t=180692准备你的git环境 ## 理解新闻格式 ​ openEuler 是用 markdown 格式写新闻的。 请阅读该文章 https://atomgit.com/openeuler/openEuler-portal/blob/master/app/zh/interaction/post-news/index.md来理解 openEuler 新闻是如何设计的。 文件头需要包含如下信息： --- title: Sample Post date: '2020-03-03' tags: - theme banner: img/banners/banner-2020hdc.png author: - openEuler sig: sig-xxx summary: Just about everything you'll need to style in the theme：headings, paragraphs, blockquotes, tables, code blocks, and more. --- Here you can edit your news. 小提示：你可以复制 https://atomgit.com/openeuler/openEuler-portal/blob/master/web-ui/docs/zh/interaction/post-news/news\_example/2020-03-03-sample-post.md 到你的工作路径下然后继续编辑。 ## 提交新闻 ​ 新闻的提交利用了 AtomGit 的 PR(Pull Request)。 1. Fork openEuler 新闻项目 https://atomgit.com/openeuler/openEuler-portal 到你自己的 AtomGit 上。如果需要具体指导请参考 http://git.mydoc.io/?t=153749 。 2. Clone 代码 git clone https://atomgit.com//openEuler-portal 3. 创建分支 git checkout -b 4. 创建工作路径 如果你发表中文新闻，工作路径是 app/zh/news 。 假设你要写一个英文新闻： cd app/en/news mkdir cd touch YEAR-MONTH-DAY-title.md 你可以以你的 md 文档名来命名你的资源文件，方便使用。例如： YEAR-MONTH-DAY-title-NN.MARKUP 其中，YEAR, MONTH, DAY, 和 title 和你的新闻 md 文件名一致。NN 是 01、02、03 这样的序号。MARKUP 文件扩展名。如下例子： 2020-01-01-new-years-is-coming.md 2020-01-01-new-years-is-coming-01.png 2020-01-01-new-years-is-coming-02.gif 2020-01-01-new-years-is-coming-03.pdf 使用 HTML 标签嵌入图片， 但你的图片资源需要放入当前目录下（即 your-atomgit-id 目录下），输入图片名称作为 src 值： 1. Commit 你的新闻 git add git commit -m "" git push origin : 2. 参考 http://git.mydoc.io/?t=153749 提交你的 PR 3. 等待评审和合入。 * * * --- https://www.openeuler.org/zh/interaction/summit-list/2403-version-release/ --- openEuler 24.03 LTS 版本发布会 2024.06.06北京金茂万丽酒店 大会简介 2024年6月6日，OpenAtom openEuler（简称“openEuler”）将在北京举办openEuler 24.03 LTS发布会 ，大会以openEuler 24.03 LTS版本发布为契机，邀请社区成员单位、用户、贡献者共同见证openEuler 24.03 LTS版本发布，全方位了解最新版本特性和技术进展。 openEuler开源四年多以来，社区快速成长，据IDC报告，2023年中国新增服务器操作系统中，openEuler系操作系统系市场份额达36.8%，位居第一。用户覆盖政府、电信、金融、能源、公共事业等领域。 本次发布会将正式发布基于Linux Kernel 6.6 内核的openEuler 24.03 LTS版本，对openEuler在AI、云原生、边缘计算、嵌入式等众多热点领域的创新进行解读，同时对openEuler社区在技术、生态、国际化等维度的发展进行探讨。 诚邀您参加openEuler 24.03 LTS发布会，共同见证openEuler全新版本发布，探讨openEuler未来发展的无限可能！ 现场直播 会议议程 上午 开场致辞 2024/06/0610:00-10:05 openEuler社区进展 2024/06/0610:05-10:15 openEuler 24.03 LTS发布仪式 2024/06/0610:15-10:25 openEuler 24.03 LTS特性解读 2024/06/0610:25-10:45 Panel 汇聚产业力量，共建操作系统根社区 2024/06/0610:45-11:15 Panel 从通用算力多样化到智能算力多样化，使能智能时代全场景应用 2024/06/0611:15-12:00 ### 精彩回顾 openEuler Summit 2023openEuler Developer Day 2023openEuler Summit 2022湖南欧拉操作系统生态大会 --- https://www.openeuler.org/zh/interaction/summit-list/devday2023/ --- openEuler Developer Day 2023 （简称 ODD 2023）—— openEuler 社区年度顶级会议，是开放原子开源基金会旗下 openEuler 社区发起的开发者峰会。 旨在持续推动操作系统乃至基础软件的创新和突破。本次 ODD 2023 将全面展示全新发布的23.03创新版本特性、多样性计算和全场景协同的技术成果、分享各行各业基于 openEuler 的商业实践、展示 openEuler 与国际开源社区和高校的合作以及研究进展。同时 ODD 也是社区的年度大型工作会议，协同讨论版本路线以及联合创新。openEuler 始终与开发者在一起，用 openEuler 构筑坚实的软件根基，成就属于每位开发者的 openEuler 时代。 ### 精彩回顾 ### 会议日程 20 APRIL 21 APRIL 09:30-11:30电力行业技术创新及应用闭门会 麒麟信安主办 09:30-11:30行业应用创新和生态发展闭门会 统信软件主办 14:00-16:30金融行业技术创新及应用闭门会 麒麟软件主办 14:00-17:302023-2024年openEuler委员会闭门会 15:30-17:002023-2024年openEuler用户委员会闭门会 16:00-18:00openEuler科技大V媒体沙龙 上午 下午 #### openEuler开发者峰会主论坛（10:00-12:10） 10:00-10:05院士致辞 10:05-10:10openEuler社区捐赠人领导致辞 10:10-10:15基金会致辞 10:15-10:25主题演讲：海纳百川 奔涌向前-openEuler社区发展展望 10:25-10:35openEuler社区成果展示\-openEuler工业领域操作系统委员会筹备工作组成立\-创新项目加入openEuler项目群成果发布 10:35-10:40北航-华为关键软件联合实验室揭牌暨成果发布 10:40-10:55主题演讲：谋势而动 蓄势待发-openEuler技术前沿展望 10:55-11:25创新成果：openEuler全场景联合创新方案发布 11:25-12:05联合演讲：openEuler行业应用实践分享 12:05-12:10开放原子校源行@openEuler活动启动仪式 ### 演讲嘉宾 #### 技术分论坛演讲嘉宾 王金磊 中移（苏州）软件技术有限公司 软件开发工程师 赵磊 江苏润和软件股份有限公司 专家级工程师 冯成文 华为技术有限公司 资深工程师 黄河清 华为技术有限公司 高级工程师 游益锋 天翼云科技有限公司 后台开发工程师 胡科开 华为技术有限公司 资深安全专家 周广伟 华为技术有限公司 安全技术专家 杨牧天 北京中科微澜科技有限公司 CEO 柳鑫浩 湖南麒麟信安科技股份有限公司 高级工程师 李崇 英特尔 系统软件架构师 班有容 中国移动研究院 项目经理 陈华才 龙芯中科 内核开发工程师 庄浩坚 Linaro Senior Software Engineer 纪涛 中国科学院软件研究所 OEPKGS 产品经理 朱春意 openEuler Maintainer 张道龙 软通动力信息技术（集团）股份有限公司 云计算开发专家 曾宏安 北京凝思软件股份有限公司 北京研发中心总经理 ### 技术分论坛出品人 郭寒军 openEuler Maintainer 魏建刚 润和软件 欧拉产品经理 郑振宇 华为技术有限公司 高级软件工程师 任慰 openEuler 技术委员会委员 陆志浩 openEuler Maintainer 李君弋 openEuler Maintainer 曾宏安 北京凝思软件股份有限公司 北京研发中心总经理 马骏 软通动力 openEuler研究中心主任 杜开田 openEuler Maintainer 黄晓权 openEuler Committer 吴伟 中科院软件所 PLCT实验室项目总监 魏刚 openEuler 安全委员会主席 朱健伟 openEuler 安全委员会委员 ### 共建单位 #### 指导单位 #### 主办单位 #### 联合主办单位 #### 协办单位 ### 精彩回顾 openEuler Summit 2022 --- https://www.openeuler.org/zh/interaction/summit-list/devday2025/ --- 观看回放 活动简介 活动日程 会场导览 活动简介 - openEuler Developer Day 2025 （简称 ODD 2025）是开放原子开源基金会孵化及运营的 openEuler 社区发起的开发者大会。旨在持续推动操作系统乃至基础软件的创新和突破。本次 ODD 2025 将全面展示全新发布的25.03创新版本特性、展示内核开发、多样性计算和全场景协同的技术成果、分享各行各业基于 openEuler 的商业实践。同时 ODD 也是社区的年度大型工作会议，协同讨论版本路线以及联合创新。openEuler 始终与开发者在一起，用 openEuler 构筑坚实的软件根基，成就属于每位开发者的 openEuler 时代。 - 我参与，我做主。开源是一种态度，分享是一种精神。欢迎申报SIG Gathering 环节相关议题。 SIG Gathering 本次ODD大会的SIG Gathering环节将设立八大专题研讨，方向为：内核开发、AI生态支持、上游生态支持、openEuler高效开发、用户体验设计、云与云原生、全场景应用、RISC-V。欢迎各SIG组选择您感兴趣的的专题链接，填写您的需求，一起线下共同探讨，寻求解决方案。 - 内核开发 B1层 龙井厅 全天 本专题将与开发者一起探讨openEuler内核那些事儿：如何提升openEuler内核竞争力、给上游社区做贡献、内核CVE感知和修复、以及多样性算力平台支持等，提升openEuler内核竞争力和健壮性 查看议题 - 全场景应用 3F层 永兴厅 全天 本专题将与开发者一起探讨openEuler在多场景的应用及未来发展方向，一套架构搞定服务器、云计算、边缘计算和嵌入式等全场景应用 查看议题 - AI生态支持 B1层 虎跑厅 全天 本专题将与开发者一起探讨openEuler的多样化三层AI使能架构： 1\. 基于LLM的智能交互平台，颠覆传统shell命令交付的模式，改进传统学习，开发，调优，运维体验，智能新语义支持应用智能化升级，共建AI生态 2\. CPU/GPU/NPU算力融合，面向训练高可用/推理低成本方向，降本增效 3\. AI 主流软件栈4层栈全栈兼容及封装，主流推理框架加速，开箱即用 查看议题 - openEuler高效开发 B1层 秋月厅 下午 本专题将与开发者一起聊聊怎么在openEuler上更好地开发。从openEuler本地开发环境、加包与更新维护、社区开发与协作基础设施等多个角度，打造更便利的“openEuler高效开发”的开发者体验 查看议题 - 上游生态支持 B1层 桂雨厅 上午 openEuler始终遵循“上游优先”的策略，帮助开源软件上游天然支持openEuler，让用户可以在开发、集成、使用这些软件时获得便利 本方向主要涉及：openEuler上游支持技术讨论及进展同步，讨论如何做好从上游支持到openEuler集成发布的关键环节，包含上游协同，监测，维护管理等 查看议题 - 用户体验设计 B1层 秋月厅 上午 本专题将与开发者一起聊聊openEuler用户体验设计的“大动作”： 1\. 深化知识共享：提供高质量的中英文文档，与协作机制，作为知识共享的基石 2\. 推动技术融合：通过软硬件兼容性测试与认证，促进openEuler生态的健康发展 3\. 人才培养与发展：通过设计和实施有效的人才认证和培养计划，为人才提供成长和发展的机会 4\. 设计语言的统一与创新：通过构建一致性的设计语言，定义社区视觉规范 查看议题 - RISC-V B1层 玉皇厅 全天 探讨openEuler在RISC-V架构上的最新进展、应用案例和发展方向，提升openEuler多样性算力支持的能力 查看议题 - 云&云原生 B1层 桂雨厅 下午 探讨openEuler在云计算与云原生领域的技术生态满足度提升、技术创新、领域Top开源社区集成和联合创新等相关内容，为云与云原生领域开发者和用户提供极致体验 查看议题 活动日程 04月11日 April 11 会场导览 精彩回顾 操作系统大会 & openEuler Summit 2024 openEuler SIG Gathering 2024 openEuler Summit 2023 openEuler Developer Day 2023 openEuler Summit 2022 湖南欧拉操作系统生态大会 --- https://www.openeuler.org/zh/interaction/summit-list/devday2026/ --- 观看回放 活动简介 openEuler Developer Day 2026（ODD 2026）是开放原子开源基金会孵化及运营的 openEuler 社区发起的年度开发者大会。 在 AI、算力与多样性架构全面加速的时代，操作系统正跃升为技术创新核心引擎与生态基石。大会聚焦 AI 时代操作系统创新，展示社区最新AI技术成果与行业实践，SIG Gathering上围绕未来 LTS 及创新版本规划凝聚技术共识，协同版本路线与联合创新。 秉承 “我参与，我做主” 的开源精神，openEuler Developer Day 2026 欢迎广大开发者共同参与，共创属于开发者的 openEuler 时代。 SIG Gathering Kernel&基础服务 多功能厅1 全天 本专题聚焦 openEuler 内核及周边基础库，围绕竞争力与稳定性提升、上游社区贡献、CVE 高效响应、多样性算力平台支持 四大方向展开深入探讨，旨在持续提升内核的健壮性、安全性与生态适配能力，为上层应用提供坚实底座。 查看议题 AI生态支持&技术创新 多功能厅2 全天 openEuler 作为基础设施中间层，面向通用算力与智能算力多样化进行使能。本专题聚焦 AI 生态工具的适配集成与 AI Infra 技术创新，共同构建开放、高效的 AI 基础软件栈。 查看议题 RISC-V 多功能厅5 上午 探讨 openEuler 在 RISC-V 架构上的最新进展、应用案例与发展方向，持续提升多样性算力支持能力，推动 RISC-V 生态繁荣。 查看议题 超节点技术创新 多功能厅6 上午 面向超节点场景，聚焦硬件使能、中间件与应用创新，围绕内存统一编址、设备池化管理、异构资源融合、全局资源视图等技术特点，充分释放超节点算力潜能。 查看议题 AI时代高效开发与生态包管理 多功能厅7 + 8 上午 面向 AI 时代开发者，围绕社区基础设施、构建测试服务、工具链，优化“基于 openEuler 做开发”的体验，并探讨软件包管理流程与技术改进。 查看议题 全场景&Agent Infra 多功能厅5 下午 探讨openEuler在云原生、大数据、数据库等领域的技术生态满足度提升、技术创新、领域Top开源社区集成和联合创新等相关内容，为全场景领域开发者和用户提供极致体验；探索AI Agent时代的安全沙箱等技术创新，打造可靠的Agent基础设施。 查看议题 AI使能安全与漏洞处理 多功能厅6 下午 围绕 openEuler 社区安全技术与流程，探讨 CVE 修复的工具链、最佳实践，以及 AI 技术在漏洞感知、分析与修复中的应用。 查看议题 具身智能&嵌入式 多功能厅7 + 8 下午 面向新型工业自动化与具身智能场景，聚焦嵌入式核心技术（MICA、UniProton、嵌入式虚拟化）的演进，探索实时性与智能化融合的技术创新。 查看议题 活动日程 上午 8:30-8:35 开场 8:35-8:40 云开天地阔，再赴新智程 刘飞 开放原子开源欧拉委员会执行总监 8:40-9:20 openEuler技术前沿与展望：夯实超节点算力底座，面向Agentic AI演进 胡欣蔚 开放原子开源欧拉技术委员会主席 9:20-9:30 SIG Gathering 整体介绍 郑振宇 开放原子开源欧拉社区运营组组长 9:30-12:00 SIG Gathering 专题研讨 下午 13:00-13:30 开发者醒脑运动 13:30-16:00 SIG Gathering 专题研讨 14:30-16:00 openEuler AI Workshop 16:00-16:30 Poster Session 现场交流 16:30-18:00 SIG Gathering 快闪总结 晚上 18:00-20:00 开发者之夜 精彩回顾 openEuler Summit 2025 openEuler Developer Day 2025 操作系统大会 & openEuler Summit 2024 openEuler SIG Gathering 2024 openEuler Summit 2023 openEuler Developer Day 2023 openEuler Summit 2022 湖南欧拉操作系统生态大会 --- https://www.openeuler.org/zh/interaction/summit-list/sig-gathering-2024/ --- openEuler SIG Gathering 2024 2024.07.26 | 北京香格里拉饭店 2024.07.26 | BEIJING 活动简介 - openEuler SIG Gathering 2024将于7月26日在北京香格里拉饭店举行。本次活动面向社区108个SIG组，诚邀社区开发者齐聚现场，通过全天线下会议，聚焦openEuler 24.03 LTS 版本后续重要规划和各SIG2024年下半年重要技术方案以及开发计划。 - “我参与，我做主”，本次SIG组工作会议将设立六大专题研讨，方向为：多样性算力、全场景应用、AI原生支持、openEuler原生开发、上游原生支持、用户体验研究。欢迎各SIG组选择您感兴趣的的专题链接，填写您的需求，一起线下共同探讨，寻求解决方案。 专题分类 - 多样性算力 多样性算力支持是openEuler领先性的核心竞争力之一。openEuler不仅吸引了国际上类似于Intel，AMD，ARM和Linaro等主流平台厂商的深度参与，也为国内众多架构体系和厂商如LongArch，申威和华为等众多ARM或者RISC-v厂商的生态发展汇聚了大量的开发资源和软硬件生态。openEuler的多样性发展策略必将为操作系统全架构基础底座奠定最坚实的基础 本专题将以多样性算力为主题，探讨异构计算架构、多平台支持、CPU/GPU/NPU/加速器协同等话题，并共同协商和规划openEuler的全架构发展计划 查看详情 - 全场景应用 openEuler自开源之初就以支撑全场景应用为核心特点，解决不同场景的软烟囱问题。openEuler的最新版本中在性能、可靠性、安全性、易用性等方面有了进一步提升，以支持服务器、云计算、边缘计算和嵌入式等场景的全面应用和创新 本专题将结合技术演进和实际案例探讨openEuler在全场景应用方面的发展和规划以及面向AI生态的结合 查看详情 - AI原生支持 openEuler在2023年提出了“AI for openEuler, openEuler For AI”的发展方向，在2024年发布了首个AI原生LTS版本24.03 LTS，通过各类创新技术实现了openEuler从通用算力的多样化，到智能算力的多样化三层AI使能架构 本专题将围绕AI原生支持对以下具体方向展开讨论： 1\. 基于LLM的智能交互平台，颠覆传统shell 命令交付的模式，改进传统学习，开发，调优，运维体验，智能新语义支持应用智能化升级，共建AI生态 2\. CPU/GPU/NPU 算力融合，面向训练高可用/推理低成本方向，降本增效 3\. AI 主流软件栈4层栈全栈兼容及封装，主流推理框架加速，开箱即用 4\. 云原生智能容器探讨 查看详情 - openEuler原生开发 操作系统作为应用与技术创新的底座，其软件生态和原生开发体验是对于应用和创新效率提升至关重要的关键因素，目前openEuler已有超过680万装机量，社区汇聚近2万名开发者，如何使能这些开发者更好的基于openEuler进行原生开发，进一步提升开发效率是openEuler社区的关键工作之一 本专题将对以下方面进行讨论： openEuler本地开发环境、加包与更新维护、社区开发与协作基础设施、社区构建测试服务 查看详情 - 上游原生支持 openEuler始终遵循“上游优先”的策略，帮助上游开源软件原生支持openEuler，让用户可以在开发、集成、使用这些软件时获得便利 本方向主要涉及：openEuler上游原生支持技术讨论及进展同步，讨论如何做好从上游原生支持到openEuler原生发布的关键环节，包含上游协同，监测，维护管理等 查看详情 - 用户体验研究 1\. 深化知识共享：提供高质量的中英文文档，作为知识共享的基石 2\. 推动技术融合：通过软硬件兼容性测试与认证，促进openEuler生态的健康发展 3\. 提升服务效率：通过多途径服务支撑，沉淀常见案例，不断提升解决问题的效率 4\. 增强系统建设：夯实设计系统能力，增强基础设施建设，打造更优的用户体验 查看详情 活动日程 07月26日 July 26 精彩回顾 openEuler Summit 2023 openEuler Developer Day 2023 openEuler Summit 2022 湖南欧拉操作系统生态大会 --- https://www.openeuler.org/zh/interaction/summit-list/sig-gathering-2024/apply/ --- ## openEuler SIG Gathering 2024 活动报名 您好，活动报名已截止 --- https://www.openeuler.org/zh/interaction/summit-list/sig-gathering-2024/register/ --- ## openEuler SIG Gathering 2024 活动报名 您好，活动报名已截止 --- https://www.openeuler.org/zh/interaction/summit-list/summit2022/ --- 数字经济成为全球经济增长的主引擎，数字经济的快速发展，带来数字化、智能化的巨大发展机遇。操作系统作为数字基础设施的底座，已经成为推动产业数字化、智能化发展的核心力量。操作系统产业峰会2022旨在聚集全产业链力量，聚焦基础软件核心能力构建，引领基础软件持续创新，加快实现高水平科技自立自强。 openEuler Summit 是由欧拉开源社区发起并举办的年度开源操作系统峰会。openEuler专注核心技术和全场景能力创新，构建多样性计算支持最佳的基础软件能力。充分释放开源协作的创新活力，通过开源开放，不断探索科技创新的边界，驱动物理世界与数字世界的深度融合。openEuler与社区伙伴持续构建自循环、自发展的上下游产业链。通过商业验证，提升市场占有率，成为数字基础设施的坚实底座。社区贡献者、行业用户、合作伙伴在 openEuler Summit 汇聚，驱动无止境的创新与拓展，闪耀数字时代星辰大海。 ### 精彩回顾 12月28日 12月29日 ### 会议日程 #### 12月28日 操作系统产业峰会 2022 上午：主论坛 下午：分论坛 9:30 - 9:35工信部领导致辞 王江平工业和信息化部党组成员、副部长 9:35 - 9:40华为领导致辞 汪涛华为常务董事、ICT基础设施业务管理委员会主任 9:40 - 9:45基金会领导致辞 孙文龙开放原子开源基金会理事长 9:45 - 9:502022年度openEuler领先商业实践颁奖 潘妍国家工业信息安全发展研究中心软件所所长 9:50 - 10:00引领多样性计算的未来 倪光南中国工程院院士、openEuler开源社区顾问专家委员会委员 10:00 - 10:10操作系统发展之未来 梅宏中国科学院院士 10:10 - 10:20强根铸魂，加速中国操作系统发展 廖湘科中国工程院院士 10:20 - 10:30中国开源的崛起 王怀民中国科学院院士 10:30 - 10:40立根铸魂 崛起数智时代 江大勇openEuler社区理事长 10:40 - 10:50天元操作系统，共筑移动云新一代算网基座 高同庆中国移动通信集团有限公司副总经理 10:50 - 11:00引领云计算科技创新 共筑天翼云数字底座 李峻中国电信集团有限公司副总经理 11:00 - 11:10共筑算力发展新生态 共建数字经济强引擎 梁宝俊中国联合网络通信集团有限公司副总经理 11:10 - 11:15openEuler&openGauss人才发展加速计划2022年度颁奖 14:00 - 14:10欧拉社区领导致辞 冯冠霖开放原子开源基金会秘书长 14:10 - 14:30夯实算力底座，赋能产业升级 杨汇成麒麟软件有限公司产品与社区发展中心副总经理 14:30 - 14:45强强联合，共筑开源产业根基 熊伟openEuler社区技术委员会委员、开放原子开源基金会TOC委员 14:45 - 15:00价值替代，生态共融，共铸数智化转型新未来 李绍文用友网络科技股份有限公司集团信创技术管理委员会组长 15:00 - 15:15携手麒麟，筑牢网信安全根基 周华涛奇安信科技集团股份有限公司保密信创总体部总经理 15:15 - 15:30承上启下，共建网信新生态——FlyingServer，打造网信精品应用中间件 刘海平亚信科技（中国）有限公司研发中心平台产品线总经理 15:30 - 15:45星环大数据 & 麒麟操作系统联合解决方案 张雷星环信息科技（上海）股份有限公司生态合作总监 15:45 - 16:00夯实安全基础，共创保险数字化未来 张正中科软科技股份有限公司技术总监 14:00 - 14:10致辞 任启麒麟信安高级副总裁 14:10 - 14:15欧拉社区领导致辞 邱成峰openEuler社区秘书长 14:15 - 14:35麒麟信安操作系统发展现状与路线规划 石勇麒麟信安操作系统产品总监、openEuler技术委员会委员 14:35 - 14:55共建欧拉开源根技术 打造操作系统新生态 管延杰openEuler兼容性SIG maintainer 14:55 - 15:15湖南欧拉生态建设概况与发展规划 刘华杰湖南欧拉生态创新中心BD负责人 15:15 - 15:35创新不止 云化提速——麒麟信安云技术创新与应用实践 徐鹏麒麟信安售前方案总监 15:35 - 15:55原地替换 应用透明——麒麟信安操作系统CentOS迁移方案技术实践 高洪鹤麒麟信安技术专家、openEuler用户委员会委员 14:00 - 14:05欢迎致辞 张木梁统信软件生态中心副总经理 14:05 - 14:10欧拉社区领导致辞 江大勇欧拉社区董事长 14:10 - 14:30统信基于Cent OS停服的迁移实践 李小平统信软件服务器产线产品市场总监 14:30 - 14:50共建欧拉开源根技术 打造操作系统新生态 管延杰欧拉社区技术专家 14:50 - 15:05打造数智化算力底座，合作共赢算力新时代 邓忠良同方计算机有限公司副总经理 15:05 - 15:20GBase 8c多模多态分布式数据库基于国产生态的创新实践分享 李凯南大通用GBase 8c产品总监 15:20 - 15:35共享共建基础软件生态，开源协作夯实数字化底座 李洪巍北京宝兰德软件股份有限公司副总经理 15:35 - 15:50基于UOS的网信银行网点渠道建设探索 李思佳赞同科技渠道产品总监 15:50 - 16:05软通动力携手统信，共荣基础软件生态 刘合领软通动力欧拉服务经理 14:00 - 14:05欧拉社区领导致辞 冯冠霖开放原子开源基金会秘书长 14:05 - 14:10欢迎致辞 高培软通动力副总裁 14:10 - 14:25基于欧拉开源根技术，打造操作系统新生态 熊伟openEuler社区技术委员会委员 14:25 - 14:40躬身入局，共创欧拉未来 马骏软通动力openEuler研究中心主任 14:40 - 14:45软通动力携手客户与伙伴共建欧拉生态，加速产品和服务推广 软通动力、客户、伙伴 14:45 - 15:00携手openEuler，为中国数字时代提供更多可能 杨宗伟软通动力openEuler研究中心专家 15:00 - 15:15欧拉一站式服务解决方案，助力行业根深叶茂 王军软通动力助理副总裁 15:15 - 15:30软通动力&海量数据，加速基础软件创新 杨敦峰海量数据生态发展部总经理 李成鹏软通动力欧拉生态技术总监 15:30 - 15:45统信携手软通动力，共建生态繁荣 李小平统信软件服务器产线产品市场总监 15:45 - 15:50软通动力与统信战略合作签署仪式 石丰统信软件服务中心总经理 王军软通动力助理副总裁 15:50 - 16:05欧拉服务工具链iTools实践分享 刘刚软通动力欧拉生态经理 16:05 - 16:20基于openEuler的医疗HIS系统迁移案例 侯纪伟陕西远鑫销售总监 16:20 - 16:35基于openEuler的客户数据中心解决方案迁移案例 贺莉娜异次元售前解决方案总监 14:00 - 14:05欧拉社区领导致辞 熊伟开放原子开源基金会TOC委员 14:05 - 14:20KubeEdge SIG Networking的进展与未来规划 王杰章华为云高级工程师 14:20 - 14:40边缘计算助力企业数字化转型 张硕中科创达新业务战略产品总监 14:40 - 15:00多云边缘协同计算 路广VMware研发总监 15:00 - 15:20地平线机器人与生态构建 程飞地平线机器人事业部方案交付负责人 15:20 - 15:40EMQ 基于分布式云的 IIoT 解决方案 金发华EMQ 联合创始人兼CPO 15:40 - 16:00欧拉与机器人应用 李建华中科创达机器人资深架构师 麒麟软件 麒麟信安 统信软件 软通动力 中科创达 #### 12月29日 openEuler Summit 2022 上午：主论坛 下午：分论坛 09:30 - 09:35基金会领导致辞 冯冠霖开放原子开源基金会秘书长 09:35 - 09:45openEuler项目群成立暨 新一届openEuler委员会亮相 孙文龙开放原子开源基金会理事长 邱成锋openEuler社区秘书长 09:45 - 09:55激发原创力量 逐梦数智未来 江大勇openEuler社区理事长 09:55 - 10:10纵深创新 走向世界 openEuler技术发展前瞻 熊伟openEuler技术委员会委员、开放原子开源基金会TOC委员 10:10 - 10:30openEuler&Friends 3.0 全场景联合创新展示 10:30 - 10:40面向全场景的操作系统构建服务发布 吴峰光openEuler技术委员会委员 10:40 - 10:50中国服务器操作系统行业市场调研报告 杨晓骋沙利文咨询合伙人兼董事总经理 10:50 - 11:00大型国有银行与麒麟软件联合创新实践 李震宁麒麟软件有限公司副总裁 11:00 - 11:10统信助力天翼云打造创新云服务产品与方案 王麟天翼云基础架构事业部操作系统方向研发专家 11:10 - 11:20国产操作系统在新一代新能源集控系统应用实践 周毅湖南麒麟信安科技股份有限公司副总裁 刘曙元国能信控互联网技术有限公司副总经理 11:20 - 11:30超聚变助力联通云在算力网络的创新与实践 姜振华超聚变操作系统总经理 11:30 - 11:40新浪微博基于openEuler在离线混部方案实践 张帅新浪微博技术专家 11:40 - 11:45“欧拉之星”颁奖典礼 年度最佳openEuler开发者贡献奖 韩乃平openEuler社区副理事长、麒麟软件有限公司高级副总经理 13:30 - 13:50数据中心服务器以太网链路聚合与高可用 胡亚弟天翼云科技有限公司技术专家 孙守鑫天翼云科技有限公司高级后端开发工程师 议题名称：数据中心服务器以太网链路聚合与高可用 议题简介：本议题讲述各种linux bonding的基本工作原理，实现。 对于多种bond模式在DC场景下进行比较，分析。同时，介绍工作中遇到的相关问题及针对问题所做的一些优化。其中优化工作分为两部分，一个是开发bond6针对ipv6报文接收方向的负载均衡功能。另一个是修复bond6的vlan子接口加入Linux bridge之后丢包的问题。最后根据bond口的应用经验，提出一些应用建议。 姓名：胡亚弟、孙守鑫 职位：天翼云科技有限公司技术专家、天翼云科技有限公司高级后端开发工程师 13:50 - 14:10移动云高性能远程调用框架eRPC在Gazelle上的最佳实践与应用 薛传宇中移（苏州）软件技术有限公司 软件开发工程师 议题名称：移动云高性能远程调用框架eRPC在Gazelle上的最佳实践与应用 议题简介：eRPC作为一款高性能远程调用框架，目前主要落地应用于移动云极速云盘产品。在eRPC技术选型阶段，RDMA虽然有更好的时延和iops性能，但是存在的大规模组网难，成本高等难题。故我们选择用户态TCP作为下一步主攻方向。凭借Gazelle提供的用户态TCP传输能力，eRPC已达到TCP翻倍的iops与时延性能。将更好助力移动云算力网络进一步发展。 姓名：薛传宇 职位：中移（苏州）软件技术有限公司 软件开发工程师 14:10 - 14:30云环境下欧拉开源操作系统的无缝内核热升级 曾昭荣Intel Cloud Software Engineer 议题名称：云环境下欧拉开源操作系统的无缝内核热升级 议题简介：云环境中经常因为安全性等原因需要更新或升级系统的内核，目前的一些方案比如热补丁，热迁移等等都有一些局限性。我们这里基于openEuler操作系统提出一套新的技术方案，即利用kexec快速重启内核，同时将虚拟机状态维持在内存中，所有的直通设备也保持活跃的状态，重启后从内存中直接恢复虚拟机，并直接连接活跃的原有直通设备，以期达到更好的服务中断时间以及成功率。 姓名：曾昭荣 职位：Intel Cloud Software Engineer 14:30 - 14:50eBPF-Linux内核安全的双刃剑 曹佩庆统信软件研发经理 议题名称：eBPF-Linux内核安全的双刃剑 议题简介：结合当前ebpf技术在linux内核中的应用分析说明不当的ebpf应用会引入的安全风险和危害举例说明合适的ebpf技术给linux平台下内核开发和系统/容器安全带来的益处探讨如何更好的用好ebpf这把“双刃剑” 姓名：曹佩庆 职位：统信软件研发经理 14:50 - 15:10MPTCP BPF包调度器的实现 唐葛亮SUSE Euler OS专家 议题名称：MPTCP BPF包调度器的实现 议题简介：本人实现的MPTCP BPF包调度器是今年Linux内核中MPTCP协议栈上的一个新特性，允许用户通过BPF来为MPTCP提供自定义的包调度器。该实现包含20多个内核代码补丁。本议题向大家展示该特性是如何一步一步实现的。 姓名：唐葛亮 职位：SUSE Euler OS专家 15:10 - 15:30ARM64 内存可靠性增强 王克锋华为高级软件工程师 议题名称：ARM64 内存可靠性增强 议题简介：内存容量越来越大，多样化的内存介质引入，单机下内存故障随之增加，同时，arm64服务器广泛在云&数据中心的应用，内存的故障处理在arm64架构下越来越重要，本次Topic介绍arm64 RAS处理及华为在arm64可靠性里面的相关工作，包括arm64 内存镜像，arm64 machine check safe等。内存镜像相当于一份内存中的数据有两份拷贝，如果系统检测到不可恢复的内存错误，那么内存控制器会从镜像区域同步一份，避免数据丢失。Linux内核一般会将内核以及驱动使用的数据做内存镜像，避免因为内存错误导致内核panic，该特性已成功推社区。machine check safe在uaccess等场景下内核态触发不可恢复内存错误时，通过杀死受影响的用户态进程同时隔离错误页面的处理机制，避免内核panic，该特性目前正在推送社区中。 姓名：王克锋 职位：华为高级软件工程师 15:30 - 15:50探秘 Intel Trust Domain Extensions(TDX) 技术 杜凡Intel系统软件架构师 议题名称：探秘 Intel Trust Domain Extensions(TDX) 技术 议题简介：Intel Trust Domain Extensions(TDX) 作为硬件辅助TEE的技术，提供虚拟机层面的内存及CPU状态的机密性和完整性的保障。Intel TDX 技术巧妙得扩展MKTME和VMX 两大基础技术底座，引入SEAM 模式，以SEAM模式的软件载体TDX Module 作为安全防护的关键支点，同时有增加的方便升级的优势。Intel TDX 作为机密计算领域的主要方向之一，在云环境中，阻断恶意攻击，保护终端用户数据的安全性，对敏感业务向云端迁移提供支撑。本议题阐述Intel TDX整体的架构，探寻其底层技术逻辑。 姓名：杜凡 职位：Intel系统软件架构师 15:50 - 16:10基于eBPF技术的网络会话监控技术与实践 秦云高湖南麒麟信安科技股份有限公司资深内核开发工程师 议题名称：基于eBPF技术的网络会话监控技术与实践 议题简介："简单介绍eBPF技术的背景，并基于openEuler 20.03 LTS版本进行网络会话监控、数据采集、统计和审计。 主要分享： 1、 简单介绍eBPF技术的背景 2、 介绍当前网络监控的一些缺点和不足 3、 介绍该监控审计技术的特性，包括：协议类型TCP或UDP、本地IP地址、本地端口、对端IP地址、对端端口、进程和网络会话字节数等。" 姓名：秦云高 职位：湖南麒麟信安科技股份有限公司资深内核开发工程师 16:10 - 16:30数据完整性在openEuler上的实现 赵磊江苏润和软件股份有限公司专家级工程师 议题名称：数据完整性在openEuler上的实现 议题简介：讲述了Linux内核安全性模块的起源、发展和未来趋势，列举了openEuler在内核安全性上的增强和加固，并以openEuler为对象，介绍了在openEuler实现数据完整性的设计与方法 主题包含: 1: 介绍Linux内核安全性模块(LSM)的设计、历史和发展 2: openEuler在对内核安全性方面的增强与加固 3: 在openEuler实现数据完整性的一种实现设计方法 姓名：赵磊 职位：江苏润和软件股份有限公司专家级工程师 16:30 - 16:50下一代互联标准Compute Express Link(CXL)简介 施爱春Intel软件工程师 议题名称：下一代互联标准Compute Express Link(CXL)简介 议题简介：Compute Express Link(CXL)是下一代高带宽低延迟的开放互联标准，为高性能异构计算在不同场景的应用而量身打造。本议题主要介绍CXL规范，Linux内核实现及应用场景。 姓名：施爱春 职位：Intel软件工程师 13:30 - 13:50毕昇JDK新特性分享 周磊华为技术有限公司毕昇JDK高级技术专家 议题名称：毕昇JDK新特性分享 议题简介：毕昇JDK是华为内部OpenJDK定制版Huawei JDK的开源版本，是一款高性能、可用于生产环境的OpenJDK发行版；毕昇JDK团队基于鲲鹏架构持续优化，不断给客户带来更有竞争力的JDK软件竞争力，本期主要介绍两个新特性：Dynamic CDS特性和ZGC TBI优化，在springboot场景收益明显。 姓名：周磊 职位：华为技术有限公司毕昇JDK高级技术专家 13:50 - 14:10英特尔第四代至强可扩展处理器赋能openEuler领先技术发展 田俊Intel Arch SIG Maintainer 议题名称：英特尔第四代至强可扩展处理器赋能openEuler领先技术发展 议题简介：Intel在下一代Sapphire Rapids平台上引入了众多业界领先的技术和特性，同时Intel也正在参与和大力推进openEuler对多样性计算生态的支持。本话题将总体为大家更新openEuler平台在对Intel下一代平台和新技术支持上的进展，同时也会重点介绍未来平台的一些主要功能和特性，包括AMX，DSA, IAA，Scalable IOV，CXL 1.1等新技术以及应用场景等。 姓名：田俊 职位：Intel Arch SIG Maintainer 14:10 - 14:30全场景全流程的自动反馈优化 李彦成华为技术有限公司软件工程师 议题名称：全场景全流程的自动反馈优化 议题简介：随着计算继续向云上移动，微小的数据中心应用性能优化也能够带来大量经济效益。通常，单个数据中心计算节点执行的任务类型相对固定，作为底座的操作系统和基础库并未考虑特定应用场景，存在优化空间。通过从业务开发至部署阶段全流程，从用户态应用、内核到运行时库全场景的反馈优化，实现结合具体业务场景，深度释放数据中心算力。同时，提供多种优化特性和工具，实现不同场景下打造极致性能和极简应用的优化能力。帮助开发者了解谷歌、Meta等世界一流云服务企业如何利用反馈编译优化实现场景化优化目标，也为相关开发者系统性介绍openEuler系统上反馈编译优化现状、能力和未来规划。 姓名：李彦成 职位：华为技术有限公司软件工程师 14:30 - 14:50欧拉开源操作系统上LoongArch架构支持 李星龙芯中科技术股份有限公司软件工程师 议题名称：欧拉开源操作系统上LoongArch架构支持 议题简介：介绍欧拉支持LoongArch架构的工作，主要从底层来介绍，如我们的指令集、ABI、内核、GCC、LLVM等在欧拉开源操作系统上的支持。 姓名：李星 职位：龙芯中科技术股份有限公司软件工程师 14:50 - 15:10芯突破 新领域 - AMD 第四代EPYC处理器全面支持openEuler 谢昊成amd工程师 议题名称：芯突破 新领域 - AMD 第四代EPYC处理器全面支持openEuler 议题简介：介绍openEuler对AMD第四代EPYC平台的支持 姓名：谢昊成 职位：amd工程师 15:10 - 15:30基于LLVM编译openEuler嵌入式软件包的探索与实践 赵川峰华为技术有限公司主任工程师 议题名称：基于LLVM编译openEuler嵌入式软件包的探索与实践 议题简介：LLVM项目凭借其良好的架构、友好的Licence，近年来社区活跃度增加明显，越来越多的软件项目迁移到LLVM编译器构建。本议题首先简单介绍LLVM编译器项目架构特点和业界OS采用LLVM编译的已有实践，然后介绍编译openEuler嵌入式镜像软件包上的探索及最新进展，最后介绍一下这项工作的后续工作思路。 姓名：赵川峰 职位：华为技术有限公司主任工程师 15:30 - 15:50基于 DPU 的异构编程解决方案 袁林思深圳云豹智能有限公司软件总监 议题名称：基于 DPU 的异构编程解决方案 议题简介：传统的编程以面向 CPU 通用处理器和主存为主，基于 x86/arm 指令集完成编程；而面向 DPU 编程时，将面对一个全新的硬件架构。DPU 引入更多的硬件加速引擎，甚至集成不同指令集的多个处理器，如何高效利用 DPU 的硬件能力的同时，降低用户的开发门槛及复杂度，本 topic 分享一种解决思路并通过一个实例来做一个演示 姓名：袁林思 职位：深圳云豹智能有限公司软件总监 15:50 - 16:10编译器插件框架 伍明川华为技术有限公司高级工程师 议题名称：编译器插件框架 议题简介：作为当前主流的两种编译器框架，GCC使用面广，稳健发展性能较好；LLVM开拓创新，发展迅速。市场上大量的编译工具和编译扩展能力，均是基于这两类编译器完成的。这导致任何编译工具需要选择两种编译框架之一或者重复进行开发，拉高了工具的开发和维护成本。 GCC和LLVM各自提供自己的插件式开发能力，但是缺少面向插件工具的维护性和兼容性等公共能力。同时，面对各种不同算力，用户需要一种便捷的面向算力的编译优化配置方法，并为多样算力的优化配置提供除开源之外的第二种选择。本议题帮助开发者了解编译器插件工具开发的行业现状，为基于编译能力的相关工具开发者介绍一种新的便捷开发方法。 姓名：伍明川 职位：华为技术有限公司高级工程师 16:10 - 16:30开源指令集RISC架构处理器与开源生态共生共荣 刘德启合芯科技有限公司CTO & 研发副总裁 议题名称：开源指令集RISC架构处理器与开源生态共生共荣 议题简介：合芯科技有限公司成立于2014年，专注于高端服务器中央处理器、定制化服务器整机方案、处理器周边芯片研发及设计服务，在广州、上海、北京、苏州及深圳设有研发中心。公司推出了第一代基于开源指令集架构的处理器芯片，以及以此为基础的服务器整机和相关整体解决方案。 公司和openEuler社区开展合作，参与相关sig工作组，全力打造基于开源指令集RISC架构处理器，推进以openEuler为基础的全栈国产化高端服务器解决方案。 姓名：刘德启 职位：合芯科技有限公司CTO & 研发副总裁 16:30 - 16:50编译器视角的DSA架构可编程性 淡孝强希姆计算编译工具链团队总监 议题名称：编译器视角的DSA架构可编程性 议题简介：从编译器视角展开，从ISA设计，内存，带宽设计，并行并发设计等维度，探讨DSA架构与可编程性，AI编译的紧密关系。 姓名：淡孝强 职位：希姆计算编译工具链团队总监 16:50 - 17:10基于新一代ARMv9 N2核和欧拉OS的软硬件协同优化 陈争胜深圳市遇贤微电子有限公司首席架构师 议题名称：基于新一代ARMv9 N2核和欧拉OS的软硬件协同优化 议题简介：ARM服务器CPU在数字基础设施中的部署越来越多，新一代ARMv9 N2实现了针对大数据处理的SVE2、I8MM等指令，如何通过编译器和手工优化，发挥这些新指令的计算效能优势是一个值得关注的问题。另外随着工艺与架构持续的演进，单处理器多核芯片（CMP）已经接近200核，未来甚至会达到500~1000核规模，平均系统Cache大小从512K到12MB，如何在这么大规模的CMP和复杂的系统Cache上部署和优化软件，具有非常大的挑战。本议题针对上述问题给出一些分析介绍和实践案例。 姓名：陈争胜 职位：深圳市遇贤微电子有限公司首席架构师 13:30 - 13:50移动云天元轻量级Hypervisor与StratoVirt最佳实践 汤中睿中国移动云能力中心软件开发工程师 议题名称：移动云天元轻量级Hypervisor与StratoVirt最佳实践 议题简介：（1）相关产品及平台简介 a）移动云BC-EV虚拟化产品简介。 b）StratoVirt虚拟化平台简介。（2）基于StratoVirt的移动云天元轻量级Hypervisor内存底噪、启动时间以及其它功能、兼容性等数据展示及情况介绍。（3）StratoVirt支持自由时钟特性开发及功能展示。 姓名：汤中睿 职位：中国移动云能力中心软件开发工程师 13:50 - 14:10推动容器网络发展 创造数据计算价值 李冬中科驭数HADOS软件开发平台产品总监 议题名称：推动容器网络发展 创造数据计算价值 议题简介：随着云原生技术的发展以及市场需求的演进，Serverless架构以及FaaS、BaaS领域蓬勃发展，对云原生的网络、存储解决方案提出了更加苛刻的性能需求。中科驭数依托深厚的技术积累、打造出基于DPU底座的云原生网络与服务网格加速卸载方案，助力多行业的基础设施架构转型。 姓名：李冬 职位：中科驭数HADOS软件开发平台产品总监 14:10 - 14:30使用Rancher管理面向openEuler的Kubernetes发行版 张智博SUSE 议题名称：使用Rancher管理面向openEuler的Kubernetes发行版 议题简介：Rancher是一款专注于Kubernetes多集群管理的开源产品，且一直深耕Kubernetes发行版领域，向业内输出了RKE、RKE2、K3s等产品，并兼容多种操作系统和云环境。openEuler作为一支飞速发展的生态力量，亦在Rancher的产品兼容范围内。同时，基于openEuler打造的一套Kubernetes发行版，也进入了Rancher的产品矩阵。依托Rancher的产品基本能力，结合openEuler的生态，给企业客户提供面向多云部署多样性Kubernetes集群的能力。 姓名：张智博 职位：SUSE 14:30 - 14:50基于openEuler的可信虚拟化技术探索和实践 祁浩中国移动云能力中心软件开发工程师 议题名称：基于openEuler的可信虚拟化技术探索和实践 议题简介：在国家大力推动网络安全、商用密码技术的背景和趋势下，国内各行业纷纷开始加强信息安全建设，探索改造原有IT系统，对软硬件产品自主可控与安全的需求日益增强。我们基于openEuler的可信虚拟化技术探索和实践，构建国产化全栈云能力，为用户提供更加安全可信的云主机。 姓名：祁浩 职位：中国移动云能力中心软件开发工程师 14:50 - 15:10容器云业务与云底座操作系统运维一致性实践 刘阔麒麟软件有限公司高级研发工程师 议题名称：容器云业务与云底座操作系统运维一致性实践 议题简介：云原生领域主要采用容器技术与容器编排技术实现业务发布、运维，与底层环境高度解耦，但同时带来了运维技术栈不统一，运维平台重复建设等问题。NestOS作为云底座操作系统，实现业务与底座操作系统运维的一致性，本议题将对其进行简要介绍和演示。 姓名：刘阔 职位：麒麟软件有限公司高级研发工程师 15:10 - 15:30基于openEuler的云桌面性能问题定位提升实践 周同庆湖南麒麟信安科技股份有限公司测试工程师 议题名称：基于openEuler的云桌面性能问题定位提升实践 议题简介：简介：针对基于openEuler构建的云桌面的性能问题，通过性能瓶颈检测诊断工具准确定位，解决性能瓶颈， 主要分享： 1、 真实用户使用性能瓶颈检测 2、 云产品版本迭代性能优化验证 3、云桌面使用卡顿级别评测 姓名：周同庆 职位：湖南麒麟信安科技股份有限公司测试工程师 15:30 - 15:50基于openEuler构建全栈云原生中间件服务平台 刘大全北京东方通科技股份有限公司技术咨询专家 议题名称：基于openEuler构建全栈云原生中间件服务平台 议题简介：中间件技术和产品随着IT技术和架构的发展而演进。当前云原生技术发展迅速并已被逐渐应用在多个行业领域的生产系统，对于云原生中间件的需求也与日俱增。东方通凭借多年中间件领域的技术积累，以及云原生业务场景下对于中间件的需求，基于openEuler系统打造了面向云原生的中间件服务平台，提供微服务应用运行时支撑、文件传输服务等多类中间件服务能力，助力客户构建云原生模式的业务系统。 姓名：刘大全 职位：北京东方通科技股份有限公司技术咨询专家 15:50 - 16:10openEuler虚机混部基于移动苏研大云的最佳实践 朱科潜华为企业通信技术有限公司软件研发工程师 议题名称：openEuler虚机混部基于移动苏研大云的最佳实践 议题简介：虚拟化技术作为当前云计算的技术底座，硬件资源利用率低是行业普遍存在的问题。随着云计算规模大幅增长，提高资源利用率是实现降本增效、绿色低碳的重要途径。 本议题主要针对通用计算场景CPU利用率提升问题，通过集群调度混部感知、单机协同调度、内核基础资源隔离等全栈技术，实现CPU利用率成倍增加，可大幅降低数据中心硬件成本。 相关成果已经联合中移动苏研完成技术验证，包含详细的数据和演示视频，可在大会联合展示。 姓名：朱科潜 职位：华为企业通信技术有限公司软件研发工程师 16:10 - 16:30基于openEuler的OKD移植和应用实践 田利军统信软件高级研发工程师 议题名称：基于openEuler的OKD移植和应用实践 议题简介：OKD是OpenShift上游和社区版本，在金融，智能制造等行业有较多的使用场景，我们基于openEuler完成了对OKD的移植并提供DevOps实践和CI/CD，构建安全可靠的全栈容器云。 姓名：田利军 职位：统信软件高级研发工程师 16:30 - 16:50Qemu Dirty Limit Feature 黄勇天翼云科技有限公司高级后端开发工程师 议题名称：Qemu Dirty Limit Feature 议题简介：DirtyLimit是天翼云在虚拟机迁移加速技术上的创新尝试，使用户迁移速度与计算性能兼得，大幅提升用户系统迁移体验，议题主要介绍DirtyLimit的实现原理和测试结果。 姓名：黄勇 职位：天翼云科技有限公司高级后端开发工程师 13:30 - 13:502022 sig-ROS发展图鉴 安传旭中科院软件所sig-ROS maintainer 议题名称：2022 sig-ROS发展图鉴 议题简介：2022年sig-ROS所做工作的汇报，以及后续的展望。 姓名：安传旭 职位：中科院软件所sig-ROS maintainer 13:50 - 14:10openEuler ROS 发展的技术展望 张珩中国科学院软件研究所副研究员 议题名称：openEuler ROS 发展的技术展望 议题简介：通过对openEuler ROS的发展历程以及应用领域的梳理，研讨ROS发展的核心技术发展；并围绕各类核心组件技术（含ROS分布式通信、定位导航以及可视化）分析openEuler ROS的技术发展前景，展望openEuler ROS发展。 姓名：张珩 职位：中国科学院软件研究所副研究员 14:10 - 14:30小而美的嵌入式操作系统 RT-Thread 郭占鑫上海睿赛德电子科技有限公司RT-Thread 社区负责人 议题名称：小而美的嵌入式操作系统 RT-Thread 议题简介：先简单介绍嵌入式操作系统 RT-Thread 的情况，包括基础特性和发展现状，然后分享 RT-Thread 5.0 的最新进展，包括 Arduino 兼容层的支持，以及 RT-Thread 和 openEuler Embedded 混合部署。 姓名：郭占鑫 职位：上海睿赛德电子科技有限公司RT-Thread 社区负责人 14:30 - 14:50基于openEuler系统的Jailhouse研究、实践及创新 郭皓麒麟软件技术专家 议题名称：基于openEuler系统的Jailhouse研究、实践及创新 议题简介：首先介绍jailhouse是什么、优势及适用场景；其次介绍jailhouse虚拟化原理；最后再介绍麒麟软件基于欧拉开源操作系统对Jailhouse软件目前的研究及创新。 姓名：郭皓 职位：麒麟软件技术专家 14:50 - 15:10科东Intewell自主嵌入式实时操作系统，助力智能制造 毛响林科东（广州）软件科技有限公司副总经理 议题名称：科东Intewell自主嵌入式实时操作系统，助力智能制造 议题简介：Intewell是科东软件自主研发的工业实时操作系统，源于20年以上行业应用“道系统”，采用微内核架构，支持虚拟化技术，有高实时特性。科东Intewell操作系统拥有丰富的行业应用经验，荣获首届工信部工业互联网大赛一等奖，世界人工智能大会“湛卢奖”技术创新奖等多项业界权威大奖。 姓名：毛响林 职位：科东（广州）软件科技有限公司副总经理 15:10 - 15:30基于openEuler Embedded的嵌入式系统特性和电网应用 廖卫湖南麒麟信安科技股份有限公司操作系统产品线版本经理 议题名称：基于openEuler Embedded的嵌入式系统特性和电网应用 议题简介："简介： 介绍基于openEuler Embedded 的麒麟信安嵌入式系统的特性,并且在电网安全运维网关项目上的应用。 主要分享： 1、介绍嵌入式系统的特性,主要包括以openEuer为供应链、支持wayland、支持双系统升级、安全特性等 2、介绍嵌入式系统版本定制系统 3、介绍在电网安全运维网关项目上的挑战和解决方案" 姓名：廖卫 职位：湖南麒麟信安科技股份有限公司操作系统产品线版本经理 15:30 - 15:50基于 openEuler 的工业机器人操作系统及探索应用 牛建伟北京航空航天大学教授/博士生导师 议题名称：基于 openEuler 的工业机器人操作系统及探索应用 议题简介：研发一套自主可控、实时性高、稳定性强的智能机器人操作系统开放平台，对我国机器人产品生态建设具有重要意义。北京航空航天大学基于openEuler embeded操作系统探索建立一套稳定性强、跨平台的工业机器人智能机器人操作系统，适配相关工业协议，同时配备机器人控制、调试、模拟仿真等环境工具，降低机器人应用研发难度。 姓名：牛建伟 职位：北京航空航天大学教授/博士生导师 13:30 - 13:50openEuler RISC-V的进展和展望 张旭舟openEuler RISC-V SIG maintainer 议题名称：openEuler RISC-V的进展和展望 议题简介：openEuler 在RISC-V上已经快速持续迭代了两年时间并且已经进行了多次版本发布，随着RISC-V生态的快速发展，openEuler RISC-V 所支持的软件包、特性不断丰富，此次议题对于当前的进展和展望进行介绍。 姓名：张旭舟 职位：openEuler RISC-V SIG maintainer 13:50 - 14:10openEuler的参考发行版 王弈桥学生 议题名称：openEuler的参考发行版 议题简介：Eulaceura 是将 RISC-V 架构纳入第一级支持范围的 openEuler 发行版。在这里我将分享因何原因而产生了这样一个新的发行，介绍 RISC-V 架构下的运作状况，和开发过程中的一些经验和思考。 姓名：王弈桥 职位：学生 14:10 - 14:30RISC-V计算软件栈介绍 张先轶澎峰科技CEO 议题名称：RISC-V计算软件栈介绍 议题简介：高性能的异构计算软件栈作为底层硬件和上层应用的桥梁，可以扩展芯片的应用范围，提升计算性能。国际主流芯片公司都投入大量资源建设异构计算软件栈，例如Intel oneAPI，NVIDIA CUDA等。本报告将介绍澎峰的PerfXAPI异构计算软件栈在RISC-V的适配和优化工作，特别是底层计算库RVCL项目。 姓名：张先轶 职位：澎峰科技CEO 14:30 - 14:50Backporting for OpenJDK8 章翔中科院软件所工程师 议题名称：Backporting for OpenJDK8 议题简介：此次分享主要介绍OpenJDK8移植RISC64的过程，包括移植的进展和产出，对于接触移植工作的新人来说，更为实际的是分享移植工作所带来的经验，希望能为新人做移植工作带来一些帮助。 姓名：章翔 职位：中科院软件所工程师 14:50 - 15:10移植SpiderMonkey到RISC64 陆亚涵软件所智能软件研究中心工程师 议题名称：移植SpiderMonkey到RISC64 议题简介：关于移植SpiderMonkey到RISC64上的心得 姓名：陆亚涵 职位：软件所智能软件研究中心工程师 15:10 - 15:30即时开展 RISC-V openEuler Linux 内核开发 吴章金儒码科技CEO 议题名称：即时开展 RISC-V openEuler Linux 内核开发 议题简介：泰晓社区近期为 Linux Lab 开源项目新增了 openEuler Linux 内核开发支持，可以极速开展这块的开发，本次分享对此进行介绍。 姓名：吴章金 职位：儒码科技CEO 15:30 - 15:502022年QEMU和Spike开源进展 刘阳中科院软件研究所软件工程师 议题名称：2022年QEMU和Spike开源进展 议题简介：对2022年RISC-V QEMU和Spike社区的开源进展进行介绍。 姓名：刘阳 职位：中科院软件研究所软件工程师 15:50 - 16:10RISC-V 如何迈向高性能计算 陆言同济大学学生 议题名称：RISC-V 如何迈向高性能计算 议题简介：RISC-V 作为一个新的开源指令集，因其高度可定制的 ISA 和架构设计受到了广泛关注，也向人们揭示了一种潜在的新的高性能计算的可能性。本议题讨论了 RISC-V 如何改造自己适合高性能计算，有什么样的案例，软件栈与工具链的发展情况，以及 openEuler RISC-V port 对此能起到何种帮助。 姓名：陆言 职位：同济大学学生 13:30 - 13:50openEuler社区安全漏洞治理 魏刚openEuler社区安全委员会主席 议题名称：openEuler社区安全漏洞治理 议题简介：openEuler社区安全漏洞治理框架、运作方式等 姓名：魏刚 职位：openEuler社区安全委员会主席 13:50 - 14:10sysMaster：重新定义服务管理，秒级启动、保障系统24小时在线 徐小舟华为软件工程师 议题名称：sysMaster：重新定义服务管理，秒级启动、保障系统24小时在线 议题简介：一套超轻量、高可靠性的服务管理程序集合，旨在改进传统的init守护进程。使用Rust语言编写，引入1+1+N架构和可靠性框架，支持自身故障快速检测和自愈，从而提升OS稳定性和业务可靠性。 姓名：徐小舟 职位：华为软件工程师 14:10 - 14:30超聚变知识引擎，为智能运维提供核心动能 吴江涛超聚变数字技术股份有限公司操作系统架构师 议题名称：超聚变知识引擎，为智能运维提供核心动能 议题简介：超聚变知识引擎（以下简称“知识引擎”）是一个智能化的知识管理系统，将专家知识经验的体系化和数字化，提供面向人和面向机器两种模式的知识应用服务，实现多领域、综合知识在系统中的高效分析和执行闭环。 姓名：吴江涛 职位：超聚变数字技术股份有限公司操作系统架构师 14:30 - 14:50PilotGo ：openEuler社区原生插件式运维平台 杨昭麒麟软件有限公司高级软件工程师 议题名称：PilotGo ：openEuler社区原生插件式运维平台 议题简介：PilotGo是openEuler社区原生孵化的运维管理平台，提供大规模集群的主机监控告警、软件包安装升级管理及批量运维操作等功能，保障业务系统安全、稳定运行。同时提供插件机制，对接多种业务场景集群，提供无感知的运维平台切换。 姓名：杨昭 职位：麒麟软件有限公司高级软件工程师 14:50 - 15:10软通动力openEuler迁移实践分享 刘合领软通动力基础软件服务经理 议题名称：软通动力openEuler迁移实践分享 议题简介：软通动力openEuler一站式服务能力介绍 软通动力openEuler一站式服务工具介绍 案例分享 姓名：刘合领 职位：软通动力基础软件服务经理 15:10 - 15:30超聚变操作系统迁移思考及实践介绍 张海亮超聚变数字技术股份有限公司操作系统架构师 议题名称：超聚变操作系统迁移思考及实践介绍 议题简介：操作系统迁移是一个复杂的系统性工程，在迁移过程中会涉及多个方面的挑战，如何处理迁移过程中的软硬件兼容问题，系统配置兼容问题，迁移效率，保障迁移后平稳运行等一系列问题，超聚变提供了一站式高效工具辅助迁移过程，同时提供了端到端迁移服务，本议题将分享超聚变操作系统迁移能力和一些实际案例。 姓名：张海亮 职位：超聚变数字技术股份有限公司操作系统架构师 13:30 - 13:50openEuler社区基础设施上新分享 李超然openEuler Infra SIG开发者 议题名称：openEuler社区基础设施上新分享 议题简介：社区基础设施是支撑openEuler社区开发工作正常开展的重要基石，openEuler社区基础设施团队通过收集社区诉求，不断革新改进，在确保社区开发工作稳定的同时上线了众多方便、好用的全新开发者服务，包括欧拉统一账号系统、QuickIssue、Forum等社区支撑系统，同时完成了openEuler WSL移植，openEuler lxc移植等相关工作，可以很好的提升开发者的开发效率；本议题将为开发者介绍这些新服务的具体情况以及基础设施团队未来的规划。 姓名：李超然 职位：openEuler Infra SIG开发者 13:50 - 14:10openEuler开发体验-开发工具链 杜开田openEuler 兼容性 SIG Maintainer 议题名称：openEuler开发体验-开发工具链 议题简介：介绍openEuler开发者工具链最新进展和规划，为openEuler开发者提供高效、便捷的开发体验。 姓名：杜开田 职位：openEuler 兼容性 SIG Maintainer 14:10 - 14:30统一构建功能及使用介绍 段鹏杰统一构建系统工程师 议题名称：统一构建功能及使用介绍 议题简介：统一构建是openEuler社区在2022年主力打造的构建系统，其承担着 提升构建效率，支持软件包定制，镜像定制，面向全场景的使命。本次主要对统一构建系统的基本功能及使用进行讲解，并对后续正在开发的特性进行介绍。 姓名：段鹏杰 职位：统一构建系统工程师 14:30 - 14:50基础软件人才与服务发展规划 赵立超华为技术有限公司人才与服务 sig maintainer 议题名称：基础软件人才与服务发展规划 议题简介：1\. 人才发展规划：a) 高校人才播种；b) 社区人才培育和评定 2. 服务能力构建规划：a) 服务能力；b) 服务工具；c)社区服务论坛 姓名：赵立超 职位：华为技术有限公司人才与服务 sig maintainer 14:50 - 15:10北京航空航天大学openEuler合作实践 孙海龙北京航空航天大学教授 王域杰北京航空航天大学学生 议题名称：北京航空航天大学openEuler合作实践 议题简介："开源软件在软件技术生态体系中发挥着举足轻重的作用，围绕开源软件的科研和教学工作得到越来越广泛的关注。近年来，openEuler在技术研发、市场推广和开源生态建设方面取得了巨大成功，已成为国内外广泛关注的开源基础软件之一。本报告主要介绍结合openEuler所开展的开源软件方面的科研与教学工作的思路与实践，主要包括泛在操作系统开源生态相关研究以及面向北航本科生的《开源软件开发导论》课程实践。同时，来自北航的学生将结合自身经验为大家分享从认识开源到参与openEuler社区syscare项目进行开源实践的经历和收获。" 姓名：孙海龙、王域杰 职位：北京航空航天大学教授、北京航空航天大学学生 15:10 - 15:30openEuler合规风险的治理实践 郑志鹏openEuler合规sig maintainer/开源管理中心高级工程师 议题名称：openEuler合规风险的治理实践 议题简介：openEuler合规风险的治理实践。 姓名：郑志鹏 职位：openEuler合规sig maintainer/开源管理中心高级工程师 15:30 - 15:50openEuler社区License准入体系在维信金科开源合规治理中的应用 许渊聪openEuler合规sig maintainer/维信金科合规负责人 议题名称：openEuler社区License准入体系在维信金科开源合规治理中的应用 议题简介：openEuler社区License准入体系在维信金科开源合规治理中的应用。 姓名：许渊聪 职位：openEuler合规sig maintainer/维信金科合规负责人 15:50 - 16:10欧拉Talk · 开发者面对面 社区开发者/TC 议题名称：欧拉Talk · 开发者面对面 议题简介：社区开发者是openEuler社区长期发展的基石，开发者体验的提升一直是openEuler社区最为重视的一环，本议题为在线的开放讨论，社区开发者基于自身参与社区贡献的感受与建议，线上对话TC委员与社区Maintainer零距离交流。通过了解社区开发者的需求，让社区更贴近开发者，联接更加紧密，让开发者的开发体验更佳，繁荣欧拉生态。 姓名：社区开发者/TC Linux 内核 多样性计算&编译器 虚拟化&云原生 嵌入式&ROS RISC-V 迁移&运维 用户&开发者体验 ### 线上展厅 ### 演讲嘉宾 #### 操作系统产业峰会嘉宾 倪光南 中国工程院院士 梅宏 中国科学院院士 廖湘科 中国工程院院士 王怀民 中国科学院院士 汪涛 华为常务董事 ICT基础设施业务管理委员会主任 孙文龙 开放原子开源基金会 理事长 高同庆 中国移动通信集团 有限公司副总经理 梁宝俊 中国联合网络通信集团有限公司 副总经理 李峻 中国电信集团有限公司 副总经理 江大勇 openEuler社区 理事长 潘妍 国家工业信息安全发展研究中心 软件所所长 武延军 openEuler社区副理事长 中国科学院软件研究所副所长 包云岗 中国科学院 计算所副所长 Jim Zemlin Executive Director Linux Foundation Priyanka Sharma CNCF General Manager Jonathan Bryce Executive Director, OpenInfra Foundation Christopher S. Simmons 博士 OpenHPC TSC Chair 孟建熠 平头哥半导体有限公司 副总裁 彭剑英 芯来科技 CEO 徐滔 赛昉科技 创始人兼CEO 张先轶 澎峰(北京)科技有限公司 创始人&CEO 冯冠霖 开放原子开源 基金会秘书长 刘京娟 开放原子开源 基金会副秘书长 邱成锋 openEuler社区 秘书长 熊伟 openEuler社区 技术委员会委员 #### openEuler Summit 2022主论坛嘉宾 孙文龙 开放原子开源基金会 理事长 冯冠霖 开放原子开源基金会 秘书长 江大勇 openEuler社区 理事长 韩乃平 openEuler社区副理事长 麒麟软件有限公司高级副总经理 刘文清 湖南麒麟信安科技股份有限公司 总裁 武延军 openEuler社区副理事长 中国科学院软件研究所副所长 张磊 统信软件 高级副总经理、CTO 蔡志旻 润和软件云计算 事业部总经理 高培 软通动力信息技术（集团）股份有限公司 副总裁 姜振华 超聚变操作系统 总经理 李培源 中国电信云计算分公司 产品管理专家 张胜举 中国移动云能力中心 IaaS产品部副总经理 钟忻 联通数科云计算 事业部基础研发部总监 杨晓骋 沙利文咨询 合伙人兼董事总经理 李震宁 麒麟软件有限公司 副总裁 王麟 天翼云基础架构事业部 操作系统方向研发专家 周毅 湖南麒麟信安科技股份有限公司 副总裁 刘曙元 国能信控互联网技术有限公司 副总经理 张帅 新浪微博 技术专家 邱成锋 openEuler社区 秘书长 熊伟 openEuler技术委员会委员 开放原子开源基金会TOC委员 吴峰光 openEuler技术委员会 委员 #### openEuler Summit 2022分论坛嘉宾 胡亚弟 天翼云科技有限公司 技术专家 孙守鑫 天翼云科技有限公司 高级后端开发工程师 曾昭荣 Intel Cloud Software Engineer 曹佩庆 统信软件 研发经理 唐葛亮 SUSE Euler OS专家 王克锋 华为高级软件工程师 秦云高 湖南麒麟信安科技股份有限公司 资深内核开发工程师 赵磊 江苏润和软件股份有限公司 专家级工程师 施爱春 Intel软件工程师 谢昊成 amd工程师 淡孝强 希姆计算编译工具链 团队总监 陈争胜 深圳市遇贤微电子有限公司 首席架构师 汤中睿 中国移动云能力中心 软件开发工程师 张智博 SUSE 祁浩 中国移动云能力中心 软件开发工程师 刘阔 麒麟软件有限公司 高级研发工程师 周同庆 湖南麒麟信安科技股份有限公司 测试工程师 朱科潜 华为企业通信技术有限公司 软件研发工程师 田利军 统信软件 高级研发工程师 张珩 中国科学院软件研究所 副研究员 郭皓 麒麟软件 技术专家 毛响林 科东（广州）软件科技有限公司 副总经理 廖卫 湖南麒麟信安科技股份有限公司 操作系统产品线版本经理 张旭舟 openEuler RISC-V SIG maintainer 陆亚涵 软件所智能软件 研究中心工程师 李威威 中科院软件研究所 软件工程师 陆言 同济大学 学生 魏刚 openEuler社区 安全委员会主席 徐小舟 华为软件工程师 杜凡 Intel系统软件架构师 周磊 华为技术有限公司 毕昇JDK高级技术专家 田俊 Intel Arch SIG Maintainer 李星 龙芯中科技术股份有限公司 软件工程师 袁林思 深圳云豹智能有限公司 软件总监 伍明川 华为技术有限公司 高级工程师 安传旭 中科院软件所 sig-ROS maintainer 郭占鑫 上海睿赛德电子科技有限公司 RT-Thread 社区负责人 牛建伟 北京航空航天大学 教授/博士生导师 张先轶 澎峰科技 CEO 章翔 中科院软件所工程师 吴章金 儒码科技 CEO 杨昭 麒麟软件有限公司 高级软件工程师 刘合领 软通动力 基础软件服务经理 张海亮 超聚变数字技术股份有限公司 操作系统架构师 李超然 openEuler Infra SIG开发者 杜开田 openEuler兼容性 SIG Maintainer 赵立超 华为技术有限公司 人才与服务 sig maintainer 孙海龙 北京航空航天大学 教授 王域杰 北京航空航天大学 学生 郑志鹏 openEuler合规 sig maintainer/开源管理中心高级工程师 许渊聪 openEuler合规 sig maintainer/维信金科合规负责人 ### 共建单位 #### 操作系统产业峰会 2022 主办单位 #### openEuler Summit 2022 主办单位 #### openEuler Summit 2022 战略共建单位 #### openEuler Summit 2022 联合共建单位 #### openEuler Summit 2022 协办共建单位 #### openEuler Summit 2022 支持共建单位 ### 精彩回顾 湖南欧拉操作系统生态大会 --- https://www.openeuler.org/zh/interaction/summit-list/summit2022-changsha/ --- 观看直播 | | | | | | | | | | | | | | | | | | | | | | | | | | - 10:00-10:20 领导致辞 - 10:20-10:30 湖南欧拉生态创新中心成立签约暨揭牌仪式 - 10:30-10:45 中国开源创新的新境界 王怀民 中国科学院院士 - 10:45-10:55 欧拉志高远，开源汇智创未来 江大勇 欧拉开源社区理事长 - 10:55-11:05 欧拉走进行业，走向世界 熊伟 欧拉开源社区技术委员会委员 - 11:05-11:20 携手欧拉 ，共推操作系统产业新发展 刘文清 麒麟信安总裁 - 11:20-11:25 意向签约仪式 - 11:25-11:35 欧拉行业用户实践分享 - 11:35-11:40 湖南欧拉技术创新与产业发展联盟发起仪式 - 11:40-11:50 欧拉开源治理工程能力分享 高琨 华为2012实验室专家 指导单位 中共湖南省委网络安全和信息化委员会办公室、湖南省工业和信息化厅、湖南省人民政府国有资产监督管理委员会、湖南湘江新区管委会、开放原子开源基金会 支持单位 中国软件行业协会、中国计算机学会开源发展委员会、openEuler社区 主办单位 长沙市工业和信息化局、长沙信息产业园管理委员会 承办单位 湖南麒麟信安科技股份有限公司、华为技术有限公司 协办单位 湖南省软件行业协会、湖南省鲲鹏生态创新中心、长沙市移动互联网及应用软件产业链推进办公室、长沙市先进计算及信息安全产业链推进办公室 --- https://www.openeuler.org/zh/interaction/summit-list/summit2023/ --- 精彩回顾 数字化、智能化浪潮正奔涌而来。操作系统作为数字基础设施的底座，已经成为推动产业数字化、智能化发展的核心力量，操作系统的发展为数智未来提供了无限可能。 2023年12月15日-16日，我们将在北京国家会议中心举办操作系统大会＆openEuler Summit 2023，大会旨在汇聚全球产业界创新力量，构筑坚实的基础软件根基，推动基础软件技术持续创新，共建全球开源新生态。 大会将搭建开放、合作、共享的平台，携手产业组织、全球开源基金会、学术领袖、领先的行业用户、生态伙伴以及开发者等，共同探讨操作系统产业发展方向和未来机遇，联合伙伴展示最新合作成果，分享数字化转型实践，共建和谐共赢的产业生态。大会十余场分论坛、三十余场社区专题会议以及近百个展位期待您的莅临！ 在这里，您将有机会看到： - 技术创新：培育创新力量，引领基础软件智能化 - 商业应用：深入行业场景，助力行业加速数字化 - 社区共建：汇聚全球生态，打造操作系统根社区 - 人才发展：深化产教融合，培养学术和科研人才 汇聚开源，贡献智慧，共建数智时代的操作系统，共促数字经济腾飞。 ### 精彩回顾 12月15日 12月16日 ### 会议日程 15 DEC 16 DEC 上午：主论坛 下午：分论坛 09:30-09:35 特邀领导 09:35-09:40 特邀领导 09:40-09:45 倪光南中国工程院院士 09:45-09:50 邬贺铨中国工程院院士 09:50-9:55 特邀领导openEuler社区成员代表 9:55-10:05 孙文龙开放原子开源基金会理事长 10:05-10:10 领先商业实践用户代表 10:10-10:15 突出贡献单位代表 10:15-10:20 陆首群中国开源软件推进联盟主席 10:20-10:30 Jim ZemlinLinux Foundation执行董事 10:30-10:35 全球开源组织代表 10:35-10:45 周震刚IDC中国副总裁 10:45-10:55 吕仲涛北京金融科技产业联盟理事长，中国工商银行首席技术官 10:55-11:05 高同庆中国移动通信集团有限公司副总经理 11:05-11:15 曹鹏京东集团技术委员会主席，京东云事业部总裁 11:15-11:25 钟忻联通云CTO 11:25-11:35 郑文明天翼云基础架构事业部副总经理 11:35-11:50 江大勇openEuler委员会主席 注：最终日程安排以会议当天实际议程为准。 ### 演讲嘉宾 #### 操作系统大会主论坛嘉宾 孙文龙 开放原子开源基金会 理事长 陆首群 中国开源软件推进联盟 主席 Jim Zemlin Linux Foundation 执行董事 倪光南 中国工程院 院士 周震刚 IDC中国区 副总裁 高同庆 中国移动通信集团有限公司 副总经理 曹鹏 京东集团技术委员会主席 京东云事业部总裁 江大勇 openEuler委员会 主席 #### openEuler Summit 2023主论坛嘉宾 江大勇 openEuler委员会 主席 唐卫清 中国计算机学会 秘书长 熊伟 openEuler技术委员会委员 开放原子开源基金会TOC副主席 Shane Coughlan OpenChain Gerneral Manager Daniel Cortazar CHAOSS Governing Board Sean Goggins CHAOSS Governing Board Gopi Krishnan Rajbahadur SPDX Ambassador 杨继国 Intel开源技术中心 总监 胡欣蔚 openEuler技术委员会 主席 吴峰光 openEuler技术委员会 委员 欧阳坚 美团基础软件中心 技术总监 李祥凯 麒麟软件有限公司 副总经理 李玉山 中信银行软件开发中心系统支撑域 资深技术经理 王攀 麒麟信安 副总裁 曾繁礼 国家能源集团龙源集团蒙东公司 副总经理 徐磊 超聚变数字技术股份有限公司操作系统业务 总经理 陆璐 华南理工大学计算机科学与工程学院 教授，博士生导师 黄鹏 软通动力集团副总裁 基础软件事业本部总经理 #### 教育分论坛嘉宾 陈全 上海交通大学计算机科学与工程教授 系副主任 李锭 北京大学 助理教授 宓詠 复旦大学教授、上海教育技术学会理事长 上海市教育信息化2.0专家组长 牛建伟 北京航空航空大学计算机学院长聘教授 博士生导师 赵欢 湖南大学教授、博士生导师 信息科学与工程学院副书记 #### 技术分论坛出品人 郭寒军 openEuler maintainer 谢秀奇 openEuler maintainer 卢彦 统信软件 服务器操作系统与云计算产线技术总监 陈亚强 openEuler maintainer 车明道 openEuler maintainer 郑振宇 openEuler maintainer 吴峰光 openEuler技术委员会 委员 王建民 中科院软件所 高级工程师 杜开田 openEuler maintainer 任慰 openEuler技术委员会 委员 朱健伟 openEuler 社区安全委员会 主席 罗钰凯 openEuler 安全委员会 委员 刘昊 openEuler maintainer 于洋 北京东方通科技股份有限公司 研发总监 胡峰 openEuler maintainer 王执 华为 主任工程师 曾宏安 北京凝思软件股份有限公司 研发中心总经理 门小康 中软国际 解决方案架构师 #### 技术分论坛嘉宾 陈泓仰 中山大学 博士生 杜东 上海交通大学 并行与分布式系统研究所（IPADS实验室）教师 黎明江 上海天数智芯半导体有限公司 开源生态工程师 上官栋栋 华为技术有限责任公司 高级工程师 徐继魁 北京奥思维科技有限公司 总经理 杨斌 Intel 软件架构师 陈琦 成都鼎桥通信技术有限公司副总裁 新兴业务产品线总裁 仇大玉 安超云 高级总监 黄锦慧 麒麟软件 软件工程师 李超峰 中移在线 运维负责人 李剑 麒麟软件 操作系统研发工程师 刘志磊 中国移动 高级研发工程师 任林 中国移动 高级研发工程师 商保根 风河软件 MTS软件工程师 田航 润和软件 高级操作系统工程师 王毅 Intel 架构师 魏建刚 润和软件高级操作系统 产品经理 文白林 超聚变操作系统 高级专家 杨西利 东方通 高级产品经理 周麒 深圳市米尔电子有限公司 副总经理 Cui, Na Intel Solution Engineer 高睿 麒麟信安操作系统研发部 产品经理 接鹏 新华三 高性能计算专家 刘幸 新华三 高性能计算专家 马晓琦 华为 高级软件开发工程师 门小康 中软国际 解决方案架构师 齐国强 华为 高级工程师 邱文博 麒麟信安 资深操作系统工程师 王钧琪 麒麟软件 研发工程师 吴兴义 联通数科 高级工程师 纪涛 中国科学院软件研究所 产品经理 Kevin Zhao Linaro Limited Tech Lead 孙毅 Intel Kernel Validation Architect 武成岗 中国科学院计算所 研究员 叶青龙 麒麟信安 操作系统产品线经理 张楠 华为 工程师 张旭舟 openEuler RISC-V SIG Maintainer 丁紫薇 麒麟软件 开源合规研发工程师 杜凡 Intel 系统软件架构师 龚准 启明星辰 产品经理 李明 海思技术有限公司 副总经理 李强 麒麟信安 内核工程师 鲁卫军 华为 工程师 毛阿利 超聚变 架构师 王坤田 统信软件 高级研发工程师 吴昊 超威半导体产品（中国）有限公司 首席架构师 张昆 成都菁蓉联创科技有限公司 董事长兼总经理 蔡启申 中移（苏州）软件技术有限公司 高级系统架构师 杜辉 南京启诺信息技术有限公司总经理 易百纳技术社区总经理 郭克 统信软件 研发主管 刘少凯 北京浩瀚深度信息技术股份有限公司 产品总监 ### 共建单位 #### 操作系统大会主办单位 #### openEuler Summit 2023主办单位 #### openEuler Summit 2023联合主办单位 #### openEuler Summit 2023协办单位 ### 精彩回顾 openEuler Developer Day 2023openEuler Summit 2022 --- https://www.openeuler.org/zh/interaction/summit-list/summit2024/ --- 操作系统是产业数字化、智能化发展的坚实底座。openEuler作为数智基础设施的开源操作系统，开源5年，产业共建、生态繁荣；openEuler系市场份额屡攀新高；技术不断创新，使能AI，加速OS智能化，让数智无所不能；源于中国，贡献全球，已成长为企业级全球开源操作系统社区的重要一员。 2024年11月15日-16日，我们将在北京中关村国际创新中心举办 操作系统大会＆openEuler Summit 2024，本次大会旨在汇聚全球产业发展力量，邀请思想引领者、商业精英、技术专家、合作伙伴以及全球开源基金会等业界同仁，共同探讨操作系统产业发展方向和未来机遇，联合伙伴展示最新合作成果，分享数字化转型实践，以技术驱动创新不断激发新质生产力。 在这里，您将有机会看到： - 在30+场主题演讲、论坛、圆桌会议中，聆听和分享前沿观点 - 参观100+创新展点，体验openEuler最新的解决方案，以及与伙伴的联合创新 - 与技术专家面对面交流，了解最新的开发工具并动手实践 - 共商智能化、数字化的关键举措，为全球开源新生态的建设贡献力量 汇聚开源，贡献智慧，崛起数字时代，引领数智未来。 ### 活动日程 15 NOV 16 NOV 主论坛 分论坛 操作系统大会 2024 09:30 - 09:50 大会致辞 政府领导及特邀嘉宾 09:50 - 10:00 openEuler 树立中国操作系统新里程 10:00 - 10:20 以智能 致世界 江大勇 openEuler 委员会主席 10:20 - 10:35 openEuler 在金融行业核心系统的实践与展望 吕仲涛 北京金融科技产业联盟理事长 10:35 - 10:50 联合openEuler 自主创新，构筑百度智能云智算基座 史 磊 百度智能云混合云部副总经理 10:50 - 11:05 openEuler全球合作伙伴代表发言 Andrew Waffa Senior Director & Fellow, Software Communities, Arm 11:05 - 11:20 openEuler中国合作伙伴代表发言 武成岗 北京中关村实验室研究员，中国科学院计算技术研究所研究员 11:20 - 11:30 仪式：中国操作系统实践单位致谢暨2024年度openEuler领先商业实践 单位代表 11:30 - 11:40 仪式：全球开源贡献单位致谢暨2024年度openEuler社区突出贡献单位 单位代表 ### 活动嘉宾 操作系统大会主论坛嘉宾 倪光南 中国工程院 院士 江大勇 openEuler委员会 主席 吕仲涛 北京金融科技产业联盟 董事长 史磊 百度智能云混合云部 副总经理 Andrew Wafaa Senior Director&Fellow Software Communities 武成岗 北京中关村实验室研究员 中国科学院计算技术研究所研究员 openEuler Summit 2024主论坛嘉宾 江大勇 openEuler委员会 主席 熊伟 openEuler委员会执行总监 开发原子开源基金会TOC副主席 Keith Chan Linux Foundation APAC Director of Strategic Planning CNCF China Director Kendall Nelson OpenInfra Senior Upstream Developer Advocate Martin Tsvetanov Grigorov OpenHPC TSC Member 刘继龙 广州实验室 高级工程师 Bill Fletcher Linaro VP of Sales, Member and Service Dr. Nyoman Suwartha Associate Dean of Education Faculty of Engineering Universitas Indonesia 胡欣蔚 openEuler技术委员会 主席 Elton Yang Intel 中国 开源技术总监 Gopi Krishnan Rajbahadur Co-Lead of SPDX AI and Dataset Profile Ambassdor 张野 中金金融认证中心有限公司 (CFCA) 副总经理 Dr. Kilian Aviles SVP of DEKRA APAC Managing Director of Mainland China and Hong Kong Nicolas Girard SVP of Bureau Veritas CPS 解培 光大银行金融科技部云技术管理处 云规划团队主管 季炳伟 南京南瑞继保工程技术有限公司 新型能源部技术专家 周毅 麒麟信安 副总裁 王皓 超聚变算力软件业务 总经理 高东生 辽宁移动省级专家 中国移动十百千专家 徐梦江统信软件 高级产品经理 徐梦江统信软件 高级产品经理 分论坛演讲嘉宾 邓旺波 湖南麒麟信安科技股份有限公司 研发副经理 丁度树 广州创龙电子科技有限公司 产品总监 高睿 麒麟信安 产品经理 何剑 中移物联网有限公司 操作系统产品部首席架构师 何伊曼 德凯质量认证（上海）有限公司 网络安全高级工程师 华宇萌 麒麟软件有限公司 研发工程师 路晔绵 中国信息通信研究院 高级安全专家 宋鑫磊 中金金融认证中心有限公司 信息安全专家 万峰 麒麟软件有限公司 高级软件工程师 王麟 天翼云 研发专家 王萌 统信软件系统 研发工程师 魏建刚 江苏润和软件股份有限公司 高级产品经理 燕林琳 深圳市金蝶天燕云计算股份有限公司 产品研发中心总经理&首席架构师 张建津 联通数科 容器产品技术架构师 Meskhidze Konstantin 华为 操作系统研发工程师 李梦 中国科学院软件研究所 开源之夏运营负责人 李帅 华为 云原生开发高级工程师 石光银 浪潮云信息技术股份公司 云启操作系统（InLinux）架构师 苏伟 麒麟信安 高级系统工程师 常秉善 中国科学院软件研究所 软件工程师 周宏斌 华郅（技术）北京有限公司 解决方案副总经理 李萍 华为技术有限公司 高级工程师 刘长庚 华为技术有限公司 工程师 温志伟 麒麟软件有限公司 操作系统研发工程师 钟源珂 华为技术有限公司 高级软件开发工程师 丁嘉辉 华为技术有限公司 高级工程师 段武杰 凝思软件 研发产品经理 舒明 粤港澳大湾区国家技术创新中心 嵌入式操作系统产品部首席技术总监 李伟 华为 操作系统研发工程师 孙景浩 华为技术有限公司 高级服务工程师 王经纬 中国科学院软件研究所 工程师 张寒 麒麟软件有限公司 高级研发工程师 赵帅 Linaro Tech Lead 技术论坛出品人 谢秀奇 openEuler kernel commiter 范佳臣 openEuler release-management SIG committer 郑振宇 openEuler 社区运营组组长 罗钰凯 openEuler安全委员会 委员 徐学鹏 openEuler Cloud Native SIG maintainer 胡峰 openEuler技术委员会 委员 王执 openEuler 兼容性SIG committer 杜开田 openEuler社区 兼容性SIG组maintainer 史海涛 华为2012实验室 openEuler Embedded 项目经理 李晨斌 北京凝思软件股份有限公司 社区产品专家 张剑 润和软件 openEuler用户委员会委员 杨彬 软通动力操作系统研究中心 负责人 ### 共建单位 #### 主办方 #### 联合主办方 #### 协办方 #### 支持方 ### 精彩回顾 openEuler Summit 2023openEuler Developer Day 2023openEuler Summit 2022 --- https://www.openeuler.org/zh/interaction/summit-list/summit2025/ --- 观看回放 - openEuler 开源六载，已全面支持多样性算力，覆盖互联网、金融、运营商等多领域核心应用场景，市场份额稳居首位。面向下一个五年，openEuler 将全面聚焦AI，践行AI For OS、OS For AI的理念，开启操作系统变革的全新篇章。 - 2025年11月14日-15日，我们将在北京中关村国际创新中心举办 操作系统大会&openEuler Summit 2025，发布openEuler 在AI领域的重要技术版本，并邀请全球伙伴发布重磅产品，以技术创新与全球化实践共同开启 openEuler 下一个五年的全新篇章。 我们诚挚地邀请您莅临大会现场，在这里您将可以： - 让我们相约北京，在思维碰撞与技术交流中，为全球开源新生态的建设注入核心力量。 活动直播 ... 活动日程 14 NOV 15 NOV 主论坛 分论坛 活动嘉宾 操作系统大会主论坛嘉宾 倪光南 中国工程院 院士 程晓明 开放原子开源基金会 理事长 杨超斌 华为公司董事、ICT BG CEO 邵广禄 中国电信集团科技委主任 中国电信集团原总经理 熊伟 开放原子开源基金会 openEuler委员会主席 杜海 百度智能云混合云部 总经理 曾文斌 美团操作系统 总监 杨明明 菲尼克斯中国公司 副总裁 openEuler Summit 2025主论坛嘉宾 彭红华 华为ICT战略与业务发展部 总裁 熊伟 开放原子开源基金会 openEuler委员会主席 唐晓蕾 AMD公司全球 副总裁 Andrew Wafaa Arm Senior Director Software Communities & Fellow PyTorch Board 胡欣蔚 openEuler技术委员会 主席 胡春明 北京航空航天大学软件学院 院长 Grant Likely CTO Linaro 林振福 南网数研院 技术专家 高立江 中邮信息科技（北京） 云原生平台负责人 叶青龙 麒麟信安(广东)科技有限公司 研发总监 陈友宣 广州汽车集团股份有限公司 HPC负责人 分论坛演讲嘉宾 杜冬冬 上海交通大学 助理教授 卢俊 中国科学院广州生物医药与健康研究院 正高级工程师 谱系设施工程技术中心副主任 张涛 江苏润和软件股份有限公司 嵌入式部门经理 姜浩然 麒麟软件有限公司 内核高级研发工程师 段程浩 麒麟软件有限公司 内核高级研发工程师 唐友灵 麒麟软件有限公司 内核高级研发工程师 宋师 广州数控设备有限公司 副总工程师 姚广忠 河南昆仑技术有限公司 技术专家 杨露 菲尼克斯电气 PLCnext Software Application 总监 张锐 英特尔亚太研发有限公司 高级软件工程师 王文宽 超威半导体产品(中国)有限公司 AMD Linux 内核专家 Cryolitia 统信软件 内核研发工程师 宋家雨 cxl技术应用俱乐部 秘书长 靳晓旭 用友 海外中企出海业务总监 张骁 讯飞星火 AI工程院智算平台总监 张泽华 京东 算法总监 孙政华 深信服 中央平台部研发主管 周强 风河 高级交付总监 刘秉伟 英特尔（中国） 软件技术事业部高级总监 蔡鑫奇 北京航天微系统与信息技术研究所 曾逸 广东拓斯达科技股份有限公司 机器人市场总监 丁嘉辉 华为技术有限公司 高级软件工程师 费建强 华为 云原生专家 胡旷 智元机器人 生态总监 江东平 南京启诺信息技术有限公司 总监 金龙 宝德计算机系统股份有限公司 解决方案销售总监 李朝阳 华中科技大学开放原子俱乐部 学生 李鹏 中国科学院软件研究所 副研究员 梁义 华为 通用Serverless首席专家 吴健 鼎桥技术有限公司 机器人解决方案首席架构师 刘保玉 粤港澳大湾区国家技术创新中心 嵌入式数据库总经理 鲁卫军 华为技术有限公司 高级软件工程师 谭睿 北京光亚鸿道操作系统有限公司 产品经理 万峰 麒麟软件有限公司 高级软件工程师 王大维 成都菁蓉联创科技有限公司 技术总工 王伟 成都菁蓉联创科技有限公司 无人装备事业部部长 王晓云 中国科学院软件研究所 机器人系统工程师 王志强 CODESYS软件集团(中国) 市场负责人 魏建刚 润和软件股份有限公司 OS资深专家 吴衡 天翼云科技有限公司 研发工程师 吴治国 Linaro Engineer 徐磊 超聚变数字技术股份有限公司 高级研发工程师 徐佩文 南京菲尼克斯电气 PLCnext产品经理 杨彬 软通动力信息技术（集团）股份有限公司 开源欧拉研究中心主任 袁礼鹏 华为技术有限公司 高级软件工程师 翟文杰 华为技术有限公司 高级软件工程师 钟茂恒 北京凝思软件股份有限公司 Manager 钟涛 华为技术有限公司 工程师 刘新良 Linaro Limited Engineer Andy 京东 安全工程师 贺礼云 凝思软件成都研发中心 副总经理 李萍 华为技术有限公司 高级软件工程师 王麟 联通数字科技有限公司 高级研发专家 王宇诚 湖南麒麟信安科技股份有限公司 研发工程师 武成岗 中国科学院计算技术研究所 研究员 辛晓慧 Linaro 软件工程总监 张驰 三未信安科技股份有限公司 技术总监 冯焱 北京惠每云科技有限公司 高级后端工程师 韩远坤 华为技术有限公司 华为AI通信专家 黄俊 招商证券股份有限公司 核心系统架构师 李静静 北京东方通科技有限公司 产品经理 李宇振 华为技术有限公司 AI工程师 孙亚楠 河南昆仑技术有限公司 高级工程师 郑晨卉 华为技术有限公司 软件工程师 技术分论坛出品人 谢秀奇 openEuler Kernel Commiter 罗钰凯 openEuler 安全委员会 委员 杜开田 openEuler 兼容性SIG组Maintainer 李晨斌 北京凝思软件股份有限公司市场产品专家 openEuler用户委员会委员 唐葛亮 麒麟软件有限公司 openEuler 技术委员会 牛涛 openEuler sig-UnifiedBus Maintainer 张以正 openEuler sig-Intelligence Commiter 陈鑫 openEuler sig-embedded 朱泽旭 openEuler DevStation SIG及兼容性 SIG Maintainer 任慰 openEuler技术委员会 委员 王经纬 中国科学院软件研究所 openEuler TC 李洋 openEuler社区 sig-分布式中间件maintainer 共建单位 主办方 联合主办方 协办方 支持方 精彩回顾 openEuler Developer Day 2025openEuler Summit 2024openEuler SIG Gathering 2024openEuler Summit 2023openEuler Developer Day 2023openEuler Summit 2022 --- https://www.openeuler.org/zh/internship/ --- # 开源实习 领取任务 实习介绍 开源实习是openEuler社区和社区合作单位共同发起的线上实习项目，旨在鼓励在校学生积极参与开源社区，在实际的开源环境中提升实践能力，在社区中成长为优秀的开源人才。由社区提供实习任务，并提供导师辅导，学生通过实习申请后，可在社区领取任务，每完成一个任务可获得相应积分，积分累计达规定量后，可获得实习证明和实习工资。 盛情邀请社区各位资深开发者成为开源实习活动导师，请发送报名至活动邮箱intern@openeuler.sh 01 申请实习 02 领取任务 03 提交成果 04 工资与证书发放 ## 申请实习 01、阅读并签署活动声明。(见实习申请材料模板里) 02、完成实习测试任务 并截图至报名资料表内。 03、填写报名资料表。 在《实习申请材料模板》里仔细阅读实习报名流程，在线表单填写完毕后等待审核，组织方将以邮件反馈审核结果。组织方会根据所提交的资料对报名学生进行一定的审核筛选。审核通过后，将分配账号开始实习。 注意: 自2026年3月1日起，openEuler开源实习offer发放时间调整为：实习积分满10分后。 实习申请材料模板 实习规则 1、哪些人可以报名？ 开源实习面向全国范围内年满18周岁的在校大学生招募，无专业年级限制，欢迎感兴趣的同学踊跃报名。 2、实习有效期6个月是如何计算的？ 在申请实习时需签署实习劳务合同，实习有效期即劳务合同上填写的实习有效期，为6个月期限，6个月期限内未满60积分则不能获得实习证明。线上实习时间管理相对自由，可根据自身情况安排时间，可提前结束实习。 3、超过了6个月或者完成了100积分还能继续在社区做任务吗？ 可以，但积分不能再用于领取证明和奖金，一年内累计到150积分可获得openEuler社区高校“开源之星”荣誉。 更多问题，请添加 openEuler 小助手进行咨询 积分与激励规则 ### 实习工资 - 实习有效期6个月内满10分以上，可获得不同级别的实习工资。 - 具体见以上“申请步骤4”里的工资说明。 ### 实习证明 - 实习有效期6个月内积分满60分 - 至少找一位导师写实习评语 - 提交实习报告 满足以上3条，实习评语与实习报告经评审合格后发放实习证明。具体见以上“申请步骤4”里的证明申请说明。 ### 优秀实习生证书 - 申请本年度内积分达到150分 - 至少找一位导师写优秀推荐评语。 满足以上条件，可向社区发邮件申请发放优秀实习生证书。联系邮箱： intern@openeuler.sh 合作伙伴 帮助资讯 联系邮箱： intern@openeuler.sh 扫码添加openEuler小助手微信，回复“开源实习进群”加入交流群，备注高校及年级，更多问题群内咨询。 --- https://www.openeuler.org/zh/learn/mooc/ --- # 课程中心 ### HCIA-openEuler 认证培训课程 欢迎学习HCIA-openEuler华为认证openEuler工程师在线课程。 课程学习考试报名 ### openEuler精品课程 开源基础软件学习培训 开始学习 ### Tutorials openEuler官方出品的迷你视频课程 开始学习 ### openEuler直播 众多大咖精彩课程直播 开始学习 ### openEuler安全知识培训 openEuler基础安全意识与能力培训 开始学习考试报名 --- https://www.openeuler.org/zh/learn/mooc/detail/ --- 课程中心HCIA-openEuler 认证培训课程 目录 暂无数据 课件下载 上一篇 下一篇 --- https://www.openeuler.org/zh/meeting/ --- # 线上会议 ## 参与方式 会议指南 当一个版本发布完成后，openEuler 社区会召开关于下一个版本的开发规划会议，会议以 SIG 组为单位，集中探讨未来6个月的技术发展规划、工作事项、优先级等。该会议遵循开源开放原则，任何人均可申报需求，参与讨论。 查看详情 SIG 例会 openEuler SIG 组会定期组织线上会议，以便SIG成员了解各项目的进展与状态，推动交付成果输出，让其成为openEuler 发行的一部分或 openEuler 扩展包的一部分。 查看预定方式 技术直播 openEuler 社区B站直播开放预约中，如果您想分享您的技术实践、项目成果、开源经验等，欢迎联系社区小助手（微信号：openeuler123）预定。 社区小助手：openeuler123 订阅邮件列表 开发者可前往 SIG 中心 查看感兴趣的 SIG，订阅 SIG 邮件列表，随时获取各SIG组的会议动态。 前往 SIG 中心SIG 邮件列表 ## openEuler开发者日历 预定会议需要SIG组Maintainer或Committer身份权限创建会议 --- https://www.openeuler.org/zh/migration/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 ### 我们的优势 openEuler 助力企业简单、平稳、高效进行操作系统迁移。 原操作系统EOM 数字化改造 openEuler 面向数字基础设施的开源操作系统 聚焦内核能力，释放多样性算力，引领操作系统创新 创新架构，全栈优化，打造全场景协同的数字基础设施操作系统 端到端的迁移方案 简单好用的迁移工具 支持到位，快速响应 政企迁移案例实践 端到端的迁移方案 支持到位，快速响应 简单好用的迁移工具 政企迁移案例实践 ### 快速下载 x2openEuler工具是一款将源操作系统升级为目标操作系统的搬迁工具套件 x2openEuler3.0.0-20250104 软件下载 - x86\_64 - aarch64 特性说明 补丁说明 使用指南 - Linux迁移 - Windows迁移 视频实操 ### 轻松上手 提供用户迁移旅程中的准备、实施、测试上线等各环节的方法及工具，方便开发者快速完成迁移 了解 迁移背景 迁移概述 openEuler迁移方案 六步法端到端迁移无忧 迁移准备 成立保障组织 迁移分析 方案设计 迁移适配 工具助力，化繁为简 迁移实施 原地升级 适配升级 一键迁移，高效可靠 测试与上线 业务监控 业务巡检 安全漏洞更新 安全放心，智能运维 ### 迁移路径 原地升级（1h） 在原有的系统上一键升级 适配迁移（4h） 自动安装操作系统和同步配置 安装应用 ### 政企案例 浙江移动 浙江移动完成了openEuler的大规模迁移部署 天翼云 天翼云全场景业务无缝迁移至基于openEuler的自研操作系统CTyunOS 了解详情 ### 移植指南 MySQL 5.7.21 移植指南 Apache 2.4.39 移植指南 Nginx 1.14.2 移植指南 查看更多 ### 帮助咨询 如有疑问可前往FAQ查找对应解答 也可扫描二维码，我们会有专人为您解答 openEuler公众号进入迁移专区，点击“加群”，进入技术交流群 openEuler小助手，备注“迁移”，进入技术交流群 openEuler公众号 openEuler小助手 --- https://www.openeuler.org/zh/migration/advantage/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 # 服务器系统迁移 ## 搬迁 ## 系统迁移 ### 迁移工具 ### 操作系统 ### Linux迁移 随着数字化转型深入，操作系统正在向支持多样性计算、支持全场景的方向发展。在数字化转型的过程中，企业面临迁移操作系统的刚性需求，由于不同操作系统之间存在差异，企业在迁移操作系统时面临三个问题：如何处理软硬件兼容性问题？如何快速恢复系统环境？如何发挥系统的极致性能？openEuler 作为一款面向数字基础设施的开源操作系统，支持多样性计算，满足服务器、云、边缘和嵌入式全场景。基于openEuler 的迁移方案，包括成立迁移保障组织、迁移分析、方案设计、移植适配、迁移实施和测试上线六个阶段，同时借助x2openEuler工具的迁移评估和原地升级技术， 实现了全场景业务的“简单、平稳、高效”的迁移。 通过x2openEuler迁移评估技术，对软件、硬件、配置的兼容性情况给出全方位的分析。具体包括OS迁移前后，上层业务软件接口上的变化、依赖软件包版本的变化，操作系统配置参数的变化等，保证业务的平滑迁移。 openEuler为用户提供原地升级和适配迁移两种迁移路径，覆盖所有迁移场景，简化迁移流程。 通过x2openEuler的原地升级技术，一键式将存量OS升级到openEuler，升级前后上层业务无需重新部署，参数无需重新配置，大大降低了升级时长。同时整个升级过程可以直接使用原有服务器资源，无需额外准备备用机，大大节省了迁移成本。原地升级技术将单节点的升级时长控制在1小时以内，最大程度的减少升级对业务的影响。 如果您有操作系统迁移意向，欢迎联系我们，openEuler工作人员将免费为您提供操作系统迁移咨询服务。 --- https://www.openeuler.org/zh/migration/background/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 # openEuler迁移背景 ## 开源服务器操作系统 ## Centos系统迁移 ### 服务器系统迁移 ### Linux迁移 ### 服务器安装linux系统 ## 背景 当操作系统生命周期即将 EOM，但是应用软件或者产品的生命周期还未结束时，为了保障业务的连续性、安全性，急需将原操作系统迁移到新操作系统上。同时随着数字化转型深入，操作系统正在向支持多样性计算、支持全场景的方向发展，促使操作系统进行架构创新，企业面临迁移操作系统的刚性需求。企业一方面需要做好操作系统选型（如持续演进、全场景支持、可靠、稳定等），支撑企业持续发展、产品创新、数字化转型；另一方面需要有系统性的迁移方案及工具，保障迁移无忧。针对企业迁移操作系统的需求，openEuler 助力企业简单、平稳、高效进行操作系统迁移。 ## openEuler 简介 ​ ### openEuler 面向数字基础设施的开源操作系统 ​ openEuler 开源操作系统是面向数字基础设施的开源操作系统，支持服务器、云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。 ### openEuler 聚焦内核能力，释放多样性算力，引领操作系统创新 ​ openEuler 原生开源，独立演进，从三个层次实现持续发展，助力企业数字化转型。内核创新：在多核调度、多样性算力，以内存为中心新架构的支持等方面进行创新，自 2012 年以来向 Linux Kernel 社区持续贡献，在 Linux Kernel 5.10/5.14 版本中，内核代码贡献排名第一。 ### openEuler 产品架构介绍 ​ openEuler 创新架构，全栈优化，释放多样性算力，打造全场景协同的数字基础设施操作系统，包括基础加速库、虚拟化、内核、驱动、编译器、OS 工具、OpenJDK 等组件。 --- https://www.openeuler.org/zh/migration/contact/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 迁移社区 SIG：迁移问题可在兼容性 SIG 提交相关问题。 openEuler 公众号：进入迁移专区，点击“加群”，进入技术交流群，可在群内直接提问，我们会有专人为您解答。 openEuler 小助手：备注“迁移”进入技术交流群，可在群内直接提问，我们会有专人为您解答。 openEuler公众号 openEuler小助手 --- https://www.openeuler.org/zh/migration/contribution/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 如果您已经完成了操作系统迁移，欢迎您将迁移过程总结成最佳实践或迁移案例，贡献到 openEuler 迁移专区。贡献流程如下： 1. 伙伴贡献迁移最佳实践或迁移移植案例到博客，具体可参考发博攻略，title 中请注明关键词 “迁移最佳实践” 或 “迁移移植案例” 。 2. 兼容性 sig 组定期 review 博客，并答复 “/lgtm” 。 3. 由 openDesign sig 组将已评审博客上线到迁移专区。 --- https://www.openeuler.org/zh/migration/download/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 # openEuler迁移 ## Linux迁移 ## Linux服务器迁移 ### 系统迁移工具 ### 服务器迁移方案 ### CentOS迁移 ## x2openEuler x2openEuler工具是一款将源操作系统迁移到目标操作系统的迁移工具套件，具有批量化原地升级能力，当前支持将源OS升级至openEuler。为解决客户升级操作系统过程中人工投入大、准确率低、无法批量化处理导致整体效率低下的痛点，x2openEuler工具提供简单易用的操作界面，您可以批量添加待升级节点进行迁移分析，设计迁移方案并对兼容性问题进行迁移适配，最后对已适配的待升级节点批量升级，实现端到端的无感迁移。 x2openEuler3.0.0-20240930 软件下载 - x86\_64 - aarch64 特性说明 补丁说明 使用指南 视频实操 x2openEuler3.0.0-20240630 软件下载 - x86\_64 - aarch64 - upgrade-for6 特性说明 补丁说明 使用指南 视频实操 x2openEuler3.0.0-20231230 软件下载 - x86\_64 - aarch64 - upgrade-for6 特性说明 补丁说明 使用指南 视频实操 x2openEuler3.0.0-2023930 软件下载 - x86\_64 - aarch64 - upgrade-for6 特性说明 补丁说明 使用指南 视频实操 x2openEuler3.0.0-2023630 软件下载 - x86\_64 - aarch64 特性说明 补丁说明 使用指南 视频实操 --- https://www.openeuler.org/zh/migration/download/characteristic-description-3.0.0/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 ## 3.0.0-20250104 版本特性说明 ​ - ### 新增特性 ​ 1. 支持.NET Framework框架Web应用迁移至openEuler-20.03-LTS-SP1(仅支持aarch64)。 2. 支持对.NET Framework框架Web应用的源码进行兼容性扫描，包括：业务系统架构、三方库、数据库接口、Windows API。 3. 支持对中间件Nginx和Httpd的自动化部署。 4. 支持服务启动。 5. 支持在迁移的每一个阶段进行回滚。 6. 支持迁移后的环境清理。 ## 3.0.0-20240930 版本特性说明 ​ - ### 新增特性 ​ 1. 支持 CentOS 6/7/8、openEuler 20.03/22.03 升级到 openEuler 24.03。 2. 在升级后展示新老版本的内核参数、配置的差异。 3. 支持用户自定义检查项、用户自定义 SMT 脚本。 4. 工具支持静默安装。 5. 工具支持安装在 openEuler 所有 LTS 版本上。 6. 工具默认内嵌 x2openEuler-upgrade-for6 软件包、Windows 迁移软件包，安装包约 400 MB。 - ### 问题修复 ​ 1. 升级成功后 upgrade 启动项残留。 2. 部分环境，因 PermitRootLogin 配置未打开导致升级后断链。 3. 个别环境，lspci 路径差异导致的硬件兼容性检查失败。 4. 个别环境，OS 备份阶段因某些路径不存在导致文件丢失。 5. 业务软件包（包含依赖的软件包）数量过多时，兼容性检查功能无法执行。 6. 个别环境，升级后 /etc/fstab 中未删除 nobarrier。 - #### 工具优化 ​ 1. 支持将临时安装 OS 目录设置到 /home 和 /data。 2. 增加对环境变量 PATH 的校验。 3. 重启超时重试，如果新 OS 已经启动成功，不再重复重启。 4. 升级阶段屏蔽海量日志，避免前端卡顿。 5. 一键取日志功能中，来自升级节点的日志保留时间戳信息。 6. 检查项提示信息显示优化，增加换行与滚动条。 ## 3.0.0-20240630版本特性说明 ​ - ### 新增特性 ​ 1.支持Ubuntu18.04系列向openEuler的迁移。 2.仅支持方案2升级，后续不再提供方案1升级功能。 3.剥离数据库文件，安装包瘦身至125MB，使用数据库需要手动安装。 - ### 问题修复 ​ 1.升级后原OS的repo文件残留。 2.小概率重启后几分钟内就提示重启超时。 3.小概率重启后页面状态异常。 4.个别场景下，批量导入失败。 5.个别场景下，获取内核版本号错误导致升级失败。 6.个别场景下，获取/boot目录挂载设备名称错误导致升级失败。 7.升级所需磁盘空间估算方式有误，升级前检查无法提前识别空间不足的情况。 8.Web字段匹配方式不合理，导致个别场景下成功执行的命令行被误判失败。 9.同名不同类的文件未进行校验，导致非软件包文件同步失败。 10.多个节点使用同个repo同时升级，小概率出现拷贝repo文件失败。 11.任务状态与详情页面状态不一致。 - ### 工具优化 ​ 1.Web页面“下载环境信息和日志”支持获取升级节点的日志（要求ssh连通）。 2.通过内核版本是否变化来判断升级/回退的重启是否成功，避免误判。 3.回退超时允许重试。 4.优化升级前检查中的软件包文件冲突分析逻辑。 5.回退过程新增路径校验，避免遗留非原系统路径。 6.环境检查新增对目标repo的可访问校验。 7.环境清理阶段检查upgrade启动项是否残留，是则自动清除。 8.小系统新增df、dos2unix等调试命令。 9.用户自定义脚本超时时间可配置。 10.Web端线程调度等待超时时间从10s调整到30s，且可通过配置项修改。 11.环境检查阶段增加对动态IP的识别，并通过错误信息提醒用户。 12.优化CentOS6系列环境检查阶段对repo源网络的检查逻辑。 13.前端UI已知问题修复。 14.中英双语词条优化。 ## 3.0.0-1230版本特性说明： ​ - ### 新增特性 ​ 1.支持英文界面 - ### 新增特性 ​ 1.方案二升级流程优化 2.升级过程中ssh等待时长支持配置 3.删除环境检查中的重复检查项（是否安装core包）、无关检查项（python环境检查） 4.优化部分检查项的提示信息 5.网页加载速度提升 6.日志权限最小化 - ### 问题修复 ​ 1.已经到期、即将到期的证书不允许上传 2.修复环境清理后待升级节点上日志文件、x2工具相关文件未清理干净的问题 3.修复升级后ifcfg-eth文件格式错误导致ssh无法连接的问题 4.修复CentOS6.4升级失败的问题 5.修复备份命令行执行异常的问题 6.修复特定条件下软件包残留问题 7.修复特殊情况下没有修改初始密码、密码过期时可以刷新登录的问题 8.修复Web页面在某些条件下无法查看服务端证书的问题 9.修复回退一致性检查中断之后无法执行返回操作的问题 10.修复升级成功后环境清理失败的问题 11.修复升级任务的部分阶段统计时间不准确的问题 12.修复x2工具卸载后部分软链接残留的问题 ## 3.0.0-930版本特性说明： ​ - ### 新增特性 ​ 1.新增通用操作系统升级方案：在高级选项中可以选择方案2 2.方案2支持CentOS6系列升级至openEuler（需要将x2openEuler-upgrade-for6软件包放入WebServer节点/etc/x2openEuler/rpms目录下） 3.支持openEuler20.03升级至openEuler22.03 4.新增汇总页面，可以快速总览所有节点状态，节点分布 5.升级过程中新增重试，手动排除故障后可以重试升级流程 6.升级前检查冲突报告新增搜索栏，便于搜索 7.新增对ipv6节点升级的支持 8.增加部分升级前检查项，环境检查项，环境巡检项 - ### 问题修复 ​ 1.修复导入表格当中后置脚本与前置脚本冲突的问题 2.修复因libpath冲突导致系统自带python无法使用的问题 3.修改部分词条，便于阅读与问题定位 ## 3.0.0-630版本特性说明： ​ - ### 新增特性 ​ 1.x2openEuler新增对1000节点并发的支持 2.x2openEuler后端数据库由sqlite修改为mariadb，初始化脚本新增对mariadb的初始化 3.修改x2openEuler升级前检查方案，提高升级前检查准确率 4.升级前检查新增自定义检查项，用户可以根据自身需求自定义检查项 5.升级前检查新增配置文件迁移策略选择，可以选择部分RPM包的配置文件迁移策略 6.新增部分检查项，保证节点升级更加丝滑 7.新增软件包分析任务，收编vscode相关功能，支持单独对软件包进行分析 8.支持从330版本通过脚本升级到630版本 - ### 问题修复 ​ 1.修改批量导入时，多次导入时界面显示卡死的假象问题 2.迁移导入文件时，赋予节点导入中状态 3.上传文件校验失败时给与0.5s的延迟再显示错误提示 4.修改数据库中主机名称字段长度，修改为256位 5.文件系统信息收集，设置超时时间，默认300s 6.回退一致性收集时，不收集排除目录 7.解决升级失败未重启的情况下回退不是假回退的问题 8.修复远程连接时，普通用户文件属主与普通用户名称不一样时报错问题 9.升级前检查时新增rpm包下载空间校验 10.修复使用到开源软件CVE漏洞 11.每个节点日志分离，便于问题定位 12.界面新增需备份文件总大小 13.依赖包安装提前至环境检查，避免升级前检查时遗漏 14.修复生成回退启动项，有些fstab中的挂载对应文件驱动没有打进initramfs中的问题 15.修复软链接执行lsattr扫描会失败的问题 16.升级前检查新增lsattr扫描 17.ssh连接是匹配小写的password登录提示语 18.修复软件包评估报告存在英文的问题 19.合并x2openEuler-client与x2openEuler-upgrade软件包 20.前后置脚本压缩包大小，文件数校验可配置 21.修复因ssh返回值修改，导致升级异常状态下重试无限处于网络中断下的问题 22.软件冲突检查中添加用户自定义增加软件功能 23.修改升级详情页偶现回退按钮不显示问题 24.升级前检查阶段将校验所有rpm包的sha256数值 25.修改过滤节点后，批量删除节点，连同任务一起删除的问题 26.xlsx库实现懒加载，安装webpack-bundle-analyzer分析插件 27.修改升级后报告偶现加载错误的问题 28.前后置脚本执行去掉-e执行 29.软件包上传失败时，新增显示失败原因 30.修改配置策略数据筛选后重复的问题 31.修复节点别名为中文时，日志不能下载的问题 32.修改ssh免公钥认证问题，在初始化阶段可以设置不需校验 33.修改用户环境变量导致createrepo执行失败的问题 34.系统升级-回退成功后，升级前检查进度下新增‘开始升级’按钮 35.解决导出HTML报告弹窗点击右上角关闭按钮后无法再弹出问题 36.修复日志文件没赋予写权限报错的问题 37.忽略安装yum-utils时出现的warning 38.任务调度增加打印信息，增加ip、port、actor名字、对应任务线程号打印 39.解决切换评估包导出html报告数据未变更问题 40.修复修改删除任务时偶现会出现任务异常的问题 41.页面轮询优化，任务管理-增加软件包评估过滤 42.软件冲突数据收集后删除额外安装的包 43.修复依赖关系is\_uncompatible显示错误的问题 44.关闭浏览器时清理上传文件，上传软件包组件添加登录失效处理 45.去掉路由缓存、去掉noarch架构选项、解决配置文件升级策略报错 46.新增配置项hostname\_length调整ssh窗口大小 47.修改当长时间不操作之后再次进行节点操作导致无法读写数据库问题 48.修复执行完后置脚本回退不生效问题 49.软件冲突检测中增加对升级后包conflict和provide冲突的检测 50.修改配置报告搜索报错卡死的问题 ## 3.0.0-330版本特性说明： ​ - ### 新增特性 ​ 1.x2openEuler新增对RedHat7系到openEuler20.03系，openEuler22.03系，RedHat8到openEuler22.03系的支持 2.x2openEuler新增回退一致性检测功能，用于检测回退后与升级前操作系统当中存在差异的文件 3.x2openEuler新增升级完整性检查，用于对比升级后与升级前检查结果的差异 4.x2openEuler将冲突分析，兼容性分析卸载到升级节点，在升级阶段对数据库的使用方式发生变化，需要将数据库RPM包放置到服务端/etc/x2openEuler/rpms/databases目录下即可 5.x2openEuler连通性测试步骤替换为升级检查步骤，升级检查步骤支持自定义编辑，可以支持自定义增加，删除对应检查项 6.x2openEuler新增环境巡检，在升级成功之后可以执行巡检，巡检步骤支持自定义编辑，可以支持自定义增加，删除对应巡检项 7.x2openEuler新增节点强制删除功能，可以在节点失败的情况下强制删除节点 8.x2openEuler升级软件包提前至升级前检查下载 - ### 问题修复 ​ 1.修改因kernel包在升级过程中没有对应的版本，导致升级完成后出现rd.break进入紧急模式的问题 2.修改因nss和nspr软件因为冲突，导致被卸载后ssh连接无法使用的问题 3.修复备份目录存在多级目录，并且目录都不存在的情况下，无法创建备份目录的问题 4.修复升级到openEuler22.03，进行回退时fat文件系统驱动默认不加载导致磁盘挂载不上，从而回退失败的问题 5.修复任务名称输入非法时无提示的问题 6.修复环境检查在某些偶现场景出现repo源残留的问题 7.修复rsync导致ssh超时的问题 8.ssh超时时间可配置，默认为600s 9.修复当非root用户登录时，升级重试提示密码不对的问题 10.修复普通用户因超时退出导致的升级前检查失败问题 11.修复数据库不存在，报No such file or directory的问题 12.修复白名单查询问题 13.修复2203上无法安装工具的问题 14.修复第一次升级检查是报libpython找不到的问题 15.修复原系统中i686包对升级前检查的干扰 16.修复服务端证书不生效的问题 17.修改部分文案 18.修复swap包异常输入导致程序崩溃问题 19.新增对升级节点不能安装x2openEuler-core的检查 20.硬件兼容性清单更新 21.修复配置swap包无法替换默认swap包的问题 22.修复ssh匹配时，无匹配符的问题 23.增加会退前全盘扫描，对不可修改权限目录进行提示，防止存在不可修改权限的文件和目录导致回退失败 24.修复中文decode报错问题 25.修复rpm包路径依赖缺失问题 26.提高升级前检查准确性 27.加强部分安全问题 28.远程执行命令增加超时时间，防止命令卡住问题 29.x2openEuler-upgrade依赖提前安装 30.修复保留包为空，但填写业务包的时候报错的问题 31.修复重启命令不生效的问题 32.修复ssh回传出现的乱码问题 33.修复glibc-header冲突的问题 34.修复管理页面卡死的问题 35.修改回退流程，增加回退流程鲁棒性 36.修改收集评估轮询失效问题 37.修复升级页面节点名称不显示问题 --- https://www.openeuler.org/zh/migration/download/patch_description-3.0.0/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 | 3.0.0-630版本补丁说明 | 下载地址 | | --- | --- | | 修复目标操作系统名称过长导致数据库无法写入的问题 | Link | | 新增系统巡检项 | Link | --- https://www.openeuler.org/zh/migration/faq/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 Q：如何获取原地升级的教程或者文档？ A：我们提供了视频或文档，方便您学习。请参见 x2openEuler工具使用视频，获取教程；请参见 x2openEuler用户指南，获取官方指导文档。 Q：x2openEuler是否支持虚拟机升级？ A：x2openEuler支持虚拟机升级，同时也支持物理机升级。 Q：x2openEuler支持哪些操作系统原地升级？ A：我们将逐步支持更多的OS，具体支持的OS请参考 x2openEuler用户指南。 Q：如何处理升级过程中出现的异常？ A：升级过程中若出现异常，可先在 x2openEuler用户指南的FAQ中进行查找；如果没有同类问题，可在社区提 issue来跟踪解决。 Q：原地升级迁移过程中出现异常导致迁移失败，是否支持回滚？ A：原地升级迁移过程中出现异常导致迁移失败时，支持回滚。x2openEuler的备份回滚操作，请参考 x2openEuler用户指南。 Q：openEuler 如何和硬件厂商的兼容性测试？兼容性测试是否需要额外的费用？ 可参考 openEuler硬件兼容性测试整体介绍，加入openEuler社区兼容性SIG组，或openEuler创新中心，可进行兼容性测试。兼容性测试不需要额外支付费用。目前openEuler社区硬件兼容性测试已与创新中心对接，用户可以通过社区的 兼容性测评平台进行认证，并获取认证证书，同时会同步发布 社区兼容性列表。 --- https://www.openeuler.org/zh/migration/guidance/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 # openEuler迁移背景 ## 开源服务器操作系统 ## Centos系统迁移 ### 服务器系统迁移 ### Linux迁移 ### 服务器安装linux系统 ## 迁移概述 openEuler 提供端到端的迁移方案，包括成立迁移保障组织、迁移分析、方案设计、移植适配、迁移实施和测试上线六个阶段，同时通过 x2openEuler 工具的迁移评估和原地升级技术，将繁琐的迁移过程简化，实现了全场景业务的“简单、平稳、高效”的迁移。 x2openEuler是一款将源操作系统迁移到目标操作系统的迁移工具套件，具有批量化原地升级能力，当前支持将源 OS 升级至 openEuler 20.03。为解决客户升级操作系统过程中人工投入大、准确率低、无法批量化处理导致整体效率低下的痛点，x2openEuler 工具提供简单易用的操作界面，您可以批量添加待升级节点进行迁移分析，设计迁移方案并对兼容性问题进行迁移适配，最后对已适配的待升级节点批量升级，实现端到端的无感迁移。 ## 迁移流程 ​ 基于 openEuler 的迁移方案，包括成立迁移保障组织、迁移分析、方案设计、移植适配、迁移实施和测试上线六个阶段。 ## 成立保障组织 ​ 在进行操作系统迁移前，客户业务部门、IT 部门、维护部门以及 OSV、ISV 需要成立迁移保障组织，为操作系统迁移提供技术支持和组织保障。 ## 迁移分析 ​ 迁移保障组织成立后，公司内部收集需要迁移的业务名称、迁移诉求、软件栈、业务部署形态、服务器硬件信息，形成迁移项目全景图。根据迁移项目全景图，按照业务的提供商、操作系统和硬件环境进行筛选，指定业务的迁移优先级。最后，可参考x2openEuler 用户指南对操作系统的硬件、软件和配置进行兼容性评估，对不兼容的软件包需要进行补全或者替代，给出兼容性报告供后续步骤使用。 x2openEuler 能够在升级前进行如下三个方面的评估，并生成兼容性评估报告： - 软件评估 通过识别应用软件依赖包信息清单，对应用软件进行扫描评估，并生成评估报告。 - 配置收集与评估 支持收集用户环境数据并生成配置文件，支持收集systemd服务、内核参数、网络配置和磁盘挂载配置等信息，并完成配置信息分析评估。 - 硬件评估 评估运行环境的整机（x86/aarch64）、整机板卡（RAID/NIC/FC/IB/GPU/SSD/TPM/AI）是否在openEuler 兼容性列表中。 ## 方案设计 ​ 根据兼容性报告和业务迁移的优先级，结合业务场景设计每个业务节点的迁移策略，再根据业务的部署形态、是否可并行替换、是否可中断等自身特点定制整体搬迁方案。x2openEuler 能够在升级前进行如下三个方面的评估，并生成兼容性评估报告： 说明 OS迁移可分为同架构迁移和异架构迁移，异架构迁移需先完成应用软件的跨架构迁移。 ### 迁移优先级 ​ 面向不同的业务属性，可制定不同的迁移优先级，梳理以下三种业务属性供参考。 - 按业务语言分类： − Java 类：java 类应用通过 jdk 运行环境屏蔽、兼容性较好，jdk 8 以上版本高优先级选择迁移。 − C 语言类：根据兼容性评估结果，通过兼容性评估的部分，高优先级选择；需要移植的部分，低优先级选择。 − Python 类：python 3/python2 类业务，高优先级选择； - 按业务部署形态分类： − 集群类业务，高优先级选择。 − 主备类业务，高优先级选择。 − 单机类业务，低优先级选择。 - 按业务状态分类： − 无状态业务（不涉及本地存储、配置数据），高优先级选择。 − 有状态业务（涉及本地数据），低优先级选择。 ### 迁移场景 ​ 根据业务系统的情况 ，确定对应的迁移场景，制定迁移方案和实施。主要包含以下三种迁移场景： - 新建：业务为全新业务时，采用新操作系统。 - 扩容：业务节点已运行一段时间，需在此基础上扩容新节点，采用新操作系统。 - 存量替换：业务节点已运行一段时间，将原操作系统替换为新操作系统。 ## 迁移适配 ​ 在迁移分析阶段生成的 x2openEuler 兼容性报告中详细列出了需要适配的软件，请根据报告详情进行适配，并在迁移后的新系统上重新部署。典型软件移植适配可参考移植案例。 - 软件适配 a.  应用软件适配：需联系软件厂家或自研软件责任方进行适配。 b.  OS 软件适配：引入评估报告中缺失的依赖包，具体操作请参见软件兼容性适配流程完成包引入。适配完成后，将软件包引入至社区软件仓库及根据需要刷新软件兼容性清单（可选）。 说明 对于兼容的软件可直接使用。 - 配置收集与适配 使用 x2openEuler 的配置迁移功能，工具自动分析系统的 4 种配置：服务配置，网络配置，内核配置，挂载配置。用户需结合自身实际业务诉求及调优策略不同，对各项工具展示需要同步的配置项进行分析，选择需要修改的配置，之后由工具生成自动化脚本，实现一键配置同步。 - 硬件适配 a.  查看硬件兼容性评估报告中“待确认”的硬件类型。 b.  引导硬件厂家或社区开展适配，具体操作请参见硬件兼容性测试服务。 c.  适配完成后，将适配驱动发布至软件所仓库，并同步刷新兼容性清单。 d.  当“是否在兼容清单”的状态变为“是”时，表示硬件已经过兼容性认证。 ## 迁移实施 ​ #### 注意事项 ​ - 迁移实施对现网业务可能有影响，请提前规划迁移时间和所需资源。 - 针对存量迁移场景，迁移涉及到软件包的升级或重新安装，实施迁移前请做好系统备份。 - 当前不支持 32 位操作系统，如果有 32 位应用支持，请提前联系社区或 OSV 厂家确认。 - 对现网业务建议由专业人员实施迁移，并联系操作系统厂家运维人员提供技术支撑。 #### 注意事项 ​ openEuler 为用户提供两种迁移路径： - 原地升级方案：将原有的操作系统直接升级到目标操作系统，系统的配置，业务数据等不需要重新部署，可直接复用。 - 适配迁移方案：在新的硬件或原有硬件中，重新安装操作系统，重新部署业务对旧节点进行替换。 建议用户优先使用 x2openEuler 工具对软件的兼容性进行评估，根据业务需求选择不同的迁移路径。在制定好整体的搬迁方案后，即可开始进行业务迁移，根据 x2openEuler 兼容性报告，完全兼容的业务使用 x2openEuler 工具直接进行原地升级，最大程度保留原有业务和配置不变。原地升级可参考x2openEuler 用户指南进行操作。适配迁移包括停止业务、备份隔离、系统部署、配置同步、应用部署、业务割接等步骤，请联系我们提供详细的技术指导。 ## 测试与上线 ​ 在业务系统迁移完毕后，可以通过原有的业务系统测试用例和方法对业务进行单元测试和系统集成测试，也可以抽取核心功能模块进行快速测试，测试通过后方可上线。上线 1~3 个月时间内，需要持续监控业务运行情况，确保业务系统平稳过度，运行良好。 根据测试提供的性能数据，判断是否有必要进行性能调优，欧拉开源社区提供性能调优工具 A-Tune，可以帮助企业快速进行性能调优。 安全漏洞更新维护是业务上线后面临的主要问题和风险之一。openEuler 成立了安全委员会、制定了严格的漏洞处理流程，让您安全无忧。 --- https://www.openeuler.org/zh/migration/transplantation-cases/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 # openEuler移植案例 ## Linux迁移 ## mysql移植方案 ### apache移植方案 ### nginx移植方案 ### mysql数据迁移工具 操作系统迁移时，软件也需要同步适配移植，openEuler提下这些典型软件移植指南供参考。如果您也想贡献移植案例参考贡献攻略。 MySQL 5.7.21 移植指南 Apache 2.4.39 移植指南 Dubbo 2.6.8 移植指南 Dubbo 2.7.5 移植指南 HAProxy 1.9.0 移植指南 Lighttpd 1.4.53 移植指南 Iok 2.1.3 移植指南 Memcached 1.5.12 移植指南 Nginx 1.14.2 移植指南 Tengine 2.2.2 移植指南 Squid 4.8 移植指南 Varnish 6.2.0 移植指南 X86硬件兼容性移植指南 flask 1.1.2 移植指南 enca 1.19 移植指南 tornado 4.2.1 移植指南 pkgship 2.1.0 移植指南 Seqkit 2.2.0 移植指南 --- https://www.openeuler.org/zh/migration/user-cases/ --- 迁移专区背景迁移优势迁移方案下载最佳实践移植案例贡献攻略FAQ联系我们 目前 openEuler 提供主流场景的迁移实践，包含大数据、分布式存储、虚拟化、容器、数据库软件，已经成功支撑多个行业用户完成迁移工作。各场景的迁移实践可联系我们获取。如果您也想贡献最佳实践，请参考贡献攻略。 #### 中国移动 浙江公司完成了 openEuler 的大规模迁移部署 阅读案例 运营商 #### 中国电信 天翼云全场景业务无缝迁移至基于 openEuler 的自研操作系统 CTyunOS 阅读案例 运营商 #### 软通动力 软通动力助力某园区完成服务器硬件、操作系统、上层业务软件的全面替换 阅读案例 其他 --- https://www.openeuler.org/zh/mirror/list/ --- # openEuler镜像 ## 开源Linux系统 ## Linux系统 ### 服务器安装linux系统 ### linux服务器操作系统 ### 开源服务器操作系统 # 镜像仓列表 ## 镜像仓列表 openEuler 社区欢迎新镜像站点加入。如果您希望为 openEuler 建立一个新的公共镜像站点，可以按照下文同步命令进行站点同步。遇到任何疑问，欢迎随时联系我们。 同步openEuler镜像，请执行以下命令：rsync -av --partial --progress --delete rsync://root@repo.openeuler.openatom.cn/openeuler/\*\*\*(localDirectory) 如需换源，请点击查看 地区 全部 Asia Europe North America 地区筛选 | 站点 | 地点 | 平台 | 传输协议 | 网络带宽(Mbit/s) | | --- | --- | --- | --- | --- | 暂无数据 ## 版本空间 如果您使用rsync同步到本地or镜像站，下表展示各个版本占用的存储空间 | 版本 | 占用空间 | | --- | --- | | openEuler 20.03 LTS | 211 GB | | openEuler 20.03 LTS SP1 | 537 GB | | openEuler 20.03 LTS SP2 | 255 GB | | openEuler 20.03 LTS SP3 | 404 GB | | openEuler 20.03 LTS SP4 | 445 GB | | openEuler 20.09 | 8.0 KB | | openEuler 21.03 | 8.0 KB | | openEuler 21.09 | 8.0 KB | | openEuler 22.03 LTS | 616 GB | | openEuler 22.03 LTS 64kb | 89 GB | | openEuler 22.03 LTS SP1 | 562 GB | | openEuler 22.03 LTS SP2 | 399 GB | | openEuler 22.03 LTS SP3 | 686 GB | | openEuler 22.03 LTS SP4 | 631 GB | | openEuler 22.09 | 8.0 KB | | 版本 | 占用空间 | | --- | --- | | openEuler 23.03 | 257 GB | | openEuler 23.09 | 313 GB | | openEuler 24.03 LTS | 804 GB | | openEuler 24.09 | 460 GB | | openEuler 24.03 LTS SP1 | 768 GB | | openEuler 24.03 LTS SP2 | 777 GB | | openEuler 24.03 LTS SP3 | 456 GB | | openEuler 25.03 | 530 GB | | openEuler 25.09 | 531 GB | | openEuler preview | 490 GB | | openeuler1.0 | 8.0 KB | | security | 1.7 GB | | upload | 4.0 KB | | bugFix | 1.2 MB | | Total | 10 TB | --- https://www.openeuler.org/zh/monthly-bulletins/ --- # 月刊与年报 时间 --- https://www.openeuler.org/zh/nestos/ --- # NestOS 基于欧拉开源操作系统的云底座操作系统 开始NestOS之旅 ## 简介 在不断演进的云原生世界中，容器化和虚拟化技术已经成为了现代应用程序交付和管理的关键组成部分。为满足这个不断增长的需求，NestOS 正式推出双模式版本，该版本整合了 NestOS For Container 和 NestOS For Virt 这两个模式到一个 ISO 镜像中，旨在满足云场景中容器化和虚拟化两种主要场景下用户的多样需求，专注于提供最佳的容器主机和虚拟化解决方案。 目前 NestOS-24.03-LTS 版本已发布，欢迎大家 下载体验 ，或者有什么 说给NestOS听 。 ## 架构 ... NestOS For Container（以下简称 NFC，是 Fedora CoreOS 在 openEuler 社区的 variant 版本）集成了 rpm-ostree 支持、ignition 配置等技术，采用双根文件系统，原子化更新的设计思路，使用 nestos-assembler 快速集成构建。并针对 K8S、openStack 等平台进行适配，优化容器运行底噪，使系统具备十分便捷的集群组建能力，可以更安全地运行大规模的容器化工作负载。 NestOS For Virt（以下简称 NFV）是一个专为虚拟化场景而设计的版本，预安装了虚拟化关键组件，其目标是用户可以轻松创建和管理虚拟机，无论是在开发、测试还是生产环境中工作，都能够提供卓越的虚拟化性能，同时可以在高性能的虚拟机上运行各种工作负载，实现资源隔离和安全性。 ## 功能特色 内核特性增强 独立维护 NestOS 内核分支，基于 openEuler 主线版本针对云场景进一步特性增强。 PilotGo 插件式运维管理平台 专为 NestOS 提供的定制化运维管理功能以及全新的架构感知插件特性。 云原生一体化运维工具 nestos-kubernetes-deployer 简称 NKD，是基于 NestOS 部署 Kubernetes 集群运维而准备的解决方案。 支持 Rubik 在离线混部 NestOS For Container 版本已预开启 Rubik 在离线混部相关内核特性，支持基于 Rubik 容器混部引擎的整体解决方案。 轻松定制系统镜像 支持以编写 Dockerfile 形式轻松定制容器镜像格式的系统镜像。 不可变模式转换工具 提供 x2NestOS 工具，支持将 NestOS For Virt 或其他通用形态 OS 转换为不可变模式。 ## 资源 ... 架构 x86\_64 AArch64 | 软件包 | 镜像仓库 | 软件包下载 | | --- | --- | --- | | 【24.03-LTS】 | | 立即下载 | | 【22.03-LTS-SP4】 | | 立即下载 | | 【22.03-LTS-SP3】 | | 立即下载 | | 【22.03-LTS-SP2.20230928】 | | 立即下载 | | 【22.03-LTS-SP2】 | | 立即下载 | | 【23.03】 | | 立即下载 | | 【22.03-LTS-SP1】 | | 立即下载 | | 【22.09】 | | 立即下载 | | 【22.03-LTS】 | | 立即下载 | NestOS 使用文档 了解更多 NestOS 点火文件 了解更多 ## 下游伙伴 --- https://www.openeuler.org/zh/oEEP/ --- --- https://www.openeuler.org/zh/om/ --- # 运维专区 随着openEuler操作系统的逐渐普及和市场需求的不断增长，越来越多的人与组织开始使用这款开源、安全、稳定的操作系统。然而，随着使用数量的不断攀升，openEuler系统也面临着越来越多的挑战，如系统稳定性、安全性、兼容性等问题。为了确保openEuler系统能够长期稳定运行，用户希望有系统性的运维方案与工具。针对用户对于运维的核心诉求，openEuler开源社区及伙伴构建了一系列专、精的运维组件，以及各种统一运维工具，协助用户更好地使用openEuler操作系统。 运维全集 系统运维 日常维护 告警管理 补丁升级 系统巡检 安全扫描 日志监控 应急恢复 系统管理 部署迁移 镜像管理 热补丁 备份恢复 预警整改 配置溯源 系统优化 系统调优 业务调优 网络调优 自动化 运维编排 自动部署 自动恢复 故障处理 工具 日志收集 远程操作 故障分析 故障诊断 巡检修复 安全加固 告警修复 异常检测 数据 监控大屏 数据报表 智能探针 架构感知 运维支撑 标准规范 系统巡检标准 运维流程规范 升级流程规范 安全加固标准 故障处理规范 应急恢复流程 维护管理 权限管理 版本管理 配置管理 变更管理 资产管理 主机管理 知识管理 openEuler运维工具 OSMind OSMind是一款openEuler运维管理工具套件 工具下载 关键特性与价值 使用指南 帮助咨询 如有疑问可扫描二维码，我们会有专人为您解答 openEuler公众号进入运维专区，点击“加群”，进入技术交流群 openEuler小助手，备注“运维”，进入技术交流群 openEuler公众号 openEuler小助手 --- https://www.openeuler.org/zh/other/brand/ --- # 品牌 ## 品牌使用说明 开放原子开源欧拉（“OpenAtom openEuler”，简称“开源欧拉”或“openEuler”）是由开放原子开源基金会孵化的开源操作系统项目，面向数字基础设施四大核心场景（服务器、云计算、边缘计算、嵌入式），全面支持ARM、x86、RISC-V、LoongArch、PowerPC、SW-64等多样性计算架构。 在使用openEuler项目相关的全部品牌前，请查阅《开放原子开源基金会品牌使用指南》《openEuler标志视觉识别规范》，确保规范使用。 咨询联系方式trademarks@openeuler.sh openEuler项目品牌（包含英文名称、中文名称及Logo） 英文名称openEuler 男 女 中文名称开源欧拉 Logo openEuler社区创新项目品牌 创新项目名称 Logo A-Tune StratoVirt secGear ## Logo下载 openEuler Logo下载 Standard JPGPNGSVG Standard JPGPNGSVG Monochrome JPGPNGSVG Monochrome JPGPNGSVG Black JPGPNGSVG Black JPGPNGSVG openEuler社区创新项目Logo下载 A-Tune JPGPNG StratoVirt JPGPNGSVG secGear JPGPNG ## PPT模板下载 (中文模板)[https://openeuler-website-beijing.obs.cn-north-4.myhuaweicloud.com/openEuler_PPT%20Template_zh.pptx ] (英文模板)[https://openeuler-website-beijing.obs.cn-north-4.myhuaweicloud.com/openEuler_PPT%20Template_en.pptx ] --- https://www.openeuler.org/zh/other/brand/specification/ --- ## 标志诠释 ## 标志形态 ## 标志网格的正确比例 ## 标志的最小尺寸和空间保护 ## 标志颜色 ## 单色黑和反白标志 ## 联合品牌标志规范 ## 标志的错误用法 --- https://www.openeuler.org/zh/other/cookies/ --- # 关于 COOKIES ​ * * * ## （一）Cookie ​ Cookie 是一种网络服务器存储在计算机或移动设备上的纯文本文件。Cookie 的内容只能由创建它的服务器检索或读取。每个 Cookie 对您的网络浏览器或移动应用程序都是唯一的。Cookie 通常包含标识符、站点名称以及一些号码和字符。 openEuler社区有时会在计算机或移动设备上存储 Cookie，我们启用 Cookie 的目的在于改善用户体验，包括： 1. 登录和验证。当您使用社区账号登录网站时，借助 Cookie，您可以直接从网站的一个页面跳转到另一个页面，而不必在每个页面上重新登录； 2. 存储您的偏好和设置。网站能够借助 Cookie 来保存设置，如计算机或移动设备的语言、字体大小、购物车和其他浏览偏好等； 3. 统计分析。借助于 Cookie，openEuler社区可以收集您使用我们网站和其他应用程序的信息，如记录用户的单次访问（使用会话 Cookie）或多次访问（使用永久 Cookie）。 openEuler社区不会将 Cookie 用于本声明所述目的之外的任何用途。您可根据自己的偏好管理或删除 Cookie。您可以清除计算机上保存的所有 Cookie，大部分网络浏览器都设有阻止 Cookie 的功能。但如果您这么做，则需要在每一次访问我们的网站时亲自更改用户设置。 如果您清除 Cookie，则需要在每一次访问openEuler社区的网站时亲自更改用户设置。同时也请注意，openEuler社区的某些服务可能必须使用 Cookie，禁用 Cookie 可能会影响您使用这些服务的全部或部分功能。 ## （二）其他类似的技术 ​ 除Cookie之外，我们可能会使用其他技术来自动收集信息。 浏览器网络存储：我们可能会使用浏览器网络存储（包括通过HTML5），也称为本地存储对象，从而达到与Cookie类似的目的。浏览器Web存储可以存储比Cookie更多的数据量。您的网络浏览器可能会提供清除浏览器网络存储的功能。 ## （三）Do Not Track（请勿追踪） ​ 很多网络浏览器均设有Do Not Track功能，该功能可向网站发布Do Not Track请求。目前，主要互联网标准组织尚未设立相关政策来规定网站应如何应对此类请求。 openEuler社区没有根据您选择的“请勿跟踪”设置或您的浏览器可能提供的其他“选择退出”设置或特性，改变本文中详述的数据收集和使用方式。但是，openEuler社区保留在今后不通知您的情况下改变数据处理方式的权利。 --- https://www.openeuler.org/zh/other/legal/ --- # 法律声明 本法律声明包含openEuler社区的若干法律政策。该等政策适用于openEuler网站。 本声明中的**“openEuler网站”**，是指由openEuler社区运营的网站，包括可通过网址https://www.openeuler.org访问的网站，以及域名包含openEuler且页面展示本声明链接的其他网站。 本声明中的**“openEuler公开内容”**（简称“内容”），是指openEuler网站公开发布或提供的源代码、文档、代码注释、配置文件、邮件列表与论坛的讨论记录及其他公开材料。 本声明中的**“个人信息”**，是指以电子或者其他方式记录的与已识别或者可识别的自然人有关的各种信息，不包括匿名化处理后的信息。 本声明中的**“受限信息”**，是指个人信息以外、依其性质或状态不宜被获取、公开或用于人工智能（AI）使用的信息，包括但不限于访问凭证（访问令牌、密钥、密码、证书）、未公开漏洞详情、内部路径、私有仓库信息、商业秘密，以及依法应予保密或被明确标注为限制使用的其他信息。 本声明中的**“AI使用”**，是指将openEuler公开内容用于以下目的： 1. 数据处理：包括但不限于对内容进行数据清洗、数据标注、解析、分词、格式转换、特征提取、摘要提取、向量化、索引构建、数据集与语料库构建； 2. 模型开发：使用内容对大语言模型、代码模型等各类模型进行预训练、后训练、微调、蒸馏、评测等训练与评估活动； 3. 模型运用：基于前述模型开发活动所产生的模型，进行下列活动： (1) 构建、部署、提供或调用各类应用、产品或服务，包括但不限于检索增强生成（RAG）、向量检索、智能问答、代码补全、代码解释、代码搜索、文档搜索等； (2) 生成依赖或利用内容的各类成果，包括但不限于算子、适配代码、插件、工具、脚本、配置文件等。 本声明中的**“第三方内容”**，是指openEuler网站、代码仓库、文档或其他公开材料中所包含、引用、链接、依赖或随附的非openEuler社区拥有或openEuler社区未获充分授权的开源软件、第三方软件、第三方文档、第三方数据、第三方模型、第三方接口、第三方商标、第三方素材及其他第三方享有权利或权益的内容。 ## 一、openEuler网站访问规则 ​ 以下规则适用于所有访问openEuler网站的用户或浏览者（以下简称“您”）。您使用自动化访问工具访问openEuler网站的行为视同您的行为。前述自动化访问工具包括但不限于网络爬虫、搜索引擎抓取程序、AI爬虫等。openEuler社区保留根据适用法律法规、社区治理规则、适用的开源许可证要求等变化修改该等规则的权利。访问openEuler网站的权利由openEuler社区根据下列条款授予。如果您不同意下列任何条款，请停止使用openEuler网站。如果您访问或浏览openEuler网站及其公开内容，或者为AI使用目的进行相关操作，您的使用行为将被视为对本声明全部内容的认可。对于违反该等规则的行为，openEuler社区有权采取合理的补救措施并追究法律责任。 ## 二、著作权说明 ​ 1. openEuler公开内容均受著作权法的保护，所有著作权均由openEuler社区所有，但注明引用自第三方的内容除外。除相关内容适用的开源许可证、第三方许可证或其他权利声明另有约定外，在遵守本声明及适用法律法规的前提下，openEuler社区允许您为学习、研究、开发、测试、兼容性适配、商业或非商业软件开发等目的，对openEuler社区有权授权的公开内容进行合理的复制、下载、引用、缓存、索引、格式转换及其他必要技术处理。 2. 您在使用、复制、修改、分发或以其他方式利用openEuler公开内容时，应遵守该等内容适用的开源许可证及权利声明，包括但不限于：保留版权声明、许可证文本、修改说明、来源说明及NOTICE信息。 3. 您不得设计、提供或分发在客观上实质性替代openEuler官方网站、官方源代码或官方文档的副本、数据库、镜像、数据集、RAG服务或模型输出服务或其他产品，除非已取得相应授权或适用许可证的明确许可。 4. 您为AI使用目的进行的上述操作，还应适用本声明AI使用相关章节的相关规定。 ## 三、openEuler公开内容的AI使用授权 ​ 1. 在遵守适用法律法规、适用开源许可证、本声明、机器可读访问控制规范（包括但不限于robots.txt、页面元标签、HTTP响应头等）及其他可读访问控制规范（包括但不限于代码仓库说明、LICENSE文件、NOTICE文件、README文件或其他随内容发布的声明文件）的前提下，openEuler社区允许您对openEuler社区有权授权的内容进行AI使用。但上述许可范围仅及于openEuler社区有权授权的内容，不包括openEuler社区无权授权的任何第三方内容。 2. 为进行前述“AI使用”，您可对openEuler社区有权授权的公开内容进行该等使用所合理必要的操作，包括为此进行的访问、抓取、下载、复制、缓存等获取行为。 3. 您可以将基于openEuler公开内容依法产生的模型参数、模型权重、向量表示（embedding）、索引、统计信息、特征表示、模型评测结果、推理结果、代码、文档、算子或其他技术成果用于商业或非商业目的。 ## 四、用户内容的AI使用授权 ​ 1. 当您在openEuler网站发布、上传或以其他方式在openEuler网站提供的内容（包括但不限于代码贡献、技术问题、解答、评论等，以下简称“用户内容”）时，即表示您理解并同意：在遵守您的用户内容所适用的开源许可证的前提下，您授予openEuler社区及其明确授权的合作方一项全球性、永久、免费、不可撤销、非排他的许可，允许其将您的用户内容用于本声明所定义的AI使用目的。 2. 您的上述AI使用授权范围并不及于您的用户内容中所含的任何第三方内容（该等内容仍受其各自适用的许可证约束），亦不视为对您的用户内容中所含的任何个人信息的处理授权（个人信息的处理适用本声明“个人信息保护”章节的规定）。 3. 您在openEuler网站发布、上传或以其他方式在openEuler网站上提供用户内容，即声明并保证您对该等内容享有必要的权利或已获得充分授权，以支持上述AI使用授权的授予。 4. 本声明任何条款均不旨在覆盖或取代您的用户内容所适用的开源许可证中的条款；openEuler社区及其授权的合作方在将用户内容用于AI使用目的时，应遵守该等开源许可证的条款（包括其中关于AI训练或数据挖掘的任何限制）。 ## 五、AI合规行为规范 ​ 您为AI使用目的访问、抓取、下载openEuler公开内容时，应遵守以下要求： 1. 遵守openEuler网站的相关访问规范：应遵守openEuler网站发布的robots.txt、页面级机器可读指令（包括但不限于noindex、noarchive等元标签）、API调用规则及速率限制、User-Agent标识要求（应如实标注系统身份，不得伪造或隐瞒AI爬虫身份）和其他机器可读访问控制规范。 2. 优先使用openEuler社区提供的官方AI访问通道：如openEuler社区提供专门用于AI抓取、数据集下载、API访问、批量获取的官方通道，应优先使用该等通道；仅在openEuler社区提供的官方AI访问通道不可用或无法满足您的合理技术需求时，方可采用其他访问方式，且该等访问方式仍须遵守本声明其他要求。 3. 遵守openEuler网站的技术访问限制：不得以任何方式绕过或规避openEuler网站的登录验证、权限控制、验证码、安全防护机制或其他技术限制措施；不得以任何方式绕过或规避openEuler网站设定的访问频率或速率限制。 4. 不得影响openEuler网站正常运行：应采取合理措施，不得对openEuler网站造成超出正常访问频率的异常负载、干扰、破坏或安全风险； 5. 不得通过构造提示词或其他方式，诱导模型大量输出openEuler源代码、文档或第三方内容，除非该输出已获得相应授权、符合适用许可证要求，或属于适用法律法规允许的合理使用情形。 6. 不得利用openEuler公开内容训练、微调、部署专门用于实施网络攻击、恶意软件生成、规避安全机制、非法获取数据、侵犯知识产权或其他违法目的的人工智能系统，或利用openEuler公开内容提供专门用于实施网络攻击、恶意软件生成、规避安全机制、非法获取数据、侵犯知识产权或其他违法目的的人工智能系统的程序、工具。 7. 不得针对个人信息及受限信息进行定向抓取：您不得设计、配置或运行专门用于定向抓取、提取、利用或传播openEuler网站个人信息或受限信息的自动化系统，亦不得故意攻击、屏蔽openEuler网站对该等信息的合理过滤机制。 8. 无意获取个人信息及受限信息的处置义务：鉴于AI爬虫的自动化批量处理属性，若您的自动化系统在公开范围内的广度抓取过程中无意获取了上述个人信息或受限信息，并不当然视为违反本声明；但您应在自行发现或收到openEuler社区通知后，尽快采取合理措施（包括但不限于尽快删除、隔离、过滤或脱敏前述个人信息及受限信息），并不得对外披露、传播或以任何方式使用（包括但不限于用于模型训练或模型推理等处理行为）该等个人信息及受限信息。 ## 六、个人信息保护 ​ openEuler社区尊重访问openEuler网站的任何用户的个人信息。当您访问openEuler网站时可能被要求提供您个人的基本资料（如姓名、电子邮箱、电话号码等），您可以自行选择是否提供。 1. 对于您提供的个人信息，openEuler社区将根据适用法律法规进行严格保管并采取保密措施，不会将该等信息以任何方式向任何第三方进行披露，但下述情况除外： (1) 在获取您明确同意情况下的个人信息共享：在向您告知第三方的名称或者姓名、联系方式、处理目的、处理方式和个人信息的种类，且获得您的明确同意后，openEuler社区将向您同意的第三方共享您授权范围内的个人信息； (2) 在法定情形下的个人信息共享：根据适用的法律法规、法律程序、诉讼/仲裁、政府的强制命令、监管要求，需要共享您的个人信息； (3) 在适用的法律法规要求或允许的范围内，为了保护您或社会公众的利益、财产或安全免遭损害而有必要向第三方提供您的个人信息； (4) 为了保护国家安全、公共安全以及您和其他个人的重大合法权益，需要共享您的个人信息； (5)您自行公开的或者其他已经合法公开的您的个人信息。 2. 您在对openEuler公开内容进行AI使用及相关自动化操作时，应遵守适用的个人信息保护、数据安全、网络安全及其他相关法律法规，确保您对个人信息的处理具备合法依据。对于openEuler公开内容中可能包含的个人信息或受限信息，您应采取合理的技术与管理措施，对该等信息进行识别、过滤、脱敏或删除，不得将其纳入训练数据集、公开索引或模型输出；且不得利用模型推理、向量表示（embedding）等技术手段对经脱敏处理的个人信息或受限信息进行重新识别。 3. 未经相关权利人（就个人信息而言，为个人信息主体本人）同意且无其他合法依据，您不得将个人信息或受限信息用于模型训练、模型微调、公开索引构建、公开数据集发布、导致该等信息被披露或可还原的模型输出，或其他可能导致该等信息泄露或滥用的场景。 ## 七、免责声明 ​ 1. openEuler社区力图在openEuler网站提供准确的内容，但openEuler社区并不保证该等内容的准确性、完整性、充分性和可靠性，并且明确声明不对其中的错误或遗漏承担任何责任，也不对其作出任何明示或默示保证（包括但不限于有关所有权保证、不侵犯第三方权利、质量合格和无计算机病毒的保证）。openEuler社区并不就openEuler网站上提供的任何产品、服务或信息作出任何声明、保证或认可；openEuler网站中提及的任何非openEuler社区产品或服务，仅为提供相关信息之目的，不构成openEuler社区对其的认可或推荐。 2. 您基于openEuler公开内容生成模型（含参数与权重）、数据集、训练样本、技术建议、算子、插件、代码、文档、工具、脚本、配置文件或其他模型推理输出时，您应自行负责进行必要的评估、测试与审查，并根据业务场景采取与其风险等级相匹配的著作权合规技术措施，包括但不限于著作权过滤、相似度检测、许可证识别及来源追踪；如您将前述模型推理输出用于生产部署或高风险场景（包括但不限于安全关键系统、能源、电信、交通等关键基础设施相关的应用场景），还应采取与场景风险等级相匹配的人工审查、测试验证、安全评估、许可证合规审查及风险控制措施。您使用前述模型推理输出相关的所有责任均由您自行承担，包括但不限于以下责任：安全性、正确性、可靠性、稳定性、兼容性、许可证合规性（包括引用内容的许可证合规性及所选许可证的兼容性）和第三方权利合规性。openEuler社区不对您因使用该等模型推理输出所导致的任何损失、损害、侵权或第三方索赔承担任何责任。 3. openEuler网站上的用户内容均由用户自行提供，并由用户对其提供的内容承担全部法律责任。如您认为openEuler网站用户内容可能侵犯您合法权益，应及时向openEuler社区邮箱contact@openeuler.io发出书面通知，并提供相应的身份证明、权属证明、侵权链接（URL）及详细侵权情况证明。openEuler社区在收到您的合格通知后，将依法及时对您投诉的用户内容采取删除、屏蔽或断开链接等必要措施，并通知发布该内容的用户。如发布该内容的用户认为其内容不构成侵权的，可向上述邮箱提交书面反通知，并提供相应的身份证明及不侵权的初步证明。openEuler社区收到合格反通知后，将依法将其转送通知人；通知人在适用法律法规规定的期限内未起诉或再次投诉的，openEuler社区可依法恢复相关内容。 ## 八、商标 ​ 1. openEuler网站上使用和显示的所有商标、标志均由openEuler社区所有，但注明为其他方所有的商标、标志、商号除外。未经openEuler社区或其他方书面许可，openEuler网站所载的任何内容不应被视作以暗示、不反对或其他形式授予使用前述任何商标、标志的许可或权利。未经事先书面许可，任何人不得以任何方式使用openEuler社区的名称及openEuler社区的商标、标记。 2. 未经openEuler社区事先书面许可，您不得在任何成果、产品或服务中，以可能造成混淆的方式使用openEuler名称、商标或标识；亦不得以明示或暗示的方式，表示前述任何成果、产品或服务由openEuler社区开发、赞助、认可或背书。 ## 九、第三方链接 ​ 1. openEuler网站可能保留与第三方网站或网址的链接，用户自行决定是否访问该等链接，openEuler社区并不保证该等链接所提供的任何信息、数据、观点、图片、陈述或建议的准确性、完整性、充分性和可靠性。openEuler社区提供该等链接仅旨在为用户提供便利，并不代表openEuler社区对该等链接所载信息的认可和推荐，亦不具有宣传或广告目的。 2. 您经由openEuler网站所含链接或在openEuler公开内容中发现的链接，访问或使用第三方网站、代码仓库、文档、模型、数据或服务时，适用该第三方的服务条款、隐私政策、AI访问规则及其他适用规定。如您通过自动化系统或AI工具跟踪上述链接，同样适用相关规则，openEuler社区就该等访问或使用行为不承担任何责任。 ## 十、网站的更新与变更 ​ 1. openEuler网站提供的内容仅为方便您获取信息，openEuler网站有权单方面随时对openEuler公开内容进行变更或更新，且该等变更或更新无需事先通知您或任何第三方。您承认并接受上述变更或更新。我们建议您定期访问openEuler网站以尽快获知有关更新或变更的信息。 2. openEuler社区可以通过robots.txt、元标签、HTTP头、API政策、代码仓库说明、LICENSE文件、NOTICE文件、README文件或其他机器可读、人工可读方式，说明 openEuler公开内容或其特定部分是否允许自动化访问和AI使用。若该等说明与本声明不一致，以更晚发布且适用于相关内容的说明为准。 ## 适用法律与争议解决 ​ 您同意，与您访问或使用本网站相关的所有事项，均适用中华人民共和国法律解释和管辖。您同意，如就本网站访问或使用发生争议，您可通过邮箱contact@openeuler.io与我们友好协商解决；如协商不成，则任何一方均有权向中国北京经济技术开发区有管辖权的人民法院提起诉讼。 --- https://www.openeuler.org/zh/other/lifecycle/ --- # 社区版本生命周期 --- https://www.openeuler.org/zh/other/privacy/ --- # 隐私声明 ​ * * * 开放原子开源基金会（下文简称“我们”或“基金会”）深知您的隐私对您的重要性，并充分尊重您的隐私。**在向我们提交您的个人信息之前，请您仔细阅读本《隐私声明》（以下简称“本声明”）**。如果您对于我们处理您的个人信息的方式有任何疑问，欢迎与我们联系。 **【版本变更说明】** 请您仔细阅读此次隐私声明的更新内容： 1. 增加会议相关描述 ## 1\. 我们如何收集和处理您的个人信息 ​ **如果您仅仅浏览openEuler社区网站（以下简称“本网站”）的一般性内容，我们通常并不要求您提供个人信息，但在以下情形，我们会相应收集您的个人信息，您也可以通过访问《个人信息收集清单》快速了解我们收集、使用个人信息的基本情况**： **a) 账号服务** 1. 当您注册openEuler社区账号的时候，我们将收集您的**用户名**、**邮箱**、**手机号**、**密码**、**邮箱或手机号的验证码**，并自动生成唯一的账户标识符，如您拒绝提供上述信息，您将无法完成账户注册； 2. 当您使用**用户名**、**邮箱**或**手机号**登录openEuler社区时，我们将收集您提供的**用户名**、**手机号**、**邮箱**、**密码**、**邮箱或手机号的验证码**用于身份校验，如您拒绝提供上述信息，您将无法完成登录； 3. 当您使用第三方账号（Gitee/Github/OpenAtom/AtomGit）登录时，我们将根据您的登录方式，分别收集以下数据： - **Gitee UUID**、**Gitee ID**、Gitee昵称、**Gitee邮箱**、Gitee头像； - **Github UUID**、**Github ID**、Github昵称、**Github邮箱**、Github头像； - **OpenAtom UUID**、**OpenAtom用户名**、OpenAtom昵称、**OpenAtom邮箱**、OpenAtom头像； - **AtomGit UUID**、**AtomGit ID**、AtomGit昵称、**AtomGit邮箱**、AtomGit头像； 用于身份校验和社区代码托管平台的权限管理。若是使用第三方账号登录，且没有绑定到任何的openEuler账号，会自动生成新的openEuler账号和唯一的账户标识符，openEuler账号的用户名由**Gitee ID**/**Github ID**/**OpenAtom用户名**/**AtomGit ID**衍生而成。如您拒绝提供上述信息，您将无法通过第三方账号进行登录； 4. 当您登录openEuler社区后，可以在个人中心设置您的头像、昵称、**公司**，完善您的个人信息，如您拒绝提供上述信息，不影响您的功能使用。 5. 当您登录openEuler社区后，可以在个人中心对**邮箱**、**手机号**或**密码**进行修改，我们将收集您提供的**手机号**、**邮箱**、**密码**、**邮箱或手机号的验证码**用于身份校验。 6. 当您登录openEuler社区后，可以在个人中心绑定第三方账号（Github/Gitee/OpenAtom/AtomGit），我们将根据您绑定的第三方账号分别收集您的第三方账号信息： - **Gitee UUID**、**Gitee ID**、Gitee昵称、**Gitee邮箱**、Gitee头像； - **Github UUID**、**Github ID**、Github昵称、**Github邮箱**、Github头像； - **OpenAtom UUID**、**OpenAtom用户名**、OpenAtom昵称、**OpenAtom邮箱**、OpenAtom头像； - **AtomGit UUID**、**AtomGit ID**、AtomGit昵称、**AtomGit邮箱**、AtomGit头像； 如您拒绝提供上述信息，您将无法绑定第三方账号用于登录。 **b) 论坛服务** 1. 当您注册或登录论坛服务时，我们会从openEuler账号收集您的**用户名**、**邮箱**、**手机号**、**密码**、昵称、头像、并根据您的登录方式，分别收集：**Gitee ID**、**Github ID**、**OpenAtom用户名**、**AtomGit ID**，为您的账户赋予权限和角色；同时我们还会收集您的**IP地址**、**地域**、设备信息、登录时间、**偏好设置**，以便为您提供更安全的服务； 2. 当您在使用论坛服务时，我们会收集您的点赞信息，关注信息，收藏的内容、发帖数、回复数、关注数、粉丝数、个人简介、获得徽章、侧边栏设置、关注列表、粉丝列表、邮件摘要、时区、发表和回复的内容、图片、音频、视频、文档以及评论，以便了解您的个人偏好，更好地为您服务； 3. 当您对论坛帖子或回复进行投诉举报时，我们会收集您的举报类型、举报描述、**用户名**、**IP地址**、**地域**、组织、主机名，以便于对举报内容进行确认和核实。 **c) 邮件列表服务**。当您使用我们的邮件订阅服务时，我们将收集您的**邮箱**以及您的**姓名（可选）**，用于为您提供邮件订阅服务，便于您参与社区中的讨论。 **d) 服务优化**。为了保证服务质量以及业务运营，我们会自动收集并存储必要的日志信息，包括访问时间戳、**IP地址**、**地域**、请求详情、访问状态、访问资源大小、访问来源、请求用户代理信息，同时，我们会采集您的设备信息（设备名称、设备类型、设备供应商、操作系统、操作系统版本、屏幕宽度、屏幕高度）、应用信息（应用ID、使用的SDK版本号、浏览器、浏览器版本、浏览器视口宽度、浏览器视口高度）、应用使用信息（事件名称、事件属性、上报时间、客户端匿名ID，**用户名（如果您已登录社区账号）**），用于社区运营及运维安全。 **e) 贡献者许可协议签署**。当您通过贡献者许可协议（简称“CLA”）签署系统（点击此处了解）参与代码贡献时，您需要向CLA签署系统提交您的相关个人信息，我们会取得这些个人信息用于校验您是否已经签署CLA，并用于贡献统计分析，用于了解社区的运营状况。 **f) 内容发布**。当您参加社区会议、社区活动、开发者开源社区贡献、博客、新闻组或参与社区组织，您可以提交**照片**、**姓名**、**邮箱**、**公司名称**、**职位**、**学校**、**个人简介**、**地域**、**代码托管平台用户ID**，并在我们网站上发布上述信息，以便开发者更好地了解和认识社区，从而更快地建立链接并参与到我们社区。 **g) Meetup申请**。当您申请组织openEuler Meetup活动时，通过您主动填写的申请表，社区将会收集您的**姓名**、**手机号**、**邮箱**、**公司**、Meetup信息（组织、主题、日期、时长、城市、规模、活动形式、活动支持、环节议题），用于与您取得联系，确认您的申请及相关事项，并为您安排相关活动事宜，包括签到、活动名牌等。 **h) QuickIssue服务**。当您通过社区的QuickIssue服务提交Issue时，如果您使用AtomGit账号提交Issue，我们会收集您的**AtomGit ID**；如果您使用邮箱提交Issue，我们会收集您的**邮箱**、**邮箱验证码**。同时我们会收集Issue相关信息（标题、对应SIG、场景、仓库名称、问题描述），上述信息用以快速提交Issue。当您的Issue成功创建后，我们会在该Issue页面的描述信息以及Issue看板的提交者字段展示您的**AtomGit ID**或匿名邮箱，用以方便您查找您的Issue信息。 **i) 兼容性测评服务**。当您使用兼容性测评服务时，我们会从openEuler账号获取您的**UUID**、**用户名**、**手机号**、**邮箱**，用以您的身份校验；**用户名**、**手机号**用于通知企业认证结果；**用户名**、**邮箱**用于通知兼容性测评的评审进展；当您通过openEuler兼容性测评后，兼容性测评服务会收集您的企业信息（企业名称、营业执照、统一社会信用代码/组织机构代码、营业执照地址、企业法人代表、注册资金、企业成立时间、营业期限、**申请人姓名**、**申请人电话**、**申请人邮箱**、工商注册国家/地区、企业邮箱）用以企业认证；兼容性测评服务会通过证书确认页面收集您的**项目负责人签名**，用于生成您的兼容性证书。 **j) EulerMaker服务**。当您使用EulerMaker服务时，我们会从openEuler账号获取您的**用户名**、**邮箱**，用以您的身份校验。 **k) 私人令牌**。当您准备生成**私人令牌**时，我们会收集您的**邮箱**和**邮箱验证码**，用以验证您的身份；身份验证通过后，会收集您的令牌名称、选择的权限以及过期时间，并生成对应的**私人令牌**，您可以用**私人令牌**调用对应的API接口。 **l) 会议服务**。当您使用openEuler社区提供的会议服务时，我们会收集您的**AtomGit ID**，用于配置相关权限。如果您有预定会议权限，在预定会议时，我们会收集您编辑的**邮箱**，用于发送会议邀请邮件。 我们还可能会在您的授权同意范围内从第三方，包括其他平台或社区收集到您的个人信息，或者我们能从其他合法公开渠道获取到您的个人信息。我们保证严格依照相关法律规定处理您的个人信息，同时请您详细阅读该第三方的隐私声明及用户协议。如使用openEuler社区需要第三方提供您的个人信息，但您拒绝第三方在提供服务时收集、使用传递或者分享您的个人信息，将可能导致您无法使用openEuler社区相关服务。例如，当您使用经授权的第三方账号登录openEuler社区时，我们会在征得您的同意后，从第三方获取您的相关个人信息。 ## 2\. 我们如何使用 Cookie 及类似技术 ​ 为确保网站正常运转，我们有时会在计算机或移动设备上存储Cookie。就我们使用Cookie及类似技术，以及他们如何处理您的个人信息的细节，请见我们的《关于cookies》。 ## 3\. 我们如何共享您的个人信息 ​ 共享是指我们向第三方提供个人信息，且我们和第三方分别对个人信息进行独立处理的过程。除非您的同意，我们不会向第三方共享您的个人信息，但以下情况或本声明规定的情形除外： **a) 在获取明确同意情况下的共享**。获得您的明确同意后，我们会向您指定的第三方共享您授权范围内的信息。 **b) 为了保护国家安全、公共安全以及您和其他个人的重大合法权益而需要共享您的个人信息**。 **c) 我们可能会将您的个人信息向我们的关联公司共享，以供它们为您提供服务支持或安全支持**。 **d) 共享给业务合作伙伴**。我们可能会向合作伙伴等第三方共享您的信息。但我们仅会出于合法、正当、必要、特定、明确的目的共享您的个人信息，并且只会共享提供服务所必需的个人信息。 更多详情请查阅《第三方共享信息清单》，如果您拒绝我们的合作方在提供服务时收集为提供服务所必需的个人信息，将可能导致您无法使用通过该合作方提供的服务。 在我们根据上述内容向关联公司或合作伙伴共享信息时，我们将通过合同等方式规定其责任和义务，并要求他们采取必要措施保障所处理的个人信息的安全。 ## 4\. 我们将保留多久您的个人信息 ​ 我们将会在达成本声明所述目的所需的期限内保留您的个人信息，除非按照法律要求或您的要求需要延长保留期。 一般而言，我们会自您使用我们的社区服务时获取您的个人信息之日起，根据可适用法律的要求或服务协议的约定，在留存期限内存储或保留您的个人信息。在您的个人信息超出保留期限后，且没有法律要求我们继续处理您的特定个人信息的情况下，我们将会根据可适用法律的要求删除您的个人信息，或进行匿名化处理。 当您主动申请删除您的个人信息时，相关数据留存期为1个月，我们会在1个月内响应您的要求并删除您相关个人数据。 为了服务优化，基于统计访问数量目的收集的访问时间戳、**IP地址**、**地域**、请求详情、访问状态、访问资源大小、访问来源、请求用户代理信息会保存10天后自动删除。 ### 4.1 注销服务 ​ 您可以在openEuler社区账号进入“个人中心” > “设置” > “账号设置” > “账号安全” > “账号删除”注销您的openEuler社区账号，您在openEuler社区的个人信息也将一并删除，请您谨慎操作。 ## 5\. 我们将如何保护您的个人信息 ​ 我们重视您的个人信息安全。我们采用适当的物理、管理和技术保障措施来保护您的个人信息。例如，我们会使用加密技术确保信息的机密性；我们会使用保护机制防止信息遭到恶意攻击；我们会部署访问控制机制，确保只有授权人员才可访问个人信息；以及我们会举办安全和隐私保护培训等。**总之，我们会尽力保护您的个人信息。尽管如此，任何措施都无法做到无懈可击，也没有任何产品与服务、网站、信息传输、计算机系统、网络连接是绝对安全的**。 如果不幸发生个人信息安全事件，我们将按照适用法律法规的要求，及时通过邮件、信函、电话、推送通知等方式向您告知：安全事件的基本情况和可能的影响、我们已采取或将要采取的处置措施、您可自主防范和降低风险的建议等。如果难以逐一告知个人信息主体时，我们会采取合理、有效的方式发布公告。同时，我们还将按照适用法律或监管部门要求，主动上报个人信息安全事件的处置情况。 ## 6\. 如何访问或控制您的个人信息 ​ 根据适用的法律法规，就您的个人信息，您可能享有如下权利： **a)** 访问我们持有的您的个人信息并获得副本的权利; **b)** 要求我们更新或更正您的个人信息的权利; **c)** 要求我们删除您的个人信息的权利； **d)** 反对我们对您的个人信息进行处理的权利； **e)** 限制我们对您的个人信息进行处理的权利； **f)** 向有权的个人信息保护部门提起投诉、举报的权利。 - 请注意该等权利不是绝对的，且可能根据适用的法律受到限制。如果您需要我们协助行使上述请求或权利，或者您对您的数据主体权利有进一步要求或存在任何疑问、意见或建议，请通过 **第10章节“如何联系我们”** 与我们取得联系。 - 为了向您提供CLA签署服务，我们将保留您的个人信息。数据留存的期限取决于该数据的具体使用目的以及相关法律法规的要求。您应理解，CLA是您个人或您所代表的企业签署的具有法律效力的文件，作为您对您所贡献内容授予永久许可的凭证，因此如果您要求我们删除为签署CLA目的收集的数据（包括您的**姓名**、**邮箱**），我们可能不会根据您的请求删除您的个人信息，除非删除该信息不影响您已签署的CLA的法律效力； - 您在社区网站公开展示的个人信息会被存储在相关代码仓库中，删除后仍会有历史记录保留。 **除非适用的法律法规另有要求，我们会在一个月内响应您的请求**。请注意在某些情况下，您的请求将被驳回，比如我们无法验证您的身份，或您提出的要求超出适用的法律下赋予您的权利。我们将书面告知您提出的请求被驳回以及被驳回的原因。 您可以改变您授权我们继续收集个人信息的范围或撤回您的授权，但您撤回同意或授权的决定，不会影响此前基于您的授权而开展的个人信息处理行为。 ## 7\. 个人信息存储地点和数据跨境转移 ​ 您的个人信息将被存储于中华人民共和国香港特别行政区服务器，为了让我们的关联公司和业务伙伴更好的提供业务支持，您的部分个人信息会从中华人民共和国香港特别行政区转移到中国大陆境内。在此类情况下，我们会根据相关法律法规的要求和本声明履行合规义务，确保您的个人信息得到适用法律法规要求的和本声明约定的充分且同等的保护。我们还会确保，在传输您的信息时采取适当的保障措施。例如，在通过公共网络传输您的信息时，我们会对信息进行加密，防止其遭到未经授权的访问。 ## 8\. 如何更新本声明 ​ 我们可能会根据我们的服务或数据处理的变化不时更新或修改本声明。如果我们更新本声明，我们会将最新版隐私声明发布在本网站上，并自发布时立即生效。建议您定期查看本声明以了解任何更改。如果我们对本声明做出更改，我们将通过适当渠道（公告、弹窗等形式）通知您，并获取您的同意。 ## 9\. 对儿童个人信息的保护 ​ 本网站及其内容、服务主要面向成人。如果没有父母或监护人的同意，儿童（未满14周岁的未成年人）不得使用我们提供的服务。如果我们发现自己在未事先获得可证实的父母同意的情况下收集了儿童的个人信息，则会设法尽快删除相关数据。 ## 10\. 如何联系我们 ​ 如果您想联系我们或行使您的相关权利，请通过以下方式与我们联系： 联系邮箱：**contact@openeuler.io** 最近更新时间：**2026**年**3**月**5**日 隐私声明版本：**v20260305** --- https://www.openeuler.org/zh/other/projects/atune/ --- --- https://www.openeuler.org/zh/other/projects/bishengjdk/ --- # 毕昇 JDK 一款高性能Java虚拟机 开启毕昇JDK之旅 想对毕昇JDK说 ## 简介 毕昇JDK作为OpenJDK的下游，是一款高性能、可用于生产环境的OpenJDK发行版。毕昇JDK对华为内部应用场景中遇到的一些性能问题和稳定性问题进行了修复，并在ARM架构上进行了性能优化和稳定性增强，在ARM架构上更稳定，在大数据等场景下可以获得更好的性能。 毕昇JDK致力于为JAVA开发者提供一款稳定可靠、高性能、易调测的JDK，也为用户在ARM架构上提供一个更好的选择。 更多信息： - License：采用GPLv2 with Classpath Exception协议。 - 支持Java版本：目前毕昇JDK支持8、11、17、21四个LTS版本。 - 支持架构：支持Linux/AArch64、Linux/x86\_64架构。 - 支持操作系统：目前仅支持Linux版本，对操作系统的要求glibc版本不低于2.18，基本覆盖所有主流操作系统，发布前经过稳定性验证的操作系统有openEuler 全系列操作系统、CentOS 7.6、Ubuntu 20.04、Ubuntu 22.04、麒麟V10和UOS 20 SIG例会信息 查看详情 Roadmap 查看详情 ## 架构 JDK整体架构如下图所示，其中JRE指的是Java Runtime Environment，包括了Java运行时的虚拟机JVM（Java Virtual Machine）、Libraries等。而JDK是JRE的超集，包括了JRE的所有内容，并包含javac、jdb等开发者必须的编译器和调试器。JRE仅提供运行时库、Java虚拟机和其他一些运行Java应用程序所必须的组件。 ## 学习 文档 查看毕昇文档了解详情 查看文档 课程 学习毕昇JDK的使用 毕昇JDK使用 下载 毕昇JDK软件包 毕昇JDK软件包 ## 友情链接 毕昇JDK（鲲鹏社区） 查看详情 毕昇编译器（鲲鹏社区） 查看详情 GCC for openEuler（鲲鹏社区） 查看详情 --- https://www.openeuler.org/zh/other/projects/bishengjdk/tck-affidavit/ --- # Huawei BiSheng Statement of Java SE Compatibility ​ All Huawei BiSheng(JDK 8) binaries available from https://mirror.iscas.ac.cn/kunpeng/archive/compiler/bisheng\_jdk/ have passed all requirements of the then-current Java SE 8 Compatibility test suite(JCK tests), and are compliant and compatible implementations. --- https://www.openeuler.org/zh/other/projects/isula/ --- --- https://www.openeuler.org/zh/other/projects/nestos/ --- # NestOS 基于欧拉开源操作系统的云底座操作系统 开始NestOS之旅 ## 简介 在不断演进的云原生世界中，容器化和虚拟化技术已经成为了现代应用程序交付和管理的关键组成部分。为满足这个不断增长的需求，NestOS 正式推出双模式版本，该版本整合了 NestOS For Container 和 NestOS For Virt 这两个模式到一个 ISO 镜像中，旨在满足云场景中容器化和虚拟化两种主要场景下用户的多样需求，专注于提供最佳的容器主机和虚拟化解决方案。 目前 NestOS-24.03-LTS 版本已发布，欢迎大家 下载体验 ，或者有什么 说给NestOS听 。 ## 架构 ... NestOS For Container（以下简称 NFC，是 Fedora CoreOS 在 openEuler 社区的 variant 版本）集成了 rpm-ostree 支持、ignition 配置等技术，采用双根文件系统，原子化更新的设计思路，使用 nestos-assembler 快速集成构建。并针对 K8S、openStack 等平台进行适配，优化容器运行底噪，使系统具备十分便捷的集群组建能力，可以更安全地运行大规模的容器化工作负载。 NestOS For Virt（以下简称 NFV）是一个专为虚拟化场景而设计的版本，预安装了虚拟化关键组件，其目标是用户可以轻松创建和管理虚拟机，无论是在开发、测试还是生产环境中工作，都能够提供卓越的虚拟化性能，同时可以在高性能的虚拟机上运行各种工作负载，实现资源隔离和安全性。 ## 功能特色 内核特性增强 独立维护 NestOS 内核分支，基于 openEuler 主线版本针对云场景进一步特性增强。 PilotGo 插件式运维管理平台 专为 NestOS 提供的定制化运维管理功能以及全新的架构感知插件特性。 云原生一体化运维工具 nestos-kubernetes-deployer 简称 NKD，是基于 NestOS 部署 Kubernetes 集群运维而准备的解决方案。 支持 Rubik 在离线混部 NestOS For Container 版本已预开启 Rubik 在离线混部相关内核特性，支持基于 Rubik 容器混部引擎的整体解决方案。 轻松定制系统镜像 支持以编写 Dockerfile 形式轻松定制容器镜像格式的系统镜像。 不可变模式转换工具 提供 x2NestOS 工具，支持将 NestOS For Virt 或其他通用形态 OS 转换为不可变模式。 ## 资源 ... 架构 x86\_64 AArch64 | 软件包 | 镜像仓库 | 软件包下载 | | --- | --- | --- | | 【24.03-LTS】 | | 立即下载 | | 【22.03-LTS-SP4】 | | 立即下载 | | 【22.03-LTS-SP3】 | | 立即下载 | | 【22.03-LTS-SP2.20230928】 | | 立即下载 | | 【22.03-LTS-SP2】 | | 立即下载 | | 【23.03】 | | 立即下载 | | 【22.03-LTS-SP1】 | | 立即下载 | | 【22.09】 | | 立即下载 | | 【22.03-LTS】 | | 立即下载 | NestOS 使用文档 了解更多 NestOS 点火文件 了解更多 ## 下游伙伴 --- https://www.openeuler.org/zh/other/projects/nestos/feature/custom-image/ --- NestOS 轻松定制系统镜像 轻松定制系统镜像 NestOS for Containers，作为基于不可变基础设施思想的容器云底座操作系统，将文件系统作为一个整体进行分发和更新。这一方案在运维与安全方面带来了巨大的提升。然而，在实际生产环境中，官方发布的版本往往难以满足用户的需求，因此需要更方便的定制手段。现NestOS For Container集成ostree native container特性，可使容器云场景用户利用熟悉的技术栈，只需编写一个ContainerFile(Dockerfile)文件，即可轻松构建定制版镜像，用于自定义集成组件或后续的升级维护工作。 简要定制步骤 - 1\. 选择与已部署环境相同发布流和架构的NestOS容器镜像作为base镜像 2\. 编写Containerfile(Dockerfile)文件，示例如下： FROM hub.oepkgs.net/nestos/nestos-test:22.03-LTS-SP2.20230922.0-x86_64 # 执行自定义构建步骤，例如安装软件或拷贝自构建组件 RUN rpm-ostree install strace && rm -rf /var/cache && ostree container commit 3\. 执行docker build或集成于CICD中构建相应镜像，推送至Registry以备使用 简要部署步骤 1\. 假设上述步骤构建容器镜像被推送为hub.oepkgs.net/nestos/nestos-test:demo-strace 2\. 在已部署NestOS For Container的环境中执行如下命令： sudo rpm-ostree rebase ostree-unverified-registry:hub.oepkgs.net/nestos/nestos-test:demo-strace --bypass-driver 3\. 重新引导后完成定制版本部署 效果展示 ○ 部署过程 ○ 完成部署 详细说明请参阅：NestOS For Container以OCI方式定制使用手册 --- https://www.openeuler.org/zh/other/projects/nestos/feature/kernel/ --- NestOS 内核特性增强 内核特性增强 1、Compact Numa Aware (CNA) spinlock 功能支持 支持CNA spinlock功能，使qspinlock在不同NUMA节点上的CPU竞争spinlock时，尽量将锁交给同一NUMA节点的CPU，以减少跨NUMA的次数。开启该功能后，sysbench测试中可以获得10%以上的性能提升。 2、虚拟机启动优化 优化irqbypass列表遍历和锁争用，加速高密度场景下虚拟机的并发启动。 3、memcg THP control 通过在cgroup中添加THP的控制，解决THP（Transparent Huge Pages）带来的内存性能优化和增加内存负担的矛盾。 4、UKFEF 支持UKFEF功能，系统可以对各种可能引发系统异常事件进行统计，并自动评估事件的严重程度，方便开发和运维人员定位问题。 5、性能调优 将容器网络namespace中的net.core.somaxconn缺省值调至4096，减少高并发情况下半连接队列满的丢包问题；关闭cgroup.memory，使能后会在slab管理的page分配和释放流程上增加额外的处理逻辑，对性能造成影响；使能iommu.passthrough，在物理机环境中，减少页表映射的转换。 6、支持线程 NAPI 通过为每个支持NAPI的网络接口创建独立的内核线程，NAPI轮询工作可以从原先的软中断上下文切换到内核线程上下文中进行，从而提高网络资源的管理效率。 7、支持pagecache limit 功能 提供一种限制page cache的能力，能够对page cache的总量进行控制，增强系统在数据库等page cache占比较高场景下的稳定性。 --- https://www.openeuler.org/zh/other/projects/nestos/feature/nkd/ --- NestOS 云原生一体化运维工具 云原生一体化运维工具 nestos-kubernetes-deployer简称NKD，是基于NestOS部署kubernetes集群运维而准备的解决方案。其目标是在集群外提供对集群基础设施（包括操作系统和K8S基础组件）的部署、更新和配置管理等服务。 1、NKD的整体架构： - 主体模块NKDS（NestOS-kubernetes-deployer-service）：包括部署集群所需的基础设施管理和配置管理，创建系统点火阶段所需的Ignition文件； - 升级模块housekeeper：包括部署到集群中HKO (housekeeper operator)，与集成到系统镜像中的HKD（housekeeper daemon）组件； - NKD根据集群需求，连接基础设施提供商动态创建所需的IaaS资源，支持裸金属和虚拟化场景，目前优先实现openstack场景。 2、效果演示： 演示环境 - (1) master、worker节点各部署三个实例 - (2) NestOS版本：NestOS For Container 22.03\_LTS\_SP2 部署集群基础设施 集群部署完成 (1) 查看节点处于Ready状态 (2) 查看Pod处于running状态 集群版本升级 (1) K8S版本升级前 (2) K8S版本升级后 3、说明 项目地址&详细说明： NKD目前仅处于演示阶段，暂不适用于生产环境。 --- https://www.openeuler.org/zh/other/projects/nestos/feature/pilotgo/ --- NestOS PilotGo 插件式运维管理平台 PilotGo 插件式运维管理平台 PilotGo是麒麟软件在openEuler社区孵化的插件式运维管理平台。本次PilotGo针对NestOS平台特性及最佳应用实践，为NestOS平台带来了定制化的运维管理功能及全新的架构感知插件特性。 功能概览： - 1、NestOS平台双模式纳管及日常运维处理； - 2、单机资源及进程结构可视化； - 3、多机应用集群拓扑图展示。 效果展示： 1、PilotGo 纳管 NestOS 系统； 2、集群拓扑展示； 3、集群拓扑节点信息展示。 --- https://www.openeuler.org/zh/other/projects/nestos/feature/rubik/ --- NestOS 支持 Rubik 在离线混部 支持 Rubik 在离线混部 Rubik是一个自适应单机算力调优和服务质量保障的容器混部引擎，NestOS For Container版本已预开启Rubik在离线混部相关内核特性，支持基于rubik容器混部引擎的整体解决方案，通过对资源进行合理调度与隔离，在保障关键业务服务质量的前提下极大提升容器云场景资源利用率。 在NestOS For Container版本针对容器场景在离线混合部署进行了多项优化，其中包括： 1、preemption绝对抢占 - ○ CPU绝对抢占 - ○ 内存绝对抢占 2、dynCache 访存带宽和LLC限制 3、dynMemory 内存异步分级回收 4、支持弹性限流 - ○ quotaBurst 支持弹性限流内核态解决方案 - ○ quotaTurbo 支持弹性限流用户态解决方案 5、ioCost 支持iocost对IO权重控制 6、PSI 支持基于PSI指标的干扰检测 未来NestOS还将继续在在离线混部道路上实践，探索更多混部场景下提升资源利用率的手段和技术。 --- https://www.openeuler.org/zh/other/projects/nestos/feature/x2nestos/ --- NestOS 不可变模式转换工具 不可变模式转换工具 x2nestos是一款将通用形态操作系统转换为 NestOS For Container 版本的快捷部署工具。NestOS For Virt版本默认集成，也可通用于以yum或apt主流包管理器管理的其他通用linux操作系统。该工具基于kexec动态加载内核特性，实现跳过引导阶段完成操作系统部署，有效降低现有集群转换为NestOS For Container难度和成本。 适用场景： - 1\. 现有容器云场景用户大规模批量转换场景 - 2\. 无BMC，不方便实地重新引导安装的远程环境 - 3\. 限制使用自定义镜像安装的云主机环境 - 4\. 个人爱好者尝鲜 限制说明： - 1\. 本转换工具非迁移工具，不保留磁盘数据 - 2\. 此转换不可逆 - 3\. 使用本工具时需保留足够空闲内存（推荐>2G） 效果演示 ○ 转换前 ○ 转换后 详细说明请参阅：https://atomgit.com/openeuler/x2nestos --- https://www.openeuler.org/zh/other/projects/secgear/ --- --- https://www.openeuler.org/zh/other/projects/stratovirt/ --- --- https://www.openeuler.org/zh/other/search/ --- 已为您显示""的搜索结果，仍然搜索"" ... 未找到相关内容，请尝试其他搜索词 共 0 条 前往 搜索反馈 您搜索到想要的结果了吗？ 已搜到未搜到 --- https://www.openeuler.org/zh/personal-data-collection-overview/ --- # 个人信息收集清单 ​ * * * 开放原子开源基金会（下文简称“我们”或“基金会”）会严格遵从国家的法律法规要求，将合法合规融入业务设计和流程中，并采用业界先进的安全技术保证数据安全。同时我们非常重视您的个人信息和隐私保护，致力于捍卫每个人的隐私权利。 目前本应用涉及场景如下： ## 1\. 账号服务 ​ - **收集目的**：用于登录、注册 openEuler 社区的身份校验，以及维护您的个人信息 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入/第三方账号共享 - **个人信息字段**：**用户名**、**公司**、**邮箱**、**手机号**、**密码**、**邮箱或手机验证码**、头像、昵称、根据您的登录方式，分别收集：1）**Gitee UUID**、**Gitee ID**、Gitee昵称、**Gitee邮箱**、Gitee头像；2）**Github UUID**、**Github ID**、Github昵称、**Github邮箱**、Github头像；3）**OpenAtom UUID**、**OpenAtom用户名**、OpenAtom昵称、**OpenAtom邮箱**、OpenAtom头像；4）**AtomGit UUID**、**AtomGit ID**、AtomGit昵称、**AtomGit邮箱**、AtomGit头像 ## 2\. 论坛服务 ​ - **收集目的**：用于账户身份权限校验、提供更安全的服务、以及对举报内容进行确认和核实 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入/第三方账号共享/系统收集 - **个人信息字段**：**用户名**、**邮箱**、**手机号**、**密码**、昵称、头像、根据您的登录方式，分别收集：1）**Gitee ID**、2）**Github ID**、3）**OpenAtom用户名**；4）AtomGit ID、**IP地址**、**地域**、设备信息、登录时间、**偏好设置**、点赞信息，关注信息，收藏的内容、发帖数、回复数、关注数、粉丝数、个人简介、获得徽章、侧边栏设置、关注列表、粉丝列表、邮件摘要、时区、发表和回复的内容、图片、音频、视频、文档以及评论、举报类型、举报描述、组织、主机名 ## 3\. 邮件列表服务 ​ - **收集目的**：为您提供邮件订阅服务，便于参与社区中的讨论 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**邮箱**、**姓名（可选）** ## 4\. 服务优化 ​ - **收集目的**：保证服务质量以及业务运营 - **个人信息类型**：应用信息/设备信息 - **收集的方式**：系统收集 - **个人信息字段**：访问时间戳、**IP地址**、**地域**、请求详情、访问状态、访问资源大小、访问来源、请求用户代理信息、设备信息（设备名称、设备类型、设备供应商、操作系统、操作系统版本、屏幕宽度、屏幕高度）、应用信息（应用ID、使用的SDK版本号、浏览器、浏览器版本、浏览器视口宽度、浏览器视口高度）、应用使用信息（事件名称、事件属性、上报时间、客户端匿名ID，**用户名（如果您已登录社区账号）**） ## 5\. 贡献者许可协议签署 ​ 相关个人信息收集目的、个人信息类型、收集的方式、个人信息字段，请参见：贡献者许可协议签署个人信息收集清单。 ## 6\. 内容发布 ​ - **收集目的**：以便开发者更好地了解和认识社区，从而更快地建立链接并参与到我们社区 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**照片**、**姓名**、**邮箱**、**公司名称**、**职位**、**学校**、**个人简介**、**地域**、**代码托管平台用户ID** ## 7\. Meetup申请 ​ - **收集目的**：用于与您取得联系，为您安排相关活动事宜，包括签到、活动名牌等 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：负责人信息（**姓名**、**手机号**、**邮箱**、**公司**）、Meetup信息（组织、主题、日期、时长、城市、规模、活动形式、活动支持、环节议题） ## 8\. QuickIssue服务 ​ - **收集目的**：以便快速在社区提交Issue - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**AtomGit ID**、**邮箱**、**邮箱验证码**、Issue相关信息（标题、对应SIG、场景、仓库名称、问题描述） ## 9\. 兼容性测评服务 ​ - **收集目的**：用于兼容性测评和生成兼容性测评证书 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**UUID**、**用户名**、**手机号**、**邮箱**、**项目负责人签名**、企业信息（企业名称、营业执照、统一社会信用代码/组织机构代码、营业执照地址、企业法人代表、注册资金、企业成立时间、营业期限、**申请人姓名**、**申请人电话**、**申请人邮箱**、工商注册国家/地区、企业邮箱） ## 10\. EulerMaker服务 ​ - **收集目的**：用以您的身份校验 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**用户名**、**邮箱** ## 11\. 私人令牌 ​ - **收集目的**：用以调用对应的API接口 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**私人令牌**、**邮箱**、**邮箱验证码**、令牌名称、选择的权限、过期时间 ## 12\. 会议服务 ​ - **收集目的**：配置会议相关权限、发送会议邀请邮件 - **个人信息类型**：您主动提交的数据 - **收集的方式**：用户输入 - **个人信息字段**：**AtomGit ID**、**邮箱** --- https://www.openeuler.org/zh/projects/ --- # 项目 openEuler 社区创新开源项目 ## 项目列表 Intelligence BooMNEW Intelligence BooM AI开源基础软件栈是联合多家社区、伙伴成员一起打造的大模型全栈开源解决方案，包含异构融合平台、任务管理平台、数据管理平台、运行加速平台、智能应用平台及全栈安全平台等7大平台，20+开源组件。 查看更多 UB Service CoreNEW UB Service Core构筑5大集群级系统服务，支持不同OS并全面开源至openEuler社区，释放超节点平等互联架构优势，全面使能应用加速30~50%，促进灵衢系统软件生态构筑。 查看更多 UB OS ComponentNEW 操作系统灵衢组件（UB OS Component）是在OS原有内存管理、通信、设备管理和虚拟化框架上扩展支持灵衢，实现异构硬件统一抽象解耦、统一内存地址空间，支持资源全局调度、计算资源动态组合扩展、设备间高性能通信，释放灵衢硬件能力 查看更多 A-Tune A-Tune是一款基于openEuler开发的，自动化、智能化性能调优引擎。它利用人工智能技术，对运行在操作系统上的业务建立精准模型，动态感知业务特征并推理出具体应用，根据业务负载情况动态调节并给出最佳的参数配置组合，从而使业务处于最佳运行状态 查看更多前往AtomGit iSula iSulad 是一个新的通用容器引擎，提供统一的架构设计来满足CT和IT领域的不同需求 查看更多前往AtomGit secGear secGear是面向计算产业的机密计算安全应用开发套件，旨在方便开发者在不同的硬件设备上提供统一开发框架，让用户不感知底层各种机密计算架构和接口的差异，目前secGear支持Intel SGX硬件和ARM Trustzone(安全os支持iTrustee) 查看更多前往AtomGit NestOS NestOS正式推出双模式版本， 该版本整合了NestOS For Container 和 NestOS For Virt这两个模式到一个ISO镜像中， 旨在满足云场景中容器化和虚拟化两种主要场景下用户的多样需求，专注于提供最佳的容器主机和虚拟化解决方案 查看更多前往AtomGit StratoVirt StratoVirt是面向云数据中心的企业级虚拟化VMM (Virtual Machine Monitor)，实现一套架构对虚拟机、容器、Serverless三种场景的统一支持。在轻量低噪、软硬协同、Rust语言级安全等方面具备关键技术竞争优势。 查看更多前往AtomGit BiSheng JDK 毕昇JDK作为OpenJDK的下游，是一款高性能、可用于生产环境的OpenJDK发行版。毕昇JDK对华为内部应用场景中遇到的一些性能问题和稳定性问题进行了修复，并在ARM架构上进行了性能优化和稳定性增强，在ARM架构上更稳定，在大数据等场景下可以获得更好的性能。 查看更多前往AtomGit openEuler 智能化解决方案 openEuler 智能化解决方案是搭载在 openEuler 上的大模型平台，具有对接支持 openAI 大模型、构建本地知识库的基础功能；也具备注册语义接口和mcp服务、构建Agent和工作流应用等功能。支持web和客户端两种形式，为开发者和企业的使用提供了巨大的便利 查看更多前往AtomGit openYuanrong openYuanrong是一个Serverless分布式计算引擎，致力于以一套统一Serverless结构支持AI、大数据、微服务等各类分布式应用。它提供多语言函数编程接口，以单机编程体验简化分布式应用开发；提供分布式动态调度和数据共享能力，实现分布式应用的高性能运行和集群的高校资源利用 查看更多 参与项目贡献 不知道如何参与项目贡献？请查看贡献攻略 贡献攻略查看SIG中心 --- https://www.openeuler.org/zh/projects/docs/UB-Service-Core-SW-Arch-RD-2.0-zh --- --- https://www.openeuler.org/zh/projects/intelligence/ --- # openEuler 智能化解决方案 搭载在 openEuler 上的大模型平台 ## 简介 openEuler 智能化解决方案是搭载在 openEuler 上的大模型平台，具有对接支持 openAI 大模型、构建本地知识库的基础功能；也具备注册语义接口和mcp服务、构建Agent和工作流应用等功能。支持web和客户端两种形式，为开发者和企业的使用提供了巨大的便利 对于开发者 是一个灵活且轻量化的智能化平台，能构建个人的智能助手解决日常问题 对于企业 是一套中心化的智能体解决方案，通过工作流和Agent应用的形式，使传统的ISV和OSV软件智能化，降低二次开发成本 ## 功能介绍 ... RAG知识问答 openEuler 智能化解决方案知识库模块，支持 pdf、docx、pptx 等主流文档格式解析，操作简便 企业 / 个人开发者借助openEuler 智能化解决方案知识库、本地文档、内置知识库与大模型，1 天即可构建专属智能问答助手 工作流应用 支持企业/个人以openApi的形式上传本地接口定义，通过编排可视化编排工作流形成应用，以精确的方式智能化调度接口能力，有效降低二次开发成本，赋能传统软件智能化升级 智能体应用 支持企业/个人进行本地MCP服务注册，通过简易的方式组织MCP服务，构建Agent应用，实现智能编排和调度MCP服务，完成生产环境复杂任务 智能调优 支持企业/个人调用原生智能调优智能体，支持四大主力场景（数据库/大数据/分布式存储/虚拟化）智能调优，性能提升10%以上 智能运维 支持企业/个人调用原生智能运维智能体，构筑运维智能助手，智能调用系统工具，快速定位解决问题 智能问答 企业 / 个人开发者调用智能问答助手，其能依据用户的问题，结合预设知识库检索或大模型推理，生成准确、通俗的答复 Shell端调用 Web端调用 ## 架构 openEuler Intelligence 应用层 作为用户与大模型交互的核心枢纽，通过可视化操作界面与低代码开发能力，赋能企业和开发者快速构建 AI 应用，提供原生智能体能力，知识问答智能体、调优智能体、运维智能体等，显著提升工作效能 全栈兼容 openEuler Intelligence 全面兼容主流 AI 软件栈（驱动、SDK、训推框架、模型等），且致力于广泛兼容 AI 南北向生态，实现从底层硬件到上层应用的全链路贯通，保障各环节协同运作，为 AI 应用落地提供坚实生态支撑 推理加速 借助异构算力感知及调度、异构内存融合、CPU 算力填充与智算推理协同等技术，深度释放硬件潜力，显著提升大模型推理性能，以更低能耗实现更高计算效率，助力企业降本增效 ## 功能特色 低代码 openEuler 智能化解决方案允许用户注册本地传统服务，并以工作流的形式进行可视化编排，降低二次开发成本 高可用 使用大模型+传统算法智能编排和调度工作流；一方面基于用户意图和工作流约束单工作流走向，另一方面基于大模型能力灵活选择若干工作流完成任务，保证传统服务+大模型的高可用 轻量化 openEuler 智能化解决方案运行在较低配置的硬件条件下，使用 7b 模型做funccall，14b 模型做结果拟合并，且具有较高的准确率和召回率；在后续版本中openEuler 智能化解决方案的底层软件（sysHAX）能支持上述参数量模型的推理并能达到较为优秀的token数 openEuler亲和 openEuler的镜像中原生包含openEuler 智能化解决方案的所有能力，openEuler 智能化解决方案的软件包选型适配了 openEuler 源的软件版本，在 openEuler 上能更好更快地运行 ## 部署与使用 Witty Assistant - 智能助手 CLI 用户手册 - 智能助手 Web 用户手册 XPU Turbo - XPU Turbo AI全栈 - AI容器镜像用户指南 - AI大模型服务镜像使用指南 更多资源 - 版本与兼容性信息 联系我们请关注 sig intelligence 邮箱： intelligence@openeuler.org --- https://www.openeuler.org/zh/projects/intelligence-boom/ --- # Intelligence BooM 开源全栈推理，驱动 AI 生态 ## 简介 Intelligence BooM AI开源基础软件栈是联合多家社区、伙伴成员一起打造的大模型全栈开源解决方案，包含异构融合平台、任务管理平台、数据管理平台、运行加速平台、智能应用平台及全栈安全平台等7大平台，20+开源组件。伙伴可以基于本次发布的参考实现进行商业场景应用，参与社区代码开发，进行技术及Agent应用创新等。 ## 愿景 打破技术壁垒 通过全栈开源加速大模型推理技术普惠化 赋能行业转型 共建智能化应用平台支撑产业智能化升级 推动生态协同 联合社区、高校与企业统一技术标准并增强生态兼容 ## 第二版本：敲鱼面 支持NPU抢占混部，降低微调门槛，业界首发操作系统领域模型，为构建领域模型平台打下基础 立即体验 高性能 异构算力融合，支持算力切分混部，推理多快好省 多级缓存，多轮、长序列对话场景TTFT降低50%+ 易开发 大模型生成昇腾算子：AIKG 在真实场景基本可用，Triton算子开发效率x5+ 全功能 支持 Atlas 300等系列低成本微调，50+模型增训 开箱即用：面向Agentic AI 软件生态适配 Dify 等流行方案 易使用 快速微调：从镜像部署到首loss耗时小于15分钟 能力解耦复用：MindSpore 图模式能力解耦，支持 PyTorch 生态构建 和上游社区开发合作，联合 vLLM 发布 vLLM-omni，联合 LMCache 发布 LMCache-Ascend OS领域首发领域模型，openEuler OS Model 业界首发，4B领域模型系统调优效果持平DeepSeek 671B，支持CPU推理 全栈安全平台 智能应用平台 openEuler Intelligence 智能调优 智能运维 智能问答 深度研究 Dify Langchain ... 领域模型平台 openEuler OS Model ... 运行加速平台 vLLM SGLang LLaMA Factory ... sysHAX Expert-Kit LMCache ... MindSpore PyTorch ... MS-InferRT 数据管理平台 openGauss 任务管理平台 openYuanrong RAY openFuyao K8S oeDeploy ... 异构融合平台 异构融合编译 AscendNPUIR AKG 异构融合操作系统内核 FalconFS GMEM Xsched(用户态) Xsched(内核态) ModelFS xMig CPU NPU GPU ## 首版本：烩面 构建推理+智能体的开源解决方案，一键部署，开箱即用 立即体验 全功能 Agent智能体支持：调优/运维智能体大幅进化，RAG检索增强生成能力 支持多样性硬件：CPU(x86、ARM)、NPU(昇腾910/310)、GPU(NV) 高安全 全栈安全：保证软件平台自身安全可信，保护业务数据&模型资产安全 易使用 一键式部署：结合oeDeploy工具，一个命令15分钟完成分布式部署 支持主流开源模型：累计支持50+模型，0 day适配 部署方式可扩展：单机/双机/四机及大集群部署DeepSeek V3/R1模型 CPU+xPU可协同：支持CPU+xPU协同推理，及MoE专家异构弹性扩展 易开发 面向企业应用的Agent开发平台：强化工作流结合能力 算子开发语言：基于 Triton 和 SWFT ，算子模型协同开发，降低开发门槛 AI生成算子：Multi-Agent 架构的 LLM 算子生成框架，支持多前端和后端 全栈安全平台 智能应用平台 openEuler Intelligence 智能调优 智能运维 智能问答 深度研究 运行加速平台 vLLM SGLang LLaMA Factory ... sysHAX Expert-Kit ... MindSpore PyTorch ... 数据管理平台 openGauss 任务管理平台 RAY openFuyao K8S oeDeploy ... 异构融合平台 异构融合编译 AscendNPUIR 异构融合操作系统内核 FalconFS GMEM LMCache CPU NPU GPU ## openEuler AI 联合工作组成员 注：排名不分先后 --- https://www.openeuler.org/zh/projects/ub-os-component/ --- # UB OS Component 操作系统灵衢组件 ## 简介 操作系统灵衢组件（UB OS Component）是在OS原有内存管理、通信、设备管理和虚拟化框架上扩展支持灵衢，实现异构硬件统一抽象解耦、统一内存地址空间，支持资源全局调度、计算资源动态组合扩展、设备间高性能通信，释放灵衢硬件能力。 ## 架构 ## 代码仓列表 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ## 相关链接 灵衢总线官网 查看灵衢基础规范、白皮书等 查看详情 相关 SIG 组 查看 sig-UnifiedBus 会议、联系方式等信息 查看详情 --- https://www.openeuler.org/zh/projects/ub-service-core/ --- # UB Service Core 使能灵衢超节点，释放集群算力 ## 简介 UB Service Core构筑5大集群级系统服务，支持不同OS并全面开源至openEuler社区，释放超节点平等互联架构优势，全面使能应用加速30~50%，促进灵衢系统软件生态构筑。 ## 架构 提供超节点内存、IO、通信、虚拟化基础服务，支持Scale-Up编程模式，支撑灵衢生态构建 UB Service Core Engine (UBS Engine) 支持内存、DPU资源池化管理与动态调度，支持分布式自选主，支持N节点场景下最多N-1节点失效的高可用，是灵衢计算系统的控制面核心参考实现。 UB Service Core Virt (UBS Virt) 支持虚拟化池化，热迁移策略决策，极速快恢与容灾，虚机/容器间极速通信等能力，使能虚拟化性能提升。 UB Service Core Memory (UBS Mem) 支持统一内存编程，实现灵衢超节点的共享内存、池化内存。 UB Service Core Communication (UBS Comm) 基于超节点提供高性能、高可靠以及生态兼容 (用户态Socket/Verbs over UB) 的通信协议。 UB Service Core IO (UBS IO) 基于超节点，提供应用亲和的全局数据读写缓存系统高阶IO服务。 ## 相关链接 白皮书 了解 UB Service Core，使用、开发、管理和维护灵衢产品 查看详情 代码仓列表 查看 UB Service Core 代码仓、联系方式等信息 查看详情 相关文档 了解如何开发，使用 UB Service Core 查看详情 --- https://www.openeuler.org/zh/projects/yuanrong/ --- # openYuanrong 单机编程体验，分布式运行性能 ## 简介 openYuanrong是一个Serverless分布式计算引擎，致力于以一套统一Serverless架构支持AI、大数据、微服务等各类分布式应用。它提供多语言函数编程接口，以单机编程体验简化分布式应用开发；提供分布式动态调度和数据共享能力，实现分布式应用的高性能运行和集群的高效资源利用。 ## 架构 openYuanrong由多语言函数运行时、函数系统和数据系统组成，支持按需灵活单独或组合使用 多语言函数运行时 提供函数分布式编程，支持Python/Java/C++语言，实现类单机编程高性能分布式运行 函数系统 提供大规模分布式动态调度，支持函数实例极速弹性扩缩和跨节点迁移，实现集群资源高效利用 数据系统 提供异构分布式多级缓存，支持Object/Stream语义，实现函数实例间高性能数据共享及传递 \*函数是openYuanrong的核心概念抽象，它对传统Serverless函数概念进行了通用化扩展，起到了类似单机OS中进程的作用，可以表达任意分布式应用的运行实例，同时天然支持相互调用 ## 相关链接 代码仓列表 查看 openYuanrong 代码仓、联系方式等信息 查看详情 查看文档 了解如何使用 openYuanrong 开发分布式应用 查看详情 --- https://www.openeuler.org/zh/security/bug-bulletins/ --- # 缺陷中心 缺陷管理 时间 | 公告 | 概要 | 严重级别 | 影响产品 | 影响组件 | 发布时间 | | --- | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/security/bug-bulletins/detail/ --- 缺陷中心 概要: NaN/aN/aN 发布 NaN/aN/aN 更新 ... 简介 严重级别 描述 影响组件 --- https://www.openeuler.org/zh/security/certificate-center/ --- ## 证书中心 ​ openEuler证书中心用于存放社区各个系统中具体使用的公钥及证书信息。 | 证书/公钥 | 格式 | 证书属性 | 启用时间 | 到期时间 | 算法 | 下载地址 | | --- | --- | --- | --- | --- | --- | --- | | openEuler Shim Default CA | X509 | c813cda25ee2749e5551b8919a0537db | 2023-11-14 | 2053-12-31 | RSA-4096 | 下载(pem | der) | --- https://www.openeuler.org/zh/security/cve/ --- # 安全中心 查看漏洞管理、安全公告等安全问题 漏洞管理证书中心 ... 状态 全部 Fixed Unaffected Affected Under Investigation 原因 全部 Will fix Vulnerabilities are still analyzing No solution or patch To be fixed through upgraded Out of support scope Will not fix Component not present Inline mitigations already exist Vulnerable code cannot be controlled Vulnerable code not in execute path Vulnerable code not present 年份 全部 2026 2025 2024 2023 2022 2021 2020 严重级别 全部 致命 高 中 低 无 CVE 术语说明 | CVE | 概要 | 严重级别 | 状态 | 包 | 发布时间 | 更新时间 | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/security/cve/detail/ --- CVE CVSS评分: NaN/aN/aN 发布 NaN/aN/aN 更新 简述 CVSS v3 指标 | | NVD | openEuler | | --- | --- | --- | 暂无数据 影响产品 CVE 术语说明 | 产品 | 包 | 状态 | 原因说明 | 安全公告 | 发布时间 | 更新时间 | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/security/management/ --- # 缺陷管理 ​ ## 缺陷响应 ​ openEuler 社区由 openEuler Release SIG 与 openEuler QA SIG 联合负责openEuler 版本质量。 openEuler QA SIG会负责把控社区软件质量和制定缺陷管理策略，并联合社区各伙伴测试团队进行测试活动保障openEuler版本质量。Release SIG 从版本管理的角度协调openEuler 社区和版本开发人员及测试团队，保障openEuler 开发版本各里程碑及维护版本每次迭代都能高质量交付。openEuler 欢迎和鼓励社区开发者能主动识别或修复CVE， 不断提升openEuler 社区的软件使用体验，基于社区反馈我们会快速的响应、分析和解决上报的缺陷并及时发布。 ## 支持版本 ​ 漏洞响应流程主要支持 openEuler 社区的 LTS 发行版和其分支版本。 ## 缺陷处理流程 ​ 版本缺陷是由社区开发者、测试团队或用户等提出的关联版本里程碑的特定种类issue，当issue被提交到openEuler社区后对应领域SIG 组miantainer or committer 作为第一责任人负责分析和处理对应issue，openEuler 社区 QA SIG 和 Release SIG 会定期审视社区中版本缺陷的情况，依照优先级推动社区问题尽快修复，端到端社区缺陷处理流程如下图。 ## 缺陷提交 ​ ### 缺陷上报方式 ​ openEuler社区主要依赖gitee issue 进行缺陷管理，为提高openEuler社区版本缺陷的感知效率，openEuler在社区提供了专门的issue反馈模板用于对接社区感知工具，社区开发者建议通过此模板提交issue反馈至src-openEuler对应软件仓库，以便能尽快被社区SIG感知并处理。issue模板如下图所示： markdown **【标题描述】能够简要描述问题：说明什么场景下，做了什么操作，出现什么问题（尽量使用正向表达方式）** **一、缺陷信息** **内核信息：** **缺陷归属组件：** **缺陷归属的版本：** **缺陷简述：** **【环境信息】** 硬件信息 - 裸机场景请提供问题的硬件信息 - 虚拟机场景请提供虚拟机的XML文件或配置信息 软件信息 - OS版本及分支信息 - 内核信息 - 发现问题的组件版本信息 网络信息 - 如果有特殊组网，请提供网络拓扑信息 **【问题复现步骤】**，请描述具体的操作步骤 **【实际结果】**，请描述出问题的结果和影响 **【其他相关附件信息】** 比如系统message日志/组件日志、dump信息、图片等 **缺陷详情参考链接：** **缺陷分析指导链接：** https：xxx **二、缺陷分析结构反馈** **影响性分析说明：** **缺陷严重等级: （Crtical/High/Medorate/Low）** **受影响版本排查(受影响/不受影响)：** openEuler-xxxx-xxxx:是/否 **abi 变化(受影响/不受影响)：** openEuler-xxxx-xxxx:是/否 #### 缺陷上报字段说明（由提交issue者明确） ​ | 字段 | 描述 | 示例 | 是否必填 | | --- | --- | --- | --- | | 内核信息 | 缺陷发生环境对应kernel版本 | 4.19.0.20230601.5.0 | 是 | | 缺陷归属组件 | 缺陷对应组件 | kernel-4.19.0.20230601.5.0 | 是 | | 缺陷归属的版本 | 发现缺陷的openEuler版本 | openEuler-22.03-LTS-SP1 | 是 | | 缺陷简述 | 缺陷描述 | | 是 | | 缺陷详情参考链接 | 缺陷的参考链接 | github or 其他社区issue链接 | 建议填写 | #### 缺陷分析字段说明（由SIG维护者分析） ​ | 字段 | 描述 | 示例 | 是否必填 | | --- | --- | --- | --- | | 影响性分析说明 | SIG组分析该缺陷影响 | 该缺陷功能、安全及上层依赖等方面影响 | 是 | | 缺陷严重等级 | 缺陷评估影响等级 | Crtical/High/Medorate/Low | 是 | | 受影响版本排查 | 所有在维护openEuler版本缺陷排查 | openEuler 20.03/22.03 系列 | 是 | | 修复对abi变化的影响 | 所有在维护openEuler版本影响排查 | openEuler 20.03/22.03 系列 | 是 | ## 缺陷严重性评估标准 ​ 缺陷定级原则由openEuler社区 QA SIG团队制定，如有问题可在联系QA SIG maintianer讨论解决。 | 参考维度 | 严重 | 主要 | 次要 | 不重要 | 参考 | | --- | --- | --- | --- | --- | --- | | 功能 | 1. 存在阻塞OS基础测试的问题，并且导致其他服务器、操作系统等不能提供正常服务（包括客户端）。 | 1、需求中明确要去的需求没有实现或者实现不正确，造成特性无法满足需求 2、存在阻塞组件基础测试的问题，但不影响OS及其他程序正常运行。 | 1、规格实现有问题，但未造成整个特性失效； 2、存在阻塞组件模块功能测试的问题，但不影响该组件基础功能及其他程序正常运行。 | 1、拼写等UCD错误；2、易用性问题； 3、功能需要增加、优化的建议 | NA | | 性能 | 1. 性能测试结果低于规格[30%,) | 1. 性能测试结果低于规格[20%, 30%) 2. 长时间测试性能下降趋势明显（下降幅度[5%,） | 1. 性能测试结果低于规格[10%, 20%) 2. 长时间测试性能下降（下降幅度[0%,5%） | 1. 性能测试结果低于规格[0%, 10%) | NA | | 安全 | 1. 存在 CVSS [9，） 分的CVE漏洞未修复 | 1. 存在 CVSS [7，9） 分的CVE漏洞未修复 2. 存在 病毒、木马 等恶意文件 3. 存在安全测试基线用例未通过 4. 存在开源片段引用问题 5. 存在License使用不合规问题 | 1. 存在 CVSS [4，7） 分的CVE漏洞未修复 2. 存在未使用的安全编译选项 3. 存在安全编码问题 | 1. 存在 CVSS [0，4） 分的CVE漏洞未修复 | SecureRelease.md | ## 联系方式 ​ ### 缺陷管理团队联系方式(QA SIG): ​ | gitee id | 名称 | 邮箱 | | --- | --- | --- | | wu_fengguang | wufengguang | wufengguang@huawei.com | | walkingwalk | wubodong | wubodong@huawei.com | | lemon-higgins | lemon.higgins | lemon.higgins@aliyun.com | | lutianxiong | lutianxiong | lutianxiong@huawei.com | | rigorous | yanjin | yanjin.yan@huawei.com | | SupMario | tangjie | tangjie18@huawei.com | | charlie_li | liyongqiang | liyongqiang329@163.com | | disnight | fanjiachen | fanjiachen3@huawei.com | | Ethan-Zhang | zhangyizheng | ethanzhang55@outlook.com | ### 版本运作团队(Release SIG) 联系方式 ​ | gitee id | 名称 | 邮箱 | | --- | --- | --- | | yaqiangchen | chenyaqiang | chenyaqiang@huawei.com | | solarhu | Hufeng | solar.hu@huawei.com | | paul-huang | Huangchengpiao | huangchengpiao@huawei.com | | gitee-cmd | chemingdao | chemingdao@huawei.com | --- https://www.openeuler.org/zh/security/security-bulletins/ --- # 安全中心 查看漏洞管理、安全公告等安全问题 漏洞管理证书中心 ... 时间 | 公告 | 概要 | 严重级别 | 影响产品 | 影响组件 | 发布时间 | 更新时间 | | --- | --- | --- | --- | --- | --- | --- | 暂无数据 --- https://www.openeuler.org/zh/security/security-bulletins/detail/ --- 安全公告 概要: NaN/aN/aN发布 NaN/aN/aN 更新 ... 简介 严重级别 主题 描述 影响组件 CVE 参考 --- https://www.openeuler.org/zh/security/vulnerability-reporting/ --- ## 漏洞响应 ​ openEuler 社区非常重视社区版本的安全性，openEuler 安全委员会负责接收、调查和披露 openEuler 社区相关的安全漏洞。我们鼓励漏洞研究人员和行业组织主动将 openEuler 社区的疑似安全漏洞报告给 openEuler 社区安全委员会。我们会快速的响应、分析和解决上报的安全问题或安全漏洞。 ## 支持版本 ​ 漏洞响应流程主要支持 openEuler 社区的 LTS 发行版和其分支版本。 ## 漏洞处理流程 ​ 每个一个安全漏洞都会有一个指定的人员进行跟踪和处理，协调员是 openEuler 安全委员会的成员，他将负责跟踪和推动漏洞的修复和披露。漏洞端到端的处理流程如下图。 在这里我们主要介绍流程中漏洞上报、漏洞评估和漏洞披露这三部分内容。 ## 漏洞上报 ​ 如果您认为 openEuler 产品存在一个疑似安全漏洞，我们希望您将漏洞上报给 openEuler 社区，并与我们配合以负责任的方式修复和披露该问题。 ## 漏洞上报方式 ​ 您可以通过 email 将 openEuler 产品的潜在安全漏洞发送到 openEuler 安全团队邮箱（openeuler-security@openeuler.org）。因为漏洞信息比较敏感，建议您使用安全团队邮箱PGP 公钥对邮件信息进行加密。安全团队成员信息如下：成员信息。 ## 漏洞上报内容 ​ 为了便于快速的确认和验证疑似漏洞，请在漏洞上报邮件中包含但不限于以下内容： - 基本信息：包括漏洞影响的模块、漏洞的触发条件和成功利用后对系统的影响等。 - 技术细节：包括系统配置、定位方法、Exploit 的描述、POC、问题重现方法和步骤等。 - 修复方案建议。 - 上报者的组织和联系方式。 - 上报者可能的漏洞披露计划。 ## 邮件响应时间 ​ 我们将在 48 小时内响应通过邮箱上报的疑似安全漏洞，并向上报者反馈漏洞处理的进展。 ## 漏洞严重性评估 ​ 业界普遍使用 CVSS 标准评估漏洞的严重性，openEuler 在使用 CVSSv3 进行漏洞评估时，需要设定漏洞攻击场景，基于在该攻击场景下的实际影响进行评估。漏洞严重等级评估是指针对漏洞利用难易程度，以及利用后对机密性、完整性、可用性的影响进行评估，并生成一个评分值。 ## 评估标准 ​ openEuler 社区采用 CVSS v3 对漏洞进行评估，CVSS V3 由通过对以下向量来评估一个漏洞的影响： - 攻击向量（AV）-表示攻击的“远程性”以及如何利用此漏洞。 - 攻击复杂性（AC）-讲述攻击执行的难度以及成功进行攻击需要哪些因素。 - 用户交互（UI）-确定攻击是否需要用户参与。 - 所需的权限（PR）-记录成功进行攻击所需的用户身份验证级别。 - 范围（S）-确定攻击者是否可以影响具有不同权限级别的组件。 - 机密性（C）-衡量信息泄露给非授权方后导致的影响程度。 - 完整性（I）-衡量信息被篡改后导致的影响程度。 - 可用性（A）-衡量用户在需要访问数据或服务时受影响的程度。 ## 评估原则 ​ - 评估漏洞的严重等级，不是评估风险。 - 评估时必须基于攻击场景，且保证在该场景下，攻击者成功攻击后能对系统造成机密性、完整性、可用性影响。 - 当安全漏洞有多个攻击场景时，应以造成最大的影响，即 CVSS 评分最高的攻击场景为依据。 - 被嵌入调用的库存在漏洞，要根据该库在产品中的使用方式，确定漏洞的攻击场景后进行评估。 - 安全缺陷不能被触发或不影响 CIA(机密性/完整性/可用性)，CVSS 评分为 0 分。 ## 评估步骤 ​ 对漏洞进行评估时，可根据下述步骤进行操作： - 设定可能的攻击场景，基于攻击场景评分。 - 确定漏洞组件（Vulnerable Component）和受影响组件（Impact Component）。 - 选择基础评估指标的值：通过对可利用指标（攻击向量/攻击复杂度/所需权限/用户交互/范围）和受影响指标（机密性/完整性/可用性）给出漏洞影响评估。 ## 严重等级划分 ​ | 严重等级（Severity Rating） | CVSS评分（Score） | | --- | --- | | 致命（Critical） | 9.0 - 10.0 | | 高（High） | 7.0 - 8.9 | | 中（Medium） | 4.0 - 6.9 | | 低（Low） | 0.1 - 3.9 | | 无（None） | 0.0 | ## 和 NVD 评估分数差异说明 ​ CVSS 基础评分与受影响组件的版本号，提供和使用的方式，平台以及软件的编译方式相关，NVD 评分考虑了漏洞被利用的所有场景，而 openEuler 是基于上游社区自己构建的，主要应用于服务器场景，所以对于 openEuler 开源产品来说，直接采用 NVD 评分是不合适的，因此 openEuler 对所有受影响的 CVE 有自己的评分，存在打分和 NVD 不同的情况。 ## 漏洞披露 ​ 为了保护 openEuler 用户的安全，在进行调查、修复和发布安全公告之前，openEuler 社区不会公开披露、讨论或确认 openEuler 产品的安全问题。安全漏洞修复后 openEuler 社区会发布安全公告，安全公告内容包括该漏洞的技术细节、CVE 编号、CVSS 安全评分、严重性等级以及受到该漏洞影响的版本和修复版本等信息。安全公告提供邮件订阅功能，您可以通过“sa-announce"链接订阅 openEuler 社区的安全公告。我们也提供 CVRF 格式的安全公告，可通过"CVRF 文档"链接获取。 ## 致谢 ​ 感谢以下贡献者上报漏洞 | CVE 编号 | 包名称 | 贡献者 | | --- | --- | --- | | CVE-2021-33643 | libtar | 辛哲君 | | CVE-2021-33644 | libtar | 辛哲君 | | CVE-2021-33645 | libtar | 辛哲君 | | CVE-2021-33646 | libtar | 辛哲君 | | CVE-2021-33655 | kernel | 郭大兴 | | CVE-2021-33656 | kernel | 郭大兴 | | CVE-2024-24898 | kernel | 陆宸昊、曹毅恒 | | CVE-2024-24891 | kernel | 陆宸昊、曹毅恒 | | CVE-2021-33632 | iSulad | 朱代雄 | --- https://www.openeuler.org/zh/showcase/ --- # 用户案例 展示各行业用户在自身业务场景中使用openEuler操作系统和openEuler社区中各技术项目的案例以及所带来的积极效果。欢迎投稿至user@openeuler.sh 案例类别 全部 金融 运营商 能源 物流 高校&科研 云计算 其他 发现0个案例研究 下载 《openEuler 开源操作系统行业应用案例集》 暂无数据 --- https://www.openeuler.org/zh/showcase/cloud-computing/8/8 --- # 天玑科技数据库私有云平台 构建高效、可靠的数据库私有云 **应用场景** 随着企业对数据管理和分析需求的增长，构建高效、可靠的数据库私有云成为关键。上海天玑科技股份有限公司推出的自主创新数据库私有云平台，基于openEuler系操作系统，为企业提供了"一云多芯"、"一云多库"的解决方案。 **解决方案** 天玑科技的数据库私有云平台解决方案包括： - **openEuler系操作系统**：作为平台的操作系统基础，银河麒麟高级服务器操作系统V10（openEuler商业发行版）提供了稳定和安全的运行环境。 - **全栈优化**：使用鲲鹏应用使能套件BoostKit和银河麒麟高级服务器操作系统进行全栈调优，确保了高性能的企业级存储产品。 - **分布式存储系统**：为数据库基础架构建设、关键应用数据库、大数据分析和数据库容灾等提供存储和管理服务。 - **智能可视化运维**：实现资源安全隔离和数据库云化部署，通过智能分区技术优于传统虚拟化技术。 **客户价值** - **自主创新**：全栈自主创新的软硬件开放兼容，提供统一集成交付和智能可视化运维。 - **资源安全隔离**：智能分区技术实现资源的安全隔离，优化了数据库云化部署。 - **数据保护**：通过分布式存储构建高可靠高性能的存储资源池，利用副本和EC（Erasure Coding）技术实现数据保护。 - **转型升级支持**：支持企业进行数据库云化的转型升级，满足金融保险等行业的需求。 该平台已经在金融保险行业中得到应用，帮助企业实现了数据库的云化转型升级。 --- https://www.openeuler.org/zh/showcase/cloud-computing/CTyunOS/ --- # 天翼云科技有限公司 基于 openEuler 打造CTyunOS，服务电信集团云改数转战略，助力数字经济发展 ## 应用场景 ​ 中国电信天翼云是中国电信旗下一家科技型、平台型、服务型公司，以"云网融合、安全可信、专享定制"三大优势向客户提供公有云、私有云、专属云、混合云、边缘云、全栈云服务，满足政府机构、大中小企业数字化转型需求。 天翼云根据操作系统领域新趋势，结合自身业务需求，推出基于 openEuler 的自研操作系统 CTyunOS，服务中国电信集团云改数转战略，助力数字经济发展。 CTyunOS 针对云计算场景进行深度的优化，同时对包括 CPU 调度，内存管理，I/O，进程管理等核心模块进行专项优化，具备高性能、高可靠、强安全、易扩展等关键特征，支持多业务场景和多样性算力的异构统一调度。 ## 解决方案 ​ - 操作系统采用 CTyunOS （基于 openEuler LTS 20.03 SP1），硬件采用TaiShan 200服务器 + FusionServer 2288 作为算力底座。 - 对云计算场景裸金属、鉴权、计算等模块进行了深度优化。 - 支撑电信公有云业务和集团内部各类IT业务（OA 办公、桌面云、媒体、CRM等）的高效运行。 ## 客户价值 ​ - 实现天翼云操作系统的自主化改造，服务电信集团云改数转战略，助力云网融合，服务数字经济发展。 - 完成云平台操作系统改造， CTyunOS 对 CPU调度，内存管理，I/O，进程管理等关键模块进行专项优化，对云计算场景深度优化。CTyunOS上线后，相比原平台，整体性能提升5%。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/cloud-computing/jisuan/ --- # 上海即算科技有限公司 基于openEuler打造云端的高性能计算平台 ## 应用场景 ​ 上海即算科技有限公司（“即算科技”）是一家专注于科研工程高性能计算（HPC）的创新企业。秉持客户至上、服务为先的核心理念，公司自主研发HPC管理平台、AI 服务平台等一系列产品，并深入了解教育、科研、工程在不同场景下的业务需求，提供公有云、混合云在内的一站式高性能计算解决方案。并服务了清华大学、哈尔滨工业大学、浙江大学、北京航空航天大学、哈尔滨工程大学、中国科学院等多家高校和机构的科技创新团队。 以算力互联、超算上云作为着眼点，即算科技开发并开源了Cloud HPC 管理平台（“HPC-NOW”），充分利用云计算的弹性规模、高性能、灵活性、稳定性等诸多优势，帮助超算用户打破计算边界、提升研究效率、提升技术探索的深度和广度。 ## 业务挑战 ​ HPC-NOW 平台依托于云计算平台，弹性调度和管理基于Linux操作系统的超算集群，对操作系统有多方面要求。主要包括： - 运行稳定：HPC节点往往全天候运行于 100% 的高负荷之下，对于长周期的计算任务，需要连续运行长达数天至数月，这就对操作系统的运行稳定性提出了极高的要求。作为HPC应用的底座，操作系统的任何不稳定都会影响到所有正在运行的相关任务，致使任务异常或者性能波动。 - 软件支持：HPC应用从编译到运行，往往需要依赖于基础或第三方的软件/库，例如编译器、数值运算库、并行库、集群管理软件、数据处理组件等。因此，易于使用的包管理器、丰富的软件仓库就成为HPC开发者和用户的重要需求。 - 桌面环境：除了数值计算之外，HPC用户依赖于图形界面进行数据分析/处理/可视化等各项工作。HPC-NOW 旨在为用户提供从计算到处理的一站式环境和便捷体验，就需要在HPC集群中内置图形桌面，且要保证界面美观、操作便捷、运行流畅。 - 易于部署：HPC-NOW在云端的各个区域为用户自动化的启动和管理超算集群服务，也就需要在操作系统提供云镜像功能，并提供响应的API接口，确保HPC-NOW能够高效、快速、批量化、自动化的拉取镜像和创建主机。 ## 解决方案 ​ HPC-NOW方案架构图 1. HPC-NOW方案将集群默认操作系统切换为openEuler。 2. 配合openEuler丰富的软件包和桌面化组件，HPC-NOW切换为openEuler后，在功能和体验上满足了用户的业务需求。 3. openEuler社区积极推动openEuler镜像覆盖主流公有云平台，方便HPC-NOW一键拉起openEuler集群。 ## 客户价值 ​ - 稳定：基于openEuler 22.03 LTS构建的超算集群在接近满负荷的情况下，持续保持稳定运行，其上的HPC负载运行无异常。 - 易用：基于openEuler部署的桌面环境，具备丰富的可扩展性，通过一系列扩展组件进一步提升了桌面环境的用户友好度。 - 便捷：openEuler内置主流的包管理器，且软件仓库丰富、连接速度快，HPC常用的基础包和第三方软件都可以高速拉取、快速部署，使用便捷。 ## 为什么选择openEuler或其发行版？ ​ 选择openEuler 22.03 LTS版本作为解决方案，主要考虑： - 全场景适应性、高性能、高可靠性、多样化的算力支持； - 产业生态支持及覆盖的行业广泛； - 版本稳定、长期演进和技术支持。 ## 未来规划 ​ - 持续关注 openEuler 在各个云平台的上线情况，第一时间提供HPC-NOW集群默认选项。 - 在HPC-NOW混合云方案中优先采用 openEuler 作为主力操作系统。 --- https://www.openeuler.org/zh/showcase/cloud-computing/kexinyun/ --- # 中国移动云能力中心 基于openEuler的安全可信技术探索和实践 ## 应用背景 ​ 随着网络安全形势日益严峻，各行业越来越关注自己在云上业务与数据的安全。在云场景下，将可信计算能力引导至云主 机实例，并与中国商用密码算法体系相结合，通过远程证明对启动和运行阶段的度量进行验证。实现从底层安全芯片到云 主机关键应用的安全可信，使云主机更加适应于银行、券商、保险、互联网金融等业务领域。 ## 解决方案 ​ » 主机安全，全面使能基础安全技术，提升安全等级； » 可信计算，全面使能完整性静态度量与动态度量，进一 步延长信任链，将宿主机信任链扩展到云主机内部； » 基于商密算法实现系统真实性、机密性、完整性等基础 安全保护； » 将可信计算技术与商密结合，建立完整的云主机商密信 任链。 ## 客户价值 ​ » 实现从底层安全芯片到云主机关键应用的安全可信，为用户提供针对系统启动和运行阶段的全方位可信保障； » 基于商密算法实现系统真实性、机密性、完整性等基础安全保护； » 添加对商密算法的支持，避免使用国外密码算法带来的安全风险，促进信息系统商密的应用。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/cloud-computing/shenxinfu/ --- # 深信服科技股份有限公司 深信服鲲鹏桌面云虚机高密度解决方案，基于openEuler实现桌面云提质降本 ## 用户背景 ​ 深信服介绍：深信服科技股份有限公司是一家专注于企业级网络安全、云计算、IT基础设施与物联网的产品和服务供应商，为超过10万家企业级用户的数字化转型构筑稳固基石。拥有深信服智安全、信服云两大业务品牌，致力于承载各行业用户数字化转型过程中的基石性工作，从而让每个用户的数字化更简单、更安全。 云桌面介绍：深信服桌面虚拟化方案通过虚拟化技术，将原本在传统 PC 本地运行存储的桌面、应用和数据全部迁移至数据中心统一承载管理，并在数据中心部署桌面云一体机，以超融合技术将服务器的 CPU、内存、存储资源根据不同用户的需求虚拟成一个个桌面虚拟机，通过桌面交付协议将操作系统界面以图像的方式传送到用户的接入设备，为用户提供与 PC 使用方式相同的桌面环境，广泛应用于政府、安平、金融、教育、企业等行业。 ## 业务挑战 ​ 相对于传统PC，云桌面具有部署灵活、接入安全、维护方便、简化办公环境等显著优点。但云桌面解决方案涉及后台服务器、前台终端、虚拟化软件、云桌面软件等，综合成本相对较高。如何降低云桌面解决方案整体成本，提升单台云桌面性价比，成为提升云桌面竞争力的关键挑战。当前单物理机能虚拟出35套云桌面，单套云桌面成本较高，挑战优化到42套/物理机。 ## 解决方案 ​ 经分析，在满足桌面云用户办公体验指标的前提下，桌面云部署密度提升到极限的情况下服务器算力并没有充分释放，体现在： a、CPU存在一定空闲； b、前后台服务是基于X86架构开发，在ARM体系下开销高； c、当前调度策略未能充分发挥硬件优势。 如何针对桌面云的调度和资源管控策略、提升资源有效利用率是进一步提升云桌面虚机密度，成为提升产品性价比的关键。 最终通过鲲鹏服务器、openEuler操作系统、毕昇编译器和深信服桌面云平台软件垂直优化，实现了部署密度的大幅提升。如下图所示： 具体优化技术包括： 1、openEuler操作系统优化(开箱即用——负载算力协同技术 a) task-steal：多核场景下空闲CPU主动拉取系统中runable的任务到本核执行，实现物理cpu空闲算力全系统us级均衡； b) 低优业务绝对压制：实现高优任务对低优先任务快速抢占和时域的绝对压制，资源优先供给前台业务，提升前台业务QoS； c) vcpu负载聚合：guest内vcpu负载低的时候，把任务聚合到一个vcpu上，减少vcpu切换的开销和时延，实现vcpu低负载算力智能集合； 2、鲲鹏服务器优化 基于鲲鹏DevKit加速套件，提升内存、CPU运算效率，充分释放鲲鹏硬件算力。 3、毕昇编译器编译优化 使用bisheng编译器及lto编译选项对qemu进行编译优化，如优化内联函数、去除无用代码、合并程序文件等。 4、深信服桌面云平台软件优化 通过深信服的智能AI调度算法，提升桌面云平台组件间交互效率。同时使用neon指令对spice等组件中的热点函数进行重构优化，提升关键组件执行效率。 ## 客户价值 ​ 在业务满载情况下，基于鲲鹏920服务器测试结果： 单物理机云桌面台数从35台提升到46台，同时业务性能指标还有5%左右提升。 实现云桌面解决方案整体成本下降约30%。 --- https://www.openeuler.org/zh/showcase/cloud-computing/tianhe/ --- # XSKY星辰天合公司 天合翔宇系列鲲鹏计算型存储解决方案一体机 ## 应用场景 ​ 天合翔宇分布式存储系统是 XSKY星辰天合公司拥有自主知识产权、独立开发的面向信创生态的企业级软件定义存储产品；其基于信创生态的 CPU 、操作系统以及应用进行了深度的适配及优化，在稳定性、性能、可靠性、易用性等方面能够满足复杂的企业级应用需求，实现自主可控，为大规模信创云环境提供了可靠的存储基础架构支撑。 ## 解决方案 ​ - **一池多芯：** 同一个集群或者存储池可异构支持多种架构 CPU 和 OS - **全场景一体化：** 支持虚拟化，本地应用，非结构化等；支持块，文件和对象共池，支持全场景 EC 和压缩；支持全协议同城双活，多站点，上下云，数据归档 - **关键业务可用：** 支持块、文件和对象，全协议双活；对象生命周期管理，多站点同步，小文件归并；文件异地灾备，目录快照，目录 QoS、负载均衡，整池扩容；块云备份、异步复制、VAAI 、在线迁移等高级功能，保证关键业务可用 - **数据自由流动：** 解耦底层硬件，统一支持信创生态和非信创生态，实现业务无感知的平滑生态融合、生态过渡和生态迁移 ## 客户价值 ​ - **极简部署:** 一体化设计和交付,开箱即用,助力业务30分钟极速上线； 基于openEuler及鲲鹏算法优化，实现读写性能提升10%以上，且CPU利用率和可用存储容量更高； - **开放融合：** “一池多芯”技术，支持全协议、全业务场景适配和跨数据生命周期管理 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/cloud-computing/tianyiyun/ --- # 天翼云科技有限公司 终端操作系统云场景定制项目。银河麒麟操作系统提供多元场景智慧解决方案，助力客户高效上云。 ## 应用背景 ​ 数字生产力正以前所未有的速度促进新质生产力的产生发展。天翼云作为云计算国家队、数字生产力的促进者，本次对银河麒麟操作系统进行全面适配，并根据云业务使用场景定制化需求，满足客户对云场景下的操作系统便捷式使用。此次定制项目包括对天翼云平台不同架构以及多个云业务功能的适配，确保国产麒麟操作系统在天翼云平台上稳定运行。 ## 方案介绍 ​ 部署规模： 桌面操作系统： 版本：银河麒麟桌面操作系统 V10 数量：1000 套（x86 架构 500 套，海思麒麟 ARM 架构 500 套） 服务器操作系统： 版本：银河麒麟高级服务器操作系统 V10 该项目对现有平台进行完全改造，支持多种主流CPU架构硬件，利用国产基础软硬件构建天翼云业务系统，为其赋能千行百业数字化转型提供了安全、稳定的基础。银河麒麟操作系统沉淀“千行百业”最佳实践，提供多元场景智慧解决方案，助力客户高效上云。 ## 方案架构图 ​ ## 客户价值 ​ \-对客户的经济效益：实现了客户在国产软硬件体系中支持多种主流芯片架构硬件，为客户提供了安全创新，稳定可靠的底层运行环境，助力天翼云平台核心业务系统稳定运行，惠及众多用户； \-对行业的推广或示范价值：麒麟软件作为中国电信天翼云计算共同体成员单位之一，大力度协助天翼云向自主创新方向发展，在桌面管理、内生安全、灵活配置、便捷访问等方面完成了与天翼云的近百项适配认证。同时积极落实“一城一池”项目建设，为中国电信建设的多省云服务平台提供操作系统，实现每分钟数万次、每天上千万次的算力统筹、储存和调度。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/cloud-computing/winstack/ --- # WinStack金融云平台 同比例虚拟机计算性能翻倍，金融行业上云效率提高 ## 用户背景 ​ 云宏信息科技股份有限公司成立于2010年，是国内的云科技服务商，国家级专精特新重点“小巨人”企业，专注云计算底层关键技术自主研发12年。云计算底层关键技术虚拟化是支撑云计算、大数据、人工智能等新兴产业发展的基石和纽带，云宏坚持走国产、自主、可控的发展道路，具备全面兼容国产主流软硬件厂商和全面替换国际行业的技术实力。 ## 方案介绍 ​ 云宏基于openEuler+鲲鹏底座推出WinStack金融云平台，提供了弹性虚拟化资源池以及虚拟实例的全生命周期管理、资源策略调度、高可用保护、故障检测等能力。 WinStack金融云平台使用鲲鹏应用使能套件BoostKit进行全栈调优，基于openEuler、KAE硬件加速引擎、虚拟机V-Turbo、NUMA-Aware特性进行全面性能优化。 ## 方案架构图 ​ ## 优势亮点 ​ - 提高了金融行业用户的上云效率； - 整机的计算性能提升10%+，同比例虚拟机计算性能翻倍； - 虚拟机密度提升30%，Web应用单位时间签名校验效率提升7.5倍。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/cloud-computing/woyun/ --- # 联通沃云信创云 基于云原生定制化改造适配 ## 应用场景 ​ 沃云信创云基于云原生进行了定制化改造适配 ，以开源软件 OpenStack+KVM 为基础打造自主、安全可靠的强大云平台，在核心代码进行了全面把控，自主开发了计算、存储、网络、中间件等组件全面适配国内服务器和操作系统，提供云服务器、云硬盘、裸金属、负载均衡、虚拟私有云等多个 IaaS 和 PaaS 产品，为致力于国内信息化生态建设适配了多家国内主流软件，完美契合对安可要求极高行业的需求。 ## 解决方案 ​ - 基于 OpenStack、Kubernetes 等开源代码自主研发，核心 基础硬件适配鲲鹏、海光等国内主流芯片，操作系统选用 银河麒麟操作系统，向上支撑国内主流数据库、中间件与 应用软件。 ## 客户价值 ​ - 适配问题：解决银河麒麟高级服务器操作系统 V10 适配 OpenStack S 版缺少依赖包的问题。 - 项目价值：银河麒麟高级服务器操作系统（鲲鹏版）V10 和（海光版）V10 分别与联通沃云信创云 V6.2 保持一致的认证要求，通过麒麟软件认证测试伙伴。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/education/beihang/ --- # 北京航空航天大学 基于openEuler构建工业机器人操作系统，打造“开箱即用”的机器人基础软件平台 ## 应用场景 ​ 北航是国家“双一流”建设高校，以建设扎根中国大地的世界一流大学为发展目标。北航在机器人领域一直处于行业前沿，以其亮眼的成果和优秀的师资力量，成为国内机器人领域的重要参与者和建设者。 机器人操作系统是机器人的核心基础软件，支撑着机器人应用对系统实时性、安全性及智能化等方面的共性诉求。面向智能工业机器人领域，突破开放式体系架构，在实时系统内核、通信协议栈、运动控制库、集成开发工具等方面进行研究，打造“开箱即用”的机器人基础软件平台，推进机器人软件生态体系建设。 ## 解决方案 ​ - 操作系统基于openEuler LTS 22.03内核，支持x86系列平台，并将支持ARM平台等 - 面向智能工业机器人领域，提供优秀的操作系统内核实时性性，研发EtherCAT通信协议栈、运动控制核心组件、智能算法库以及集成开发环境，建立机器人基础软件平台 - 面向具体典型应用场景提供复杂场景识别、智能化人机交互等功能拓展 ## 客户价值 ​ - 操作系统内核实现良好的实时性，7\*24小时不间断运行最大中断时延≤10μs，满足EtherCAT的≤1ms的通信周期需求； - 基于openEuler建立开放式嵌入式控制系统架构，驱动六轴工业机械臂正常运行，具有良好的兼容性和易用性； - 面向典型行业应用已完成案例实施，系统可靠性在工业领域应用得到验证 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/education/beijingjiaotong/ --- # 北京交通大学 RPA智能人工系统减少管理平台50%人员投入 ## 应用场景 ​ 北京交通大学（Beijing Jiaotong University）是教育部直属的全国重点大学，是教育部、交通运输部、北京市人民政府、中国国家铁路集团有限公司共建高校，位列"211工程"、"985工程优势学科创新平台"、"世界一流学科建设高校"，入选高等学校创新能力提升计划、高等学校学科创新引智计划、卓越工程师教育培养计划"一带一路"铁路国际人才教育联盟理事单位。 北京交通大学致力于低碳经济与绿色大学，开启了全国高校"节约型校园"建设，建设方案包括校园节能监管平台建设，信息化建设及教育管理平台等。其中，通过在各平台中使用RPA智能人工系统，解决了大量人工的重复单一操作，实现低碳绿色的快速开发，节省了大量人力投入。 ## 解决方案 ​ - 系统使用新纽 RPA 一体机解决方案 - 新纽 RPA 一体机解决方案结合 NewLink RPA 机器人流程自动化平台 V3.1应用系统，华鲲振宇天宫鲲鹏 CPU 服务器及基于openEluer的发行版普华太极服务器操作系统，联合形成算力底座支撑。 - 普华太极服务器操作系统集成开源的数据库TiDB，对整体系统进行了优化，保证了RPA应用系统在天宫鲲鹏服务器上性能最大化。 ## 客户价值 ​ - RPA一体化解决方案能够比人工更快速、更精确地实行重复性任务，支持7\*24小时不间断运行，员工可以将时间和精力投入到更有价值的工作中； - 降低人力资源成本：少量的人工投入结合数字员工队伍，带来人力成本节省50%； - 为客户建设 COE完成知识转移：解决客户复杂的业务逻辑和运行，为客户提供专业化咨询服务；数字员工的部署和应用，可以有效降低人工的不确定性带来的风险。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/education/changshazhiyejishuxueyuan/changshazhiyejishuxueyuan --- # 长沙职业技术学院 麒麟信安服务器操作系统在长沙职业技术学院成功部署，优化学校的管理、教学等信息服务 * * * **应用背景** 长沙职业技术学院部署的VMware虚拟化平台，运行着该校数据中台、教务系统、学工系统以及学校官网等各类业务系统，在学校的管理、教学等信息服务中发挥着重要作用。 该校VMware平台上运行的各大业务系统都建立于CentOS之上，随着CentOS停服后，学校关键业务系统的运行岌岌可危，为了保障业务系统的稳定和响应国家自主创新要求，将现有系统迁移为国内操作系统，成为该校教育信息化工作的当务之急。麒麟信安服务器操作系统率先且连续8次通过公安部信息安全产品检测中心结构化保护等级（四级）安全认证，凭借高稳定性和高安全性的优势性，麒麟信安服务器操作系统成为学院操作系统迁移首选。 **解决方案** - 根据数据中台、教务系统、学工系统、学校官网等业务的特点和需求，对麒麟信安服务器操作系统进行定制化适配和优化。 - 结合深信服超融合HCI平台，对麒麟信安服务器操作系统进行深度整合和调优，提升虚拟化环境的整体性能和资源利用率。 - 利用麒麟信安提供的迁移工具，将现有VMware虚拟化平台上的CentOS系统无缝迁移到麒麟信安服务器操作系统上。 - 操作系统内置多重安全机制和防护措施，能够有效防范外部攻击和数据泄露。 **客户价值** - 学院通过将关键业务系统迁移到麒麟信安服务器操作系统，保障了学院日常业务的稳定运行，同时麒麟信安提供长期的技术支持与系统更新，避免了CentOS停服带来的运维困扰。 - 麒麟信安服务器操作系统的高安全性能够保障长沙职院业务数据安全，内置的安全机制和防护措施能够有效防范外部攻击和数据泄露的风险。 - 积极响应国家信息技术自主创新要求，将CentOS升级为麒麟信安服务器操作系统，有助于提升学院的信息化水平和竞争力，促进产教融合与人才培养。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/education/huanan/ --- # 华南理工大学 华南理工异构计算平台并行加速解决方案：依托openEuler，推动AI创新发展 ## 异构加速联合创新深度推动openEuler社区共建 ​ 在AI智算场景日益丰富的背景下，软硬融合的异构并行架构已经成为计算产业的关键支撑。这种架构覆盖了多样化的算力供应和精度需求，不仅存在于高性能计算领域，还延伸至云计算、边缘计算和终端设备等多个层面。随着人工智能的进一步发展，多元化场景和多样性算力需求将持续推动计算架构的创新，使得异构并行计算的需求更加迫切。 华南理工大学基于“鲲鹏+昇腾+FusionOS”打造异构计算平台并行加速解决方案，使异构并行高性能计算平台更高效、更好用，实现AI算力底座基础上的应用从国外平台计算生态上迁移到openEuler国产主流的计算平台。 　 　在通用计算与AI智算平台的结合中，超聚变服务器操作系统FusionOS提供了集成AI硬件调优生态、高效AI模型部署、鲲鹏架构支持、虚拟化性能领先和软硬件一体化防护等能力，这为技术底座提供了开箱即用的便利。华南理工团队针对前沿AI场景，深入优化了模型部署、算子迁移和多卡多节点通信，进一步提升了底层算力。结合主流计算平台，团队构建了系统化的异构加速平台，涵盖加速层、组件层和性能优化。 华南理工打造的异构计算平台并行加速解决方案，与超聚变在异构加速领域和AI领域进行深度探索与实践，实现了协同软硬创新、加速算力释放。此外，华南理工团队对openEuler操作系统进行了自动化部署、迁移研究和实践，与openEuler开源社区深度联动，积极参与欧拉社区建设，深度推动了openEuler系统的实际应用和AI生态的发展。 ## 华南理工异构计算平台并行加速解决方案协同AI创新 ​ 在构建异构计算平台的并行加速解决方案的过程中，华南理工大学计算机科学与工程学院教授、博士生导师陆璐教授领导的团队从仿真模型的构建、算力平台的优化、操作系统层面的改进、到网络环境的优化，全方位地提升了异构计算平台的性能，确保了其在同等环境下能够更快、更好地运行。 陆璐教授领导的团队开发了一套通用的仿真模型，该模型能在多样的计算环境中评估算力供应和计算效率。为确保平台性能最优化，团队对算力中心实施了严格的基准测试，并对平台进行了技术优化，在维持其强大的计算功能同时，也保证了运行的高效与稳定性。在操作系统层面，团队依托openEuler开源社区进行了深度研究，携手超聚变操作系统团队共同优化了底层算子的运行效率，确保了相关库在openEuler操作系统上能够高效运作，进而加快了系统处理计算任务的速率，优化了性能表现。针对大规模运算系统中复杂的网络环境，团队专注于协同数千张显卡和数千个节点的高效运作问题，实现了系统在并行计算中的性能最优化。 华南理工异构计算平台并行加速解决方案基于主流计算平台进行并行加速，包含应用层、加速层、组件层、算力层、基础软件层、硬件层，实现了“鲲鹏＋昇腾”异构平台搭建以及计算仿真模型资源评估；核心算子库（GEMM、FFT等）优化；HPL、HPL-AI基准测试平台搭建和优化；多卡异构计算平台性能优化；基于异构并行高性能计算应用软件平台的建设和示范应用。 异构计算平台并行加速解决方案以开源加速库为锚点，提供集算子、算法为一体的综合优化方案，采用异构计算并行加速的方式作为算力供给的主流方式，提供基于通用算力＋AI智算和异构算力的计算资源，能够广泛为各行各业提供迫切需要的安全、稳定、高效的算力解决方案。 ## 异构计算并行加速解决方案研究成果具有示范推广价值 ​ 面对如何提升异构计算平台计算效率的难题，使应用迁移后的计算速率跑起来，快起来，陆璐教授团队完成了一系列典型AI应用迁移调优。在迁移应用的实际运行中，华南理工团队就如何提升运行速度和效率，形成了一系列具有示范推广意义的研究成果。 在基础算子库研发优化中，华南理工团队携手超聚变操作系统团队通过技术合作，开展基于BLAS基础算子性能优化，FFT核心算子优化开发，解决算子亲和问题，实现了算力加速，经过优化后的算子库性能提升了50%。 异构计算平台并行加速解决方案是华南理工大学在教育信息化和计算平台建设方面的创新实践，是高校响应国家教育现代化战略、推动数字中国建设的生动案例。在解决方案中，华南理工团队的优秀研究成果，在AI算力基座、异构计算、算力加速和计算效率方面具有典例参考和推广示范价值。 通过在超聚变服务器操作系统FusionOS进行迁移研究和实践，参与openEuler开源社区生态建设，进行AI模型部署、AI算子迁移调优、多卡与多节点通信优化，与国内领先算力企业的深度合作，华南理工大学不仅在异构计算平台的并行加速解决方案上取得了突破，而且在积极参与openEuler开源生态建设中，推动了教育信息化和操作系统开源生态向更高水平的发展。异构计算平台并行加速解决方案的成熟经验，为其他高校提供了教育信息化建设与产教融合、产学合作的参考，有助于构建更加开放、共享的教育技术生态，推动数字中国建设和教育事业的全面振兴和长远发展。 --- https://www.openeuler.org/zh/showcase/education/jiaoda/ --- # 上海交通大学 交大“交我算”计算集群：共建openEuler开源技术新生态 数字经济乘风起，百舸扬帆正当时。大数据、区块链、云计算、人工智能、工业互联网加速演进，信息化浪潮日新月异，新一轮科技革命和产业变革深入发展，数字经济产业集群纷纷涌现。 党的二十大报告提出“加快建设制造强国、质量强国、航天强国、交通强国、网络强国、数字中国”。《数字中国建设整体布局规划》明确“建设数字中国是数字时代推进中国式现代化重要引擎”。铺好数字经济发展的基石，打通数字基础设施，为数字经济全面高质量启航营造良好生态尤为重要。 以操作系统为代表的基础软件，既是连接底层算力资源和计算生态应用层的产业核心，也是统筹各类数字资源、激发数字要素活力、构建数字经济整体布局的关键。培育好连接底层算力资源和上层应用的操作系统基础软件，推动信息技术应用覆盖社会生产生活的方方面面，构建互联互通的新型数字化产业，才能够真正实现释放数字潜能，广泛赋能实体经济。 ## 从星火到燎原，欧拉成为中国第一服务器操作系统 ​ 此前，我国基础软件产品大多依赖国外技术，操作系统作为软件领域基础研究中的重要环节，在基础软件中处于核心地位，也长期为国外所主导，国产化操作系统以及与之相应的共创共享的开源模式呼之欲出。 近年来，随着我国计算生态和算力设施建设的日臻提升，中国操作系统迎来了高速发展，其中openEuler(欧拉)操作系统凝聚华为十余年的沉淀，历经四年开源生态建设，成为国产操作系统的一骑绝尘。根据IDC 报告预测，2023 年中国服务器操作系统领域，openEuler(欧拉)系市场份额第一，达到 36.8%。 起源于华为自研服务器操作系统的openEuler(欧拉)操作系统，面向数字基础设施，支持服务器、云计算、边缘计算、嵌入式等应用场景，自2019年正式开源以来，连接全球开源基金会、开源组织、开发者，共建全球开源新生态。四年来，从星星之火到燎原之势，openEuler已经成长为符合国际标准的开放治理、合规运作、具备安全供应链的全球化社区，在中国汇聚全球开源力量，为世界开源贡献中国智慧。 欧拉操作系统的崛起与欧拉开源社区的生态发展、社区治理，以及欧拉生态参与全球体系息息相关。中国工程院院士倪光南在由开放原子开源基金会、中国电子技术标准化研究院，国家工业信息安全发展研究中心、中国软件行业协会共同主办的“操作系统大会2023”上表示：“在当前我国正处在全面建设社会主义现代化国家的新征程，面临新形势、新任务，我们迫切需要重视开源，学习开源，用好开源，特别是在信息领域，开源可以成为发挥中国人才优势的创新平台，成为中国融入科技创新网络，参与国际治理的有效方式。正是在这个大背景下，开源欧拉的成功实践，具有强大的现实意义。” 开放原子开源基金会孙文龙理事长认为，openEuler的快速发展证明，充分利用开源、参与开源、支持开源、回馈开源，是实现操作系统技术创新和产业繁荣的路径。 欧拉的繁荣同样也是产业各界集智荟力的结果，在欧拉操作系统广泛应用，推动数字化转型走深走实的过程中，出现了一批具有示范性商业实践的应用落地。其中，上海交通大学“交我算”平台openEuler集群作为教育行业的成功实践，获得由OpenAtom openEuler社区联合国家工业信息安全发展研究中心，携手业界专家最终评选的“2023年度openEuler领先商业实践”殊荣。 ## “交我算”openEuler集群为教研计算平台提供示范推广价值 ​ 随着信息通信技术的迅速发展，尤其是互联网、大数据、人工智能等技术的广泛应用，新的学习渠道和教学方式正在形成，教育要素也在发生深刻变革，教育行业正面临着转型课题与巨大的发展机遇，教育数字化转型成为全球教育变革的重要战略。党的二十大将“推进教育数字化”首次写进党代会报告，提出“推进教育数字化，建设全民终身学习的学习型社会、学习型大国”。面向新一轮科技革命和产业变革，积极推进教育数字化转型，适应新时代人才培养的需求，是推动教育强国的必然要求。 获得“2023年度openEuler领先商业实践”荣誉的上海交通大学“交我算”平台openEuler集群从属于校级高性能计算服务平台“交我算”。校级计算平台“交我算”由网络信息中心负责建设及管理，全面支撑学校的教学、科研和管理的计算需求，重点支持校内高水平用户科研，提供HPC+AI算力资源，覆盖各学科门类，支撑海洋学、生物医学、航空航天、机械制造、天体物理等领域的科学研究及工程应用。 “交我算”寓意师生的计算需求可以放心交给“我”来算，平台从2013年开始建设，目前已发展成为国内高校顶尖的计算平台，根据计算需求提供“思源一号”高性能计算平台、π2.0超算平台、AI 平台、ARM平台四种计算支持。“交我算”openEuler计算集群是国内高校首个基于ARM处理器的HPC集群，集群建设初期采用CentOS 7.6系统，2023年交大网络信息中心开展了国产操作系统迁移专项工作，将ARM集群操作系统全面替换为openEuler22.03。 此前，在服务器操作系统居领先地位的CentOS操作系统于2020年开始停止维护，对高性能计算来说继续使用CentOS将面临重大安全隐患，同时我国信息技术的发展也对操作系统安全性能的要求进一步提高，这使得计算领域对安全稳定、自主可控、可替代CentOS的国产操作系统的需求更为迫切。 openEuler搭载了鲲鹏，相较CentOS拥有更好的性能与兼容性，然而在高性能计算领域还未有大规模应用。在openEuler系统的迁移准备过程中，交大网络中心围绕openEuler的兼容性、使用openEuler对于超算应用性能的影响，开展了一系列的测试与分析，具体包括：在搭载了鲲鹏的ARM架构超级计算机上成功部署了32个openEuler计算节点，为其部署了超算软件栈，随后安装并成功运行了共计22个基准测试与超算应用；进行了操作系统层面的微基准测试、单节点的核函数测试，以及千核规模的超算应用测试，将评测结果与使用CentOS时的结果进行了对比与详细的分析；过程中优化集合通信性能，使用MPI和OpenMP混合编程、调整OpenMPI 的集合通信算法、更换编译器与通信库等方法，提高了使用openEuler时的集合通信性能。 “交我算”ARM 架构超算平台是国内首台基于ARM处理器的校级超级计算机。交大网络中心依托“交我算”平台对openEuler开展的评测与分析工作，验证了openEuler对于ARM架构超级计算机与多个典型科学计算应用具有良好的兼容性，并且发现openEuler相较于CentOS具有更低的操作系统噪声和更优的内存管理能力。 交大网络中心通过openEuler的迁移，定制了适用于“交我算”平台的openEuler批量部署和集群配置管理方案，实现了国内高校首个基于ARM处理器的HPC集群在硬件和系统层面上均采用了全国产化解决方案，积极呼应了国家提升自主创新能力、推动国产化替代的政策大方向；同时在高性能计算领域集群评测、分析以及性能优化的工作，不仅判断了ARM架构超级计算机上openEuler代替CentOS的可行性，也为国产操作系统在高性能计算领域的大规模应用和完善提供了应用先例和推广经验。 ## “交我算”openEuler集群建设为开源社区贡献生态发展力量 ​ 2023年7月，“交我算”平台正式上线了迁移完成后的openEuler计算集群。集群上线后面向上千个课题组共数千个用户，提供了持续可靠的计算服务。到目前为止集群已稳定运行5个月，月平均资源利用率稳步上升，用户对openEuler系统的易用性和稳定性受到了普遍认可。另一方面，“交我算”平台openEuler计算集群的实践也充分验证了openEuler在HPC领域替代CentOS的可行性。 在“操作系统大会2023”上，openEuler的开源生态和中国开源走向国际成为与会专家和产业界代表们热议的话题。据openEuler平台最新数据，目前开源社区已吸引213万开源用户，汇聚17000多名开源贡献者，1400多家头部企业、研究机构和高校加入，成立104个特别兴趣小组(SIG)，这表示国产操作系统已经取得了里程碑式的重要进展。 openEuler委员会主席江大勇在“操作系统大会2023”上表示，欧拉开源四年，历经了1445天成为中国服务器操作系统新增第一份额，实现了跨越式的发展。在技术创新、行业应用、产业生态建立了完善的发展体系，形成了正循环。欧拉通过开源协作的社区模式，汇聚了从服务器、SV、ISV和万千开发者的力量，以开放的产业生态赋能千行万业的生产，支撑了智能化的升级。欧拉操作系统支持全球98%的开源软件，致力于打造国际化的开源协作平台，汇聚全球开源力量，为世界开源贡献智慧。 江大勇在谈到openEuler作为数据基础设施的开源操作系统，解决以往操作系统在实际应用中面临“一种操作系统对应一个应用、用户需要进行一次适配”问题时说：“openEuler创造性地提出一套代码、一套架构支持多样性算力、支持全场景，openEuler的通用支持也包括对智能芯片的支持。openEuler不仅仅是替代者，更符合接下来共用共享、生态互通操作系统的技术趋势。” 与openEuler生态的不断发展同步而行的是，openEuler系统已经在通信、金融、能源、交通、政务、信息化等领域开展规模化商用，承载产业链各端力量，广泛赋能实体经济并创造了显著的社会效益。 上海交通大学“交我算”openEuler集群在平台建设和推广过程中所集成的经验给openEuler开源社区贡献了生态发展力量。在系统迁移的前期测试中，交大网络中心“交我算”团队发现HPC领域广泛使用的开源并行文件系统Lustre在openEuler系统上存在部分兼容性问题，如内核模块编译失败。“交我算”团队与openEuler社区、Linaro协作，共同推进了lustre并行文件系统在openEuler上的适配工作。目前经过适配的系统组件包和预编译的lustre 2.12.5版本client端软件包已被纳入openEuler 22.03 SP2发行版本。由Linaro主导的server端适配工作也在继续进行，计划纳入22.03 SP3发行版本。此项适配工作填补了openEuler在并行存储领域支撑能力的一块空白，增强了openEuler系统在高性能计算行业的竞争力。 上海交通大学网络信息中心“交我算”平台开发工程师张天阳回想起在openEuler集群应用推广中OpenFOAM的应用案例移植给他留下了深刻的印象：“OpenFOAM是一个广泛应用于工程领域的自由、开源的计算流体力学软件，在交我算平台上使用该软件的用户群体数量非常多。这本来是个较为复杂的程序，但openEuler系统提供了友好的开发环境和丰富的应用生态，使得我们能够沿用CentOS环境的部署经验，大大降低了移植难度。用户使用角度来说，也能够直接在openEuler集群上复用他们的工程项目，有助于迅速提升openEuler集群的利用率。” 接下来，上海交大网络信息中心还将与openEuler社区展开深度合作，针对“交我算”openEuler集群系统中发现的问题，向社区直接提出改进需求并跟进相关优化和适配工作。张天阳相信这些从生产环境中挖掘出来、立足于实际业务的需求，和在实际操作过程中总结出的成熟经验有助于推动openEuler开源生态的自我完善和发展。交大超算平台团队人员还将参与openEuler SIG组的工作会议和年度用户大会，为openEuler开源社区贡献交大计算支持。 ## openEuler开源生态立足数字技术关键期，服务国家现代化建设 ​ 自openEuler推广社区开源生态至今，秉承“共建、共享、共治”的原则，四年生态发展历程也是中国开源界在当前数字经济技术自主创新的关键时期鼎立革新、奋力推进中国式现代化进程的缩影。openEuler计算生态和开源社区的崛起，表明国内操作系统扭转了过往信息技术领域软件生态建设不足的历史，全面支持大数据、云计算、人工智能、算力基础设施、工业互联网等数字要素云边端协同的发展体系，开启了国产操作系统研发与推广的新局面。 正如倪光南院士所述：在上万名开发者的参与和贡献下，openEuler已经从一粒种子成长为参天大树，承担起构建我国信息领域技术和数字经济底座的重任。 与时俱进，守正创新。上海交通大学“交我算”平台建于2013年，彼时已是当时国内高校最大超算系统，经过十年交大人的持续建设，目前发展成国内高校顶尖的算力中心，同时“交我算”团队是目前国内最大的校级计算团队。在校级计算平台的探索与实践上，“交我算”平台openEuler集群既为交大全校科研创新的支撑升级计算服务模式，在国内高校计算平台建设领域推出了与国产开源生态合作的先例，以积极响应新时期教育数字化转型、高校教学科研对计算平台和软件生态支持升级以及国产化操作系统应用的需求，又推动了openEuler开源社区丰富应用生态、完善优化与适配、提升高性能计算性能的生态建设。 产教融合、产学实践，持续推动国产操作系统与开源生态进步与创新。上海交通大学网络中心“交我算”平台开发工程师张天阳期望“交我算”openEuler集群的实践经验对于其他高校起到借鉴意义，同时期望openEuler能够进一步完善系统的应用生态，吸引到更多用户和机构，进一步扩大在国际上的知名度和影响力。 --- https://www.openeuler.org/zh/showcase/education/landa/ --- # 兰州大学超算中心 openEuler + 鲲鹏全栈实现HPC性能倍增 ## 应用场景 ​ 兰州大学是教育部直属全国重点综合性大学，兰州大学超算中心拥有1.2P的高性能计算平台，为学校师生开展高水平科研提供计算支撑。针对学校拥有开展大规模分子动力学、气象学和生命科学模拟需求的群体，本团队基于华为鲲鹏全栈软硬件，移植优化生命、气象、分子动力学三大应用领域的 GROMACS、CP2K、NEMO 等12款软件。利用开放原子开源基金会的openEuler操作系统、毕昇编译器、以及鲲鹏开发套件中的Hyper MPI 通信库以及 KML 数学库，充分展示了这些应用软件在ARM 架构体系下的计算性能，旨在为生命、医学、气象领域国产化的鲲鹏全栈计算架构提供自主可控的解决方案。 现阶段，本团队基于鲲鹏高性能计算集群及openEuler操作系统，实现分子动力学、气象学和生命科学软件向鲲鹏集群的迁移和优化。后续，我们也将通过开源社区继续扩展相关开源项目。 ## 解决方案 ​ - 操作系统版本：openEuler 21.03 - 本方案分子动力学模块基于鲲鹏软硬件平台如鲲鹏920平台、DevKit 迁移调优套件及openEuler毕昇编译器等对分子动力学应用软件 GROMACS，LAMMPS，CP2K，QE 完成迁移和优化。 - 本方案生命科学模块对生命科学学重要应用 BUSCO、Falcon、HMMER、RepeatMasker、Trimmomatic 完成从 x86 平台到鲲鹏 ARM 平台的迁移优化，获得了更好的可拓展性和计算效率的提升。 - 本方案气象学模块结合鲲鹏 HPC +openEuler 软硬件平台对气象学重要应用 WRF、CESM、NEMO 完成迁移适配，结合鲲鹏优化技术获得更高的计算效率，相比原有 x86 平台，提供更好的计算性能。 ## 客户价值 ​ - 实现openEuler+鲲鹏高性能计算集群部署，助力高校科研创新及人才培养，可以为用户提供多元化算力服务。 - 完成了openEuler+鲲鹏架构在HPC气象、生命等领域的生态应用，相较于原X86架构计算性能有较大提升。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/education/nanxinda/ --- # 南京信息工程大学气象灾害重点实验室 极端高温干旱天气模拟与预测平台，有效及时发现预警极端气候，提升应急处置能力，性能提升58% ## 应用场景 ​ 气象应用是高性能计算的重要领域，算力是影响天气预警精确性的重要因素。气象灾害教育部重点实验室作为南京信息工程大学的重点实验室之一，其团队自主研发的极端高温干旱天气模拟与预测平台，采用自主创新开源操作系统及自主创新的组件部署，配合网页端展示平台可实时展示多种气象要素。同时也可用于区域气候、空气质量模拟等大气数值模拟实验等，可实现对过往极端天气事件的高精度模拟以及未来可能出现的极端事件的预报。 ## 方案介绍 ​ 南京信息工程大学气象灾害重点实验室充分发挥openEuler多样性算力适配能力及鲲鹏多核架构的算力优势，基于鲲鹏底座推出极端高温干旱天气模拟与预测创新平台，通过自主创新的技术及软硬件设施实现极端天气有效预测的能力。极端高温干旱天气模拟与预测创新平台基于鲲鹏软硬件底座、openEuler开源操作系统，使用鲲鹏应用使能套件BoostKit从多个维度进行了深度调优工作。例如，为了提升编译效率，技术人员在编译过程中将之前的GNU-GCC更换为GCC for openEuler。GCC for openEuler提供了针对鲲鹏微架构处理器及指令优化，通过软硬协同相较GNU-GCC提供更强的性能，提升了WRF组件在鲲鹏架构上的编译效率，增强了组件间的耦合关系，从而使组件的性能得到了很大的提升。通过上述优化，实现了天气模拟与预测创新平台的全栈优化，性能提升58%。 ## 方案架构图 ​ ## 优势亮点 ​ - 平台基于鲲鹏硬件、openEuler开源操作系统、自研软件栈鲲鹏GCC、HMPI等，软硬件平台自主创新程度较高。 - 整体性能提升58%，较大地提升了预测平台的准确性。 --- https://www.openeuler.org/zh/showcase/education/pf/ --- # 华中科技大学/武汉理工大学（PFlows产品） 基于openEuler+鲲鹏打造超大规模计算流体力学平台 ## 应用场景 ​ PFlows是华中科技大学与武汉理工大学合作开发的可大规模高效并行计算的颗粒两相流直接数值模拟软件。在现代计算流体力学在强大算力发展的基础上，形成了大尺度、高精度和高效率的发展需求，超大规模计算量需求高并行效率的计算技术解决方案。 ## 方案介绍 ​ - 本方案采用银河麒麟高级服务器操作系统V10 Kylin V10 SP2（openEuler商业发行版）， 基于HMPI与CUDA，在鲲鹏 920+GPU异构计算平台完成了PFlows的迁移和优化，实现千卡级异构高效并行。 - PFlows定位于颗粒两相流的全解析直接数值模拟(FDNS)研究，其基础算法克服了早先模型处理颗粒移动边界时计算精度和计算效率上的矛盾，实现了流体流动、颗粒碰撞和颗粒流固耦合的高效并行，并初步实现了面向高Re数、复杂流固边界的通用CFD模拟计算。 ## 客户价值 ​ - 利用openEuler实现了PFlows软件在CPU-GPU异构体系上的超大规模高效并行计算，最大计算网格规模1000亿以上，最高GPU卡使用规模千卡以上，大规模并行效率80%以上。 - 目前已可支持基于OpenACC/CUDA/HIP等多种同构和异构MPI大规模并行加速计算，已在天河-3超算平台上实现了1.6万CPU核心上的高效并行，未来可以广泛应用于能源、化工、水利、医药、生物、环境等众多领域 --- https://www.openeuler.org/zh/showcase/energy/006e41a2-9e5f-621a3b40396e/ --- # 国家电网 智能调度系统 D5000 工程，实现对电力核心调度系统的操作系统迁移改造 ## 应用场景 ​ 电力系统是国家的重要设施，其稳定运行关乎国计民生。电力调度系统属国家信息安全等级保护四级的系统，一旦出现任何闪失将严重威胁国家和人民的生命财产安全，造成无可挽回的巨大损失。国家电网公司 2009 年启动《电网信息安全等级保护纵深防御示范工程》信息安全专项工作，提出智能电网发展规划，目标是全面建成统一的“坚强智能电网”，把握国家“中枢神经系统”。 国家电网 D5000 调度系统软件运行平台从 2009 年开始进行操作系统的迁移工作，本着可用、高效、安全的原则，选择了安全等级高、使用便捷的操作系统——麒麟信安操作系统，作为其“调度系统”的软件运行平台，陆续完成了 x86 平台上的操作系统迁移。从 2019 年开始向华为鲲鹏服务器平台迁移，操作系统选用麒麟信安操作系统（欧拉版），逐渐实现核心调度系统软件的基础软硬件平台的安全创新。 ## 解决方案 ​ - 操作系统：麒麟信安操作系统（欧拉版） - 业务系统：智能电网调度 D5000 系统 - 核心指标：安全身份认证、三权分立、安全 - 探针、定制化裁剪、集群 HA、存储多路径 ## 客户价值 ​ - 完成智能电网调度 D5000 系统，从原有操作系统到麒麟系统操作系统（欧拉版）的迁移。 - 实现了基于的鲲鹏服务器和麒麟信安操作系统（欧拉版）的业务系统高效运行。 - 为后续 D5000 系统运行的基础软硬件全面迁移进行充分的技术验证和准备工作。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/007e41fd-9185-f62d7485475e/ --- # 中国南方电网 信息业务系统，平滑完成操作系统迁移，实现完全系统升级 ## 应用场景 ​ 南方电网公司业务覆盖地域广，信息化需求大，信息系统不计其数，维护成本高居不下。同时作为国计民生的重要基础设施，对 IT 设施安全创新有极高的要求。如何在保证信息化建设和运维质量的同时尽可能降低信息化成本，确保安全底线，成为公司必须解决的重大问题。 南方电网计划逐步实施服务器系统的创新建设，开展基于创新的安全服务器操作系统的应用实施，提升业务系统可靠性、安全性和稳定性。 ## 解决方案 ​ - 客户原有的大部分业务系统运行在 x86 服务器和部分 Power 及安腾小型机上； - 软件环境以 Redhat+Oracle+Weblogic 为主，部分使用开源软件 MySql+Tomcat，以“银河麒麟高级服务器操作系统 V10+达梦数据库+中创中间件”进行升级，并使用 OpenJDK 升级 Oracle JDK； - 项目针对不同虚拟化环境进行了整体适配优化，并基于银河麒麟高级服务器操作系统 V10 内生安全进行了安全加固。 ## 客户价值 ​ - 项目实施范围包含南方五省分子公司和超高压输电公司、调峰调频发电公司、广州供电局、深圳供电局，总计近 2000 套系统。项目实现服务器系统完全安全可靠，系统性能与迁移前相当。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/009e4e30-a3e5-ecc4bdfd977b/ --- # 国家电网 “国家电网河北智慧标杆站” 智慧工地系统，平滑完成操作系统创新，实现业务高效稳定运行 ## 应用场景 ​ 博微智慧工地平台在“河北 110 千伏裕翔城市智慧标杆站”项目中已稳定运行半年有余，平台属于典型+创新的智慧工地。智慧工地平台包括业务管理平台与物联感知平台两大平台，其中业务管理平台贯穿项目前期、工程前期、工程建设、投运总结工程建设全生命周期，覆盖安全、质量、进度、队伍、物资、BIM 六大专业；物联感知平台囊括人员通道、体温监测、人员定位等多达 23 种的硬件接入和相关的服务应用。 ## 解决方案 ​ - 麒麟与博微携手，历时 2 个月时间，将智慧工地解决方案整体迁移到银河麒麟高级服务器操作系统 V10 上，并于近期在“河北 110 千伏裕翔城市智慧标杆站”项目上实现升级上线 。 ## 客户价值 ​ - **示范标杆效应：** 作为河北省移动政务云创新产品应用项目，具有示范引领效应； - **大物智移：** 大数据、视频体温检测、行为识别、5G 均在方案中得到应用； - **BIM：** 博微研发的 BIM 完成了银河麒麟高级操作系统 V10 的适配，在工程领域有极大的市场空间。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/chengpinyou/ --- # 成品油资质管理平台迁移适配 迁移适配后产品支持多架构，部署时长大幅降低 ## 应用场景 ​ 依托成品油资质管理平台，对加油站的资质信息、管理制度、设施设备情况进行统一管理，实现加油站安全生产的信息化。 实现创新完善商务局在成品油流通领域的管理手段，同时加强信息的归集共享，是落实“放管服”和“一网通办”的有力体现， 充分满足国家商务部的“互联网+监管”要求。 ## 解决方案 ​ » 操作系统采用openEuler»22.03»LTS版本 » 硬件采用鲲鹏920»+»Intel服务器作为算力底座 » 迁移适配后同步支持ARM64服务器和通用X86\_64服务器» » 应用鲲鹏社区提供的迁移分析工具PortingAdvisor，在 完成国产化替代的同时，扩展产品的兼容性和适用性， 提升产品竞争力。 ## 客户价值 ​ » 开源软件维护量减少35%，一键式多平台部署，时长降低50%。 » 迁移人力投入减少50%，迁移后性能提升2%。 » 迁移后部署实现了平台差异用户无感知，充分发挥了联合解决方案的优势，提升了产品的竞争力 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/datang/ --- # 大唐集团 大唐集团向阳山等风电厂 SCADA 系统 平滑完成系统迁移，实现业务高效稳定运行 ## 应用场景 ​ SCADA 系统经过四代的发展，以其强大的数据采集能力和丰富的控制功能，被广泛用于发电厂和变电厂，而国内 SCADA 所使用的 CPU 和操作系统等软、硬件在供应链安全上，存 在着巨大安全隐患。为解决核心技术发展的难题，国有特大型 能源企业大唐集团联合麒麟软件等公司，积极推进新增扩容电厂设备及业务系统的全栈自主创新，基于国内主流芯片及操 作系统及操作系 统，建设全面安全创新的 SCADA 数据采集及监视控制系统。 ## 解决方案 ​ - 建设规模：在集控中心智能化机房和新增的站点及设备上，安装使用了服务器操作系统 60 余套，桌面操作系统 10 余套。 - 软硬件适配优化：通过对集控中心数据接入的相关设备和系统的底层安全定制、批量适配和深入优化、顺利的 完成了业务系统的平滑迁移。 ## 客户价值 ​ - 战略合作：该项目是中国电子信息产业集团和大唐集团的合作示范工程项目，加深了双方的战略合作； - 行业标杆：承载着风电厂数据采集与监视控制系统的关键应用的安全、稳定运行，系统具有高可靠性和稳定性 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/fengchang/ --- # 新能源风场电力监控系统 全面基于国内主流安全操作系统进行大规模建设 ## 应用场景 ​ 新能源风场电力监控系统是风电场建设并网必备的软件，利用计算机软件技术、计算机网络技术、自动监测与远程控制技术、 通信技术和相关的风电专业技术，实现风机设备的运行状态监测，自由报表生成及数据统计、分析功能，是一套安全、高效、 稳定的风电场专业监控系统。 集成风机监控、功率控制系统功能，扩展智能健康管理、气象预报及功率预测等应用，实现了场站监控应用系统整合，全 面辅助场站的经营层完成新能源场站的管理量化。 将原有的»CentOS、Redhat»等»Linux»操作系统替换成国内主流四级安全操作系统。新能源风场电力监控系统全部采用国内 主流四级安全操作系统。 ## 解决方案 ​ » 操作系统采用基于»openEuler»LTS»20.03»SP1»发行的麒 麟信安服务器操作系统»V3»，硬件采用鲲鹏等国内主流芯 片架构的服务器。 » 联合金风科技、浙江运达、上海远景、东方电气等企业 完成新能源风场电力监控系统平台适配、验证、搬迁实施。 » 最小化裁剪、最小权限策略，实现无超级特权账户系统 的四级安全加固。支持多级阻断、应用白名单机制。 ## 客户价值 ​ » 完成»CentOS、Redhat»替换，实现新能源风场电力监控系统供应链安全； » 为新能源风场电力监控系统提供等保四级安全防护能力； » 解决新能源风场电力监控系统国内主流芯片架构软件适配问题，推动国内软硬件的成功应用； » 为新能源风场电力监控系统提供定制化四级安全操作系统。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/guangfu/ --- # 光伏发电功率预测系统 基于openEuler实现等保四级安全防护建设 ## 应用场景 ​ 光伏发电功率预测系统是在“双碳”目标下新型光伏能源发电中关键智慧大脑，能够指导调节光伏电站的发电出力情况。 该系统可以帮助电网调度合理安排常规电源发电计划，减少因光伏发电并网而增加的旋转备用容量，增加光伏发电上网小 时数，减少温室气体排放的同时也为光伏发电企业带来直接经济效益。 将现有光伏电场的光伏功率预测系统进行改造，将原有的»CentOS、Redhat»等»Linux»操作系统替换成国内四级安全操作系 统。新建光伏电场的光伏功率预测系统全部采用国内四级安全操作系统。通过光伏功率预测系统规模化应用来验证光伏应 用场景全面实现替换的可行性。 ## 解决方案 ​ » 操作系统采用基于»openEuler»LTS»20.03»SP1»发行的麒 麟信安服务器操作系统»V3»，硬件采用鲲鹏等国内主流架 构服务器。 » 联合东润环能、南瑞等企业完成光伏发电功率预测系统 平台适配、验证、搬迁实施。 » 最小化裁剪、最小权限策略，实现无超级特权账户系统 的四级安全加固。支持多级阻断、应用白名单机制。 ## 客户价值 ​ » 完成»CentOS、Redhat»替换，实现光伏发电功率预测系统供应链安全； » 为光伏发电功率预测系统提供等保四级安全防护能力； » 解决光伏发电功率预测系统国内主流芯片架构软件适配问题，推动国内硬件的成功应用； » 为光伏电力监控系统替换奠定良好的实践基础。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/guojiadianw/ --- # 国家电网 国家电网配网自动化系统 ## 应用场景 ​ 新一代配电自动化系统主站以大运行与大检修为应用主体，遵循国网最新的配电主站系统架构规范，按照“地县一体化”部署， 依据分区采集的原则，强化边界防护，安全接入光纤 / 无线、专网 / 公网等通讯方式的三遥终端、二遥终端及故障定位装置， 具备横跨生产控制大区与管理信息大区一体化支撑能力，构建基于配电网分析模型中心和运行数据中心的新一代配电网调 度支撑平台，为运行控制与运维管理提供一体化的应用，满足配电网的运行监控与运行状态管控需求。 按照“三集五大”要求，进行集约化发展，标准化建设，采用地县一体化架构，地县配电终端可采用集中采集，或采用前 置分组进行分布式就地采集、远程上送的方式，实现地县数据的统一，在县公司部署远程应用工作站实现信息分流、分区 监控，大大降低了系统建设成本，提高了配电网运行监控效率。 ## 解决方案 ​ - 操作系统采用基于 openEuler 发行的麒麟信安服务器操 作系统 V3 ，硬件采用鲲鹏等国内主流芯片架构的服务器。 - 在国家电网调度中心、以及各省调度中心的指导下，联 合并支撑中国电力科学研究院、国网电力科学研究院、 南瑞科技、科东电力等单位与企业完成智能电网调度控 制系统 D5000 的开发、验证、试点、全面推广。 - 遵循《GB/T 20272-2019 信息安全技术 操作系统安全技 术要求》第四级标准，实现可信计算度量规模应用。 ## 客户价值 ​ - 新一代配电自动化系统全面遵循 IEC61968/61970 标准，实现与 EMS、PMS 等多系统的数据共享； - 新一代配电自动化系统覆盖全部配电设备，形成配电网运行监控与调度作业的全过程闭环管理； - 新一代配电自动化系统实现配电网调控运行、生产运维管理、状态检修、缺陷及隐患分析等精益化管理，并为配电网规 划建设提供数据支持。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/hanyuan/ --- # 南京瀚元科技有限公司（智能边缘服务器） A-OPS智能运维助力边缘服务器运维效率提升30%，软总线提升对端设备扩展接入能力； ## 用户背景 ​ 南京瀚元科技有限公司成立于2019年，坐落于南京市江宁开发区，是业内领先的智能化、数字化解决方案供应商。瀚元科技一直秉承“科技先行、技术为重”的理念，重点着眼于数字电网及AIoT业务领域，以“AI+大数据”为核心，融合物联网、云计算、区块链等技术手段，打造端到端的产品和整体解决方案，以数字推进业务转型、以智能驱动产业升级，为能源、电力、石化、轨道交通、政府等行业发展提供助力。 ## 应用场景 ​ - 电力：配电站房智能辅助（边缘）系统解决方案，适用于无人值守的配电站房、开闭所等场景； - 石化：针对石化行业采油，输油生产及管理过程不安全因素提供相关AI 算法，提升客户生产效率及安全； ## 业务挑战 ​ 边缘服务器系统运维比较困难，系统亚健康状态不能及时发现，现场偶现系统故障难以追踪定位。 南向接入端侧设备扩展不灵活，北向扩展不同云平台接入不方便； ## 解决方案 ​ - 瀚元站房解决方案通过打造云边协同、边端联动、算力下沉、区域自治的智能模式，实现数据采集、终端控制、数据通讯、AI推断、场景联动等功能，构建配电站房智慧运维体系。 依托电力行业技术积累拓展到石化，交通行业； - 瀚元边缘服务器 HYG800 基于openEuler的版本 openEuler22.03-LTS-SP1 ； - 系统架构： 整体架构依托边缘智能服务器为主，云端为辅的解决方案； 我们智能边缘服务器基于openEuler系统为底座，吸纳openEuler操作系统 aops智能运维，软总线，docker，kubeedge以及ebpf 等组件搭建可视化边缘服务器； 边缘服务器集无线通讯、物联接入、AI识别、边缘计算、本地可视化等多种技术为一体，是整个智慧物联体系实现云边协同、边端联动、区域自治的重要组成部分。产品具备信息采集、数据通讯、就地计算、AI推断、场景联动、云边协同等功能，可实现全天24小时自动监测及异常情况智能识别，降低故障发生率，助力实现无人值守智慧运维：整体系统架构如下： ## 为什么选择 openEuler ​ openEuler为底座，利用其内核创新、场景创新能力、繁荣社区生态等特点增强场景化能力；引入分布式软总线，为设备间互通提供统一的分布式协同能力，实现设备无感发现和高效传输； ## 客户价值 ​ - 从引入openEuler的A-ops 组件监测系统后，设备系统测试系统级及隐患故障发现数量多出接近30%，极大的方便了系统前期开发测试阶段稳定性测试及问题提前的发现，以及提升了后期系统发布后现场运维人员对系统的维护以及问题根因定位的效率。 - 通过软总线能力，解决了移动运维终端便捷的发现网关的问题，并且为网关南向提供了连接鸿蒙生态的机会。 ## 未来规划 ​ - 完善边端openEuler系统智能运维组件产品研发，进一步基于openEuler ebpf 来进行更深入的系统监测运维手段功能的研发； - 基于本公司产品以边缘系统为主，云端为辅，下一步同时将云端服务切换到openEuler系统； ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/huadian/ --- # 华电芜湖电厂 华电芜湖电厂 DCS 核心控制系统平滑完成操作系统迁移，实现业务高效稳定运行 ## 应用场景 ​ 中国华电集团聚焦工控领域核心信息基础设施安全防护，前瞻性谋划并推进发电领域关键核心技术攻关，集中优势科研资源开展新一代DCS系统建设工作，成功研制出DCS——"华电睿蓝"智能分散控制系统，并成功在华电旗下的华电芜湖电厂实现示范应用。 ## 解决方案 ​ - 项目中使用飞腾处理器、中国长城服务器以及银河麒麟高级服务器操作系统V10（工作站版）； - 搭载达梦数据库+华电睿蓝DCS平台软件。 ## 客户价值 ​ - 战略合作：国电南自DCS项目是中国电子信息产业集团和华电集团的合作示范工程项目，加深了双方的战略合作； - 行业标杆：该项目是国内首个创新型的高参数、大容量发电领域核心控制系统； - 标准体系：针对工控生产领域要求的统一技术路线的需求，形成了银河麒麟高级服务器操作系统V10（工作站版），为电力行业工控生产领域提供了针对性的标准系统版本。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/energy/huadongdianjian/ --- # 中国电建集团华东勘测设计研究院有限公司 面向新能源领域的国产操作系统O-PowerOS ## 应用场景 ​ 中国电建集团华东勘测设计研究院有限公司（以下简称“华东院”）1954年建院， 是中国电力建设集团的特级企业。名列中国勘察设计综合实力百强单位（排名第7位）、中国工程设计企业60强（排名第8位）、中国承包商80强（排名第29位）、中国监理行业十大品牌企业。 为落实信息化系统的国产化要求，华东院基于openEuler 社区版定制研发了面向新能源领域的国产操作系统O-PowerOS（包含服务器与嵌入式），致力于提供安全、稳定、易用的新能源数字基础设施。 ## 业务挑战 ​ 能源行业中业务可靠运行高于一切，尤其新能源行业自动化设备与控制技术应用程度高，监测运维面临挑战； 新型电力系统安全防护要求高，政策明确要求核心敏感数据分类分级且数据全生命周期保护措施，数据保护与密码应用需求迫切； 新能源场站的规模与容量较小、但创建部署数量较多，地域较为分散；硬件设备种类多且通信协议繁杂，互联互通问题突出； ## 解决方案 ​ 基于openEuler 2203 lts长稳版本衍生开发符合新能源领域要求的操作系统O-PowerOS，原生支持鲲鹏、海光、兆芯、飞腾、昇腾等国产芯片（兼容Intel/Amd/Arm系列），为新能源领域不同形态的基础设施提供高可靠、高安全、高性能的运行基础和解决方案。 针对新能源业务的突出问题，O-PowerOS具备如下特点： 基于高可靠、智能运维以及多维度更新升级等特色组件，支撑新能源领域系统与业务的高可用性； 在通用安全机制与可信度量的基础上，软件全栈内嵌密码应用能力，替代外挂式密码应用的现状； 改造优化分布式软总线、通过其异构组网、跨协议通信等特性构建下一代分布式安全PLC基础能力； ## 客户价值 ​ 新能源领域国产器操作系统O-PowerOS的研制提高了国内新能源领域的自主可控能力，满足了行业特殊安全需求，降低了系统平台的开发和维护成本，提高企业的经济效益。特别是探索和利用IT新技术支持分布式能源管理系统的建设，实现对分布式能源资源的集成和管理，提高能源利用效率。 ## 未来规划 ​ 未来继续推动国产创新操作系统在新能源领域「真替真用」，孵化创新操作系统在新能源领域中的诸如集控与运维、谐波治理等「场景化应用」。 --- https://www.openeuler.org/zh/showcase/finance/7pingan --- # 平安银行 引入openEuler 操作系统，显著降低了金融信息系统的 OS软件成本，同时提升了操作系统的自主可控性与安全性。 **应用背景** 本项目旨在应对信创转型带来的挑战：一方面是随着银行业的信创转型工作不断深入，银行的信创操作系统用量将越 来越多；另一方面，采用非信创 / 信创的商业操作系统成本逐年攀升，银行面临合规及降本的压力。为均衡信创转型及成 本压力，经综合调研评估，决定在行内逐步推广开源信创操作系统，以实现更高效、经济的金融业务运营。 **解决方案** 项目方案涵盖开源信创操作系统调研对比、开源信创 OS 与商业信创 / 非信创 OS 版本差异对比、开源信创 OS 与容器 / 数据库 / 大数据基础组件的技术兼容性验证、整体迁移规划等，经综合调研及测试评估，最终确认推广 基于openEuler LTS 版本的操作系统。 目前已完成 openEuler 操作系统的兼容性及性能测试，满足上线要求。同时，大数据已实现 openEuler 100% 增量收口， 生产用量超 700+，数据库和容器等也在测试环境开始试点，为后续进一步推广奠定基础。 **客户价值** 本方案通过引入openEuler 操作系统，显著降低了金融信息系统的 OS 软件成本，同时提升了操作系统的自主 可控性与安全性。此外，与开源社区的合作还将促进技术创新，助力企业持续发展。 --- https://www.openeuler.org/zh/showcase/finance/001f4706-b423-8b7b507079ad/ --- # 中国建设银行 分布式信用卡核心业务系统，单日交易量超过 1 亿笔，峰值TPS超过 6000 ## 应用场景 ​ 作为国有大行，建行的信用卡核心业务系统具有“客户数量和信贷规模等四项核心业务指标同业第一”的特点，客户基数庞大，样本多样性强，业务形态复杂，对业务一致性的要求非常高，对系统运行的稳定性要求也很高。除此之外，银行 IT 系统要在高可用、高可靠的前提下，实现弹性扩展、敏捷交付。同时，金融行业面临着关键信息基础设施安全可靠的问题，在基础设施升级的同时需要兼顾安全与数字化发展的问题。 ## 解决方案 ​ - 基于银河麒麟高级服务器操作系统 V10 ， GaussDB 作为数据底座，TaiShan 200 服务器作为算力底座，对原有基础设施（x86+Redhat+Oracle）升级； - 通过银河麒麟高级服务器操作系统 V10 底层深度适配调优，构建分布式信用卡核心业务系统，完成主机系统到分布式系统的数据迁移，并完成 ARM 和 x86 异构平台双轨运行，支撑应用层基于微服务的敏捷处理框架、数据层分布式作业海量数据处理平台。 ## 客户价值 ​ - 基于鲲鹏服务器和银河麒麟高级服务器操作系统 V10，实现了对建行现有信用卡核心系统的创新； - 案例有成本低、快速响应业务需求、可扩展性强、处理效率高及容错能力强等优势； - 在安全可靠方面，基于银河麒麟高级服务器操作系统 V10 内生安全框架为客户提供提供从内核、服务、应用等多层安全防护体系。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/002f4aba-b77a-8b7003668b01/ --- # 兴业银行 某核心业务系统国产化改造项目 ## 应用场景 ​ 兴业银行作为自主创新金融行业建设单位之一，为响应加强安全创新、实现自主创新的市场需求，进行自主产品应用系统创新建设项目，业务系统向自主创新平台迁移，初步创建网信产业生态。全栈自主创新平台在性能、安全性、功能等方面均需满足某核心业务系统需求。 ## 解决方案 ​ - **整机：** 华为鲲鹏服务器 - **操作系统：** 银河麒麟高级服务器操作系统 V10 - **中间件：** 东方通 - **数据库：** 达梦 - **虚拟化平台：** 华为 FusionCompute - **业务系统：** 兴业银行某核心业务系统 ## 客户价值 ​ - **全栈国产化：** 采用自主、安全、创新的全栈国产化产品支撑起金融行业总行级核心业务系统运行。 - **高安全：** 基于银河麒麟高级服务器操作系统 V10，全面兼容主流虚拟化平台、中间件、数据库等各类软硬件平台环境，降低网络数据安全建设成本。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/11feiteng/11feiteng --- # 飞腾保险行业新保险合同准则平台方案 方案可适用于人寿、养老、财险、再保寿险、再保财险等保险全业态，为保险行业提供示范性借鉴。 **应用背景** IFRS 17 提供了统一的会计模型，适用于所有类型的保险合同，解决了各国和不同类型保险合同会计处理不一致的问题。 CAS25 则是在 IFRS17 全面实施的背景下，为完善中国企业会计准则体系、保持保险合同准则与国际接轨的产物，计划将 于 2026 年初起正式执行。它的实施从 2025 年初进入并行期，保司需在 2024 年底完成咨询、建设、改造等工作，基于国 产化环境对准则落地成为保险公司不二选择。 **解决方案** 方案遵循新保险合同会计准则要求，通过湖仓一体化 / 分层数据设计 / 功能架构，集成保险业务全域数据，生成符合准 则要求的财务报告，成功解决基于海量数据的模型处理和全流程任务监控和数据追溯等难题。 方案依托于飞腾腾云 S5000C 芯片、麒麟操作系统（基于 openEuler）的基础底座进行构建，核心能力包括数据平台、 计量平台和会计引擎三大板块。 **客户价值** 方案帮助险企高效率、低成本地解决行业挑战，快速释放可见的价值与收益。为险企赋能，解决准则建设时涉及的源系 统的数据同步、数据加工、会计核算及子账加工等一系列计算时效短、数据量大且数据一致性要求高等问题。同时，支持全 栈信创技术，助力险企实现信息技术应用创新发展。 方案可适用于人寿、养老、财险、再保寿险、再保财险等保险全业态，为保险行业提供示范性借鉴。 --- https://www.openeuler.org/zh/showcase/finance/13/13 --- # 江苏运时数据软件股份有限公司财税大数据平台 提供了一个强大的财税数据分析和管理工具 **应用场景** 财税管理领域对数据分析和处理的需求日益增长，需要高效、准确的工具来支撑决策制定。江苏运时数据软件股份有限公司开发的财税大数据平台，基于openEuler系操作系统，为政府部门提供了一个强大的财税数据分析和管理工具。 **解决方案** 财税大数据平台的解决方案要点： - **openEuler系操作系统**：作为平台的操作系统基础，银河麒麟高级服务器操作系统V10(openEuler商业发行版) 提供了稳定、安全的环境，支持财税大数据平台的高效运行。 - **全栈优化**：与江苏鲲鹏·昇腾生态创新中心合作，基于鲲鹏硬件和鲲鹏应用使能套件BoostKit，对方案进行全栈优化，显著提升了数据治理和分析的性能。 - **大数据分析应用**：综合运用数理统计、联机分析处理、数据挖掘等方法，构建大数据分析应用平台，实现对财税业务活动的全面监控和分析。 **客户价值** - **性能显著提升**：通过调优，平台在数据治理、数据分析等方面的性能较业界主流架构有显著提升，满足企业对性能的高要求。 - **安全稳定运行**：确保了财税大数据平台的安全性和稳定性，为财税管理决策提供更可靠的信息支撑。 - **财政收入增加**：项目能够帮助政府增加财政收入，按照全国经验，增幅比例约为当地税收的3-5%。 - **数据支撑决策**：通过大数据平台帮助财政部门掌握辖区内企业的真实经营情况，为财政收支和决策提供数据支撑。 **客户应用** 该平台已经在四川资阳财政局和成都双流财政局等项目中得到应用，有效提升了财税管理的效率和决策的质量。 --- https://www.openeuler.org/zh/showcase/finance/13shenxi/13shenxi --- # 山西证券股份有限公司 域名解析系统重构改造 **应用背景** 按照公司信息化建设的要求，公司的域名系统将进行信创改造，要求使用国产或开源的系统重新构建公司整个的域名 系统，同时适配两地三中心的数据中心的建设，实现公司集中式信息系统的建设，实现信息系统数据的集中、异地实施备份。 本⽅案的服务器硬件基于国产海光 x86 服务器，云平台基于国产的易捷行云平台，选用 openEuler22.03 LTS 作为基 础服务操作系统，域名服务使用 Bind9，高可用服务使用 Keepalive，管理工具使用 Python 和 Shell 自研开发。全部软件 均来源于 openEuler 官方发布版，符合信创的自主可控要求。 **解决方案** ⼭⻄证券域名服务系统由几个大的组件构成：权威服务节点，由域名权威服务器和备份服务器组成，主要提供域名权威 数据和管理工具；二级服务节点，由两台配置配有高可用的服务器组成，主要用来向其他互联网服务节点提供域名数据同步； 互联网节点，主要为客户提供域名解析服务，这个节点可以根据需要线性扩展；内部解析服务器，可以部署在几个数据中心内部， 为数据中心的内网应用提供解析服务。 **客户价值** 系统实施后，实现了域名系统的多地和多运营商的互联网接⼊；⽀持权威域名服务的域名变更⾃动分发；支持域名数据 的统⼀管理和内 / 外网域名服务在系统服务层面的分离；支持云上部署和迁移；系统部署方案支持多节点的 IP v4 和 IPv6 的 接⼊；⽀持在测试环境的快速部署和迁移； 同时，由于采用 openEuler 的开源社区版本，还配套建设了 openEuler 各公开发布版的系统镜像服务，作为数据中心内 部的基础服务，为其它系统使用 openEuler 提供了部署和升级的便利。 --- https://www.openeuler.org/zh/showcase/finance/14gshang/14gshang --- # 工商银行 & 复旦大学 基于 openEuler 的全栈自主大模型机密计算解决方案 **应用背景** 随着《中华人民共和国网络安全法》、《中华人民共和国数据安全法》和《中华人民共和国个人信息保护法》的颁布 实施和 AI 应用的迅猛发展，如何在 AI 服务的过程中保护数据和模型的机密性和完整性成为业务落地面临的关键挑战之一。 作为长期推动数字化转型、持续关注 AI 技术在实际业务中的落地应用的国有大行，工商银行敏锐识别到了这一难题，并 联合复旦大学、华为积极探索大模型机密计算解决方案。产学研通力合作，基于鲲鹏、昇腾安全可控硬件和 openEuler、 iTrustee、 MindSpore 等创新软件，共建数据安全和隐私保护增强的自主创新 AI 云服务平台。 **解决方案** - secGear：openEuler 机密计算框架，提供远程证明统一框架，屏蔽鲲鹏代际差异，兼容 iTrustee、virtCCA 远程证明报 告验证，支持一键部署证明服务，实现不同 TEE 之间相互认证；构建跨 TEE 加密通道技术，实现 TEE 之间互联互通； - iTrustee：使能硬件安全可信执行环境。提供远程证明技术，用户可实时评估安全应用的可信性；提供机密容器技术， 让应用迅速地迁移到机密环境中，低成本提升业务的安全性； - MindSpore：基于 MindSpore 支持融合 CPU、NPU 异构机密计算算力，提供高性能模型安全并行与模型完整性保护能力， 防止用户机密数据上云推理时被云侧特权用户或攻击者窃取 **客户价值** - 全栈自主创新：基于安全可控软、硬件，提供技术自主、供应链安全的自主创新大模型机密计算解决方案； - 高安全：基于 openEuler 机密计算技术，增强现有大模型业务系统的数据安全和隐私保护，在工商银行金融智能助理和 知识检索场景开展试点； - 高性能：基于鲲鹏 + 昇腾异构机密计算技术，算力安全卸载到昇腾 NPU，实现极致的安全和性能。 --- https://www.openeuler.org/zh/showcase/finance/15gshang/15gshang --- # 工商银行资源混合部署创新探索 为提升生产的资源利用率，工商银行结合业界通用的混部方案，实现基于工商银行场景的资源混部技术，从资源调度和资源隔离两个大的方面进行规划建设。 **应用背景** 工商银行自研的 paas 云平台承载行内核心业务，集群规模庞大，不同应用对性能容量需求各异，除数据库、大数据 以外的联机、批量等各类应用负载，均在同一类计算资源池中进行调度部署，存在资源配额配置普遍偏高、资源利用率较 低等情况。 **解决方案** 为提升生产的资源利用率，工商银行结合业界通用的混部方案，实现基于工商银行场景的资源混部技术，从资源调度 和资源隔离两个大的方面进行规划建设。 资源调度主要包括： - 资源画像，基于 CPU、内存等指标数据，通过统计分析、机器学习等手段对应用资源使用进行画像，为资源调度 系统提供混部调度所需的关键信息； - 混部调度，基于高优先级的空闲资源和应用负载类型，根据调度策略完成高低优先级应用的混合部署调度；实时 判断高优先级应用的受干扰程度并及时进行规避处理，保证高优先级应用的服务质量不受影响。 - 资源隔离，工商银行云计算实验室通过与华为联创实现基于 openEuler 的内核隔离技术，内核资源分级管控从物理核、缓存、 内存带宽、网络带宽、IO 带宽五种共享资源入手，提供了一套共享资源隔离复用机制，实现了 CPU、MEM、Disk、Net 等资源 的分级抢占能力。通过开启隔离特性，在提升资源使用率的同时，保证高优先级应用服务质量不受影响，提升云服务质量。 **客户价值** 落地混合部署技术，实现个人电子银行、量化投资交易、资产管理估值核算等多个不同优先级业务的混部部署，单节 点部署密度提升 50% 以上，对于低优先级应用为 CPU 消耗型的场景，节点的资源利用率可提升到 35% 以上，同时通过资 源隔离、干扰检测和驱逐等保障手段，高优先级应用的 QoS 影响可以控制在 5% 范围之内 --- https://www.openeuler.org/zh/showcase/finance/16shhai/16shhai --- # 上海证券交易所 下一代核心交易系统，在安全可控场景下提供更低的时延 **应用背景** 上交所作为全球三大交易所之一，交易所交易系统是证券行业关键基础系统，其基于价格优先、时间优先的竞价原则 进行全市场的交易撮合。交易系统拥有更低的时延，更快的速度，可以大幅提升价格发现能力，带来交易便利性和市场获得感。 而当前交易系统所基于的操作系统内核协议栈在面临"大连接数 + 多线程"场景中存在明显短板，相比较而言用户态协议 栈较内核协议栈优势明显，可以提高应用的网络 I/O 吞吐能力。 **解决方案** 上交所正在研发的下一代核心交易系统为了在安全可控场景下提供更低的时延，当前基于鲲鹏服务器，通过 openEuler 低时延操作系统中用户态协议栈 Gazelle，在核心交易系统模拟场景下能够大幅降低节点间时延，技术在上交 所低时延技术实验室完成效果验证。 Gazelle 就是一款采用 Kernel by pass 技术的高性能用户态协议栈。它基于 DPDK 在用户态直接读写网卡报文，共享 大页内存传递报文，使用轻量级 LwIP 协议栈，在满足高性能、高可用的同时，具备良好的通用性和易用性。如图所示， 基于 GAZELLE 开发低时延交易应用，能够大幅提高应用的网络 I/O 吞吐能力。 **客户价值** 在网卡基础性能时延受到硬件限制的情况下，通过软件协议栈的优化，数据穿越网络协议栈的耗时降低 50%，在交易 系统实际订单交易测试中总体时延降低 10%，通过软件方案来弥补硬件的不足，提升了全栈产品的竞争力。 --- https://www.openeuler.org/zh/showcase/finance/17kesh/17kesh --- # 中信银行 基于 Kmesh 提升服务网格数据面性能，网联交易场景转发性能提升40%。 **应用背景** 随着应用场景的复杂和信息规模的爆炸式发展，现代软件逐步从传统的单体系统向分布式、微服务架构演进。在微服 务架构下，如何透明高效地实现服务互通（服务治理）一直是大家关注的重点问题。 金融行业业务复杂，时延性能要求高，各业务发展进程不一，存在业务的软件形态多样，底层通信设施复杂的问题； 通过服务网格架构将流量治理抽象成基础设施，可以很好的简化业务逻辑，将通信的复杂度从业务中解耦出来，但网格代 理架构引入的时延开销（单跳 2~3MS），无法满足金融场景对时延性能的要求。 中信银行当前在基于服务网格架构做行内业务改造，面向未来 mesh 架构统一化，数据面性能面临挑战。 **解决方案** Kmesh 是基于可编程内核实现的高性能服务网格数据面，具备高性能、低开销及安全可靠等特点；通过将 L4、L7 流 量治理能力卸载到内核，使得服务转发性能分别提升 50%、60%，底噪开销降低 70%。 Kmesh 当前支持的主要特性包括： » 支持对接遵从 XDS 协议的网格控制面（如 ISTIOD）； » 流量编排能力； » 负载均衡：支持轮询等负载均衡策略； » 路由：支持 L7 路由规则； » 灰度：支持按百分比灰度方式选择后端服务策略。 **客户价值** 基于 Kmesh 提升服务网格数据面性能，网联交易场景转发性能提升 40%，助力客户构筑金融级高性能服务网格架构， 树立行业标杆。 --- https://www.openeuler.org/zh/showcase/finance/18hengsheng/18hengsheng --- # 恒生电子核心交易系统 UF3.0 恒生电子微服务快启动探索 **应用背景** 恒生电子自研的核心交易系统 UF3.0 是新一代分布式架构的一站式金融经纪业务服务平台，面对每天亿级请求，具备 快速水平扩展、弹性资源等能力。微服务扩容后新增 java 实例因启动时间长，未充分预热等导致时延波动，是业界难题和 最大痛点。 **解决方案** 毕昇 JDK 结合恒生电子分布式微服务架构，新孵化 Jbooster 技术，引入一个 Java 服务端，负责收集管理同类交易 服务通用的框架类数据、JIT 代码信息等，缓存、汇聚并持续生成加速包，随后共享给新拉起的服务实例，使其启动和执 行加速，优化云原生业务性能。 **客户价值** 通过毕昇 JDK Jbooster 开启类加载器资源缓存、类数据共享、远程 AOT 编译等子特性并组合使能，恒生 UF3.0 产品 中 2 个 Spring 框架的具体业务启动速度均有显著提升，具体如下： » 客户信息查询微服务从 53.92s 启动耗时降低到 42.22s； » 公共组件中的任务调度服务从 37.09s 启动耗时降低到 20.95s。 整体启动加速提升 20%+，业务相比优化前提前 10s 以上预热完成，可快速应对扩容时海量的请求处理。 --- https://www.openeuler.org/zh/showcase/finance/19mou/19mou --- # 某银行高可靠 OS 创新探索 可以实现端到端的协同，从而在硬盘故障发生时，快速响应，保障核心业务的连续运行。 **应用背景** 数据库，作为银行核心系统的心脏，其稳定性直接关系到金融服务的连续性和客户的信任度。硬盘作为数据库运行的 物理基础，其健康状况对数据库的可用性有着决定性的影响。因此，提升操作系统对硬盘故障的慢 IO 感知和检测能力，是 确保数据库高可用性的关键。 在这一背景下，银行、数据库厂商和操作系统开发者的紧密合作显得尤为重要。通过基于 openEuler 的开放协作，共 同探索和构建高效的慢 IO 检测技术，可以实现端到端的协同，从而在硬盘故障发生时，快速响应，保障核心业务的连续运行。 **解决方案** » Kernel：内核支持无锁磁盘 IO 跟踪能力以及基于 ebpf 的 IO 信息采集能力，采集 IO 栈各个阶段指标信息； » sysSentry：openEuler 操作系统统一故障框里框架，提供轻量级数据采集、慢 IO 诊断以及秒级事件通知服务，快速感 知慢 IO 故障； » 数据库等服务：通过接收操作系统上报的慢 IO 事件，快速感知故障并进行业务恢复，减少硬盘故障场景下的业务中断时间。 **客户价值** » 高可靠：基于 openEuler 高效精准的慢 IO 检测技术，能够提供在金融场景下基于国产操作系统的高效硬盘故障感知 能力，提高数据库等业务的高效稳定运行，最快故障检测时间 6s，慢 IO 检测准确率 >80%； » 易运维：该检测技术能够提供内核 IO 全栈的信息采集以及异常检测能力，并记录异常数据，支持对于偶发性 IO 相关故障的快速定位定界。 --- https://www.openeuler.org/zh/showcase/finance/20mou/20mou --- # 某银行云原生操作系统创新探索 云原生操作系统创新探索 **应用背景** 24 年某行期望联合 openEuler 打造云原生操作系统，逐步改善云底座底噪 OS 资源消耗大、维护敏捷性不足、响应慢 等业务痛点问题，加速全栈创新提升竞争力。 **解决方案** openEuler KubeOS 项目与某行共同围绕安全可控和灵活弹性目标打造不可变基础设施 OS，并对接行内云原生管理平 台，打通云原生 OS 和容器应用运维管理边界，提供云原生化的操作系统统一配置、管理和运维体验。 KubeOS 提供为云原生场景而设计、轻量安全的云原生操作系统和基于 kubernetes 的云原生操作系统统一运维解 决方案。KubeOS 针对云原生场景设计了轻量、安全的云原生操作系统，通过极简组件、根目录只读、dm-verity 等方 式，减少漏洞和攻击面，实现系统性能和安全性的大幅度提升。KubeOS 通过 kubernetes 原生声明式 API，统一对集群 worker 节点 OS 进行运维管理，减少运维过程中人工介入，降低云原生场景的运维难度和运维耗时。KubeOS 对接某行自 研容器云平台架构图如下: **客户价值** 相比于现有云底座，提升 OS 启动性能 4 倍 +，减少 OS 资源消耗 4 倍 +，降低对云底座厂商的依赖。 --- https://www.openeuler.org/zh/showcase/finance/21mou/21mou --- # 某银行全栈可观测创新探索 这一方案有潜力大规模应用于银行内部的大部分业务，提升整体运维效率约 15%。 **应用背景** 在当前云原生技术加速发展以及微服务体系逐步完善的背景下，银行业的运维挑战日益复杂。某银行面临诸如资 源争用导致性能瓶颈、进程级异常难以快速定位、动态环境下的节点关联管理复杂等问题。针对这一现状，某银行联合 openEuler 启动了以应用为视角的可观测技术验证课题，旨在实现典型故障（如 TCP/IO 问题）的快速定界与定位，协同 行内现有的可观测工具体系，助力实现行内 1-5-10 的可观测运维目标。 **解决方案** 本方案通过与某银行的深度合作，构建了某银行全栈可观测技术体系，并协同华为软硬件一体化方案，着力实现于以"应 用视角"的全栈云一体化运维能力。此举有效解决从 IaaS 层到 PaaS 层的运维割裂问题，构建更为完整的观测和诊断链条。 围绕以下技术解决行内运维痛点： **» 进程级异常追踪**：通过系统内存、CPU 指标观测技术，实现对特定进程所属 POD 实时观测分析，系统出现异常 文件时，能够对该进程对应 POD 实时异常检测与根因定位，明确进程对应的容器和应用，实现对异常进程的实 时监控，确保系统异常文件及时发现帮助完成快速定位定界； **» POD 节点关联历史追溯**：通过无侵入 POD 指标采集，实现了 POD 历史状态变更信息实时记录，解决行内复杂动 态环境中故障发生导致的 POD 漂移与指标关联失效问题， 帮助实现精准的运维管理和问题复盘。 **客户价值** 通过与某银行的深度合作，在典型核心业务中进行试点，验证可观测技术的应用效果，并为未来的批量覆盖奠定基础。 这一方案有潜力大规模应用于银行内部的大部分业务，提升整体运维效率约 15% 。 --- https://www.openeuler.org/zh/showcase/finance/7/7 --- # 深圳市财富趋势科技股份有限公司通达信行情分析系统 为证券市场提供了一个全面、高效的行情分析解决方案 **应用场景** 金融市场的快速变化要求行情分析系统具备高性能和高可靠性。深圳市财富趋势科技股份有限公司的通达信行情分析系统，基于openEuler操作系统，为证券市场提供了一个全面、高效的行情分析解决方案。 **解决方案** 通达信行情分析系统的解决方案特点如下： - **openEuler操作系统**：系统后端运行在openEuler 20.03 LTS SP3上，针对鲲鹏处理器进行了深度优化，确保了高性能和高并发算力的发挥。 - **行情数据服务**：提供沪深京行情数据清洗、计算、转发服务，确保数据的准确性和实时性。 - **自主创新架构**：采用全自研技术架构，无第三方依赖，简化了部署过程，提高了系统的自主创新能力。 - **分布式架构**：系统采用分布式架构设计，提高了系统的可用性和稳定性。 **客户价值** - **性能优化**：结合openEuler操作系统和鲲鹏架构，最大化地释放了鲲鹏算力，提升了系统性能。 - **丰富的行情源**：支持国内外80个行情市场，提供丰富的L1/L2衍生数据品类，包括通达信加工后的股本变迁和基本财务数据。 - **业务拓展性**：系统具备强大的业务水平拓展能力，能够在拓展新特性的同时保持向下兼容性。 - **高可用性**：采用分布式架构，确保了系统的高可用性，减少了系统故障对业务的影响。 **应用** 该系统已经在申万宏源证券公司的行情系统程序中得到应用，证明了其在金融行情分析领域的实际效果和价值 --- https://www.openeuler.org/zh/showcase/finance/8pingan/8pingan --- # 平安保险云 实现以信创芯片服务器及操作系统为基座的云计算平台 **应用背景** 随着金融 IT 基础架构及应用架构不断发展演进，不同架构下的大并发、高可用、敏捷交付需求，结合金融信息技术应 用创新的发展趋势，为支撑金融业务的可持续发展，本项目将信创与云计算的结合，结合金融行业实际，实现以信创芯片 服务器及操作系统为基座的云计算平台，支持利旧资源池及信创资源池架构的应用堆栈、数据中心资源统一监控和调度分配， 支撑金融业务信创迁移及建设需求。 **解决方案** 本项目从底层 IaaS 开始自主研发，兼容"ARM+ 信创 x86"混合资源池实现企业级"一云多芯 + 异构统管"，建设从传 统架构逐步过渡为信创混合架构的云计算平台。其中包括云管软件、虚拟化软件等云基础软件基于 openEuler 的银河麒麟研发， 并基于此对 PaaS 层应用实现全面化信创适配。本项目于 2021 年 1 月上线至今，实现云平台全栈信创化建设并逐步优化，支 撑了包括银行、保险、证券等金融全业务场景应用的信创改造建设。如下为架构方案图。 **客户价值** - 实现新技术：从底层 IaaS 开始自主研发，兼容"ARM+ 信创 x86"混合资源池企业级"一云多芯"，实现传统架构逐步 过渡为信创混合架构的金融云计算平台； - 孵化新方法：基于信创建设实践经验，建立信创基础软硬件选型引入成熟度模型及方法论，输出基于信创芯片和操作系 统的云计算适配及迁移指南，并在金融全场景应用信创适配项目推进中，通过该指南及方法进行实际指导； - 打造金融应用信创基座：支撑了包含办公、一般及核心金融业务场景约 300+ 金融业务系统完成信创改造。 本项目也因积极与 openEuler 社区、产业及行业侧联创建设并深度优化，获得了由国家工业信息安全发展研究中心及 openEuler 社区联合办法的 openEuler 领先商业实践奖。 **未来规划** 在项目建设过程中，主要的问题在于信创基础软硬件生态兼容性及生态拓展问题，如最新的服务器部件驱动无法支持、 部分部件在信创操作系统中无公版驱动，导致服务器无法正常交付等问题。在项目过程中也不断推动产业侧关联生态厂商之 间建立虚拟团队，面对金融行业侧实际问题时能够起到 1+1>2 的合作共赢机制。 针对当前及未来的规划，将在当前实现信创云架构基础上，业务架构向云原生演进以满足金融业务场景高敏捷高弹性的 需求，建设信创云原生容器平台，快速满足金融敏态业务信创迁移及建设需求。 --- https://www.openeuler.org/zh/showcase/finance/9hunan/9hunan --- # 湖南省农村信用社联合社 基于银河麒麟操作系统的 CentOS 迁移替换方案 **应用背景** 2020 年，CentOS 社区宣布 CentOS 系列操作系统于 2024 年 6 月停止维护，所有使用 CentOS 的用户将无法获取官 方升级和补丁支持，可能导致用户业务系统面临服务中断、数据泄露的风险。按照国家部委相关文件精神，湖南农信需要 一款安全稳定的基于国内根社区开发的国产操作系统作为 CentOS 的替换方案。 **项目挑战** 对于非集群部署类业务，需要暂停业务系统进行操作系统的替换； » 业务系统与国产操作系统需进行大量的兼容性验证测试，一定程度增加了替换难度 **解决方案** 针对 CentOS 停服事件及湖南农信社业务需求，麒麟软件联合农信社制定了 CentOS 替换方案，并基于银河麒麟迁移运 维管理平台，结合湖南农信现有业务需求，协同研发了自动化迁移替换脚本，实现了自动化、批量 CentOS 操作系统的原机替换。 目前已完成 550 余套迁移替换工作，涉及辖内 40 多家农商行 87 个业务系统，迁移替换完后系统运行良好，无异常。 迁移方案图如下： **客户价值** - 针对 CentOS 停服事件，形成了可推广的国产操作系统替换方案，避免停服事件带来的服务中断、数据泄露等风险； - 提供了一种平滑无缝操作系统替换方案，能有效保障业务系统迁移后的稳定性、可靠性； - 该方案具备自动化、批量迁移替换操作系统的能力，实现了迁移速度快、效率高、成本低的效果； » 实现了操作系统的全面受控，降低了基础软件供应链风险。 --- https://www.openeuler.org/zh/showcase/finance/gd6/gd6 --- # 中国光大银行 基于全栈云的数字化基础设施体系建设项目 * * * **应用背景** 随着近年来金融科技的快速发展，云计算平台逐渐成为金融行业数字化转型的核心驱动力。为构建数字化基础设施体系， 践行金融科技的创新发展，提供全资源、全服务，满足金融全业务场景需求，提升基础设施的运营运维能力，建设分布式 云平台，支撑新一代核心等项目的分布式架构转型。 **解决方案** 本项目基于"双栈并举、一栈多芯"的技术架构建设，提升安全自主可控能力同时加速推进金融领域科技能力国产化。 项目建设采用国芯 X86 和 ARM 平台双栈资源池，支持海光、鲲鹏硬件芯片；同时建设以 openEuler 的银河麒麟为基础，承 载国产数据库、中间件及应用系统运行的全栈信创软件基础设施，降低了对商业和封闭软硬件依赖，打造安全可控云技术生态。 **客户价值** - 基础软硬件全栈信创：数字化基础设施体系的建设始终牢牢把握自主可控的根本，从基础网络、到云平台、到基础软件， 再到上层应用系统的全面信创，为全面信创基础设置建设落地提供可行方案； - 基础设施实现全面云化：坚持以"双栈并举、一栈多芯"架构，不仅双栈同等规划、建设、管理和发展，并且统一双 栈能力，功能性能持平；统一多云管理，屏蔽业务对于双栈的技术差异；统一上云方案，支持业务系统跨栈无感部署， 实现统一的网络访问和安全隔离。一栈多芯解决多元算力的兼容性和稳定性问题； - 助力业务数字化上云：实现全栈云建设落地，支持生产、测试、研发全场景应用投产，为新一代核心、信用卡综合业 务等重要系统信创及分布改造提供环境支撑。 **未来规划** 未来将加快应用系统上云进程，推进各系统容器化、微服务、分布式部署，满足金融业务场景高并发、高可用需求，促 进应用系统高质量上云，提供更加稳定、敏捷、优质的云上数字化服务。 --- https://www.openeuler.org/zh/showcase/finance/gongshang/ --- # 中国工商银行 金融行业数据安全和隐私保护实践 ## 应用场景 ​ 随着《中华人民共和国网络安全法》、《中华人民共和国数据安全法》和《中华人民共和国个人信息保护法》的颁布实施和 AI 应用的迅猛发展，如何在 AI 服务的过程中保护数据和模型的机密性和完整性成为业务落地面临的关键挑战之一。作为长期推动数字化转型、持续关注 AI 技术在实际业务中的落地应用的国有大行，工商银行敏锐识别到了这一难题，在国家科技创新2023--“新一代人工智能”重大项目“数据安全与隐私保护下的机器学习技术”组织下，联合复旦大学、华为积极探索 AI 机密计算解决方案。产学研通力合作，基于鲲鹏、昇腾国产化硬件和 openEuler、iTrustee、 MindSpore 等国产化软件，共建数据安全和隐私保护增强的全栈自主 AI 云服务平台。 ## 解决方案 ​ - 硬件隔离环境：鲲鹏、昇腾都提供硬件可信执行环境（Trusted Execution Environment，TEE），保护使用中数据和代码的安全。 - iTrustee：使能硬件安全可信执行环境。提供远程证明技术，用户可实时评估安全应用的可信性；提供机密容器技术，让应用迅速地迁移到机密环境中，低成本提升业务的安全性；提供异构安全通道技术，算力可安全卸载到 NPU。 - secGear：机密计算统一开发框架，实现不同架构共源码，简化机密计算应用开发，提供端云安全通道，将端侧业务数据安全传入云端TEE中，并支持鲲鹏远程证明技术。 - MindSpore：提供模型机密推理和异构后端调度能力，实现鲲鹏和昇腾异构算力的安全调度，防止用户机密数据上云推理时被云侧特权用户或攻击者窃取。 ## 客户价值 ​ - 全栈自主创新：基于国产化软、硬件，提供技术自主、供应链安全的国产化AI机密计算解决方案。 - 高安全：基于 openEuler 机密计算技术，增强现有 AI 业务系统的数据安全和隐私保护，在工商银行 e办公 APP 上线。 - 高性能：基于鲲鹏 TEE-昇腾TEE 的异构安全通道技术，算力安全卸载到昇腾 NPU，实现极致的安全和性能。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/gs/gs --- # 中国工商银行 云数智一体化算力生态建设方案 **应用背景** 随着"云计算第三次浪潮"到来，业界云计算体系布局正围绕"算力"出现结构性变化，云计算、大数据、人工智能 异构算力正在加速融合，推动实现算力更高效的调度利用。与业界相似，工商银行算力资源也主要投放在云计算、大数据、 人工智能三大技术领域，目前采用烟囱式架构建设，资源池整体算力资源利用率在金融同业已处于领先水平，但相较于业 界一流水平还有提升空间。 **解决方案** 工商银行基于云原生技术打造云数智一体化算力生态，同业首家构建了云平台的涵盖通用算力、大数据算力、人工智能 算力的"一云多算"新架构，具备业界领先的常态化资源混部、云原生智算基础设施、数字化算力运营等核心技术能力，项 目整体具备国内领先水平，曾获得人行高度评价。 其中，常态化资源混部是云数智一体化算力生态的核心技术能力。为提升生产资源利用率，工商银行结合业界混部方案， 实现基于行内场景资源混部技术，架构上从资源调度和资源隔离两个方面进行建设。资源调度方面，实现监控指标采集、资 源画像、混部调度三个核心功能；资源隔离方面，工行实现基于 openEuler 内核隔离技术，提供基于高低优先级的增强资源 隔离特性，解决混部场景下容器隔离性不足的问题。整体方案同业首家通过信通院"云原生混部技术能力评估"。 **客户价值** 云数智一体化算力生态建设打通工商银行各算力资源池的界限，实现算力的按需流动，全面提升算力的使用灵活性和使 用效率。一是通过在离线混部为业务部门提供额外算力，有效提升数据分析师、私人银行客户画像、客户画像核心标签等业 务场景时效，获得信用卡部等相关部门的好评，实现批量时效提升 20% 以上，混部资源池利用率达到 40% 以上，资源利用 水平达到业界领先水平。二是在保持较高资源利用率的情况下，系统可用性达到 99.9999% 以上，有效平衡"效率与稳定" 的矛盾，达到业界领先业务连续性水平。三是项目近 2 年累计挖潜物理服务器超 2800 台、GPU 卡超 400 块，节省成本超 3 亿元。实现了操作系统的全面受控，降低了基础软件供应链风险。 **未来规划** 未来，工商银行将深化云数智一体化算力生态建设，一是深化"一云多算"算力体系，建设"一云多算"算力调度系 统，全面统一通用、大数据、人工智能三类算力，各类异构算力在一朵云下统一调度，实现算力全面跨域流动。二是建设 Serverless AI 全托管平台，构建 Serverless AI 全托管平台，实现 AI 应用"快速启动、高效协同、灵活部署"的 Serverless GPU 资源调度模式，提高应用部署效率，减少 GPU 空闲时间，提升 GPU 资源的灵活性与可扩展性。三是深化数字化算力运 营能力，统筹云、大数据、人工智能算力，推动云运维走向数字化运营，实现更全盘的资源洞察、成本分析、资源挖潜等能力， 将云原生可观测能力全面赋能到跨界场景。 --- https://www.openeuler.org/zh/showcase/finance/guiz10/guiz10 --- # 贵州省农村信用社联合社 基于统信 UOS 的 CentOS 替代方案 **应用背景** 贵州省农村信用社联合社（以下简称"贵州农信"）成立于 2003 年 12 月 30 日，是由省人民政府管理的地方金融机构， 是贵州省最大的金融机构。为保障基础软硬件供应链安全，贵州农信率先投入本土创新技术改造实践。此次改造系统为企 业网银平台，涉及底层平台，包括数据库服务器、操作系统和数据库软件。 **解决方案** 贵州农信"企业网银平台"是一个以平台服务群为载体的能力中心和资源中心，已形成业务开发、运营、营销、交付 等完整生态，目前有用户 13.6 万人，日均交易量 6.5 万笔，平均并发交易约 20 ～ 30 笔 / 秒，日均处理逾 70 万条数据。 本次改造工作将"企业网银平台"的数据库服务器主机、操作系统、数据库软件整体更换为本土创新技术软硬件产品。 除了要对国外数据库和操作系统进行平行替换，对金融业务性能不能有下降并提出了性能优化需求，需要结合业务场景进 行针对性调优。同时迁移过程中需做到完善的金融数据备份方案 **客户价值** 通过对改造后的系统进行验证，各业务模块均通过了验证测试，系统运行高效、稳定，并为用户带来了以下价值和收益： - 通过联合优化使业务查询和交易处理的性能均得到提升； - 保障接口兼容性，使用户在使用体验等方面较之前无差异； - 实现了关键核心系统软件供应链安全； » 降低运维成本，核心系统生命维护周期得到有效延长和保障。 --- https://www.openeuler.org/zh/showcase/finance/hengsheng/ --- # 恒生电子 基于openEuler打造金融证券场景深度定制开发的商业版本LightOS操作系统 ## 应用场景 ​ 恒生电子是一家以技术为核心竞争力，聚焦于财富资产管理领域，为证券、银行、基金、期货、信托、保险等金融机构提供整体的IT解决方案和服务的全领域金融IT服务商。 恒生电子基于开源openEuler22.03 LTS SP1进行金融证券场景深度定制开发的商业版本LightOS操作系统是为证券行业用户打造的国产化操作系统替代最佳实践解决方案，可以帮助证券用户一站式解决用户国产化替换中的系统稳定性痛点及业务性能痛点。 ## 解决方案 ​ LightOS解决方案针对证券交易场景进行深度裁剪，提升了系统部署效率、运维效率与安全性。针对恒生JRES、LDP两个底座平台进行了专门优化，使包括IAR网关、Redis、Kafka、低延迟消息总线等组件吞吐量大幅提高、延迟进一步降低；此外，针对证券国产化需求，对系统关键安全特性进行国密算法支持，为上层应用提供国密算法库、国密证书、国密安全传输协议等密码服务。 ## 客户价值 ​ - **功能与场景** ：LightOS结合恒生电子自身在金融、物联网等领域的丰富经验，并根据金融产品的落地场景与需求进行了深度裁剪与优化定制。针对金融行业面向低延迟、高并发、强安全的场景在系统组件层做了深度定制与调优。 - **性能与安全** ：LightOS操作系统特别针对恒生JRES平台及LDP平台进行了深度性能优化。总体性能提升超过10%。与传统操作系统相比操作系统更瘦身、组件方案更先进、并发性能更优化、业务交互更安全。 - **运维与支持** ：与润和软件合作提供系统常规支持、补丁升级、技术培训、开发支持以及现场交付等全生命周期的运维支持服务。 ## 伙伴 ​ 江苏润和软件股份有限公司 --- https://www.openeuler.org/zh/showcase/finance/huarui/ --- # 华锐分布式核心交易平台 低时延、高可用，微秒级时延，I/O总带宽提升66% ## 用户背景 ​ 华锐分布式技术实验室创立于2017年4月，是中国证券行业第一家专注于分布式低时延基础技术的研究机构。华锐主要面向新一代国产分布式金融核心系统，可为上层应用提供更高的性能、更低的时延、更高的可靠性和可用性。华锐在高性能计算领域具有丰富的经验，可对低时延场景进行针对性优化，让openEuler操作系统与业界领先的分布式低时延消息中间件AMI深度结合，达到自上而下整体性能最优，创造出最佳的业务效果。 ## 方案介绍 ​ 华锐技术基于openEuler+鲲鹏底座推出证券核心交易平台ATP（Archforce Trading Platform），用于服务国内证券公司。它为券商连接证券交易所提供快速和完整的通道，具有高吞吐、低时延、松耦合、高可用、易扩展、接口易用、平台开放等特性，为投资者提供高品质的交易服务。 证券核心交易平台ATP使用鲲鹏应用使能套件BoostKit加速特性全面优化，同时使用openEuler+毕昇JDK提升性能，实现低时延、高可用的交易服务。 ## 方案架构图 ​ ## 客户价值 ​ - 使用openEuler+毕昇JDK提升性能，实现低时延、高可用的交易服务； - 利用鲲鹏超低时延、超强算力、高吞吐传输的优势，处理上万笔订单，每笔仅需微秒级时延，有效提升存储以及各类加速器的性能，I/O总带宽提升66%； - 满足证券、基金、期货公司、银行等机构的低时延高可用交易需求，打造自主创新的分布式核心交易平台，提升中国金融基础设施能力。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/ny/ny --- # 中国农业银行 全面建设以一体化云平台和分布式数据库为关键基础的分布式架构体系，打造新一代云计算平台方案 **应用背景** 近年来，农业银行不断加大金融科技研发力度，推动数字化转型进入深水区，全面建设以一体化云平台和分布式数据 库为关键基础的分布式架构体系，满足核心、关键业务对基础设施健壮性的要求，为分布式核心系统下移奠定基础，为全 集团应用系统提供虚拟化、容器、数据库、应用中间件等基础云服务。 **解决方案** 方案实现"银河麒麟 OS+ 云平台 + 分布式数据库"等基础设施的云化。一是采用基于 openEuler 的银河麒麟操作系统 替代存量老旧操作系统，满足存量硬件设备利旧使用要求。二是实现支持 ARM、海光 X86、Intel X86 等服务器的"一云多芯" 架构。三是麒麟操作系统适配各类基础软件，提供物理机、虚拟机、容器、分布式数据库、存算分离大数据等解决方案。 **客户价值** 一是基于银河麒麟 OS 搭建底层硬件和上层基础软件的桥梁，屏蔽了硬件差异。二是利用银河麒麟 OS 底层特性优化云 平台、数据库性能，满足金融应用高性能、高并发、高可用需求。三是建设三地六中心新技术栈资源池，快速落地云原生技术。 银河麒麟 OS 规模化推广，部署容器云节点 5000 余个，数据库节点 3000 余个，应用模块约 600 个。 **未来规划** "银河麒麟 OS+ 云平台 + 分布式数据库"技术方案是农行基础设施架构演进方向。在后续的应用建设中，农业银行将持 续总结实施经验，沉淀平台能力，采用联创 + 自研的方式，完善银河麒麟操作系统的稳定健壮、数据安全、系统运维、研发 服务等能力，保障数字化转型建设，输出大行先进技术经验。 --- https://www.openeuler.org/zh/showcase/finance/shenwan/ --- # 申万宏源证券有限公司 超聚变操作系统助力申万宏源打造速度更快的高频量化交易平台 ## 应用场景 ​ 申万宏源证券有限公司（简称“申万宏源”），是由新中国第一家股份制证券公司——申银万国证券股份有限公司与国内资本市场第一家上市证券公司。在申万宏源整体构建的“2349”数字化转型战略布局中，是以“交易+数据”为双轮驱动，三大能力建设（数字改造、平台构建、智能应用）为核心，四大基础支撑（基础设施、数据治理、体制机制及人才队伍、金融科技生态体系）为保障，借此进而希望改变现有的业务和收入结构，实现向机构综合服务方向转型目标。 以申万宏源所处证券行业的高频量化交易为例，从客户策略托管机，到极速行情，极速交易，最终交易报盘。不仅包括程序化交易，还有行情、交易数据的传输、日内交易等，每个节点都对系统的极致时延、极致算力提出了全新的要求，即要求更智能的负载亲核设置、更深度的系统底噪优化、更灵活、智能的电源管理方案以及更低时延的网络通信解决方案。 同时，高频量化交易的特点是低时延、高频次、低隔夜持仓、高报撤单频率以及高换手率等，这对于竞争性时间压力、数据处理和分析方面也提出了更高的要求。 ## 解决方案 ​ 超聚变操作系统助力申万宏源打造速度更快的高频量化交易平台 面对上述的问题，申万宏源经过不断探索和实践，联合超聚变实现科技赋能行业，助力其在高频量化交易上实现突破。而基于openEuler打造的超聚变服务器操作系统FusionOS也让申万宏源的业务发展路径真正产生“聚变”。 申万宏源携手超聚变和openEuler社区，针对如何实现更低时延的目标，对量化交易场景做了深入的洞察、分析和方案优化。 ## 客户价值 ​ FusionOS通过提供更智能的负载亲核设置、核间中断优化、计算设备优化、网络性能优化等一系列的软硬件深度协同调优手段，最终实现更稳的时延表现且交易节点平均穿透时延降低约25%，使能申万宏源在高频量化交易的核心竞争力提升方面取得了突破性的成就。 --- https://www.openeuler.org/zh/showcase/finance/tianhong/ --- # 天弘基金业务系统建设项目 以服务器操作系统配合完成邮件与OA的改造 ## 应用场景 ​ 随着“十四五”新基建及网络安全相关产业的布局与落实,金融行业数字化转型及高质量健康发展面临不同机遇和挑战。 在相关部门及权威机构的研究布局下,金融行业应用场景可划分为办公OA系统、金融机具应用、一般业务系统以及核心 业务系统四大类，阿里集团旗下天弘基金在项目规划中一期准备先进行OA及邮件改造。 ## 解决方案 ​ » 产品类型：银河麒麟服务器操作系统、 » 产品生态：阿里云 » 核心功能： •支持多策略融合的访问控制机制» • 内核安全执行控制»KYSEC • 与阿里云兼容性强» »»»»» • 建设内容：以服务器操作系统配合完成邮件与OA的改造。 ## 客户价值 ​ » 服务器系统安全保障：»麒麟服务器操作系统全面支撑起了行内改造国产化的业务系统。 » 金融机具:»金融机具操作系统平滑替代了windows配合行内进行CRS等机具业务进行安全创新。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/tianjin/ --- # 天津银行 信息系统技术升级改造，打造新一代核心系统建设项目 ## 应用场景 ​ 2021 年天津银行制定了新的“十四五”IT 架构规划。在“十四五”期间，天津银行遵循国家“十四五”规划提出的加快数字经济发展、维护金融安全、构建双循环格局的指导要求，继承科技建设成果，筑牢 IT 基础设施，巩固安全防范体系，持续推进“2234”战略规划落地，打造数字化金融体系。致力于通过技术引领、数据引领、人才引领，全面提升该银行“安全、敏捷、快速、智能、自主创新”的科技能力，达到城商行领先水平。未来 3-5 年，天津银行将秉承十四五规划要求，稳步推进技术升级改造，提升自主创新能力。2023年，海鸥云开展创新区信息系统技术升级改造工作。 ## 解决方案 ​ - 配合天津银行海鸥云开展创新区信息系统技术升级改造工作。在业务系统底层选用银河麒麟操作系统，迭代升级当前部分业务系统使用的CentOS操作系统，为天行本年度海鸥云信息技术升级改造提供所需的操作系统运行环境。 - 整套业务系统选用银河麒麟高级服务器操作系统V10用于向下兼容阿里云、整机、芯片，向上配合行方科技人员进行核心业务系统的改造替换，兼容行方核心业务系统所需的中间件、数据库等重要组件，同时结合海鸥云平台实际情况对现有系统进行分析，制订升级改造策略。在改造前期针对行方“八核心”业务系统的改造进行性能测试。 - 最终银河麒麟高级服务器操作系统凭借“高安全、高性能、稳定性、兼容性自主可控”完美适用行方的需求，助力业务增长。 ## 客户价值 ​ - 高可用 + 服务器系统双安全保障：银河麒麟高级服务器操作系统 + 银河麒麟高可用集群软件全面保障了行内从 Windows 迁移到自主创新平台的可行性，并且在迁移后至今表现完美，无故障； - 安全稳定高效：银河麒麟操作系统作为安全可信的自主操作系统，搭配麒麟天域安全域管平台，全方位保证安全办公与高效办公需求； - 全场景迭代升级 : 银河麒麟高级服务器操作系统、银河麒麟桌面操作系统、银河麒麟金融机具操作系统全面配合行内进行安全创新。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/xiangjiang/ --- # 三湘银行 基于麒麟信安打造银行IT信息化系统安全底座 ## 应用场景 ​ 湖南三湘银行股份有限公司（简称“三湘银行”）是中部地区首家、全国第八家开业的民营银行。三湘银行以“做一流的数智银行”为愿景，坚持“规模服从效益，效益服从风险，经营服从监管”的经营理念，坚持“数字化、在线化、自动化、智能化”的发展道路，将三湘银行打造成为科技驱动的银行，敢闯新路、敢于突破、敢于胜利的特色银行，一流的数智银行，接地气、受老百姓喜欢的银行，最具凝聚力的员工家园。三湘银行已建成各种特色金融系统服务实体经济，缓解产业链小微企业和普罗大众融资慢、融资难、融资贵的问题。 当前三湘银行已将业务系统全部迁移到x86架构的本地私有云平台（基于VMware虚拟化平台），存在大量业务系统运行在CentOS 7.6版本的操作系统上，部分业务系统运行在Redhat 6/7不同版本的商业发行版本上，极少量业务系统运行在Oracle Linux系统上。三湘银行急需一种安全、稳定、长期维护的基于国内根社区开发的国产操作系统版本。 ## 二、业务挑战 ​ 1、海量数据处理 三湘银行业务系统涉及海量数据处理，包括客户信息、交易记录、贷款申请、风险评估等多方面的数据。为了高效处理这些海量数据，银行业务系统采用大数据技术和高性能计算平台，以确保数据的安全性、完整性和可靠性。同时，银行业务系统也需要具备强大的实时处理能力，以满足客户快速的交易需求，保障资金安全和交易稳定。因此，支撑海量数据处理的服务器操作系统是银行业务运营的重要基础，也是银行数字化转型的关键环节。 2、复杂的业务流程和系统集成 银行的业务流程通常是非常复杂的，包括开户、存款、贷款、结算、理财、投资、外汇交易等多个环节。这些业务流程需要涉及到多个系统，如客户关系管理系统、核心银行系统、风险管理系统、支付结算系统等。银行对不同系统进行集成，以实现不同系统之间的数据共享和业务协同。操作系统需要能够支持各种业务流程和系统集成，以实现多方面的业务需求和协同工作。 3、数据保护和隐私 为了保障银行业务系统的稳定和安全，防范各类风险，确保客户的个人信息和财务数据得到妥善保护。银行在数据保护和隐私方面对操作系统提出了高要求，包括数据加密和访问控制、安全漏洞防范、合规法规要求、审计和监控功能等方面的挑战。 ## 解决方案 ​ 三湘银行经过不断的探索和实践，联合湖南本土操作系统厂家麒麟信安实现金融科技赋能，助力在自主创新上实现突破，基于国内openEuler社区打造的麒麟信安服务器操作系统让三湘银行的业务发展实现了质的变化，三湘银行携手麒麟信安和openEuler社区，对如何完成银行业务系统的自主创新、兼容适配、迁移替换等问题进行了深入的探索分析和方案优化。 - 基于麒麟信安服务器操作系统和国内外数据库、中间件打造互联网金融平台，与各云平台及容器云服务商深度适配，实现多云协同，可以为业务系统提供充分广泛的算力支撑与加速能力。 - 针对三湘银行的业务系统情况和系统运行环境，麒麟信安自研了一站式系统迁移平台C2K。C2K可以支持将三湘银行现有生产环境中部署的RedHat操作系统、CentOS 操作系统迁移至麒麟信安操作系统，满足原地升级迁移和适配迁移的迁移需求。 - 三湘银行对麒麟信安服务器操作系统提出了更高的安全标准，麒麟信安在多种内核安全方面进行增强和优化，尤其是结构化保护级安全内核和实体一体化的强制访问控制机制，结合openEuler社区的持续版本更新，麒麟信安对安全漏洞进行及时修复，增强了三湘银行业务系统的安全性。 ## 客户价值 ​ 1.麒麟信安服务器操作系统在三湘银行业务系统的自主创新上可以有效降低了三湘银行特色金融服务的信息化投资，将国外系统平滑迁移为国产商业版操作系统，夯实了三湘银行IT信息化系统的安全底座，为金融行业自主创新推广提供了可借鉴的技术路线。 2.麒麟信安服务器操作系统对系统内核、进程调度、内存拷贝、网络通信、安全组件、集中运维等做了深度定制与性能调优，组件方案更先进、并发性能更优、业务交互更安全，并形成具有自主知识产权的增值产品：高可用集群管理系统、存储多路径系统、高可用冗余网络系统、集中运维系统等，为三湘银行提供低成本、高效率的基础软件自主创新升级改造方案，提升运维效率、促进平滑替换。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/xingye/ --- # 兴业银行 超聚变和厦门大学助力兴业银行构建智慧金融隐私计算平台，助力信用卡业务精准营销 ## 应用场景 ​ 兴业银行与超聚变数字技术股份有限公司、厦门大学携手，发挥产学研用一体化整体优势联合建设，厦门大学提供先进的算法模型及科研能力，超聚变提供产品解决方案及工程能力，兴业银行提供金融实践能力，三方发挥各自领域优势，强化基础研究与深度应用的高效转化，加速隐私计算与金融科技科研成果的商业应用进程，联合打造软、硬结合的全链路可信的隐私计算一体机方案，共同打造智慧金融隐私计算平台。 ## 解决方案 ​ - 提供涵盖超聚变操作系统 FusionOS、服务器 FusionServer、数据库 FusionDB 等软硬件的全链路可信解决方案； - 基于机密计算技术，实现数据“可用不可见”，提供隐私保护的基础上，进行数据挖掘分析； - ARM 加解密核心，性能损耗低至 5%；国密/RSA 加速库，性能提升 35%； - FsionOS在基于SGX的英特尔安全云管理解决方案上 提供机密计算集群部署平台和应用统一开发平台，使能机密计算集群部署效率提升 50%，机密计算应用研发效率提升 90%。 ## 客户价值 ​ - 打造基于全链路可信的隐私计算平台，赋能兴业银行信用卡精准营销，使能兴业银行信用卡业务实现快速精准获新客、高效获新客以及高净值新客户的增长； - 发卡成功率高达 90%，超过同类企业联合发卡的平均成功率，比网上进件发卡的平均成功率提升 44%； - 同时基于更准确的用户画像，实现存量客户质量可实现大幅优化，优质客户占比明显提升。 --- https://www.openeuler.org/zh/showcase/finance/yangguangdabaoxian/yangguangdabaoxian --- # 阳光保险大数据平台 降低对外部技术支持的依赖，提高系统的自主管理和控制能力。 **业务平滑迁移，优化后性能提升10%左右** **应用背景** 随着信息安全重要性日益凸显，阳光保险对现有平台改造，以提高信息安全性。为了确保业务的连续性和安全性，企业急需将原操作系统的业务应用迁移到openEuler操作系统上。在这种情况下，润和软件提供了基于现有操作系统的 HDP、CDH、FusionInsight HD 大数据原地迁移场景解决方案。在基础服务器硬件和上层应用不变的情况下，可以将大数据应用及数据库等组件平滑原地迁移到 openEuler/HopeOS 操作系统上，帮助企业轻松、顺利、高效地完成操作系统迁移，保障业务的持续运行和稳定性。 **解决方案** **客户价值** - 可以提高信息安全性，降低遭受外部攻击的风险，保护客户的数据和隐私安全。 - 降低对外部技术支持的依赖，提高系统的自主管理和控制能力。 - 将大数据平台顺利迁移至 openEuler 系统，可以保障业务的持续运行和稳定性，避免迁移过程中出现业务中断或数据丢失等问题，且经过优化后性能提升10%左右。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/finance/yl/yl --- # 中国银联 采用基于openEuler研发 UPEL2方案，并基于 UPEL2完成云管理平台、容器管理平台等基础平台适配，完成数据库、中间件等基础组件适配 **应用背景** UPEL 为银联内部 Linux 发行版，是 UP 产品栈中的重要组成部分，在 2017 年发布基于 CentOS 7 第一个版本，该版 本为 UPEL1。在 2020 年 CentOS 社区宣布停服，银联积极探索应对方案，采用基于 openEuler 研发 UPEL2 方案，并基 于 UPEL2 完成云管理平台、容器管理平台等基础平台适配，完成数据库、中间件等基础组件适配，并选取典型业务系统适 配，最终进行业务投产和不断推广。 **解决方案** UPEL2 方案按照如下阶段实施： 验证阶段 : 进行 UPEL2 研发、选取数据库等典型基础软件，以及典型业务系统进行验证。基础平台适配阶段：完成云 管理等基础平台的适配，继续进行业务适配。投产和推广阶段：启动业务系统的投产和持续推广。 现处于推广阶段。新建系统直接采用 UPEL2；存量业务系统采用了新建资源迁移方案，最终单轨运行在 UPEL2 上。 **客户价值** - 解决 CentOS 停服问题，提升操作系统安全性； - 自主可控能力得到提升，积极融入开放性的开源社区，通过与社区专家交流学习能力得到提升；相关需求反馈社区， 并得到社区及时响应，有效推动技术创新； - 以社区为纽带增加与同行交流，操作系统适配、使用中问题及时反馈社区进行同行共享。提升了业务系统稳定性和安全性。 **未来规划** 随着芯片多样化、技术路线的多样性，操作系统迁移的成本不断增加。操作系统兼容性较难做到全面的评估，尤其是个 别的函数接口未变化但是行为发生变化的情况。随着 openEuler 生态体系不断完善目前可满足业务需求，但是部分产品仍然 需要长时间的打磨，以达到从"可用"到"好用"目标。希望未来加强同行加强交流、经验共享。 --- https://www.openeuler.org/zh/showcase/finance/zgyh12/zgyh12 --- # 中国银行 分布式基础技术平台（鸿鹄平台），依托基于openEuler 内核的麒麟商业发行版操作系统 **应用背景** 随着互联网技术的快速发展，银行面临诸多挑战：一方面，银行业务呈现服务线上化、场景多样化、分析精准化、风 控实时化、需求响应敏捷化等特点，传统的 IT 架构难以满足业务要求，亟向更开放、更弹性、更包容的分布式架构转型。 另一方面，信创工程推进过程中，某些关键领域"卡脖子"问题突出，需持续强化核心科技自主研发能力。 **解决方案** 中国银行自主研发的分布式基础技术平台（以下简称"鸿鹄平台"），依托基于 openEuler 内核的麒麟商业发行版操作系统， 构建了安全可靠、稳定高效、自主可控的金融级软件基础底座。 平台提供了分布式架构下科技治理、运行时交易调度处理、分布式应用开发、分布式应用运维四大领域的技术能力。 **客户价值** 一方面，全面支撑业务发展。鸿鹄平台目前已支撑 12000 多个应用部署组、60000 多个应用服务实例稳定运行，技术执 行成功率达到 100%。其本身为上层的应用系统，提供了可支撑集团十亿级别客户访问、十万级 TPS（笔 / 秒）的业务交易 处理能力。 另一方面，赋能应用信创改造，降低改造的难度和工作量，提升了研发整体的质效。 **未来规划** 未来鸿鹄平台继续全力支持包括核心系统在内的应用系统的信创改造和架构转型。 一方面，现有功能按照信创需求和核心单元化架构进行适配改造；另一方面，新增仿真功能，通过"直播"、"录播"等方式， 全面验证新系统应用和数据库的功能和性能。同时，继续提升对容器等云原生技术的支持，为我行应用提供技术先进、功能完备、 运行平稳可靠的基础底座。 --- https://www.openeuler.org/zh/showcase/finance/zhejiang/ --- # 浙商银行 浙商银行全栈财务管理系统完成操作系统迁移，对金融行业财务系统建设具有示范作用 ## 应用场景 ​ 浙商银行股份有限公司为浙江金融二期试点的股份制银行，为了响应国科技自立自强战略，加强银行信息化系统的安全性。针对单位原先使用的财务管理系统进行改造升级，集成用友 NC Cloud 财务软件、达梦数据库、用友稳件中间件等软件，完成全建设并成功上线，运行平稳、服务效率提升，对金融行业财务系统建设具有示范作用。 ## 解决方案 ​ - 服务器：虹信（鲲鹏）服务器 - 产品类型：麒麟服务器操作系统 V10+达梦数据库+用友中间件+用友 NC Cloud 财务软件 - 用户规模：10 套服务器操作系统 - 核心功能：对接业务系统、自动对账、动态配置、报表自动生成等功能 ## 客户价值 ​ 在系统改造中，利用该解决方案进行功能升级，优化系统功能和用户体验，减轻工作人员负担，推动财务部门转型，促进账表一体化、业财融合等现代财务管理念在企业的落地，为企业改进财务管理办法、革新财务数字化体系提供范例。 --- https://www.openeuler.org/zh/showcase/finance/zhes12/zhes12 --- # 浙商银行分布式微服务平台信创改造案例 分布式微服务平台信创改造案例 **应用背景** 浙商银行股份有限公司为浙江金融信创二期试点的股份制银行，为了响应国家信创科技自立自强战略，加强银行信息 化系统的安全性，对原分布式微服务平台进行改造升级，分布式微服务平台主要提供微服务开发框架、配置管理、服务治理、 日志与监控等功能，支撑全行海量业务服务运行。 **解决方案** 基于中科曙光（海光）服务器、清华同方（鲲鹏）服务器以及银河麒麟高级服务器操作系统 V10，对微服务注册中心、 配置中心、分布式消息组件、分布式锁、微服务网关等组件进行信创改造，上线后稳定支撑业务系统运行。 **客户价值** 通过分布式微服务平台信创改造，使系统满足了芯片、服务器、操作系统的国产化要求，实现了关键基础技术平台自主可控。 分布式微服务平台信创改造过程平滑，对上层业务系统无感知，改造完成上线后稳定运行，为上层业务系统提供高效、可靠、 自主可控的底层技术支撑。 --- https://www.openeuler.org/zh/showcase/finance/zheshang/ --- # 浙商银行 全栈区块链服务平台改造升级 ## 应用场景 ​ 浙商银行股份有限公司为浙江金融二期试点的股份制银行，为了响应国家科技自立自强战略，加强银行信息化系统的安全性。 对原区块链服务平台进行改造升级，区块链服务平台主要为客户提供区块链部署和数据上链存证服务，基于通用智能合约， 结合客户实际的区块链业务需求，客户通过接口接入区块待进行数据上链，数据查询验证，依靠区块链不可第改可追溯的 特性，进行重要金融数据存证。 ## 解决方案 ​ » 服务器：清华同方（鲲鹏） » 产品类型：»麒麟服务器操作系统V10+MySQL+中间件 （Redis 和Nginx）+自研区块链技术平台； » 核心功能：对接行内资产通、极简报销、物联网等多个 平台，提供区块链基础务，进行重要金融数据的可信接 入与可信存证，实现金融级区块链服务能力的应用，助 力金融业务安全、高效运转。基于区块链服务平台，将 真实、实时的企业交易、经营动态、动产质押等数据上 链存证，构建“客观信用体系” ## 客户价值 ​ » 通过本次业务升级改造，实现区块链服务平台对接行内资产通、极简报销、物联网等多个平台，对重要金融数据进行可 信接入和可信存证。使得金融机构能够掌握企业客户的真实生产交易、经营动态、动产抵押情况，而更加有效、准确、 及时的评估企业经营状况和风险，提升银行风险管控能力、降低险成本，帮助企业降负债、降成本、增效益，构建良好 的供应链产业链金融生态。 » 区块链服务平台已通过国家工业信息安全发展研究中心的相关适配认证。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/finance/zhongguoyinhang/zhongguoyinhang --- # 中国银行 基于openEuler系操作系统大规模应用实践 **应用背景** 中国银行积极响应国家关于信息技术应用创新的号召，自2020年起，全面启动并深入推进了IT基础设施的自主创新建设。 中国银行在自主创新过程中，对麒麟操作系统进行了大规模的部署和应用。2020年以来，在中国银行内网中，已累计部署麒麟服务器操作系统十余万套，占比达70%以上。支撑了华为IaaS、腾讯PaaS、腾讯大数据、MPP数据库等多类平台，广泛应用于OA、邮件系统、手机银行、卡业务、统一数据平台及企业级架构数据治理等关键业务系统。现麒麟操作系统已在行内稳定运行4年。 **解决方案** - 基于TOGAF架构设计方法，在实践中形成了一套贯穿架构规划、配套管控及落地验证全流程的工艺方法。 - 设计"基础设施、基础平台、分布式开发运维、应用平台、应用服务"五层架构体系。坚持平台化、服务化、标准化原则，以6层9平台应用架构为核心，融合数据架构、技术架构、安全架构，支持应用解耦、基础设施上云、信息安全防控和数据洞察，并以清单化方式满足集团基础技术能力共享复用。 - 强化产品适配，实现了与鲲鹏、海光、Intel等芯片服务器的适配，承载TDSQL、Gbase等数据库，强化系统性支持能力。 - 强化管控的"四梁八柱"：有效承接业务架构、覆盖全生命周期，构建标准化"流水线"；建立长效架构管控机制，嵌入实施各环节，注入架构设计"保鲜剂"；统一框架体系，规范化管理集团IT技术标准，形成企业级技术规范"度量衡"；自主研发IT资产管理工具，实现资源共享复用、资产价值充分挖掘，绘制IT资产"全景图"。 **客户价值** 中国银行作为国有大行，在金融行业数字化建设一直处于领先地位。中国银行通过建设企业级技术平台，实现了数字化转型和科技创新，降低了开发难度和成本，提升了网信速度和系统质效，支持了业务发展。技术平台涵盖开发、运维、运营等方面，建立了全生命周期管理机制，打造了数字化新军队伍，提升了企业软实力。平台坚持自主创新，贯彻落实网信建设目标，为金融业自主创新建设输出重要参考经验。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/finance/zhongguoyouzheng/zhongguoyouzheng --- # 中国邮政储蓄银行 大型核心业务系统迁移改造 **应用背景** 邮储银行在创新架构业务系统建设中保持了极高的实施、迁移效率，自2023年下半年至今，已完成部署麒麟系统超4万套，涵盖业务系统160余个，不仅包括对公业务、个人业务、信用卡等核心业务系统，也广泛应用于综合办公、手机银行、大数据平台等关键业务系统，承载的用户规模约为8亿。其中openEuler系操作系统在现有业务系统的占比约为30%。 **解决方案** - 统一异构资源池：银河麒麟V10作为核心基础底座，无缝整合了多个云平台与不同的CPU架构，形成了一个高度统一且灵活的异构资源池。 - 多服务架构体系：依托麒麟系统对主流云平台和CPU的广泛支持与优化能力，为银行核心业务系统及相关应用提供了多样化的服务架构体系。这些服务涵盖了分布式微服务、分布式中间件、大数据服务、高性能数据库以及高性能云存储服务等。 - 关键业务模块支撑：分布式核心云化部署方案有效支撑了公司存款、现金管理、银行汇款等公司核心业务系统关键模块的高效运行。 **客户价值** 邮储银行积极响应国家关于信息技术应用创新的号召，基于银河麒麟操作系统，全面推进关键核心技术自主创新、基础设施全面自主创新再实践和再发展。邮储银行作为国有大型商业银行，自觉履行高水平科技自立自强使命担当，为金融业关键业务系统实现自主创新提供了可行样本，为筑牢金融数智化安全防线奠定了坚实基础。 推广应用银河麒麟操作系统的过程中，邮储银行在平台建设、系统优化、运维管理等方面总结积累了丰富的实践经验，并联合厂商共同创新，持续优化改进部署、监控、运维方案。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/industry-white-paper/ --- # 白皮书 技术白皮书 行业白皮书 openEuler操作系统在电力行业的应用与生态发展白皮书 下载白皮书 openEuler系操作系统在金融行业的应用与生态白皮书 下载白皮书 --- https://www.openeuler.org/zh/showcase/logistics/010l44ed-9d86-93614e008fda/ --- # 中国邮政 OA 业务系统迁移改造 ## 应用场景 ​ 利用原有服务器硬件资源，使用华三云虚拟创建 200 套统信操作系统虚机，为后期业务系统迁移改造提供有利环境。基于新购买硬件 NF2180M、鲲鹏 S920X00K 服务器，创建信创云 263 套统信操作系统虚机服务器，为 OA 系统迁移改造提供资源。在整个方案设计邮政集团基于现有技术力量，并依托自有技术团队与外包服务商，选取当前流行且稳定的技术架构，规划 CCE 容器云的管控面与业务面分离，基于“1+N”架构，实现单个数据中心一套管理集群集中管理，多套业务集群分别部署在不同网络分区，满足业务安全、合规、隔离等要求。 ## 解决方案 ​ 统信服务器操作系统，具备同源异构能力，完美支持主流云架构 Openstack 多种版本、提供云原生、高可用、易维护等组件和解决方案，提供迁移工具，完整迁移原业务数据。组建专业的技术服务团队，对生产环境所涉及的软件、硬件予以可用性、兼容性、稳定性等适配。 ## 客户价值 ​ 2021 年 10 月，邮政集团顺利完成信创云平台、OA 业务系统与统信服务器操作系统 V20 服务器的适配迁移工作，全面升级为统信服务器操作系统 V20，充分验证集团内核心 OA 系统可以平滑迁移和运行在统信服务器操作系统上，这是国有大型集团首家试点，通过熟悉创新的统信软硬件产品性能，积累实施经验，评估后续改造迁移所需工作量、经费数额、工期和技术路线等，奠定了良好基础。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/market-report/ --- # 市场研究报告 中国服务器操作系统市场研究报告（2022H1）– 赛迪顾问 下载市场研究报告 --- https://www.openeuler.org/zh/showcase/others/011o4adc-9375-4859cccb3b81/ --- # 华润集团 创新云专区项目 ## 应用场景 ​ 为了深入贯彻落实党中央、国务院、国资委有关决策部署，加大自主知识产权的新技术在现有信息技术体系中的创新应用，本项目遵照相关部门的工作要求，完成应用试点项目软硬件设备采购，实现全栈自主创新基础平台部署，保障业务系统稳定运行。 ## 解决方案 ​ - **芯片：** ARM（FT-2000+/64） - **整机：** 紫光恒越服务器 - **操作系统：** 银河麒麟高级服务器操作系统 V10 - **云平台：** 华润云 - **数据库：** MySQL - **业务系统：** Coremail 安全邮件、YIGO 供应链管理系统、办公软件某随行 ## 客户价值 ​ - **行业标杆：** 该项目是华润集团的第一个自主创新试点项目，通过该项目，华润集团完成了华润云、业务系统及终端应用的迁移适配，积累了丰富的自主创新技术和运维经验，为集团后续大规模使用银河麒麟操作系统等自主产品奠定良好基础。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/012o426d-974e-21437c6c5d56/ --- # 黑龙江省烟草公司 安全邮件系统建设项目 ## 应用场景 ​ 为加强安全防护意识、提高往来邮件的安全性、过滤垃圾邮件、病毒邮件，保障邮件系统的安全性、稳定性。黑龙江省烟草公司在服务器上部署中标麒麟安全增强电子邮件系统 V6.0，通过安全邮件 web 端和客户端传输邮件，满足用户邮件传输及保存需求。 ## 解决方案 ​ - **芯片：** ARM（FT-2000+/64） - **整机：** 浪潮英信服务器 - **操作系统：** 银河麒麟高级服务器操作系统 V10 - **业务系统：** 黑龙江省烟草安全邮件系统 ## 客户价值 ​ - **行业标杆：** 此次中标麒麟安全邮件软件的顺利实施，创造该省安全邮件首次部署并稳定运行的先例，并且超过 7,000 用户规模，为以后用户大规模应用的实施积累经验。 - **安全可靠：** 中标麒麟安全增强邮件系统使用代理方式将内网区和其他区域隔离部署，保障往来邮件的高安全性。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/013o471f-a1a0-e36c4f75c288/ --- # 江西省医保局 江西省医保局云平台建设项目 ## 应用场景 ​ 国家医疗保障局在国家发改委总立项，国家局下发全国各省 100 亿的医保信息平台建设资金,加快形成自上而下医疗保障信息化“一盘棋”格局。根据江西省医保局云平台的建设实际需求，在满足业务系统可以正常运行的前提下，在阿里云和华为云上使用银河麒麟高级服务器操作系统 V10 保障基础软件层的国产化要求，提高自主创新能力。 ## 解决方案 ​ - **芯片：** Intel（X86 架构） - **整机：** 浪潮/华三服务器 - **云平台：** 阿里云和华为云（IaaS&PaaS） - **操作系统：** 银河麒麟高级服务器操作系统 V10 - **数据库：** 阿里数据库 - **业务系统：** 保经办子系统、公共服务子系统、内部管理子系统等 ## 客户价值 ​ - **推进国产化改造进度：** 江西省医保局云平台项目共采购 1000 台服务器，部署银河麒麟高级服务器操作系统 V10，支撑保经办子系统、公共服务子系统等医保相关业务系统的稳定运行，作为行业应用和大数据、云计算和分布式存储的基础软硬件的系统级支撑平台，支撑医保云国产化改造和医疗行业应用国产化的重要战略目标，让我国医疗行业迈出了全面国产化的一大步。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/12/12 --- # 上海霄云信息科技有限公司基于openEuler操作系统的碧海分布式存储解决方案 基于openEuler操作系统的碧海分布式存储解决方案 **应用场景** 上海霄云信息科技有限公司（以下简称"霄云科技"）专注于为数据密集型行业提供先进的数据存储解决方案。随着数据量的爆炸性增长，医疗、金融、电信等行业对存储系统的性能、可靠性和扩展性提出了更高的要求。 **解决方案** 霄云科技推出的碧海分布式存储系统，基于openEuler系操作系统构建，结合鲲鹏硬件和BoostKit应用使能套件，实现了以下核心优势： - **深度优化**: 利用银河麒麟高级服务器操作系统V10(openEuler商业发行版操作系统)的特性，通过BoostKit进行深度优化，显著提升了存储性能。 - **高性能**: 碧海存储系统的IOPS性能达到国际开源软件和传统高端存储的2倍以上，确保了安全稳定的运行。 - **灵活性和可扩展性**: 根据业务需求灵活配置和扩展存储资源，软件支持轻松分配、管理和迁移存储资源，满足不断增长的存储需求。 - **高可靠性**: 采用多副本和强一致性策略，以及多层次数据修复机制，实现从磁盘级到机架级的全面容错。 > **客户价值** 1. **性能显著提升**: 碧海分布式存储在单线程文件存储读写性能提升70%以上，多线程性能提升约30%，为客户提供了快速、高效的数据访问体验。 2. **业务支撑**: 为医疗影像、医疗健康大数据、金融非结构化数据等关键领域提供了便捷高效的业务支撑。 3. **易于管理**: 通过软件定义的方式，简化了存储资源的分配和管理，提高了运维效率。 4. **数据安全**: 碧海存储系统的高可靠性设计，保障了数据的安全性和业务的连续性。 **结果** 霄云科技的碧海分布式存储解决方案已成功应用于上海市胸科医院、复旦大学附属肿瘤医院、华东医院、上海中医药大学附属龙华医院等多个医疗机构。这些案例证明了openEuler系操作系统在数据存储领域的强大应用潜力，以及霄云科技在提供高性能、高可靠性存储解决方案方面的专业能力。 --- https://www.openeuler.org/zh/showcase/others/14/14 --- # 西安前沿动力重叠网格计算流体力学软件OverCFDLab 为航空等行业提供了强大的计算流体力学（CFD）解决方案 **应用场景** 在高端装备智能制造领域，CAE技术是关键技术之一，广泛应用于工业制造。西安前沿动力的OverCFDLab软件，基于openEuler系操作系统和GCC for openEuler编译器，为航空等行业提供了强大的计算流体力学（CFD）解决方案。 **解决方案** OverCFDLab软件的解决方案亮点： - **openEuler系操作系统**：软件依托于openEuler系操作系统（银河麒麟高级服务器操作系统v10），利用其稳定性，为复杂的CFD计算提供了可靠的运行环境。 - **GCC for openEuler编译器**：使用GCC for openEuler编译器进行代码编译，优化了软件的性能，确保了与鲲鹏硬件的高效协同。 - **鲲鹏硬件适配**：软件针对鲲鹏硬件架构进行了适配，实现了在并行计算求解方面的效率提升，比传统计算平台提高10%~20%。 **客户价值** - **计算精度与效率**：集成最新CFD算法，OverCFDLab在计算精度上与ANSYS-FLUENT相当，而计算效率则高出约3倍。 - **大规模并行计算能力**：突破了商业软件的限制，支持亿级网格和万核CPU以上的大规模并行计算。 - **技术创新与自主可控**：在高超声速气动热、复杂流场计算等方面，OverCFDLab打破了国外专业软件的禁运限制，支持国内工业制造的自主创新。 **客户应用** 该软件已经在航空等行业得到应用，并在实际乘用车行驶及复杂工况中展现出卓越的性能。 --- https://www.openeuler.org/zh/showcase/others/16/16 --- # 星际空间（天津）科技发展有限公司基于openEuler操作系统的多维空间信息管理服务 基于openEuler操作系统的多维空间信息管理服务 **应用场景** 星际空间（天津）科技发展有限公司（以下简称"星际空间"）致力于提供创新的地理信息服务，以支持城市规划、资源管理和环境监测等关键领域。随着地理信息系统（GIS）需求的不断增长，星际空间需要一个能够高效处理和分析多维空间数据的平台。 **解决方案** 星际空间开发的STARGIS EARTH平台，基于银河麒麟高级服务器操作系统v10（openEuler商业发行版操作系统）构建，充分利用了其开源、稳定和安全的特性，结合BoostKit、毕昇JDK等技术，实现了以下核心优势： - **全栈性能调优**: 基于openEuler系操作系统和openGauss数据库，STARGIS EARTH平台进行了全栈性能调优，显著提升了三维和二维数据的加载渲染性能。 - **多维空间信息整合**: 平台具备强大的多维空间信息整合能力，能够高效管理和分析地理空间数据。 - **高并发高吞吐量服务**: 支持高并发和高吞吐量的空间数据服务，满足大规模数据处理需求。 - **流畅加载渲染**: 优化了大范围高精细模型的加载和渲染能力，提升了用户体验。 - **空间体拓扑运算**: 提供了先进的空间体拓扑运算能力，支持复杂的空间分析。 - **地下空间建模**: 具备地下空间实体语义化实时建模能力，扩展了平台的应用范围。 **客户价值** 1. **性能提升**: STARGIS EARTH平台在三维数据加载渲染性能上提高了31.53%，在二维栅格数据加载渲染性能上提升了27.99%，显著加快了数据处理速度。 2. **兼容性**: 自主创新的平台兼容能力，确保了与国内主流环境的全面适配，包括多家CPU、操作系统和数据库。 3. **数据处理能力**: 平台的高并发和高吞吐量服务能力，满足了客户在大规模空间数据处理上的需求。 4. **用户体验**: 流畅的加载渲染能力和先进的空间分析工具，提升了最终用户的使用体验。 **应用** 星际空间的STARGIS EARTH平台已经在天津市大数据中心、天津市规划和自然资源局、成都双流区规资局等多个重要项目中得到应用。这些成功案例证明了openEuler系操作系统在多维空间信息管理领域的强大应用潜力，在支持复杂空间数据处理和分析方面的优势，以及星际空间在提供高效、稳定、安全的地理信息服务方面的专业能力。 --- https://www.openeuler.org/zh/showcase/others/17/17 --- # 上海德拓信息技术有限公司基于openEuler系操作系统的DATRIX非结构化数据管理平台 基于openEuler系操作系统的DATRIX非结构化数据管理平台 **应用场景** 上海德拓信息技术有限公司（以下简称"上海德拓"）面临的挑战是如何有效管理和激活日益增长的非结构化数据，以支持客户的数字化转型。在数据驱动的商业环境中，非结构化数据的管理和分析变得尤为重要。 **解决方案** 上海德拓开发的DATRIX非结构化数据管理平台，基于银河麒麟高级服务器操作系统V10(基于openEuler 20.03LTS版本的商业发行版)操作系统构建，结合鲲鹏硬件和毕昇JDK，实现了以下核心优势： - **高性能平台**: 利用openEuler系操作系统和鲲鹏硬件的高性能特性，提升了平台的适应性和业务查询性能。 - **并行查询优化**: 采用PostgreSQL的并行查询优化配置，显著提升了数据库在高压力下的数据查询速度和业务并发性能。 - **深度优化**: 使用毕昇JDK后，平均查询时间缩短了11.75%，业务并发吞吐量TPS提升了2%。 > **客户价值** 1. **性能提升**: 通过PostgreSQL并行查询调优，系统查询时间缩短了28.57%，业务并发吞吐量TPS提升了16.2%。 2. **数据资产统一管理**: 平台围绕数据的核心流程，实现了从数据积累到数据治理再到数据应用的全过程统一管理。 3. **深度洞察**: 结合多种人工智能技术，深度挖掘文件内容信息，为客户提供更深入的数据洞察。 4. **开放共享**: 采用云原生和微服务框架，具有强大的兼容性、扩展性和开放性，支持第三方数据处理引擎和应用开发。 **应用** 上海德拓的DATRIX非结构化数据管理平台已经在多个行业成功应用，帮助客户激活非结构化数据的价值，加速数字化转型。 --- https://www.openeuler.org/zh/showcase/others/18/18 --- # 四川蜀天梦图数据科技有限公司 基于openEuler系操作系统的GDMBASE图数据库管理系统 **应用场景** 四川蜀天梦图数据科技有限公司（以下简称"蜀天梦图"）致力于帮助企业实现数字化转型，通过图数据库管理系统提升决策效率，从经验驱动转向数字驱动。 **解决方案** 蜀天梦图推出的GDMBASE图数据库管理系统V3，基于银河麒麟高级服务器操作系统V10（openEuler 20.03LTS商业发行版操作系统）深度适配优化，结合鲲鹏硬件，实现了以下核心优势： - **全栈式优化**: 利用openEuler系操作系统和鲲鹏硬件的高性能特性，提供了全栈式高可靠、高性能、高安全的图数据基础平台。 - **性能显著提升**: 深度适配优化后，计算分析能力综合提升了20%，磁盘读写性能提升了约15%，网络吞吐性能提升了5%。 - **图数据库软件支撑**: GDM图数据库提供图存储、查询、计算等上层业务，实现了软硬件的高度兼容和高效协同。 **客户价值** 1. **分布式架构**: 支持存储节点的横向扩展，兼顾性能表现和存储占用，满足大数据时代的存储需求。 2. **图计算能力**: 提供多种图计算算法，支持联机分析和联机事务处理，显著提高了大图和超大图的分析计算能力。 3. **图原生存储**: 采用基于免索引邻接的图原生存储，优化了数据存储结构，提升了查询效率。 **应用** 蜀天梦图的GDMBASE图数据库管理系统已经在多个重要项目中得到应用，包括某省"公安云"图数据库应用、新网银行图数据库应用项目、某省监狱管理局大数据项目。这些案例证明了openEuler系操作系统在支持高性能图数据库管理系统方面的强大能力，以及蜀天梦图在提供高效、安全图数据处理解决方案方面的专业实力。 --- https://www.openeuler.org/zh/showcase/others/19/19 --- # 西安数峰信息科技有限公司 于openEuler系操作系统的DBSolver仿真软件 **应用场景** 西安数峰信息科技有限公司（以下简称"西安数峰"）专注于CFD（计算流体动力学）软件的自主研发，致力于为航空航天、核工业等关键工业领域提供高效、自主化的仿真软件解决方案。 **解决方案** 西安数峰开发的DBSolver仿真软件，基于银河麒麟高级服务器操作系统V10（openEuler 20.03LTS商业发行版操作系统）构建，并利用毕昇编译器和鲲鹏技术栈进行优化，实现了以下核心优势： - **自主化研发**: DBSolver软件采用C++面向对象分层设计，完全自主研发，推动了CAE行业的自主化进程。 - **高效求解器**: 基于openEuler系操作系统和鲲鹏技术栈的优化，DBSolver的求解器效率提高了20%，显著提升了仿真计算的性能。 - **灵活的算法支持**: 软件支持有限容积法（FVM）、有限元法（FEM）和格子玻尔兹曼法（LBM），为工业过程中的流动、传热传质、两相流等问题提供了强大的求解能力。 **客户价值** 1. **自主可控**: 软件的自主研发保证了技术的自主可控，减少了对外依赖，增强了国内工业软件的竞争力。 2. **代码维护性**: 软件代码结构清晰，易于阅读和维护，适合多人协作开发的大型项目。 3. **应用广泛且精度高**: DBSolver仿真软件在多个工业领域得到应用，以其高精度和广泛的适用性获得了客户的认可。 **应用** 西安数峰的DBSolver仿真软件已经在西安交通大学、哈尔滨工程大学、中山大学、中航工业集团等多个教育机构和企业中得到成功应用。这些案例证明了openEuler系操作系统在支持高性能计算仿真软件方面的强大能力，以及西安数峰在提供专业、高效仿真软件解决方案方面的专业实力。 --- https://www.openeuler.org/zh/showcase/others/2/2 --- # 泛微协同管理软件E-cologyV9.0 为企业提供了一个全栈式自主创新的解决方案 **应用场景** 在企业数字化转型过程中，协同管理软件成为提高工作效率、保障数据安全和推动业务创新的关键工具。泛微网络科技股份有限公司推出的E-cologyV9.0协同管理软件，基于openEuler系操作系统，为企业提供了一个全栈式自主创新的解决方案。 **解决方案** 泛微E-cologyV9.0协同管理软件的解决方案包括： - **全栈式自主创新**：软件基于银河麒麟高级服务器操作系统v10(openEuler商业发行版)，结合自主可控的硬件和软件生态，实现了从硬件到应用的全栈自主创新。 - **性能优化**：利用openEuler系操作系统的高效性能和毕昇JDK、NUMA亲和性、磁盘io优化等鲲鹏BoostKit特性，软件性能平均提升25%以上，特别是在ec应用吞吐量上表现突出。 - **公文管理**：提供集团统一的公文管理平台，支持多级组织的分层分级权限分发和管理，实现上下行文的高效对接。 - **一站式督办跟踪**：实现了从督办事项发起到分析的PDCA全闭环管理，确保过程的透明性和可追溯性。 **客户价值** - **性能提升**：基于openEuler系操作系统的优化，显著提升了软件的运行效率和处理能力，为企业节约了时间和资源。 - **数据安全**：openEuler系操作系统的安全性保障了企业数据的安全存储和传输，减少了数据泄露的风险。 - **业务创新**：全栈式自主创新支持企业在数字化转型中快速响应市场变化，推动业务模式的创新。 - **透明管理**：一站式督办跟踪系统提高了管理的透明度和效率，帮助企业实现更高效的决策和执行。 **应用** 这一解决方案已经在多家知名企业如中国大地财产保险、太平洋保险、中国人寿、浦发银行等得到应用，证明了其在提升企业运营效率和推动数字化转型中的重要作用，同时可以看到openEuler操作系统在支持企业级应用和促进企业创新中的卓越表现。 --- https://www.openeuler.org/zh/showcase/others/20/20 --- # 西安因诺航空科技有限公司 基于openEuler系操作系统的光伏智能巡检平台 **应用场景** 西安因诺航空科技有限公司（以下简称"因诺科技"）致力于提升光伏电站的运维效率和安全性。面对光伏电站数据采集、故障诊断和运维决策等一系列挑战，因诺科技需要一个高效、智能的解决方案。 **解决方案** 因诺科技开发的光伏智能巡检平台，基于openEuler系操作系统和鲲鹏技术栈构建，实现了以下核心优势： - **SaaS模式**: 平台采用SaaS模式，通过鲲鹏与昇腾算力支持，实现了全流程精细化管理。 - **性能优化**: 使用鲲鹏编译软件毕昇JDK、鲲鹏BoostKit、MySQL和调优工具，显著提升了软件运行性能。 - **数据库优化**: 鲲鹏高性能开源软件MySQL 8.0.20数据库结合BoostKit的优化策略，显著提升了数据库处理能力。 **客户价值** 1. **性能显著提升**: 基于鲲鹏BoostKit的MySQL性能提升达41.28%，服务器性能提升44.5%，极大提升了用户体验。 2. **智能巡检**: 实现了一键式任务巡检、无人值守、支持计划任务和临时任务巡检模式，自动生成巡检报告。 3. **运维成本降低**: 在确保电站安全生产的前提下，大幅提升巡检效率，降低运维成本，提高发电量。 **应用** 因诺科技的光伏智能巡检平台已在大唐国际------沧州海兴电站无人机项目、 大唐集团湖南------大唐向阳5G+无人机智能巡检及沧州海兴光伏巡检与安生系统开发、 国电投------基于激光点云数据化应用的智能巡检一体化管控平台研究与应用项目、 中华电力------光伏巡检智能分析无人机红外巡检系统等多个项目得到应用。 --- https://www.openeuler.org/zh/showcase/others/3/3 --- # 格尔安全认证网关 为实现网络环境的安全性和合规性提供了有力支持 **应用场景** 在数字化时代，网络安全和数据保护成为企业和组织关注的焦点。格尔软件股份有限公司推出的基于openEuler系操作系统的安全认证网关，为实现网络环境的安全性和合规性提供了有力支持。 **解决方案** 格尔安全认证网关的解决方案特点如下： - **全栈调优**：利用银河麒麟高级服务器操作系统v10（openEuler操作系统商业发行版)的高性能特性，结合鲲鹏应用使能套件BoostKit，对网关进行全面的性能优化。 - **国密SSL链路加密**：提供基于国家商用密码算法的SSL链路加密功能，确保数据传输的安全性。 - **证书认证与签名验签**：实现证书认证和签名验签功能，保障用户身份的真实性、数据的机密性和完整性，以及操作的不可否认性。 - **性能提升**：基于毕昇JDK和KAE硬件加速引擎，网关的整体性能提升了175%，显著提高了签名验签和数据加解密的性能。 **客户价值** - **安全性增强**：通过国密算法的应用，增强了网络通信的安全性，满足了密码测评和等保测评的需求。 - **性能优化**：openEuler系操作系统与鲲鹏硬件的结合，提供了卓越的性能，使得格尔安全认证网关能够高效处理大量数据。 - **合规性保障**：满足了国家对网络安全的合规要求，帮助企业构建符合法规要求的安全网络环境。 - **硬件加速**：KAE硬件加速引擎的使用，进一步提升了网关的处理速度和响应能力。 **应用** 格尔安全认证网关通过结合openEuler系操作系统的优势，为用户提供了一个安全、高效、合规的网络安全解决方案。该网关已经在多个项目中得到应用，如某集团园区网的零信任项目和某证券国密改造项目，证明了其在保障网络安全和提升数据保护能力方面的实际效果。 --- https://www.openeuler.org/zh/showcase/others/4/4 --- # 吉大正元基于鲲鹏TEE环境的软件密码模块 为服务器提供了一个轻量化、低成本、高可靠、高性能、低延时的密码服务支撑 **应用场景** 在数字化时代，数据安全和隐私保护变得尤为重要。长春吉大正元信息技术股份有限公司推出的基于鲲鹏TEE环境的软件密码模块，利用openEuler操作系统，为服务器提供了一个轻量化、低成本、高可靠、高性能、低延时的密码服务支撑。 **解决方案** 该方案的核心技术和组件包括： - **openEuler操作系统**：作为系统底层，openEuler提供了稳定和安全的运行环境，支持TEE可信执行环境的高效运作。 - **鲲鹏TEE环境**：通过与鲲鹏硬件内置的TEE环境对接，实现基于硬件设备的密钥生成、运算和存储，确保了密钥生命周期和运算过程的安全。 - **软件密码模块**：与硬件TEE结合，提供非协同模式的密码服务，简化了服务流程，提高了效率。 **客户价值** - **性能提升**：结合硬件TEE和软件密码模块，服务器的密码服务性能是协同模式的207.56%，显著提升了处理速度。 - **安全性增强**：基于硬件设备的密钥管理确保了密钥生命周期的安全性，减少了安全风险。 - **成本效益**：提供了轻量化和低成本的密码服务解决方案，帮助企业在保障安全的同时优化成本。 - **本地化服务**：本地化的密码服务减少了对外部依赖，降低了延时，提高了服务的响应速度。 **应用** 该方案已经在省级政务云密码服务平台建设项目中得到应用，证明了其在提升数据安全和优化服务性能方面的实际效果。 --- https://www.openeuler.org/zh/showcase/others/5/5 --- # 简实信息远程区域协同平台 致力于实现医疗服务的远程化、智能化和高效化 **应用场景** 随着医疗数字化转型的不断深入，远程医疗服务网络的建设和完善成为提升医疗服务效率和质量的关键。简实信息推出的远程区域协同平台，基于openEuler操作系统，致力于实现医疗服务的远程化、智能化和高效化。 **解决方案** 简实信息的远程区域协同平台解决方案包括： - **openEuler操作系统**：利用openEuler操作系统的稳定性和安全性，为平台提供了坚实的基础。 - **性能优化**：通过openEuler操作系统的优化特性，结合毕昇JDK、MySQL细粒度优化和无锁优化技术，全面提升了平台的性能。 - **快速响应**：基于鲲鹏底座的系统架构，能够快速响应业务需求变更，支持流程的快速变化和创新。 - **用户友好的界面**：提供图形用户接口，采用现代浏览器软件风格，使用户易于掌握和使用。 > **客户价值** - **医疗服务网络完善**：通过远程区域协同平台，健全和完善了远程医疗服务网络，提高了医疗服务体系的宏观效率与服务质量。 - **分级就诊模式促进**：平台促进了分级就诊模式的全面落实，优化了医疗资源的分配和利用。 - **基层服务能力提升**：提高了基层医疗卫生服务机构的服务能力，使得患者能够享受到更高质量的医疗服务。 - **兼容性与安全性**：系统具备强兼容性和安全性，能够适应不同规模和种类医院的需求，同时保障了系统的保密性。 **应用** 该平台已经在多家医疗机构如洛宁县人民医院、漯河市中心医院等得到应用，证明了其在提升医疗服务效率和质量方面的实际效果。通过这一案例，我们可以看到openEuler操作系统在支持医疗数字化转型和提升医疗服务水平中的重要作用。 --- https://www.openeuler.org/zh/showcase/others/6/6 --- # 核能装备焊接数字化平台 实现了焊接全业务流程的数字化智慧管控 **应用场景** 在工业4.0时代，数字化转型成为制造业提升效率和质量的关键。兰石爱特工业互联网科技公司推出的核能装备焊接数字化平台，基于openEuler操作系统，实现了焊接全业务流程的数字化智慧管控。 **解决方案** 该焊接数字化平台的解决方案包括： - **工艺管理**：标准化管理焊接项目和焊缝任务，利用人工智能图像识别技术自动识别焊缝分布图，快速创建焊缝任务。 - **生产过程管理**：实现生产在线排产，跨产品快速完成排产，实时在线跟踪反馈接收情况和变更进度。 - **焊机群控和数据采集**：支持400+台焊接设备的群控和数据采集，通过网络实现实时在线监控和超规范自动报警。 - **智能焊材库**：全流程管理焊材，基于三维可视化货位快速查询库存和材料位置，实现安全库存设置及预警。 **客户价值** - **性能提升**：部署在openEuler操作系统上的平台，通过鲲鹏应用使能套件BoostKit对数据库和操作系统进行调优，显著提升了性能。 - **数据延迟减少**：与传统服务器相比，鲲鹏服务解析周期平均在4ms，提升了12.5%，在数据延迟和线程阻塞方面有显著提升。 - **监控与优化**：通过对各层进行监控，逐层查找问题并进行定位分析，提升了系统稳定性和可靠性。 - **事务处理能力增强**：调优后的TPS和QPS性能分别提升了22.5%和17.2%，增强了平台的事务处理能力。 **应用** 兰石爱特工业互联网科技公司的核能装备焊接数字化平台，通过结合openEuler操作系统的强大性能和稳定性，为用户提供了一个高效、智能的焊接工艺管理解决方案。该平台已经在兰石重装压力容器焊接数字化车间得到应用，证明了其在提升焊接质量和生产效率方面的实际效果。通过这一案例，我们可以看到openEuler操作系统在支持工业数字化转型和智能制造中的重要作用。 --- https://www.openeuler.org/zh/showcase/others/9/9 --- # 轩田科技Sharetek MES生产执行系统 为企业提供了一个符合ISA-95标准的企业级应用平台 **应用场景** 在制造业数字化转型的浪潮中，企业迫切需要一套能够快速响应市场变化、适应不同生产环境的生产执行系统。轩田科技的Sharetek MES生产执行系统，基于openEuler操作系统，为企业提供了一个符合ISA-95标准的企业级应用平台。 **解决方案** 轩田科技Sharetek MES系统的解决方案亮点： - **openEuler操作系统**：系统采用openEuler作为其操作系统，确保了系统的稳定性、安全性和可维护性。 - **自主创新技术架构**：结合开源openGauss内核的Vastbase企业级关系数据库，系统具备高度的可靠性、可用性、可扩展性和可移植性。 - **模型构建与快速部署**：能够根据客户行业特性和生产环境进行模型构建，快速搭建满足企业业务需求的内部系统。 - **全链路数据打通**：系统能够实现从底层设备到上游系统的全链路数据集成，提高企业运营效率。 > {width="5.768055555555556in" height="2.448611111111111in"} **客户价值** - **数字化转型支持**：帮助企业实现新形势下的数字化转型，满足未来系统可持续性发展要求。 - **高端精密制造需求满足**：系统具备高度完整性和强大开放性，满足高端精密制造的高标准需求。 - **运营效率提升**：通过全链路数据集成，大幅度提高企业的生产和运营效率。 - **自主创新需求满足**：采用先进、自主创新的技术架构，支持企业的自主创新和持续发展。 **应用** Sharetek MES生产执行系统已经在半导体行业头部客户、新锐厂商和电科研究所等项目中得到成功应用，证明了其在支持企业数字化转型和提升运营效率方面的实际效果。 --- https://www.openeuler.org/zh/showcase/others/O5/ --- # 湖南省烟草专卖局 湖南省烟草专卖局业务系统建设项目 打造高可靠、高稳定和强安全的信息化系统 ## 应用场景 ​ 为落实和响应网络设备改造的相关政策，湖南省烟草专卖局需对业务系统进行改造升级，以实现高可靠、高稳定和强安全的信 息化系统。客户需要在不降低性能要求的基础上对原有业务进行全栈改造，包括服务器、操作系统、数据库、中间件、业务系 统、个人电脑、办公软件等，提升业务系统的安全性、可靠性。 ## 解决方案 ​ 项目全部基于银河麒麟操作系统 V10 为安全底座。为满足 某省烟草专卖局未来近万台终端的办公需求，麒麟软件跟 腾讯云、神通数据库、宝蓝德中间件、泛微 OA 等产品进 行了适配和优化，在功能和性能上满足了用户的业务需求。 ## 客户价值 ​ - 性能领先：该项目采用了银河麒麟操作系统 V10 为安全底座，采用飞腾和海光服务器和神通数据库、宝蓝德中间件，对平台的 性能优化，在业务迁移到新平台后，性能达到并在某些应用超过了原平台。 - 稳定高效：银河麒麟操作系统在业务运行一年时间未出现任何事故，充分保障了烟草用户的业务运行和数据安全。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/O6/ --- # 誉托科技 誉托科技智慧工地平台 平滑完成操作系统迁移，整体性能提升 30% ## 应用场景 ​ 智慧工地助力抗疫复工，为实现对现有智慧工地平台的改造要求，并满足试点部门日常办公并与抗疫复工的需要，运用智慧工地 产品整体解决方案能力，通过“AI 中台 + 边缘计算”的能力，对复工企业在原有生产指挥、项目决策的基础上，增加疫情防控 的功能，构建“建筑工地智慧大脑”，做到助力抗疫、复产两不误。 智慧工地的抗疫复工业务主要落实了各级政府疫情防控要求，发挥实名制系统的作用，对接省、市统计平台，建立健康台账，支持 各地健康码录入，体温测量和口罩识别。以四层三生、数据互通、平台为王，进行衍生智慧，产生数据，催生应用的逐层实现。 ## 解决方案 ​ 誉托科技与中软国际合作完成了智能工地业务系统服务器从 CentOS 到欧拉开源操作系统的迁移。 - 保持原有 x86 浪潮物理服务器不变，操作系统采用 openEuler LTS 20.03 SP3。 - 保持原有的 MySQL 数据库应用不变，完成对数据库数据的迁移。 - 迁移过程中将原有数据库根据业务进行拆分，智慧工地与抗疫复工子模块拆封为 2 个独立的数据库，性能提升 30%。 - 项目全部基于银河麒麟操作系统 V10 为安全底座。为满足 某省烟草专卖局未来近万台终端的办公需求，麒麟软件跟 腾讯云、神通数据库、宝蓝德中间件、泛微 OA 等产品进 行了适配和优化，在功能和性能上满足了用户的业务需求。 ## 客户价值 ​ - 业务系统方面，在不进行代码改造的前提下，实现了应用和操作系统的无缝对接迁移，将原有业务都迁移到欧拉开源操作系统， 并保证正常运行。 • 初步建立安全可靠适配工作的配合流程，实现智慧工地全平台的升级改造要求，满足试点部门日常办公并与抗疫复工要求。 - 通过本次业务系统成功迁移的过程为客户的全系统迁移输出方案提供了重要参考并为后续工作打下良好基础。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/OSF/ --- # 奥卡云OrcaFS分布式并行文件存储系统 集群平均响应时间降低66%，满足HPC应用性能要求 ## 用户背景 ​ 西安奥卡云数据科技有限公司是一家以软件定义存储、智慧物联网为核心，双核并进，持续赋能企业数据管理及智能运维的高新技术企业。公司致力于为政府机关、军工、教育科研、医疗、智慧城市等多个领域打造融合、智能、高效、可靠的产品及相关解决方案。 ## 方案介绍 ​ OrcaFS分布式并行文件存储V3.0（简称“OrcaFS”）是一款面向高性能计算和大数据应用的存储产品，采用存储服务与元数据服务分离部署的方式，拥有独立的分布式文件系统缓存OrcaOND（OrcaFS On Demand）支持高效的突发缓存系统Burst Buffer，支持跨节点的副本和纠删技术，拥有快照、配额管理、域管理、在线升级等功能。 支持国产私有网络协议，同时支持POSIX、CIFS、NFS、FTP、FTPS、HTTP等网络共享协议，提供非结构化海量数据的存储功能，以集群文件系统和集群NAS方式向用户提供服务。 奥卡云数据的OrcaFS高性能计算解决方案基于鲲鹏基座，利用鲲鹏应用使能套件BoostKit、鲲鹏开发套件DevKit、openEuler、openGauss等进行全栈优化，使得OrcaFS更加适合高性能计算领域海量小文件和非对齐IO对低延时高IOPS的要求。 基于鲲鹏BoostKit调优后，4k随机读写性能分别提升45%和30%，4k顺序读写性能分别提升115%和34%，解决高性能计算带来的突发性IO浪涌问题。 ## 方案架构图 ​ ## 优势亮点 ​ • OrcaFS支持多客户端并行访问，确保应用获得更高的带宽； • OrcaOND高效突发缓存系统，解决突发性IO浪涌问题，提高IOPS的同时，降低延时； • OrcaFS提供副本、纠删、RAID等数据保护机制，其中RAID-M元RAID支持三重校验，保证三块硬盘同时故障，数据不丢失 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/SAIS/ --- # 阳光天使SAIS系统 结算管理性能提升34%，TPS性能测试指标提升17.72% ## 用户背景 ​ 山东力诺瑞特新能源有限公司位于中国山东济南力诺科技园内，创立于2001年。致力于新能源综合开发应用与系统解决方案提供，业务集太阳能热水、热能，空气源热泵等多能互补系统的研发、制造及综合应用于一体。 ## 方案介绍 ​ 基于鲲鹏底座和openEuler开源操作系统驱动系统发挥极致性能，面向太阳能售后系统服务场景，结合鲲鹏硬件多核能力，为阳光天使SAIS系统提供了性能卓越的售后服务，满足集团及子公司的业务要求。 使能鲲鹏BoostKit，发挥MySQL无锁优化和细粒度锁优化的优势，提供一个可持续发展的基于鲲鹏底座的应用产品，实现产品自主创新要求。 借助鲲鹏多核、高并发的特点，对系统进行了测试、调优，目前系统运行顺畅高效；并借助鲲鹏DevKit各种工具对系统进行优化。结算管理性能提升34% ## 方案架构图 ​ ## 优势亮点 ​ • 阳光天使SAIS系统是为公司自主研发的维保派工平台，依托鲲鹏硬件底座，对售后系统完成迁移和集成，升级完善各终端的应用功能，优化系统架构。 • 与部署在鲲鹏上的BI工具全面集成，分析服务订单执行、来电信息、去电回访等基于地图、区域、分类、时间、时长、满意度等的大数据分析应用。 • 订单流水是系统的核心业务，针对该场景，通过使用鲲鹏BoostKit、MySQL无锁优化和细粒度锁优化，使TPS性能测试指标提升17.72%，性能优异，满足生产要求。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/TDH/ --- # 一站式大数据平台TDH 星环大数据存算分离方案，计算性能提升25%，助力企业数字化转型、加速商业创新 ## 用户背景 ​ 星环科技致力于打造企业级大数据基础软件，围绕数据的集成、存储、治理、建模、分析、挖掘和流通等数据全生命周期提供基础软件与服务。 ## 方案介绍 ​ Transwarp Data Hub(TDH)是星环科技自主研发的企业级一站式数据管理平台，操作系统选用银河麒麟高级服务器操作系统V10(openEuler)。凭借星环科技创新的技术架构和深厚的产品研发能力，使TDH拥有创新多模型技术架构、统一数据管理、支持9种存储引擎、10种存储模型、存算解耦、统一SQL语句、超高性能等8大核心优势，帮助企业加速数字化转型，更全面、更便捷、更智能、更安全地运用数据，大幅降低综合成本。 通过鲲鹏多核架构的算力优势，利用TDH的存算解耦技术，构建的存算分离解决方案，拥有更灵活的技术架构，在处理分析PB级别海量数据时，计算性能提升25%，TCO成本降低36%。基于存算分离构建核心商业系统，是企业实现一站式数字化转型、加速业务创新的致胜关键。 ## 方案架构图 ​ ## 优势亮点 ​ - 统一多模、统一存储、自由架构、自主创新； - 整体性能性能提升25%，TCO成本降低36%； ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/bada/ --- # 武汉吧哒科技股份有限公司 基于openEuler操作系统，共同打造信服易备鲲鹏灾备一体机，满足数据保护的管理、灾备行业和信息系统灾难恢复的需求。 ## 应用场景 ​ 武汉吧哒科技股份有限公司（简称：吧哒科技）成立于1999年1月，立足国内大数据安全保障产品和服务提供商的战略定位，专注数据安全与容灾备份，为云上云下提供全面数据安全保障。旗下核心产品——信服易备数据安全管理软件采用软硬件一体化配置与服务方案，实现数据库、文件、应用、虚拟机等数据的备份和恢复，对核心业务数据以实时同步方式进行持续保护，快速响应业务需求。 ## 业务挑战 ​ 数据要素是数字经济发展的核心引擎，助力行业数字化转型，实现降本增效。而近年来由于数据系统遭受网络攻击、勒索病毒、自然灾害等的风险威胁也在持续升级，任何非计划性内的停机，都可能引发巨大的经济损失和社会影响，因此灾备建设的重要性不言而喻。 灾备建设是保护数据可用性的关键措施，然而我国数据灾备建设始终是数据安全中较为薄弱的一环，面临着多重挑战： - 数据同步困难：数据同步时涵盖主机层、数据库层、存储层的复制，数据格式复杂、数据量大； - 运维效率低：灾备系统涉及网络、应用切换、策略管理、容灾演练等多种技术，运维管理难度高。 ## 解决方案 ​ 吧哒科技与鲲鹏基于鲲鹏软硬件平台与openEuler操作系统，共同打造信服易备鲲鹏灾备一体机，满足数据保护的管理、灾备行业和信息系统灾难恢复的需求。 基于鲲鹏920底座+openEuler+openGuess可信执行环境，提供数据保护管理能力。 使用鲲鹏应用使能套件BoostKit进行全栈优化，采用KAE加解密加速引擎、毕昇JDK、鲲鹏底座+openEuler等特性进行全面性能优化，提升SSL/TLS握手效率。 方案架构图 ## 客户价值 ​ 信服易备数据安全管理软件借助于openEuler操作系统实现了整体性能的提升，对比与主流的x86环境下的 Centos 7.9这个版本，通过fio针对磁盘IO的测试结果，openEuler在磁盘顺序读方面的性能提升48.2%，随机写性能提升90.5%，混合读写方面提升12倍；在相同网络带宽和CPU核数的基础条件下，文件的备份传输openEuler比centos在带宽方面要快70.5%，CPU消耗方面openEuler是2.1%，而centos 是25.2%。 当前，信服易备数据安全管理软件V4.0已服务于医疗、金融、政府、教育、企业等行业超1000家用户，覆盖湖北、湖南、江西、河南、安徽、浙江六大省份，并成功入选国家级大数据试点示范项目，获得 “湖北省2022年工业软件优秀产品”等多项荣誉。 --- https://www.openeuler.org/zh/showcase/others/baiduzhinengyun/baiduzhinengyun --- # 百度智能云 基于openEuler打造百度智能云基座 **\[应用背景\]** BaiduLinux Cloud OS是百度公司基于openEuler自主构建的一款高性能操作系统。该系统不仅深度服务于百度的内部业务，同时也广泛支持百度外部客户的多样化需求。 **\[业务需求\]** 作为一款面向云底座、云原生、AI平台和应用的AI原生操作系统，BaiduLinux Cloud OS旨在为用户提供更加高效、稳定、安全的运行环境。 **\[解决方案\]** BaiduLinux CloudOS致力于打造卓越性能、广泛兼容的自主创新操作系统，可满足用户在其所需环境上搭建一套与公有云能力完全一致的云底座，确保在系统运行和运营维护时的可靠性和可控性，为基础设施自主创新之路打下坚实基础。 1. **稳定可靠，安全合规**：BaiduLinux CloudOS 具备对代码的完整掌控能力，任何可能在运行过程中出现的安全风险以及产品的安全漏洞，百度可以及时进行评估和修复。同时，BaiduLinux 完全兼容主流系操作系统的软件包和操作习惯，降低了用户的迁移成本和学习难度，为后续可能的技术迭代和架构更替铺平道路。 2. **性能卓越，体验升级**：针对政企客户的关键业务需求，BaiduLinux CloudOS 搭载了百度自研的第三代操作系统内核，通过多项技术创新，如 CPU 离线调度与编排、NUMA 亲和进程管理、Cache 预取智能调优以及编译器自动向量化编译等，显著提升了操作系统性能。特别是对离在线混部业务场景，BaiduLinux CloudOS 大幅提高了 CPU 资源利用率。随着对新一代 CPU 特性的引入，BaiduLinux CloudOS 可为用户带来更加出色的性能、能效、AI 处理能力和图形处理能力。 3. **多形态云环境纳管与优化**：BaiduLinux CloudOS 广泛兼容各类底层芯片，包括 Intel、AMD、鲲鹏、海光等芯片处理器架构，以及 NVIDIA、昇腾、昆仑芯等主流 AI 处理器，是百度智能云为满足不同场景对算力的差异化需求所构建的智算云操作系统。 4. **生态开放，智算原生**：面对大模型时代「 AI 原生应用」需求，BaiduLinux CloudOS 内置了「 AI 工作环境」所需的驱动、开发库和管理软件等，为 AI 工作者提供了开箱即用的开发体验。 **\[客户价值\]** 百度与 openEuler 社区已紧密合作多年，百度智能云在丰富的社区资源和工具中受益颇深。BaiduLinux CloudOS正是在 openEuler 5.10 内核的基础上，融入了丰富的 BaiduLinux 特性，并已将关键 kernel 特性贡献至 openEuler 6.6 内核中，进一步增强了 openEuler 的能力。 凭借在商用化领域的深厚积累和实践经验，BaiduLinux 已在核心业务场景实现了规模化部署。百度期待将这些久经客户验证的产品能力，与更多openEuler社区的伙伴共享，推动 openEuler 在更多场景的应用，助力产业生态实现创新方案的落地，共同推进数字化转型的进程。 --- https://www.openeuler.org/zh/showcase/others/beijingcx/ --- # 北京市政府安全创新云建设项目 多厂商合作共建混合云平台服务体系 ## 应用场景 ​ 为紧紧围绕“科技创新中心”的城市定位，以政府机关率先应用促进信息产业自主创新发展，努力实现关键核心技术自主创新的目标，北京市政府计划开展安全创新云建设项目。 安全创新云面向北京市党政机关基于安全技术体系产品提供具备云计算的 aas(基础设施即服务)、支撑 PaaS（平台即服务）服务能力的政务云环境，支撑政务系统办公应用，提高政务办公效率，实现全市政务云一体化管理和服务。 ## 解决方案 ​ ## 客户价值 ​ - 自主创新程度高:自主研发，不受制于国外厂商技术，完全基于自主创新软硬件提供平台资源服务。 - 示范效应:实现了从芯片、整机到操作系统、数据库、中间件、应用平台的全面创新，为下一步行业推进自主创新奠定了良好的基础。 - 节约成本:遵循资源整合、按需发放、弹性扩展、自动伸缩的云计算理念，节约 IT 建设和使用成本 30% 以上。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/binzhou/ --- # 滨州医学院烟台附属医院 基于openEuler打造可信的统一运维事件监测平台 ## 应用场景 ​ 滨州医学院烟台附属医院是一家省属大型三级甲等综合医院，随着医疗信息化不断的发展，IT资产管理数量越来越庞大，医院核心业务运行对信息化有着较高依赖度，系统之间缺乏一体化监控管理平台，各类系统太离散，运维效率不高，如何有效的对资产状态进行监测保障核心业务稳定运行尤为重要。 ## 解决方案 ​ - 基于X86服务器使用openEuler 22.03 SP1 操作系统构建事件监测平台底座。 - Zabbix 统一运维事件监测平台，前端使用Nginx+Keepalived 实现Web 高可用，后端存储采用MySQL 双主构建高可用集群，通过对Linux、Windows、网络设备 、安全设备、服务器IPMI 、传感器 、虚拟化、数据库、中间件等节点纳管实现资源的统一监测和管理，发现异常事件够快速定位并解决 IT 系统问题。 - 部署架构: 采用 Server-Proxy-Agent 分布式部署，由 Agent 负责监控数据的采集，通过 Proxy 定期将监控数据发送给 Server 端，通过 Web 界面进行统一管理。 ## 客户价值 ​ 基于openEuler 22.03 SP1操作系统结合统一运维事件监测平台有效的支撑医疗信息化平稳运行，对发生的异常事件能够及时发现告警并能快速定位异常事件，大大降低了系统宕机时间，提升 IT 运维服务质量和效率。 --- https://www.openeuler.org/zh/showcase/others/cdu/ --- # 成都城安院应急管理信创云平台建设项目 IT 基础设施建设创新，引领信创云标准 ## 应用场景 ​ 成都城安院作为全国首家集“立”、“学”、“研”为一体的城市安全与应急管理研究院。在产业自主创新大趋势背景下,提前融合新技术，布局网信产业，提高城安院的信息化自主创新能力是非常现实的需求。面对日益庞大的业务系统管理和运维需求，城安院采用信创云作为全院系统，从底层达到自主创新的标准建设。 ## 解决方案 ​ - 服务器:飞腾 S2500 - 产品类型: 银河麒麟高级服务器操作系统 V10、银河麒麟云平台软件 V5.2 - 业务系统:城安院核心生产系统 ## 客户价值 ​ - 项目意义:省内第一个网信云项目，麒麟云做国内自主创新的云平台在技术上获得了客户认可，同时也为网信云平台制y定了技术规范。 - 规模化推广:验证了麒麟云在应急管理方面的生产业务场景下稳定运行，并可以快速实现规模化推广，同时为推广银沪麒麟云平台，以及网信云平台的推广积累了宝贵经验。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/changsha/ --- # 长沙市民政局 长沙智慧民政国产操作系统迁移，树立政务系统建设优秀示范 ## 应用场景 ​ 长沙市民政局智慧民政平台核心功能主要为便民业务的开展，拓宽老年人、残疾人业务申请的渠道，系统均部署在政务云上。因CentOS修改相关开源及维护策略，原有业务系统面临着系统安全漏洞风险、系统瘫痪等隐患，需将底层所采用的CentOS操作系统替换成一种安全、稳定、长期维护的基于国内根社区开发的国产操作系统。经过麒麟信安全新改造，将业务系统平滑迁移至麒麟信安服务器操作系统(openEuler商业发行版)。 ## 解决方案 ​ - 业务系统：长沙智慧民政平台系统 - 软件栈：达梦数据库、金蝶中间件 - 操作系统：麒麟信安服务器操作系统 ## 客户价值 ​ 在业务系统改造过程中，将其整合为统一的智慧民政平台，并将底层的CentOS替换为国产操作系统上，安全性上得到了保障，解决了客户可能面临的系统安全漏洞风险、系统瘫痪等痛点问题，推动了基层民政信息化服务的建设，为党政人员办公提供了便利，促进了便民业务的开展，对党政行业政务系统建设具有示范作用。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/changshajiaotong/changshajiaotong --- # 长沙市智慧交通发展中心 麒麟信安助力长沙市智慧交通发展中心完成CentOS平滑迁移 **应用背景** 长沙市智慧交通发展中心围绕综合交通运输协调体系的构建，实施交通运行的监测、预测和预警，面向公众提供交通信息服务，开展多种运输方式的调度协调，提供交通行政管理和应急处置的信息保障。 目前其各类业务系统部署在政务云的虚拟服务器上，服务器操作系统采用CentOS7，由于2024年6月30日CentOS7面临停服，将无法获得官方升级和补丁，一旦发现新的安全漏洞，很容易被恶意攻击者利用，承载用户关键业务的服务器可能面临服务中断、数据泄露等风险，数据安全性将无法得到保障。针对此现状，长沙市智慧交通发展中心亟需将现有操作系统升级为自主创新、安全稳定可靠的国内操作系统，麒麟信安作为国内服务器操作系统第一梯队厂商，为用户提供国内服务器操作系统和系统迁移及加固相关解决方案。 **解决方案** - 服务器操作系统采用基于openEurer的商业版麒麟信安操作系统； - 采用麒麟信安自研的一键式迁移工具C2K，能实现自动化系统迁移，提升迁移效率，降低人为操作风险； - 在系统迁移前，湖南欧拉生态创新中心对长沙市智慧交通发展中心业务软件进行兼容适配测试，确保迁移后业务软件的正常运行； - 提供端到端的"迁移规划->方案设计->方案验证->迁移实施->上线运行"等全流程系统迁移服务和原厂售后服务。 **客户价值** - 通过将用户现有的服务器操作系统升级为麒麟信安操作系统，有效避免了操作系统停服对用户业务系统的稳定运行产生的影响，确保了用户业务系统的持续性，同时为用户提供了安全、稳定、可靠的国产操作系统服务； - 在交通行业采用基于openEurer的商业版麒麟信安操作系统，不仅验证了交通行业应用软件能稳定运行在openEuler商业版操作系统之上，更进一步推动了交通行业基础软件的自主创新和 openEuler 社区生态的建设； - 麒麟信安作为湖湘本土的操作系统厂商能快速响应客户的业务需求，提供全天候的原厂售后支持服务，高效保障了用户业务系统安全稳定运行。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/others/chase/chase --- # 以openEuler为底座，南方电网开发电鸿物联操作系统 以openEuler为底座，南方电网开发电鸿物联操作系统 **应用背景** 随着新型电力系统加速建设，大规模新能源、分布式光储充、海量智能物联终端和控制元件接入电网，电网成为典型的广域分布式工业互联网。电力系统数据格式七国八制，难以统一管理，无法满足海量终端高效管理、配网运行高度透明的需要。同时，电网设备类型繁多，系统相互独立，设备运维工作需前往现场进行，耗费大量时间奔波，并存在安全风险，给设备的管理和维护带来了极大的挑战。 **解决方案** 电鸿是以OpenAtom OpenHarmony和OpenAtom openEuler为底座，结合电力终端特性，在开源体系下定制开发电力统一物联操作系统。电鸿具有以下六大技术特点：统一模型：内置电力和能源行业主流通信规约与模型；敏捷连接：实现近场通信总线和云边协同连接；弹性解耦：实现系统及行业组件弹性化、模块化的解耦架构；全栈可信：满足EAL 5+认证，支持电力端、边、云信任链认证；多核融合：满足电力强实时、极简超微、高性能高可靠要求内核混合部署；纯净底座：电鸿具有开放共享、联合开发、敏捷开发和多段部署的特性。 **业务价值** 1.社会层面：电鸿打造端管云协同的开放平台，并发布开放架构和生态； 2.行业层面：电鸿构建电力行业边端统一操作系统，并构建基于云边端架构的行业生态； 3.安全层面：电鸿实现安全统一规约、统一协议和数据统一治理； 4.业务层面：电鸿实现输变配"融合终端+传感器"的即插即用，赋能数字生产，实现巡检少人化、无人化，并支撑海量终端运维，快速升级。 --- https://www.openeuler.org/zh/showcase/others/dahua/dahua --- # 大华股份容器云平台 联合openEuler优化带宽管理方案，显著优化视频流多业务并发运行效率 **应用背景** 浙江大华技术股份有限公司（以下简称：大华股份），是全球领先的以视频为核心的智慧物联解决方案提供商和运营服务商。作为物联数智平台的重要组成部分，大华股份容器云平台作为视图大数据底座，同时支撑视图智能和城市业务的云化输出以及公司AI训练业务的开展。面对复杂多样的云上负载以及异构硬件算力，容器云平台发挥统一管理，资源池化调度，应用编排的云平台技术优势，提升基础设施管理使用效率。结合负载及行业特点，大华在私有化交付运维，云和大数据融合调度，异构算力调度等场景做针对性的优化迭代。**业务挑战**业务负载层面，视频混合部署的场景面临着大流量和突发流量的挑战。这些突发流量会抢占在线业务带宽，导致在线业务的网络质量（QoS）受到影响。容器混部层面，在业务声明资源要求和QoS后，容器云会在统一资源池上进行管理调度。业务并不是静态分布在固定的专属服务器上，考虑到网络QoS的影响，这种场景限制了容器部署密度，且资源的随机分布相比以前还引入了不稳定因素，资源未能得到充分利用。私有化交付层面，服务器利旧以及现有物理机方案平替的场景是核心场景之一，让云化交付不给现场带来心理负担和方案改造门槛是我们的关注点，因此通过各类资源的大量冗余来规避上述问题不可行。例如下图中，当大流量、突发性的视频分析业务运行时，此类业务将抢占原本在线业务的带宽，造成在线业务处理的时延升高，甚至业务异常。因此如何在确保业务稳定运行的同时，充分释放硬件资源，成为当前亟待解决的关键问题。 **解决方案** 性能问题的根本原因在于 tc htb 带宽管理方案的核心依赖于 htb，该技术使用单一队列，导致全局锁竞争。随着流量的增加，全局锁的开销显著上升，最终无法满足高并发业务场景的需求。如何降低时延、提升容器部署密度并合理利用硬件资源，成为提升产品竞争力的关键挑战。为应对这一问题，大华股份在多视频流混合部署场景中，联合 openEuler 社区Kmesh 团队，深入研究并优化带宽管理方案，特别是在容器高密度部署方面进行技术突破。通过引入 Kmesh-bwm（Kmesh 带宽管理），利用eBPF 技术进行操作系统层面的优化，成功解决了原有方案中的性能瓶颈，大幅提升了容器部署密度和资源利用率。整体架构图如下所示： **具体优化技术包括：** 1、出入方向带宽监控：支持对流量方向的精细化处理，提供更灵活的带宽管理。出方向经过主机网卡进行转发，入方向增加了ifb设备用来重定向主机网卡的流量。 2、免锁带宽抢占：利用 eBPF 和 EDT 机制，为每个数据包（skb）标记最早离开时间，并使用时间轮转器替代原有的出向缓冲队列，解决了原生方案中单队列锁竞争的问题。下图是基于 queue 的流量整形器和基于EDT的流量整形器的对比，左图中的流量都会在出向缓冲队列（qdisc queue）排队，并按照顺序通过qdisc发送。qdisc根据设定的速率决定何时从队列中取出数据包并发送，当流量过大的时候，单个队列会导致过高的延迟和丢包率。右图是基于EDT的流量整形器。eBPF程序会为每个包（skb）打上一个最早可以发送的时间戳；用时间轮调度器替换原来的qdisc，可以缓解锁竞争问题 3、多优先级带宽管理：包括最低带宽保障和富余带宽再分配，具体优化策略如下： > 最低带宽保障：确保每个 Pod 获取所需的最低带宽，避免突发流量抢占在线业务带宽，从而确保在线业务的 QoS 不受影响。 > > 流量优先级管理：按照三种优先级对流量进行管理，流量的分配按优先级从高到低进行。 > > 富余带宽再分配：当所有流量的最低带宽需求已得到满足后，节点上若有富余带宽，将根据优先级比例进行再分配，相同优先级的流量将均分剩余带宽。 **客户价值** 借助 Kmesh-bwm 带宽管理方案，在视频流多业务并发场景下取得了显著优化：时延降低超过50%且在业务负载加载后波动低；容器部署密度在前述场景下提升超过50%且密度只和pod数相关，产品规格不受Pod业务形态影响，整体资源利用率节省了30%。 --- https://www.openeuler.org/zh/showcase/others/dangxiao/ --- # 浙江省委党校办公与学习系统 构建政务内网下的办公学习一体化云 ## 应用场景 ​ 浙江省委党校(行政学院)是省委培训领导干部和优秀中青年干部的省委直属学校，为受训领导干部提供日常办公和学习的桌面，是党的思想理论建设的重要阵地，是省委省政府的哲学、社会科学研究机构和重要智库。基干传统计算机桌面存在的设备分散、维护复杂、数据清理难、软件部署难等一系列问题，党校力图采用云计算、云桌面等技术手段予以解决。通过使用全新架构的软硬件构建集学习、办公于一体的安全云桌面，党校办公与学习系统打破了对传统体系架构的依赖，为在校学习的领导干部提供安全、可用、易管理维护的桌面系统，提升了学员满意度。 ## 解决方案 ​ - 服务器: 同方鲲鹏服务器集群 - 服务器操作系统: 麒麟信安操作系统 (欧拉版) - 学习终端:飞腾云终端 - 云桌面系统:麒麟信安云桌面系统 - 云桌面镜像: 统信 UOS V20 ## 客户价值 ​ - 基于新型的技术架构体系，成功构建集办公学习于一体的云桌面系统，满足领导干部的校内学习、点播系统等工作学习需求。 - 实现了桌面的快速部署、集中维护、高效管理、快速回收、数据快速清理，解决了传统架构下的运维难题。 - 为后续全省推广创新应用新模式提供了样本案例和技术储备。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/df/ --- # 东方盛行电子有限责任公司 东方盛行基于超聚变操作系统打造私有协议媒体安全服务系统提供高安全、高性能、高可靠的运行环境 ## 应用场景 ​ 东方盛行电子有限责任公司是专业从事数字视音频软硬件开发的高科技企业，作为国内广电行业提供总体解决方案的专业设计和咨询服务的厂商，曾多次为国内多家电视台提供高难度、超复杂的设计、生产、施工综合项目。东方盛行的PMSC私有协议媒体安全服务系统为了更好应对网络病毒、数据交互等安全性威胁及满足广电行业内容高频互传的诉求，需要进一步提高该传输平台安全级别和数据处理能力。同时，应广电行业要求东方盛行需要逐步完成操作系统的国产化替换工作，进一步保障广电行业的信息安全。 ## 解决方案 ​ - 操作系统选择超聚变操作系统FusionOS，硬件采用超聚变服务器FusionServer作为算力底座。 - 面向场景的性能优化，实现平台更好支持视频处理、图片OCR识别、samba拷贝、数据传输等功能。 - 通过安全加固工具对FusinOS全面配置加固，同时对接FusionOS监控告警框架，实现对OS资源的实时监控。 - 针对广电行业的非编软件高效完成了兼容性适配，保障客户业务稳定运行。 ## 客户价值 ​ - 打造具备高安全性、高效率、高可靠的PMSC私有协议媒体安全服务系统，支持多种云环境数据安全交互模式，多条私有传输链路的热备部署、并行部署、自动负载均衡，支持数据定制加密处理; - 针对内核CIFS协议做深度调优，实现拷贝性能提升2倍，拷贝速度由450MB/S到1200MB/S，解决了高频互传对拷贝速度的关键诉求。 - 实现核心业务操作系统国产化替换和创新，为企业业务全面替换提供模范效应。 --- https://www.openeuler.org/zh/showcase/others/dft0815/ --- # 东方通DPI流量采集平台V2.0 确保网络环境的安全和高效运行 ## 应用场景 ​ 在数字化时代，网络安全和信息安全至关重要。东方通科技有限公司针对网络流量监控和数据安全需求，开发了基于 openEuler 操作系统的 DPI 流量采集平台 V2.0，以确保网络环境的安全和高效运行。 ## 解决方案 ​ 东方通 DPI 流量采集平台 V2.0 的解决方案特点如下： - 全栈优化：利用 openEuler 操作系统的特性，结合鲲鹏 BoostKit 和鲲鹏 DevKit，对 DPI 产品进行了全栈优化，确保了平台的高性能和稳定性。 - 功能全面：平台具备数据流向分析统计、协议及业务识别、业务质量分析、网络及数据安全监测、图片文本还原、串并接控制等多功能，满足不同网络环境的数据采集需求。 - 智能化处理：通过智能化技术，平台能够自动发现网络中的信息安全风险、数据安全风险、网络安全风险以及网络服务质量等问题。 - 综合解决方案：为网络运维提供了一个全方位的数据+、安全+、智慧+的综合解决方案，帮助企业及时发现并应对各种网络风险。 ## 客户价值 ​ - 提升效率和安全性：通过结合 openEuler 操作系统的优势，为用户提供了一个高性能、自动化、智能化的网络流量监控和数据安全解决方案，提升了网络运维的效率和安全性 - 自主创新：平台采用全自研技术架构，无第三方依赖，体现了自主创新的优势，简化了部署过程。 - 高性能保障：利用鲲鹏硬件的强大处理能力，单台设备处理流量可达每秒 200Gb，显著提升了数据处理效率。 - 业务可拓展性：平台具备强大的业务水平拓展能力，能够在拓展新特性的同时保持向下兼容性，确保了长期的业务发展和技术迭代 --- https://www.openeuler.org/zh/showcase/others/dqiao2/ --- # 鼎桥通信技术公司（电力巡检轮式机器人） 依托openEuler Embedded打造高实时、易管理的机器人产品，结合不同机器人本体可以覆盖电力巡检、园区巡视、应急救援等多种场景。 ## 应用场景 ​ 在变/配电站场景下，通过智能感知、智慧视觉等能力，结合轮式机器人，实现自动化的例行巡检、专项巡检、特殊巡检、自定义巡检以及人工遥控巡检等功能。 ## 业务挑战 ​ - 机器人所使用的嵌入式系统不同于一般的服务器系统，有系统资源、功耗、可靠性等方面的限制； - 基于客户场景，在电压、电流、脉冲信息采集方面有较高的实时性要求； - 不同地区的变/配电站在实际建设过程中所遵循的标准和要求有所不同，因此在实际使用过程中不同地区使用的应用也有所区别。应用和机器人不能绑定，需要做到灵活部署和动态升级； ## 解决方案 ​ 鼎桥基于arm架构和openEuler Embedded，针对不同场景进行定制化裁剪，基于混合关键部署系统，同时部署实时操作系统和非实时操作系统，并根据业务的实时性要求划分到不同的操作系统中运行以达成关键业务的实时性要求，满足不同场景和地区应用定制化的诉求。 ## 客户价值 ​ - 通过实时操作系统实现了良好的实时性，在7\*24小时不间断运行中，最大中断时延未超过客户要求的时延； - 使用容器分层部署硬件SDK、AI框架和应用层软件，使各组件可以独立开发和维护，大幅减少后续的开发和运维成本； - 系统既具备Linux丰富的生态和管理能力，又满足高实时、高可靠、高安全的要求，为后续客户业务的拓展提供了更多的可能。 --- https://www.openeuler.org/zh/showcase/others/gaoxinxin/ --- # 高新兴 高新兴基于openEuler Embedded打造安防特种机器人更强系统底座。 ## 用户背景 ​ 广州高新兴机器人有限公司是全球领先的巡逻机器人产品与服务提供商。聚焦安保巡逻机器人领域，产品已广泛应用于公安、企业园区、地产物业等场景。巡逻机器人是综合采用人工智能、物联网、云计算等技术，集成环境感知、动态决策、行为控制和报警装置，具备自主感知、自主行走、自主保护等能力的多功能智能装备。可以帮助人类完成基础性、重复性和危险性的安保工作，推动公共安全服务升级，提升安全效果和降低安保服务成本等。 高新兴机器人秉持提升产品竞争力的目标，在产品软硬件采用多元化供应的策略。一方面识别选用有竞争力的供应商，提前防范单一供应存在的不确定风险。同时响应国家科技自主创新战略，在其部分新产品进行操作系统的改造，将原来部署在机器人上的 Ubuntu 操作系统替换成基于欧拉社区的 openEuler 嵌入式操作系统。 ## 业务挑战 ​ 高新兴机器人产品是应用于安防领域的成熟商用特种机器人。其工作环境复杂，如社会治安、物业安保和安全生产等。所以方案对其包含组件的可靠性及可靠性测试要求高。产品在推向市场前，通常要经历长达数月且多场景的稳定性测试。而操作系统作为软件部分的核心，操作系统的可靠性及可测试性对其产品质量有关键的影响。 此外操作系统作为南北向的桥梁，高新兴产品南向硬件涉及多款 X86 和 ARM 产品，北向需要支持 ROS 机器人框架、数据库、加密、加速等多种行业中间件。所以南北向生态的丰富度同时制约项目的开发效率。 ## 解决方案 ​ 高新兴机器人新型号底层物理硬件采用 X86 架构或者瑞芯微，操作系统采用 openEuler 22.03 版本。为确保底层操作系统平滑迁移替换后，机器人的业务单元能正常运行，联合开发团队对功能开发工作进行严格的验证测试。在日常开发过程中，openEuler 完善的基础设施如 CI/CD(代码检查、门禁构建、每日构建、每周构建、发布构建等功能)。智能化和自动化保障可靠性测试并提升测试效率，为此次合作项目的质量保驾护航。 在近几年，社区与伙伴成立的相关 SIG 组不断完善工控、机器人、能源等场景的北向生态。比如机器人运行时已经成为 openEuler 关键特性之一，迄今已经完成 ROS2 900+核心包、工具包、应用功能包等软件包的移植，包括 DDS 通信框架、RCL、导航、SLAM、RVIZ/RVIZ2 可视化工具、Gazebo 仿真工具等。因此在操作系统领域，openEuler 在 ROS 的支持完整度方面处于领先地位。生态的完善度同时为此次项目提供了保障。 ## 客户价值 ​ - openEuler 为高新兴在操作系统方面提供多元化供应，规避其不确定性的风险。 - openEuler 在快速启动、轻量化、内核特性等方面的创新，给其新产品注入了更强的实时能力、快速启动能力。提升了产品竞争力。 --- https://www.openeuler.org/zh/showcase/others/guangxiguotu/ --- # 广西国土资源规划设计集团时空数据平台 时空数据平台的建设实现多为数据集中统一管理，为组织数据资源提供统一的底数、底板，促进各类数据互联互通共享。 ## 应用场景 ​ 时空数据平台的建设实现多为数据集中统一管理，为组织数据资源提供统一的底数、底板，促进各类数据互联互通共享。基于不同的业务场景，构建出用来支撑不同业务的数据服务，主要围绕数据服务，采集汇聚各类时空与非时空类数据，形成基础库、实体库和指标库，实现组织内数据标准的统一，并打破数据壁垒，构建统一数据实体，对外提供统一的数据服务，同时为前台业务提供了自动化、自助化的敏捷数据能力输出，提升决策水平和业务表现，以数据来驱动决策和运营，不断深化数字化转型。 ## 业务挑战 ​ 时空数据平台是基于GIS（地理信息系统）二次开发的应用平台，应用系统的搭建需要坐标投影组件、jpeg组件、png组件和空间计算等组件的支持，基于openEuler对应用进行改造可获得大部分原生组件的支持。 ## 解决方案 ​ ## 客户价值 ​ 时空数据平台兼容多维度的数据管理，是帮助行政机关和企事业单位管理天-空-地中蕴含的地理资源和基础设施的重要手段。 --- https://www.openeuler.org/zh/showcase/others/haiou/ --- # 南京启诺信息技术有限公司（欧拉派系列之海鸥派） 应⽤于机器⼈/机器视觉/⼯业控制，助⼒AI视觉产业快速发展，助力国产操作系统openEuler操作系统打入嵌入式领域。 ## 应用场景 ​ 工业控制：在工业自动化领域，openEuler可以用于运行实时控制系统、数据采集和监控应用程序，以实现对工业设备和流程的精确控制和监测。 物联网设备：openEuler可以为物联网设备提供操作系统支持，例如智能家居设备、智能穿戴设备、智能传感器等。它可以处理传感器数据、执行设备控制任务，并与云端进行通信。 智能交通：在交通领域，openEuler操作系统可以用于运行交通信号控制系统、车辆监控和追踪应用程序，以提高交通效率和安全性。 智能能源：在能源领域，openEule操作系统可以用于智能电网、能源管理系统和可再生能源设备。它可以监测和控制能源消耗，优化能源分配。 ## 业务挑战 ​ 技术学习曲线：openEuler 是一个复杂的操作系统，涉及到许多技术领域和概念。学习和理解相关的技术知识可能需要一定的时间和努力。解决方法包括参加培训课程、阅读官方文档、参与社区讨论以及向有经验的用户请教。 兼容性问题：由openEuler是一个开源操作系统，可能会存在与某些硬件设备或应用程序的兼容性问题。在部署openEuler之前，需要进行充分的兼容性测试，确保系统和应用能够正常运行。可以与硬件供应商和应用程序开发者合作，获取支持和解决方案。 ## 解决方案 ​ 该机器人解决方案基于易百纳技术社区研发的欧拉派系列之海鸥派硬件平台，结合高安全性、可扩展性、高性能等特性的OpenEuler操作系统（版本：23.09），通过集成各种传感器、执行器和控制模块，实现机器人的智能化、自主化和协同化。该方案提供了一系列工具和服务，使用户能够轻松地开发和部署机器人应用，并确保机器人系统的安全、稳定和高效运行。 ## 客户价值 ​ 易百纳致力于实现在机器视觉等相关⾏业内让开发工作更快、更⾼效、 更通⽤，提速企业伙伴应⽤开发，加速项⽬落地实施。本次海鸥派搭载安全、稳定、易⽤的openEuler操作系统，给到客户多一种认识与选择，加速全国产进程进一步实现。 --- https://www.openeuler.org/zh/showcase/others/jianhua/ --- # 中国电建华东院 基于openEuler打造面向新能源领域的操作系统O-PowerOS。 中国电建集团华东勘测设计研究院有限公司基于openEuler定制开发的O-PowerOS为新能源领域业务提供了高可靠、高安全、高性能的运行基础，通过分布式软总线等技术有效解决了行业中存在的互联互通、数据安全、运维检测等突出问题。 ## 应用场景 ​ 中国电建集团华东勘测设计研究院有限公司（以下简称“华东院”）1954年建院， 是中国电力建设集团的特级企业。名列中国勘察设计综合实力百强单位（排名第7位）、中国工程设计企业60强（排名第8位）、中国承包商80强（排名第29位）、中国监理行业十大品牌企业等。 华东院基于openEuler 社区版定制研发了面向新能源领域的国产操作系统O-PowerOS（包含服务器与嵌入式），致力于提供安全、稳定、易用的新能源数字基础设施。 ## 业务挑战 ​ - 新能源场站的规模与容量较小、但创建部署数量较多，地域较为分散；硬件设备种类多且通信协议繁杂，互联互通问题突出； - 新型电力系统安全防护要求高，政策明确要求核心敏感数据分类分级且数据全生命周期保护措施，数据保护与密码应用需求迫切； - 能源行业中业务可靠运行高于一切，尤其新能源行业自动化设备与控制技术应用程度高，监测运维面临挑战； ## 解决方案 ​ 基于openEuler 2203 lts的O-PowerOS，原生支持鲲鹏、海光、兆芯、飞腾、昇腾等国产芯片，为新能源领域不同形态的基础设施提供高可靠、高安全、高性能的运行基础和解决方案。 针对新能源业务的突出问题，O-PowerOS具备如下特点： 1. 通过对分布式软总线进行健壮性增强、跨网段互通、组网认证扩展等商用化改造、并利用其异构组网、跨协议通信等特性构建了操作系统内生的下一代分布式安全PLC基础能力；具备如下特点： - 灵活扩展: 屏蔽设备无线通信差异，控制逻辑可分布式扩展，满足利旧和扩展要求； - 开发简单: 开发者不再关注通信协议和硬件特性，只需考虑业务逻辑代码； - 安全可靠: 基于国密算法和设备互信机制可实现更安全高效的通信与控制； 2. 在通用安全机制与可信度量的基础上，软件全栈内嵌密码应用能力，替代外挂式密码应用的现状； 3. 基于高可靠、智能运维以及多维度更新升级等特色组件，支撑新能源领域系统与业务的高可用性； ## 客户价值 ​ 新能源领域国产器操作系统O-PowerOS的研制提高了国内新能源领域的自主可控能力，满足了行业特殊安全需求，降低了系统平台的开发和维护成本，提高企业的经济效益。特别是探索和利用IT新技术支持分布式能源管理系统的建设，实现对分布式能源资源的集成和管理，提高能源利用效率。 ## 未来规划 ​ 未来继续推动国产创新操作系统在新能源领域「真替真用」，孵化创新操作系统在新能源领域中的诸如集控与运维、谐波治理等「场景化应用」。 --- https://www.openeuler.org/zh/showcase/others/jingrong1/ --- # 成都菁蓉联创（无人装备统一操作系统） 结合openEuler，KubeEdge及iSulad技术，打造出无人装备统一操作系统。 ## 应用场景 ​ 随着智能化等前沿科技快速发展，无人装备在军事、应急、交通等领域的应用越来越广泛，应用场景也越来越复杂，包括无人设备之间的协同作业、交通管理、急救响应等多种情况，对操作系统提出了更高的要求，无人装备统一操作系统，采用新型边端协同计算架构，能够实现无人机和无人车、机器狗等无人装备的存储、计算等能力和资源在系统中的合理分配，不同的无人装备子系统之间通过关键任务分布式通信中间件高效协同，为复杂的无人装备协调操作场景铺平道路。 ## 业务挑战 ​ 实现有人/无人装备协调、无人装备协同以及云边协同的业务挑战主要集中在几个关键领域： 首先，协同效能问题，需要考虑无人装备和有人装备间接口的兼容性和通信的有效性，适应并优化驱动设备的性能。 其次，是实时性问题，确保无人装备之间、有人与无人装备之间的数据传输和响应能够满足实时需求。 第三，是云边协同中的安全与隐私保护，需要实现在传输和存储过程中数据的安全，包括有效的加密和访问控制等措施。 第四，是处理技术更新与设备升级的挑战，需要考虑如何高效、安全地进行OTA升级，并实现平滑的过渡。最后，是对于无人装备协同中资源的合理管理和调度，以达成任务需求和提升系统操作效率。 ## 解决方案 ​ 基于openEuler主要技术创新，包含： 1、基于Jailhouse实现openEuler与UniProton双系统混合部署，openEuler域主要处理与云端的通信以及边缘计算任务，如无人装备间协同、有人无人装备协同、数据分析与处理、设备状态监控与报告、远程设备管理以及提供OTA服务。UniProton系统主要负责无人装备的实时性任务，包括设备间的协同控制。双系统紧密协同，保障系统高效与安全运行，在满足多样化需求的同时，未来有望通过这种混合部署的方式更好地推动有人/无人装备协同和云端/边缘协同的发展。 2、基于openEuler构建关键任务分布式通信中间件优化有人无人及无人装备间的协同通信。以其实时性和高效性满足了设备间互动的实时需求，以及响应的高速性需要。通过采用发布-订阅模型，不仅减轻了通信的复杂度，也提升了数据传输效率，同时它的支持多种通信模式，为不同需求的设备协同工作提供了全面的解决方案。在设备数量增加或者网络环境发生变化的情况下，都能确保系统的稳定运行和数据的完整性，提高了有人无人、无人装备协同的运算效率和安全性。 ## 客户价值 ​ 基于openEuler的统型的无人装备操作系统平台， 能有效地连接有人、无人装备，能够满足包括全面感知无人环境、实时可靠的数据和命令传输、无人设备间的协同互动、智能化数据处理及保证数据隐私的行业需求。 --- https://www.openeuler.org/zh/showcase/others/jingrong2/ --- # 成都菁蓉联创科技有限公司（卫星载荷欧拉嵌入式操作系统产品） 利用openEule操作系统构建商业卫星数智基座 ## 应用场景 ​ 随着通信、网络、航天技术的不断发展，卫星的功能越来越强，对有效载荷控制的星载计算机提出了更高的要求。星载计算机软硬件系统日趋复杂，传统的星载计算机软硬件设计方法，已逐渐不适应这种要求。基于宇航级智能化实时操作系统的基础底座构建，有效解决上述问题，支持航天国产化芯片，人工智能框架构建，协议中间件兼容、以及星务软件部署等技术，并在卫星上实现产业化，推动航天产业的高速发展。 ## 业务挑战 ​ 随着卫星性能的提升，卫星载荷嵌入式操作系统针对实时性、安全性、可靠性以及易用性都需要针对性的研发，航天数智基座的建设迫在眉睫。 ## 解决方案 ​ 基于openEuler主要技术创新，包含： 在实时性方面，卫星载荷要求的中断延迟与任务调度延迟越来越苛刻，需要嵌入式操作系统提升内核的硬实时响应能力。如：任务切换时间小于10us，中断响应小于10us。 在安全性方面，已形成星载载荷安全技术的操作系统研究方法，提供全方位的安全控制策略。通过内核空间内存和用户空间内存资源隔离，防止内核数据被非法传递到用户空间内存。操作系统同时支持异常信息采集并回传地面实时安全态势感知 在高可靠方面，内核分区设计实现单粒子防护，提供自动恢复错误分区的功能。充分考虑系统尺寸的精简性和系统资源利用的有效性，基于内核中断和异常机制，设计星载黑匣子功能，实现星载实时监控。 在高易用性方面，菁蓉联创欧拉版基础软件平台包括嵌入式操作系统内核、板级支持包、基础库函数、遥测遥控等，并实现对应用软件进行安装、运行、卸载、状态监控等在轨功能。 ## 客户价值 ​ - 统型的卫星载荷嵌入式操作系统平台 - 满足“通导遥”等不同类型商业卫星的基础库支持 - 支持多种卫星载荷特色功能 - 方便快速产业化，加速卫星制造 --- https://www.openeuler.org/zh/showcase/others/kelai1/ --- # 科来网络技术股份有限公司（业务性能管理解决方案） 基于openEuler打造业务性能管理解决方案，提升业务网络的运维效率和故障处置能力。 ## 用户背景 ​ 科来网络技术股份有限公司成立于2003年，专注于网络流量分析技术的研究，研发的产品广泛应用于智能运维、云网运维、安全分析、工控安全等关键领域。2018-2019 年，科来网络蝉联Gartner魔力象限NPMD“远见者”称号，2020-2021年Gartner NPMD市场指南唯一被详细介绍的中国企业，IDC报告显示2018-2022年连续五年位居NPM领域榜首，2022年荣获红鲱鱼Global Top100企业称号。 ## 业务挑战 ​ 随着网络技术的飞速发展与业务对网络资源需求的空前增长，企业网络规模越来越复杂，网络流量组成的多样化，网络故障也随之经常出现。支撑核心业务的网络运维工作，包括网络基础设施、相关的应用系统、数据库以及安全保障系统的运维已经成为至关重要的工作。对大多数企业而言，每月总会出现几次与网络有关的业务中断或减速。这些中断可能会影响到公司的业务能力，而企业往往很难诊断出业务中断或减速的原因。如果没有合适的工具，网络问题很难定位到根源。 ## 解决方案 ​ 科来业务性能管理解决方案，由前端数据采集探针（科来网络回溯分析系统，英文简称“RAS”）与后端统一性能管理分析平台（科来业务性能管理系统，英文简称“UPM”）组成，该解决方案提供了整合端到端的交互数据可视化及分析能力，实现了从故障发现到定位根源，再到追溯取证的网络故障处理流程。 RAS可分布式部署在用户网络的各个重要汇聚节点，通过交换机端口镜像或流量分流设备等方式实时采集、存储与分析全部的网络通信数据，实时采集分析网络及业务的关键性能指标；后端的UPM分析平台对RAS进行集中管理和配置，并对RAS采集的数据进行集中分析和展现。该解决方案提供了整合端到端的交互数据可视化及分析能力，实现了从故障发现到定位根源，再到追溯取证的网络故障处理流程。 方案基于鲲鹏、海光等国内主流硬件与openEuler 22.03LTS为智能底座，完成对现有平台的全栈移植、调优，极大提升了用户业务网络的运维效率和故障处理能力，让用户在更安全的环境下，实现更高效、更稳定的智能运维。 ## 方案架构图 ​ ## 优客户价值 ​ - openEuler充分释放计算芯片的潜能，支撑用户业务系统运行更高效，更稳定，提升复杂业务系统运维的能力和效率。 - 基于openEuler系统的高处理性能，实现秒级分析精度，及时反馈出对业务的影响，并定位问题所在，从而帮助运维人员迅速排除故障，缩短了排障时间。 - 基于业务的统一性能管理，能够对支撑整个业务的网络及应用性能进行自动化实时监控和分析，实现自动化与智能化的业务网络性能管理，有效的降低人力投入成本。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/kelai2/ --- # 科来网络技术股份有限公司（全流量安全分析解决方案） 基于openEuler打造全流量安全分析解决方案，助力用户提升安全防御水平。 ## 应用场景 ​ 传统安全防御设备主要是针对已知攻击进行的；面对未知攻击，传统安全防御设备的识别能力成为防御的瓶颈。科来网络的安全理念“只要是网络攻击就必定会产生网络通讯数据。网络攻击行为和正常网络行为是不一样的”。科来安全分析解决方案为用户提供“检测”和“响应”的能力，通过安全分析最终帮助用户提升安全防御水平。 ## 业务挑战 ​ 无论是操作系统、应用软件、网络设备还是业务系统都普遍存在未知的漏洞，这使得在网络军火民用化、网络攻击组织化的大背景下，网络安全面临更加严峻的挑战。传统的安全监测方法大都是基于已知规则库进行监测，可检测出已知安全威胁，但对未知威胁则无能为力，且对正在发生或已造成损失的入侵行为无法做到完整的溯源取证和损失评估。 ## 解决方案 ​ 科来全流量安全分析解决方案是基于网络全流量分析技术，旁路采集、分析和存储所有网络流量，通过威胁情报系统检测已知威胁，通过回溯分析数据包特征、异常网络行为，发现潜伏已久的高级未知攻击。科来网络全流量安全分析系统具备多维的数据分析及深度挖掘能力，能够实现数据包级的追踪取证。网络全流量分析技术是发现APT网络攻击的重要技术手段，帮助用户建立自适应网络安全架构。该解决方案提供了面向资产的全流量安全闭环分析能力、面向海量全流量数据一站式溯源调查取证能力、海量全流量数据统一安全建模分析能力。 方案基于鲲鹏、海光等国内主流硬件与openEuler 22.03LTS为智能底座，完成对现有平台的全栈移植与调优，助力关基用户提升安全防御水平及全面感知网络威胁能力。 ## 方案架构图 ​ ## 客户价值 ​ - openEuler充分释放计算芯片的潜能，软硬一体，单台设备即可满足40Gbps+流量解析、检测、存储、回溯需求 - 基于openEuler系统的高处理性能，以及科来强大的网络协议解析能力，能够实现全网流量与资产可视，网络可知、流转可见、安全可感知 - 支持L2-L7层流量全维度检测，灵活的流间行为关联分析技术，定制化安全检测能力 - 支持和第三方态势平台/SOC平台集成与数据对接，助力安全运营智能化、自动化 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/kfyy/ --- # 湖南省康复医院 助力医疗行业操作系统自主创新，提升可靠性与安全性 ## 应用场景 ​ 湖南省康复医院是省卫生健康委直属公立三级康复医院，也是全省唯一一所集预防、医疗、康复、科研、教学、健康管理为一体的省级三级公立康复医院。 湖南省康复医院使用的医慧管平台由湖南蓝途方鼎科技有限公司开发，利用互联网技术，构建了包含权利事项规范运行、医疗服务管理、医疗质量安全管控、医疗设备物资管理、绩效考核、成本核算、内部审计、风险防控等功能的现代化管理与风险防控系统。平台使用信息化工具保障制度的高效科学执行;实现医院管理水平的科学化、规范化与精细化。 为了响应国家科技自主创新战略，加强信息安全建设，湖南省康复医院针对医慧管平台进行底层操作系统改造，将原来部署在X86架构服务器上的CentOS操作系统全部替换成基于openEuler社区的麒麟信安服务器操作系统。 ## 业务挑战 ​ 1、兼容性 在本项目之前，麒麟信安服务器操作系统没有与蓝途方鼎的医慧管做过兼容适配工作，将客户运行多年的CentOS系统迁移替换为麒麟信安操作系统，对医慧管平台的稳定运行是个较大的挑战，存在较多的不确定因素，需要提前做好兼容适配工作和相关应急预案。 2、可靠性 客户的医慧管平台承载着医院内部多个重要服务管理功能，为医院的正常业务开展提供技术支撑，比如会议室管理、供应商管理、资产管理、预警监控、经营分析等都是医院使用频率高的服务功能，业务支撑平台的故障将影响医院业务的正常开展，因此对服务器操作系统的可靠性要求高。 3、安全性 医慧管平台管理着全医院的资产数据、经营数据、患者数据等，数据量较大，且都是医院内部很重要的数据，涉及医院的机密信息和患者的隐私信息，网络攻击导致的信息泄露可能引起很多无法预知的负面影响，因此康复医院对数据信息的安全性要求极高，对底层的服务器操作系统也是较大的挑战。 ## 解决方案 ​ 湖南省康复医院的医慧管平台架构最底层物理服务器为华为X86架构服务器，第二层为VMware云平台，VMware云平台完成对底层服务器硬件资源的计算、存储和网络的虚拟化，通过服务器虚拟化实现了资源的弹性伸缩和灵活调度，在云平台的虚拟服务器上安装服务器操作系统，客户原来安装的是CentOS7.9开源免费版操作系统，本次应客户的需求我们将其迁移替换成基于openEuler社区的麒麟信安操作系统，客户的业务系统还采用了MySQL数据库实现对数据的存储处理等，中间件Tomcat为上层的应用软件提供运行与开发的环境。 为了确保底层操作系统的平滑迁移替换后，客户的业务系统能正常运行，前期联合湖南蓝途方鼎公司对麒麟信安操作系统（openEuler商业发行版）和医慧管平台进行软件上的兼容适配工作，经过多轮严格的适配验证测试，取得了双方都认可的兼容性互认证证书，同时也在湖南欧拉生态创新中心完成了对数据库MySQL和中间件Tomcat的兼容适配工作。 为了操作系统的迁移实施顺利进行，麒麟信安自研的C2K2.1迁移工具提供了一站式迁移服务，减少了实施人员的误操作，提前收集客户的业务系统运行环境，制定迁移实施方案，实施方案验证、应急预案准备等，公司强大的二线技术支持专家和研发团队保障了系统迁移的顺利实施。 ## 客户价值 ​ 基于openEuler社区自研的麒麟信安操作系统在湖南省康复医院的成功应用，为湖南康复医院建设成医院现代化管理与风险防控智慧云提供了坚实的底层系统支撑，结合蓝途方鼎公司的医慧管平台，利用大数据、安全云等信息技术，实现了管理业务一体化，构筑管理工作新形态。 将用户业务系统底层操作系统成功从CentOS替换为国产操作系统，安全性得到保障，解决了客户可能面临的系统安全漏洞风险、系统瘫痪等痛点问题，同时麒麟信安操作系统提供的三权分立、黑白名单安全机制、细粒度的安全审计等四级安全防护功能提升了客户数据的安全性，推动了医疗行业信息系统向自主创新的演进。 --- https://www.openeuler.org/zh/showcase/others/lanling/lanling --- # 蓝凌数字化办公平台软件EKP-N 蓝凌软件选择了openEuler操作系统，以期通过其优化特性，提高系统性能和安全性。 **应用背景** 蓝凌软件的数字化办公产品EKP-N旨在通过定制多场景办公解决方案，提升企业运营效率。在数字化转型的浪潮中，蓝凌软件寻求一个能够全面适配并高效稳定运行的操作系统，以实现流程效率的显著提升。因此，蓝凌软件选择了openEuler操作系统，以期通过其优化特性，提高系统性能和安全性。 **解决方案** 1. **全面适配openEuler**：EKP-N全面适配openEuler操作系统，以及其他基础软硬件环境，如鲲鹏硬件、海量数据库、宝兰德中间件、金格流版软件等，确保系统高效稳定运行。 2. **安全保障平台**：基于三员管理机制构建的安全保障平台，全面保障数据安全，确保系统顺畅使用且性能良好。 3. **性能调优**： - **硬件层面**：基于BIOS设置，对硬件性能进行更高程度的提取。 - **操作系统层面**：关闭irqbalance，进行网络参数、缓存参数调优。 - **软件层面**：对数据库参数、web中间件进行调优。 4. **性能提升效果**：EKP-N产品在原解决方案的基础上，整体的TPS较低，经过调优后，部分性能实现了翻倍，整体达到了30%-50%以上的提升。 > **客户价值** 1. **办公效率提升**：构建完整的鲲鹏软硬件体系，流程数据秒吞吐量提升2倍，平均响应时间降低至1/6，办公平台功能无缝集成，流程效率提高85%。 2. **信息安全保障**：蓝凌将政府、金融、新基建等行业最佳实践融入基于openEuler体系的数字化办公，并辅以成熟的实施方法论，通过专业团队，保障不同行业项目快速落地、应用。提供从网络、设备、数据到登录、应用、权限等全程安全保障。 3. **性能优化效果明显**：经过调优，EKP-N产品的性能得到了显著提升，部分性能翻倍，整体性能提升30%-50%以上。 4. **客户案例实证**：国信证券、中信证券、招商证券、易方达、南方基金、博时基金等知名企业选择蓝凌EKP-N作为其数字化办公平台，实证了该应用在实际业务中的应用效果和价值。 --- https://www.openeuler.org/zh/showcase/others/liantongyiliao/ --- # 联通医疗科研云平台 Hive SQL1-5场景性能平均提升7%，并发查询吞吐量性能均大幅提升。 ## 用户背景 ​ 联通医疗科研云平台，以“服务医改、惠及民生”为宗旨，致力于提升科研协作效率，打通多中心研究壁垒，实现医学研究的数字化升级，构建以医疗云、医疗大数据、大健康应用为基础支撑的健康医疗生态，提供从顶层设计、综合解决方案到信息系统测评的全场景智慧医疗服务。 ## 方案介绍 ​ 联通医疗科研云平台基于openEuler开源操作系统运行，进行全栈优化，快速分析迁移兼容性、编码辅助、Hive SQL1-5场景性能平均提升7% 。 使用鲲鹏开发套件DevKit和鲲鹏应用使能套件BoostKit中的KAE加速引擎，国密加解密SM3、SM4、并发查询吞吐量性能均大幅提升。 ## 方案架构图 ​ 基于 “X86+ARM+OpenPower”三架构混合部署，核心基础硬件适配鲲鹏、海光等主流芯片，操作系统选用银河麒麟操作系统，向上支撑数据库、中间件与应用软件，构建云平台架构。 ## 优势亮点 ​ - 科研协作效率提升：依托于鲲鹏硬件，在多个场景下吞吐量大幅提升，助力科研协作流程，提高了科研全流程协作效率。 - 多手段保障安全：依托医疗科研专有云支撑多中心研究，融入鲲鹏体系，提供多种安全保障手段，从平台到应用打造科研研究数据协同安全体系。 ## 客户案例 ​ 浙江大学附属邵逸夫医院 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/meituan/meituan --- # 美团容器云平台 基于openEuler Copilot System有效管理和优化资源利用率 **场景介绍** 互联网场景中，鲲鹏、AMD等高密芯片提供强大的计算能力和高效的能源利用率而备受客户青睐，然而，对于互联网客户来说，在享受高密机型带来的便利的同时，也面临着如何有效管理和优化资源利用率的问题。原因是互联网核心业务普遍由容器平台承载，为了平衡性能与成本，采取裸机容器方式部署业务，由此带来了资源竞争的性能干扰，导致无法进一步提升部署密度。以美团客户为例，美团容器云平台承载美团大部分**在线核心业务**，集群规模大、服务器硬件多（包括鲲鹏/AMD/Intel），业务众多、应用特征多样化，资源超卖时引发的资源竞争成为当前高频问题，导致集群资源平均利用率维持在20%左右。在此背景下，"**在线混部场景下，裸机容器资源竞争干扰检测&恢复**"成为了业界关注的技术问题，该问题进一步分解成三个子问题： - 干扰检测方法的通用性 - 干扰源发现的准确性 - 资源隔离与QoS控制的平衡 下面分别说明下这三个子问题的挑战与措施。 **挑战与措施** 挑战1 - 如何应对多种业务场景的干扰检测 业界存在多种技术方案，google最早在2013年提出 CPI（cycles-per-instruction）方案\[1\]用于解决这类问题，其基本思路是互联网在线作业通常为常驻作业，这类作业在同一CPU型号的CPI数据走向通常呈现一定规律， 是可预测的。所以用传统的滑动窗口预测方法，对下一周期的CPI进行预测。将实际CPI与预测CPI进行标准差stddev计算，超出阈值部分认为业务QoS发生劣化。该方案优点是技术成熟可靠，缺点是使用场景受限（仅适用与CPU密集型应用），无法应对多种业务场景。 通过多种技术对标以及各客户场景洞察，OpenAtom openEuler（简称"openEuler"）采取云原生SLI（Service Level Indicators）技术方案，通过openEuler社区项目gala-gopher\[2\]提供CPU、MEM、IO、NET四个维度的资源竞争指标，作为标识容器实例受资源竞争干扰的程度。 基于云原生SLI去检测容器实例干扰事件，依然面临使用何种特征量检测具备更高准确性的问题，因为客户存在多种业务类型，不同的业务类型对底层资源的竞争程度不同。 在美团场景中，业务类型以appkey形式管理，相同appkey的业务类型、负载高度相似，理论上相同appkey标签的业务容器应该可以采取相同特征量、检测模型。为此通过与客户联创，将gala-gopher上报的云原生SLI数据以appkey形式管理，检测特征量、检测模型以appkey维度进行部署，兼顾了通用性与准确性。 挑战2 - 如何快速准确定位干扰源 同样以google CPI方案为例，其采取时域相关性分析方法找到干扰源。其原理是分析容器间CPI变化规律（可以理解成容器之间相同资源性能指标的变化规律），规律越相近的容器，作为干扰源的概率就越高。 但是这类方法存在一些局限性，比如：相关性阈值难以确定，不同业务类型的干扰模式不同，相关性规律也不同；难以区分干扰源与被干扰者。 在与美团联创过程中，与客户联合讨论技术方案，总结出方法论：AI算法发现疑似干扰源，结合专家经验过滤出真正的干扰源。再进一步分析，专家经验也分为两类： 规则：即可以抽象成AI算法内的规则、模型、参数调优，具备一定通用性。比如：存在多个疑似干扰源容器实例时，CPU核最多的实例，最可能是干扰源；CPU最忙的容器实例，最可能是干扰源；业务QoS波动较大的容器实例，最可能是干扰源。 知识：即与业务场景强相关的一些背景知识，通用性比较差。比如：某些容器实例由于其自身业务特点，容易造成对其他容器的干扰，因此这些容器被纳入黑名单。 openEuler gala-anteater\[3\]项目在干扰源检测过程中，将规则提炼成AI算法的一部分，可以有效发现一些典型的干扰模式。比如在干扰源分析时，通过频域+频谱相关性分析（负载波动、峰谷周期）识别干扰源，可以有效识别业务QoS波动较大的干扰源。 典型案例：图中蓝色业务容器set-xx-05为客户外卖下单业务，该业务有两个典型特征：(1）业务负载（吞吐量）波动范围大；(2）业务高峰期吞吐量大幅波动并干扰到其他业务容器 分析过程：通过时域相关性分析可以识别出包括set-xx-05在内的其他容器实例（比如set-xx-197等），再通过频域相关分析，识别出set-xx-05容器实例为干扰源。 挑战3 - 资源超分情况下，多种资源无序竞争，如何避免业务QoS受影响 在混部业务运行过程中，由于作业间竞争共享资源(如CPU、缓存、内存带宽、网络带宽等)，往往会导致业务性能下降，性能干扰会严重影响关键业务的实时性和稳定性，亟需混部集群管理系统必须有效控制性能干扰,并根据性能干扰快速、及时地做出调整。为此， openEuler rubik\[4\]为了适配云原生混部场景，规划了 CPU、cache、blkio、Disk I/O、Network I/O 等资源的分级抢占能力，通过软件或软硬件协同技术控制作业对资源使用的方式来降低甚至消除对资源的无序竞争。在识别混部集群中非关键业务为干扰源后，自动对业务进行降级，使得当关键业务流量上升时，内核层面能为其快速抢占到所需资源，保障关键业务的服务质量，当关键业务的流量下降时，放宽对非关键业务资源的限制，提高其吞吐率。 **阶段性成果**通过24年的社区联创工作，openEuler携手美团\[5\]在该课题方向取得了阶段性成果，干扰检测准确率达成80%（持续优化中），干扰问题能在10 分钟内止损，业务稳定性显著提升，目前正在将部分成熟技术落地到美团生产环境中。 **不足与策略** 不足 正如前文所述，干扰检测、干扰源分析与消减恢复，整个过程需要通过AI+专家共同完成。\*\*专家知识，仍然停留在维护手册、排查清单、典型案例等文档中。\*\*所以现在各个步骤之间仍然需要运维专家介入，整个过程的自动化、智能化能力不够。 策略 我们注意到业界可以将大模型将领域知识充分利用起来，通过结合传统的工具手段，可以智能化的高效解决一些复杂问题，举个例子，比如MetaGPT\[6\]通过SOP机制+反馈机制，将大模型能力与领域性工具有效结合，提升复杂问题自动化能力。 **openEuler Copilot System系统借鉴该思路，将本课题过程中几个关键步骤，通过SOP标准来定义执行过程，结合反馈机制将干扰检测、干扰源分析、消减措施以及效果评估等环节串联起来。** 原型效果 基于该策略，我们已经完成原型机构建以及效果验证，下面以动态图形式展示其工作过程，整个过程完全以自然语言交互，并结合图表、文字表述，引导客户执行整个干扰检测&恢复过程，并通过维护历史案例库，持续构建客户资产。 原型架构 openEuler Copilot运维系统的架构规划 关键组件介绍 **控制Agent**：通过任务执行、校验、目标等提示信息，将持续优化目标任务自动分解成单一任务工作流，统筹控制任务流 **自我评价Agent**：针对任务结果设计反馈模板，根据环境信息+专家经验反馈，作为评价校正输出，用于决策任务流路径 **路径决策机制**：基于自我评价反馈，实现任务流路径自动化决策，提升任务成功率 **单一任务工具&API集**：完成单一任务工作以及将结果结构化输出，包括巡检，定界/定位，干扰检测、恢复建议、消减措施等 **规划与愿景** 未来，美团计划进一步引入智能化技术，提升干扰识别的精确性，并推动 API 化、工具化进程，以便更好地集成 openEuler 社区的能力，持续优化容器云平台的运行效率。 与此同时，openEuler Copilot System运维会持续构建基础能力，拓展业务场景。通过AI Agent+SOP机制将各类业务场景的故障诊断过程以自然语言形式自动化的驱动起来，彻底提升故障诊断过程的用户交互体验。同时，继续强化任务执行过程中的自我评价、自我决策能力，将复杂任务完全自治化。 参考： \[1\] CPI: CPI2: CPU performance isolation for shared compute clusters \[2\] gala-gopher：https://gitee.com/openeuler/gala-gopher \[3\] gala-anteater：https://gitee.com/openeuler/gala-anteater \[4\] rubik：https://gitee.com/openeuler/rubik \[5\] HC大会：https://www.openeuler.org/zh/news/20240930-hc/20240930-hc.html \[6\] MetaGPT: Meta Programming for A Multi-Agent Collaborative Framework --- https://www.openeuler.org/zh/showcase/others/migu/ --- # 咪咕视讯 咪咕视讯搬迁，openEuler或成数字基建最优解。 ## 应用场景 ​ 咪咕视讯成立于2014年，是中国移动咪咕公司旗下唯一聚焦于视频运营的实体单位。 作为体育内容服务商，咪咕视讯旗下“咪咕视频”、“移动高清”等产品已经实现了全场景覆盖。一直以来，也因其出色音视频能力，深受用户认可。 咪咕视频现网服务器主要使用的是CentOS/RHEL操作系统，而该系统已于2021年12月31日停服，严重威胁到咪咕视频系统的连续性。为保障现网业务的稳定与安全，替换操作系统迫在眉睫。 与此同时，由于咪咕视频资源池使用多年，总体资源可分配余量已无法满足新项目需求。而且现有资源利用率较低，通过管理手段也难以扭转，咪咕视频迫切需要通过平台技术革新来全面提升资源整体利用率。 ## 业务挑战 ​ 经过9年多的发展，咪咕已经成为视频内容领域和体育赛事内容领域的企业，也是国内首个聚齐足篮排“三大球”顶级赛事、国内唯一聚齐欧洲足球五大联赛的体育内容平台。 这意味着系统不光要承受高强度的直播和内容传输，还要应对重大赛事带来的突发数据冲击。以2022年卡塔尔世界杯为例，咪咕视频作为持权转播商，实现了仅11月用户规模同比增长就高达103.55%。在剧烈的数据波动下，保证平稳运行已经很有挑战，要同步实现系统迁移更是难上加难。 特别值得一提的是，临近年底，多个互联网头部平台出现崩溃，成熟系统的运行中尚且有如此意外，对于咪咕视频这种巨无霸量级的项目，搬家更是如履薄冰，稍有差错可能就会造成无法挽回的事故。 针对操作系统迁移，咪咕视讯团队从自主创新考虑，锁定了国内开源社区的操作系统openEuler。 ## 解决方案 ​ - 与openEuler社区团队充分交流后，咪咕视频采用了x2openEuler与原地升级技术的迁移解决方案。同时，咪咕视频结合特有的双机房、双活及容灾系统优势，形成了不停服敏捷部署方案。利用多系统多团队并发任务有序推进的项目管理方式，团队从技术、方案和项目管理多管齐下，实现了系统迁移和用户体验不降级的“双达成”。 - 该方案选择了云原生混合部署方案，以提升集群应用密度与资源利用率，从而实现降本增效。首批选择了针对在线业务视频门户与离线任务点播转码，在Ocean平台开展混合部署。系统还引入混合部署引擎rubik，该引擎可以减少资源争抢，做到资源隔离保证业务之间无影响，在保证业务正常运行的情况下，让资源得到充分复用。 - 同时在集群调度层面，咪咕视讯还开发了统一调度器CA（Cluster Autoscaler）来满足业务的混合部署，增强集群调度能力。该调度器根据业务负载情况、以及自研算法来完成混合部署，达到资源的复用。现网运行效果显示，预计可为企业节省服务器数百台、降低服务器采购成本数百万。 ## 客户价值 ​ - 通过迁移和新应用系统部署，其业务的性能部分提升超10%。 - 系统升级、降本增效与系统迁移同步完成，实现了“一箭三雕”。 - 面对操作系统迁移的巨大工程，咪咕视讯依旧延续了高画质、高音效、高安全、低时延的稳定用户体验，更是通过了亚运会直播的重大考验。 --- https://www.openeuler.org/zh/showcase/others/minhang/ --- # 民航科技创新示范区工程智慧园区及数字化管理平台建设项目 民航科技创新示范区工程智慧园区及数字化管理平台建设项目 ## 应用场景 ​ 民航科技创新示范区解决方案整体架构通过统一数字化平台，将示范区现在及未来发展需要用到的通用能力资源池化，支撑未来升级和扩展，避免重复建设和浪费。同时通过统一数字化平台打破信息孤岛，实现业务与数据联动，打造智慧化建设的接入标准、数据标准、数据交换标准，实现统一运维和运营。 ## 解决方案 ​ - 该项目通过统一数字平台，打破信息孤岛，实现业务与数据联动，打造智慧化建设的接入标准、数据标准、数据交换标准，实现统一运维和运营。 - 民航二所云桌面底层建设全部采用银河麒麟高级服务器操作系统V10，瘦终端采用银河麒麟桌面操作系统V10，云桌面内全部采用银河麒麟桌面操作系统v10，云平台整体采用海光架构进行建设，满足用户的日常办公、科研等。 - 民航二所服务器整端整体采用华为云，云内统采用银河麒麟高级服务器操作系统V10，向下支持C86和ARMCPU架构服务器，向上兼容国内外的数据库、中间件、业务系统等。 ## 客户价值 ​ 通过本次项目的整体建设，整个项目的核心自主创新成果如下： - 中国民航科技创新示范区在基础资源领域，通过整合海光、鲲鹏和飞腾等三种架构体系，成功打造了一套高度丰富和多样化的信息化基础架构，这构成了一个全面的网信栈。这一举措为民航科技创新提供了更广泛的技术支持和灵活性，有助于满足不断增长的需求，并推动民航行业在数字化领域取得更大的成就； - 在业务应用方面，为满足新园区的日常需求，此次建设包括五大板块，涵盖了智慧管理、智慧安全、生产经营、智慧科研和智慧办公。这些板块旨在优化和丰富园区的业务内容，为各领域提供更全面、智能化的解决方案，以满足不断变化的需求和促进协同工作； - 桌面云方面，完成基于 ARM + x86 架构 + 银河麒麟桌面操作系统 V10 的适配建设，支撑日常办公、产品研发、产品测试等需求。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/nanwang/nanwang --- # 南网数研院携手国创工软，基于openEuler打造"电鸿"统一电力操作系统基座 打造"电鸿"统一电力操作系统基座。 **应用背景** 随着物联网技术的发展，电力行业中出现了大量的智能设备，这些设备来自不同的厂商，使用的操作系统和通讯协议也不尽相同，导致设备之间的互联互通存在障碍，海量终端的运维成本高，统一升级困难导致安全风险高。为此南方电网数字电网研究院有限公司与粤港澳大湾区国创中心工业软件产业发展中心（国创工软）中心合作，基于OpenAtom openEuler（简称"openEuler"）打造"电鸿"统一电力操作系统基座。 **业务挑战** - 需要统一的电力设施基础底座打通全场景 需达成openEuler嵌入式操作系统在电力行业领域的应用，场景包括发、输、配、变、用等各个环节的边端设备中使用，例如智能电表、智能网关、台区终端、巡检终端、调度设备等。 - 各设备协议七国八制，数据难以采集运维 物联网技术推动电力系统智能化发展，各环节部署众多终端与元件，其数量随新型电力系统激增，引发运维、安全、资产管理挑战。设备复杂、协议多样，使得终端维护难度加大，安全风险上升。 **解决方案** - 基于openEuler 22.03 LTS与openEuler 24.03 LTS版本； - 操作系统按需裁剪适配，实现弹性可伸缩； - 借混合部署底座加载实时操作系统； - 建立统一物模型与通信协议，保障设备流畅连接； - 运用分布式软总线技术打破设备边界； **该解决方案具有以下特点：** **安全性**：因电力行业对安全要求极高，运用国密、商密技术及独立微内核 TEE OS，达到高级别安全认证要求，保障安全与隐私。 **统一物联模型**：开发内置模型，简化数据相关复杂性，促进设备协作，提升系统灵活性与扩展性，使其能应对复杂工业环境，保障信息高效处理。 **混合部署技术**：结合多核 AMP 硬件，创新融合关键设备为台区终端，优化资源利用，降低成本，展现提升系统效能等多方面潜力，为相关领域提供范例。 **生态兼容性**：丰富电力领域生态，涵盖南向多类芯片，北向开发电力相关中间件、规范、服务及数据标准协议等。 **易用性**：通过功能扩展实现设备即插即用，降低成本，提升易用性，优化客户体验。 **分布式软总线技术**：整合该技术至 openEuler Embedded 系统并应用于电力物联网，实现设备高效互联互通，在多场景展现价值，助力构建电力系统智能化框架，提升运行效率与可靠性。 **部署规模** 2024年7月，在深圳前海、广州南沙、珠海横琴等地，完成了电鸿综合示范区的建设，三大建设区均已完成终端设备研发适配、电厂安装、展厅规划等工作，于9.30完成基线版本验收。 2024年8月，广东电网公司广州供电局在110千伏尖峰变电站率先完成继电保护及综自装置的电鸿适配多品类设备挂网试运行工作，这是国内首次电力核心装备的电鸿化应用，标志着"电鸿"系统与电力系统主要设备成功实现了联通融合。通过开展电鸿对多核CPU的非对称多处理工作模式以及实时性提升技术攻关，基于电鸿的混合部署技术，解决CPU一芯多核异构、控制应用分离、数据采集实时性问题，成功实现电鸿化控保设备、时间同步装置的示范应用，验证了"电鸿"对强实时控制保护类应用场景的有力支撑。 电鸿示范区党员突击队成员安装电鸿电表 **客户价值** - 弹性伸缩与可裁剪适配。面对海量终端对操作系统的要求不一做到弹性可伸缩，操作系统在满足基本功能和安全要求情况下，可以做裁剪和适配到不同终端中。 - 满足高实时性要求。通过混合部署底座加载实时操作系统满足不同电力场景对系统实时性要求，满足数据采集和控制功能对系统的高实时性要求。 - 统一协议提供流畅体验。基于数据格式和协议不统一，建立统一物模型和通信协议，实现即插即用，降低安装调试成本，北向通过数据封装，方便数据上传，南向为多设备融合提供统一的底层能力,提供设备间高吞吐、低时延、高可靠的流畅连接体验。 - 实现设备数据共享。通过高并发的分布式软总线技术打破设备的边界，实现设备之间数据共享和通信畅通、硬件互助数据和服务共享。 **选择openEuler Embedded的优势** openEuler Embedded在电力物联网领域展现出了广泛的应用规模与卓越性能。其独特的弹性伸缩系统，确保从微型终端设备到边缘工业设备，均能无缝集成并稳定运行，支持百万以上的边端设备，展现了其强大的适应性和广泛的覆盖能力。这一特性使得openEuler Embedded成为众多行业数字化转型的理想选择。在并发处理方面，openEuler Embedded的高并发软总线技术更是行业领先，能够同时连接超过200个物联设备，确保在高并发场景下系统的稳定运行与高效响应。这一特性对于需要处理大量实时数据的工业应用尤为重要，能够显著提升生产效率和系统稳定性。 **未来规划** 不断推进电力设备终端适配，预计2025年实现300余款子类设备适配，逐步实现输变配领域100万套物电力终端装置全覆盖，2026年到2030年实现调度、用电侧设备接入，覆盖终端规模可超千万级。 --- https://www.openeuler.org/zh/showcase/others/puyun/ --- # 创普云边缘计算云服务平台 创普云边缘计算云平台，打造更稳定、更易运维、性能更好的边缘计算云服务平台 ## 应用场景 ​ 创普云边缘计算云服务平台，致力于为图形云计算、AI 人工智能、HPC 高性能计算、工业互联网等 5G 新型应用场景提供超算性能、超低时延和超大数据传输的云计算基础设施能力。创普云边缘计算云服务平台现网主要使用的操作系统是 CentOS 和 Ubuntu ，随着业务规模的快速扩大，如何解决操作系统的可靠性问题和应对伴随而来的运维挑战，是一个迫在眉睫的棘手问题。 ## 解决方案 ​ 图1-1FusionMES.eCurve系统架构 - 根据创普云业务诉求提供定制化服务器及支持长期自主创新的超聚变操作系统 FusionOS； - 软硬协同深度优化，进一步提升整体方案的可靠性、运维能力及平台性能； - 基于“安迁”一站式迁移平台提供端到端迁移服务，助力客户操作系统、业务高效迁移。 ## 客户价值 ​ - 5000+操作系统高效、安全迁移至 FusionOS，实现核心业务服务器操作系统替换。 - 使创普云能够为最终用户提供更加稳定、更易运维、性能更好的平台，提升创普云边缘计算云服务平台的核心竞争力： - 安全可靠，运维能力对接，关键资源 100%监控 - 高效率，开箱即用，高效上线，运维效率提升 100% - 高性能，联合创新，软硬协同调优，性能提升 15%+ ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/rongze/ --- # 荣泽科技 打造高性能可信数据要素流通平台 ## 应用场景 ​ 江苏荣泽信息科技股份有限公司（简称：荣泽科技），依托区块链和人工智能的人才和技术储备，专注于运用人工智能、区块链等新一代信息技术为社会提供数字化治理解决方案和运营服务，其提供的基于区块链的晓数通产品，通过可信采集原始数据，建立标准台账模板，一键生成目标报表，实现从台账到企业一套表上报的全流程管理和上报，实现目标报表的“数出有据”。该平台能够帮助企业自主提升数据治理能力、强化数据质量与安全、促成高质量数据流通、实现可信数据服务交互的应用。 ## 业务挑战 ​ 区块链系统作为底层基础设施对企业数字台账平台发挥着至关重要的作用，是助推企业信息化改革的重要一环。随着企业的不断发展，海量的经营数据和庞大的组织流程让统计工作越来越复杂，因此，承载数字台账平台的区块链算力基础设施也面临着更多挑战： ①数据处理规模大、周期长： 海量的统计数据，需要大量的计算分析，高峰时交易量在20000笔/秒。 ②高安全性： 区块链去中心、自治化的特点使得企业数字台账平台需要构建满足信创要求的高安全、可信赖、全溯源的底层技术架构以有效预防安全漏洞。 ③高可用、高扩展： 可信数据要素流通平台新型端边云融合架构要求底层操作系统能够屏蔽不同类型设备之间的架构、环境、算力、存储等方面的差异，为上层应用提供统一、稳定、可扩展的运行环境，并且满足区块链和工业互联网的扩展需求。 ## 解决方案 ​ openEuler作为面向数字基础设施的开源操作系统，其全场景适应性、高性能、高可靠性、多样化的算力支持能够很好的满足可信数据要素流通平台新型架构下对算力、安全和可扩展的要求；此外openEuler热部署、热升级和热恢复特性，可以大大提高系统的灵活性和可用性；其分布式实时加速引擎和基础服务使区块链作为底层基础设施建设具备了更强的能力、更便捷的开发效率与更简单高效的服务能力。 基于上述考虑，荣泽科技与openEuler达成了深度合作，基于鲲鹏软硬件平台及openEuler操作系统 ，共同打造可信数据要素流通平台，以可信数据确权流通为关键驱动要素，为政府、链主企业、信息化平台及各类商业生态方提供可信开放的数据底座。 方案架构图 ## 客户价值 ​ - 迁移：基于openEuler迁移工具套件，1人天/应用快速迁移可信数据要求流通平台。 - 开发：基于EulerLauncher 跨平台开发者工具高效开发机密智能合约功能，开发效率提升50%。 - 调优：通过EulerFS文件系统以及A-Tune智能调优引擎深度优化，调优后性能最高提升50%。 ## 为什么选择openEuler或其发行版？ ​ 选择openEuler 22.03 LTS版本作为解决方案，主要考虑： 1、全场景适应性、高性能、高可靠性、多样化的算力支持； 2、产业生态支持及覆盖的行业广泛； 3、版本稳定、长期演进和技术支持。 ## 未来规划 ​ 未来计划在晓数通终端产品使用openEuler，以支持更多的终端及芯片类型（RK3588等）。 --- https://www.openeuler.org/zh/showcase/others/ruantong/ --- # 软通动力园区管理平台迁移适配 开源软件维护量减少30%；园区部署时长降低37%；园区人力投入减少28%；迁移后性能提升3% ## 应用背景 ​ 软通动力基于CentOS平台自研的园区智能管理平台已在全国20多个局点商用，为了响应客户的诉求对现有操作系统迁移，本案例基于openEuler操作系统对当前的园区智能管理平台进行迁移适配。 迁移方案涉及使用的软件包总计35个，分为：中间件、数据库、依赖包等，其中主业务软件采用java和vue编写，其他组件多为开源组件。开源组件经过前期的DevKit工具评估，其中有20款软件需要重新编译适配，6款软件可以使用系统自带软件包进行替换。其余都为业务软件编译依赖，不需要适配。 ## 方案架构图 ​ - 根据客户诉求和整体调研信息，分析整理出本次的迁移方案为跨架构的操作系统替换和业务软件的适配重装，并将原有业务数据恢复至新装系统。 - 操作系统选用openEuler 22.03 LTS版本，并将原有x86架构的业务恢复到arm架构新系统上。 ## 客户价值 ​ - 解决了传统系统跨架构无法兼容、性能存在瓶颈、系统维护难度大、维护成本高的问题。 - 开源软件维护量减少30%；园区部署时长降低37%；园区人力投入减少28%；迁移后性能提升3%。 - 基于openEuler迁移的软通动力园区智能管理平台凭借在效率、性能、易用性等方面的优化，获得2022鲲鹏应用创新大赛陕西赛区银奖。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/shudao/ --- # 蜀道集团高速公路 ETC 门架系统自主创新建设项目 蜀道集团高速公路 ETC 门架系统自主创新建设项目 ## 应用场景 ​ 高速公路 ETC 门架系统是国家深化收费制度改革，取消全国高速公路省界收费站，实现车辆分车型、分段计费的重要设施。通过 5.8GHz 专用短程通讯技术读取车载 OBU 或 CPC 卡的信息，实现车辆分段计费、车辆路径标识、流量调查、视频监控、超速筛查等功能，是对原有省界收费站物理拆除后计费的必要补充，极大地提高通行效率。 ## 解决方案 ​ 基于调研发下以下难点： - 1、前期需求论证阶段，在桌面级CPU基础上安装服务器操作系统时，用efi传统模式引导均不能够正常引导安装，通过摸索不断尝试发现用DTL串口线进入调式模式才能够顺利安装系统。此外还需要配置安装各类业务系统运行环境组件。 - 2、上线入网测试阶段，因ETC门架系统都是分布在整个四川省内高速公路各个路段上，需要实际上到高速路ETC门架现场，路途较远，有一定的出行危险性，同时还面临克服各种天气。 - 3、交付和后续运维都需要人工上到高速路门架现场，难度较大。 底层建设全部采用银河麒麟高级服务器操作系统V10，向下支持飞腾CPU架构，向上兼容国内外主流数据库、中间件、业务系统等，实现容器、时间同步、LEF平台、门架系统等多个常用技术组件及系统在飞腾 CPU+ 银河麒麟服务器操作系统、工控机架构的完美运用。 ## 客户价值 ​ - 该项目作为四川省乃至全国首个桌面级 CPU 安装服务器操作系统场景，成功上线 ETC 门架业务系统，打破Win 系统长期垄断 ETC 门架系统行业困局，实现了软硬件对现有平台改造； - ETC 门架系统的自主创新有助于提升我国高速公路管理水平，降低运营成本，推动交通产业升级，为国家信 息安全、绿色低碳发展等方面提供有力支持，对构建现代化交通体系、推动交通强国建设具有重要意义。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/starvcenter/ --- # 四川中电启明星技术有限公司（StarVCenter云平台） 性能卓越，稳定可靠，环境级高可用， 智能运维，安全性，自主可控，可移植、易操作 ## 用户背景 ​ 四川中电启明星信息技术有限公司成立于1999年，本部设在成都，主要服务于能源企业和大中型集团。公司以云网大数据为依托，全面支撑新型电力系统建设，致力于成为国内领先的智慧能源平台型互联网企业。 ## 应用场景 ​ StarVCenter是基于openEuler定制的自主创新云平台，帮助企业自建私有云，提供云主机、云网络等基础设施服务，兼容鲲鹏、飞腾、海光、兆芯等芯片服务器，满足企业对异构算力的需求。在StarVCenter上，企业可灵活搭建PaaS和SaaS应用。StarVCenter已在电力、医药、IDC、科研院所、教育、医疗等多领域销售，累计发行50多个版本，入池节点超过20000台，稳定运行虚拟机超过30万台。 ## 业务挑战 ​ 目前市面上主流云平台都是基于X86架构构建，对于ARM架构的支持仍然存在不足，包括配套云组件缺失、性能不足等问题，缺少一款适配ARM架构全套能力的云平台来满足企业用户对异构算力的多样化需求。 ## 解决方案 ​ **超融合I/O性能** CEPH超融合场景，给合openEuler全局缓存、KAEzip块压缩，I/O综合性能提升20%。 **存储读性能** CEPH超融合场景，采用Nvme SSD+智能预取组件 **资源利用率** 低负载场景，采用虚拟机V-Turbo、资源超分，CPU与内存利用率提升100%。 **虚拟机能效** 得益于鲲鹏处理器的高效能和BoostKit套件对KVM的深度优化，虚拟机能效提升80%。 **虚拟机网络性能** 结合SR-IOV与OVS流表网卡加速，对虚拟机业务网络综合性能提升200%。 **容器性能** 基于openEuler的轻量级容器iSula 定制应用部署，开销更小，容器调用性能提升260%。 ## 客户价值 ​ - StarVCenter能为客户搭建高可用、高安全、高效能的云底座，满足企业等保三级要求 - 整合客户现场复杂的软硬件环境，提供完备的云主机、云存储、云网络、云容器等虚拟化服务 - 给合openEuler和全局缓存组合、KAEzip块压缩，I/O综合性能提升20%。 - 基于openEuler的轻量级容器iSula 定制应用部署，开销更小，容器调用性能提升260%。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/tianjinzhongyi/ --- # 天津市中医二附属 电子票证据CentOS系统替代项目 ## 应用场景 ​ 医疗电子票据改革是财政电子票据改革的重中之重，具有很高的社会意义。财政部、国家医保局、国家卫健委于2019年要求 全面推行医疗收费电子票据改革，实现一站式医疗服务。2022年6月天津市卫健委下发CentOS停服应对指导意见，医院借 助此改革契机，为加强自身业务管理和网络安全，联合麒麟软件和博思软件，打造了国产操作系统支撑的电子票据系统。 需要对整体操作系统及业务系统进行适配改造，最终满足多样化通知取票渠道、全口径收入凭证电子化、财务精细化管理 及智能内控稽核、院内凭证全面电子化。 减少患者就医排队缴费时间，降低医院综合运营成本，提高了医院运行管理效率和服务质量升级改造后的国产化平台。 需要在稳定性、安全性、功能性、性能等方面满足业务运行条件。 ## 解决方案 ​ 基于传统Intel硬件平台，搭配银河麒麟桌面操作系统 V10、Oracl 数据库，基于安全系统平台完成对博思电子票 据管理系统CentOS替代迁移适配验证工作，实现操作系 统的平滑迁移，保证了系统的高安全性、高可靠性、高性能。 » 硬件平台：至强浪潮服务器(»Intel»X86)，3台自助打票机 » 操作系统：银河麒麟高级服务器操作系统V10»SP2 » 数据库：Oracle ## 客户价值 ​ » 安全稳定：该项目采用了银河麒麟操作系统V10为安全底座，从原有CentOS开源系统到银河麒麟高级服务器V10系统 平台后，同时系统搭载自研一体化安全机制，全方位保障系统和业务层面的安全，至今稳定运行，充分验证了银河麒麟 高级服务器V10系统平台承载客户业务系统的可行性和安全性。 » 推广案例：目前天津市90%的三甲医院都采用博思软件的电子票据系统，且都部署在CentOS开源系统之上，存在重 大安全隐患，天津医科大学中医药二附属医院电子票据的实施部署成功，代表着银河麒麟高级服务器操作系统V10针对 CentOS 停服替代在电子票据系统上可以实现平替，并且可以实现批量推广。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/tiexinyun/ --- # 铁信云 铁信云自主创新平台建设自主创新云平台助力铁信业务系统稳定运行 ## 应用场景 ​ 铁信云作为铁路行业业务系统的重要基础设施，承接了大部分的业务和存储能力。后台的基础设施、操作系统、中间件、数据库等至关重要；银河麒麟操作系统V10作为铁信云和分布式存储的重要支撑部分，起到了重要的作用。 ## 解决方案 ​ - 基础硬件：服务器、存储、网络等物理设备； - 网络平面：管理、业务、存储； - 云平台：铁信云； - 操作系统：银河麒麟高级服务器操作系统V10； - 数据库：自主创新数据库； - 中间件：自主创新中间件； - 业务系统：铁路客运、货运、调度、机务、公共基础平台； ## 客户价值 ​ 战略目标：银河麒麟高级服务器操作系统V10作为云架构服务和分布式存储的安全底座系统，为行业应用、大数据、云计算和分布式存储系统提供支撑，保障了铁信云安全创新和铁路行业应用自主创新的重要战略目标。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/wuhan/ --- # 中科通达智慧交通管控平台 中科通达智慧交通管控平台 ## 应用场景 ​ 随着城市化进程的加快，交通流量激增，武汉中科通达高新技术股份有限公司（以下简称“中科通达”）面临着提升交通管理效率和智能化水平的挑战，需要提供一个能够处理和分析海量交通数据的系统，以实现更智能、更精细的交通治理。 ## 解决方案 ​ 中科通达开发的智慧交通综合管控平台，采用统信服务器操作系统v20(基于openEuler 20.03LTS的商业发行版)，充分利用了其稳定和安全的特性，结合云计算、大数据技术，实现了以下核心优势： - 高性能计算: openEuler系操作系统提供了强大的计算能力，通过KAE硬件加速引擎，提升了数据处理速度和分析能力。 - 全栈优化: 使用鲲鹏应用使能套件BoostKit对系统进行全面性能调优，确保了平台的高效运行。 - 分布式存储与计算: 采用分布式GaussDB数据库和FusionInsight分布式计算引擎，提高了资源效率和数据安全性。 - 微服务架构: 通过微服务架构设计，实现了资源的高重复利用和快速产品迭代。 ## 客户价值 ​ 1.性能显著提升: 基于openEuler系操作系统的管控平台，实现了模拟并发查询流量数据吞吐性能提升30%，页面加载时间大幅减少，优化了用户体验。 2.智能交通事件处理: 平台能够智能识别交通事件和违法行为，通过海量数据的并行计算，提高了交通管理的智能化和自动化水平。 3.数据共享与分发: 平台提供的接口与现网业务系统兼容，实现了数据的自由共享和 --- https://www.openeuler.org/zh/showcase/others/xingwang/ --- # 深圳星网信通科技股份有限公司 基于openEuler部署可靠、高质量的音视频融合通信系统，实现全灾种统一指挥、全链条有效覆盖、全过程综合管理 ## 用户背景 ​ 深圳星网信通科技股份有限公司专注音视频融合通信软件开发和系统集成18年，秉承“咨询为先导、产品为依托、服务为核心”的业务模式，致力于成为融合通信行业龙头，为政府、金融、电力、能源、互联网、公共事业、大企业等客户提供融合通信整体解决方案以及综合性IT解决方案。 ## 应用场景 ​ 基于openEuler操作系统的安全性和稳定性，星网信通可以构建安全通信平台，用于敏感信息的传输和保护。这对金融、私密等领域的组织尤其重要，以确保通信的机密性和完整性。 在openEuler操作系统上，开发支持高清音视频通信的应用，用于远程协作和会议。 ## 业务挑战 ​ 软件兼容性问题故障偶尔难以定位。 ## 解决方案 ​ - 以openEuler20.03操作系统为基座 - 硬件架构：鲲鹏硬件（TaiShan 2280）Arm64 - 基于openEuler部署可靠、高质量的音视频融合通信系统，满足不同行业客户的需求。在不同硬件架构上实现低延迟、高清晰度的音视频传输，同时确保系统的安全性和稳定性 ## 为什么选择openEuler ​ 开源性、灵活性和可定制、多架构支持、社区和生态系统丰富 ## 客户价值 ​ 融合指挥系统基于融合通信、AI、大数据、云计算、5G、VR/AR等信息化技术，覆盖事前监测预警、事发应急值守、事中指挥调度、事后总结评估全流程，实现全灾种统一指挥、全链条有效覆盖、全过程综合管理，助力各行业应急管理数字化转型建设。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/xinhAI/ --- # 新华社科技创新应用项目 共筑 AI 创新方案安全智能加速内容生态建设 ## 应用场景 ​ 新华社建立了覆盖全球的新闻信息采集网络，形成了多语种、多媒体、多层次渠道的新闻发布体系，不间断向全世界各类用户提供多种形式的新闻和信息服务。为避免由于文章内容错误导致政府公信力受损的严重问题，麒麟软件联合新华社技术局，针对公文内容校对核稿场景，推出基于银河麒麟操作系统的 AI内容安全解决方案，建设新华较真内容安全，让校对工作更加准确和高效。 ## 解决方案 ​ - 硬件:国内主流国内 CPU 及整机环境 - 操作系统:银河麒麟高级服务器操作系统 V10 - 业务系统:智能检校常见文字写作错误等业务系统2 - 上层应用和接口: 可信浏览器、API 接口、WPS、WEB等应用 ## 客户价值 ​ 标杆案例:“新华较真”作为一款来自头部主流新闻媒体的智能内容安全工具，充分发挥新华社的资源整合优势，自开始向市场推广以来，已向中央部委、大型报业集团、国有企业、融媒体中心等数十家机构提供商业服务，并获得用户积极评价。用户说“较真平台的推出，可以弥补人工校对中的失误，及时快速检测出差错内容”、“已经成为在编辑加工环节防止稿件差错的有效助手” ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/xinhua/ --- # 新华社 新华社科技创新应用项目共筑 AI 创新方案安全智能加速内容生态建设 ## 应用场景 ​ 新华社建立了覆盖全球的新闻信息采集网络，形成了多语种、多媒体、多层次渠道的新闻发布体系，不间断向全世界各类用户 提供多种形式的新闻和信息服务。为避免由于文章内容错误导致政府公信力受损的严重问题，麒麟软件联合新华社技术局，针 对公文内容校对核稿场景，推出基于银河麒麟操作系统的 AI 内容安全解决方案，建设新华较真内容安全，让校对工作更加准确 和高效。 ## 解决方案 ​ - **硬件：** 国内主流国内 CPU 及整机环境 - **操作系统：** 银河麒麟高级服务器操作系统 V10 - **业务系统：** 智能检校常见文字写作错误等业务系统 - **上层应用和接口：** 可信浏览器、API 接口、WPS、WEB 等应用 ## 客户价值 ​ - **标杆案例：** “新华较真”作为一款来自头部主流新闻媒体的智能内容安全工具，充分发挥新华社的资源整合优势，自开始向 市场推广以来，已向中央部委、大型报业集团、国有企业、融媒体中心等数十家机构提供商业服务，并获得用户积极评价。 用户说“较真平台的推出，可以弥补人工校对中的失误，及时快速检测出差错内容”、“已经成为在编辑加工环节防止稿件 差错的有效助手” ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/xupu/ --- # 旭普实景三维时空数据运营系统 三维数据加载渲染提高24. 7 5 %，多图层空间分析性能提升34.1 7 %、百万级矢量数据性能提升21.75%。 ## 用户背景 ​ 旭普云智慧空间信息技术有限公司系普瑞时空信息产业发展集团成员企业，成立于2007年2月，主要为省、市、县各级政府以及自然资源、农业农村、住建、林业、生态环境、水利、交通等行业主管部门提供“时空大数据+”一站式全流程综合解决方案。 时空大数据治理中台是围绕地理信息数据的获取、加工、治理、编目、分析服务为一体的全链路解决方案，主要由时空云设施、时空数据存储、时空数据治理和时空数据应用组成，支持大规模矢量数据、时空三维模型、时空轨迹数据的存储计算，可用于查询分析、模式挖掘、轨迹聚类等分析场景，可广泛为智慧城市管理、自然资源管理、农业农村管理、地灾隐患识别等提供统一的平台支撑。 ## 方案介绍 ​ 旭普实景三维时空数据运营系统是以地理信息技术为基础，结合实景三维、BIM、大数据集成等技术进行研发。平台以实景三维地理数据为底板，融合自然资源、政务数据、物联网、城市数据等多种数据，实现时空数据统一管理、分析与展现，是包括数据汇聚、融合、分析、共享等服务能力的全流程信息平台。为自然资源、智慧城市、农业农村等行业应用提供时空数据标准化资源体系、统一服务，实现数据集中管理、高效共享利用。 平台基于鲲鹏应用使能套件BoostKit、毕昇JDK、openEuler开源操作系统等进行全栈性能调优，性能得到全面优化，其中：三维数据加载渲染提高24. 7 5 %，多图层空间分析性能提升34.1 7 %、百万级矢量数据性能提升21.75%。 ## 方案架构图 ​ ## 优势亮点 ​ - 实现多源时空数据统一化归集、统一存储、统一治理、统一服务管理。 - 海量实景三维数据、矢量数据实现秒级加载渲染及高效服务。 - 三维数据加载渲染提高24. 7 5 %，多图层空间分析性能提升34.1 7 %、百万级矢量数据性能提升21.75%。 - 实现多级别、多业务的统一管理与服务，全面提升自然资源的综合监管能力、形势预判能力、态势感知能力、宏观决策能力。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/yaxin/ --- # 亚信科技（大数据基础平台产品） openEuler替代原有操作系统，大数据平台平滑迁移，文件读写性能平均提升20% ，业务稳定高效运行。 ## 用户背景 ​ 亚信科技控股有限公司始于1993年，注册在北京，是中国领先的软件产品及相关服务提供商，致力成为5G时代大型企业数字化转型的使能者。 ## 应用场景 ​ 亚信大数据基础平台产品，提供大数据领域的数据采集、存储，分析，处理，管控、运维能力，已用于电信、交通、政务、能源等行业，为各行业提供稳定、安全、高效的大数据技术底座。 ## 业务挑战 ​ 大规模分布式Hadoop集群，约200个数据节点，数据量15PB,可用Vcore 1万个，需要平滑升级到openEuler操作系统，并保持数据分析业务的稳定运行。 ## 解决方案 ​ 解决业务挑战的具体方案、技术创新、技术架构等，包含： - 亚信大数据基础平台基于鲲鹏硬件（TaiShan 2280）适配改造，完成了产品的安装部署。 - 亚信大数据基础平台使用openEuler20.03适配改造，替代原有操作系统，完成产品升级。 - 毕昇JDK针对鲲鹏多核环境进行优化，为大数据基础平台提供更好的配置和性能优化支持。 - 升级过程中保持服务不中断，在线平滑升级后高效稳定运行。 ## 为什么选择openEuler ​ openEuler是一个开放、多元和架构包容的软件生态体系。 ## 客户价值 ​ - 大数据平台平滑迁移，业务稳定高效运行 - 与原有操作系统相比，文件读写性能平均提升20%， - 满足数字化转型需求：帮助快速构建海量数据信息处理平台，优化运营效率。 ## 未来规划 ​ 适配欧拉新版本，与操作系统厂家合作，使用一些新特性，提高产品的运行效率。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/yike/ --- # 易科机器人实验室 易科基于openEuler Embedded 助力高校集群机器人实验平台长期演进 ## 应用场景 ​ 易科实验室是由智能机器人开发者精英组建的开放、开源、协作组织，致力于机器人技术的创新与分享。社区通过知识分享以及进行团队协作，相互激发创造力。 其打造的开源集群机器人项目 KKSwarm，旨在为研究人员搭建一个高效、易用的集群研究平台。该平台适用于多车编队、集群算法的验证与开发，方案广泛应用于高校和院所。方案让研究人员能够快速上手，兼顾理论研究和工程落地之间的跨度。通过轻量级仿真环境，参数拟合让仿真和真实环境一致，使得仿真环境和真实环境高度匹配，从而快速在物理环境中验证算法，以达到工程落地的目的。 为了响应国家科技自主创新战略，加强信息安全建设，易科实验室和欧拉社区联系对 KKSwarm 平台进行操作系统改造，将原来部署在机器人平台工控机上的 Ubuntu 操作系统替换成基于欧拉社区的 openEuler Embedded 操作系统。 ## 业务挑战 ​ - 兼容性：在本项目之前，易科将多年运行的 ubuntu 系统替换为欧拉嵌入式系统，对于平台的稳定运行是个较大的挑战。这其中包含南向硬件、摄像头驱动等兼容。需要做好兼容适配稳定性的验证工作。 - 长期演进能力：KKSwarm 面临 ROS1(Robot Operating System)的生命周期即将到期的问题，在迁移操作系统的同时需要完成 ROS1 到 ROS2 的升级。相对于 ROS1 版本，ROS2 采用全新的架构，底层基于 DDS 通信机制，在实时性、嵌入式、分布式等方面改进大。因此操作系统对 ROS2 支持的完整度将影响 KKSwarm 的适配工作量和长期演进能力。 ## 解决方案 ​ KKSwarm 底层物理硬件采用 X86 芯片，操作系统采用 openEuler 22.03 版本。在兼容性方面，欧拉因本身基于原生的 Linux 内核。联合开发团队在做好预案、提前分析工作的同时，并在适配工作完成后进行了充分测试验证。使得机器人产品功能可靠性得到了必要且充分的验证。为新版本商用打下牢靠的质量基础。 openEuler 面向机器人领域解决了嵌入式 ROS 定制的高门槛问题、实现高自由度的分级实时应用。目前社区已经对 ROS2 完成 900+核心包、工具包、应用功能包等软件包的移植，包括 DDS 通信框架、RCL、导航、SLAM、RVIZ/RVIZ2 可视化工具、Gazebo 仿真工具等。因此在操作系统领域，openEuler 在 ROS2 的支持完整度方面处于领先地位。保障 KKSwarm 业务的长期演进。 ## 客户价值 ​ 轻量化的 openEuler 嵌入式版本不仅镜像体积上得到优化、同时在实时性能方面相比之前系统也得到了提升。进一步增强了 KKSwarm 的产品竞争力。 --- https://www.openeuler.org/zh/showcase/others/yikeli/ --- # 依柯力信息科技离散云MES系统 为企业提供了一个高效、灵活的制造执行系统解决方案。 ## 应用场景 ​ 在智能制造和工业自动化的背景下，供应链的协同效率对企业竞争力至关重要。依柯力信息科技（上海）股份有限公司推出的离散云MES系统，基于openEuler操作系统，为企业提供了一个高效、灵活的制造执行系统解决方案。 ## 解决方案 ​ 依柯力离散云MES系统的解决方案特点如下： - openEuler操作系统：系统采用openEuler作为其操作系统，利用其稳定性和安全性，为MES系统提供了坚实的运行基础。 - 性能优化：结合鲲鹏BoostKit，系统计算性能提升了50%，确保了数据处理的高效率。 - 数据存储与管理：使用MySQL作为数据存储解决方案，保证了数据的稳定性和可靠性。 - 中间件支持：采用RabbitMQ、Redis等中间件，增强了系统的消息传递和缓存能力。 - 多层架构：系统采用模块化设计，包括框架层、服务层和展现层，支持产线、工艺及功能的自由扩展。 ## 客户价值 ​ - 供应链协同：支持供应链上下游数据对接，显著提高了企业上下游的协同效率。 - 技术领先：系统经过大型先进工厂验证，集成了柔性生产、数字孪生、移动应用、射频识别等先进技术。 - 模块化设计：支持产线和工艺的灵活配置，便于企业根据自身需求进行扩展。 - 持续更新与支持：系统支持云端OTA升级，确保技术持续更新，同时提供订阅模式，降低企业投入风险。 该系统已经在科瑞信通用项目中得到应用，证明了其在提升生产效率和供应链协同方面的实际效果。 --- https://www.openeuler.org/zh/showcase/others/yinhu/ --- # 南京银湖数字技术有限公司 openEuler在汽车零部件装配线曲线管理系统中的应用 ## 应用场景 ​ 银湖是专业的智能制造行业全场景MES系统数字化解决方案供应商，在统一平台上集成生产调度、产品跟踪、质量控制、设备监控、网络报表等管理功能，使用统一的数据库和网络联接，可以同时为生产部门、质检部门、工艺部门、物流部门等提供车间管理信息服务，帮助整车和零部件企业实现完整的闭环生产，协助企业建立一体化和实时化的MES信息体系，实现体验、效率、模式的创新及提升。 FusionMES.eCurve是面向车辆装备行业的专业的生产过程曲线管理系统。对生产过程中产生的拧紧、压装、气密、图像数据进行采集追溯分析，并支持异构系统对接用于质量门检查等。采用经过深度垂直集成和调优的高可用性FusionMES硬件系统，可根据产线规划事先完成预配置，整柜交付，现场开箱之后连网通电即可快速上线，是装配线曲线管理的理想选择。 ## 产品特性 ​ - 支持常见品牌的拧紧枪、压机、气密等曲线数据追溯。 - 支持其他类型设备的文件数据采集。 - 支持常见的工业相机图像追溯。 - 强大的曲线叠加和统计分析功能。 - 支持通过多协议与异构系统对接。 - 文件数据备份及定期自动清理。 - 硬件、电气改造、软件一站式交付。 ## 解决方案 ​ 图1-1FusionMES.eCurve系统架构 - **硬件：** 系统硬件采用一台XFusion RH2288H V5服务器，配备2颗Intel 4210R CPU、128G DDR4 ECC内存、2_GE电+2_10GE光等4个网络接口、2_480G SSD硬盘+10_16T SATA硬盘。 还配备一台交换机，包含24个GE电口和4个10GE光口。 - **操作系统：** 操作系统采用openEuler22.03 LTS SP1。 主要应用的应用组件和服务包括：DDE、vsftp、Samba、Docker和openGuass数据库等。 - **服务：** 系统主要提供的服务包括：文件监控、文件解析、数据存储、文件备份、数据分析、数据追溯、曲线追溯和图片追溯等。同时还支持通过S7协议和西门子PLC进行交互。 - **访问：** 支持通过浏览器在已连接线网网络的PC端、移动端进行访问。同时用户也可以直接在服务器上通过浏览器进行系统运行状态监控、系统配置和数据追溯等操作。 ## 客户价值 ​ - **一体化交付：** FusionMES一体柜采用openEuler配合超聚变服务器一体化交付，适配性好、运行稳定。 - **I/O性能高：** 在产线节拍为30秒情况下，同时支持超过120台拧紧设备接入，I/O性能比其他系统提升约15%左右。 - **长期演进：** 基于国内最好的开源社区之一--openEuler开源社区，系统能保证有长期演进计划，用户可以基于openEuler做长期规划。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/yunshang/ --- # 云上贵州智能运维平台 云上贵州智能运维平台，性能提升75%，提供涵盖云、网、端全面的运维保障服务 ## 用户背景 ​ 云上贵州大数据产业发展有限公司致力于推动大数据电子信息产业发展，构建大数据产融生态体系，建设运营云上贵州系统平台，发起设立各类基金，搭建投融资平台，建设运营双创基地，孵化培育项目和企业。通过全方位的大数据基础设施、数据处理与存储、数据挖掘与交易、产业投资与基金管理、信息技术咨询、通讯网络设备租赁、互联网接入、软件开发及信息系统集成服务和专业的云平台及云应用服务，满足各级政府部门和各类企业客户的差异化需求。 ## 方案介绍 ​ 云上贵州智能运维平台通过本地或远程采控的方式实现对终端及云平台等新型设备资产的管理监控、运维团队的统筹管理、运维数据的采集沉淀与挖掘，为用户提供智能化全流程的IT运维服务。 基于有着天然多核多并发优势的鲲鹏硬件作为平台数字底座，使用鲲鹏DevKit、鲲鹏BoostKit进行全栈调优，综合业务性能得到提升。在操作工单的业务场景中，8w数据规模下单次业务响应时间由375ms缩短到220ms，性能提升41%；200并发同时处理工单的场景中，吞吐量由每秒114.7次提升到了202.7次，业务性能提升可达75%。 ## 方案架构图 ​ ## 优势亮点 ​ - 大容量、高并发、性能提升75%。目前是贵州政务云平台之上体量最大、用户最多、使用最频繁的系统。 - 全要素统筹管理，多种技术路线兼容。把所有资产、用户、供应商全部放在平台上进行统筹管理与调度，可满足政务外网、互联网等各种场景运维需求。 - 模块化、松耦合。所有功能板块均采用模块化的方式开发，可为用户提供松耦合、SaaS化的部署方案。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/zhihui/ --- # 智慧检务统一业务系统 智慧检务统一业务系统平滑完成操作系统迁移提供安全可信、稳定可靠运行环境 ## 应用场景 ​ 过去，由于各部门系统不互通，公检法各部门均以自身独立办案系统进行运作，各单位、机构间的业务街接需投入众多人力、物力进行法律文书、案卷资料等的移送和交换，导致众多重复、繁琐的工作，带来人员和物资浪费。为了适应日新月异发展的信息技术和数据的日益增长以及检察业务的持续发展，在全面兼容统一业务应用系统 1.0 所积累的数据的基础上建设了易扩充性与易维护性的基于创新技术的统一业务2.0，包括操作系统、数据库、身份认证、电子印(签)章、域名跨网交换、协同办案、即时通讯等，同时满足系统运行所需的上下级部署节点之间的数据交换要求。 ## 解决方案 ​ - 基于 ARM 技术路线，银河麒麟高级服务器操作系统 V10作为云平台 Guest OS 支持业务系统运行。 - 结合鲲鹏 CPU 建立安全创新软硬件平台，适配多款新型GPU。 - 系统采用微服务架构、容器化部署。 ## 客户价值 ​ 建设银河麒麟桌面操作系统V10 + 华为鲲鹏云桌面，提供安全创新、性能良好、稳定可靠的统一业务 2.0 软硬件运行环境。完成基础环境调试和业务系统迁移 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/zhiling/zhiling --- # 志凌海纳SMTX OS超融合虚拟化平台 志凌海纳SmartX打造轻量、解耦、生产就绪的超融合云化基础设施，总体性能提升20%。 **应用背景** 北京志凌海纳科技有限公司（以下简称"志凌海纳"）致力于构建轻量、解耦、生产就绪的超融合云化基础设施。随着数字化转型的加速，公司寻求提升总体性能，同时确保系统的兼容性、稳定性、安全性、功耗、业务功能、基础性能和业务性能。志凌海纳采用openEuler操作系统，利用其调优特性，以实现性能提升和数据延迟降低。 **解决方案** 1. **深度全栈优化**：志凌海纳联合北京鲲鹏生态创新中心，基于鲲鹏硬件、鲲鹏应用使能套件BoostKit、鲲鹏开发套件DevKit以及openEuler操作系统，对SMTX OS系统V5.0进行了深度全栈优化。 2. **性能与稳定性测试**：针对openEuler操作系统，志凌海纳在兼容性、稳定性、安全、功耗、业务功能、基础性能和业务性能等7个维度进行了全面的测试验证，确保系统在生产环境中的可靠性。 3. **自主创新与生态适配**：方案的核心组件完全自主开发，并与IT基础设施各层级生态厂商进行了充分适配，满足了自主创新的要求。 4. **生产就绪与敏捷部署**：截至2022年7月，该方案已在20+大型金融客户的生产环境中落地，节点总数超过400个，支撑生产业务的同时，实现了基础架构的分布式云化转型。 **客户价值** 1. **性能提升**：通过利用openEuler操作系统的调优特性，志凌海纳的SMTX OS系统V5.0在总体性能上提升了20%以上。 2. **自主创新满足**：方案完全自主开发，与IT基础设施各层级生态厂商的适配，满足了自主创新的要求。 3. **生产环境验证**：在20+大型金融客户的生产环境中成功落地，证明了方案的生产就绪性和可靠性。 4. **敏捷与可扩展性**：三节点起步，按需投资，在线扩容，实现了基础架构的分布式云化转型，提高了业务的敏捷性和系统的可扩展性。 5. **降低数据延迟**：通过优化，降低了数据延迟，提升了处理性能，为金融等行业的高速数据处理提供了强有力的支持。 6. **客户案例实证**：中信建投证券作为生产级自主创新云平台的客户案例，实证了openEuler在实际业务中的应用效果和价值。 --- https://www.openeuler.org/zh/showcase/others/zhongdian/ --- # 四川中电启明星技术有限公司（SKE容器云平台） 可弹性伸缩、资源动态调度、高可用、便于快速开发持续交付的PaaS云平台 ## 用户背景 ​ 四川中电启明星信息技术有限公司成立于1999年，本部设在成都，注册资金3.7亿元，人员规模1000余人，是国家规划布局内的重点软件企业。主要服务于能源企业和大中型集团。公司以云网大数据为依托，全面支撑新型电力系统建设，致力于成为国内领先的智慧能源平台型互联网企业 ## 应用场景 ​ 云原生技术自2015年正式诞生以来，以种势不可挡的趋势迅速席卷全球的科技产业，并同时在互联网、金融、制造、零售等各行业遍地开花，推动了企业在数字化时代,实现以应用为中心的业务变革启明星容器云平台通过多年的建设,目前已在多个大型项目成功使用，拥有大量的成功案例。如国家电网中电启明星公司星云平台、国网中电启明星低代码平台、一体化统一权限平台、国网信产集团“思极云”等 ## 解决方案 ​ 启明星容器云平台运行于openEuler操作系统之上，集成了isula或Docker容器运行时，并与Kubernetes无缝结合，构建了一个面向租户的serverless应用管理平台。借助DevOps和其他云原生技术，平台实现了资源的弹性伸缩、动态调度与高可用性，为用户提供了便捷的PaaS云服务。此外，平台自带的企业级应用商店开箱即用，大大减少了开发和部署的复杂性，从而提高了效率。为增强可观测性，平台还内置了多维度监控和统一日志管理功能，全面支持应用的生命周期管理。 ## 客户价值 ​ - **分布式调度：** 提供完整分布式调度能力，支持跨地域的多个资源池的统一调度和管理 - **弹性伸缩：** 可实时监控容器的关键性能指标，并根据调度策略进行实时运算，针对已过载的容器进行动态扩容 - **安全可控：** 支持创建并使用用户私有镜像，同时确保镜像的分享安全，团队的协作便利 - **性能优化：** 使得基于欧拉生态的容器云产品能够为客户提供更高效的运行环境，帮助客户提升业务处理能力，同时降低能源消耗，有助于降低运营成本 - **安全可控：** 使得基于欧拉生态的容器云产品能够为客户提供更高效的运行环境，帮助客户提升业务处理能力，同时降低能源消耗，有助于降低运营成本 - **生态协同：** 结合欧拉生态丰富软件资源和BoostKit应用使能，容器云产品能够为各类应用提供全面的支持。客户可以在同一生态中获取到所需的各类服务和支持，大大简化了IT开发和运维的复杂性。 - **创新驱动：** 信创和欧拉生态都是创新驱动的，持续推出新的技术和产品。客户可以通过使用容器云产品，获取到最新的技术成果，提升业务的竞争力。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/others/zhongguoyouzheng2/zhongguoyouzheng2 --- # 中国邮政集团资源池项目 中邮信息科技（北京）有限公司在核心业务系统安全平稳运行和大数据平台、AI能力中心及AIOps智能运维系统等业务模块平滑迁移方面取得重大进展。 **应用背景** 自2023年起中邮信息科技（北京）有限公司与麒麟软件厂商开展面向寄递行业的服务器操作系统关键技术研究，搭建了基于"国产服务器+国产操作系统+国产数据库"架构的自主创新技术栈，并推动如智能客服、大数据平台、AI能力中心、CRM系统及AIOps智能运维等关键应用系统的自主适配改造，并于2024年9月实现约4000多套操作系统的切换上线，全面支撑到邮务、电商等多个业务板块及智能化运维等业务系统。 **解决方案** 基于银河麒麟高级服务器操作系统V10构建的云原生平台，针对中国邮政邮务、电商等板块业务对系统的安全性需求，银河麒麟操作系统通过自主软硬件、密码技术的内核与应用一体化的内生本质安全体系，自研内核安全执行控制机制 KYSEC、生物识别管理框架和安全管理工具，支持多策略融合的强制访问控制机制，并支持国密算法 SMx 和可信计算TCM/TPCM、TPM2.0等安全策略，为人工智能计算场景提供稳定、安全的运行环境。 云原生平台技术路线： • 芯片：飞腾2500、飞腾5000c、鲲鹏920 • 硬件：ARM架构服务器 • 操作系统：银河麒麟高级服务器操作系统V10 • 基础软件：Kubernetes、Docker、Containerd等 • 应用软件：易捷云原生平台 **客户价值** 中邮信息科技（北京）有限公司在核心业务系统安全平稳运行和大数据平台、AI能力中心及AIOps智能运维系统等业务模块平滑迁移方面取得重大进展，不仅彰显了该公司在技术创新与自身业务融合方面的深厚实力，也充分验证了openEuler开源项目在实际行业应用中的成功运作成果。 **合作伙伴** --- https://www.openeuler.org/zh/showcase/others/zhonghaiyou/zhonghaiyou --- # 中国海洋石油集团有限公司自主创新操作系统替代项目 截止2024年，中国海洋石油集团有限公司已累积上线基于openeuler技术路线的银河麒麟高级服务器操作系统10000+套。 **应用背景** 中国海洋石油集团有限公司自2021年启动网信领域自主创新重点任务，成立专项工作小组，以"真替真用"的替代原则，组织全集团各级单位严格落实自主创新替代工作。为顺利推进国产操作系统在集团范围规模化的替代工作，专项工作小组联合麒麟软件等国产产品厂商，明确集团自主创新工作思路与推进流程，建立自主创新工作技术支持体系，并在实际工作中不断进行完善优化，最终形成了前期调研-方案设计-测试验证-实施上线-长期运维的全流程成熟高效的自主创新推进体系，实现了自主创新项目流程系统化、规范化，为自主创新工作在集团范围规模推进提供了坚实的基础。 **解决方案** 中国海油基于银河麒麟高级服务器操作系统与华为云等国产云平台、华为泰山鲲鹏服务器、东方通等国产中间件、人大金仓等国产数据库等基础软硬件完成全面的适配工作，为加油站管理、采办系统等业务系统构建夯实的基础运行环境。在此基础上，中国海油完成了银河麒麟高级服务器操作系统与业务系统、所需开源软件等业务层面的适配工作，最终实现全集团全栈自主创新。 {width="4.716666666666667in" height="3.782638888888889in"} **客户价值** 截止2024年，中国海洋石油集团有限公司已累积上线基于openeuler技术路线的银河麒麟高级服务器操作系统10000+套，在全集团服务器操作系统总量中已占超过80%的比重，验证了openeuler技术路线在央企集团规模应用实现自主创新的可行性，给能源行业自主创新工作树立了典范。 **合作伙伴** {width="0.9357928696412948in" height="0.47893153980752406in"} --- https://www.openeuler.org/zh/showcase/others/zigong/ --- # 自贡市第一人民医院 基于openEuler对现有平台进行转型升级 ## 应用场景 ​ 近些年来，国外针对中国恶意隐瞒系统漏洞，纵容黑客窃取我国各种重要机密信息，极大威胁我国的基本信息安全。医疗行业作为信息安全的重要一环，更要加强安全保护。在信息化建设过程中，自贡市第一人民医院信息科团队面临着无限制规模化、资源超分浪费、运维复杂化等各种无法解决的问题，同时正值建设内自同城医疗中心的战略机遇，急需一套全体系数字底座支撑医院高质量发展。 自贡市第一人民医院信息科团队使用openEuler完成医院基础设施新数字化转型的升级替代，利用容器特性，完美承载医院核心业务升级改造，降低医院硬件投资的同时，完成对现有平台进行改造。利用海光x86+openEuler平台构建超融合构架资源平台，完成资源整合利用，完成全体系改造升级。 内自同城医疗中心 ## 业务挑战 ​ - 医疗业务应用系统缺乏相关软硬平台的适配测试。 - 医疗行业还没有形成完整成熟的产品生态·链 - 相关产品层级和产品众多，选择和搭配的工作量与难度较大 ## 解决方案 ​ 自贡市第一人民医院基于自身医院信息化建设现状，结合实际应用进行目标体系设计。选择了先应用、后基础的两次解耦的模式进行升级改造的路线。即采用openEuler进行应用适配改造，以低成本完成操作系统的升级改造，然后从底层的计算、存储、网络等数据中心配套设施进行，从而完成体系的转型升级工作。 第一，依仗openEuler稳定性，安全性等优势，采用应用容器化，完成与openEuler之间的解耦，让应用拥有自己的文件系统、CPU、内存、进程空间，最大限度的减少与底层软硬件的关联，不依赖于特定的硬件配置和操作系统。能屏蔽底层异构基础设施的复杂性，能弱化对硬件辅助虚拟化技术依赖，能解放操作系统与软件的兼容适配。同时利用编排引擎，实现应用资源实时监控，动态的增减资源，减少人工干预，提高整个系统的高可用性。应用容器化的改造不仅要依靠应用厂家工程师，更需要医院的技术人员深入参与，完成对应用、微服务的细腻度改造。利用K8S编排引擎，结合细腻度改造，可以达到理想的改造效果。 第二，采用基于openEuler的超融合方案，完成硬件资源的解耦。从传统的FC-SAN交换机的技术转而使用IP网络，从传统数据中心到软件定义数据中心。通过软件实现计算、存储、网络等多种基础设施资源池化和服务化。实现从传统架构到分布式架构和软件定义数据中心的转型，简化了数据中心硬件的层次结构，落地容易，弹性很好，按需扩展，风险更低。 第三，采用海光x86芯片可有效降低项目难度；其次，CPU在虚拟化在实际运行中，互用率较高，实际资源占用率较低：第三，应用容器化后，占用大量资源的操作系统、组件、杀毒软件等多余资源占用大幅下降，再次降低CPU负载；最后，采用以核心数量换取综合性能的方式获得同样的性能，最终完成CPU的适配与替换。 目前，自贡市第一人民医院已完成部分核心业务容器化改造适配工作，均采用openEuler 22.03 LTSC作为云计算基础操作系统，利用Kubenets（简称k8s）容器编排引擎，实现实例的自我负载均衡、自动化部署、自我修复、高可扩展性等优势。部署有19台虚拟机服务器承载整个业务系统，其中3台服务器搭建高可用管理集群，若干节点作为应用实例承载。最明显的优点凸显于在业务高峰期，早上8点-12点，下午1点-5点，业务实例自动扩展，业务回落自动回收资源，同时，备份、报表实例开始扩展，实现弹性伸缩，资源互用，有效节约医院硬件资源投资。截至2023年12月，整套系统已经平稳运行200余天。 ## 客户价值 ​ 目前医疗行业升级替换进度较为缓慢，同时多数方案仅停留在于办公管理等应用，在核心业务上都还没有一套成熟度较高的方案。我们这套采用openEuler+容器化的方案，不仅可以较低的投资完成相关工作，同时采用应用容器化的方式，实现了核心的业务架构的升级替换工作，有效解决目前普遍存在与医疗行业的资源超分浪费、无限制规模化建设的问题。具备下图上几点特点： 可以说此方案不仅是升级替换，而是一整套医疗系统改造升级方案。 --- https://www.openeuler.org/zh/showcase/provider/003p49ce-8355-d114154aa417/ --- # 浙江移动客户中心、业务大厅等核心系统 平滑完成操作系统无感知迁移，实现业务高效稳定运行 ## 应用场景 ​ 作为我国省级移动公司的领先者，浙江移动的业务体量、业务复杂度均在国内名列前茅，因此对支撑系统提出了极为严苛的要求，如何完成业务系统无感知的迁移成为用户最关心的需求。浙江移动在 2021 年 8 月完成客户中心、业务大厅等核心系统的适配测试工作，顺利平滑的完成了操作系统迁移，在电信行业内首次完成基于银河麒麟高级服务器操作系统 V10 在运营商核心系统投产。 ## 解决方案 ​ - **服务器：** 使用 x86 服务器和华为鲲鹏服务器； - **操作系统：** 银河麒麟高级服务器操作系统 V10； - **容器云：** 选择了 Mesos 集群和 K8S 集群； - **业务系统：** 前台业务大厅系统和中台客户中心系统； - **IT 架构：** 微服务化、容器化、双平面统一运行、业务统一发布。 ## 客户价值 ​ - **稳定运行：** 本次迁移工作完成后，正值一年一度的校园营销活动正式展开。经过一个星期的跟踪，迁移后的系统运行稳定，验证了银河麒麟高级服务器操作系统 V10 能够满足运营商核心系统使用要求； - **核心系统迁移：** 在电信行业内首次完成基于银河麒麟操作系统在运营商核心系统的迁移投产； - **规模化推广：** 验证了银河麒麟高级服务器操作系统 V10 可以在运营商核心场景下稳定运行，并可以快速实现规模化推广，同时为浙江移动推广银河麒麟高级服务器操作系统 V10 积累了宝贵经验。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/004p4b57-9e02-e2a6aa4f6a8b/ --- # 中国联通软件研究院随沃行移动端业务系统 平滑完成操作系统无感知创新升级，实现业务高效稳定运行 ## 应用场景 ​ 随沃行是中国联通内部用户移动端业务系统，用户群体庞大、应用覆盖范围广，系统承载联通超过 40 万员工的日常移动应用。 本次创新升级覆盖范围主要包括随沃行推送服务、AI 助手、基础服务和应用商店四个业务模块。 ## 解决方案 ​ - **服务器：** 长城服务器（飞腾）； - **操作系统：** 银河麒麟高级服务器操作系统 V10 ； - **容器云：** 联通云天宫平台； - **业务系统：** 随沃行移动端业务系统； - **IT 架构：** 微服务化、容器化、业务统一发布； ## 客户价值 ​ - 以微服务容器模式部署，降低了对主机状态的强依赖，并在功能性、易用性、兼容性等多个方面满足需求。 - 通过在中国联通核心业务系统的创新部署，可以满足其平台上业务系统的稳定运行要求，证明了已具备电信行业核心业务系统云底座的支持能力。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/005p41c5-a0b2-e850f4211aa0/ --- # 浙江移动核心业务系统适配 基于国产芯片服务器与操作系统构建自主可控集群 ## 应用场景 ​ 整体方案主要涉及业务大厅与客户中心等业务系统与国产操作系统、mesos 与 k8s 容器集群、国产芯片服务器的联调适配，基于国产芯片服务器与操作系统构建自主可控集群，并通过标签约束隔离技术，将业务系统到指定自主可控集群。实现了业务代码不变的前提下，完成由芯片到操作系统的国产化替换工作，本次适配成果保证了后续同类架构替换可以实现零改造、规模化推广。 ## 解决方案 ​ ## 客户价值 ​ - 2021 年 8 月，浙江移动顺利完成业务大厅与客户中心等业务系统与统信服务器操作系统 V20、mesos 与 k8s 容器集群、（具体服务器品牌及型号）服务器的联调适配，原有操作系统全面替换统信服务器操作系统 V20，验证了自主可控服务器操作系统可以在电信运营商最核心交易系统上稳定运行，这是通信行业首家采用全自主可控技术的核心业务系统，标志着运营商 IT 系统完成了核心业务系统在国产操作系统系统上运行的自主可控的能力储备。 - 实现了业务代码不变的前提下，完成由芯片到操作系统的平滑迁移工作。 - 本次适配成果保证了后续同类架构迁移可以实现零改造、规模化推广。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/BCLinux/ --- # 中国移动云能力中心 基于 openEuler 打造 BC-Linux，分布式块存储，读 IOPS 提升 100% ## 应用场景 ​ 移动云是中国移动面向政企、事业单位、开发者等客户推出的基于云计算技术、采用互联网模式、提供基础资源、平台能力、软件应用等服务的业务。移动云是建立在中国移动"大云"的基础上，自主技术研发而成的公有云平台，通过服务器虚拟化、对象存储、网络安全能力自动化、资源动态调度等技术，将计算、存储、网络、安全、大数据、开放云市场等作为服务提供，客户根据其应用的需要可以按需使用、按使用付费。 BC-Linux 针对移动云业务应用场景，对 openEuler 进行了深度定制和优化，新增核心组件热升级、虚拟化及容器特性增强、系统安全加固、DPDK 加速库、集中部署运维工具等特色功能，集成 KAE 插件，软硬协同完成从应用到系统全堆栈的性能优化，充分释放多样性算力。 ## 解决方案 ​ - 操作系统采用 openEuler LTS 20.03 SP1 ，硬件采用 TaiShan 200 服务器作为算力底座 - 在分布式块存储场景下，通过对 CPU、内存、网络三个子系统进行 openEuler 深度调优，充分发挥出鲲鹏服务器低成本、低功耗、高性能的优点 ## 客户价值 ​ - 自 2020 年起，BC-Linux ARM 版已在移动云块存储集群部署 380 套，为 60PB（裸容量）存储数据服务提供良好支撑，并稳定运行至今； - 同等配置条件下，鲲鹏服务器随机读写性能优于 x86 服务器，随机读 IOPS提升 100%，时延降低 30%； ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/liantong/ --- # 联通云 基于“双引擎基座+一云多芯”为不同行业场景提供可靠、高质量的应用上云服务 ## 应用场景 ​ 联通云基于“双引擎基座+一云多芯”为不同行业场景提供可靠、高质量的应用上云服务。在核心代码进行了全面把控，定制多架构芯片应用适配模版，开发了计算、存储、网络、中间件等组件，全面适配自主化服务器和操作系统，提供云服务器、云硬盘、裸金属、负载均衡、虚拟私有云等多个 IaaS 和 PaaS 产品，为致力于信息化生态建设适配了多家软件，完美契合对行业需求。 ## 解决方案 ​ 基于 “X86+ARM+OpenPower”三架构混合部署，核心基础硬件适配鲲鹏、海光等主流芯片，操作系统选用银河麒麟操作系统，向上支撑数据库、中间件与应用软件，构建云平台架构。 ## 客户价值 ​ - 适配问题：解决银河麒麟高级服务器操作系统 V10 适配 OpenStack S 版缺少依赖包的问题。 - 项目价值：银河麒麟高级服务器操作系统 V10 与联通云各版本保持一致的认证要求，通过麒麟软件认证测试。 未来，麒麟软件将持续加快数字化自主创新进程，以科技自立自强促进数字经济新发展，服务运营商高质量发展，赋能政企千行百业。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/p4/ --- # 联通智能化运营平台 构建全栈自主创新的基础设施服务层 ## 应用场景 ​ 智能运营平台，是联通系统集成公司基于数十年丰富的 IT 运营管理经验，依托自主研发能力构建的一体化、全生命周期的智能 运营工具链。该项目主要覆盖了智能运营平台的 5 大子平台：智能监控平台、CMDB 配置管理平台、自动化运维平台、ITOM 运维服务管理平台、运维大数据分析平台。 ## 解决方案 ​ 采用飞腾服务器 + 银河麒麟高级服务器操作系统 V10 的 技术路线，适配自主创新数据库、中间件、外设及网络存 储设备，结合云平台实现资源虚拟化，构建全栈自主创新 的基础设施服务层，来构建联通智能化运营平台。 ## 客户价值 ​ 生态完善：智能运营平台完成与自主创新环境的适配，并稳定运行标志着智能运营平台与自主创新的环境的兼容性，避免了 高额的运维成本。 • 行业案例：智能运营平台 V2.0 通过 NeoCertify 测试的各项内容，能够满足银河麒麟高级服务器操作系统（飞腾版）V10 和 智能运营平台 V2.0 的认证要求，通过麒麟软件认证测试。 ## 伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/tianyiyu0911n/ --- # 基于openEuler Intelligence的天翼云CTyunos智能调优 基于openEuler Intelligence的天翼云CTyunos智能调优。 ## 应用场景 ​ - 操作系统数量多：当前centos全网替换7w+套， CTyunOS累计替换率约80%，全国各省累计实现落地10W+，覆盖全国各省电信、政企、金融业务，承载用户量估计超过120W。 - 业务规模大：同时涉及IPTV、智慧领域、智慧城市、渠道工作中心、采购平台、销售支持中心等数百种类业务，带来海量调优的运维压力，迫切需要建立智能调优系统，满足海量调优的诉求。 - 场景变化多：通算云大数存四大不同的业务场景， 各场景之间的软硬件差别较大。 ## 业务挑战 ​ - 业务调优人力不足：软件规模剧增，当前系统软件可调参数已达13000+，远超出人工调优能力范围。 - 应用负载变化较大：闲时忙时的业务切换，在线业务和离线业务的混合部署。 - 专家经验难以固化：系统复杂带来调优经验难以固化。 - 调优效率效率较低：调优时长天级甚至周级。 ## 解决方案 ​ 电信天翼云基于openEuler自研的操作系统CTyunOS，能够支撑天翼云所有应用场景，在电信、国资央企、政务等行业实现大规模生产环境部署，经历海量真实云业务场景长期打磨验证，满足关键行业对于操作系统的企业级稳定性要求和国产化替代要求。中国电信天翼云自主开发了虚拟化增强组件、云平台组件、编译器工具链和开发环境等，是针对云计算场景进行深度优化的定制增强版。 CTyunOS充分融入了openEuler社区的优势，针对性能调优需求，基于openEuler Intelligence构建智能调优负载感知与自主调优技术，通算四大主力场景性能提升10%。 ## 客户价值 ​ 1、集成至ct-cockpit，提供图形化前端界面，进行性能优化，通算云/大/数/存场景性能提升10%。 2、上架翼智平台应用，提供RPM包+用户文档供参考，方便用户快速使用智能调优能力，调优效率天到小时级。 # 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/tianyiyun/ --- # 天翼云FaaS产品 基于stratovirt的安全容器为函数计算提供完善的租户隔离和安全运行环境，并且在内存底噪、启动速度、并发、密度上具备较大优势。 ## 应用场景 ​ 函数计算FaaS的目标是为用户提供基于事件驱动的全托管计算服务，用户无需采购、管理任何基础实施和后端服务，只需聚焦于编写代码或应用镜像，而计算资源、编排调度、服务发现、可观测性等全部由函数计算平台提供。 ## 业务挑战 ​ 在函数计算架构中，多租户隔离、安全沙箱、冷启动、轻量虚机、内存底噪是至为关键的因素，因为这些要素决定了用户体验和平台的投入成本，最终也决定了FaaS的产品竞争力 ## 解决方案 ​ - 基于openEuler 22.03 LTS SP1完成microVM镜像极致轻量的定制化裁剪，实现在X86上支持拉起Xk+pod的目标 - 凭借StratoVirt原生轻量化架构的优势，打造基于Nydus的虚机快照方案，提升轻量虚机启动速度&容器镜像加载速度XX%。 ## 客户价值 ​ 基于stratovirt的安全容器能够为函数计算提供完善的租户隔离和安全运行环境，并且在内存底噪、启动速度、并发、密度上都有很好的优势，提升天翼云FaaS产品竞争力 --- https://www.openeuler.org/zh/showcase/provider/tianyiyun0330/ --- # 天翼云全场景业务 天翼云全场景业务无缝替换至基于openEuler自研操作系统CTyunOS ## 应用场景 ​ 中国电信天翼云于2021年发布基于openEuler的自研操作系统CTyunOS。截至2022年8月，CTyunOS已完成天翼云公有云平台全业务适配，通过提供完整的迁移工具体系和工程能力，使天翼云全场景业务无缝替换到CTyunOS，累计上线3万套，有效支撑中国电信“云改数转”的战略落地。 当前，CTyunOS已经适配天翼云IaaS层云平台计算节点、存储节点、网络节点、管理节点，PaaS层的云翼、云道、云桥平台，上层的ECX、数据库等业务，平台性能提升10%以上。 ## 解决方案 ​ 天翼云CTyunOS提供了完备的迁移方案，包括成立迁移保障组织、迁移分析、方案设计、移植适配、搬迁实施和测试上线六个阶段，同时借助x2openEuler迁移评估和原地升级技术，实现了全场景业务的“简单、平稳、高效”的替换。 - 通过x2openEuler迁移评估技术，对软件、硬件、配置的兼容性情况给出全方位的分析。具体包括OS迁移前后，上层业务软件接口上的变化、依赖软件包版本的变化，操作系统配置参数的变化等，保证业务的平滑迁移。 - 通过x2openEuler的原地升级技术，一键式将存量CentOS升级到CTyunOS，升级前后上层业务无需重新部署，参数无需重新配置，大大降低了升级时长。同时整个升级过程可以直接使用原有服务器资源，无需额外准备备用机，大大节省了迁移成本。原地升级技术将单节点的升级时长控制在2小时以内，最大程度的减少升级对业务的影响。 ## 客户价值 ​ 截至目前，天翼云CTyunOS 已在公有云内蒙古节点、一城一池、IT上云等资源池完成了规模迁移3万套，服务天翼云千行百业客户。 未来，中国电信天翼云也将继续携手openEuler，共同完善CTyunOS操作系统，提升系统的可靠性及可用性，不断推进CTyunOS版本的持续更新和完善。同时，双方携手加强科技创新和关键核心技术攻关，共铸天翼云坚实数字底座，助力行业客户的数字化转型，推动中国数字经济高质量发展。 --- https://www.openeuler.org/zh/showcase/provider/yidongyun/ --- # 中移苏州研究院公有云平台 中移苏州研究院完成服务器操作系统无感知迁移，实现业务高效稳定运行 ## 应用场景 ​ 中移苏州研究院主要面向政企、事业单位、开发者等客户推出基于云计算技术、采用互联网模式、提供基础资源、平台能力、软件应用等服务的业务。自建云是建立在集团“大云”的基础上，自主技术研发而成的公有云平台，通过服务器虚拟化、对象存储、网络安全能力自动化、资源动态调度等技术，将计算、存储、网络、安全、大数据、开放云市场等作为服务提供，客户根据其应用的需要可以按需使用、按使用付费。 中移苏州研究院服务器上承载着各行业客户的生产业务系统，之前操作系统采用自研的BCLinux for CentOS，一旦业务系统因国外操作系统停止维护而出现重大安全漏洞隐患，将可能面临关键信息泄露、实时数据服务中断等风险，急需将操作系统替换成以openEuler为根社区的国产操作系统。 ## 解决方案 ​ - 操作系统采用BCLinux for Euler 21.10，基于openEuler 20.03 LTS SP3自研，服务器采用X86、ARM架构。 - 联合麒麟信安等服务商，完成与BCLinux for Euler 21.10操作系统的适配验证、搬迁实施等。 - 对迁移工具的持续优化打磨，形成了数据备份-操作系统重装-数据回迁-业务上线的自动化流水线作业。 ## 客户价值 ​ - 已完成上万台资源池节点服务器从原有操作系统到BCLinux for Euler 21.10切换的可行性验证及迁移改造上线，做到了迁移过程业务不中断，同时也保障了迁移前后数据的完整性和一致性。 - 避免了国外操作系统停止维护后对客户业务系统的影响，保障了操作系统的长期支持服务。 - 增强和优化了系统内核性能、虚拟化模块、系统安全等功能模块，提升了系统整体性能，保障了系统的稳定性和安全性。 - 麒麟信安提供以openEuler为技术核心的支撑服务，推动电信行业向openEuler系操作系统的平滑演进，助力客户数字基础设施底座的国产化建设。 ## 合作伙伴 ​ --- https://www.openeuler.org/zh/showcase/provider/yidongyun2/ --- # 中国移动云能力中心云主机操作系统迁移方案 打造运营商行业级迁移解决方案 ## 应用场景 ​ 中国移动云能力中心“混元”分布式计算系统是移动云自主研发的新一代算力管控系统，依托3AZ高可靠布局，采用一云 多芯、多元异构分布式云原生架构，集软硬一体虚拟化“零”损耗云化加速技术，构建千万核算力接入，秒级智能调度， 数百种规格弹性交付能力。 中国移动云能力中心基于混元架构打造的云主机产品为政务、医疗、教育、交通、文旅等千行百业的数字化转型需求提供 灵活弹性、稳定可靠、安全可控、性能强劲的多样泛在算力，以优质、高可用的算力服务，为客户带来上云新选择，实现“算 力升级、智能升级”。中国移动云能力中心的天元“易行”迁移解决方案，可以帮助已有的业务系统实现无缝迁移，保证 业务的稳定性和高可用性。 ## 解决方案 ​ 移动云云主机操作系统迁移方案，支 持由BC-Linux/RHEL/CentOS»7 平滑 迁 移 至BC-Linux»for»Euler»21.10。 通过与openEuler 社区联合打造运 营商云主机领域行业级高效安全的迁 移解决方案，已为移动集团内部迁移 操作系统超过8万套，为CentOS迁 移路线树立了优秀标杆。其中虚拟机 热迁移能力是中国移动云能力中心与 openEuler 社区开展联合创新，完善 了虚拟化热迁移能力，提升热迁移效 率30%，迁移成功率达到了95%以上。 ## 客户价值 ​ » 移动云现网20000+台云主机宿主机，实现端到端的业务无感迁移。 » 虚拟化热迁移联创，减少迁移时长30%+，迁移过程中虚机陷入陷出开销减少25%+。 --- https://www.openeuler.org/zh/showcase/provider/zhongyizaixian/ --- # 中移在线核心业务系统 两天，总计六个小时，中移在线核心业务系统顺利完成1050套欧拉操作系统迁移上线 ## 应用场景 ​ 历时两天，总计六个小时，中国移动在线营销服务中心（简称中移在线）正式启动内部核心业务系统全网呼叫平台的迁移工作。首批1050套操作系统完成从 CentOS（系统版本7.2、7.4和7.6）到 openEuler 高效平滑迁移。中移在线拥有全球最大的呼叫平台，采用"中心+边缘"的部署架构，按照"控制集中，媒体分散"思路进行部署，包括洛阳淮安中心机房以及31分中心机房，7000+裸金属及虚拟机，本次迁移工作涉及 17 个分中心，1000+业务实例。本次迁移中，首次使用openEuler"三热"特性（内核热补丁、内核热替换、操作系统热升级），整个迁移过程平稳高效，迁移进度可视化，业务零中断，用户无感知。中移在线已完成近3万套操作系统迁移，伴随着核心业务系统的迁移工作正式启动，预计到今年年底，将加速完成超过7万套迁移工作。 ## 解决方案 ​ 5月24日-25日，历时两天，总计6小时，中移在线成功将内部业务的1050套（物理机、虚拟机）操作系统从 CentOS（系统版本包括7.2、7.4和7.6）高效平滑迁移到 openEuler 20.03 LTS SP3。本次迁移涉及的核心业务为中移在线全网呼叫平台业务 17 个分中心，总计约 20 个业务子系统，1000+业务实例，是全球最大的呼叫平台。整个迁移过程总计六小时。迁移后各项业务系统运行效率更加高效，运行状态更加平稳，系统运维更加容易。本次操作系统迁移的顺利完成，为电信行业的操作系统迁移树立了标杆，为中移在线的其他业务的操作系统迁移积累了经验，为 openEuler 社区 CentOS 迁移技术路线和迁移工具提供了优秀的样板案例，为有 CentOS 迁移需求的企业提供了一个新选择。 openEuler"三热"特性（内核热补丁、内核热替换、操作系统热升级）首次规模商用。一条命令完成内核漏洞修复、内核升级、操作系统热升级，整个迁移过程平稳高效，迁移进度可视化，业务零中断，用户无感知。 ## 客户价值 ​ 近年来，CentOS 停服让所有企业都在思考操作系统迁移的问题。中国移动作为 openEuler 委员会的捐赠人，很早就与 openEuler 社区研究 CentOS 停服的解决方案。在中移在线与 openEuler 社区的共同努力下，提供了一套完整的操作系统迁移技术路线，为了确保操作系统迁移自动化，迁移流程专业化和标准化，openEuler 社区发布 x2openEuler 迁移工具，本次中移在线在使用的就是这套方案。本次中移在线操作系统高效平滑完成迁移充分验证了 openEuler 社区 CentOS 迁移技术路线和迁移工具的可行性、稳定性和可靠性。 下一步，openEuler 社区充分发挥开源社区的优势，持续发展和升级openEuler 社区的CentOS迁移技术路线和迁移工具，助力更多企业完成 CentOS 操作系统高效平滑迁移。 --- https://www.openeuler.org/zh/showcase/technical-white-paper/ --- # 白皮书 技术白皮书 行业白皮书 openEuler 24.03 LTS SP4 白皮书 查看白皮书 openEuler 24.03 LTS SP3 白皮书 查看白皮书 openEuler 25.09 白皮书 查看白皮书 openEuler 24.03 LTS SP2 白皮书 查看白皮书 openEuler 25.03 白皮书 查看白皮书 openEuler 24.03 LTS SP1 白皮书 下载白皮书 openEuler 24.09 白皮书 下载白皮书 openEuler 22.03 LTS SP4 白皮书 下载白皮书 openEuler 24.03 LTS 白皮书 下载白皮书 openEuler 22.03 LTS SP3 白皮书 下载白皮书 openEuler 技术白皮书（创新项目总览） 下载白皮书 openEuler 23.09 白皮书 下载白皮书 --- https://www.openeuler.org/zh/sig/A-Tune --- SIG中心 A-Tune 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Application --- SIG中心 Application 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Base-service --- SIG中心 Base-service 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Compiler --- SIG中心 Compiler 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Computing --- SIG中心 Computing 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/DB --- SIG中心 DB 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Desktop --- SIG中心 Desktop 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/G11N --- SIG中心 G11N 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/GNOME --- SIG中心 GNOME 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Infrastructure --- SIG中心 Infrastructure 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Kernel --- SIG中心 Kernel 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Marketing --- SIG中心 Marketing 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Networking --- SIG中心 Networking 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Others --- SIG中心 Others 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Packaging --- SIG中心 Packaging 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Programming-language --- SIG中心 Programming-language 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Runtime --- SIG中心 Runtime 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Storage --- SIG中心 Storage 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/System-tool --- SIG中心 System-tool 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/TC --- SIG中心 TC 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/Virt --- SIG中心 Virt 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/ai --- SIG中心 ai 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/bigdata --- SIG中心 bigdata 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/dev-utils --- SIG中心 dev-utils 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/doc --- SIG中心 doc 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/ecopkg --- SIG中心 ecopkg 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/iSulad --- SIG中心 iSulad 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/oVirt --- SIG中心 oVirt 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/security-committee --- SIG中心 security-committee 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-AccLib --- SIG中心 sig-AccLib 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Arm --- SIG中心 sig-Arm 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-BMC --- SIG中心 sig-BMC 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-CICD --- SIG中心 sig-CICD 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-CIS-Flavor --- SIG中心 sig-CIS-Flavor 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-CloudNative --- SIG中心 sig-CloudNative 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Compatibility-Infra --- SIG中心 sig-Compatibility-Infra 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-DDE --- SIG中心 sig-DDE 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-DPU --- SIG中心 sig-DPU 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-DevStation --- SIG中心 sig-DevStation 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-EasyLife --- SIG中心 sig-EasyLife 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Edge --- SIG中心 sig-Edge 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-FangTian --- SIG中心 sig-FangTian 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-FlagOS --- SIG中心 sig-FlagOS 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Gatekeeper --- SIG中心 sig-Gatekeeper 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-HPC --- SIG中心 sig-HPC 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Ha --- SIG中心 sig-Ha 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Hygon --- SIG中心 sig-Hygon 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-IDE --- SIG中心 sig-IDE 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Intel-Arch --- SIG中心 sig-Intel-Arch 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Java --- SIG中心 sig-Java 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-K8sDistro --- SIG中心 sig-K8sDistro 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-KDE --- SIG中心 sig-KDE 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-KIRAN-DESKTOP --- SIG中心 sig-KIRAN-DESKTOP 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Long --- SIG中心 sig-Long 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-LoongArch --- SIG中心 sig-LoongArch 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-MCP-Tools-Ecosystem --- SIG中心 sig-MCP-Tools-Ecosystem 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Migration --- SIG中心 sig-Migration 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-OS-Builder --- SIG中心 sig-OS-Builder 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-OSCourse --- SIG中心 sig-OSCourse 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-OceanBase --- SIG中心 sig-OceanBase 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-OpenDesign --- SIG中心 sig-OpenDesign 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-QA --- SIG中心 sig-QA 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-QT --- SIG中心 sig-QT 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-RISC-V --- SIG中心 sig-RISC-V 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-ROS --- SIG中心 sig-ROS 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-SBC --- SIG中心 sig-SBC 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-SDS --- SIG中心 sig-SDS 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Space --- SIG中心 sig-Space 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Talent-and-Service --- SIG中心 sig-Talent-and-Service 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-UB-ServiceCore --- SIG中心 sig-UB-ServiceCore 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-UKUI --- SIG中心 sig-UKUI 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-UnifiedBus --- SIG中心 sig-UnifiedBus 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-WayCa --- SIG中心 sig-WayCa 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-YuanRong --- SIG中心 sig-YuanRong 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-Zephyr --- SIG中心 sig-Zephyr 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-bio --- SIG中心 sig-bio 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-cinnamon --- SIG中心 sig-cinnamon 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-compat-winapp --- SIG中心 sig-compat-winapp 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-compliance --- SIG中心 sig-compliance 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-confidential-computing --- SIG中心 sig-confidential-computing 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-desktop-apps --- SIG中心 sig-desktop-apps 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-distributed-middleware --- SIG中心 sig-distributed-middleware 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-ebpf --- SIG中心 sig-ebpf 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-embedded --- SIG中心 sig-embedded 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-epkg --- SIG中心 sig-epkg 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-epol --- SIG中心 sig-epol 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-golang --- SIG中心 sig-golang 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-haskell --- SIG中心 sig-haskell 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-high-performance-network --- SIG中心 sig-high-performance-network 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-industrial-control --- SIG中心 sig-industrial-control 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-intelligence --- SIG中心 sig-intelligence 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-mate-desktop --- SIG中心 sig-mate-desktop 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-memsafety --- SIG中心 sig-memsafety 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-message-middleware --- SIG中心 sig-message-middleware 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-minzuchess --- SIG中心 sig-minzuchess 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-nodejs --- SIG中心 sig-nodejs 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-openstack --- SIG中心 sig-openstack 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-ops --- SIG中心 sig-ops 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-perl-modules --- SIG中心 sig-perl-modules 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-porting-platform-winapp --- SIG中心 sig-porting-platform-winapp 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-power-efficient --- SIG中心 sig-power-efficient 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-python-modules --- SIG中心 sig-python-modules 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-recycle --- SIG中心 sig-recycle 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-release-management --- SIG中心 sig-release-management 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-ruby --- SIG中心 sig-ruby 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-sbom --- SIG中心 sig-sbom 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-security-facility --- SIG中心 sig-security-facility 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/sig-sw-arch --- SIG中心 sig-sw-arch 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/user-committee --- SIG中心 user-committee 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/xfce --- SIG中心 xfce 在AtomGit上查看更多内容 会议与活动 工作会议 查看历史会议纪要 SIG版本规划工作会议遵循开源、开放原则, 议题收集、技术讨论、会议纪要等各讨论过程均对外开放 邮件列表 ## 仓库列表（0） | 仓库名称 | Maintainer | Committer | | --- | --- | --- | 暂无数据 贡献展示 个人会员贡献 度量指标 合并请求 PR 需求&问题 Issue 评审 Comment 统计周期 全部 最近一个月内 最近半年内 最近一年内 合并请求 PR Maintainer Committer Contributor 暂无数据 --- https://www.openeuler.org/zh/sig/meeting-guide/ --- # 会议指南 openEuler SIG组工作会议指南 SIG中心 会议指南 ## 会议规划 SIG 版本规划工作会议遵循开源、开放原则，议题收集、技术讨论、会议纪要等各讨论过程均对外开放 ## 会议类型 单 SIG 组工作会议 单一 SIG 组内的工作会议，由该 SIG 组 Maintainer 进行组织，包括议题收集、议程安排、主持讨论、会议纪要输出等 Working Group 工作会议 Working Group（跨 SIG 组）的协作工作会议，如有两个及以上的SIG组计划一起组织工作会议，需要各相关 SIG 组 Maintainer 提前沟通，确定一名组织者统筹该工作会议，包括但不限于议题收集、议程安排、主持讨论、会议纪要输出等 ## 组织会议 需求收集 各 SIG 应择时启动针对后续版本的需求收集，各 SIG 组 Maintainer 在 openEuler Etherpad 平台 https://etherpad.openeuler.org/ 创建相应的会议收集目录(建议命名方式为: sig 名-版本名(例如 22.09)-Planning)用于收集该版本规划工作会议的需求收集及计划，并将该会议目录反馈至 openEuler 开源社区 SIG 版本规划会议组织者。(参考模板： https://etherpad.openeuler.org/p/planning-template ) 1. 任何人均可以在 SIG 版本工作会议中提出需求，通过在各 SIG 版本工作会议指定的 Etherpad 共享文件中的 Topics 环节根据要求进行填写，通常需要包含以下内容： 需求发起人需求的具体描述Issue 反馈的在线地址已有的技术方案或 PR已有的讨论纪要 2. 需求收集完成后由 SIG 组 Maintainers 按照所有收集到的需求的具体情况(类型、技术难度、工作量等)，根据会议时间安排指定会议议程，会议安排在工作会议召开前 3 天在 Etherpad 共享文件及社区邮件列表 Maillist 中公开发布，方便与会者了解会议议程 召开会议 会议由各 SIG 组版本规划负责人主持召开，按照预先制定的会议议程进行会议，会议过程中需要注意时间控制，确保所有已经在会议议程中的需求都能得到相应的讨论时间。各与会者需要在 Etherpad 的 Attendees 环节根据要求填写自己的名字和 Gitee\_ID，若未到场且未指定代参加人员则该需求视为自动放弃。 1. 各议题讨论可以分为下面几个阶段： 1.需求陈述：由需求发起人对需求进行陈述，包括需求目标、需求来源、提议的技术方案及既往的讨论及结果等，需求陈述阶段其余听众不允许打断。 2.讨论：由各参会者针对该需求进行相应的讨论，所有与会者均可参与讨论，主持人负责记录各方观点及重点意见。 3.总结：在达成共识后，由主持人根据共识输出该议题的结论。若现场没有达成共识，则应商议再次讨论的具体时间。 2. 所有议题讨论完成后，由 SIG Maintainer 团队根 据各议题讨论情况及 SIG 组实际情况对各需求进行优先级排序及分工，“任务分工”靠贡献者“认领任务”的方式完成。 会议纪要 各 SIG 组版本规划负责人在工作会议结束后一周内整理完成会议纪要，并在 Etherpad 及 SIG 组、dev, tc, release sig 邮件列表 Maillist 上公开发布该会议纪要，以便开发者、用户了解未来版本各 SIG 的工作计划，会议纪要需要包含以下内容： 1. 所有参与讨论的议题及该议题的结论 2. 下一版本各工作的负责人 3. 下一版本的工作优先级 会议纪要内容参考链接： https://mailweb.openeuler.org/hyperkitty/list/openstack@openeuler.org/thread/NR3O2ZUUNE46XFBTV4CND4HEYDCBPW33/ --- https://www.openeuler.org/zh/sig/role-description/ --- # 角色说明 SIG中心 角色说明 ## 社区成员 贡献者 职责范围：SIG组及项目的重要贡献者，代码仓库问题的主要修复者和代码开发者 查看详情 审核者 职责范围：SIG组部分仓库的看护者，是这部分仓库的第一责任人，审核其他成员的贡献 要求：SIG 的积极贡献者，经验丰富，愿意投入精力参与到审核工作 查看详情 维护者 职责范围：SIG组组长、牵引者和规划者，需做好SIG组的发展和演进，同时也可能是项目Owner 要求：经验丰富，富有责任心、出色的技术能力和管理能力 查看详情 新的贡献者 既有社区成员 ## 贡献者 Contributor 加入要求 责任与权益 注意：经常贡献代码的成员应积极的参与代码审查，并努力成为 SIG 的审核者 Committer ## 审核者 Committer 加入要求 责任与权益 ## 维护者 Maintainer 加入要求 责任与权益 --- https://www.openeuler.org/zh/sig/sig-guidance/ --- # 申请流程 寻人 个人或公司在openEuler社区中寻找2 - 3个具有共同目标的人讨论决定成立SIG组，维护openEuler社区中的某一个技术方向软件包或发起孵化项目。 申请 沟通 在技术委员会的例会上就技术范围、维护的目标等和与会成员沟通，在 SIG 目标范围及维护上达成一致。 获批 运作 SIG 开始正式运作，通过邮件列表/例行会议等进行沟通运作。 改进 --- https://www.openeuler.org/zh/sig/sig-list/ --- # SIG中心 SIG 全称是 Special Interest Group，即“特别兴趣小组”。openEuler社区按照不同的 SIG 来组织，以便更好地管理和改善工作流程。SIG 组均是开放的，欢迎任何人来参与 SIG中心 SIG 全称是 Special Interest Group，即“特别兴趣小组”。openEuler社区按照不同的 SIG 来组织，以便更好地管理和改善工作流程。SIG 组均是开放的，欢迎任何人来参与 ## 欢迎参与SIG 了解SIG运转 进行SIG交流 参与SIG贡献 ## 了解SIG (SIG角色说明)[/zh/sig/role-description/] (SIG会议指南)[/zh/sig/meeting-guide/] SIG申请流程 申请创建一个新的SIG（Special Interest Group）来组织特定领域的开发工作 01 寻人 02 申请 03 沟通 04 获批 05 运作 06 改进 ## openEuler SIGs 分类 暂无数据 --- https://www.openeuler.org/zh/talent-assessment/ --- # 人才培养 ## 人才认证 为了规范openEuler人才认证管理，自2024年8月起，openEuler人才认证运作组织由openEuler Talent-and-Service SIG变更为开放原子开源基金会&openEuler社区教育工作组，具体认证内容已全部迁移至开放原子开源基金会官网。 查看详情 ## 人才需求 为帮助openEuler生态人才与产业伙伴快速建立人才需求链接，由社区推出人才需求的发布频道。希望生态人才能够有更多的机会发挥所长，推动openEuler生态快速发展 #### 麒麟信安 湖南麒麟信安科技股份有限公司成立于2015年，规模500人+，麒麟信安专注于国家关键信息基础设施领域相关技术的研发与应用，主要从事操作系统产品研发及技术服务，并以操作系统为根枝树创新发展信息安全和云计算业务，形成国产操作系统--云计算--信息安全三位一体产品线。麒麟信安作为首批openEuler商业发行版厂商，将openEuler作为唯一技术路线。麒麟信安连续七年通过国家公安部等保四级测评，并通过国家保密局商用密码技术测评及认证，产品已在国防、党政、能源、金融、教育等重要领域得到了广泛应用。 ##### 相关岗位 操作系统开发工程师 技术支持工程师 测试工程师 查看在招岗位 #### 凝思软件 北京凝思软件股份有限公司（以下简称“凝思软件”）成立于2016年，拥有500多名员工。凝思软件专注于服务器操作系统，主要为电网、金融、通信、铁路和能源等行业的生产业务系统及关键业务系统提供操作系统软件及相关产品和服务。凝思安全操作系统欧拉版V6.0.99是一款面向政企、金融、能源、通信等各行业设计的通用企业级服务器操作系统。该系统基于openEuler社区版，集成了凝思固域内核安全子系统，并融合了多项自研的竞争力特性，提供高性能、稳定可靠、安全易用的业务体验，进一步完善生态支持，并提供专业的技术服务。该系统适用于服务器、云计算、边缘计算、嵌入式等应用场景。 ##### 相关岗位 Linux高级研发工程师 Linux操作系统开发工程师 Linux安全开发工程师 查看在招岗位 #### 软通动力 软通动力信息技术（集团）股份有限公司是中国数字技术产品和服务创新领导企业，致力于成为具有全球影响力的数字技术服务领导企业，企业数字化转型可信赖合作伙伴。目前员工近90000人，在全球40余个城市设有近百个分支机构，在10余个重要行业服务超过1100家国内外客户，其中超过230家客户为世界500强或中国500强企业。近年来，软通动力自主研发了企业级服务器操作系统-天鹤OS，推出“openEuler managed by 软通动力”产品，发布了自有OS迁移工具x2TianHe、一站式服务工具链iTools，在社区多个SIG组持续投入，力争成为客户首选的openEuler产品和服务提供商。 ##### 相关岗位 系统运维工程师 容器运维工程师 查看在招岗位 #### 中软国际 中软国际，成立于2000年的行业领军企业，香港主板上市公司，专注软件与信息技术服务，全球服务覆盖47国，员工逾7万。连续五年位列Gartner全球IT服务百强，2023年排名跃升至第73位，中国软件百强第12。定位“数字化转型专家”，深耕政府、金融、制造等多领域，以云技术为核心，驱动AI、鸿蒙AIoT、ERP及数字化转型服务，引领国产智联网产业，聚焦金融信创、智慧城市等，推进国产替代与自主创新。秉持“率真存厚，立志有恒”的价值观，中软国际融合AI创新，致力于成为中国领先的信创软件服务商，加速数字中国建设，助力数字经济全球领先。 ##### 相关岗位 操作系统运维工程师 操作系统研发工程师 查看在招岗位 #### 神舟数码 神州数码集团股份有限公司（简称：神州数码）。从2000年成立伊始，神州数码以“数字中国”为使命，锐意变革，砥砺前行， 始终坚持以全球领先科技和自主创新核心技术赋能产业数字化转型和数字经济发展。公司致力于成为领先的数字化转型合作伙伴，神州数码围绕企业数字化，开创性的提出“以AI加速的数云融合”战略，为各个行业客户提供泛在的敏捷IT能力和融合的数据驱动能力，助力企业客户建立核心能力和竞争优势，全面推动社会的数字化、智能化转型升级。 ##### 相关岗位 运维工程师 查看在招岗位 ## 证书查询 因openEuler人才认证运作模式变更，原有的openEuler人才认证考试平台已更换并下线。如需获取2022年8月至2024年7月的认证证书，请发送邮件至 oecxonline@openeuler.sh 进行查询。 证书查询邮件模版参考 收件人 oecxonline@openeuler.sh 主题openEuler人才认证证书查询 正文 姓名： 例：张三 认证等级： 例：OECA/OECP-M 考试日期：例：2022年8月15日 考试单位： 例：麒麟信安/软通教育等 --- https://www.openeuler.org/zh/universities/ --- # 高校 ## 高校技术小组 openEuler高校技术小组是在院校内围绕openEuler进行学习、科研及参与社区贡献的组织，该技术小组由高校老师指导学生学习openEuler相关知识、产出openEuler相关科研成果，或直接参与到社区贡献，同时社区及社区生态伙伴整合资源为技术小组的学习与科研提供支持和赋能。 ### 湖南大学openEuler技术小组 湖南大学openEuler技术小组是openEuler社区、湖南欧拉生态创新中心、麒麟信安与湖南大学联合组建的高校交流平台。 #### 湖南大学合作捐赠项目 湖南大学合作捐赠项目：嵌入式实时虚拟机ZVM（Zephyr-based Virtual Machine）是由湖南大学嵌入式与网络计算湖南省重点实验室（以下简称"湖大嵌入式实验室"）主任谢国琪教授主导设计并开发的虚拟化软件。该软件基于实时操作系统（RTOS）Zephyr开发，可同时启动Linux与Zephyr 2个Guest OS，从而在同一硬件平台上实现混合内核部署。2023年2月，湖大嵌入式实验室正式将该项目开源至openEuler社区。 #### 组织者 赵欢（湖南大学信息科学与工程学院副书记） #### 指导老师 谢国琪（湖南大学嵌入式计算省重点实验室主任） #### 小组成员 赵思蓉胡宇昊王中甲Bekalu Nigus Dawit邹雨欣雷权罗健淳张辛宇杨启丛嘉孚朱佳奕梁玉涵田瑞曾彩怡廖若竹陈兆基王子文李江伟雷景旭郑垚 ### 成都电子科技大学技术小组 成都电子科技大学技术小组拟研究方向：大数据、人工智能、视觉分析、智能语义识别等方面进行创新理论研究，在深度学习、机器视觉与人工智能等方面已取得一定科研成果。 #### 组织者 廖勇（成都电子科技大学信息与软件工程学院副院长） #### 指导老师 陈佳（成都电子科技大学信息与软件工程学院副教授） #### 小组成员 孔翰林唐炽诚郑嘉睦李沛阳张立蒙陈泓旭时俊华 ### 兰州大学技术小组 兰州大学技术小组研究方向：围绕openEuler机密计算技术开展研究和使用。目前已经在secGear方向上发表论文多篇，完成开源之夏、开源实习项目多项。今后，将继续围绕secGear建设技术小组。 #### 组织者 刘忻（兰州大学信息科学与工程学院副教授） #### 指导老师 刘忻（兰州大学信息科学与工程学院副教授） #### 小组成员 景海鲲杨晶晶林家腾王淼杨浩睿孙思 ## 活动与大赛 ### 开源实习 开源实习是openEuler社区和社区合作单位共同发起的线上实习项目，旨在鼓励在校学生积极参与开源社区，在实际的开源环境中提升实践能力，在社区中成长为优秀的开源人才。由社区提供实习任务，并提供导师辅导，学生通过实习申请后，可在社区领取任务，每完成一个任务可获得相应积分，积分累计达规定量后，可获得实习证明和实习工资。 前往领取任务 ### 第七届CCF开源创新大赛 第七届CCF开源创新大赛在国家自然科学基金委信息科学部的指导下，由中国计算机学会（CCF）主办，长沙理工大学、CCF 开源发展委员会联合承办。openEuler参与开源项目贡献赛道，赛事奖金10w，赛题主要聚焦在openEuler操作系统的内存池管理与用户态线程设计与调度两个方向。 大赛官网信息 ### 鲲鹏应用创新大赛-openEuler开源创新赛道 鲲鹏应用创新大赛2024是面向基础软/硬件开发者的顶级赛事，旨在鼓励广大开发者基于鲲鹏全栈根技术，围绕产业真实难题，共同打造基础软/硬件解决方案。 本届大赛开设openEuler开源创新赛道，分为基础赛（围绕openEuler 进行原生开发（初阶））与挑战赛围绕openEuler 进行原生开发（高阶）两个方向。 大赛官网信息 ### 国家级大学生创新训练计划-华为命题 国家级大学生创新训练计划，简称“国创计划”，是教育部质量工程项目中作用面积最大、涉及人数最多的项目，秉承“兴趣驱动、自主实践、重在过程”的理念，目前已经成为面向全体大学生的一项创新人才基础培育工程，聚焦国家创新与发展，引领高校创新人才改革。开设“基于openEuler 开源操作系统的实践创新”单项赛题。 大赛官网信息 ### 中国国际大学生创新大赛（2024） 华为深度参与中国国际大学生创新大赛（2024），输出产业命题，推进产教融合、科教融汇。操作系统是整个计算机系统的核心基础软件，上承应用，下接硬件，面向用户，对生态要求极高，在鲲鹏赛道开设基于openEuler开源操作系统三个赛题，可官网详细了解。 鲲鹏赛题-openEuler赛题报名入口 ### 开源之夏 openEuler社区连续四年连续四年参与由中国科学院软件所主办的开源软件供应链点亮计划-开源之夏活动，是目前规模最大最有影响力的高校开源活动。旨在鼓励在校学生积极参与开源软件的开发维护，培养和发掘更多优秀的开发者。 开源之夏官网信息 ## 高校贡献 #### 北京航空航天大学杭州创新研究院 北京航空航天大学杭州创新研究院大数据与工业智联网研究室的开发者完成了openEuler Embedded在工业领域的软硬件适配验证以及30\*24H的不间断测试，基于此研究室决定将北航全部机器人底层系统迁移到openEuler生态，同时加强与openEuler社区的深入合作，继续拓展openEuler在嵌入式领域生态和应用。 SIG贡献 sig-embedded 前往官网 #### 湖南大学 嵌入式实时虚拟机ZVM（Zephyr-based Virtual Machine）是由湖南大学嵌入式与网络计算湖南省重点实验室（以下简称“湖大嵌入式实验室”）主任谢国琪教授主导设计并开发的虚拟化软件。该软件基于实时操作系统（RTOS）Zephyr开发，可同时启动Linux与Zephyr 2个Guest OS，从而在同一硬件平台上实现混合内核部署。2023年2月，湖大嵌入式实验室正式将该项目开源至openEuler社区。 SIG贡献 Zephyr 贡献详情前往官网 #### 北京航空航天大学计算机学院 Rust-Shyper 是北京航空航天大学计算机学院王雷教授团队设计开发的虚拟机监控器，该系统基于 Rust 语言，实现了一个高可靠、嵌入式 Hypervisor。2023 年 2 月 15 日 Rust-Shyper 正式在 openEuler 社区开源。 SIG贡献 Virt 贡献详情前往官网 #### 上海交通大学 上海交通大学 IPADS 实验室将“蓬莱”TEE（可信执行环境）与 openEuler 进行整合，赋予机器学习新安全属性，以保障模型开发者、数据所有者与最终用户的隐私与权益。“蓬莱”TEE 作为 openEuler 安全计算的基石之一，将与 openEuler 社区一起，不断完善对多架构、多设备、多框架的支持，持续打造高效、安全、可信的机器学习框架。 SIG贡献 sig-RISC-Vdoc 前往官网 #### 华中科技大学网络空间安全学院 #### 北京大学 #### 江苏科技大学海洋装备研究院 #### 长沙理工大学计算机与通信工程学院 #### 吉林大学 #### 中国矿业大学 更多高校贡献… ## 课程与培训 ### HCIA-openEuler 认证培训课程 欢迎学习HCIA-openEuler华为认证openEuler工程师在线课程。 课程学习考试报名 ### openEuler精品课程 开源基础软件学习培训 开始学习 ### Tutorials openEuler官方出品的迷你视频课程 开始学习 ### openEuler直播 众多大咖精彩课程直播 开始学习 ### openEuler安全知识培训 openEuler基础安全意识与能力培训 开始学习考试报名 --- https://www.openeuler.org/zh/wiki/about/introduce/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 介绍 ​ OpenAtom openEuler (简称 openEuler) 是由开放原子开源基金会孵化及运营的开源项目。 openEuler 是面向数字基础设施的开源操作系统，支持服务器、云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。通过为应用提供确定性保障能力，支持 OT 领域应用及 OT 与 ICT 的融合。 openEuler 社区通过开放的社区形式与全球的开发者共同构建一个开放、多元和架构包容的软件生态体系，孵化支持多种处理器架构、覆盖数字设施全场景，推动企业数字基础设施软硬件、应用生态繁荣发展。 - 组织架构 - 技术委员会 - 安全委员会 - SIG 中心 --- https://www.openeuler.org/zh/wiki/about/quick-start/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 快速链接 ​ - 官方网站：https://www.openeuler.org/ - Get openEuler OS：https://www.openeuler.org/zh/download/#get-openeuler - 镜像仓列表：https://www.openeuler.org/zh/mirror/list/ - 用户软件仓：https://eur.openeuler.openatom.cn/coprs/ - OS 迁移专区：https://www.openeuler.org/zh/migration/ - OSV 技术测评：https://www.openeuler.org/zh/approve/ - QuickIssue：https://quickissue.openeuler.org/zh/issues/ - 兼容性列表：https://www.openeuler.org/zh/compatibility/ - 开发者贡献指南：https://www.openeuler.org/zh/community/contribution/detail.html - 代码仓：https://atomgit.com/openeuler - 软件包仓：https://atomgit.com/src-openeuler - GitHub 镜像仓：https://github.com/openeuler-mirror - 博客：https://www.openeuler.org/zh/interaction/blog-list/ - 月刊：https://www.openeuler.org/zh/monthly-bulletins/ - 论坛：https://forum.openeuler.org/ - 邮件列表：https://www.openeuler.org/zh/community/mailing-list/ - 交流群：添加小助手微信：openeuler123，备注感兴趣的 SIG 组或技术领域 --- https://www.openeuler.org/zh/wiki/contribution/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 开源贡献 ​ openEuler 社区是按照不同的 SIG 来组织、管理社区工作。开发者们通过 Issue、邮件列表、SIG 例会、技术交流群等形式来沟通协作，以便社区更好地运转。参与社区贡献的方式有很多种，并不局限于编码。但每一种贡献都将受到社区的欢迎和重视。 在参与社区贡献前，您需要根据自身的参与身份（个人、员工、企业），提前签署 openEuler 社区贡献者许可协议（CLA）。 **我能做点什么** ## 1\. 提交 Issue 或 PR ​ 通过 Issue /PR 参与自己感兴趣的项目，是比较常见的参与社区贡献方式之一。您可以通过 QuickIssue 快速查找并提交 Issue。常见的 Issue/PR 场景有： a) 报告或修复 bug b) 提交建议 c) 记录一个待完成任务 d) 指出并修复文档缺失/安装问题 e) 答疑交流 ## 2\. 软件包贡献 ​ ### 2.1 新增软件包 ​ 执行以下步骤，可以在 atomgit 新增软件包的同时在 obs 建立同名仓库！ #### 2.1.1 操作步骤 ​ 通过修改 atomgit 中的 openeuler/community 仓库实现新增软件包的具体操作步骤如下： 1. 点击进入 community 仓库，将其 fork 到自己的仓库。 2. 将 fork 完成的 community 仓库 clone 到本地。 shell git clone https://atomgit.com/"$username"/community.git 修改 community 仓库。以在 atomgit 新增 zip 软件包，并且同步在 openEuler:Factory 工程项目下添加该包为例。 - cd community/sig - 明确软件包所属的 sig 组，如 zip 属于 Base-service 组（请参考贡献者指南中的找到您感兴趣的 SIG 或项目）； - 修改所属 sig 文件夹下的内容，如项目清单等； - 修改所属 sig 文件夹下的 sig-info.yaml，将要新增的软件包以"- src-openeuler/zip"的形式添加到对应的 sig 组列表下；以 zip 为例，修改 sig/Base-service/sig-info.yaml： yaml repositories: - repo: - openeuler/openEuler-rpm-config - src-openeuler/abseil-cpp - src-openeuler/acl - src-openeuler/acpica-tools - src-openeuler/adcli - src-openeuler/aide - src-openeuler/airline - ... - src-openeuler/jansson - src-openeuler/apr - src-openeuler/python-lxml - src-openeuler/zip - 建仓：在 sig/{sig 目录}/src-openeuler/软件名首字母 新增下对应的 yaml 文件(openeuler 社区维护项目: openeuler 目录；其他社区引入包: src-openeuler 目录。示例参考：sig/Base-service/src-openeuler/z/ zip.yaml) yaml name: pkgname description: about pkgname upstream: https://somepkg.org/ branches:- name: master type: protected type: public - 提交 PR（请参考 PR 提交指南，PR 合入后将会在 atomgit 建立同名仓库。查看地 址：src-openeuler。同时在 obs 上建立同名仓库，可在 obs 网站查看： https://build.openeuler.org/project/show/openEuler:Factory #### 2.1.2 修改 obs 拉取代码方式 ​ obs 使用源服务获取源码(源服务)，要使用源服务，需要\_service 文件。新增软件包时，openEuler 自动使用了 tar\_scm\_kernel\_repo 插件拉取代码。可通过修改 src-openeuler/obs\_meta 仓库下对应软件包的\_service 文件实现自定义更改，具体步骤如下： 1. 点击进入 obs\_meta 仓库，将其 fork 到自己的仓库。 2. 将 fork 完成的 obs\_meta 仓库 clone 到本地。 shell git clone https://atomgit.com/"$username"/obs_meta.git 3. 修改 obs\_meta 仓库。 - cd obs\_meta/master/openEuler:Factory/ - vim "package\_name"/\_service 根据自己的需求修改 \_service 文件。(package\_name 是需要自定义\_service 文件的软件包名称) - 提交 PR，PR 合入后将会把修改后的\_service 文件同步到该仓库。 ### 2.2 构建软件包 ​ #### 2.2.1 rpm-build 本地构建 ​ 通过 rpm-build 本地构建软件包的基本过程如下： 1. 从 openEuler 社区下载源码。 2. 使用 rpm-build 进行本地构建。 3. 获取并安装已构建的软件包。 rpm-build 本地构建软件包的具体操作步骤如下： 1. 配置 repo 源，具体请参考开发环境准备中的配置 repo 源内容。 2. 使用 rpm-build 进行本地构建。 （1）查找需要操作的源码。以 openssl 为例，请根据实际修改。 shell $ dnf list | grep openssl 查看打印信息中是否有包含 openssl 软件名的.src 的文件，若有则继续下面的操作，若无则在社区上留言。 （2）下载源码文件。 shell $ yumdownloader --source openssl （3）安装 openssl 软件包。 shell $ rpm -ivh openssl-1.1.1d-5.src.rpm 命令执行完成后，会在 $HOME 目录下生成 rpmbuild 目录。rpmbuild 目录下有如下目录： - SOURCES：源代码目录，保存源码包（如 .tar 包）和所有 patch 补丁。 - SPECS：Spec 文件目录，保存 RPM 包配置（.spec）文件。 （4）切换目录到$HOME/rpmbuild/SPECS，然后执行 rpmbuild 命令构建软件包。注意 rpmbuild 并不需要 root 权限执行。我们强烈建议使用普通用户执行这一命令。 bash $ cd ~/rpmbuild/SPECS$ rpmbuild -ba openssl.spec 命令执行后，可能会有一些报错信息，且构建不同的软件包报错信息不同。请根据具体的报错信息进行解决。 - 缺少依赖包报错信息。 命令执行后，若有缺少依赖的软件包报错信息，则根据提示安装依赖软件包。 如下所示： shell error: Failed build dependencies: lksctp-tools-devel is needed by openssl-1:1.1.1d-5.aarch64 shell $ sudo dnf install lksctp-tools-devel -y - 自检失败报错信息。 有些软件包，如 coreutils，augeas，diffutils，在 rpmbuild 命令执行后，有提示“FAIL test-localeconv (exit status: 134)”报错信息。该报错信息是由于 Aarch64 和 x86\_64 在 char 类型上定义不一致导致的，请在 Makefile 文件中增加--fsigned-char 编译选项以解决。 ### 2.3 社区组件打包与EUR使用 ​ 您也可以参与社区组件打包工作，请参考openEuler 打包指南 。 如果您在使用 openEuler 时发现缺少某些软件包或已有包不满足您的需要时，还可以通过 openEuler 用户软件仓系统(EUR) 来帮助完善。参考：EUR 的介绍 和 使用指南 。 您也可以参与社区组件打包，请参考如何打包。 ## 3\. 内容创作与优化 ​ a) 参与文档捉虫，优化 openEuler 社区技术文档， b) 通过博客创作或社区论坛，分享您在社区的技术方案与成果， c) 文章投稿宣传、技术直播分享、技术课程投稿可联系小助手（微信号：openeuler123）， d) 参与用户案例的编写，展示用户在自身业务场景中使用 openEuler 操作系统或 openEuler 社区中的各技术项目，及其所带来的积极效果。 ## 4\. 社区交流 ​ 通过邮件列表，社区论坛、社区交流群等方式，帮助引导社区新人参与社区贡献，回答社区上的疑问等； ## 5\. 开源布道 ​ 参与社区线上线下活动，阐述对 openEuler 操作系统的架构理念、实践经验，分享前沿技术信息与简洁，您的每一次分享都将为 openEuler 社区注入新的生机和活力，共同促进更繁荣、更活跃的开源生态建设。 ## 6\. 组织SIG会议 ​ 运维社区通信工具，包括协助 sig-Maintainer 完善 SIG 主页信息、组织社区例会等； ## 7\. 社区活动 ​ 协助组织社区技术活动，包括 Meetups、直播、社区开发者大会等 ## 8\. 其他 ​ 参与社区基础设施建设，请加入 sig-infrastructure 参与社区视觉设计，请加入 sig-OpenDesign 参与社区文档写作，请加入 sig-doc 参与社区翻译服务，请加入 sig-G11N --- https://www.openeuler.org/zh/wiki/install/cloud/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 ## 在AWS获取openEuler镜像 ​ #### 步骤 1 ​ 登陆AWS控制台https://console.aws.amazon.com #### 步骤 2 展开主页选项卡，进入计算列表，选择EC2 ​ #### 步骤 3 进入映像列表，选择AMI目录 ​ #### 步骤 4 选择社区AMI，搜索openEuler ​ #### 步骤 5 选择目标版本创建实例 ​ ## Azure获取openEuler共享镜像 ​ #### 步骤 1 ​ 登录 Azure Portal #### 步骤 2 ​ 进入账户主页搜索：Community images 服务并进入 #### 步骤 3 ​ 在 Community images 服务页面搜索关键词：openEuler，即可看到可用的 openEuler 镜像 #### 步骤 4 ​ 点击目标镜像，即可创建 VM ## 在阿里云获取openEuler镜像 ​ #### 步骤 1 ​ 登录阿里云控制台https://cn.aliyun.com #### 步骤 2 ​ 展开主页选项卡，选择云服务器 ECS #### 步骤 3 ​ 进入**镜像**列表，选择**社区镜像**，搜索 openEuler ### 步骤 4 ​ 选择目标版本创建虚机。 ## 在华为云获取openEuler镜像 ​ 以在华为云上创建云主机（实例）为例，说明公有云上 openEuler 的使用方法 ### 登陆华为云并进入控制台 ​ ### 选择弹性云服务器 ECS ​ ### 购买弹性云服务器并配置 ​ 1. **配置算力资源** 2. **选择 openEuler 镜像** 3. **进行网络配置** 4. **设置登录方式****需要注意华为云商店要求发布的镜像禁止 root 用户登录** ，因此这里设置的 root 用户仅限于控制台登录，如果用户需要使用 root 权限，则可通过控制台登入后修改`/etc/ssh/sshd_config`文件进行配置。 5. **完成购买** 6. **登录使用** 等待创建的云主机状态变成运行中即可进行远程登录。 由于华为云商店发布镜像的要求，openEuler 镜像启动的主机 **禁止以 root 用户登录、禁止使用密码认证** ，其默认用户为 openeuler。因此，主机在正常使用之前需要通过步骤 4 设置的 root 用户在控制台登录修改`/etc/ssh/sshd_config`文件的配置项以满足要求，具体配置如下： # /etc/ssh/sshd_config # 允许以root用户登录 PermitRootLogin yes # 允许使用密码认证登录 PasswordAuthentication yes 修改完成后即可在任意终端使用 ssh 以 root 用户密码登录： $ ssh root@1.92.159.107 Authorized users only. All activities may be monitored and reported. root@1.92.159.107's password: Authorized users only. All activities may be monitored and reported. Last login: Mon Apr 29 11:03:05 2024 Welcome to 5.10.0-182.0.0.95.oe2203sp3.x86_64 System information as of time: 2024年 04月 29日 星期一 11:19:11 UTC System load: 0.00 Processes: 80 Memory used: 3.7% Swap used: 0.0% Usage On: 4% IP address: 192.168.0.231 Users online: 2 [root@openeuler-host ~]# **其他云上 openEuler 镜像的使用方式与华为云相似，详细使用方法可参考对应云上商品的使用指南。** ## 在腾讯云获取openEuler镜像 ​ #### 步骤 1 ​ 登陆腾讯云控制台 https://console.cloud.tencent.com/ #### 步骤 2 ​ 展开选项卡，选择云服务器 #### 步骤 3 ​ 进入实例列表，选择目标实例类型 #### 步骤 4 ​ 选择自定义配置 #### 步骤 5 ​ 进入云镜像市场，搜索openEuler #### 步骤 6 选择目标版本创建实例 ​ --- https://www.openeuler.org/zh/wiki/install/cloud/introduction/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 公有云上openEuler镜像使用指南 ​ 目前，社区已经将多个版本的 openEuler 云镜像发布到公有云厂商。开发者可以在openEuler官网下载页中获取最新的版本，也可以通过各大公有云获取openEuler镜像。 --- https://www.openeuler.org/zh/wiki/install/image/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # openEuler容器镜像部署指南 ​ 当前 openEuler 社区除过基础镜像之外，已经发布和上线了 20+核心的开源应用镜像，本文着重分享 openEuler 基础镜像的安装和使用的初步实践，如果您对 openEuler 社区其他镜像感兴趣，欢迎大家使用和体验。 ## 基础镜像简介 ​ 1. 容器镜像仓库 openEuler 官方容器镜像仓库，包含 openEuler 基础镜像、应用镜像。在这里，你可以找到相应镜像的使用和介绍。- openeuler-docker-images 2. 基础镜像地址 openEuler 的基础镜像官方地址 - repo.openeuler.org 3. 基础镜像版本 - 20.03-lts - 20.03-lts-sp1 - 20.03-lts-sp2 - 20.03-lts-sp3 - 20.03-lts-sp4, 20.03 - 20.09 - 21.03 - 21.09 - 22.03-lts - 22.09 - 22.03-lts-sp1 - 22.03-lts-sp2 - 22.03-lts-sp3, 22.03, latest - 23.03 - 23.09 ## 镜像仓库 ​ 基础镜像和应用镜像支持的版本会发布到以下平台的镜像仓库，供开发者下载和使用。 - hub.docker.com - quay.io - hub.oepkgs.net - repo.openeuler.org ## 镜像部署流程 ​ ### 1\. 准备环境 ​ - windows 系统需要准备一台虚拟机 - mac 系统可以使用自带的 shell 终端 ### 2\. 部署 docker ​ bash #1、执行docker安装命令，已安装docker或下载docker客户端，跳过 dnf -y install docker # 虚拟机安装docker示例, mac系统需自行安装 # 2、docker安装成功后，如docker安装成功，可以看到安装的版本 docker version ### 3\. 拉取镜像 ​ > 镜像版本一般采用最新版本，如需其他版本替换**latest**为对应版本即可。拉取和运行都不建议以默认方式运行， 防止国外镜像容器网络问题导致网络不稳定。 bash # 拉取方式一: 默认方式，国内环境不建议使用 docker pull openeuler/openeuler:latest # 拉取方式二：指定国内仓库，国内用户推荐使用 docker pull hub.oepkgs.net/openeuler/openeuler:latest bash #镜像拉取完成后可以看到 docker images ### 4\. 运行容器 ​ > 镜像版本一般采用最新版本，如需其他版本替换**latest**为对应版本即可。 bash # 运行方式一: 默认方式，国内环境不建议使用 docker run -it openeuler/openeuler:latest # 运行方式二：指定国内仓库，国内用户推荐使用 docker run -it hub.oepkgs.net/openeuler/openeuler:latest ### 5\. 容器运行测试 ​ 编写测试脚本，openeuler 默认自带 python3 工具，可以编写一个简单的 HelloWorld 脚本测试。 参考如下: bash # 打开文件编辑器 vi HelloWorld.py bash # 按键insert或者i键开始编辑 bash # 输入测试程序 print("Hello, world!") bash # 按键esc 退出编辑 按键 shift+: 输入wq! 保存文件 bash # 执行python脚本，测试程序 python3 HelloWorld.py 文件编辑示例 程序运行示例 --- https://www.openeuler.org/zh/wiki/install/macos/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 在OrbStack中获取openEuler ​ Mac 平台的轻量级虚拟机平台 OrbStack 支持 openEuler 发行版。 开发者通过https://orbstack.dev/download下载后，点击创建虚拟机，选择 openEuler 版本，创建成功后即可在命令行中使用 openEuler，步骤见下图。 --- https://www.openeuler.org/zh/wiki/install/raspberry-pi/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 在树莓派上安装openEuler ​ 本文是介绍 openEuler 操作系统安装在树莓派的方法。本文将以“openEuler 24.03 LTS”为例介绍整体的安装流程。 openEuler下载地址: https://www.openeuler.org/zh/download ## 安装准备 ​ 在安装开始前，您需要获取openEuler发布的树莓派镜像及其校验文件。 ### 获取安装源 ​ 1. 登录openEuler Repo网站。 2. 在列表内选择需要的版本，进入该版本的下载列表，本文以“openEuler 24.03 LTS”为例介绍整体的安装流程。 3. 单击“raspi\_img”，进入树莓派镜像的下载列表。 4. 单击“openEuler-24.03-LTS-raspi-aarch64.img.xz”，将 openEuler 发布的树莓派镜像下载到本地。 5. 单击“openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum”，将 openEuler 发布的树莓派镜像的校验文件下载到本地。 ### 镜像完整性校验 ​ #### 简介 ​ 为了防止软件包在传输过程中由于网络原因或者存储设备原因出现下载不完整的问题，在获取到软件包后，需要对软件包的完整性进行校验，通过了校验的软件包才能部署。 这里通过对比校验文件中记录的校验值和手动方式计算的文件校验值，判断软件包是否完整。若两个值相同，说明下载的文件完整，否则，下载的文件完整性被破坏，请重新获取软件包。 #### 前提条件 ​ 在校验镜像文件的完整性之前，需要准备如下文件： 镜像文件：openEuler-24.03-LTS-raspi-aarch64.img.xz 校验文件：openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum #### 操作指导 ​ 文件完整性校验操作步骤如下： 1. 获取校验文件中的校验值。执行命令如下： shell cat openEuler-24.03-LTS-raspi-aarch64.img.xz.sha256sum 2. 计算文件的 sha256 校验值。执行命令如下： shell sha256sum openEuler-24.03-LTS-raspi-aarch64.img.xz 命令执行完成后，输出校验值。 3. 对比步骤 1 和步骤 2 计算的校验值是否一致。 如果校验值一致说明下载的文件完整性没有被破坏，如果校验值不一致则可以确认文件完整性已被破坏，需要重新获取。 ### 安装要求 ​ 在树莓派环境上安装 openEuler 操作系统，则树莓派需要满足如下的硬件兼容性和最小硬件要求。 #### 硬件兼容支持 ​ openEuler 树莓派版本镜像目前支持树莓派 3B/3B+/4B。 #### 最小硬件要求 ​ openEuler 树莓派版本镜像所需的最小硬件要求如表1所示。 **表 1** 最小硬件要求 | 部件名称 | 最小硬件要求 | 说明 | | --- | --- | --- | | 树莓派版本 | 树莓派 3B树莓派 3B+树莓派 4B树莓派 400 | - | | 内存 | 不小于 2GB（为了获得更好的应用体验，建议至少 4GB） | - | | 硬盘 | 为了获得更好的应用体验，建议不小于 8GB | - | ## 安装方式介绍 ​ > **注意：** > > - 硬件仅支持树莓派 3B/3B+/4B/400。 > - 采用刷写镜像到 SD 卡方式安装。本章节提供 Windows/Linux/Mac 上刷写镜像的操作方法。 > - 本章节使用的镜像是参考上文“安装准备”获取 openEuler 的树莓派版本镜像。 - 在树莓派上安装openEuler - 安装准备 - 获取安装源 - 镜像完整性校验 - 简介 - 前提条件 - 操作指导 - 安装要求 - 硬件兼容支持 - 最小硬件要求 - 安装方式介绍 - Windows 下刷写镜像 - 格式化 SD 卡 - 写入 SD 卡 - Linux 下刷写镜像 - 查看磁盘分区信息 - 卸载 SD 卡挂载点 - 写入 SD 卡 - Mac 下刷写镜像 - 查看磁盘分区信息 - 卸载 SD 卡挂载点 - 写入 SD 卡 - 安装指导 - 启动系统 - 登录系统 - 配置系统 - 扩展根目录分区 - 连接 WIFI ### Windows 下刷写镜像 ​ 本节以 Windows 10 为例，介绍如何在 Windows 环境下将镜像刷写到 SD 卡。 #### 格式化 SD 卡 ​ 请按照以下步骤格式化 SD 卡： 1. 下载并安装格式化 SD 卡工具，以下操作以 SD Card Formatter 格式化工具为例。 2. 打开 SD Card Formatter，在 “Select card” 中选择需要格式化的 SD 卡的盘符。 若 SD 卡之前未安装过镜像，盘符只有一个。在 “Select card” 中选择需要格式化的 SD 卡对应盘符。 若 SD 卡之前安装过镜像，盘符会有一个或多个。例如，SD 卡对应三个盘符：E、G、H。在 “Select card” 中选择需要格式化的 SD 卡对应 boot 分区盘符 E。 3. 在 “Formatting options” 中选择格式化方式。默认为 “Quick format”。 4. 单击“Format”开始格式化。界面通过进度条显示格式化进度。 5. 格式化完成后会弹出 “Formatting was successfully completed” 的提示框，单击“确定”完成格式化。 #### 写入 SD 卡 ​ > **注意：** 如果获取的是压缩后的镜像文件“openEuler-{version}-raspi-aarch64.img.xz”，需要先将压缩文件解压得到 “openEuler-{version}-raspi-aarch64.img”镜像文件。 请按照以下步骤将“openEuler-{version}-raspi-aarch64.img”镜像文件写入 SD 卡： 1. 下载并安装刷写镜像的工具，以下操作以 Win32 Disk Imager 工具为例。 2. 右键选择“以管理员身份运行”，打开 Win32 Disk Imager。 3. 在“映像文件”中选择 img 格式的镜像文件路径。 4. 在“设备”中选择待写入的 SD 卡盘符。 5. 单击“写入”。界面通过任务进度条显示写入 SD 卡的进度。 6. 写入完成后会弹出 “写入成功” 的提示框，单击“OK”完成写入。 ### Linux 下刷写镜像 ​ 本节介绍如何在 Linux 环境下将镜像刷写到SD卡。 #### 查看磁盘分区信息 ​ 在 root 权限下执行 `fdisk -l` 获取 SD 卡磁盘信息，例如 SD 卡对应磁盘为 /dev/sdb。 #### 卸载 SD 卡挂载点 ​ 1. 执行 `df -lh` 命令查看当前已挂载的卷。 2. 如果 SD 卡对应的分区未挂载，则跳过该步骤；如果 SD 卡对应分区已挂载，如 SD 卡对应的两个分区 /dev/sdb1 和 /dev/sdb3 已挂载，则需要卸载对应分区，在 root 权限下执行以下命令： `umount /dev/sdb1` `umount /dev/sdb3` #### 写入 SD 卡 ​ 1. 如果获取的是压缩后的镜像，需要先执行 `xz -d openEuler-{version}-raspi-aarch64.img.xz` 命令将压缩文件解压得到“openEuler-{version}-raspi-aarch64.img”镜像文件；否则，跳过该步骤。 2. 将镜像 `openEuler-{version}-raspi-aarch64.img` 刷写入 SD 卡，在 root 权限下执行以下命令： `dd bs=4M if=openEuler-{version}-raspi-aarch64.img of=/dev/sdb` > **说明：** 一般情况下，将块大小设置为 4M。如果写入失败或者写入的镜像无法使用，可以尝试将块大小设置为 1M 重新写入，但是设置为 1M 比较耗时。 ### Mac 下刷写镜像 ​ 本节介绍如何在 Mac 环境下将镜像刷写到SD卡。 #### 查看磁盘分区信息 ​ 在 root 权限下执行 `diskutil list` 获取 SD 卡磁盘信息，例如 SD 卡对应磁盘为 /dev/disk3。 #### 卸载 SD 卡挂载点 ​ 1. 执行 `df -lh` 命令查看当前已挂载的卷。 2. 如果 SD 卡对应的分区未挂载，则跳过该步骤；如果 SD 卡对应分区已挂载，如 SD 卡对应的两个分区 /dev/disk3s1 和 /dev/disk3s3 已挂载，则需要卸载对应分区，在 root 权限下执行以下命令： `diskutil umount /dev/disk3s1` `diskutil umount /dev/disk3s3` #### 写入 SD 卡 ​ 1. 如果获取的是压缩后的镜像，需要先执行 `xz -d openEuler-{version}-raspi-aarch64.img.xz` 命令将压缩文件解压得到“openEuler-{version}-raspi-aarch64.img”镜像文件；否则，跳过该步骤。 2. 将镜像 `openEuler-{version}-raspi-aarch64.img` 刷入 SD 卡，在 root 权限下执行以下命令： `dd bs=4m if=openEuler-{version}-raspi-aarch64.img of=/dev/disk3` > **说明：** 一般情况下，将块大小设置为 4m。如果写入失败或者写入的镜像无法使用，可以尝试将块大小设置为 1m 重新写入，但是设置为 1m 比较耗时。 ## 安装指导 ​ 本章介绍将“树莓派镜像刷写入 SD 卡”后，启用树莓派的主要过程。 - 安装指导 - 启动系统 - 登录系统 - 配置系统 - 扩展根目录分区 - 连接 WIFI ### 启动系统 ​ 将刷写镜像后的 SD 卡插入树莓派，通电启用。 树莓派硬件相关信息请参考树莓派官网。 ### 登录系统 ​ 登录树莓派有以下两种方式： 1. 本地登录 树莓派连接显示器（树莓派视频输出接口为 Micro HDMI）、键盘、鼠标后，启动树莓派，可以看到树莓派启动日志输出到显示器上。待树莓派启动成功，输入用户名（root）和密码（openeuler）登录。 2. ssh 远程登录 树莓派默认采用 DHCP 的方式自动获取 IP。如果树莓派连接已知路由器，可登录路由器查看，新增的 IP 即为树莓派 IP。例如，树莓派对应 IP 为：192.168.31.109，使用命令 `ssh root@192.168.31.109` 后输入密码 `openeuler`，即可远程登录树莓派。 ### 配置系统 ​ #### 扩展根目录分区 ​ 默认根目录分区空间比较小，在使用之前，需要对分区进行扩容。 请按照以下步骤扩展根目录分区： 1. 在 root 权限下执行 `fdisk -l` 命令查看磁盘分区信息。命令和回显如下： # fdisk -l Disk /dev/mmcblk0: 14.86 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf2dc3842 Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 * 8192 593919 585728 286M c W95 FAT32 (LBA) /dev/mmcblk0p2 593920 1593343 999424 488M 82 Linux swap / Solaris /dev/mmcblk0p3 1593344 5044223 3450880 1.7G 83 Linux SD 卡对应盘符为 /dev/mmcblk0，包括 3 个分区，分别为 - /dev/mmcblk0p1：引导分区 - /dev/mmcblk0p2：交换分区 - /dev/mmcblk0p3：根目录分区 这里我们需要将根目录分区 `/dev/mmcblk0p3` 进行扩容。 2. 在 root 权限下执行 `fdisk /dev/mmcblk0` 命令进入到交互式命令行界面，按照以下步骤扩展分区，如图 1所示。 1. 输入 `p`，查看分区信息。 记录分区 `/dev/mmcblk0p3` 的起始扇区号，即 `/dev/mmcblk0p3` 分区信息中 `Start` 列的值，示例中为 `1593344`。 2. 输入 `d`，删除分区。 3. 输入 `3` 或直接按 `Enter`，删除序号为 `3` 的分区，即 `/dev/mmcblk0p3` 分区。 4. 输入 `n`，创建新的分区。 5. 输入 `p` 或直接按 `Enter`，创建 `Primary` 类型的分区。 6. 输入 `3` 或直接按 `Enter`，创建序号为 `3` 的分区，即 `/dev/mmcblk0p3` 分区。 7. 输入新分区的起始扇区号，即第 `1` 步中记录的起始扇区号，示例中为 `1593344`。 > **须知：** 请勿直接按“Enter”或使用默认参数。 8. 按 `Enter`，使用默认的最后一个扇区号作为新分区的终止扇区号。 9. 输入 `N`，不修改扇区标记。 10. 输入 `w`，保存分区设置并退出交互式命令行界面。 **图 1** 分区扩容 3. 在 root 权限下执行 `fdisk -l` 命令查看磁盘分区信息，以确保磁盘分区正确。命令和回显如下： # fdisk -l Disk /dev/mmcblk0: 14.86 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xf2dc3842 Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 * 8192 593919 585728 286M c W95 FAT32 (LBA) /dev/mmcblk0p2 593920 1593343 999424 488M 82 Linux swap / Solaris /dev/mmcblk0p3 1593344 31116287 29522944 14.1G 83 Linux 4. 在 root 权限下执行 `resize2fs /dev/mmcblk0p3`，增大未加载的文件系统大小。 5. 执行 `df -lh` 命令查看磁盘空间信息，以确保根目录分区已扩展。 > **注意：** 如果根目录分区未扩展，可执行 `reboot` 命令重启树莓派之后再在 root 权限下执行 `resize2fs /dev/mmcblk0p3`。 #### 连接 WIFI ​ 请按照以下步骤连接 WIFI： 1. 查看 IP 和网卡信息 `ip a` 获取无线网卡 wlan0 信息： 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether dc:a6:32:50:de:57 brd ff:ff:ff:ff:ff:ff inet 192.168.31.109/24 brd 192.168.31.255 scope global dynamic noprefixroute eth0 valid_lft 41570sec preferred_lft 41570sec inet6 fe80::cd39:a969:e647:3043/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: mtu 1500 qdisc fq_codel state DOWN group default qlen 1000 link/ether e2:e6:99:89:47:0c brd ff:ff:ff:ff:ff:ff 2. 扫描可以连接的 WIFI 信息 `nmcli dev wifi` 3. 连接 WIFI 在 root 权限下执行 `nmcli dev wifi connect SSID password PWD` 命令连接 WIFI。 其中，`SSID` 为上一步扫描到的可供连接的 WIFI 的 SSID，`PWD` 为对应 WIFI 的密码。例如，`SSID` 为 `openEuler-wifi`，密码为 `12345678`，则连接该 WIFI 命令为：`nmcli dev wifi connect openEuler-wifi password 12345678`，连接成功： Device 'wlan0' successfully activated with '26becaab-4adc-4c8e-9bf0-1d63cf5fa3f1'. 4. 查看 IP 和无线网卡信息 `ip a` 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether dc:a6:32:50:de:57 brd ff:ff:ff:ff:ff:ff inet 192.168.31.109/24 brd 192.168.31.255 scope global dynamic noprefixroute eth0 valid_lft 41386sec preferred_lft 41386sec inet6 fe80::cd39:a969:e647:3043/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether dc:a6:32:50:de:58 brd ff:ff:ff:ff:ff:ff inet 192.168.31.110/24 brd 192.168.31.255 scope global dynamic noprefixroute wlan0 valid_lft 43094sec preferred_lft 43094sec inet6 fe80::394:d086:27fa:deba/64 scope link noprefixroute valid_lft forever preferred_lft forever --- https://www.openeuler.org/zh/wiki/install/virtualization/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # windows 下使用 VirtualBox 安装 openEuler ​ Oracle VirtualBox是由Inno Tek软件公司出品的虚拟机软件，现由Oracle进行开发，是Oracle公司xVM虚拟化平台技术的一部分。用户可以在openEuler官方软件仓下载openEuler的虚拟机镜像，使用VirtualBox安装openEuler虚拟机。 openEuler下载地址：https://www.openeuler.org/zh/download ## 环境准备 ​ - Windows10 64 位 - Oracle VM VirtualBox 6.1.4 - 本文使用的版本是openEuler 20.03 LTS，下载地址：openEuler-20.03-LTS-x86\_64-dvd.iso（X86） ## 安装步骤 ​ ### 1\. 下载安装 Virtual Box ​ 在 VirtualBox 官网下载安装程序 安装的时候可以自定义安装路径如（D:\\software\\Oracle\\VirtualBox），然后一路 next 即可； 安装结束之后，使用`Ctrl+G`打开全局设置，修改默认虚拟电脑位置如（D:\\myVM），方便之后查找; ### 2\. 创建虚拟机 ​ 选择 【控制】-->【新建】，填写虚拟机的配置信息，示例如下 名称：openEuler，类型：Linux，由于没有 openEuler，所以版本选择 Other Linux(64-bit)，下一步 设置虚拟机的内存，此内存即为虚拟机所占用的系统内存，这里将虚拟内存设置为 4G 选择【现在创建虚拟硬盘(c)】 虚拟硬盘文件类型，选择默认的【VDI（VirtualBox 磁盘映像）】，下一步 选择【动态分配】，下一步 分配给虚拟机的内存空间较大，使用时逐渐占用磁盘空间，闲置时自动缩减比较合理 这里选择设置虚拟机硬盘大小为 64G 虚拟机创建完成，openEuler 所需的硬件资源准备完毕 ### 3\. 安装 openEuler ​ 启动上一步创建好的虚拟机 点击右侧“文件夹图标” 点击注册，选择准备阶段下载好的 openEuler-20.03-LTS-x86\_64-dvd.iso 选择【启动】，进入到安装界面 选择 【Install openEuler 20.03-LTS】回车，进行安装 选择 Continue 选择 Installation Destination 选择要安装的磁盘，Done 选择 Begin Installation 安装状态如下 选择 Root Password 设置 root 用户的密码（后面登录要用到！~） 安装完成后，选择 Reboot 重启虚拟机 显示重新回到了安装界面 关闭虚拟机，选择【设置】选中 openEuler-20.03-LTS-x86\_64-dvd.iso，鼠标右键，删除盘片，保存退出 重新启动虚拟机，显示如下界面，直接回车 输入用户（root）密码（安装阶段设置的密码），进入 openEuler 虚拟机 到这里 openEuler 虚拟机已经安装完成了~ --- https://www.openeuler.org/zh/wiki/install/wsl/ --- 关于openEuler - 介绍 - 快速链接 开源贡献 安装指引 - 公有云 - 容器镜像 - WSL - MacOS - 虚拟化 - 树莓派 # 如何使用WSL在Windows上安装openEuler ​ WSL(Windows Subsystem For Linux) 是微软发布的让用户能够在 windows 上使用 Linux 环境的技术。 而通过使用 WSL 应用，可以让大家在 Windows 中体验原汁原味的 openEuler 开发环境。 目前 openEuler 已经将 openEuler 20.03-LTS，22.03-LTS，22.03，23.03，24.03等版本相继上架到了微软应用商店，欢迎大家下载试用。 您也可以在openEuler官网查看最新的版本：https://www.openeuler.org/zh/download 如果无法访问应用商店，还可以参考之前的文章，使用 sideload。 下面是个人折腾的步骤，最终结果是使用 WSL 在Windows 中成功安装 openEuler 24.03： - 在 windows server 中安装 WSL： - 本文步骤均在 openEuler 24.03 版本上执行，如果无法访问 windows store，可以下载最新发布的 openEuler 24.03-LTS 的 WSL sideload 安装包，如果是通过应用商店途径安装，则可以跳过下面 2 步。 - 下载后首先安装证书：双击压缩包中的 **DistroLauncher-Appx\_2403.0.1.0\_x64\_ARM64.cer** ，依次选择安装证书->本地计算机->将所有的证书都放入下列存储->受信任的人。 - 安装 sideload 应用：以管理员权限开启一个 powershell 终端，并执行压缩包中的 Add-AppDevPackage.ps1 脚本。 - 初始化 WSL 环境：安装完成后，在开始菜单即可找到 openEuler 24.03 的应用图标，双击即可启动，启动后跟随引导初始化账号密码即可开始体验 WSL 环境。