应用管理与运维平台 ServiceStage
应用管理与运维平台 ServiceStage
- 最新动态
- 功能总览
- 产品介绍
- 计费说明
- 快速入门
-
用户指南
- 使用前必读
- 权限管理
- 环境管理
- 应用管理
- 组件管理
- 配置管理
- 发布管理（公测）
- 技术栈管理
- 部署源管理
- 持续交付
- 微服务引擎
- 云审计服务支持的关键操作
- 查看监控指标及告警
- 开发指南
- 最佳实践
- API参考
- SDK参考
-
常见问题
- 应用开发问题咨询指引
- 环境管理
-
应用管理
- 如何查看应用组件部署失败的原因？
- 实例长期处于创建中怎么办？
- 如何解决Docker运行node应用程序时的依赖问题？
- 如何定制Tomcat Context path？
- 如何固定应用组件IP？
- 如何处理虚拟机类型环境下创建和部署组件时遇到ECS错误？
- 如何处理虚拟机类型环境下创建和部署组件时端口访问不通的错误？
- 虚拟机类型环境下部署的应用组件支持在什么目录写文件？
- 如何处理虚拟机类型环境下部署的组件删除失败报host status is not active错误的问题？
- 如何体验ServiceStage的源码部署功能？
- 如何处理使用ServiceStage灰度发布升级组件失败？
- 如何通过挂载配置项方式修改容器部署的组件配置文件？
- 如何处理应用组件接入微服务引擎后在微服务治理下看到的应用名称和ServiceStage应用管理下的不同？
- 持续交付
- 软件中心
- 基础设施
- 应用运维
- 应用开发问题
-
更多文档
- API参考（阿布扎比区域）
-
用户指南（阿布扎比区域）
- 产品介绍
- 快速入门
- 用户指南
-
常见问题
- 如何获取AK/SK？
- 如何处理修改项目名称导致的错误？
- 微服务和普通应用有什么不同？
- 如何查看应用组件部署失败的原因？
- 如何处理部署或升级虚机组件失败？
- Node.js 8软件包打包有哪些约束？
- 如何处理安装Agent失败？
- 如何处理Agent离线？
- 虚机部署的应用组件支持在什么目录写文件？
- 如何处理虚机部署的组件删除失败报host status is not active错误的问题？
- Docker应用程序依赖的问题
- 如何解决Docker客户端push镜像失败的问题？
- 如何获取项目名称？
- 如何处理开启了安全认证的微服务引擎专享版开启IPv6后服务注册失败？
- 如何处理操作微服务引擎专享版时遇到非微服务引擎本身错误？
- 如何处理部署组件时失败，报错日志详情显示connection was closed？
- 如何处理部署虚机组件时遇到ECS错误？
- 如何处理虚机部署端口访问不通的错误？
- 如何处理微服务应用名称与组件所属应用名称不同的问题？
- 如何解释微服务名称与组件名称不同的原因？
- 微服务引擎专享版数据恢复失败
- 用户指南（吉隆坡区域）
- API参考（吉隆坡区域）
- 视频帮助
- 通用参考
本文导读
展开导读
链接复制成功！
微服务和普通应用有什么不同？
微服务是一种架构模式，其核心是将一个单体应用分成多个部分进行开发。所以微服务架构的应用程序，其本质上是一个分布式应用。
基于微服务架构构建的应用程序，可以让业务变化更快，整体系统可靠性更高。
|
类型 |
微服务 |
普通应用 |
|---|---|---|
|
开发 |
每个微服务的体量相对较小，业界的two pizza团队和“2周即可全部重写全部代码”等都可以作为微服务划分的参考。在开发时期，需注意服务接口的定义以与周边微服务进行配合，“基于契约”的开发方式是非常推荐的。 微服务开发，请参考开发微服务应用。 |
普通应用逻辑复杂、模块耦合、代码臃肿、修改难度大、版本迭代效率低下。 |
|
部署 |
微服务组成的应用系统通常比较复杂，在一次性部署的时候，需要进行编排部署。 微服务应用部署，请参考创建并部署组件。 |
普通应用可能会比较大，构建和部署时间也相应地比较长，不利于频繁部署，阻碍持续交付。在移动应用开发中，这个问题会显得尤为严重。 |
|
运维 |
在原来的指标监控、日志收集之外还非常强调治理。其核心理念是在运行时期通过对线上系统的各种调整以达到系统整体健康度要求的效果。 应用运维，请参考组件运维。 |
普通应用线上问题修复周期长，任何一个线上问题修复都需要对整个应用系统进行全面升级。 |
父主题： 应用开发问题
