跳到正文

理念

AsterCosmos 的构建方式

这些不是愿望清单。它们是每个 AsterCosmos 项目在被称为「完成」之前必须满足的约束

01 / 系统

产品首先是正在运行的系统,不是演示样板

AsterCosmos 维护那些需要长期运行的东西:自托管服务、工程底座、管理面板,以及让它们能被部署、观察和继续修改的基础设施

  • 自托管产品系统
  • 面向开发者的工程底座
  • 小团队运维界面

02 / 基础设施

从代码到维护的路径,应该一直可见

AsterCosmos 存在的意义,是让代码、服务、文档、部署和责任边界能被统一管理,而不是散落在个人仓库里

01

运行时与部署默认值

每个项目都附带文档化的运行方式:配置边界、部署目标,以及抵达那里的命令

02

身份、存储、监控、自动化

共享的运维事项由组织统一负责,而不是每个项目重新发明一遍

03

项目之间可维护的边界

项目保持独立部署与修改的能力,同时不漂变成私人仓库的蔓生

03 / 工作原则

我们如何工作

AsterCosmos 的项目从维持运行的部分开始:部署、责任边界、配置、文档,以及重新回到维护状态的路径

01

为部署而构建

每个项目都应该有清晰的运行方式、配置边界和部署路径

02

让责任边界可见

组织不是用来藏复杂度的;它应该让项目、权限和维护者更容易被找到

03

记录正在运行的系统

文档不只写给第一次安装,也写给半年后回来修东西的人

04 / 在实践中

已经是事实,不是愿望

为部署而构建

AsterDrive 提供五分钟的快速试用,以及从单容器到生产环境的文档化路径

快速试用文档

记录正在运行的系统

AsterDrive 落地页的截图由自动化管线从真实运行的实例截取——文档和界面永远不会脱节

看看这条管线

让责任边界可见

每个公开项目都在同一页索引上,仓库和运行站点并排——包括本网站自己

项目索引