跳到主要内容

运维架构与管理指南

AdminApp用于统一管理节点集群、节点的运行环境、应用的新建、部署、删除以及配置。每个JitNode节点在激活后首次访问时会自动部署AdminApp，访问运行环境入口地址时默认进入AdminApp。

核心功能模块​

🖥️ 本地节点控制台​

  • 功能定位：单节点应用生命周期管理
  • 核心功能：针对当前节点的应用创建、部署、配置、导入导出、删除等操作

详细功能请参考本地节点控制台

🌐 组织管理控制台​

  • 功能定位：企业级多节点集群管理
  • 核心功能：集群管理、资源调度

详细功能请参考组织管理控制台

控制台使用说明

每个 JitNode 节点都同时提供两个控制台，用户可以根据具体需求选择使用：

  • 本地节点控制台：专注于当前节点的应用管理
  • 组织管理控制台：用于多节点集群的统一管理

网络拓扑架构​

极态云采用灵活的四层架构，支持复杂的企业级部署需求：

架构层级关系​

核心概念说明​

组织（Organization）

最高级别的管理单元，对应企业或团队

🎯 主要功能

  • 统一管理所有节点、环境和应用
  • 提供企业级的权限控制和资源调度

企业级部署架构参考​

入口地址配置示例：

运行环境主入口地址备用入口地址端口入口
开发环境dev.company.comdev2.company.com:8080
测试环境test.company.comstaging.company.com:8081
生产环境company.combackup.company.com:80
客户A环境a.company.coma1.company.com:8082
演示环境demo.company.com-:8083

DevOps 最佳实践​

桌面版开发流程（推荐）：

桌面版开发流程

  1. 本地开发 → 使用 JitNode 桌面版（Windows/Mac）进行应用开发
  2. 版本发布 → 开发完成后发布应用版本
  3. 测试部署 → 在测试环境部署对应版本进行验证
  4. 生产部署 → 测试通过后在生产环境部署该版本

服务器版协作流程：

服务器版协作流程

  1. 开发节点 → 使用服务器版节点作为共享开发环境
  2. 模块开发 → 多人分别开发应用的不同模块
  3. 集成测试 → 在开发节点边开发边测试，或发布版本后在专门测试环境验证
  4. 生产发布 → 测试通过后部署到生产环境
生产环境安全

虽然平台支持即改即生效，但强烈建议不要直接对生产环境进行修改，应严格按照开发→测试→生产的流程进行部署。

约束规则​

版本管理约束

确保应用版本的合理部署和管理

场景规则状态说明
同环境不同应用任意版本组合✅ 允许如：开发环境同时部署应用A v1.0 和应用B v2.1
不同环境同应用不同版本部署✅ 允许如：开发环境部署应用A v1.0，生产环境部署应用A v1.1
同环境同应用多版本并存❌ 禁止同一环境内同一应用只能存在一个版本

最佳实践：

  • 🔄 使用不同环境来测试应用的不同版本
  • 🚀 通过环境切换实现应用版本的平滑升级
  • 📋 建立清晰的版本命名和发布规范