DotNET企业架构应用实践-企业管理软件架构的历史与发展(中)- 分布式系统

简介: 在前几天的DotNET企业架构应用实践-企业管理软件架构(计算)的历史与发展(上)一文中,介绍了在企业管理软件架构发布中的主机-终端结构、以及客户机-服务器结构、浏览器-服务器结构,本文今天向大家介绍有关于分布式计算及SOA架构方面的知识。

在前几天的DotNET企业架构应用实践-企业管理软件架构(计算)的历史与发展(上)一文中,介绍了在企业管理软件架构发布中的主机-终端结构、以及客户机-服务器结构、浏览器-服务器结构,本文今天向大家介绍有关于分布式计算及SOA架构方面的知识。

广义分布式系统

分布式系统(distributed system)是建立在网络之上的软件系统。正是因为软件的特性,所以分布式系统具有高度的内聚性和透明性。因此,网络和分布式系统之间的区别更多的在于高层软件(特别是操作系统),而不是硬件。内聚性是指每一个数据库分布节点高度自治,有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的,看不出是本地还是远程。在分布式数据库系统中,用户感觉不到数据是分布的,即用户不须知道关系是否分割、有无复本、数据存于哪个站点以及事务在哪个站点上执行等。

在一个分布式系统中,一组独立的计算机展现给用户的是一个统一的整体,就好像是一个系统似的。系统拥有多种通用的物理和逻辑资源,可以动态的分配任务,分散的物理和逻辑资源通过计算机网络实现信息交换。系统中存在一个以全局的方式管理计算机资源的分布式操作系统。通常,对用户来说,分布式系统只有一个模型或范型。在操作系统之上有一层软件中间件(middleware)负责实现这个模型。一个著名的分布式系统的例子是万维网(World Wide Web),在万维网中,所有的一切看起来就好像是一个文档(Web 页面)一样。

以上内容是百度百科对分布式系统的定义,从理论的角度来讲,目前极大多数据企业管理应用都是属于分布式系统这一范畴,C/S、B/S是分布式结构、C/A/S、B/A/S也是分布式结构、智能客户端更是这种结构,分布式系统的本质是在网络条件下的协同作战。

狭义分布式系统

目前,在业界都不把C/S应用和B/S做为分布式应用,而之前文章中介绍的C/A/S、B/A/S结构我们可以认为是一个分布式体系结构,因为广义的分布式系统太过于宽泛,狭义的分布式体系如下图:

 

image

即物理上三层/多层(Tier)、逻辑上也是三层/多层结构(Layer),很多程序员都在喊,要搞三层架构的应用,但对于Tier和Layer两个概念还是不能混淆的。

三层/多层(Tier)技术

三层/多层(Tier)是一种物理部署结构,其与一系列的分布式通信技术分不开,常用的分布式通信技术如下:

DCOM

DCOM全称为分布式组件对象模型,是微软基于其自身的COM技术的分布式扩展,它支持不同的两台机器上的组件间的通信,而且不论它们是运行在局域网、广域网、还是Internet上。

1a94b36e7394459a81cb4ab5

DOCM提供了一系列的概念和程序接口,利用这个接口,客户端程序对象能够请求来自网络中另一台计算机上的服务器COM对象。COM提供了一套允许同一台计算机上的客户端和服务器之间进行通信的接口。

DCOM是早期的分布式通信技术,目前还有大量的应用运行于DCOM技术之上。

.NET Remoting

可以说Remoting就是DCOM的一种升级,它改善了很多功能,并极好的融合到.Net平台下,用于在.NET开发中代替DCOM技术,并且和DCOM技术相比,其更加灵活和方便。

2010112918222822

.NET Remoting 提供了一种允许对象通过应用程序域与另一对象进行交互的框架,而其技术本质是对象的跨越进程边界,具体的说,就是对象的代理技术,在目前企业管理应用系统之中,.NET Remoting应用的非常广泛。

Web Service

如果说DOCM和.NET Remoting都是微软的特有技术的话,那么Web Service技术就是一种标准,但是写到这,我无法确切的给出一个Web Service的定义,只好摘抄百科中的一段自认为还算严谨定义:

Web services是建立可互操作的分布式应用程序的新平台。作为一个Windows程序员,你可能已经用COM或DCOM建立过基于组件的分布式应用程序。COM是一个非常好的组件技术,但是我们也很容易举出COM并不能满足要求的情况。

Web service平台是一套标准,它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言,在任何你喜欢的平台上写Web service ,只要我们可以通过Web service标准对这些服务进行查询和访问。

Web Service及其所使用的通信协议SOAP已经是国际标准,基于这些标准,不管是windows还是UNIX,也管你使用何种编程语言,都可以通过这么一个标准构建和使用WebService。

CORBA

CORBA(Common Object Request Broker Architecture公共对象请求代理体系结构)是由OMG组织制订的一种标准的面向对象应用程序体系规范。或者说 CORBA体系结构是对象管理组织(OMG)为解决分布式处理环境(DCE)中,硬件和软件系统的互连而提出的一种解决方案。

通信技术分类

前面介绍了几种分布式通信技术,其规纳起来无外忽两种:

远程过程调用

这中技术也可以理解为对象代理技术,或者说远程过程调用也是对象代理技术的实现思路,从这种看法来分类,DCOM、.NET  Remoting和COBRA都属性这一类,其本质是在客户端请求远程执行某个过程或者方法,微软的RPC或者JAVA RMI。

消息通信

通信双方都尊守某一个协议标准进行通信,各通信双方对消息进行处,比如Web Service 采用SOAP-XML做为标准的通信消息,服务提供者和调用者自行处理消息中的业务请求。

相关链接

DotNET企业架构应用实践-系列目录

AgileEAS.NET平台开发Step By Step系列-药店系统-索引

