1Panel官网的安装说明里，支持的操作系统一栏除CentOS、Ubuntu、Debian这些主流发行版，还列了麒麟、统信等国产操作系统；CPU架构一栏列了x86_64、aarch64、armv7l、ppc64le、s390x、riscv64六种。清单之外的系统没有列，实际部署前仍要确认目标机器的glibc版本是否满足要求。
架构清单的意义在于选型之前就能排除。x86_64和aarch64覆盖绝大多数云主机与ARM小主机，armv7l对应32位ARM的老设备，ppc64le和s390x面向大型机环境，riscv64是近两年开始出现在开发板与部分国产芯片上的架构。官方把这份清单写在安装章节里，并列列出，没有标注优先级。列出来不等于每一种都经过同等强度的测试，但至少说明安装脚本不会在识别阶段直接退出。真正的差异往往出现在应用层，面板能启动，装应用时才见分晓。架构这一列决定的是安装包能否解压执行，与功能多少无关。
国产操作系统的支持需要分两层看。一层是安装脚本能否跑完，另一层是面板里的应用能否正常启动。前者取决于脚本对包管理器和系统版本的判断，后者取决于应用商店里的镜像是否提供对应架构的版本，两层都过了才算可用。两层之间没有必然联系，装得上但跑不起来是常见的组合。
容器镜像按架构分别构建，一个应用在x86_64上有官方镜像，在aarch64上可能只有社区维护的版本，在riscv64上则可能完全没有。面板能装上，不代表里面的应用都能装。信创环境里最常被问的那句能不能用，答案往往取决于要跑的那几个服务，而不是面板本身。
所以评估顺序应当是先定应用再定面板。把必须跑的服务列出来，逐个确认有没有对应架构的镜像；确认之后再去看面板的支持范围。反过来做，会在装完面板之后发现核心应用起不来，而镜像这一关过不去，前面所有的适配工作都没有落点。
安装方式是一条脚本，以root身份执行官网给出的quick_start.sh，脚本自动完成下载与安装，之后通过浏览器访问提示的地址。内网环境另有离线安装指南，路径在docs.fit2cloud.com的安装文档里，内容比在线安装多出依赖与镜像的搬运步骤。
离线安装的准备比在线多几步：提前把安装包与依赖带进内网，确认目标机器时间同步与DNS可用，预留镜像存储空间。这三项里任一项缺失，安装都可能在中途停下。
端口与访问路径值得提前规划。面板默认使用固定端口与安全入口，安装完成后会打印访问地址，安全入口是一串随机字符，遗忘之后需要通过SSH执行1pctl user-info重新获取。多台机器批量部署时把这串字符统一记录，比逐台去查省事，也避免重复安装。
还有一个现实约束：面板本身是安装在宿主机上的软件，它成为系统中需要持续加固与更新的一个组件。装上面板等于多了一个对外提供Web服务的入口，端口暴露范围、访问来源限制、登录失败锁定这些设置，应当在部署当天一并配好，而不是等到出现异常登录再补。面板的更新频率高于操作系统，升级窗口也应当单独安排。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
