无
作者回复: 大,云原生是现在也是未来趋势,可以预计后续很多微服务应用会以云原生方式开发和部署。当然这个事情有一个周期,有些企业会慢,有些则快。
作者回复: 这门课比较粗以基本概念为主,后继课程逐步细化和案例化,敬请期待
作者回复: 1,环境一般有多套,比较规范的有DEV/TEST/STAGING(or UAT)/PRODUCTION 2,4台绿机,先拉入1台,叫金丝雀或者灰度测试,4台蓝机一次全部切换到4台绿机,叫蓝绿切换,一般生产上两者都有使用场景。
作者回复: 我也认为docker/k8s是未来微服务持续交付主要手段
作者回复: 分布式系统数据一致性是一个很大主题,我会有专门课程讲解。主要方案: 1. 基于2pc或者tcc的强一致性方案,阿里seata就是这种方案的一个变体实现。 2. 基于可靠消息的最终一致方案,常用阿里RocketMQ支持事务消息。 3. 基于saga模式的最终一致方案,常采用可靠消息+服务编排(orchestration)来实现。
作者回复: 正在努力制作2018第二季,敬请期待
作者回复: 服务需要冶理,每家做法不一样,常见有服务治理中心(Service Registry or Repository),集中管理服务元数据(服务接口,文档等),要和研发流程打通,服务必须在治理中心注册才能上线,另外通过调用链监控可呈现运行时服务调用关系。
作者回复: 网关上可以做灰度发布,比如可以用netflix zuul控制蓝绿和灰度(通过定制filter实现),具体细节还是比较复杂的,要看公司的具体运维基础设施体系,一般需要外围系统配合(比如服务动态注册中心),简单留言很难解释清楚,后续会开进一步细化的课程讲解支持灰度蓝绿的发布体系,敬请期待。
作者回复: 微服务不一定需要使用docker,传统物理机和虚拟机都可以部署微服务。 但是docker是新一代的应用交付手段,是一种轻量级的虚拟化机制,它通过镜像解决了环境一致性问题,通过cgroups等解决了运行环境的隔离性问题,这些优点使得docker成为微服务推荐的发布机制。