SOA之(1)——SOA架构基础概念

摘要:
因此,建筑设计规范将包括与之相关的基础设施。技术架构的范围因不同的设计对象而异。一些常见类型是:组件架构。在分布式计算环境中,组件体系结构主要指单独软件程序的物理体系结构。企业技术体系结构——与组件、应用程序和集成体系结构不同,它在设计文档中,并在创建程序之前进行记录。

在深入探讨什么是面向服务的架构(SOA)之前,先建立一些基本的概念和术语的基本描述而非严格定义,所以也许有些定义在业内还存留争议,此处暂且忽略。

架构基础

技术架构(Technology Architecture)——某物的基础物理设计(The fundamental of physical design of something)

技术基础设施(Technology Infrastructure)——处于基础和支持地位的技术环境,包括软件和硬件(The underlying, supporting technology environment, including software and hardware)

软件程序(Software Program)——一个的独立系统,它可以是一个定制开发的应用,也可以是一个购买的产品应用(A standalone system that may be custom-developed application or a purchased product)

SOA之(1)——SOA架构基础概念第1张

架构与基础设施之间关系的经典类比

IT领域“架构”这个词源于设计和建造建筑和结构领域。这个起源也为我们区分技术架构(Technology Architecture)和技术基础设施(Technology Infrastructure)提供了良好的类比依据。一个建筑物的物理设计记录于它的架构蓝图和规格说明中。但是建筑存在于它周围的环境中,它周围的环境可能为建筑提供很多支持以满足它建造的目的,也可能正好相反。比如在城市中的办公楼或者居民楼周边游街道、电站、电缆、排水系统以及其他可以提供的相关资源。这些可以认为是IT领域的技术基础设施(Technology Infrastructure)。

建筑为了利用这些基础设施,它的物理设计会将这些内容作为正式架构设计中的一部分。因此,一个建筑的设计规范会包括与之相关的基础设施。综上所述,建筑的架构和环境基础设施之间没有一个明显的边界,这种重叠的现象也同样存在于IT领域。

技术架构(Technology Architecture)

技术架构的范围因我们设计对象的不同而不同,一些比较常见的类型有:

组件架构(Component Architecture)——在一个分布式计算的环境中,组件架构主要是指一个单独的软件程序的物理架构。

应用架构(Application Architecture)——一个部署环境有物理边界限制的应用或系统。在分布式计算的环境中,应用架构包括了多个组件架构。

集成架构(Integration Architecture)——两个和多个相关联的应用或者系统的技术架构,包括使之集成的技术,资源,扩展。很多集成架构都包括中间件平台和相关适配桥接的扩展。

企业技术架构(Enterprise Technology Architecture)——与组件、应用和集成架构不同,它处于设计文档之中,在程序创建之前记录。它通常以文档的形式存在于企业环境之中。一个企业技术架构规格说明包括前面所说的所有形式的架构,同时也作为企业基础设施的正式文档。

SOA之(1)——SOA架构基础概念第2张

技术基础设施

在典型的IT企业中,技术基础设施代表软件程序部署的目标环境。所以术语“架构”,基础设施可以被归为“软件”或者“硬件”

硬件基础设施通常包括:

服务器和工作站(servers and workstations)

路由、防火墙和网络设备(routers,firewalls,and networking equipment)

备用供电设施、电缆和其他计算机设备(back-up power supplies,cables,and other computer equipment)

软件基础设施通常包括:

操作系统和系统应用程序借口(operating systems and system APIs)

运行时环境和系统级的服务代理(runtime environments and system-level service agents)

数据库和文件目录(database and directories)

中间件和适配器(middleware and adapters)

用户账户管理和安全技术(user account management and security technologies)

SOA之(1)——SOA架构基础概念第3张

软件程序(Software Program)

