docker6666_个人页

个人头像照片 docker6666
0
4
0

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

云产品技术能力:

暂时未有相关云产品技术能力~

阿里云技能认证

详细说明
  • 提交了问题 2017-06-16

    在实现DevOps的时候,持续集成和持续交付这一块,有哪些需要特别注意的?

  • 提交了问题 2017-06-15

    最近在研究DevOps,如何来完整的实现DevOps呢?切入点在哪?

  • 提交了问题 2017-06-14

    公司开始采用微服务架构,那么研发团队应该做哪些相应的人员调整?

暂无更多信息
正在加载, 请稍后...
暂无更多信息
  • 提交了问题 2017-06-16

    在实现DevOps的时候,持续集成和持续交付这一块,有哪些需要特别注意的?

  • 回答了问题 2019-07-17

    通过结合微服务,从而提高DevOps的效率, 原理是什么?

    题主你好,我是Ghostcloud的高级架构师,这个问题我来守护!有了自动化测试、持续集成和持续交付三块,已经基本实现了DevOps的粗略流程,而为了提高DevOps的效率, 往往需要结合微服务。一个微服务理论上只做一件事,并能用任何语言编写。微服务是松耦合的,意味着一个应用的微服务可以被部署到不同机器上并通过resAPI/RPI来通信,当定义好微服务的API之后,每个team便能独立开发。因此,微服务更容易被测试和实现CI/CD。在微服务的最佳实践中,首先不得不提容器。容器的轻量化让微服务启动很快,同时容器的跨平台性保证了微服务可以在不同的平台启动起来。第二种是使用代理服务器来访问微服务,现在最常见的方式是前端连接一个代理服务器,后端再连接运行同一个微服务的几个相同容器。一个大的应用会使用几十上百个微服务,和微服务不相关的库文件不建议放在容器中。实践微服务中,建议使用配置管理工具(ansible, puppet等)和容器服务编排工具(K8s,Swarm,EcOS等)。在开发微服务中康威定律起到了很大的作用。康威定律指出任何软件代码都是用来反映组织机构而产生的,如果要采用微服务的开发方法,就需要是把团队划分成多个小团队,由每个小团队负责一个或多个微服务。所以如果要转成DevOps和CI/CD的开发模式,就需要采用这种敏捷开发模式,一个团队7-8个人比较合适。
    踩0 评论0
  • 提交了问题 2017-06-15

    最近在研究DevOps,如何来完整的实现DevOps呢?切入点在哪?

  • 提交了问题 2017-06-14

    公司开始采用微服务架构,那么研发团队应该做哪些相应的人员调整?

正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息