# Resolution

### 1. 应用开发之下的 devops 问题的整体解决方案

* 无论是云上还是物理机均可以构建 Eru 集群，方便的进行在线的扩容缩容等集群底层资源操作
* 整合了业界沉淀下来的良好的大运维整体实践，提供了一揽子解决方案
* 将系统管理和运维管理行为封装为更简单易用的工具包，简化大部分的系统工作，降低日常维护的技术门槛和人力需求
* 将同质化的工作整合在一起，避免重复劳动
* 开箱即用的各种管理组件

### 2. 规范了应用开发的 workflow ，强制 Git 工作流

* 提供本地开发环境的规范范式
* 提供本地开发过程的工具链，使得开发和构建过程是嵌入在解决方案中的
* 提供 SCM 集成，约束了开发者的开发和发布行为
* 自动从描述文件生成 Dockerfile 减少用户不可预知行为

### 3. 提高整体资源利用率，优化冗余资源池

* 支持容器或者虚拟机技术的资源隔离和控制，实现多种技术栈多种应用在集群内安全的不相互影响的混合部署，通过统一的资源池进行冗余，有效提高资源利用率
* 容器或者虚拟机技术的运用使得对下资源的使用形成完全统一的形式，扩容缩容以及迁移的成本很低，操作也更简单

### 4. 更简单的架构提高整体的可靠性和降低部署难度

* 最小部署仅需 core，编排和部署均是无状态行为，部署简单，可任意扩展
* 高效的分配算法，支持超大规模集群
* 旁路控制，Eru 整体异常不会引起系统崩溃
* 对运行节点额外损耗很低，几乎可以当做纯物理机使用，把资源最大化利用起来
* 隐藏底层执行引擎细节，支持混合引擎


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://book.eru.dev/overview/resolution.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
