微服务相关基础知识学习

1、基本概念

1.1、相关概念

1.1.1、组件

组件是可独立更换和升级的软件单元。
组件又可以分为库(library)和服务 (service) 两个概念。

1.1.2、库(library)

指的是链接到程序的组件,通过本地函数调用来使用库提供的功能;例如JDK中的相关类库。

1.1.3、服务 (service)

服务 (service) 是进程外的组件,通过网络服务请求 (web service request) 或者远程函数调用之类的机制来使用里面的功能。例如微信接口、支付接口等第三方接口或者自己开发提供的服务。

1.1.4、分布式

一个业务拆分为多个子业务,部署在多个服务器上 。

1.1.5、集群

同一个业务,部署在多个服务器上 。

1.1.6、分布式和集群的区别

大白话解说,半分钟就懂 — 分布式与集群是什么 ? 区别是什么?

1.2、微服务

微服务是什么?十分钟了解微服务架构
微服务是指分解成围绕业务能力所组织的服务。这些服务需要对该业务领域的软件进行广泛的实施,包括用户界面、持久性存储和任何外部协作。因此,微服务团队是跨职能的,包括开发所需的全部技能:用户体验、数据库和项目管理。

1.2.1、微服务设计的原则

我们决定切割应用程序的原则是什么?组件的关键属性是独立替换和可升级性的概念,这意味着我们可以寻找重写组件而不影响其协作者的点。事实上许多微服务群都明确预计许多服务将被废弃,而不是长远发展。
强调可替换性是模块化设计中的一般原则的特别情况,其原则是为了在整个模式变化中驱动模块化。你可以在相同模块并且相同时间内做修改。系统修改的那部分应很少出现在不同且相互依赖的服务中。如总是两个服务一并修改,那说明你需要要合并服务了。
我们听到的一个合理的论点是你不应该从微服务架构开始,而应从单一(庞大)的项目开始,一旦这一项目遇到问题,就拆分模块,划分不同的微服务。

1.2.2、微服务优点

将组件并于服务使得发布计划具有更大的颗粒度。单一服务下,任何修改都需重新发布整个应用,而微服务架构的情况下,只需要重新发布修改的服务,所以微服务能简化并加快发布流程。但缺点是需要担心修改某个服务使得其消费者中断。

1.2.3、微服务与传统单体应用相比的缺点

或者说是使用微服务所付出的代价。
使用服务作为组件的结果是,应用程序需要被设计,以便它们能够容忍服务的失败。任何服务调用都可能由于供应商的无法使用而失败,必须尽可能为客户优雅地响应。与单块设计相比,这是一个缺点,因为它引入了额外的复杂性来处理它。其结果是,微服务团队不断地反思服务失败如何影响用户体验。Netflix的Simian Army在工作日中引入了服务的失败,甚至是数据中心,以测试应用程序的弹性和监控。

对于微服务的缺点所作出的优化
由于服务可能随时发生故障,因此能够快速检测故障并在可能的情况下自动恢复服务很重要。 微服务应用程序非常重视应用程序的实时监控,检查架构元素(数据库每秒获得多少请求)和业务相关指标(例如每分钟收到多少订单)。 语义监控可以提供一个预警系统,从而引导开发团队进行跟踪和调查。 监控对迅速发现不良紧急行为至关重要,只有发现才可能进行修复。

你可能感兴趣的:(微服务)