论计算机网络中服务的概念 7100字

论计算机网络中服务的概念7100字由系统管理员管理的结构化计算机环境和只有一台或几台孤立计算机组成的计算机环境的主要区别是什么呢――效劳！这种只有几台孤立计算机的典型环境是家庭和那些很小的非技术性的办公室，而典型的结构化计算机环境那么是由技术人员操作大量的计算机，通过共享方便的通信、优化的资源等效劳来互相联结在一起。当一台家用电脑通过互联网或通过ISP连接到因特网上，他就是使用了ISP或其他人提供的效劳才进入网络的。

由系统管理员管理的结构化计算机环境和只有一台或几台孤立计算机组成的计算机环境的主要区别是什么呢――效劳！这种只有几台孤立计算机的典型环境是家庭和那些很小的非技术性的办公室，而典型的结构化计算机环境那么是由技术人员操作大量的计算机，通过共享方便的通信、优化的资源等效劳来互相联结在一起。当一台家用电脑通过互联网或通过ISP连接到因特网上，他就是使用了ISP或其他人提供的效劳才进入网络的。办公室环境也能提供同样甚至更多的效劳。

典型的办公室环境包含很多效劳，主要有DNS、电子邮件、认证效劳、联网以及打印等等。这些效劳非常重要，一旦没有了这些效劳会对你产生很大的影响。其它典型的效劳还包括各种远程接入办法、网络证书效劳、软件仓库、备份效劳、连接因特网、DHCP、文件效劳等等。如此多的效劳的确令人厌倦，但这也证明了系统管理员团队所发明并维护的效劳是如此之多。你给用户的每一个技术支持都包含了系统管理员团队提供的效劳在里面。

提供一个效劳绝不仅仅是简单的把硬件和软件累加在一起，它包括了效劳的可靠性、效劳的规范化、以及对效劳的监控、维护、技术支持等。只有在这几个方面都合乎要求的效劳才是真正的效劳。

系统管理员的主要职责之一就是为用户提供他们所需要的效劳，这是一项持续性的工作。随着技术的进步和用户工作的发展，用户的要求也会越来越高，结果系统管理员就必须花费大量的时间来设计并创立新的效劳，创立的新效劳的质量决定了以后系统管理员们对它们提供技术支持时所花费时间和精力的多少，同时也决定了用户的称心程度。

一、效劳的根本问题

创立一个稳定、可靠的效劳是一个系统管理员的重要工作。在进行这项工作时系统管理员必须考虑许多根本要素，其中最重要的就是在设计和开发的各个阶段都要考虑到用户的需求。要和用户进行交流，去发现用户对效劳的要求和预期，然后把其它的要求如管理要求等列一个清单，这样的清单只能让系统管理员团队的人看到。在这样一个过程中"是什么"比"怎么样"更重要，否那么在具体执行时很容易就会陷入泥潭而失去目标。

效劳应该建立在效劳器级的机器上而且机器应该放在适宜的环境中，作为效劳器的机器应当具备适当的可靠性和性能。效劳和效劳所依赖的机器应该受到监控，一旦发生故障就发出警报或产生故障记录清单。

大多数效劳都依赖其它效劳，通过进一步理解效劳是如何进行的，会使你洞悉这个效劳所依赖的其它的效劳。示例，几乎所有的效劳都依靠域名效劳〔DNS〕。要给一个效劳配置机器名或域名，要靠DNS；要想在日志文件中包含所使用效劳或效劳访问过的主机名，要用到DNS；如果你进入一台主机通过它的效劳联系别的机器，也要用到DNS。同样，几乎所有的效劳都依靠网络，其实网络也是一种效劳。DNS是依靠网络的，所以所有依赖DNS的效劳也依靠网络。有一些效劳是依靠email的〔而email是依赖DNS和网络的〕，还有别的效劳依靠访问其它计算机上的共享文件，也有许多效劳也依靠身份认证和授权效劳来对人们进行辨别，特别是在那些基于认证机制而又具有不同级别效劳权限的环境中。某些效劳如DNS的故障，会引起所有依赖DNS的其它效劳的一连串的失败。所以在构建一个效劳时，了解它所依赖的其它效劳是非常重要的。