AgileEAS.NET应用开发平台介绍-文章索引

QQ群:125643764,120661978

目录
相关文章
|
10小时前
|
Kubernetes Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第26天】 随着数字化转型的深入,企业对于信息技术基础设施的要求越来越高。云原生架构作为一种新兴的设计理念和运行模式,它以容器化、微服务、持续集成/持续部署(CI/CD)、DevOps 等为核心,旨在提高系统的弹性、可扩展性和可维护性。本文将探讨云原生架构的关键组件,分析其在现代企业中的实际应用案例,并讨论在采纳云原生技术过程中可能遇到的挑战及应对策略。
|
20小时前
|
运维 监控 Cloud Native
构建高效云原生应用:容器化与微服务架构的融合
【5月更文挑战第26天】 在数字化转型的浪潮中,企业正迅速将重心转向云原生技术以支撑其业务灵活性和扩展性。本文深入探讨了如何通过结合容器化技术和微服务架构来构建和维护高效的云原生应用。首先概述了云原生的核心概念及其带来的优势,接着详细分析了容器化技术的关键作用以及微服务架构的设计原则。文章还展示了如何通过持续集成/持续部署(CI/CD)流程实现快速迭代,并通过实际案例说明如何应对分布式系统带来的复杂性挑战。最终,文中提出了一系列优化策略,旨在帮助开发者和运维人员提高系统的可靠性、安全性和性能。
|
1天前
|
Cloud Native 持续交付 云计算
构建未来:云原生架构在现代企业中的应用与实践
【5月更文挑战第25天】 随着数字化转型的浪潮席卷全球,企业正面临着前所未有的挑战与机遇。云原生技术以其独特的弹性、可扩展性和敏捷性,成为推动企业技术创新的重要力量。本文将深入探讨云原生架构的核心概念,分析其在现代企业中的应用实例,并提出实施策略和最佳实践,以助力企业在激烈的市场竞争中占据先机。
|
1天前
|
安全 API 持续交付
构建高效微服务架构:从理论到实践
【5月更文挑战第25天】在现代软件开发领域,微服务架构已经成为实现灵活、可扩展和容错系统的关键设计模式。本文不仅深入探讨了微服务的核心概念与设计原则,还展示了如何将这些理念应用于实际的开发流程中。通过具体案例分析,我们将详细阐述在构建微服务时如何进行服务的划分、管理的优化以及安全性的加固,旨在为开发者提供一套实用的微服务开发指南。
|
1天前
|
消息中间件 监控 安全
构建高效微服务架构:从理论到实践
【5月更文挑战第25天】 在现代软件开发领域,"微服务"一词已然成为实现业务敏捷性、可扩展性与技术多样性的代名词。本文将深入探讨如何构建一个高效的微服务架构,涵盖从基本理念的梳理、关键技术选型,到具体实施过程中的最佳实践。我们将通过实际案例分析,展示如何在保证系统稳定性的前提下,提升服务的独立性和弹性。文章不仅为开发者提供了一套可行的后端开发框架参考,同时也为架构师呈现了一幅微服务实施的蓝图。
|
1天前
|
监控 持续交付 数据库
构建高效可靠的微服务架构:策略与实践
【5月更文挑战第25天】 在当今快速迭代的软件发展环境中,微服务架构因其灵活性和可扩展性而广受青睐。本文将深入探讨构建一个高效且可靠的微服务系统的策略与实践,从服务划分、通信机制到数据一致性问题,再到容器化部署和服务监控。通过实例分析和最佳实践的分享,旨在为开发者提供一个清晰可行的技术蓝图,帮助他们在设计微服务时做出明智决策。
|
1天前
|
监控 负载均衡 安全
微服务架构下的API网关设计与实践
【5月更文挑战第25天】 在现代软件工程领域,微服务架构以其灵活性、可扩展性以及容错能力受到广泛关注。作为微服务架构中的关键组件,API网关承担着请求路由、负载均衡、安全认证等重要职责。本文将深入探讨在微服务架构下如何高效地设计并实现一个API网关,包括对API网关的功能需求分析、核心组件的选择与配置、以及性能优化等方面进行详细阐述。通过对具体案例的分析,旨在为开发者和企业提供一个清晰、高效的API网关构建指南。
|
1天前
|
监控 API 持续交付
构建高效微服务架构:策略与实践
【5月更文挑战第25天】 在当今的软件开发领域,微服务架构已经成为一种流行的设计模式,它通过将大型应用程序拆分为一系列小型、独立的服务来提高系统的可扩展性和灵活性。本文旨在探讨构建高效微服务架构的关键策略,并提供实践中的建议。我们将从微服务的定义出发,讨论其核心原则和优势,进而深入到如何设计、部署和维护这些服务。我们还将关注性能优化、容错机制和服务间通信等挑战,并给出相应的解决策略。
|
1天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在企业数字化转型中的应用
【5月更文挑战第25天】 随着企业加速其数字化转型的步伐,云原生架构成为了实现敏捷、可扩展和高效运营的关键。本文将深入探讨云原生技术的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps文化,并分析这些技术如何协助企业在竞争激烈的市场中保持领先。通过采用云原生方法,企业能够实现更快的服务交付,提高资源利用率,降低运营成本,并增强系统的可靠性与安全性。
|
1天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第25天】随着业务需求的多样化和复杂性增加,传统的单体应用架构逐渐显得笨重且难以维护。微服务架构以其灵活性、可扩展性和技术多样性成为解决这一问题的关键。本文将深入探讨构建高效微服务架构的最佳实践,包括服务拆分策略、容器化部署、API网关设计以及分布式事务处理等关键技术点,旨在为后端开发人员提供一套系统的方法论和实践案例,助力企业快速响应市场变化,提升系统稳定性与开发效率。