精华内容
下载资源
问答
  • 目前,市场上有多种Internet邮件服务器...选择邮件服务器时,虽然需要考虑的因素有许多,但主要应该着重考察产品的系统支持能力、服务协议支持能力、多邮件服务器支持能力、用户管理能力、邮箱管理能力、客户端软件支持...
     目前,市场上有多种Internet邮件服务器产品供选择, 这些邮件服务器产品价格各异,所提供的功能也有不少差别。对于网络管理员来说,如何根据自身业务的需求,选择功能完备、价格合理的邮件服务器产品,是一个多因素的综合决策问题。选择邮件服务器时,虽然需要考虑的因素有许多,但主要应该着重考察产品的系统支持能力、服务协议支持能力、多邮件服务器支持能力、用户管理能力、邮箱管理能力、客户端软件支持能力、通信能力、安全防护能力、系统管理能力、版本、 价格、升级与售后服务等以下十二个因素。

    一、系统支持能力

      无论选择何种计算机产品,系统的支持能力都是首先必须考虑的问题,硬件产品如此,软件产品同样如此。对于邮件服务器来说,在系统支持能力方面应该考察以下三个问题:

      1)服务器运行平台支持能力

      对于一个软件服务器产品来说,其运行平台的支持能力无非是单平台和跨平台两种。如果一个网络管理员管理的网络支持多种操作系统并存运行,且具有多个各自独立管理的邮件服务器, 则在必须考虑各个邮件服务器协同工作和统一管理的方便时,建议优先考虑跨平台产品。否则,可以仅考虑满足自己所使用平台的产品。

      2)业务处理能力

      一些邮件服务器产品常常分为企业版本和标准版本,两者的产品价格有很大差别。前者主要供具有大量用户和有众多业务需要处理的集团用户使用,后者供中小规模的集团用户使用。

      3)系统处理能力

      邮件服务器的系统处理能力,是指它在利用系统硬件平台和软件平台进行信息处理的能力。针对支持多CPU的服务器平台,目前一些邮件服务器可以对系统的进程数量、每个进程所容许的客户连接数量、每个进程所允许的线程数量进行设置。
      4)负载均衡支持能力

      为了适应用户业务量扩充的需要,现在一些邮件服务器产品还具备一定程度的同平台下多服务器负载均衡支持能力。在这种工作模式下,网络管理员可以根据业务需求的增长,随时添加邮件服务器,经过适当的系统配置以后,可以让多台服务器共同分担邮件业务处理工作。

    二、服务协议支持能力

      邮件服务器是一种Internet网络服务软件产品,而支撑着Internet众多网络服务的是各种服务协议。在选择邮件服务器产品的时候, 考察它在支持服务协议方面的能力,是衡量产品性能的重要指标。

      与邮件服务器产品有关的网络服务协议主要有以下6个:

      1)SMTP协议

      SMTP协议是简单的邮件传输协议(Simple Mail Transfer Protocol)的缩写。这是最早出现的,也是被普遍使用的最基本 Internet邮件服务协议。

      2)POP3协议

      POP协议是邮局协议(Post Office Protocol)的缩写,是一种允许用户从邮件服务器收发邮件的协议。与SMTP协议相结合, POP3是目前最常用的电子邮件服务协议。

      3)IMAP4协议

     

      IMAP协议是Internet消息访问协议(Internet Message Access Protocol)的缩写,现在常用的是版本 4,它为用户提供了有选择的从邮件服务器接收邮件的功能、基于服务器的信息处理功能和共享信箱功能。IMAP4在用户登录到邮件服务器以后,允许采取多段处理方式查询邮件。 首先,用户可以仅读取电子邮箱中的邮件信头(Messageheader);然后,用户可以选择下载指定的邮件或者全部邮件。IMAP4在邮件服务器一端为用户保留邮件。

      4)HTTP协议和HTML语言

      HTTP协议是超级文本传输协议(Hyper Text Transfer Protocol)的缩写,支持这个协议的邮件服务器,可以提供通过 Web的电子邮件收发服务。

      5)MIME协议

      MIME是多用途Internet邮件扩展(Multipurpose Internet Mail Extensions)协议的缩写。作为对 SMTP协议的扩充,MIME规定了通过SMTP协议传输非文本电子邮件附件的标准。目前,MIME的用途早已经超越了收发电子邮件的范围,成为在 Internet上传输多媒体信息的基本协议之一。

      6)LDAP协议

      LDAP协议是轻量目录访问协议(Lightweight Directory Access Protocol)的缩写。通过将相关的内容存放在统一的目录之下, 目录服务为用户提供了基于客户/服务器工作方式的信息查询手段。

    三、多邮件服务器支持能力

      支持多邮件服务器有两个方面的含义,在物理上支持多个邮件服务器协同工作和在逻辑上支持多个虚拟邮件服务器,后者也称为多域邮件服务。

      在物理上支持多个邮件服务器协同工作,意味着该产品可以在复杂网络环境中,构建多层次邮件服务。对于一个大型机构,除了有企业级邮件服务器外,还允许各个部门自行建立和管理部门级邮件服务器。企业级邮件服务器对外直接与 Internet连接,对内连接各个部门邮件服务器,是纵向邮件服务的总汇节点。

      所谓多域邮件服务,就是通过一台物理服务器,为多个独立注册Internet域名的机构或部门提供电子邮件服务。在外界看来,这些机构或部门好象拥有自己专用的邮件服务器。所以,它又称为虚拟邮件服务器。

    四、其他服务支持能力

      1)邮件寻呼服务

      提供这种服务的邮件服务器在收到用户的电子邮件时,可以根据发信人的要求,将电子邮箱收到新邮件的情况或简单内容发送到收信人的寻呼机上。

      2)邮件到传真机服务

      有的邮件服务器还提供选件,可以根据发信人的要求,将电子邮箱收到的邮件发送到收信人指定的传真机上。

      3)邮件用户组服务

      邮件用户组(Mailinglist)服务又称为邮件列表,是一种通过电子邮件进行专题信息交流的网络服务。

      4)网络新闻服务

      网络新闻(Network News)是Internet上有共同爱好的用户,为了相互交换意见组成的一种无形的用户交流网络。

      5)多语言服务

      有的邮件服务器还提供多语言服务支持能力,允许管理员和用户输入多种语言的定制文字信息,并根据用户的国别特征自动选择相应的语言提供服务。

    五、用户管理能力

     

      对于提供网络服务的系统管理员而言,用户管理是最基本的管理。用户的管理首先是用户帐户的管理。通常一个用户帐户包括一系列属性,如帐户名称、帐户登录密码、用户名称、帐户建立日期、帐户隶属的用户组、帐户电子邮箱的大小等。

      考察一个邮件服务器的用户帐户管理功能,首先应该注意其用户帐户类型的支持能力。目前邮件服务器支持的常见用户帐户类型包括普通帐户、别名帐户、转信帐户、自动信件回复帐户、匿名帐户和可编程机器人帐户等。

      普通帐户是用户收发电子邮件基本条件,其帐户名称与邮件服务器的Internet主机域名,构成了该用户的电子邮箱地址。

      由于业务需要,用户常常需要使用别名帐户(Aliase Account)。一个别名帐户通常和一个或多个普通帐户相关联。别名帐户收到电子邮件后, 会立即将其转发到与之相关联的普通帐户。

      当一个帐户被设置成为转信帐户(Forwarding Account)的时候,它会将所接收的电子邮件自动转发到指定电子邮箱中。

      被设置为自动信件回复帐户(Autoresponder)的电子邮箱,可以在收到信件后按照事先设定的内容进行回复。

      当需要通过公共电子邮箱提供信息查询服务的时候,就需要用到匿名帐户(Anonymous)。匿名帐户没有密码。任何人都可以阅读放入该邮箱的信件。

      可编程机器人帐户(Robot Account)是目前一些邮件服务器提供的新功能。这里的"机器人"是指可以被所接收电子邮件触发的计算机程序。当可编程机器人帐户的电子邮箱接收到信件的时候, 该程序立即启动,按照程序设定的功能进行邮件自动处理。

      考察邮件服务器的用户帐户管理功能,还应该注意所提供的用户帐户建立方法。

      手工输入建立用户帐户是最基本的方法。为了与所使用的操作系统平台更好的相结合,现在许多邮件服务器还提供了直接沿用或引入操作系统用户的方法。

      用户帐户信息如何保存,维护、备份是否方便是邮件服务器用户管理能力的另一个侧面。邮件服务器的用户帐户信息保存方式主要有两种:建立专用用户数据库和使用操作系统用户数据库。

      一个功能完备的邮件服务器产品,应该为管理员提供用户帐户管理的多种手段。现在许多邮件服务器产品除了允许管理员在本机登录进行用户信息维护外,还允许管理员使用 Web浏览器通过网络远程登录进行用户管理操作。允许用户自行维护个人帐户信息,也是邮件服务器不可缺少的功能。

    六、邮箱管理能力

     

      考察邮件服务器的邮箱管理能力时,应该特别注意产品在为用户建立邮箱时的存储方式。目前主要有三种类型:第一种是集中存放。第二种是为每个用户邮箱建立一个计算机文件子目录。第三种是为每个用户邮箱建立一个计算机文件。

      在考察邮箱存储方式时,还应该注意是否支持跨越物理磁盘存放。能够并行访问多个物理磁盘的系统,可以提供更高的用户服务响应速度。

      1)单一邮箱和多邮箱

      由于所采用的邮件服务协议不同,邮件服务器为每个用户提供的邮箱或者邮箱文件夹是不一样的。

      2)邮箱容量控制

      为每个用户提供多大的邮件存储空间,不同的邮件服务器提供了不同的设置手段。制约邮箱容量的最终硬件条件是可以使用的磁盘空间。

      3)收信邮箱管理

      如何管理用户收信邮箱中的信件,不同的邮件服务器提供的功能也不相同。对于政府部门或商业机构来说,通常将电子邮件视为机构的财产,不允许雇员使用机构的电子邮件系统收发与业务无关的私人信件。因此,机构希望邮件服务器的管理员保留对用户邮件的监察权。这并不牵涉侵犯个人隐私权的问题。但是对于直接向个人提供公众电子邮件服务的机构来说, 就应该注意这个问题。

      4)发信邮箱管理

      发信邮箱也称为发信队列。对于等待发送的信件,邮件服务器应该提供的可设置功能包括投送间隔、重发间隔和次数、保留时间、无法投递信件处理方法等。是否具备对用户所发送邮件监察的功能,也是选择邮件服务器需要考虑的因素之一。有的邮件服务器还可选择是否将所发送邮件的副本,送入管理员指定的位置存放备查。

    七、客户端软件支持能力

      邮件服务器所支持的客户端邮件收发软件,主要与服务器所使用的服务协议有关。通常支持的有SMTP/POP3客户和IMAP客户,有的还支持 Web浏览器客户。

    八、通信能力

      选择邮件服务器的时候,在通信方面进行考察主要涉及三个方面:

      1)连接方式支持能力

      为了收发电子邮件,邮件服务器通常工作在通过专线与Internet始终保持连接的模式下。如果一个机构的局域网,是通过电话拨号与Internet 服务供应商ISP的服务线路连接,机构在局域网建立的邮件服务器作为邮件转发的中继,那么就需要邮件服务器具备电话拨号通信支持能力。

      2)接入控制能力

      当邮件服务器为用户提供连接服务的时候,系统资源的占用情况与通信连接数量成正比。一些邮件服务器提供了设置界面,可以通过参数对接入连接进行控制。

      3)通信带宽管理能力

      当邮件服务器与外界连接传送信息的时候,可能会占用大量的通信信道带宽。为了防止邮件服务器对带宽的过量占用,一些邮件服务器可以对所占用的最大带宽进行设置。

    九、安全防护能力

     

      邮件服务器的安全防护能力,可以归纳为以下十三个方面的问题:

      1)用户身份认证能力

      2)合法客户网址设定能力

      3)抵制垃圾邮件的能力

      4)邮件内容过滤能力

      5)抵制商业邮件转发能力

      6)支持穿越防火墙的邮件服务能力

      7)支持代理服务器的能力

      8)支持堡垒主机的能力

      9)支持备份邮件服务器的能力

      10)检测和杀灭邮件病毒的能力

      11)抵制"拒绝服务"攻击的能力

      12)信息传输加密能力

      13)灾难恢复能力

    十、系统管理能力

      对于邮件服务器管理员来说,系统管理的前提首先是对系统工作情况的全面掌握,然后是对系统运行性能的动态调整。因此,产品至少应该提供以下三个方面的能力。

      1)审计能力

      所谓审计(Audit),就是可以按照管理员选择的内容,对邮件服务器提供的各种服务连续进行工作情况记录,针形成系统运行审计历史记录文件, 供管理员分析系统工作情况,查找系统故障原因使用。

      2)日志能力

      日志(Log)主要是针对用户使用邮件服务器的情况连续进行记录。邮件服务器所提供的日志功能,应该允许管理员可以选择日志监察对象。

      3)实时监控与性能调整能力

      使用实时监控功能,管理员可以对当前邮件服务器正在运行的各种服务进行实时工作情况观察,动态调整系统控制参数。

    十一、版本、升级与售后服务能力

     

      邮件服务器是一个通过网络为多用户服务的软件系统,开发厂商不但根据所满足业务量的不同,推出类型不同的版本,还随着网络技术的进步不断发布产品的升级版本。

      1)版本

      邮件服务器的不同类型版本,主要针对不同业务量的应用。如果按照所支持的用户数量分类,可以分为限用户数版本和不限用户数版本,前者往往又分为几个档次。如果 按照系统运行性能区分,常分为标准版本(Standard Edition)和企业版本(Enterprise Edition),前者适用于中小规模机构, 后者适用于大型机构或Internet服务供应商ISP,而且还可能具备支持多CPU处理的能力。如果按照所运行的系统平台分类,又常常分为UNIX 系统版本和Windows NT系统版本。另外,各家厂商为了推销自己的产品,还常常有供免费试用的版本。这些版本往往在内部设置了试用期。超过了试用期就停止运行。

      2)升级支持

      在选择邮件服务器的时候,厂家对产品的升级支持也是一个非常重要的因素。同一产品的不同类型版本,在版本号、功能和升级速度方面常常不同。用户数量多的主流产品版本往往能够得到及时的升级。选择这样的产品, 才能够不断享受到开发厂家提供的新功能。

      3)售后服务支持

      由于邮件服务器是一个软件技术产品,厂家的售后服务支持能力非常重要。选择产品的时候,要注意它是否有完备的用户手册和技术手册,厂家能够提供什么方式和种类的售后技术服务支持。当产品升级的时候, 如何得到升级版本。

    十二、价格

      价格在任何时候都是选择产品不可忽视的因素。这涉及到成本核算。一些邮件服务器产品价位较高,有时并不仅仅是因为它的功能。那些同时支持在多种系统平台运行的产品,往往价格高于在单一系统平台运行的产品。为了节省不必要的支出,应该根据业务的实际需求选择产品,对产品的标准价格、增加用户许可的代价和产品升级价格等因素综合考虑。

    转载于:https://www.cnblogs.com/changton/archive/2008/02/21/1076891.html

    展开全文
  • 目前,市场上有多种Internet...选择邮件服务器时,虽然需要考虑的因素有许多,但主要应该着重考察产品的系统支持能力、服务协议支持能力、多邮件服务器支持能力、用户管理能力、邮箱管理能力、客户端软件支持能力、通信

     目前,市场上有多种Internet邮件服务器产品供选择, 这些邮件服务器产品价格各异,所提供的功能也有不少差别。对于网络管理员来说,如何根据自身业务的需求,选择功能完备、价格合理的邮件服务器产品,是一个多因素的综合决策问题。选择邮件服务器时,虽然需要考虑的因素有许多,但主要应该着重考察产品的系统支持能力、服务协议支持能力、多邮件服务器支持能力、用户管理能力、邮箱管理能力、客户端软件支持能力、通信能力、安全防护能力、系统管理能力、版本、 价格、升级与售后服务等以下十二个因素。
    一、系统支持能力

      无论选择何种计算机产品,系统的支持能力都是首先必须考虑的问题,硬件产品如此,软件产品同样如此。对于邮件服务器来说,在系统支持能力方面应该考察以下三个问题:

      1)服务器运行平台支持能力

      对于一个软件服务器产品来说,其运行平台的支持能力无非是单平台和跨平台两种。如果一个网络管理员管理的网络支持多种操作系统并存运行,且具有多个各自独立管理的邮件服务器, 则在必须考虑各个邮件服务器协同工作和统一管理的方便时,建议优先考虑跨平台产品。否则,可以仅考虑满足自己所使用平台的产品。

      2)业务处理能力

      一些邮件服务器产品常常分为企业版本和标准版本,两者的产品价格有很大差别。前者主要供具有大量用户和有众多业务需要处理的集团用户使用,后者供中小规模的集团用户使用。

      3)系统处理能力

      邮件服务器的系统处理能力,是指它在利用系统硬件平台和软件平台进行信息处理的能力。针对支持多CPU的服务器平台,目前一些邮件服务器可以对系统的进程数量、每个进程所容许的客户连接数量、每个进程所允许的线程数量进行设置。
      4)负载均衡支持能力

      为了适应用户业务量扩充的需要,现在一些邮件服务器产品还具备一定程度的同平台下多服务器负载均衡支持能力。在这种工作模式下,网络管理员可以根据业务需求的增长,随时添加邮件服务器,经过适当的系统配置以后,可以让多台服务器共同分担邮件业务处理工作。

    二、服务协议支持能力

      邮件服务器是一种Internet网络服务软件产品,而支撑着Internet众多网络服务的是各种服务协议。在选择邮件服务器产品的时候, 考察它在支持服务协议方面的能力,是衡量产品性能的重要指标。

      与邮件服务器产品有关的网络服务协议主要有以下6个:

      1)SMTP协议

      SMTP协议是简单的邮件传输协议(Simple Mail Transfer Protocol)的缩写。这是最早出现的,也是被普遍使用的最基本 Internet邮件服务协议。

      2)POP3协议

      POP协议是邮局协议(Post Office Protocol)的缩写,是一种允许用户从邮件服务器收发邮件的协议。与SMTP协议相结合, POP3是目前最常用的电子邮件服务协议。

      3)IMAP4协议


      IMAP协议是Internet消息访问协议(Internet Message Access Protocol)的缩写,现在常用的是版本 4,它为用户提供了有选择的从邮件服务器接收邮件的功能、基于服务器的信息处理功能和共享信箱功能。IMAP4在用户登录到邮件服务器以后,允许采取多段处理方式查询邮件。 首先,用户可以仅读取电子邮箱中的邮件信头(Messageheader);然后,用户可以选择下载指定的邮件或者全部邮件。IMAP4在邮件服务器一端为用户保留邮件。

      4)HTTP协议和HTML语言

      HTTP协议是超级文本传输协议(Hyper Text Transfer Protocol)的缩写,支持这个协议的邮件服务器,可以提供通过 Web的电子邮件收发服务。

      5)MIME协议

      MIME是多用途Internet邮件扩展(Multipurpose Internet Mail Extensions)协议的缩写。作为对 SMTP协议的扩充,MIME规定了通过SMTP协议传输非文本电子邮件附件的标准。目前,MIME的用途早已经超越了收发电子邮件的范围,成为在 Internet上传输多媒体信息的基本协议之一。

      6)LDAP协议

      LDAP协议是轻量目录访问协议(Lightweight Directory Access Protocol)的缩写。通过将相关的内容存放在统一的目录之下, 目录服务为用户提供了基于客户/服务器工作方式的信息查询手段。

    三、多邮件服务器支持能力

      支持多邮件服务器有两个方面的含义,在物理上支持多个邮件服务器协同工作和在逻辑上支持多个虚拟邮件服务器,后者也称为多域邮件服务。

      在物理上支持多个邮件服务器协同工作,意味着该产品可以在复杂网络环境中,构建多层次邮件服务。对于一个大型机构,除了有企业级邮件服务器外,还允许各个部门自行建立和管理部门级邮件服务器。企业级邮件服务器对外直接与 Internet连接,对内连接各个部门邮件服务器,是纵向邮件服务的总汇节点。

      所谓多域邮件服务,就是通过一台物理服务器,为多个独立注册Internet域名的机构或部门提供电子邮件服务。在外界看来,这些机构或部门好象拥有自己专用的邮件服务器。所以,它又称为虚拟邮件服务器。

    四、其他服务支持能力

      1)邮件寻呼服务

      提供这种服务的邮件服务器在收到用户的电子邮件时,可以根据发信人的要求,将电子邮箱收到新邮件的情况或简单内容发送到收信人的寻呼机上。

      2)邮件到传真机服务

      有的邮件服务器还提供选件,可以根据发信人的要求,将电子邮箱收到的邮件发送到收信人指定的传真机上。

      3)邮件用户组服务

      邮件用户组(Mailinglist)服务又称为邮件列表,是一种通过电子邮件进行专题信息交流的网络服务。

      4)网络新闻服务

      网络新闻(Network News)是Internet上有共同爱好的用户,为了相互交换意见组成的一种无形的用户交流网络。

      5)多语言服务

      有的邮件服务器还提供多语言服务支持能力,允许管理员和用户输入多种语言的定制文字信息,并根据用户的国别特征自动选择相应的语言提供服务。

    五、用户管理能力


      对于提供网络服务的系统管理员而言,用户管理是最基本的管理。用户的管理首先是用户帐户的管理。通常一个用户帐户包括一系列属性,如帐户名称、帐户登录密码、用户名称、帐户建立日期、帐户隶属的用户组、帐户电子邮箱的大小等。

      考察一个邮件服务器的用户帐户管理功能,首先应该注意其用户帐户类型的支持能力。目前邮件服务器支持的常见用户帐户类型包括普通帐户、别名帐户、转信帐户、自动信件回复帐户、匿名帐户和可编程机器人帐户等。

      普通帐户是用户收发电子邮件基本条件,其帐户名称与邮件服务器的Internet主机域名,构成了该用户的电子邮箱地址。

      由于业务需要,用户常常需要使用别名帐户(Aliase Account)。一个别名帐户通常和一个或多个普通帐户相关联。别名帐户收到电子邮件后, 会立即将其转发到与之相关联的普通帐户。

      当一个帐户被设置成为转信帐户(Forwarding Account)的时候,它会将所接收的电子邮件自动转发到指定电子邮箱中。

      被设置为自动信件回复帐户(Autoresponder)的电子邮箱,可以在收到信件后按照事先设定的内容进行回复。

      当需要通过公共电子邮箱提供信息查询服务的时候,就需要用到匿名帐户(Anonymous)。匿名帐户没有密码。任何人都可以阅读放入该邮箱的信件。

      可编程机器人帐户(Robot Account)是目前一些邮件服务器提供的新功能。这里的"机器人"是指可以被所接收电子邮件触发的计算机程序。当可编程机器人帐户的电子邮箱接收到信件的时候, 该程序立即启动,按照程序设定的功能进行邮件自动处理。

      考察邮件服务器的用户帐户管理功能,还应该注意所提供的用户帐户建立方法。

      手工输入建立用户帐户是最基本的方法。为了与所使用的操作系统平台更好的相结合,现在许多邮件服务器还提供了直接沿用或引入操作系统用户的方法。

      用户帐户信息如何保存,维护、备份是否方便是邮件服务器用户管理能力的另一个侧面。邮件服务器的用户帐户信息保存方式主要有两种:建立专用用户数据库和使用操作系统用户数据库。

      一个功能完备的邮件服务器产品,应该为管理员提供用户帐户管理的多种手段。现在许多邮件服务器产品除了允许管理员在本机登录进行用户信息维护外,还允许管理员使用 Web浏览器通过网络远程登录进行用户管理操作。允许用户自行维护个人帐户信息,也是邮件服务器不可缺少的功能。

    六、邮箱管理能力


      考察邮件服务器的邮箱管理能力时,应该特别注意产品在为用户建立邮箱时的存储方式。目前主要有三种类型:第一种是集中存放。第二种是为每个用户邮箱建立一个计算机文件子目录。第三种是为每个用户邮箱建立一个计算机文件。

      在考察邮箱存储方式时,还应该注意是否支持跨越物理磁盘存放。能够并行访问多个物理磁盘的系统,可以提供更高的用户服务响应速度。

      1)单一邮箱和多邮箱

      由于所采用的邮件服务协议不同,邮件服务器为每个用户提供的邮箱或者邮箱文件夹是不一样的。

      2)邮箱容量控制

      为每个用户提供多大的邮件存储空间,不同的邮件服务器提供了不同的设置手段。制约邮箱容量的最终硬件条件是可以使用的磁盘空间。

      3)收信邮箱管理

      如何管理用户收信邮箱中的信件,不同的邮件服务器提供的功能也不相同。对于政府部门或商业机构来说,通常将电子邮件视为机构的财产,不允许雇员使用机构的电子邮件系统收发与业务无关的私人信件。因此,机构希望邮件服务器的管理员保留对用户邮件的监察权。这并不牵涉侵犯个人隐私权的问题。但是对于直接向个人提供公众电子邮件服务的机构来说, 就应该注意这个问题。

      4)发信邮箱管理

      发信邮箱也称为发信队列。对于等待发送的信件,邮件服务器应该提供的可设置功能包括投送间隔、重发间隔和次数、保留时间、无法投递信件处理方法等。是否具备对用户所发送邮件监察的功能,也是选择邮件服务器需要考虑的因素之一。有的邮件服务器还可选择是否将所发送邮件的副本,送入管理员指定的位置存放备查。

    七、客户端软件支持能力

      邮件服务器所支持的客户端邮件收发软件,主要与服务器所使用的服务协议有关。通常支持的有SMTP/POP3客户和IMAP客户,有的还支持 Web浏览器客户。

    八、通信能力

      选择邮件服务器的时候,在通信方面进行考察主要涉及三个方面:

      1)连接方式支持能力

      为了收发电子邮件,邮件服务器通常工作在通过专线与Internet始终保持连接的模式下。如果一个机构的局域网,是通过电话拨号与Internet 服务供应商ISP的服务线路连接,机构在局域网建立的邮件服务器作为邮件转发的中继,那么就需要邮件服务器具备电话拨号通信支持能力。

      2)接入控制能力

      当邮件服务器为用户提供连接服务的时候,系统资源的占用情况与通信连接数量成正比。一些邮件服务器提供了设置界面,可以通过参数对接入连接进行控制。

      3)通信带宽管理能力

      当邮件服务器与外界连接传送信息的时候,可能会占用大量的通信信道带宽。为了防止邮件服务器对带宽的过量占用,一些邮件服务器可以对所占用的最大带宽进行设置。

    九、安全防护能力


      邮件服务器的安全防护能力,可以归纳为以下十三个方面的问题:

      1)用户身份认证能力

      2)合法客户网址设定能力

      3)抵制垃圾邮件的能力

      4)邮件内容过滤能力

      5)抵制商业邮件转发能力

      6)支持穿越防火墙的邮件服务能力

      7)支持代理服务器的能力

      8)支持堡垒主机的能力

      9)支持备份邮件服务器的能力

      10)检测和杀灭邮件病毒的能力

      11)抵制"拒绝服务"攻击的能力

      12)信息传输加密能力

      13)灾难恢复能力

    十、系统管理能力

      对于邮件服务器管理员来说,系统管理的前提首先是对系统工作情况的全面掌握,然后是对系统运行性能的动态调整。因此,产品至少应该提供以下三个方面的能力。

      1)审计能力

      所谓审计(Audit),就是可以按照管理员选择的内容,对邮件服务器提供的各种服务连续进行工作情况记录,针形成系统运行审计历史记录文件, 供管理员分析系统工作情况,查找系统故障原因使用。

      2)日志能力

      日志(Log)主要是针对用户使用邮件服务器的情况连续进行记录。邮件服务器所提供的日志功能,应该允许管理员可以选择日志监察对象。

      3)实时监控与性能调整能力

      使用实时监控功能,管理员可以对当前邮件服务器正在运行的各种服务进行实时工作情况观察,动态调整系统控制参数。

    十一、版本、升级与售后服务能力


      邮件服务器是一个通过网络为多用户服务的软件系统,开发厂商不但根据所满足业务量的不同,推出类型不同的版本,还随着网络技术的进步不断发布产品的升级版本。

      1)版本

      邮件服务器的不同类型版本,主要针对不同业务量的应用。如果按照所支持的用户数量分类,可以分为限用户数版本和不限用户数版本,前者往往又分为几个档次。如果 按照系统运行性能区分,常分为标准版本(Standard Edition)和企业版本(Enterprise Edition),前者适用于中小规模机构, 后者适用于大型机构或Internet服务供应商ISP,而且还可能具备支持多CPU处理的能力。如果按照所运行的系统平台分类,又常常分为UNIX 系统版本和Windows NT系统版本。另外,各家厂商为了推销自己的产品,还常常有供免费试用的版本。这些版本往往在内部设置了试用期。超过了试用期就停止运行。

      2)升级支持

      在选择邮件服务器的时候,厂家对产品的升级支持也是一个非常重要的因素。同一产品的不同类型版本,在版本号、功能和升级速度方面常常不同。用户数量多的主流产品版本往往能够得到及时的升级。选择这样的产品, 才能够不断享受到开发厂家提供的新功能。

      3)售后服务支持

      由于邮件服务器是一个软件技术产品,厂家的售后服务支持能力非常重要。选择产品的时候,要注意它是否有完备的用户手册和技术手册,厂家能够提供什么方式和种类的售后技术服务支持。当产品升级的时候, 如何得到升级版本。

    十二、价格

      价格在任何时候都是选择产品不可忽视的因素。这涉及到成本核算。一些邮件服务器产品价位较高,有时并不仅仅是因为它的功能。那些同时支持在多种系统平台运行的产品,往往价格高于在单一系统平台运行的产品。为了节省不必要的支出,应该根据业务的实际需求选择产品,对产品的标准价格、增加用户许可的代价和产品升级价格等因素综合考虑。

    展开全文
  • 微服务十二要素

    2019-09-20 09:12:37
    微服务十二要素 一、简介 软件通常会作为一种服务来交付,它们被称为网络应用程序,或“软件即服务”(SaaS)。“十二要素应用程序”(12- Factor App)为构建如下的SaaS应用提供了方法论: 使用标准化流程自动配置...

    微服务十二要素

    一、简介

    软件通常会作为一种服务来交付,它们被称为网络应用程序,或“软件即服务”(SaaS)。“十二要素应用程序”(12-

    Factor App)为构建如下的SaaS应用提供了方法论:

    使用标准化流程自动配置,从而使新的开发者花费最少的学习成本加入这个项目; 和操作系统之间尽可能的划清界

    限,在各个系统中提供最大的可移植性; 适合部署在现代的云计算平台,从而在服务器和系统管理方面节省资源;

    将开发环境和生产环境的差异降至最低,并使用持续交付实施敏捷开发; 可以在工具、架构和开发流程不发生明显

    变化的前提下实现扩展;

    SssS

    PaaS

    Iaas

    二、12要素原则

    1. 基准代码 一份基准代码,多份部署 基准代码和应用之间总是保持一一对应的关系: 一旦有多个基准代码,就不

    能称为一个应用,而是一个分布式系统。分布式系统中的每一个组件都是一个应用,每一个应用可以分别使用

    12-Factor进行开发。 多个应用共享一份基准代码是有悖于12-Factor原则的。解决方案是将共享的代码拆分为

    独立的类库,然后使用依赖管理策略去加载它们。尽管每个应用只对应一份基准代码,但可以同时存在多份部

    署。所有部署的基准代码相同,但每份部署可以使用其不同的版本。

    1. 依赖 显式声明依赖关系 12-Factor规则下的应用程序不会隐式依赖系统级的类库。 它一定通过依赖清单 ,确切

    地声明所有依赖项。此外,在运行过程中通过 依赖隔离 工具来确保程序不会调用系统中存在但清单中未声明的

    依赖项。这一做法会统一应用到生产和开发环境。

    1. 配置 在环境中存储配置 12-Factor推荐将应用的配置存储于环境变量 中 (env vars, env) 。环境变量可以非常方

    便地在不同的部署间做修改,却不动一行代码;与配置文件不同,不小心把它们签入代码库的概率微乎其微;

    与一些传统的解决配置问题的机制(比如Java的属性配置文件)相比,环境变量与语言和系统无关。 12-Factor

    应用中,环境变量的粒度要足够小,且相对独立。它们永远也不会组合成一个所谓的“环境”,而是独立存在于每

    个部署之中。当应用程序不断扩展,需要更多种类的部署时,这种配置管理方式能够做到平滑过渡。

    1. 后端服务 把后端服务当作附加资源 12-Factor应用不会区别对待本地或第三方服务。 对应用程序而言,两种都

    是附加资源,通过一个url或是其他存储在 配置 中的服务定位/服务证书来获取数据。12-Factor应用的任意 部署

    ,都应该可以在不进行任何代码改动的情况下,将本地MySQL数据库换成第三方服务(例如 Amazon RDS)。类

    似的,本地SMTP服务应该也可以和第三方SMTP服务(例如Postmark)互换。

    1. 构建,发布,运行 严格分离构建和运行 12-facfor应用严格区分构建,发布,运行这三个步骤。每一个发布版本

    必须对应一个唯一的发布ID。 新的代码在部署之前,需要开发人员触发构建操作。但是,运行阶段不一定需要

    人为触发,而是可以自动进行。

    1. 进程 以一个或多个无状态进程运行应用 12-factor应用的进程必须无状态且无共享 。任何需要持久化的数据都

    要存储在后端服务内,比如数据库。粘性Session是twelve-factor极力反对的。Session中的数据应该保存在诸

    如Memcached 或 Redis 这样的带有过期时间的缓存中。

    1. 端口绑定 通过端口绑定提供服务 12-factor应用完全自我加载而不依赖于任何网络服务器就可以创建一个面向网

    络的服务。互联网应用 通过端口绑定来提供服务,并监听发送至该端口的请求。

    1. 并发 通过进程模型进行扩展 在12-factor应用中,进程是一等公民。 12-factor应用的进程主要借鉴于 unix守护

    进程模型 。开发人员可以运用这个模型去设计应用架构,将不同的工作分配给不同的进程类型 。 9. 易处理 快速启动和优雅终止可最大化健壮性 12-factor应用的进程是可支配的,意思是说它们可以瞬间开启或停

    止。 这有利于快速、弹性的伸缩应用,迅速部署变化的代码或配置,稳健地部署应用。进程应当追求最小启动

    时间;进程一旦接收终止信号(SIGTERM) 就会优雅的终止 。进程还应当在面对突然死亡时保持健壮 。

    1. 开发环境与线上环境等价 尽可能的保持开发、预发布、线上环境相同 12-factor应用想要做到持续部署就必须缩

    小本地与线上差异。12-factor应用的开发人员应该反对在不同环境间使用不同的后端服务 ,即使适配器已经可

    以几乎消除使用上的差异。

    1. 日志 把日志当作事件流 12-factor应用本身从不考虑存储自己的输出流。 不应该试图去写或者管理日志文件。

    相反,每一个运行的进程都会直接的标准输出(stdout)事件流。开发环境中,开发人员可以通过这些数据流,实

    时在终端看到应用的活动。

    1. 管理进程 后台管理任务当作一次性进程运行 一次性管理进程应该和正常的 常驻进程 使用同样的环境。这些管

    理进程和任何其他的进程一样使用相同的代码和配置,基于某个发布版本运行。后台管理代码应该随其他应用

    程序代码一起发布,从而避免同步问题。所有进程类型应该使用同样的依赖隔离技术。12-factor尤其青睐那些

    提供了REPL shell的语言,因为那会让运行一次性脚本变得简单。

    关于SaaS PaaS IaaS的区别可以去我https://blog.csdn.net/cai1560819/article/details/100676441这一篇博客去看。

    展开全文
  • 十二要素

    2018-10-14 06:31:28
    后端服务是指程序运行所需要的通过网络调用的各种服务,如数据库(MySQL,CouchDB),消息/队列系统(RabbitMQ,Beanstalkd),SMTP 邮件发送服务(Postfix),以及缓存系统(Memcached)。 对应用程序而言,通过一...

    简介

    12-Factor 为构建如下的 SaaS 应用提供了方法论:

    • 使用标准化流程自动配置,从而使新的开发者花费最少的学习成本加入这个项目。
    • 和操作系统之间尽可能的划清界限,在各个系统中提供最大的可移植性。
    • 适合部署在现代的云计算平台,从而在服务器和系统管理方面节省资源。
    • 将开发环境和生产环境的差异降至最低,并使用持续交付实施敏捷开发。
      = 可以在工具、架构和开发流程不发生明显变化的前提下实现扩展。

    1、基准代码

    一份基准代码(Codebase),多份部署(deploy)
    尽管每个应用只对应一份基准代码,但可以同时存在多份部署。每份 部署 相当于运行了一个应用的实例。

    2、依赖

    显式声明依赖关系( dependency )
    显式声明依赖是为新进开发者简化了环境配置流程。新进开发者可以检出应用程序的基准代码,安装编程语言环境和它对应的依赖管理工具,只需通过一个 构建命令 来安装所有的依赖项,即可开始工作。

    3、 配置

    在环境中存储配置
    应用的 配置 在不同 部署 (预发布、生产环境、开发环境等等)间会有很大差异。环境变量可以非常方便地在不同的部署间做修改,却不动一行代码;与配置文件不同,不小心把它们签入代码库的概率微乎其微;与一些传统的解决配置问题的机制(比如 Java 的属性配置文件)相比,环境变量与语言和系统无关。

    4、后端服务

    把后端服务(backing services)当作附加资源。
    后端服务是指程序运行所需要的通过网络调用的各种服务,如数据库(MySQL,CouchDB),消息/队列系统(RabbitMQ,Beanstalkd),SMTP 邮件发送服务(Postfix),以及缓存系统(Memcached)。
    对应用程序而言,通过一个 url 或是其他存储在配置中的服务定位/服务证书来获取数据。12-Factor 应用的任意 部署 ,都应该可以在不进行任何代码改动的情况下,将本地 MySQL 数据库换成第三方服务(例如 Amazon RDS)。

    5、 构建,发布,运行

    基准代码 转化为一份部署(非开发环境)需要以下三个阶段:

    • 构建阶段 是指将代码仓库转化为可执行包的过程。构建时会使用指定版本的代码,获取和打包 依赖项,编译成二进制文件和资源文件。
    • 发布阶段 会将构建的结果和当前部署所需配置相结合,并能够立刻在运行环境中投入使用。
    • 运行阶段 (或者说“运行时”)是指针对选定的发布版本,在执行环境中启动一系列应用程序进程。

    6、进程

    以一个或多个无状态进程运行应用
    任何需要持久化的数据都要存储在 后端服务 内,比如数据库。Session 中的数据应该保存在诸如 Memcached 或 Redis 这样的带有过期时间的缓存中。

    7、端口绑定

    通过端口绑定(Port binding)来提供服务
    互联网应用 通过端口绑定来提供服务 ,并监听发送至该端口的请求。本地环境中,开发人员通过类似http://localhost:5000/的地址来访问服务。在线上环境中,请求统一发送至公共域名而后路由至绑定了端口的网络进程。

    8、并发

    通过进程模型进行扩展
    将不同的工作分配给不同的 进程类型 。例如,HTTP 请求可以交给 web 进程来处理,而常驻的后台工作则交由 worker 进程负责。

    9、易处理

    快速启动和优雅终止可最大化健壮性
    12-Factor 应用的进程是易处理(disposable)的,意思是说它们可以瞬间开启或停止。 这有利于快速、弹性的伸缩应用,迅速部署变化的 代码 或 配置 ,稳健的部署应用。
    进程应当追求 最小启动时间。
    进程 一旦接收 终止信号(SIGTERM) 就会优雅的终止 。

    10、开发环境与线上环境等价

    尽可能的保持开发,预发布,线上环境相同。
    12-Factor 应用想要做到 持续部署 就必须缩小本地与线上差异。 再回头看上面所描述的三个差异:

    • 缩小时间差异:开发人员可以几小时,甚至几分钟就部署代码。
    • 缩小人员差异:开发人员不只要编写代码,更应该密切参与部署过程以及代码在线上的表现。
    • 缩小工具差异:尽量保证开发环境以及线上环境的一致性。

    11、日志

    把日志当作事件流
    日志应该是 事件流 的汇总,将所有运行中进程和后端服务的输出流按照时间顺序收集起来。尽管在回溯问题时可能需要看很多行,日志最原始的格式确实是一个事件一行。

    12、 管理进程

    后台管理任务当作一次性进程运行
    一次性管理进程应该和正常的常驻进程使用同样的环境。这些管理进程和任何其他的进程一样使用相同的 代码 和 配置 ,基于某个 发布版本 运行。后台管理代码应该随其他应用程序代码一起发布,从而避免同步问题。

    展开全文
  • 微服务-十二要素

    2021-04-19 09:50:54
    今天看“如何实现现代应用的快速落地”公开课,提到十二要素,之前文章也提到多次,这里统一汇总下: 十二要素 如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或“软件即服务”(SaaS)。“十二...
  • 无服务器安全风险的十二要素(上) 1.功能事件 无服务器功能可以消费来源于不同类型事件源的输入,但每个事件源都有属于其独特的消息格式和编码体系。正因为他们的独特性,所以事件消息的各个部分都有可能包含着攻击...
  • 无服务器安全风险的十二要素(下) 1.功能权限和角色权限过高 因为开发人员的“惰性”,导致应用的“通用”权限模型是一种很常见的情况。但是这种情况也是公司企业想要将应用部署到云端面临的最困难的问题。 2.功能...
  • 十二要素应用宣言

    2020-06-17 09:07:22
    十二要素应用程序”(12-Factor App)为构建如下的SaaS应用提供了方法论: 使用标准化流程自动配置,从而使新的开发者花费最少的学习成本加入这个项目; 和操作系统之间尽可能的划清界限,在各个系统中提供最大...
  • 今天看“如何实现现代应用的快速落地”公开课,提到十二要素,之前文章也提到多次,这里统一汇总下: 十二要素 如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或“软件即服务”(SaaS)...
  • 本文讲的是现代“十二要素应用”与Docker,【编者的话】 “十二要素应用”为开发SaaS应用提供了方法上的指导,而Docker能够提供打包依赖,解耦后端服务等特性,使得两者非常吻合。这篇文章介绍了Docker特性怎样满足...
  • 十二要素应用”为开发SaaS应用提供了方法上的指导,而Docker能够提供打包依赖,解耦后端服务等特性,使得两者非常吻合。这篇文章介绍了Docker特性怎样满足了开发“十二要素应用”的对应要点。“十二要素应用”为...
  • 云计算时代应用设计十二要素 什么样的软件才是可用性和可维护性好的软件? 什么样的代码才能避免后续开发的上手障碍? 什么样的实行才能稳定的运行在分布式的环境中? Heroku (一家 PaaS 服务提供者,2010 年被 ...
  • 十二要素 基准代码 依赖 配置 后端服务 构建发布运行 进程 端口绑定 并发 易处理 开发环境与线上环境等价 日志 管理进程   前言 今天看“如何实现现代应用的快速落地”公开课,提到十二要素,...
  • 微服务十二要素 一、简介 软件通常会作为一种服务来交付,它们被称为网络应用程序,或“软件即服务”(SaaS)。“十二要素应用程序”(12- Factor App)为构建如下的SaaS应用提供了方法论: 使用标准化流程自动配置...
  • SaaS应用的十二要素

    2020-10-08 12:08:22
    如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或软件即服务(SaaS)。12-Factor 为构建如下的 SaaS 应用提供了方法论: 使用标准化流程自动配置,从而使新的开发者花费最少的学习成本加入这个项目...
  • 十二要素App方法论

    2020-08-19 09:10:27
    “沉迷于每天造轮子,我也想成为马车上的男人,推荐一篇现代编程方法论:12-Factor App简介如今,软件通常会作为一种服务来交付,它们被称为web应用程序,或软件即服务(SaaS)。...
  • 前不久,创始人Adam Wiggins根据这些经验,发布了一个“十二要素应用宣言(The Twelve-Factor App)”,该宣言由国内工作于安居客的程序员梁山将其翻译为中文,InfoQ中文站摘录如下。 十二要素应用宣言 简介: ...

空空如也

空空如也

1 2 3 4
收藏数 79
精华内容 31
关键字:

服务十二要素