作为效劳一局部的机器和软件应当依赖那些建立在相同或更高规范上的主机和软件，一个效劳的可靠性和它所依赖的效劳链中最单薄环节的可靠性是相当的。一个效劳不应该无故的去依赖那些不是效劳一局部的主机。

为了可靠性和平安性，对效劳器的访问权限应当进行限制，只有系统管理员才能具有访问权限。使用机器的人和机器上运行的程序越多，发生内存溢出或忽然出现其它故障、效劳中断的时机就越大。用户使用计算机时总喜欢多装点东西，这样他们就能方便的存取自己需要的数据和使用其它的效劳。但是效劳器应该是尽可能的简单，简单化可以让机器更加可靠，发生问题时更容易调试。效劳器在满足效劳运转正常的前提下应当安装最少的东西，只有系统管理员们具有安装权限，而且系统管理员们登录效劳器时应该也只是为了维护。从平安的角度来看，效劳器比普通的台式机更敏感。入侵者一旦获得了效劳器的管理员权限，他所能做的破坏比获得台式机管理员权限所能做的破坏大的多！越少的人具有管理员权限，效劳器运行的东西就越少，入侵者获得权限的时机就越小，入侵者被发现的时机就越大。

系统管理员在构建一个效劳时必须要作几个决策，比方从哪个厂家买设备、对于一个复杂的效劳用一台还是多台效劳器、构建效劳时要留多大的冗余度。一个效劳应该尽可能的简单，尽可能小的依赖性，这样才能提高可靠性和易维护性。

另一个使效劳易于维护的办法是使用规范硬件、规范软件、规范配置以及把文件放在规范位置，对效劳进行集中管理。示例，在一个公司中，用一个或两个大的主要的打印效劳器比零星分布的几百个小效劳器使效劳更容易得到支持。最后，也是非常重要的是在执行一些新效劳时，效劳所在的机器在用户端配置时最好使用基于效劳的名字，而不是用真实的主机名，这样效劳才会不依赖于机器。如果你的操作系统不支持这个功能，那就去告诉你的操作系统销售商这对你很重要，同时要考虑是否使用别的具有这个功能的操作系统。

一旦效劳建好并完成了测试，就要逐渐转到用户的角度来进行进一步的测试和调试。

1.用户的要求

建立一个新效劳应该从用户的要求开始，用户才是你建立效劳的基本原因。如果建立的效劳不符合用户的需要，那简直就是在浪费精力。

很少有效劳不是为了满足用户的需求而建立的，DNS就是其中之一。其它的如邮件效劳和网络效劳都是明显为了用户的需求建立的。用户需要他们的邮件用户端具备某些功能，而且不同的用户想要在网络上作不同是事情，这些都依靠提供效劳的系统设置情况。其它的效劳如电子购物系统那么更是以用户为导向的了。系统管理员们需要理解效劳怎样影响用户，以及用户的需求又如何反过来对效劳的设计产生影响。

搜集用户的需求应该包括下面这些内容：他们想怎样使用这些新效劳、需要哪些功能、喜欢哪些功能、这些效劳对他们有多重要，以及对于这些效劳他们需要什么级别的可用性和技术支持。如果可能的话，让用户试用一下效劳的试用版本。不要让用户使用那些很麻烦或是不成功的系统和工程。尽量计算出使用这个效劳的用户群有多大以及他们需要和希望获得什么样的性能，这样才能正确的计算。

2.操作上的要求

对于系统管理员来说，新效劳的有些要求不是用户直接可见的。比方系统管理员要考虑到新效劳的管理界面、是否可以与已有的效劳协同操作，以及新效劳是否能与核心效劳如认证效劳和目录效劳等集成到一起。

系统管理员们还要考虑怎样规划一个效劳，因为随着公司规模的增长，所需要的效劳当然也会比当初预期的有所增长，所以系统管理员们还得想方法在增长效劳规模的同时不中断现存的效劳。

