精华内容
下载资源
问答
  • 认知发展的三个基本过程――同化、顺化、平衡(1)同化(assimilation)同化原本是一个生物的概念,它是指有机体把外部要素整合进自己结构中去的过程。在认知发展理论中,同化是指个体对刺激输入的过滤或改变的过程。也...

    认知发展的三个基本过程――同化、顺化、平衡

    (1)同化(assimilation)

    同化原本是一个生物的概念,它是指有机体把外部要素整合进自己结构中去的过程。在认知发展理论中,同化是指个体对刺激输入的过滤或改变的过程。也就是说,个体在感受到刺激时,把它们纳入头脑中原有的图式之内,使其成为自身的一部分,就象消化系统就营养物吸收一样。

    所以,在皮亚杰看来,心理同生理一样,也有吸收外界刺激并使之成为自身的一部分的过程。所不同的只是涉及的变化表不是生理性的,而是机能性的。

    随着个体认识的发展,同化经历下列三种形式:

    再现性同化,即基于儿童对出现的某一刺激作相同的重复反应 ;

    再认性同化,即基于儿童辨别物体之间差异借以作出不同反应的能力。它在再生性同化基础上出现并有助于向更复杂的同化形式发展;

    概括性同化,即基于儿童知觉物体之间的相似性并把它们归于不同类别的能力。

    f2e2db48214a11418d359f29a6412db7.png

    (2)顺化(accommodation)

    顺化是指有机体调节自己内部结构一适应特定刺激情境的过程。顺化是与同化伴随而行的。当个体遇到不能用原有图式来同化新的刺激时,便要对原有图式加以修改或重建,以适应环境,这就是顺化的过程。可见就本质而言,同化主要是指个体对环境的作用;顺化主要是指环境对个体的作用。

    显然,从整体而言,如果只有同化而没有顺化,那就谈不上发展。尽管同化作用在保证图式中去是十分必要的,但是,同化如果没有它的对立面--顺化--的存在,它本身也不能单独存在。换言之不存在纯粹的同化。当然,如果没有与顺化相对应的同化,也就没有顺化可言。皮亚杰用同化和顺化过程来说明认识,旨在表明这样的观点:一切认识都离不开认知图式的同化与顺化。认知既是认知图式顺化于外物,又是外物同化于认知图式这两个对立统一过程的产物。皮亚杰应用同化与顺化的过程,对行为主义的著名公式S→R进行了改造,提出了S(A)R公式。他指出:“一个刺激要引起一个特定的反应,主体及其机体就必需有反应刺激的能力,因此,我们首先关心的是这种能力。……感受性自然是依存于作出反应的能力的。所以这个公式不应该写作S→R,而应该写作S→←R(换用图片),说的更确切一些,应写作S(A)R。”

    S(A)R公式

    运用同化概念,皮亚杰对行为主意的著名公式S→R进行了改造。S→R的含义是指一个刺激可以引起一个特定的反应。皮亚杰认为S→R公式的最大缺陷在于它没有表现出人在认识过程中的能动作用。他指出:"一个刺激要引起一个特定的反应,主体及其机体就必需有反应刺激的能力,因此,我们首先关心的是这种能力。……感受性自然是依存于作出反应的能力的。所以这个公式不应该写作S→R,而应该写作S→←R,说的更确切一些,应写作S(A)R。"它的含义是说,当外部刺激S作用于机体时,机体并不是消极的接受这一刺激,而是首先利用自己现有的图式进行过滤改造,使之变为组织所能吸收的形式。刺激这样被同化,就是客体作用于机体、机体改造客体的结果。

    皮亚杰认为客体被机体所同化就是被机体所改造,因此S(A)R不是一种直观的、机械的反应,而是机体改造环境的过程。皮亚杰指出,S(A)R在各个水平上都存在。在生物水平上,有生理同化,它的作用是对机体摄入的物质进行改造,使之变成机体组织的营养;在感知运动水平上,有心理同化,它表现为把外部信息同化到动作结构中,使动作获得协调;在理性水平上有认识同化,它把外部信息变为概念推理的形式,以丰富主体的认识图式。皮亚杰把S(A)R从生物水平一直扩展到认识水平,充分说明在环镜面前,机体以及认识主体从来都不是被动的接受者。在各个认识水平上都存在着机体和主体对外部世界的改造过程。这种改造随着生物水平→心理水平→认识水平的发展而日益加强。越是在高级阶段,改造越充分,主体的能动性就越大。所以皮亚杰指出?quot;对S→R公式提出的这种修改,绝不只是出于单纯追求准确性,也不是为了理论上的概念化;这种修改提出了依我们看来是认识发展的中心问题。"

    但是,S(A)R仅仅说明认识过程的一个方面─主体对客体的改造,而不能说明另外一个方面-客体对主体的改造,这样主体和客体的相互作用还不能充分体现出来,因此还需要加入与同化过程相对应的另一个过程-顺化。顺化是当客体作用于主体而主体的图式不适应客体时,调整和改变主体图式,使之适应客体的过程。与同化作用相应,顺化也存在于从生物水平起到认识水平止的各个水平上。由于同化表明了主体改造客体的过程,而顺化表明了在客体得到改造的过程,所以,同化和顺化这一对机能代表了主客体的相互作用。

    5a7fa7683d4ec99f824f9ee91491c6b4.png

    (3)平衡(equilibration)

    平衡是指个体通过自我调节机制使认知发展从一个平衡状态向另外一个较高平衡状态过渡的过程。平衡过程是皮亚杰认为个体的认知图式是通过同化和顺化而不断发展,以适应新的环境的。就一般而言,个体每当遇到新的刺激,总是试图用原有图式去同化,若获得成功,便得到暂时的平衡。如果用原有图式无法同化环境刺激,个体便会作出顺化,即调节原有图式或重建新图式,直至达到认识上的新的平衡。同化与顺化之间的平衡过程,也就是认识上的适应,也就是人类智慧的实质所在。所以,皮亚杰认为:"智慧行为依赖于同化与顺化这两种机能从最初不稳定的平衡过渡到逐渐稳定的平衡"。

    需要重申的是平衡状态不是绝对静止的,一种较低水平的平衡状态,通过共同与环境相互作用,就会过渡到一种较高水平的平衡状态。平衡的这种连续不断的发展,就是整个人知发展的过程。

    92b70b4aaac3423ed37f7e5ba1ce1bab.png

    皮亚杰认为,平衡有以下三种:

    • 第一种平衡是同化和顺化之间的联系。

    在个体和外部刺激结构之间有一个平衡;个体的结构顺化新呈现出来的外部刺激,而外部刺激被同化到个体结构中去。

    同化与顺化之间的平衡

    在个体和外部刺激结构之间有一个平衡;个体的结构顺化新呈现出来的外部刺激,而外部刺激被同化到个体结构中去。例如,新的刺激使个体的认知发生顺化,然后再将它同化到个体的认知图式中去,以达到一种平衡。所以,只有当同化与顺化交替发生处于一种均势时,才能保证达到某种暂时的平衡。

    在一项实验中,实验者要求儿童先在F瓶中盛满水(灌到瓶颈为止)倒入A杯中;再以同样方式把水倒入A'杯中,以表明A与A'中的水一样多。然后要儿童打开开关让A和A`流同样多的水到E和B'中去,儿童常常在E和B'中的水处于水平线时就停止了,认为E和B'杯中的水一样多,这时让他们把E和B'中的水流入两个相同的杯子C和C'中。显然,儿童会发现自己的想法与观察结果之间的矛盾。这种矛盾的解决过程就是一种平衡的过程。

    • 第二种平衡是个体图式中子系统的平衡。

    皮亚杰认为个体都有若干个认知图式,而每一个图式都由许多分系统组成。例如,大小比较系统中,长度、数量等都是子系统。这些子系统经常以不同的速率展开。在建构中,如果子系统之间没有平衡,就不可能有新图式产生。

    个体知识中子系统间的关系

    子系统是指不同领域的结果,例如数、长度、距离和时间等。由于这些子系统是以不同的速度形成的,所以它们之间可能会产生冲突。

    例如,儿童在思维发展的初级阶段,可能会作出两种对立的判断,但却没有认识到它们的矛盾。

    在一项实验中,皮亚杰给儿童一排杯子和一堆蛋,要求儿童取出刚够放入所有杯子的那么多蛋,儿童能够用一一对应的方式,即在每只杯子下面放一个蛋的办法来解决问题。但是,当皮亚杰合拢或散开其中的一排时,儿童就会断言有一排多一些。也就是说,儿童关于数的知识与长度的知识之间出现了矛盾。随着儿童认识的发展,他们会意识到这两个判断之间的矛盾。这种矛盾导致两个系统之间的不平衡。解决这种矛盾的过程就是一种平衡的过程。

    • 第三种平衡是一种调节个体部分知识与整体知识之间关系的平衡。

    在皮亚杰看来,一个人的整体知识始终在被分化成各个部分,然后又把各个部分整合成一个新的整体知识。由此可见平衡是个体在连续不断地与环境交互作用和变化过程中保持相对稳定性的一个重要因素。

    展开全文
  • 微服务架构基本理论概述

    千次阅读 2019-03-14 11:24:00
    目录 《微服务架构基本理论概述 》 前言 微服务基本理论概述 一、微服务架构介绍 概念: 定义: 本质: ...二、微服务的出现及未来发展 ...常见的系统架构遵循的三个标准和业务驱动力: 基于...

    目录

                                                                         《 微服务架构基本理论概述 》

    前言

    微服务基本理论概述

    一、微服务架构介绍  

    概念:

    定义:

    本质:

    二、微服务的出现及未来发展

    三、传统开发模式和微服务的区别

    优点:

    缺点:

    常见的系统架构遵循的三个标准和业务驱动力:

    基于微服务架构的设计:

    关于微服务的一个形象表达:

    四、微服务的具体特征

    官方的定义:

    大概的标准:

    五、SOA和微服务的区别

    1)、SOA喜欢重用,微服务喜欢重写

    2)、SOA喜欢水平服务,微服务喜欢垂直服务

    3)、SOA喜欢自上而下,微服务喜欢自下而上

    六、怎么具体实践微服务

    1)、客户端如何访问这些服务

    2)、每个服务之间如何通信

    3)、如此多的服务,如何实现?

    4)、服务挂了,如何解决

    七、常见的设计模式和应用

    6种常见的微服务架构设计模式:

    八、优点和缺点

    1)、微服务的优点:

    2)、微服务的缺点

    九、思考:意识的转变

    十、参考资料和推荐阅读:


     

     

                                                  《 微服务架构基本理论概述 》

     

    前言

    关于这篇文章,几年前出的了,但其关于在微服务架构方面概述的比较好,所以推荐给给位老铁,这篇文章是建立在众多的优秀的博客之上的(微服务架构风格的倡导者,比如 Martin Fowler 的博客),并汲取了其中的精华,博主觉得介绍的非常到位,虽然伴随着时代的快速发展,其中的一些理论和观点已经不具备说服力,博主会在其中指出或者备注出来。

    通过本篇博客,微服务架构的基本概念、定义极其本质?微服务架构的未来发展趋势?传统开发模式和微服务之间有什么区别?SOA 和 微服务 之间有什么区别?如何让微服务实战落地?微服务架构中常见的6种设计模式?微服务架构的优缺点?文章末尾列出了本文形成参考的资料,以及微服务相关的推荐导读。

    最后,如果在文章种有不足的地方,欢迎指出!

     

    微服务基本理论概述

     

    一、微服务架构介绍  

    微服务架构(Microservice Architecture)是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念,它的主要作用是将功能分解到离散的各个服务当中,从而降低系统的耦合性,并提供更加灵活的服务支持。

     

    概念:

    把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务,它可扩展单个组件而不是整个的应用程序堆栈,从而满足不同服务等级的协议。

     

    定义:

    围绕实际的业务领域组件来创建应用,这些应用可独立地进行开发、管理和迭代。在分散的组件中使用云架构和平台式部署、管理和服务功能,使产品交付变得更加简单。

     

    本质:

    用一些功能比较明确、业务比较精练的服务去解决更大、更实际的问题。

     

    二、微服务的出现及未来发展

    微服务(Microservice)这个概念是2012年出现的,作为加快 Web 和移动应用程序开发进程的一种方法,2014年开始受到各方的关注,而 2015 年,可以说是微服务的元年;越来越多的论坛、社区、blog 以及互联网行业巨头开始对微服务进行讨论、实践,可以说这样更近一步推动了微服务的发展和创新。而微服务的流行,Martin Fowler 功不可没。

    这老头是个奇人,特别擅长抽象归纳和制造概念。特别是微服务这种新生的名词,都有一个特点:一解释就懂,一问就不知,一讨论就打架。

     

    关于 马丁·福勒

    马丁·福勒是一个软件开发方面的著作者和国际知名演说家,敏捷开发方法的创始人之一,现为 Thought Works 公司的首席科学家。在面向对象分析设计、UML、模式、软件开发方法学、XP、重构等方面,都是世界顶级的专家,现为Thought Works公司的首席科学家。Thought Works 是一家从事企业应用开发和集成的公司。早在20世纪80年代,Fowler 就是使用对象技术构建多层企业应用的倡导者,他著有几本经典书籍: 《企业应用架构模式》、《UML精粹》和《重构》等。

     

    三、传统开发模式和微服务的区别

    先来看看传统的 web 开发方式,通过对比比较容易理解什么是 Microservice Architecture。和 Microservice 相对应的,这种方式一般被称为 Monolithic(单体应用开发)。

    所有的功能打包在一个 WAR 包里,基本没有外部依赖(除了容器),部署在一个JEE容器(Tomcat,JBoss,WebLogic)里,包含了 DO/DAO,Service,UI等所有逻辑。


    优点:

    1)、开发简单,集中式管理

    2)、基本不会重复开发

    3)、功能都在本地,没有分布式的管理和调用消耗

     

    缺点:

    1)、效率低:开发都在同一个项目改代码,相互等待,冲突不断

    2)、维护难:代码功功能耦合在一起,新人不知道何从下手

    3)、不灵活:构建时间长,任何小修改都要重构整个项目

    4)、稳定性差:一个微小的问题,都可能导致整个应用挂掉

    5)、扩展性不够:无法满足高并发下的业务需求

     

    常见的系统架构遵循的三个标准和业务驱动力:

    1)、提高敏捷性:及时响应业务需求,促进企业发展

    2)、提升用户体验:提升用户体验,减少用户流失

    3)、降低成本:降低增加产品、客户或业务方案的成本

     

    基于微服务架构的设计:

    目的:有效的拆分应用,实现敏捷开发和部署


     

    关于微服务的一个形象表达:

    X轴:运行多个负载均衡器之后的运行实例

    Y轴:将应用进一步分解为微服务(分库)

    Z轴:大数据量时,将服务分区(分表)

     

    四、微服务的具体特征

    官方的定义:

    1)、一些列的独立的服务共同组成系统

    2)、单独部署,跑在自己的进程中

    3)、每个服务为独立的业务开发

    4)、分布式管理

    5)、非常强调隔离性

     

    大概的标准:

    1)、分布式服务组成的系统

    2)、按照业务,而不是技术来组织与划分

    3)、做有生命的产品而不是项目

    4)、强服务个体和弱通信(Smart endpoints and dumb pipes)

    5)、自动化运维(DevOps)

    6)、高度容错性

    7)、快速演化和迭代(类比阿里的中台,经历的4年多才成型,成型后也还在不断的演化中)

     

    五、SOA和微服务的区别

    1)、SOA喜欢重用,微服务喜欢重写

    SOA:其主要目的是为了企业各个系统更加容易地融合在一起。 说到SOA不得不说ESB(EnterpriseService Bus)。 ESB是什么? 可以把ESB想象成一个连接所有企业级服务的脚手架。通过 service broker,它可以把不同数据格式或模型转成 canonical 格式,把 XML 的输入转成 CSV 传给l egacy 服务,把SOAP 1.1 服务转成 SOAP 1.2 等等。 它还可以把一个服务路由到另一个服务上,也可以集中化管理业务逻辑,规则和验证等等。 它还有一个重要功能是消息队列和事件驱动的消息传递,比如把 JMS 服务转化成 SOAP 协议。 各服务间可能有复杂的依赖关系。

    微服务:通常由重写一个模块开始。要把整个单片应用重写是有很大的风险的,但也不是必须的。我们向微服务迁移的时候通常从耦合度最低的模块或对扩展性要求最高的模块开始,把它们一个一个剥离出来用敏捷地重写,可以尝试最新的技术或语言或框架,然后单独布署。 它通常不依赖其他服务。微服务中常用的 API Gateway 的模式主要目的也不是重用代码,而是减少客户端和服务端的往来。API gateway 模式不等同与 Facade 模式,我们可以使用如 future 之类的调用,甚至返回不完整数据。

     

    2)、SOA喜欢水平服务,微服务喜欢垂直服务

    SOA设计喜欢给服务分层(如Service Layers模式)。 我们常常见到一个Entity服务层的设计,美其名曰Data Access Layer。 这种设计要求所有的服务都通过这个Entity服务层来获取数据。 这种设计非常不灵活,比如每次数据层的改动都可能影响到所有业务层的服务。 而每个微服务通常有它自己独立的data store。 我们在拆分数据库时可以适当的做些去范式化(denormalization),让它不需要依赖其他服务的数据。

    微服务通常是直接面对用户的,每个微服务通常直接为用户提供某个功能。 类似的功能可能针对手机有一个服务,针对机顶盒是另外一个服务。 在SOA设计模式中这种情况通常会用到Multi-ChannelEndpoint的模式返回一个大而全的结果兼顾到所有的客户端的需求。

     

    3)、SOA喜欢自上而下,微服务喜欢自下而上

    SOA 架构在设计开始时会先定义好服务合同( service contract )。 它喜欢集中管理所有的服务,包括集中管理业务逻辑、数据、流程、schema 等等。 它使用 Enterprise Inventory 和 Service Composition 等方法来集中管理服务。 SOA 架构通常会预先把每个模块服务接口都定义好。 模块系统间的通讯必须遵守这些接口,各服务是针对他们的调用者。SOA架构适用于TOGAF 之类的架构方法论。

    微服务则敏捷得多,只要用户使用得当,就先把这个服务挖出来。然后有针对性的快速的确认业务需求,快速的开发与迭代。

     

    六、怎么具体实践微服务

    要实际生产环境中应用微服务,需要解决以下四点问题:

    1)、客户端如何访问这些服务

    2)、每个服务之间如何通信

    3)、如此多的服务,如何实现?

    4)、服务挂了,如何解决?(备份方案,应急处理机制,可以选择服务端降级和熔断机制等)

     

    1)、客户端如何访问这些服务

    原来的 Monolithic 方式开发,所有的服务都是本地的,UI可以直接调用,现在按功能拆分成独立的服务,一般都在独立的虚拟机上的Java进程中。客户端UI如何访问他的?

    后台有N个服务,前台就需要记住管理N个服务,一个服务下线、更新、升级,前台就要重新部署,这明显不符合我们拆分的理念,特别当前台是移动应用的时候,通常业务变化的节奏更快。

    另外,N个小服务的调用也是一个不小的网络开销。一般微服务在系统内部,通常是无状态的,用户登录信息和权限管理最好有一个统一的地方维护和管理(OAuth2)。

    所以,一般在后台N个服务和UI之间一般会一个代理或者叫API Gateway,他的作用包括:

    1)、提供统一服务入口,让微服务对前台透明

    2)、聚合后台的服务,节省流量,提升性能

    3)、提供安全,过滤,流控等API管理功能

    其实这个 API Gateway 可以有很多广义的实现办法,可以是一个软硬一体的盒子(F5),也可以是一个简单的 MVC 框架,甚至是一个 Node.js 的服务端。他们最重要的作用是为前台(通常是移动应用)提供后台服务的聚合,提供一个统一的服务出口,解除他们之间的耦合,不过API Gateway 也有可能成为单点故障点或者性能的瓶颈。

    用过 Taobao Open Platform(淘宝开放平台)的就能很容易的体会,TAO 就是这个API Gateway。


     

    2)、每个服务之间如何通信

    所有的微服务都是独立的 Java 进程跑在独立的虚拟机上,所以服务间的通信就是 IPC( inter process communication ),已经有很多成熟的方案。现在基本最通用的有两种方式:

    同步调用:

    1)、REST(JAX-RS,Spring Boot)

    2)、RPC(Thrift, Dubbo)

    异步消息调用(Kafka, Notify, RabbitMQ)


    同步和异步的区别:

    一般同步调用比较简单,一致性强,但是容易出调用问题,性能体验上也会差些,特别是调用层次多的时候。RESTful 和RPC 的比较也是一个很有意思的话题。

    一般 REST 基于 HTTP,更容易实现,更容易被接受,服务端实现技术也更灵活些,各个语言都能支持,同时能跨客户端,对客户端没有特殊的要求,只要封装了 HTTP 的 SDK 就能调用,所以相对使用的广一些。RPC 也有自己的优点,传输协议更高效,安全更可控,特别在一个公司内部,如果有统一的开发规范和统一的服务框架时,他的开发效率优势更明显些。就根据各自的技术积累实际经验进行选择了。

    而异步消息的方式在分布式系统中有特别广泛的应用,他既能降低调用服务之间的耦合,又能成为调用之间的缓冲单元,确保消息积压不会冲垮被调用方,同时能保证调用方的服务体验,继续干自己该干的活,不至于被后台性能拖慢。不过需要付出的代价是一致性的减弱,需要接受数据最终一致性;还有就是后台服务一般要实现幂等性,因为消息发送出于性能的考虑一般会有重复(保证消息的被收到且仅收到一次,这对性能是很大的考验);最后就是必须引入一个独立的 broker,如果公司内部没有技术积累,对 broker 分布式管理也是一个很大的挑战。

     

    3)、如此多的服务,如何实现?

    在微服务架构中,一般每一个服务都是有多个拷贝,来做负载均衡。一个服务随时可能下线,也可能应对临时访问压力增加新的服务节点。服务之间如何相互感知?服务如何管理?

    这就是服务发现的问题了。一般有两类做法,也各有优缺点。基本都是通过 Dubbo + zookeeper 等类似技术做服务注册信息的分布式管理,当然也可以使用 Spring Cloud Eureka 实现服务注册的管理(功能更强大、更便捷)。当服务上线时,服务提供者将自己的服务信息注册到服务注册中心 ZK(或类似框架),并通过心跳维持长链接,实时更新链接信息。服务调用者通过ZK 寻址,根据可定制算法, 找到一个服务,还可以将服务信息缓存在本地以提高性能。当服务下线时,ZK 会发通知给服务客户端(在后面将详细讲解 Spring Cloud Eureka 注册中心,负载均衡客户端组件 Ribbon 以及 Feign 的组合使用)。

    客户端做:优点是架构简单,扩展灵活,只对服务注册器依赖。缺点是客户端要维护所有调用服务的地址,有技术难度,一般大公司都有成熟的内部框架支持,比如 Dubbo。

    服务端做:优点是简单,所有服务对于前台调用方透明,一般在小公司在云服务上部署的应用采用的比较多。

     

    4)、服务挂了,如何解决

    前面提到,Monolithic 方式开发一个很大的风险是,把所有鸡蛋放在一个篮子里,一荣俱荣,一损俱损。而分布式最大的特性就是网络是不可靠的。通过微服务拆分能降低这个风险,不过如果没有特别的保障,结局肯定是噩梦。所以当我们的系统是由一系列的服务调用链组成的时候,我们必须确保任一环节出问题都不至于影响整体链路。相应的手段有很多:

    1)、 重试机制

    2)、 服务限流

    3)、熔断机制

    4)、负载均衡

    5)、降级(本地缓存)

    这些方法基本都很明确通用,比如 Netflix 的 Hystrix:https://github.com/Netflix/Hystrix

     

    七、常见的设计模式和应用

    有一个图非常好的总结微服务架构需要考虑的问题,包括:

    1)、API Gateway

    2)、服务调用

    3)、服务发现

    4)、服务容错

    5)、服务部署

    6)、数据调用


     

    6种常见的微服务架构设计模式:

     

    1)、聚合微服务设计模式

    这是一种最常见也是最简单的设计模式:

    聚合调用多个服务实现应用程序所需的功能。它可以是一个简单的 Web 页面,将检索到的数据进行处理展示。它也可以是一个更高层次的组合微服务,对检索到的数据增加业务逻辑后进一步发布成一个新的微服务,这符合 DRY 原则。另外,每个服务都有自己的缓存和数据库。如果聚合是一个组合服务,那么它也有自己的缓存和数据库。聚合可以沿 X 轴和 Z 轴独立扩展。

     

    2、代理微服务设计模式

    这是聚合模式的一个变种,如下图所示:

    在这种情况下,客户端并不聚合数据,但会根据业务需求的差别调用不同的微服务。代理可以仅仅委派请求,也可以进行数据转换工作。

     

    3、链式微服务设计模式

    这种模式在接收到请求后会产生一个经过合并的响应,如下图所示:

    在这种情况下,服务 A 接收到请求后会与服务 B 进行通信,类似地,服务 B 会同服务 C 进行通信。所有服务都使用同步消息传递。在整个链式调用完成之前,客户端会一直阻塞。因此,服务调用链不宜过长,以免客户端长时间等待。

     

    4、分支微服务设计模式

    这种模式是聚合器模式的扩展,允许同时调用两个微服务链,如下图所示:


     

    5、数据共享微服务设计模式

    自治是微服务的设计原则之一,就是说微服务是全栈式服务。但在重构现有的 “单体应用(monolithic application)” 时,SQL 数据库反规范化可能会导致数据重复和不一致。

    因此,在单体应用到微服务架构的过渡阶段,可以使用这种设计模式,如下图所示:

    在这种情况下,部分微服务可能会共享缓存和数据库存储。不过,这只有在两个服务之间存在强耦合关系时才可以。对于基于微服务的新建应用程序而言,这是一种反模式。

     

    6、异步消息传递微服务设计模式

    虽然 REST 设计模式非常流行,但它是同步的,会造成阻塞。因此部分基于微服务的架构可能会选择使用消息队列代替REST 请求/响应,如下图所示:

     

    八、优点和缺点

     

    1)、微服务的优点:

    关键点:复杂度可控、独立按需扩展、技术选型灵活、高容错、高可用性

    ① 它解决了复杂性的问题。它会将一种怪异的整体应用程序分解成一组服务。虽然功能总量不变,但应用程序已分解为可管理的块或服务。每个服务都以 RPC 或消息驱动的 API 的形式定义了一个明确的边界;Microservice 架构模式实现了一个模块化水平。

    ② 这种架构使每个服务都能够由专注于该服务的团队独立开发。开发人员可以自由选择任何有用的技术,只要该服务符合API合同。当然,大多数组织都希望避免完全无状态并限制技术选择。然而,这种自由意味着开发人员不再有义务使用在新项目开始时存在的可能过时的技术。在编写新服务时,他们可以选择使用当前的技术。此外,由于服务相对较小,因此使用当前技术重写旧服务变得可行。

    ③ Microservice 架构模式使每个微服务都能独立部署。开发人员不需要协调部署本地服务的变更。这些变化可以在测试后尽快部署。例如,UI 团队可以执行 A /B 测试,并快速迭代 UI 更改。Microservice 架构模式使连续部署成为可能。

    ④ Microservice 架构模式使每个服务都可以独立调整。您可以仅部署满足其容量和可用性限制的每个服务的实例数。此外,您可以使用最符合服务资源要求的硬件。

     

    2)、微服务的缺点

    关键点(极具挑战性):多服务运维难度高、系统部署依赖性强、服务间通信成本高、数据一致性差、系统集成测试周期长、重复工作多样化、性能监控繁杂等

    ① 一个缺点是名称本身。术语 microservice 过度强调服务规模。但重要的是要记住,这是一种手段,而不是主要目标。微服务的目标是充分分解应用程序,以便于敏捷应用程序开发和部署。

    ② 微服务器的另一个主要缺点是分布式系统而产生的复杂性。开发人员需要选择和实现基于消息传递或 RPC 的进程间通信机制。此外,他们还必须编写代码来处理部分故障,因为请求的目的地可能很慢或不可用。

    ③ 微服务的另一个挑战是分区数据库架构。更新多个业务实体的业务交易是相当普遍的。但是,在基于微服务的应用程序中,您需要更新不同服务所拥有的多个数据库。使用分布式事务通常不是一个选择,而不仅仅是因为 CAP 定理。许多今天高度可扩展的 NoSQL 数据库都不支持它们。你最终不得不使用最终的一致性方法,这对开发人员来说更具挑战性。

    ④ 测试微服务应用程序也更复杂。服务类似的测试类将需要启动该服务及其所依赖的任何服务(或至少为这些服务配置存根)。再次,重要的是不要低估这样做的复杂性。

    ⑤ Microservice 架构模式的另一个主要挑战是实现跨越多个服务的更改。例如,我们假设您正在实施一个需要更改服务A,B 和 C 的故事,其中 A 取决于 B ,B 而取决于 C ,但 C 在单片应用程序中,您可以简单地更改相应的模块,整合更改,并一次性部署。相比之下,在 Microservice 架构模式中,您需要仔细规划和协调对每个服务的更改。例如,您需要更新服务 C,然后更新服务 B,然后再更新 A ,幸运的是,大多数更改通常仅影响一个服务,而需要协调的多服务变更相对较少。

    ⑥ 部署基于微服务的应用程序也更复杂。单一应用程序简单地部署在传统负载平衡器后面的一组相同的服务器上。每个应用程序实例都配置有基础架构服务(如数据库和消息代理)的位置(主机和端口)。相比之下,微服务应用通常由大量服务组成。例如,每个服务将有多个运行时实例。更多的移动部件需要进行配置,部署,扩展和监控。此外,您还需要实现服务发现机制,使服务能够发现需要与之通信的任何其他服务的位置(主机和端口)。传统的基于故障单和手动操作的方法无法扩展到这种复杂程度。因此,成功部署微服务应用程序需要开发人员更好地控制部署方法,并实现高水平的自动化。

     

    九、思考:意识的转变

    微服务对我们的思考,更多的是思维上的转变。对于微服务架构:技术上不是问题,意识比工具重要。

    关于微服务的几点设计出发点:

    1)、应用程序的核心是业务逻辑,按照业务或客户需求组织资源(这是最难的)

    2)、做有生命的产品,而不是项目

    3)、全栈化

    4)、后台服务贯彻 Single Responsibility Principle(单一职责原则)

    5)、VM->Docker (to PE)

    6)、DevOps (to PE)

    同时,对于开发同僚,有这么多的中间件和强大的 PE 支持固然是好事,我们也需要深入去了解这些中间件背后的原理,知其然知其所以然,在有限的技术资源如何通过开源技术实施微服务?

    最后,一般提到微服务都离不开 DevOps 和 Docker + K8S,理解微服务架构是核心,而 DevOps 和 Docker + K8S 也不过是工具/手段而已。

     

    十、参考资料和推荐阅读:

    http://kb.cnblogs.com/page/520922/

    http://www.infoq.com/cn/articles/seven-uservices-antipatterns

    http://www.csdn.net/article/2015-08-07/2825412

    http://blog.csdn.net/mindfloating/article/details/45740573

    http://blog.csdn.net/sunhuiliang85/article/details/52976210

    http://www.oschina.net/news/70121/microservice

     

     

     

     


     好了,关于 微服务架构基本理论概述  就写到这儿了,如果还有什么疑问或遇到什么问题欢迎扫码提问,也可以给我留言哦,我会一一详细的解答的。 
    歇后语:“ 共同学习,共同进步 ”,也希望大家多多关注CSND的IT社区。


    作       者: 华    仔
    联系作者: who.seek.me@java98k.vip
    来        源: CSDN (Chinese Software Developer Network)
    原        文: https://blog.csdn.net/Hello_World_QWP/article/details/84929469
    版权声明: 本文为博主原创文章,请在转载时务必注明博文出处!
    展开全文
  • 在深入剖析物流金融业务在中西方不同的发展轨迹之后,概括了现阶段物流金融内涵和基本结构,构建了物流金融学科的理论研究框架, 从物流金融业务基础研究,资金约束下企业物流运营决策与物流金融中银行和物流企业...
  • 第一章 ERP理论的形成 1简述企业信息化的概念 答企业信息化是指挖掘先进的管理理念应用先进的计算机网络技术去整合企业现有的生产经营设计制造管理及时地为企业的三层决策系统战术层战略层与决策层提供准确而有效的...
  • 现代数学基础课程正在更新。50年代数学系教学计划,...现代物理量子理论,广义相对论和狭义相对论都是由这个发展起来,现代数学理论是由这根支柱撑着。 下面我介绍下它的基本发展历史,以抽象代数为例,以...

                                         

         现代数学的基础课程正在更新。50年代数学系的教学计划,以“高等微积分”、“高等代数”、“高等几何”为主体。时至而现代主要是抽象代数、拓扑学和泛函分析。现代物理的量子理论,广义相对论和狭义相对论都是由这个发展起来,现代数学理论是由这三根支柱撑着的。

             下面我介绍下它的基本发展历史,以抽象代数为例,以后我会继续介绍其它学科。

             抽象代数是研究各种抽象的公理代数系统的数学学科。由于代数可处理实数与复数以外的物集,例如向量(vector)、矩阵(matrix)、变换(transformation)等,这些物集的分别是依它们各有的演算定律而定,而数学家将个别的演算经由抽象手法把共有的内容升华出来,并因此而达到更高层次,这就诞生了抽象代数。抽象代数,包含有群(group)、环(ring)、Galois理论、格论等许多分支,并与数学其它分支相结合产生了代数几何代数数论代数拓扑、拓扑群等新的数学学科。抽象代数已经成了当代大部分数学的通用语言。

            创始人 :被誉为天才数学家的Galois(1811-1832)是近世代数的创始人之一。他深入研究了一个方程能用根式求解所必须满足的本质条件,他提出的“Galois域”、“Galois群”和“Galois理论”都是近世代数所研究的最重要的课题。Galois群理论被公认为十九世纪最杰出的数学成就之一。他给方程可解性问题提供了全面而透彻的解答,解决了困扰数学家们长达数百年之久的问题。Galois群论还给出了判断几何图形能否用直尺和圆规作图的一般判别法,圆满解决了三等分任意角或倍立方体的问题都是不可解的。最重要的是,群论开辟了全新的研究领域,以结构研究代替计算,把从偏重计算研究的思维方式转变为用结构观念研究的思维方式,并把数学运算归类,使群论迅速发展成为一门崭新的数学分支,对近世代数的形成和发展产生了巨大影响。同时这种理论对于物理学、化学的发展,甚至对于二十世纪结构主义哲学的产生和发展都发生了巨大的影响。

          

         被誉为天才数学家的伽罗瓦(1811-1832)是近世代数的创始人之一。他深入研究了一个方程能用根式求解所必须满足的本质条件,他提出的“伽罗瓦域”、“伽罗瓦群”和“伽罗瓦理论”都是近世代数所研究的最重要的课题。伽罗瓦群理论被公认为十九世纪最杰出的数学成就之一。1920~1927年间他主要研究交换代数与「交换算术」。1916年后,他开始由古典代数学向抽象代数学过渡。1920年,他已引入「左模」、「右模」的概念。建立了交换诺特环理论,给戴德金环一个公理刻画,指出素理想因子唯一分解定理的充分必要条件。诺特的这套理论也就是现代数学中的“环”和“理想”的系统理论。
    1927-1935年,诺特研究非交换代数与「非交换算术」。后又引进交叉积的概念并用决定有限维枷罗瓦扩张的布饶尔群。
    诺特的思想通过她的学生范.德.瓦尔登的名著<<近世代数学>>得到广泛的传播。她的主要论文收在<<诺特全集>>(1982)中。
          1930年,毕尔霍夫建立格论,它源于1847年的布尔代数;第二次世界大战后,出现了各种代数系统的理论和布尔巴基学派;1955年,嘉当、格洛辛狄克和爱伦伯克建立了同调代数理论。
        
           数学家们已经研究过200多种这样的代数结构,其中最主要德若当代数和李代数是不服从结合律的代数的例子。这些工作的绝大部分属于20世纪,它们使一般化和抽象化的思想在现代数学中得到了充分的反映。
           中国数学家在抽象代数学的研究始于30年代。当中已在许多方面取得了有意义和重要的成果,其中尤以曾炯之、华罗庚和周炜良的工作更为显著。
                                 


          而群论是抽象代数的基本概念,而什么是群呢: 对乘法封闭的集合,就是 magma,汉译「原群」,
    乘法结合律的原群,就是 semigroup,汉译「半群」,带有单位元的半群,就是 monoid,汉译「幺半群」,
    关于monoid就是著名的函数式编程语言Haskell的基本编程思想(即函数满足运算的结合律,可参考这个网站:http://www.jdon.com/46822)、带有逆元的幺半群,就是 群(group)
    。【详细的理论参考大家可以参考:高等代数(第五版) 张禾瑞 高等教育出版社】。
                
                        
             而我们是否能回到过去呢,首先我这里先介绍电磁波和光子的基本理论,在空间传播着的交变电磁场,即电磁波。它在真空中的传播速度约为每秒30万公里。电磁波包括的范围很广。实验证明,无线电波、红外线、可见光、紫外线、X射线γ射线都是电磁波。光波的频率比无线电波的频率要高很多,光波的波长比无线电波的波长短很多;而X射线和γ射线的频率则更高,波长则更短。为了对各种电磁波有个全面的了解,人们将这些电磁波按照它们的波长或频率、波数、能量的大小顺序进行排列,这就是电磁波谱。
             
                 
                 光子是传递电磁相互作用的基本粒子,是一种规范玻色子。光子是电磁辐射的载体,而在量子场论中光子被认为是电磁相互作用媒介子。与大多数基本粒子相比,光子的静止质量为零,这意味着其在真空中的传播速度是光速。与其他量子一样,光子具有波粒二象性:光子能够表现出经典波的折射干涉衍射等性质;而光子的粒子性可由光电效应证明。光子只能传递量子化的能量,是点阵粒子,是圈量子粒子的质能相态。

         
          结论:

            如果要超越现在,也就是回到历史。按照现代天文物理学家理论我的推论就是,这个世界就是光子的波动叠加的结果。那么我们必须超过光子的速度,我们都知道光速是最快的,在我的理解中,所谓快,就是变化的速率比你快,如果你要看到一个变化的事物原来是什么样子的,就必须比它变化还快,这就是回到过去的另外一种理解,在一般人理解中,现代的世界相当于是个半群,因为没有逆运算单元函数,所以无法回到过去。
         我们的世界也许就是半群的结构,至少人的意识最终的思考模式不能超过四维模型的方式,这又让我我又联想到,数学家已经证明了人类最多只能解四次以下的方程式,五次以上的方程式(包括五次)对于人类来说是无解的,我不知无解最终的原因是否因为我们不能超越三维和一维时间轴叠加的世界系统,也就是说我们不能打破系统的规则,因为我们最终是在世界系统之中。
             好,今天就写到这,后面我会继续探讨抽象代数给我们的思考。
       
      
     

      
     
      
       


             

     





    展开全文
  • 三个阶段 手工加密、机械加密、计算机加密 计算机加密阶段 1949年, Shannon发表了《保密系统通信理论》 为密码学的发展奠定了理论基础,是密码学成为一门真正科学; 1976年, Diffie和Hellman发表了《密码...

    三个阶段

    手工加密:简单
    机械加密:提高了加密速度,但密钥有限
    计算机加密:复杂的密码系统

    计算机加密阶段

    1949年, Shannon发表了《保密系统的通信理论》
    为密码学的发展奠定了理论基础,是密码学成为一门真正的科学;

    1976年, Diffie和Hellman发表了《密码学的新方向》
    开创了密码学的新纪元。

    密码学的基本术语

    明文:P/M表示
    密文:C表示
    加密算法:E表示
    密钥:Key

    柯克霍夫(Kerckhoff)原则

    密码的安全性取决于密钥,而不是密码算法,即密码算法要公开。

    展开全文
  • 在计算机高级语言中,有三个基本的逻辑运算,他们分别是:与、或、非。答:对(4分)以下哪类物质属于优质蛋白质答:瘦肉 鸡蛋 鱼 大豆患者男,52岁。确认为肝性脑病,现给予乳果糖口服,目的是为了答:酸化肠道美育在...
  • 1. 访问控制的三个基本要素:主体(请求实体)、客体(资源实体)、控制策略(属性集合); 1 2. 发展历程 1 2.1. 示意图: 2 3. 访问控制理论模型: 2 3.1. DAC&MAC模型 2 3.2. IBAC模型:基于身份的访问...
  • 三个时期比较: [返回目录] 基本概念 数据模型: 三个要求: 能比较真实地模拟现实社会容易为人所理解便于在计算机上实现 两类: 概念模型: 也称信息模型,它是按用户观点来对数据和信息建模,...
  • 基于RBAC系统分析与设计 RBAC(Role-Based Access Control)例子:ER图RABC模型簇一、访问控制理论二、RBAC96 模型...如图所示,基本RBAC模型 包含用户、角色、目标、操作、许可权五个基本数据元素,此模型指明...
  • 《自动控制原理》(第5版)系《自动控制原理》第五版,比较全面地阐述了自动控制的基本理论与应用。全书共分十章,前八章着重介绍经典控制理论及应用,后两章介绍现代控制...书末给出的三个附录,可供读者在学习中查询。
  • 本文从随机最优出发,通过研究发展,控制理论,微分博弈理论和资本资产定价模型,分析了金融数学的基本内涵,金融数学,探讨了数学在金融领域的三个重要应用。
  • 5.1.1 自组织理论 ...它主要由三个部分组成:耗散结构理论(dissipative structure)、协同学(synergertios)、突变论(calastrophe theory)。  自组织系统的基本运行机制遵守以下规则:  ①共守规
  • 企业在严酷的市场竞争中能否生存和发展的关键在于其产品的独特性和顾客价值,若二者缺一,企业就很难在竞争中取得优势。为获得竞争优势,企业可以根据自己的情况采取以下基本竞争战略中的一种: 成本领先...
  • 即提供一个基本的物质生活条件。这包括马斯洛认为生理需要和安全需要项目。 (2)相互关系(relatedness)需要。即维持人与人之间友善关系愿望。这与马斯洛需要和尊重需要里外部因素相一致。 (3)成长...
  • 一、数据库基本概念  1.信息、数据、信息与数据关系:数据时信息符号表示,或称载体:信息是数据内涵,是数据...数据库管理系统时位于用户与操作系统之间数据管理软件。 DBMS:Database Mangement S
  • 第二,在社会主义的发展阶段问题上,作出了我国还处在社会主义初级阶段科学论断,强调这是一个至少上百年很长历史阶段,制定一切方针政策都必须以这个基本国情为依据,不能脱离实际,超越阶段。 第,在社会...
  • 作者研究工作先后得到国家自然科学基金(杰出、重点、面上)、国家973计划、国家863计划、国家重点科技攻关计划、国防科技创新基金、教育部优秀青年教师教学科研奖励计划、优秀博士论文专项基金、上海市科技发展...
  • 是马克思主义关于发展的世界观和方法论的集中体现,是同马克思列宁主义、***思想、***理论和“三个代表”重要思想既一脉相承又与时俱进的科学理论,是我国经济社会发展的重要指导方针,是发展中国特色社会主义必须...
  • 理论上,LP技术得到进一步发展,动态时间归正技术(DTW)基本成熟,特别是提出了矢量量化(VQ)和隐马尔可夫模型(HMM)理论。在实践上,实现了基于线性预测倒谱和DTW技术特定人孤立语音识别系统。80年代,语音...
  • 目前工业自动化水平已成为衡量各行各业...同时,控制理论的发展也经历了古典控制理论、现代控制理论和智能控制理论三个阶段。智能控制典型实例是模糊全自动洗衣机等。自动控制系统可分为开环控制系统和闭环控制系统。
  • 目录3.9RTK定位技术01 RTK概念02 RTK工作原理03 RTK应用RTK外业操作步骤:RTK应用...随着载波相对定位理论的发展,上世纪九十年代初,将载波相对技术推广到动态应用中,实现GNSS实时动态高精度定位,取实
  • 混沌理论

    千次阅读 2007-04-07 19:29:00
    混沌理论 “相对论消除了关于绝对空间和时间幻想;量子力学则消除了关于可控测量过程牛顿式梦;而混沌则消除了拉普拉斯关于决定论式可预测幻想。... 混沌理论还有一个是发展人格,他有三个原则,
  • 对领导力理论和更广泛相关领导力文献回顾和综合显示,领导力建立在六(6)个基本领域之上,即:性格,特征,人实践,制度实践,背景和成果(CCPICO)。 这六个领域促成了一体化领导模式的发展:道德和有效...
  • 科学理论--抽象

    2019-10-03 13:56:47
    概念、理论、体系 科学理论是对某一科学领域所作系统解释知识体系,由系列性概念、判断和推理所组成。...科学理论的结构由三个要素组成:概念;联系这些概念判断即基本原理;由这些概念和原理推演出来...
  • 的基本概念

    2020-12-04 13:20:34
    提示:本文只偏向于对知识应用多点,理论方面详情参考课本 文章目录前言一、对强,单向,弱连通图判断问题?二、点割,边割判断问题两者共同点都是得找到最小子集(重点)1....我们首先要知道,这三个连通
  • 提升速度主要有三个方面: 第一,硬件发展。拜摩尔定律所赐,即使其他不做任何优化,每十八个月,同样售价硬件设备计算速度会翻一倍。互联网行业从诞生之日起就在摩尔定律福泽之下,可谓幸运。更何况一些更...
  • 计算机的发展

    2010-06-26 09:41:21
    经过他们不懈努力,计算机科学的基本理论在二十世纪、四十年代已基本形成了。人们常把今天计算机称为冯·诺依曼计算机,这是因为他最先提出"程序存储"光辉思想,即把计算程序也用数字方式存储在计算机中...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 590
精华内容 236
关键字:

发展的三个基本理论