在微服务设计中强调过容器的易失性——面向故障的设计，不敢重启的应用，一定意义上就意味着该应用并无应对故障的准备。容器的重启和漂移，对这种应用来说，会有灾难性后果。

【统信有雀】采用数据监控、日志记录、日常巡检以及灾备的方式，保障客户应用，成功解决重启后应用丢失、漂移、出故障等问题。

从面向对象到微服务，都不断地在强调高内聚、低耦合、面向契约等等，这些名词都在倡导一种有清晰边界、有明确接触方式的应用实现方法。没有明确依赖关系的应用，连正常的割接、移机、扩展都会有巨大风险，更不要说从主机环境迁移到容器云上了。

【统信有雀】内置微服务架构模式，将业务应用以明确定义的 API 进行通信的小型独立服务的方式进行组成。微服务架构使应用程序更易于扩展和更快地开发，从而加速创新并缩短新功能的上市时间。

【统信有雀】为每个应用独立服务，管理应用全生命周期，为业务上线保驾护航。

完善的应用框架都会提供一系列的观测支持，包括调用跟踪、资源报表、日志输出、健康检查、服务监控等。