江苏龙网

  1. 首页 > 人文 > >

载风月|互联网中台思想和建设方法到传统企业为何水土不服？( 六 )


如果一个微服务模块要同时支撑PC端和APP端 ， 可以看到微服务模块暴露的服务还需要统一提供给前端的展示用 。 那么可以看到一个微服务模块需要完成自身组件层和展现层间的集成 ， 同时又需要完成多个微服务模块组件间的横向服务集成 。
如果我们将消息 ， 日志 ， 流程 ， 4A等能力下层到平台层微服务模块 ， 那么一个组件要跑起来还涉及到和平台层的多个技术类微服务模块集成 。 在如此复杂的集成场景下 ， 要将复杂的跨多个微服务模块的横向端到端业务跑通 ， 其涉及到的模块数 ， 接口数都远超原有单一系统的模式 。
一个业务系统如果没有拆分为微服务模块 ， 那么其它内的模块间集成和集成测试是系统内部的事情 ， 但是一旦拆分为多个微服务模块 ， 那么这种集成就变成外部第三方的事情 ， 或者必须要显性的事情 。 集成复杂度会大增 ， 同时系统健壮性和稳定性下降 。
微服务架构下的运维问题
载风月|互联网中台思想和建设方法到传统企业为何水土不服？在实施了微服务架构后 ， 运维的复杂度也是成倍增加 ， 任何一个微服务模块出问题都可能影响到整个业务应用的功能使用 。 我们在运维时候不仅仅要健康单个微服务模块 ， 还需要健康所有的接口服务监控状态 。
如果跟Docker集成了 ， 我们看到整个性能监控和问题分析都会变麻烦了 ， 没有实施微服务架构前发现问题 ， 我们直接可以看应用服务器上类似tomcat或jboss日志 ， 而实施了微服务架构后 ， 应用容器已经是自动部署和动态分配的 ， 原有的故障诊断模式行不通 ， 而需要PaaS平台本身提供完整的预警和日志分析能力 。
欢迎关注@人月聊IT 分享SOA ， 微服务 ， DevOps平台规划和建设 。


推荐阅读


上一篇：黄河新闻网吕梁频道|张建康任晋城市中级人民法院代院长

下一篇：百变叨叨乐|外出打工人数排名第一，如今快沦落为空城了，中国最“拼”的城市