Distribute&MicroServer
文章平均质量分 93
Ronnie@2019
苦练七十二变,笑对八十一难
展开
-
《微服务架构设计模式》阅读笔记(六)
第11章 开发面向生产环境的微服务应用11.1 开发安全的服务为了开发安全的软件并远离头条新闻,企业需要解决各种安全问题,包括硬件的物理安全性、传输和静态数据加密、身份验证、访问授权以及修补软件漏洞的策略,等等。应用程序开发人员主要负责实现安全性的四个不同方面:身份验证:验证尝试访问应用程序的应用程序或人员(安全的术语叫主体)的身份。例如,应用程序通常会验证访问主体的凭据,例如用户的I和密码,或应用程序的AP密钥。访问授权:验证是否允许访问主体对指定数据完成请求的操作。应用程序通常使用基于角色的原创 2021-05-02 00:53:35 · 1887 阅读 · 1 评论 -
《微服务架构设计模式》阅读笔记(五)
第9章 微服务架构中的测试策略(上)测试通常都在开发完成后执行,并且一般都是手动执行的。这种测试方法现在不管用了,原因有两个:手动测试效率极低:你永远不应该让人类去做一台机器可以做得更好的事情。与机器相比,手动测试执行的速度很慢,不能全天候工作。如果依赖手动测试,你将无法快速且安全地交付高质量的软件。编写自动化测试至关重要。在交付流程中才进行测试为时已晚:在编写应用程序之后,确实应该通过测试来找出软件潜在的问题,但经验表明这些测试不够充分。一种更好的方式是让开发人员编写自动化测试,以此作为开发的一部原创 2021-04-30 09:02:20 · 243 阅读 · 0 评论 -
《微服务架构设计模式》阅读笔记(四)
第7章 在微服务架构中实现查询在微服务架构中实现查询操作有两种不同的模式:API组合模式:这是最简单的方式,应尽可能使用。它的工作原理是让拥有数据的服务的客户端负责调用服务端,应组合服务返回的查询结果。命令查询职责隔离(CQRS)模式:它比API组合模式更强大,但也更复杂。它维护一个或多个视图数据库,其唯一的目的是支持查询。7.1 使用API组合模式进行查询7.1.1 findOrder()查询曹组偶findOrder()操作通过主键检索订单。它将orderId作为参数并范围OrderDet原创 2021-04-27 09:22:12 · 1027 阅读 · 0 评论 -
《微服务架构设计模式》阅读笔记(三)
第5章 微服务架构中的业务逻辑设计图5-1显示了一个典型的服务架构。业务逻辑是六边形架构的核心。业务逻辑的周围是入站和出站适配器。入站适配器处理来自客户端的请求并调用业务逻辑。出站适配器被业务逻辑调用,然后在调用其他服务和外部应用程序。业务逻辑通常是服务中最复杂的部分。在开发业务逻辑时必须做出的关键决策是选用面向对象的方式,还是面向过程的方式。组织业务逻辑主要有两种模式:面向过程的事务脚本模式和面向对象的领域建模模式。5.1.1 使用事务脚本设计业务逻辑事务脚本的一个重要特征是实现行为的类与存储状原创 2021-04-22 08:34:13 · 480 阅读 · 1 评论 -
《微服务架构设计模式》阅读笔记(二)
第3章 微服务架构中的进程通信3.1 微服务架构中的进程间通信概述3.1.1 交互方式有多种客户端和服务端的交互方式,他们可以分为两个维度。第一个维度关注的是一对一和一对多:一对一:每个客户端请求由一个服务实例来处理。一对多:每个客户端请求由多个服务实例来处理。交互方式的第二个维度关注的是同步和异步:同步模式:客户端请求需要服务端实时响应,客户端等待响应时可能导致堵塞。异步模式:客户端请求不会阻塞请求,服务端的响应可以是非实时的。一对一的交互方式有以下几种类型。请求/响应:一个原创 2021-04-15 09:10:15 · 871 阅读 · 0 评论 -
《微服务架构设计模式》阅读笔记(一)
第1章 逃离单体地狱1.1 迈向单体地狱的漫长旅程1.1.1 FTGO应用程序的架构FTGO,即Food to GO公司,作者虚构出来的一家公司。图1-1是它的架构图。1.1.2 单体架构的好处应用开发很简单:IDE和其他开发工具只需要构建这一个单独的应用程序易于对应用程序进行大柜摸的更改:可以更改代码和数据库,然后构建和部署测试相对简单直观:开发者只需写几个端到端测试,启用应用程序,调用REST API部署简单明了:开发者唯一需要做的,就是把可执行文件复制到服务器上横向扩展毫不费力:原创 2021-03-26 09:26:06 · 2390 阅读 · 3 评论 -
《微服务设计》读书笔记
第1章 微服务微服务定义微服务并没有准确的定义,一般,我们把一些协同工作的小而自治的服务称为微服务。通过这个约定俗称的定义,我们可以知道微服务的两大特点:1)小;2)自治小,专注做好一件事在传统的单体应用中,一个服务的代码量往往是非常庞大的,相似功能代码随处可见,给bug修复和新功能开发带来了很大的困难。为了保证内聚性,单体应用中会创建一些抽象层或者模块。但微服务直接将这个概念应用到了独立的服务上,根据业务边界来确定服务边界。由于该服务很好的专注于某个边界之内,因此可以很好的避免服务代码量的逐步增原创 2021-01-17 16:51:19 · 738 阅读 · 0 评论