个人总结

spring cloud是从应用框架层面解决了微服务架构的一部分(网关、服务发现负载平衡配置管理指标跟踪等)易于java开发者上手缺乏打包、持续集成、伸缩、高可用和自我修复等而且局限于java平台

k8s从平台层面解决了微服务架构整个流程并且不限语言上手难度稍高些。(可管理应用程序整个生命周期应用自动扩展、持续集成、伸缩、高可用和自我修复等)

Spring Cloud的微服务架构

该图展示了运行时的方方面面但没有包括打包、持续集成、伸缩、高可用和自我修复等在微服务架构中重要点。

微服务架构中最常见的技术要点

技术对比图

如果将每个MSA(微服务架构)问题映射到用于在两个平台中解决该问题的技术/项目我们将得出下表。

上表的主要内容是

• Spring Cloud具有一组丰富的高度集成的Java库可以解决所有运行时问题并将其作为应用程序堆栈的一部分。结果微服务本身具有库和运行时代理可以进行客户端服务发现负载平衡配置更新指标跟踪等。单例集群服务和批处理作业等模式也可以在JVM中进行管理。

• Kubernetes是多语言的不仅针对Java平台而且以一种通用的方式针对所有语言解决了分布式计算难题。它在平台级别和应用程序堆栈外部提供用于配置管理服务发现负载平衡跟踪指标单例计划作业的服务。该应用程序不需要任何用于客户端逻辑的库或代理并且可以用任何语言编写。

• 在某些方面两个平台都依赖于类似的第三方工具。例如ELK和EFK堆栈跟踪库等。某些库例如Hystrix和Spring Boot在两种环境下都同样有用。在某些领域中两个平台是互补的并且可以组合在一起以创建更强大的解决方案KubeFlix和Spring Cloud Kubernetes就是这样的示例。

微服务要求

下表列出了几乎端到端MSA要求从底部的硬件开始到顶部的DevOps和自助服务经验以及它们之间的关系到Spring Cloud和Kubernetes平台。

长处和短处

Spring Cloud

Spring Cloud为开发人员提供了工具可在分布式系统中快速构建一些常见模式例如配置管理服务发现断路器路由等。它基于Java编写的Netflix OSS库面向Java开发人员构建。

长处
Spring平台本身提供的统一编程模型以及Spring Boot的快速应用程序创建功能为开发人员提供了出色的微服务开发经验。例如使用很少的批注您可以创建Config Server而使用更少的批注则可以获取客户端库来配置服务。
有丰富的库可供选择涵盖了大多数运行时问题。由于所有库都是用Java编写的因此它提供了多种功能更强的控制能力和微调选项。
不同的Spring Cloud库彼此很好地集成在一起。例如Feign客户端还将使用Hystrix进行电路断开并使用Ribbon进行负载平衡请求。一切都是注释驱动的这使得Java开发人员易于开发。
弱点
Spring Cloud的主要优点之一就是缺点-它仅限于Java。MSA的强大动力是在需要时可以交换技术堆栈库甚至语言。Spring Cloud无法做到这一点。
Java开发人员要关心和处理Java应用程序负有太多责任。每个微服务都需要运行各种客户端以进行配置检索服务发现和负载平衡。设置起来很容易但这并没有隐藏对环境的构建时间和运行时依赖性。例如开发人员可以使用@EnableConfigServer创建Config Server但这仅是一条快乐的路。每次开发人员想要运行一个微服务时他们都需要启动并运行Config Server。对于受控环境开发人员必须考虑使Config Server高度可用并且由于它可以由Git或Svn支持因此他们需要一个共享文件系统。同样对于服务发现开发人员需要首先启动Eureka服务器。对于受控环境
仅Spring Cloud在微服务旅程中的范围就更短了开发人员还需要考虑自动化部署调度资源管理进程隔离自我修复构建管道等以获得完整的微服务体验。就这一点而言我认为将Spring Cloud与Kubernetes单独进行比较是不公平的更公平的比较是将Spring Cloud + Cloud Foundry或Docker Swarm与Kubernetes进行比较。但这也意味着要获得完整的端到端微服务体验必须为Spring Cloud补充Kubernetes本身之类的应用程序平台。

Kubernetes

Kubernetes是一个开源系统用于自动化容器化应用程序的部署扩展和管理。它是多语言的并提供了用于配置运行扩展和管理分布式系统的原语。

长处
Kubernetes是一个多语言和语言无关的容器管理平台能够运行云原生和传统容器化应用程序。它提供的服务例如配置管理服务发现负载平衡指标收集和日志聚合可以通过多种语言来使用。这允许在组织中拥有一个可由多个团队包括使用Spring的Java开发人员使用的平台并可以满足多种目的应用程序开发测试环境构建环境以运行源代码控制系统构建服务器工件存储库等。
与Spring Cloud相比Kubernetes解决了更多的MSA问题。除了提供运行时服务外Kubernetes还允许您置备环境设置资源约束RBAC管理应用程序生命周期启用自动扩展和自我修复几乎像一个 抗脆弱平台一样。
Kubernetes技术基于Google的15年研发经验和容器管理经验。此外它拥有近1000个提交者是Github上最活跃的开源社区之一。
弱点
Kubernetes是多语言的因此它的服务和原语是通用的并未针对诸如Spring Cloud for JVM之类的不同平台进行优化。例如配置作为环境变量或已挂载的文件系统传递给应用程序。它没有Spring Cloud Config提供的高级配置更新功能。
Kubernetes不是以开发人员为中心的平台。更偏向于由具有DevOps(运维开发)意识的IT人员使用。因此Java开发人员需要学习一些新概念并乐于学习解决问题的新方法。尽管使用MiniKube启动Kubernetes的开发人员实例非常 容易但是手动安装高度可用的Kubernetes集群仍然存在大量操作开销。
Kubernetes仍然是一个相对较新的平台已有2年的历史了并且仍在积极地发展和壮大。因此可能很难跟上每个发行版中添加的许多新功能。好消息是已经设想到了这一点并且该API是可扩展的并且向后兼容。

优缺点对比图

这两个框架都解决了MSA的不同问题并且以根本不同的方式进行。Spring Cloud方法正在尝试解决JVM内部的每个MSA挑战而Kubernetes方法正在尝试通过在平台级别解决问题来使开发人员消除该问题。Spring Cloud在JVM内部非常强大而Kubernetes在管理这些JVM方面非常强大。因此将它们结合起来并从两个项目的最佳部分中受益似乎是一种自然的进步。

通过这种组合Spring提供了应用程序打包而Docker和Kubernetes提供了部署和调度。Spring通过Hystrix线程池提供应用程序内的隔离而Kubernetes通过资源进程和名称空间的隔离提供隔离。Spring为每个微服务提供运行状况端点而Kubernetes执行运行状况检查并将流量路由到运行状况良好的服务。Spring外部化并更新配置Kubernetes将配置分发给每个微服务。这个清单还在继续。

我最喜欢的微服务平台是哪个我两个都喜欢。我喜欢Spring 框架提供的开发者经验。它是标签驱动的并且拥有包含了各种功能需求的库。跟任何整合相关的我喜欢Apache Camel而不是Spring Integration它能提供应用级别的连接器消息路由可靠性和容错功能。而对跟集群和管理多应用实例相关的我更喜欢魔法般的Kubernetes能力。不论何时有重复功能比如服务发现(k8s service取代eureka)负载均衡(k8s service)配置管理(k8s configmap取代config-server)我尽量使用Kubernetes提供的跟语言无关的原语。

原文地址https://dzone.com/articles/deploying-microservices-spring-cloud-vs-kubernetes