软件程序简单的说就是一个已存在的系统、应用或解决方案。它既可以是一个购买的产品,也可以是一个定制化的程序。它与技术架构的关系是,软件程序可以被看成架构规格说明设计文档的一个实现,同时也是存在于技术架构描述的支持环境中。

部分的软件程序设计会被记录在应用架构规格说明中,它主要是强调程序的整体结构(包括它包含的组件信息)、技术和对资源的要求。所以,一个典型的应用架构通常会将设计文档,比如解释流程的功能规格说明、用户界面风格和详细的程序执行路算法作为补充。

SOA之(1)——SOA架构基础概念第4张

参考:《SOA设计模式》 由Thomas Erl及其他供稿者合著,作为Thomas Erl关于面向服务计算丛书的一部分,于2009年1月由Prentice Hall出版,ISBN 0136135161,版权所有2009 SOA System Inc.。

免责声明:文章转载自《SOA之(1)——SOA架构基础概念》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇工具系列 | 如何搭建FTP服务,上传本地文件部署C# ReportViewer遇到的坑下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

PaaS服务之路漫谈(三)

此文已由作者尧飘海授权网易云社区发布。 欢迎访问网易云社区,了解更多网易技术产品运营经验。 Monolithic架构在产品访问量很大的情况下,有可能常会导致整个产品迭代或升级过程不能按预期进行,或者上线风险的不确定性导致上线时常常信心十足。那么MSA(微服务架构)的模式能在很程度上避免Monolithic架构在规模服务应用下的一些缺陷。 微服务架构这个...

架构之美阅读笔记之二

今天学习的是架构之美的第二章_两个系统的故事:现代软件神话。这一章主要讲的是两个软件系统的开发实例,最终向我们阐述了软件架构的好坏对于软件系统开发的影响。 首先第一部分讲的是“混乱大都市”。“混乱大都市”式的软件开发在实发性项目的开发中是可怕的,就是大都市的地铁线路一样,无法让人确定,哪一条线路好。“混乱大都市”式的软件开发通常缺少规划,开发到最后,产生了...

业务中台总体架构介绍与交易业务中台核心设计<转载>

转载:原文来自于https://www.shushangyun.com/article-3752.html 架构总原则: 大中台+小前台的架构思路 业务中台采用领域驱动设计(DDD),在其上构建业务能力SAAS,持续不断进行迭代演进。 平台化定位,进行了业务隔离设计,方便一套系统支撑不同玩法的业务类型和便于定制化扩展。 前后端分离,通过服务接入层进行路由适...

openstack 5大组件之间的关系和基本架构思维导图

  云计算是一种按使用量付费的模式,这种模式提供可用的/便捷的/按需的网络访问,进入可配置的计算资源共享池(资源包括网络/服务器/存储/应用软件和服务),这些资源能够被快速提供,只需投入很少的管理工作或与服务供应商进行很少的交互。   OpenStack作为一种资源管理平台,主要常用的有以下几大组件:   (1)Keystone:认证管理服务     提供...

从Hadoop框架与MapReduce模式中谈海量数据处理(含淘宝技术架构)

            从hadoop框架与MapReduce模式中谈海量数据处理 前言     几周前,当我最初听到,以致后来初次接触Hadoop与MapReduce这两个东西,我便稍显兴奋,认为它们非常是神奇,而神奇的东西常能勾起我的兴趣,在看过介绍它们的文章或论文之后,认为Hadoop是一项富有趣味和挑战性的技术,且它还牵扯到了一个我更加感兴趣的话...

创建以Microsoft .NET Remoting为基础的分布式应用架构

在论坛里经常看见有人问:使用.NET Remoting如何从服务器主动发出事件通知客户端?的确,初接触.NET Remoting的人多半会有这样的疑问,因为大部分的文章和书籍在介绍.NET Remoting时都只介绍了通道,对象,激活和生存周期等等概念,在谈到如何进行远程通信的时候,都只告诉读者如何从客户端激活一个服务器对象然后传递参数调用其方法。所以很多...