系统集成容器云

传统应用迁移到容器云会遇到哪些坑?如何事先规避?

参与28

4同行回答

nkj827nkj827  项目经理 , 长春长信华天
1.评估应用上云的必要性,可行性和风险,综合决定是否上云及哪些部分上云。2.选择非核心,无状态,前端应用先做试点,等迁移成功稳定后再逐步推广.显示全部

1.评估应用上云的必要性,可行性和风险,综合决定是否上云及哪些部分上云。
2.选择非核心,无状态,前端应用先做试点,等迁移成功稳定后再逐步推广.

收起
系统集成 · 2018-06-06
浏览1801
caikaicaikai  系统架构师 , KYLERC
如果应用不做任何改造迁移到容器,或者说把容器当虚机用,基本和传统区别不大。但如果应用做了微服务化改造,需要面对很多可能的新问题,这里只大致罗列:服务效率问题:解决的选项可以考虑微服务网关做服务聚合、亲和性调度、缓存机制、断路器、异步调用高可用性问题:解决的选项可以...显示全部

如果应用不做任何改造迁移到容器,或者说把容器当虚机用,基本和传统区别不大。但如果应用做了微服务化改造,需要面对很多可能的新问题,这里只大致罗列:

  • 服务效率问题:解决的选项可以考虑微服务网关做服务聚合、亲和性调度、缓存机制、断路器、异步调用
  • 高可用性问题:解决的选项可以考虑实例自动恢复、服务限流、服务降级、弹性扩容、负载均衡
  • 数据一致性及事务性问题:跨微服务的事务性和强一致性处理代价非常高,尽量避免把这样的场景切分到不同的微服务,就是说要尽量避免跨微服务处理事务性,对于没有事务性一致性要求的,或者可以接受最终一致性的任务,才考虑微服务划分
  • 安全问题:服务间跨网络的API调用,可能要考虑API需要有鉴权、传输加密、API限速、API设计上考虑避免泄露敏感信息等,另外以容器方式运行,还可能要限制特权模式的权限
  • 运维复杂度问题:可以考虑多个方面改进监控系统,包括但不限于日志集中收集、选择适合微服务的监控粒度、微服务设计配合监控的接口提供业务指标、滚动升级和回滚等
收起
银行 · 2018-06-06
浏览1880
wykkxwykkx  系统架构师 , 某基金公司
这个问题很难用一两句话说清楚。应用上云不是一个动作,而是一整套工程,可以参考我已经发布在twt微信里的应用如何上云: http://www.talkwithtrend.com/Article/218497显示全部

这个问题很难用一两句话说清楚。应用上云不是一个动作,而是一整套工程,可以参考我已经发布在twt微信里的应用如何上云: http://www.talkwithtrend.com/Article/218497

收起
基金 · 2018-06-08
浏览1716
wuwenpinwuwenpin  软件开发工程师 , 南京
理论上没有问题,但在实际应用时还是可能会同问题的,建议先试用显示全部

理论上没有问题,但在实际应用时还是可能会同问题的,建议先试用

收起
互联网服务 · 2018-06-06
浏览1655

提问者

quietywind
副总工北京合众思壮时空物联科技有限公司
擅长领域: 云计算存储需求分析

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-06-06
  • 关注会员:7 人
  • 问题浏览:5064
  • 最近回答:2018-06-08
  • X社区推广