分布式系统设计毕业论文外文文献翻译及原文
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
正在运行。
ORPC(对象的远程过程调用)协议
另一种方法是分布式系统的分类进行分类, 并按照消耗的远程组件的方法。 例如, 一些
分布式系统叫号如在同一地址空间的函数调用远程函数调用看看。远程过程调用(
RPC)为
基础的系统属于这一类。其他分布式系统进行远程对ห้องสมุดไป่ตู้(类型的实例)看起来像本地对象。
组件弥补这种系统的通讯在面向对象的层次类型。对象的
器中的 HTML页等等就拿 HTML页面对象。假设你有一个在你的机器的硬盘驱动器的
HTML页
面。你打开它与 IE 浏览器(微软的 Internet Explorer )浏览器。打开时, HTML页将装载
一个 COM组件,调用该组件的 COM对象的方法之一。 在一起的 HTML页面, 在 IE 浏览器, COM
活动图的初始阶段都是一样的, 不管什么制度, 我们正在设计, 我们不打算覆盖整个设计过
程,从头部到脚趾。相反,我们将放在部分是相关的分布式系统的重视。
本章的结构是这样的: 我们将首先处理词汇问题和解释我们的分布式系统的意思。
然后,
我们将有一些讨论 .NET 的分布式基础架构,即 .NET Remoting 的,这将在本章的后面部分使
一种方式,它会在一个进程中加载 HTML页面和在另一个 COM组件实现的,那么系统将分发
给没有什么 COM组件被加载的问题。
有比单一的方式进行分类分布式系统更多。例如,我们可以有一个
' 本地分布式系统的
分类(有时被称为逻辑分布式系统) ,这些元件在同一台机器上运行的进程,另一个不同的
类,一般分布式系统 ' (有时被称为分布式物理系统)已在不同机器上的组件在不同的进程
组件构成的应用系统。
该系统可根据本地或分布式 IE 和 COM组件。 在我们的例子中, 系统是分布式 COM组件,
如果在一个 EXE文件(我们称这种类型的 COM组件进行进程外组件) 是, 地方如果 COM组件
的一个 DLL文件 (就是我们所说的这种类型的 COM组件在进程内组件) 。但是, 如果 IE 是在
用。
之后, 我们看看银行的例子应用程序。 通过这个例子中, 我们将看到如何决定哪些类应
该的 .NET Remoting 的类型,如何来决定每个激活模式 .NET 远程处理的类型,什么代码元素
应该归在一个组件, 如何准备一个组件图, 编制一个组件, 以及如何准备部署图的技术细节。
我们将讨论编制和发布的技术细节 .NET 程序集, NET 的 UML 的组件映射。
的问题: http://msdn.microsoft.com/msdnmag/issues/0300/soap/soap.asp
另一个例子是 ORPC协议 SOAP(简单对象访问协议) ,在标准的 Web服务的核心。是什
么让其他的 SOAPORPC协议不同的是它的传输中立性质, 它使用的方式作为记录信息的数据
第 7 章:分布式系统设计
概述
设计一个分布式系统是一个反复的过程,从需求分析开始到模块化崩溃,到包装和部署
策略。 这个过程主要是为设计一个非分布式系统, 系统, 其对象是所有在同一进程中运行的
过程相同。然而,在分布式系统之间和非分布式之一正如一个开创性的文件指出,
“关于分
布式计算的说明”由 Jim 瓦尔多,杰夫怀恩特,安 Wollrath ,本质上的差异和萨姆肯德尔。
毕 业 设 计(论文) 外文文献翻译
文献、资料题目: 分布式系统设计 文献、资料来源: 文献、资料发表(出版)日期: 院 (部): 专 业: 班 级: 姓 名: 学 号: 指导教师: 翻译日期: 2017.02.14
专业的 UML使用 Visual Studio .NET 架构师
的揭露 Visio 为企业
这些差异不能完全掩盖了起来模块在不同的框架。 分布式系统的设计, 因此必须采取额外的
预防措施,并考虑到这些因素,具体到分布式系统。
幸运的是, 大多数的知识, 我们获得了从设计非分布式可结转系统。 UML 的将是没有多
大价值, 如果它要求我们用不同的任务非常不同的工具集。
所有在本书前面的章节中所涵盖
的材料仍然是有效的, 无论如果我们正在设计一个分布式系统或一个非分布式系统。
有了良
好的基础设施的帮助下, 分布式系统, 只需要一些额外的护理和治疗是在这些额外的组件包
装和分销阶段为主。在这里,我们感兴趣的当然是基础设施
.NET 框架。
在这一章中, 我们将使用一个例子作为一个共同的银行申请后的
.NET 框架, 以证明不同
的设计决定的设计师将面临在设计一个分布式系统的过程。然而,因为像编写用例,类图,
(本文可在: http://research.sun.com/features/tenyears/volcd/papers/intros/15Waldo.pdf 以及其他
网站。)
延迟的主要区别是,不同的内存访问模式,并发性和部分失败。我们必须在后面的章节
对这些差异更详细的解释。现在,问题是,设计一个分布式系统是从设计一非分布式之一,
基于对象的分布式系统 .NET 中
在本节中,我们将躺在回答以下两个问题的讨论基础: 我们是什么意思分布式系统? 有哪些主要问题,稳健和可靠的分布式系统的挑战设计师?
分布式系统和地方系统
那么, 究竟是一个分布式系统, 什么是本地系统?简单地说, 分布式系统包括的组件运
行在不同的进程可能在不同的机器(但不一定) 。换句话说,它由不同的组件的访问地址空
RPC( ORPC),如 Doom和 CORBA的
协议为基础的系统的 IIOP / 的 GIOP(因特网 ORB间协议 / 通用 ORB间协议) 是这一类的例子。
在了解有关这些协议,他们的相似之处更多细节感兴趣的读者,他们之间的分歧可以参考
MSDN文章,作者 Don Box,“一个年轻人的指南简单对象访问协议” , MSDN杂志 2000 年 3 月
间。相比之下,本地系统的所有组件只在一个进程中运行,并仅限于一个单一的地址空间。
因此,要判断一个本地或分布式系统是一个简单的经验法则是,
询问是否能到一个内存地址
指针将被有效的, 如果它传递给该系统的另一个组成部分。 在这里, 一个组件是一个系统的
一部分。它可以是一个可执行文件, 一个暴露的函数或一个动态链接库 ( DLL),一个在浏览