一个相对成熟的办法是升级效劳的路径。一旦有了新版本，如何进行升级呢？是否得中断现在的效劳呢？是否要触及桌面呢？能不能慢慢地逐渐升级，在整个公司发生冲突之前先在一些人中进行测试呢？所以要尽量把效劳设计得容易升级，不用中断现有的效劳就能升级，不要触及桌面而且能慢慢地逐渐升级。

从用户冀望的可靠性水平以及系统管理员们对系统将来要求的可靠性的预期，系统管理员们就能建立一个用户冀望的功能列表，其内容包括群集、附属设备、备份效劳器或具有高可用性的硬件和操作系统。

系统管理员们需要考虑到由效劳主机位置和用户位置而引起的网络性能问题。如果远程用户通过低带宽、高等待时间连接，那这样的效劳该怎么完成呢？有没有一种办法可以让各个地方的用户都获得好的或比拟好的效劳呢？销售商很少测试用他们的产品连接时是否高等待时间的――即RTT值是否比拟大――每个人从程序员到销售员都忽略了这个问题。人们只是确信内部测试的结果。

3.开放的体系结构

一个新效劳，不论在什么情况下，只要可能，就应该建立在使用开发式协议和文件格式的体系结构上。特别是那些在公共论坛上记录成文的协议和文件格式，这样销售商才能依据这些规范生产出通用的产品。具有开放体系结构的效劳更容易和其它遵循相同规范的效劳集成到一起。

开放的反义词是私有，使用私有协议和文件格式的效劳很难和其它产品共同使用，因为私有协议和文件格式的改变可以不发布通知，也不要求得到协议发明者的许可。当销售商扩展到一个新领域，或者试图爱护自己的市场而阻止发明一个公平竞争的环境时，他们会使用私有协议。

有时销售商使用私有协议就是为了和别的销售商达成明确的许可协议，但是会在一个销售商使用的新版本和另一个销售商使用的兼容版本之间存在明显的延迟，两个销售商所用的版本之间也会有中断，而且没有提供两个产品之间的接口。这种情况对于那些依靠它们的接口同时使用两种产品的人来说，简直是一场恶梦。

商业上使用开放协议的例子很简单：它使你能够建立更好的效劳，因为你可以选择最好的效劳器和用户端软件，而不必被迫地选择，比方在选择了最好的用户端后，又被迫选择不是最理想的效劳器。用户想要那些具有他们需要的功能，而又易于使用的应用程序，而系统管理员们却希望效劳器上的应用程序易于管理，这两个要求常常是冲突的。一般来说，或者用户或者系统管理员们有更大权利私下做一个另对方惊奇的决定。如果系统管理员们做了这个决定，用户会认为他们简直是法西斯，如果用户做了这个决定，这会成为一个难以管理的包袱，最终使得用户自己不能得到很好的效劳。

一个好的解决办法就是选择基于开放规范的协议，让双方都能选择自己的软件。这就把用户端应用程序的选择同效劳器平台的选择过程别离了，用户自由的选择最合乎自己需要、偏好甚至是平台的软件，系统管理员们也可以独立地选择基于他们的可靠性、规模可设定性和可管理性需要的效劳器解决计划。系统管理员们可以在一些相互竞争的效劳器产品中进行选择，而不必被囿于那些适合某些用户端应用程序的效劳器软件和平台。在许多情况下，如果软件销售商支持多硬件平台，系统管理员们甚至可以独立地选择效劳器硬件和软件。

我们把这叫做用户选择和效劳器选择别离的能力。开放协议提供了一个公平竞争的场所，并激起销售商之间的竞争，这最终会使我们受益。

开放协议和文件格式是相当稳定的，不会经常改动〔即使改动也是向上兼容的〕，而且还有广泛的支持，能给你最大的产品自主选择性和最大的时机获得可靠的、兼容性好的产品。

使用开放系统的另一个好处是和其它系统连接时不再需要额外的网关。网关是不同系统能连接在一起的黏合剂。虽然网关能节省你的时间，但使用开放协议的系统彻底防止了使用网关。网关作为一项额外的效劳也需要方案、设计、监测以及本章所讲的其它关于效劳的每一样东西，减少效劳可是一件好事。

