论计算机网络中服务的概念论文.docVIP

　　论计算机网络中服务的概念论文 .freelail的（而email是依赖DNS和网络的），还有别的服务依靠访问其它计算机上的共享文件，也有许多服务也依靠身份认证和授权服务来对人们进行区分，特别是在那些基于认证机制而又具有不同级别服务权限的环境中。某些服务如DNS的故障，会引起所有依赖DNS的其它服务的一连串的失败。所以在构建一个服务时，了解它所依赖的其它服务是非常重要的。 作为服务一部分的机器和软件应当依赖那些建立在相同或更高标准上的主机和软件，一个服务的可靠性和它所依赖的服务链中最薄弱环节的可靠性是相当的。一个服务不应该无故的去依赖那些不是服务一部分的主机。 为了可靠性和安全性，对服务器的访问权限应当进行限制，只有系统管理员才能具有访问权限。使用机器的人和机器上运行的程序越多，发生内存溢出或突然出现其它故障、服务中断的机会就越大。用户使用计算机时总喜欢多装点东西，这样他们就能方便的存取自己需要的数据和使用其它的服务。但是服务器应该是尽可能的简单，简单化可以让机器更加可靠，发生问题时更容易调试。服务器在满足服务运转正常的前提下应当安装最少的东西，只有系统管理员们具有安装权限，而且系统管理员们登录服务器时应该也只是为了维护。从安全的角度来看，服务器比普通的台式机更敏感。入侵者一旦获得了服务器的管理员权限，他所能做的破坏比获得台式机管理员权限所能做的破坏大的多！越少的人具有管理员权限，服务器运行的东西就越少，入侵者获得权限的机会就越小，入侵者被发现的机会就越大。 系统管理员在构建一个服务时必须要作几个决策，比如从哪个厂家买设备、对于一个复杂的服务用一台还是多台服务器、构建服务时要留多大的冗余度。一个服务应该尽可能的简单，尽可能小的依赖性，这样才能提高可靠性和易维护性。 另一个使服务易于维护的方法是使用标准硬件、标准软件、标准配置以及把文件放在标准位置，对服务进行集中管理。例如，在一个公司中，用一个或两个大的主要的打印服务器比零星分布的几百个小服务器使服务更容易得到支持。最后，也是非常重要的是在执行一些新服务时，服务所在的机器在用户端配置时最好使用基于服务的名字，而不是用真实的主机名，这样服务才会不依赖于机器。如果你的操作系统不支持这个功能，那就去告诉你的操作系统销售商这对你很重要，同时要考虑是否使用别的具有这个功能的操作系统。 一旦服务建好并完成了测试，就要逐渐转到用户的角度来进行进一步的测试和调试。 1.用户的要求 建立一个新服务应该从用户的要求开始，用户才是你建立服务的根本原因。如果建立的服务不合乎用户的需要，那简直就是在浪费精力。 很少有服务不是为了满足用户的需求而建立的，DNS就是其中之一。其它的如邮件服务和网络服务都是明显为了用户的需求建立的。用户需要他们的邮件用户端具备某些功能，而且不同的用户想要在网络上作不同是事情，这些都依靠提供服务的系统设置情况。其它的服务如电子购物系统则更是以用户为导向的了。系统管理员们需要理解服务怎样影响用户，以及用户的需求又如何反过来对服务的设计产生影响。 搜集用户的需求应该包括下面这些内容：他们想怎样使用这些新服务、需要哪些功能、喜欢哪些功能、这些服务对他们有多重要，以及对于这些服务他们需要什么级别的可用性和技术支持。如果可能的话，让用户试用一下服务的试用版本。不要让用户使用那些很麻烦或是不成功的系统和项目。尽量计算出使用这个服务的用户群有多大以及他们需要和希望获得什么样的性能，这样才能正确的计算。 2.操作上的要求 对于系统管理员来说，新服务的有些要求不是用户直接可见的。比如系统管理员要考虑到新服务的管理界面、是否可以与已有的服务协同操作，以及新服务是否能与核心服务如认证服务和目录服务等集成到一起。 系统管理员们还要考虑怎样规划一个服务，因为随着公司规模的增长，所需要的服务当然也会比当初预期的有所增长，所以系统管理员们还得想办法在增长服务规模的同时不中断现存的服务。 一个相对成熟的方法是升级服务的路径。一旦有了新版本，如何进行升级呢？是否得中断现在的服务呢？是否要触及桌面呢？能不能慢慢地逐渐升级，在整个公司发生冲突之前先在一些人中进行测试呢？所以要尽量把服务设计得容易升级，不用中断现有的服务就能升级，不要触及桌面而且能慢慢地逐渐升级。 从用户期望的可靠性水平以及系统管理员们对系统将来要求的可靠性的预期，系统管理员们就能建立一个用户期望的功能列表，其内容包括群集、从属设备、备份服务器或具有高可用性的硬件和操作系统。 系统管理员们需要考虑到由服务主机位置和用户位置而引起的网络性能问题。如果远程用户通过低带宽、高等待时间连接，那这样的服务该怎么完成呢？有没有一种方法可以让各个地方的用户都获得好的或比较好的服务呢？销售商很少测试用他们的产