当下次有销售人员向你推销一些忽略IETF〔因特网项目任务组〕规范和其它工业规范的产品，如日历管理系统、目录效劳等的时候，想想这些教训吧！虽然销售商会承诺再卖给或者免费送给你性能优越的网关产品。使用规范协议就是使用IETF的规范，而不是销售商的私有规范，销售商的私有协议以后会给你带来大麻烦的。

4."简单"的价值

在建立一个新效劳时，简单是首先要考虑的因素。在能满足所有要求的解决计划中，最简单的才是最可靠、最容易维护、最容易扩展以及最易于和其它系统集成到一起的。过度复杂将导致混乱、错误、使用困难以及明显的运行速度下降，而且使安装和维护的本钱增加。

当系统规模增长的时候，还会变得更复杂，这是生活常识。所以，开始尽可能的简单可以防止系统过早出现"太复杂"的情况。想一想，如果有两个销售人员都打算推销他们的系统，其中一个系统有20个功能，另外一个有40个功能，我们就可以认为功能多的软件可能会有更多的错误，它的销售商就更难以有时间维护他的系统代码。

有时，用户或系统管理员们的一两个要求就会使系统的复杂度增加很多。如果在设计阶段遇到这样的要求，就值得去寻找为什么会有这种要求，并估价其重要性，然后向用户或系统管理员们解释，这样的要求能够满足，但要以降低可靠性、支持水平和可维护性为代价。根据这些，再让他们重新决定是坚持这样的要求，还是放弃。

三、其它需要考虑的问题

建立一个效劳除了要求可靠、可监测、易维护支持，以及要合乎所有的我们根本要求和用户的要求外，还要考虑到一些特别的事情。如果可能的话，应该让每个效劳使用专门的机器，这么作可以让效劳更容易得到支持和维护，也能减少忘记一些效劳器机器上的小的效劳的时机。在一些大公司，使用专门的机器是一条根本原那么，而在小公司，由于本钱问题，一般达不到这个要求。

还有一个观念就是在建立效劳时要以让效劳完全冗余为目标。有些重要的效劳不论在多大的公司都要求完全冗余。由于公司的规模还会增长，所有你要以让所有的效劳都完全冗余为目标。

1.使用专门的机器

理想的情况，效劳应该建立在专门的机器上。大网站应该有能力根据效劳的要求来调整到这个结构，而小网站却很难做到。每个效劳都有专门的机器会使效劳更可靠，当发生可靠性问题是也容易调试，发生故障的范围更小，以及容易升级和进行容量方案。

从小公司成长起来的大网站一般有一个集中管理的机器作为所有重要效劳的核心，这台机器提供名字效劳、认证效劳、打印效劳、邮件效劳等等。最后，由于负荷的增长，机器不得不分开，把效劳扩展到别的效劳器上去。常常是在这之前，系统管理员们已经得到了资金，可以买更多的管理用的机器，但是觉得太麻烦，因为有这么多的效劳依赖这机器，把它们都分开太难了。当把效劳从一台机器上分开时，IP地址的依赖最难处理了，有些效劳如名字效劳的IP地址都在用户那里都已经记得很牢固了，还有一些IP地址被平安系统如路由器、防火墙等使用。

把一个中心主机分解到许多不同的主机上是非常困难的，建立起来的时间越长，上面的效劳越多，就越难分解。使用基于效劳的名字会有所帮忙，但是必须整个公司都使用规范化的、统一的、始终如一的名字。

2.充沛的冗余

充沛的冗余是指有一个或一系列复制好的效劳器，能在发生故障的时候接管主要的故障设备。冗余系统应该可以作为备份效劳器连续的运行，当主效劳器发生故障时能自动连上线，或者只要少量的人工干涉，就能接管提供效劳的故障系统。

你选择的这类冗余是依赖于效劳的。有些效劳如网页效劳器和计算区域，可以让自己很好的在克隆好的机器上运行。别的效劳比方大数据库就不行，它们要求连接更牢固的崩溃恢复系统。你正在使用的用来提供效劳的软件或许会告诉你，冗余是以一种有效的