私有云如何搭建

一、基础数据概况

CMDB中文是配置管理数据库，存储与管理企业IT架构中设备的各种配置信息，与未来的IT运维管理标准化和流程化紧密关联，并且支持流程的运转。运维管理平台创建初期或初版中的CMDB更多是偏向IT资产管理，我们在这里定义的IT资产管理，暂时抛除公司个人使用的普通PC机。

日志主要存储CMDB中涉及到服务器或是其它设备的日志信息。

DB主要是所有IT系统的数据库信息，包括运维管理系统本身的数据库。由于数据库的重要性，所以在基础数据中单独一个模块管理数据库，包括生产数据库、测试数据库、开发数据库。数据库的日志放在日志模块进行统一管理，监控和备份。

知识库主要存储日常运维管理中发生的事件、问题以及一些经典问题的解决和常用的解决方案，主要起到运维管理辅助的功能。

二、基础数据三要素

基础数据要求完整、准确、实时，这三个特性缺一不可。

1完整性

完整性，要求在数据采集整理阶段，要一一梳理，不能有遗漏。任何一个设备的疏漏都将会导致未来出现问题。例如最近的勒索病毒在防范上需要给服务器升级打补丁，这个时候就是根据服务器清单一一对照，升级。如果有遗漏落下的服务器未及时打补丁而导致病毒入侵，后果将很严重。那么，如何做到完整性呢？大致可以分为以下几步：

首先数据采集阶段多人（推荐三人以上）同时对IT资产进行采集，那么在数据采集完成后，将会有三份或以上的IT资产清单。

接下来就是相互确认阶段。相互check对比两方的清单和自己梳理的清单，找到不一样的地方，大家在一起开会进行讨论。经过这个阶段，会产生一份相对完整且三方（或以上）认可的IT资产清单。

最后就是三方（或以上）一同针对认可的IT资产清单进行最终check，确保最后的清单，是经过多方讨论确认，并最终又check过的IT资产清单。此时这份IT资产清单，相对比较完整。另外在梳理、讨论和check的过程中，针对新增、变更、删除的IT资产一定要及时更新我们的IT资产清单。

2准确性

准确性要求IT资产清单或是CMDB中存储的数据不能与实际情况有任何差异。要做到基础数据的准确性除了在数据采集阶段要下功夫外，要在运维管理的每一个阶段定期对基础数据进行审计，确保基础数据中的数据无误。一般月度一小审，半年一大审，具体情况根据企业的IT规模而定。

3实时性

基础数据的实时性可以确保数据的准确性。即基础数据的每一次变动，包括增加、删除、修改，不论大小，只要有变动（在运维流程完结阶段，执行运维 *** 作成功后，就要及时更新基础数据。忽略基础数据的实时性，必将导致准确性大打折扣，在以后的月审、年审中必将导致额外的工作量。一般在审计的过程中，当数据的错误率达到一定程度后，需要重新梳理全部数据，以确保最终的准确和完整。

CMDB

CMDB总的来说分为：产品线、资产管理、供应商管理三个部分。

总的思路是：通过产品线管理IT资产，通过IT资产信息管理硬件或服务提供者，供应商管理。

1产品线

产品线是指整个公司所有IT系统、产品按照属性进行归类划分。这有一个前提，就是梳理整个公司的IT项目和IT服务。这里项目也可以理解为每一套IT系统，例如OA、CRM、订单系统、支付系统等等。

IT服务主要是指：应用服务（Tomcat、WebLogic、数据库服务等），基础IT服务如Nginx、Varnish、Redis等。通过项目和服务两个维度来管理IT资产，尤其是虚拟机。因为一般系统和服务都是部署在虚拟机上，虚拟机的宿主机则是一台台物理主机。

产品线的划分一般除了根据业务分类划分几个大的产品线外，还需要划分一些基础产品线，如：信息安全产品线，主要管理信息安全、网络安全等系统和设备等;基础服务产品线，如Nginx反向代理大部分系统，Varnish缓存Web静态资源等。

在这里单独说一下产品线和项目包括的服务必须制定运维优先级等级。运维等级的制定不能简单定义为多少级，而应该是为每一套系统进行运维优先级打分，分值不能一样。这样保证在大面积故障的时候，可以根据优先级解决问题。

2资产管理

资产管理主要有以下几个方面。

首先是比较大的机房管理。有的企业可能会有多个机房，每个机房的基础信息，如带宽、位置、值班电话等都需要加以整理存储用来管理机房信息。机房中的机架、机柜、交换机、路由器等硬件信息，机房的空调、UPS电源、环境监测系统等都属于机房管理的范畴。

安全设备管理。安全设备管理这里主要包含防火墙、IPS、WAF、等网络设施。企业信息安全非常重要，在运维管理中也把安全作为一个单独的模块进行管理。通过购买安全硬件设备和安全服务，不断学习和研究，从而保护好企业数据信息。

服务器管理。这里假定企业实现了虚拟化，大部分系统和服务都部署在虚拟机，而虚拟机是部署在物理机上。服务器管理分物理机和虚拟机分开管理，同时又密切关联。虚拟机在哪一台或几台物理机需记录清楚。

根据产品线中定义的运维优先度等级，在资产管理中的每一个节点标注上相应的等级分值，以便出现大规模故障，有选择、有重点、有顺序地逐一解决问题。

3供应商管理

供应商管理主要是管理由第三方企业提供的IT系统或设备的服务信息。记录供应商的具体信息、值班电话、硬件备件库等信息。

以上几个模块单独管理，但是又密切相连。如产品线包含哪些项目，包含哪些服务，这些项目和服务部署在哪些虚拟机上，虚拟机又在哪一些物理机上，物理机分布在哪些机房和在机房中的具体位置，物理机在机房中的网络位置和网络架构如何，经过哪些安全设备等等。

反过来需要知道某一些机房有哪一些物理机，物理机位置，安全设备，以及安全设备与物理机的网络架构等，物理机上又有哪些虚拟机上部署了哪一些项目和服务等。系统和服务属于哪些供应商提供，供应商又提供了哪些系统、设备或服务器等。都要多维度进行管理。要求做到某一环节的故障，一查就知道所有受影响的系统和服务。CMDB中的信息相互交织，多维度查询和管理，构建出一张完整的总体架构图，通过总体架构图除了展现出各个部分的基础信息外，还描述了所有的依赖关系，做到坏一点而知全面。

日志

通过日志可以比较准确全面地知道系统或是设备的运行情况，可以返查问题产生的原因，还原问题发生的整个过程。通过日志也可以提前预测系统可能要发生的问题或是故障，如系统安全日志，如果网络攻击会在系统安全日志中有一定的体现。

1系统日志

系统日志主要指的是 *** 作系统的日志，主要在/var/log下的各种日志信息。包含系统 *** 作日志、系统安全日志、定时任务日志等。系统日志是运维管理安全模块中审计的重要依据。一般默认的 *** 作系统日志不能满足要求，需要对系统的参数进行修改，如为history命令加上时间戳、IP，并且长久保留历史等功能。并且对日志文件进行处理，不允许用户进行清空命令，只能append。

2应用日志

应用日志主要记录应用服务的健康运行情况以及业务 *** 作的具体日志两部分。应用监控运行情况反应应用服务的健康状态，如果应用占用CPU或是内存过高或是忽高忽低不定，都可以通过分析应用日志结合业务 *** 作日志得出结论。业务 *** 作日志可以为业务审计提供主要依据。有一些系统喜欢把业务 *** 作日志写到数据库中，这个也是需要注意的。不过不管在哪个地方，要求是不可缺少的，它为以后业务审计和问题返查提供依据。

3数据库日志

数据库日志主要反馈数据库的运行情况。通过监控和管理数据库的日志，及时了解数据库的运行情况，遇到问题及时解决等。可以通过数据库日志结合数据库系统自带的数据库如Oracle的系统视图v$开头，MySQL的performance_schema等。虽然数据库的一些信息不是存在日志中而是在数据库里面，但是也可以作为数据库日志的一部分进行管理和监控，已便我们及时知道数据库的监控状况，从而预防可能出现的问题。

4设备日志

设备日志一般是一个比较容易忽略的地方，但设备日志往往可以反映设备的运行情况。交换机故障，防火墙故障等设备故障都可能引起大面积的系统和服务故障。所以设备日志一定要收集，分析和监控预警。常用的设备日志有交换机日志、防火墙日志、网络安全设备日志等。

在CMDB中梳理的IT基础设施的基础上，对日志进行分类收集、管理、分析和监控，配着监控管理模块的系统，就已经可以达到多方位监控IT系统，保障IT系统的安全稳定。

DB

由于数据和数据库的重要性，在基础数据中，数据库作为单独的模块存在，根据环境划分为：生产数据库、测试数据库、开发数据库。严格区分三种环境的数据库，避免测试数据到生产环境，生产数据到测试环境等。另外数据库中数据也为业务监控提供数据依据。通过查询数据库中的数据，依据业务逻辑进行判断是否有错误或是遗漏的数据。

知识库

知识库在整个运维管理中是一个辅助功能，主要为运维提供事件管理、问题管理。很多朋友可能会疑惑为什么把事件库和问题库放在知识库这里，这些不是应该在CMDB中吗？这里稍微解释一下，其实本人也并不太清楚这种办法是否可行。在CMDB模块中更多是偏向IT资产管理，为以后的运维 *** 作提供运维范围和运维目标。而事件（主要指运维过程中遇到的所有的运维事件）和问题（需要进行变更发布才能解决的事件升级）更多是在IT资产之上，是解决IT资产的过程中遇到的事件和问题。如果把CMDB作为IT运维的基础管理对象和范围目标的话，事件和问题应该单独出来。也许在后面的运维管理中，逐渐强化CMDB的功能，会把事件库和问题库回归到CMDB模块中。

知识库中还包含经典案例库，主要是解决一些常遇故障、经典问题的解决方法的整理和归档。

解决方案库只要是一些常用的或是探索中的解决方案，例如：Nginx+Tomcat+Redis部署方案，FastDFS分布式文件服务器方案等。

文档库主要用来存储运维管理过程中执行的运维标准和规范以及运维的流程规范，常用的一些规范举例：

文档库也包括一些企业或是部门的规章制度，与供应商的合同条文等。主要是涉及到IT系统文档的一个存放和查阅的地方。

运维标准和运维流程的文档一定是必不可少的。因为运维自动化的前提就是运维的标准化和流程化。如果没有明确的标准和规范的流程，运维自动化就只能一直停留在测试环境的假想空间中。

总结

基础数据在整个运维管理中起到基础、奠基的重要作用，也是做运维管理平台的第一步和以后每一步的重要依据。一定要舍得投入时间、人力等来建立起完整、准确、实时的基础数据。打好地基，以后运维的每一步都将有条不紊地循序渐进，终将建设成属于运维的高楼大厦。

随着技术的进步、业务需求的快速增长，一个运维人员通常要管理上百、上千台服务器，运维工作也变的重复、繁杂。把运维工作自动化，能够把运维人员从服务器的管理中解放出来，让运维工作变得简单、快速、准确；运维自动化是一组将静态的设备结构转化为根据IT服务需求动态d性响应的策略，目的就是实现IT运维的质量，降低成本。

：《Python入门教程》

运维自动化设计思想：

管理体系化

工作流程化

人员专业化

任务自动化

任务自动化

环境定义自动化

部署自动化

监控自动化

为什么选python做自动化运维

自动化运维关心问题：

自动化

易实现

跨平台

轻量级

适合自动化运维编程语言特点：

丰富的第三方库

学习成本低

跨平台

轻量级

标签（空格分隔）： 翻译
原文地址： Continuous Delivery - Automating the Release Process

对于很多开发者来说，发布版本的那天都会陷入巨大的压力。发布过程中总是有些风险，比如出现某些莫名其妙的问题，或者是产品里又被发现了某个bug。在我上一家公司，我们采取的是手动发布版本，过程基本都是人工去做的，因此，特别容易出现问题。在发布当天，DevOps（译者：看百度百科是怎么描述 DevOps 的职责）部门会加载二进制的运行文件，然后做用户验收测试。如果所有的测试都成功，软件就会复制到服务器上，进行冒烟测，一般来说，还会进行一次前一版本的用户验收测试。下面列举出通常都会遇到的问题：

简单的说，手动和没有固定的发布流程绝不是好的选择，发布那天总会承受很大的压力。在我们的案子里，如果发布不是很频繁，团队也还不够成熟时，这样的方式是可以接受的。为了改进和自动化发布流程，有一种软件工程的方法叫持续交付。

持续交付使得发布新的功能更快更稳定。同时可以让开发者更及时的收到反馈 。我们开发一套软件，可以在任何时候自动安全的部署到产品上。这就确保了发布里的每一次改动，都会发布到类似真实产品环境上，并且可以运行大量的自动化测试。按照 Martin Fowler 的理论，如果你做到以下的了，那么就称得上是持续交付：

持续交付，是持续集成（CI）的一个重要的先决条件。持续集成要求任何新的改动都可以快速的集成到主分支上， 整个项目一直都处于开发状态中 。通常来说，它是这么工作的：一旦有改动发布到github上，就会重新编译部署。整个应用都会按照所要求的配置去编译， 一系列单元以及集成测试都会重新运行 。如果测试失败，团队会停止工作直到修复了问题。没有了持续集成，集成很容易就变成梦魇。当我启动一个新的项目的时候，如何持续集成会是我考虑的首要事情。
我看到过很多的案例，整个团队都不想关注那些出了问题的编译。这通常都发生在持续集成过程已经变成了巨大多毛的怪兽的时候。这也有违持续集成的首要目标： 出了问题的版本决不能被忽视，团队的首要任务就应该是去修它们 。为了确保这件事，持续集成的过程应该尽可能的短，好使，简单。如果测试的运行会占用过多的时间，不可靠也不能帮助定位问题，那么团队就会不去尝试修改问题版本，甚至互相推诿责任，说是别的团队弄坏了版本。
持续集成主要是在关注开发团队。 持续集成里也可能会有手动去发布版本的过程 。在我们做过的案例里，也有手动的拷贝二进制文件和对应的配置文件到演示和生产环境里的。与之相反的是，持续交付会将整个发布流程自动化。为了达到这一目标，我们使用了一条流水线，这条流水线有非常清晰的阶段和对应的过程。

一条持续交付的流水线是让你的新版本发布出去的流程的集中体现。按照 Martin Fowler的理论：

一个典型的持续交付过程如下：

决定这条持续交付流水线成功与否的部分就是验收测试，验收测试位于这条流水线的较靠后的阶段，也就是“更多靠摸索”的阶段。他们确定软件能满足用户的需求和指标。验收测试不应暴露内部系统的细节，应该就像对待黑盒一样对待。我们的验收测试会由模拟一个真正的用户会输入的内容，接受并验证系统的输出并验证这些输出是否符合预期。

在持续交付的流水线上，从一个阶段转到下一个阶段可以使手动，也可以是自动的。手动并不意味着把内容拷贝复制到下一个流程中。它只是意味着， *** 作人员需要标记一下，表示现在的阶段已经完成，可以转交到下一个阶段了，而这个过程通常会需要手动的按一下按钮。

持续交付的流水线能在确定了交付流程之后被定型下来。没有所谓的标准答案：一个流程总会和另一个看上不太一样。举个例子，在一个有很多独立组件的SOA项目里，我们觉得一个为所有的组件制定一个流程是最好的方案。而另一个项目要求给每一个组件都制定独立的流程，而整合到一起之后的流程，可以参考下图。

实现一个好的持续交付流程是一个让人沮丧的任务，但是一旦完成好了，会产生巨大的好处。在我看来，最好的方式就是仔细研究你的部署过程，理解所有的依赖关系，从一些比较小而且简单的地方开始入手。

持续交付中，总需要有人最终去确定把产品部署到生产环境中。一个典型就是，发布的软件发生了一些变动之后或者是在固定的日子。

而持续部署比持续交付则更进一步：每一次改变，只要通过了自动化测试就会自动的部署到生产环境。持续部署可能不适用于所有的项目，即使理论上听上去很棒，但是我可以肯定，我目前还没有在商业项目里尝试过这种方式。Yassal Sundman的博客上有一副图，是比较持续交付和持续部署的过程：

对于持续交付的工具我没有特别的个人偏好。最近我开始在使用AWS的CodePipeline（和AWS的CodeDeply类似）去自动化AWS云上的交付流程，我对此这个工具非常满意。

用LINI-SORT,QUICK-SORT,SAS-PAK线性分拣机，来完成分拣。
由设备分拣到各个出口，然后直接配送，或者先进行仓储。
具体设备的样子，你可以上 椿本 百科 看下。
中国现在这一块在起步。亚洲，最发达的是日本，其次是韩国和新加坡。
2002年6月，由上海邮政通用技术设备公司研制成功的新一代交叉带式分拣机在上海速递国际邮件处理中心投入生产。该分拣机系统除了具有以前同类设备的通用功能外，还具有以下主要技术特色：一是该分拣机能混合分拣薄片和包状邮件，实现了“一机多用”；二是系统能在分拣机小车以2m／s速度运行状态下自动准确识别邮件上的条形码信息；三是分拣机系统与上海本地综合业务计算机网联网作业，共享了由遍布全市各个营业网点采集的邮件基本数据(例如邮件流水号、重量、寄达局邮编、收寄局邮编+收寄时间等)，避免了在邮件开拆席由人工大量输入邮件基本数据的情况，满足了系统平均每小时分拣近万件邮件量的需要。 毫无疑问，这些关键技术的突破是该分拣机系统研制成功的前提。这些研究成果是邮政工作人员坚持以信息化带动工业化，以信息技术改造传统邮政的成功范例。 1信息化邮件自动分拣机系统的概念 人类社会已进入信息化时代。随着信息网络技术的不断发展，其应用范围在不断地渗透到科技、经济等各个领域。网络不仅简单地联接众多计算机，更重要的是联接信息、人和人的智能。这就从根本上改变了信息被接受和分配的方式，改变了人们生活、工作和合作交流的环境。 当今邮件分拣自动化的目的不仅要减轻 *** 作人员的劳动强度，加快邮件处理的速度，还要依靠信息网络技术实现实物流与信息流的融合，提高邮件信息的综合利用率，提升企业的管理水平，增强企业的市场竞争能力。 从信息化角度而言，信息化邮件自动分拣机系统的工作场所已突破某个邮政处理中心的有限空间而延伸到信息网络无限的“末梢”，该信息网络规模有可能是城域网也有可能是广域网； *** 作人员已不局限于围着分拣机工作的少数职工，而是一张信息大网上各节点众多人员的协同工作…… 信息化邮件自动分拣机系统是我国正在建设中的全国邮政综合计算机网的重要组成部分，它是实物流与信息流融合的重要结合点。 2信息化邮件自动分拣处理流程研究 为便于阐述研究成果，需对上海邮政计算机网络系统作简要介绍： 上海本地综合业务计算机网目前已初具规模，全市560个支局、所、内部处理中心，以及多个专业公司已实现联网 *** 作。本文涉及的上海速递国际邮件处理中心原有一套较完善的计算机网络系统(以下简称“主服务器系统”)。在新建信息化自动分拣机系统时，为确保分拣机实时控制系统正常工作，经论证后决定单独构建一个分拣机局域网系统(以下简称“分拣机系统”)。 以上海速递国际邮件处理中心最新投入生产的交叉带式分拣机系统为例，信息化邮件自动分拣处理流程主要包括以下7个环节： 营业窗口收寄〉内部处理中心开拆核对〉上机分拣〉自动分拣〉收容件处理〉封发打印〉邮件信息的后处理。 以下将分别说明各环节工作情况。 2．1营业窗口收寄 营业窗口是邮件基本数据主要采集点。营业员在收寄邮件时通过 *** 作电子化支局计算机系统把邮件基本数据采集下来，邮件封发完毕，该系统通过本地综合业务计算机网自动把邮件基本数据传送到速递国际邮件处理中心的主服务器系统。主服务器系统再把分拣处理所需的邮件基本数据传送到分拣机系统服务器。 2．2内部处理中心开拆核对 在速递国际邮件处理中心的开拆席位， *** 作人员使用手持式条码阅读器对邮件逐一扫描，席位上的计算机自动从分拣系统服务器里查找对应的邮件数据，如果由于种种原因邮件数据没有传送到主服务器系统， *** 作人员须在工位上把邮件相关数据输入计算机。开拆席位的计算机确认数据无误后，即把数据传送到自动分拣机系统的服务器。数据内容主要包含邮件id条码、寄达局邮编、邮件重量等。 开拆完毕的邮件通过机械传输和自动分配系统到达自动分拣机系统的供件台席。 2．3上机分拣 在自动分拣机的供件席， *** 作人员只需把邮件贴有条码的一面朝上摆放，然后把邮件推到上件机上，控制系统自动测量邮件的重量和位置，使邮件自动进入空载的交叉带式小车，并且使邮件处于小车的中心位置。 2．4自动分拣 载有邮件的小车通过高速自动条码阅读器时，控制系统根据收到的条码信息从分拣数据库中搜索到该条邮件的记录；查到邮件的寄达地址，然后发出指令把邮件送到指定的分拣格口。 高速自动条码阅读器还能检测邮件的高度，使其成为系统检测邮件体积的一部分数据，存储到相应的邮件记录中。 自动分拣机系统在对邮件进行分拣的同时，对邮件的信息也进行了分拣。例如系统根据邮件的数量、体积、重量设置格口满格警告信号。收到满格信号的格口不允许邮件继续进入，邮件只能在分拣机上循环运行，直到该格口邮件封发完毕，警告信号消除，格口重新开放后邮件才能进入。 为确保交叉带式小车只能在空载状态下接纳邮件，在分拣机收容口前安装了一套物件图象灰度检测装置，该装置能有效地检测小车上是否存在厚度小于20mm的薄片邮件。 2．5收容件处理 对于一次无法识别条码的邮件，系统允许其在分拣机上运行3圈，反复识别。如果3次无法识别条码该邮件则自动进入收容口，然后改为由手工扫描或人工输入数据。在实际 分拣作业过程中邮件数据不全的原因是非常复杂的，有的邮件即使能识别条码还是找不到相应的记录，只能进入收容口。为此需在收容口附近安装具有开拆席功能的计算机工作站，便于 *** 作人员进行重新核对或补输邮件数据的 *** 作，然后把邮件重新送上分拣机。 2．6封发打印 格口满格后，格内邮件经分拣人员逐件核剔后装入邮袋。核剔完毕， *** 作人员可通过格口的按钮通知附近的计算机打印工作站自动打印封发清单和袋牌。需要说明的是，由于种种原因上海速递国际邮件处理中心不可能将所有邮件由分拣机处理(如超规格邮件)，为保证邮袋编号的唯一性和连续性，自动分拣机系统在邮件封发时需向该处理中心的主服务器申请邮袋编号。当然，自动分拣机系统也要把已经封发的邮件信息反馈给主服务器，以保证信息保存的完整性。 2．7邮件信息的后处理 主服务器系统根据分拣机发送过来的邮件封发信息制作发运计划和路单，然后通过本地综合业务计算机网把这些信息传送到航空邮件转运站以及相关部门，为这些单位的生产和管理提供共享信息。 主服务器系统同时还要完成对邮件资费稽核、统计、邮件的平衡和处理以及对邮件的跟踪查询服务等。 3邮件信息化自动分拣处理的主要特征 通过以上对邮件信息化自动分拣作业的流程研究，我们可以归纳出这种处理方式的主要特征：·； 3．1分拣机系统能高效运行除了其本身具有较强的实物分拣能力，还须有较强大的企业信息网作为支撑，分拣机系统工作所需的邮件基本数据来源基本上要依靠企业信息网及时予以提供。 3．2邮件在传递过程要经过多道处理环节，由此会生成相关的数据，但这些数据的来源是唯一的(一个数据只能从一个环节获取)，数据具有全程的共享性。 3．3分拣机系统与企业信息网系统之间流向不是开环状，而是呈闭合状，即企业信息网系统向分拣机系统提供了邮件的基本数据，为分拣机系统高速分拣创造了条件。分拣机系统完成分拣工作又把邮件封发信息传送到企业信息网系统，供生产管理部门使用，让这些信息在提高企业管理水平方面发挥重要作用。 3．4为适应邮件信息化自动分拣作业流程的需要，内部处理中心作业组织方式等必须作相应的调整。例如，为了满足分拣机的供件需要；应该在开拆席、供件席岗位上配备足够的人手；为了提高分拣机利用率和人员劳动生产率应该打破传统的出口邮件和进口邮件分拣，人员分隔使用的作法改为根据邮件处理频次要求统一组织人员进行分拣处理…… 4邮件条形码制式的选择 目前我国邮政所用的条形码制式有下列几种： 给据邮件使用的带有寄达局信息的22位128码。 收寄局预先印制的给据邮件使用的不带寄达局信息的14位128码。 ems邮件使用的13位39码(1d码)。 目前上海全市的邮政支局、所基本上配备了计算机系统，并实现了联网作业，邮件的寄达局地址等信息已从营业收寄点计算机系统传送到内部处理中心计算机系统；我国ems邮件已全部使用39码。这种现状告诉我们在信息化程度较高的环境里使用39码是最经济的选择。上海邮政对速递邮件成功地实现了信息化自动分拣处理不仅为上海邮政速递业务的发展提供了先进的设备，而且也为加快我国邮件处理条码化提供了有益的经验

工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述。
工作流在大多数的实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。
类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技术实现跨地域的数据传输和处理等等。
某产品销售的工作流示意图：
一、工作流发展
工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。1983年至1985年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。
进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。1994年，工作流管理联盟发布了用于工作流管理系统之间互 *** 作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。
二、工作流的特点
1，图形化、可视化设计流程图
2，支持各种复杂流程
3，组织结构级处理者指定功能
4，B/S结构，纯浏览器应用
5，强大的安全性特色
6，表单功能强大，扩展便捷
7，灵活的外出、超时管理策略
8，处理过程可跟踪、管理
9，丰富的统计、查询、报表功能
10，与MAIL系统集成
三、工作流的优点
企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。

总结实施工作流带来的好处，可以归纳为以下几点：
1，要处理的事项已自动传递到个人电脑上
2，不再需要对员工进行流程的培训，平滑实现流程变更
3，员工只需将精力集中在处理自己关心的数据上
4，随时得到历史数据
5，随时生成处理效率报表
6，达到无纸化办公的目标
7，完全支持移动办公，使作业同步化
8，科学管理更进一层，办公效率明显提高
9，企业的核心竞争力将有提升
10，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力
四、工作流WorkFlow技术构架
五、工作流是如何实现的
工作流的实施需要三个基本步骤：映射、建模和管理。映射是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；建模则是开发一个有助于建成流线型业务过程的模型。第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。
为了确保工作流系统能够“无缝地”实施到组织机构中，项目组都必须遵从已经定义好的、经过实践确认的行之有效的工作方法，并且在每个工作阶段都必须有可以度量的结果。一个深思熟虑的实施计划被有经验的团队执行，是成功地采用和实施工作流的决定因素。下图描述了一个推荐的、可供典型组织机构采纳的高层工作流（实施流程）。下面按图中步骤具体阐述。
建立项目管理办公室
项目管理办公室的组成是第一步，也是最重要的一步。项目管理办公室的成员须经过严格谨慎挑选，他们必须在恰当的程度上广泛代表组织内的业务、运营、IT以及审计等部门。产品供应方的产品专家、技术支持人员和管理人员也必须参与其中，以与用户互补。通常在PMO中还包含变更管理顾问，有助于形成组织中人员思路的多样化。每个成员的角色和责任必须定义清楚。PMO从整体上确立项目的实施范围、目标、实施时间框架以及优先级等等。PMO也负责管理和跟踪项目进度、设定检测项目是否成功的指标，以及定期向高层汇报项目状况等。
业务分析
项目组将分析用户现有的业务流程，找出哪些流程需要优化和改进以达到上佳效果，并分析每个流程的时间线和期望的结果。他们将与关键人员进行座谈，收集和鉴别正确的信息及数据，从而决定工作流系统如何满足需求。接下来的业务分析将辨别出哪些流程可以被优化、自动化、流线型化，哪些流程甚至需要重新设计。
确定目标
确定上佳目标是建立在业务流程详细分析的基础之上的。工作流项目的目标定义应该清晰并可以进行验证，好的目标意味着项目的成功。在实施过程的每一个阶段，项目组必须确认达到的结果是他们所期望的结果。例如，如果目标是缩短开发票周期两周，则必须分析现有的时间跟踪、记账和开发票等流程。
确定实施计划
目标确立后，由用户和软件供应商组成的项目组展示工作流解决方案具备的各种模块，根据用户提出的特定需求定义他们的功能和特性，并基于业务的优先级，共同决定每个模块的上线时间。
将业务流程在工作流系统中建立模型
在实施过程中建立业务模型是一个极重要的步骤。用户应当紧密地同软件产品应用专家进行合作，以在易用性和功能需求之间达到平衡。
用户可以在部署阶段前对模型进行测试，以确保该模型符合实际要求且没有过多的开销。需要指出的是，如果这个建模步骤没有完全正确地完成，将导致错误的报表或者多余的管理工作。
实现流程和软件集成
在这个阶段，项目组将确定现有的需要与工作流系统交互的流程与系统。如果处理不当，新旧流程的集成将导致失败。流程集成的一个重要方面就是在多系统之间消除或者最小化冗余数据，并在多个系统间复制这些数据。流程必须紧密集成，数据必须能跨越不同的流程和应用，顺畅流动。
项目组也必须确保工作流系统符合用户组织机构的安全标准，这一点经常在部署阶段前被忽视。
部署工作流系统
部署工作流系统包括两部分内容。第一部分自然是技术部分，涵盖了硬件和软件的安装、备份、恢复以及网络安装等等，这与一般的IT应用实施相似。
第二部分是指上线试运行。试运行小组应具有真正的代表性。项目组必须与试运行小组就项目的重要性进行沟通，并确保提供足够的培训，使得试运行小组能够对试运行工作得心应手。建议项目组建立清晰的沟通渠道，保证在试运行期间可以及时反馈用户的意见和建议。试运行将使项目组鉴别出原来设计和计划的弱点和缺点，并在大规模上线运行前加以解决。这也可以提高用户对于新流程的接受程度，因为用户感到他们也参与了项目的开发部分，解决方案不是强加给他们的。
一般认为，采用阶段性实施工作流系统可使用户更快地获得效益。因为用户可以更有效地渐进学习新系统，取得立竿见影的效益。阶段性实施还给予用户更多的时间了解、评估他们进一步的需求，使得项目实施期间的修改更加容易。另外，阶段性实施项目降低了风险。
系统评估
特别注意，在每一个阶段完成后，项目组都应该基于项目开始时设定的目标，对已经完成的结果进行评估，同时分析所达到的结果，并与最初的设计目标相对照。为了确保工作流解决方案在现有的业务环境中优化出更理通，以了解什么需要更改。
系统支持
为确保实施成功，更佳地使用工作流软件，组织机构必须进行服务投资，组织机构应该委派专业人员提供第一线的服务，也应负责与供应商签订合同，以获得第二级支持。
六、工作流适用行业
消费品行业,制造业,电信服务业,银证险等金融服务业,物流服务业,物业服务业,物业管理,大中型进出口贸易公司,政府事业机构,研究院所及教育服务业等,特别是大的跨国企业和集团公司。
七、工作流具体应用
关键业务流程： 订单、报价处理、采购处理、合同审核、客户电话处理、供应链管理等
行政管理类：出差申请、加班申请、请假申请、用车申请、各种办公用品申请、购买申请、日报周报等凡是原来手工流转处理的行政表单。
人事管理类： 员工培训安排、绩效考评、职位变动处理、员工档案信息管理等。
财务相关类： 付款请求、应收款处理、日常报销处理、出差报销、预算和计划申请等。
客户服务类： 客户信息管理、客户投诉、请求处理、售后服务管理等管理等。
特殊服务类： ISO系列对应流程、质量管理对应流程、产品数据信息管理、贸易公司报关处理、物流公司货物跟踪处理等各种通过表单逐步手工流转完成的任务均可应用工作流软件自动规范地实施。
作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、统计、打印等强大功能
结论
许多组织机构都有雄心勃勃的计划，为了能够夺回失去的时间和获得竞争优势，希望能够以大的步伐，更深（企业级或多级）、更广（多应用）和更快（短时间）地进入数字工作流时代。我经常发现他们因为许多原因而惨遭失败。根据我个人经验，明智的做法是从小的范围开始做起，并随着工作流的成长而逐步做大。阶段性实施提供了转换到新的流程的平稳方法。由于用户看到了效益，使得用户更易于接纳新的工作流程。阶段性实施的另一个原因，是用户不能够承受一下子丢弃原有的全部流程，从零开始。组织机构应该在当前业务过程中最没有效率的地方，集中寻找他们的“痛处”，然后利用“案例驱动”原则影响他们。
组织机构也必须认识到，当计划实施一个新的工作流程时，行政力量和企业文化必须要考虑进去。
成功与否的最后一个关键要素就是“人”。当我们改变业务流程时，技术是一个方面，但更大的挑战来自员工。的确，数字工作流系统要分阶段进行，使人们“渐进式”地取得经验，而不是“革命式”地得到经验。
工作流：workflow
今天讲的是工作流系统
什么是工作流系统： 工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
简单地说，工作流系统就是一系列相互衔接、自动进行的业务活动或任务。//一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述
例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。
工作流技术架构()
词语解释
Middleware 中间件
Runtime 运行时间
Prebuilt 之前建立
Flowchart 流程图，作业图
Subsystem 子系统
工作流（Workflow）的优点
企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。

总结实施工作流带来的好处，可以归纳为以下几点：
1，要处理的事项已自动传递到个人电脑上
2，不再需要对员工进行流程的培训，平滑实现流程变更
3，员工只需将精力集中在处理自己关心的数据上
4，随时得到历史数据
5，随时生成处理效率报表
6，达到无纸化办公的目标
7，完全支持移动办公，使作业同步化
8，科学bsp; 9，企业的核心竞争力将有提升
10，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力
组织的本质：1 是参与者与技术的聚集
2 由总体的目标约束
组织的种类：1 理性的(整个集体是追求相当明确的目标和显示出相当高的固定社会结构，如商业) 2 natural(整个集体有同样的兴趣，并且乐于集体活动，如慈善机构)
3 开放式的组织
数据流中的组织运用：理性的组织是用于计算机化中最成功的 数据流也同时对自然的和开放式的组织进行计算机化
数据流系统的一个联系：1 消息系统 2 工作项目 3 业务规则 4 流程图
消息系统：两类：1 数据流能识别的格式，2 不能识别格式
工作项目 一个工作项目具体说明一个需要被工作者执行的任务
数据流系统的任务是和工作项目相协调
业务规则： 一个典型的数据流有许多业务逻辑块所组成
在其生命周期内，业务规则在任何时候受限于数据流
业务规则在模型化组织时扮演很重要的角色
业务规则的起因：---
流程图：在数据流中一个主要模型结构是流程图
Synchronize ； 相协调； 暂停 解决数据流的例子记忆功能
运行时（runtime）运行语言：--
主机运行一般在组织的服务器，也可在客户端
数据流的中间件框架{中间件”简单解释：为了解决应用程序对网络过分依赖的问题采取了一种有效的方法，在客户机和服务器之间加一层软件。}
执行这些工作：1 初始化和终止
2执行：即执行在模型中明确规定的行为
3 长期数据流运行的管理
4 管理长期和短期的交易
演讲稿
在英语中working with the flow 是随波逐流的意思，但在这里表示工作流
工作流的实质：在一个机构内，通过用电子文档来替换纸张文档系统，从而实现文档处理过程的自动化。我们可以将整个业务过程看作是一条河，其中流过的就是工作流。
数据流应用的产生的发展是以下两个因素的结果：
在这里 有两个关键字 在计算机环境下 以及自动化（办转学手续的例子）
数据流如邮件，电子邮件，活动和信息。
数据流的传递 是在一定的逻辑和规则下进行的。
无缝集成系统 就是 实现了平台管理的不同系统间信息交换和数据共享,
那么工作流系统是如何开始被人们所应用的呢？
下面介绍一下工作流中的专业术语
工作项目 一个工作项目具体说明一个需要被工作者执行的任务。打个比方说，就像我们编程时，给出提示信息，让 *** 作者输入所需信息。
业务规则： 一个典型的数据流有许多业务逻辑块所组成
在其生命周期内，业务规则在任何时候受限于数据流
业务规则在模型化组织时扮演很重要的角色
定义和运行一个数据模型：是一个很复杂的工作，要有重要的体系结构，设计，和发展工作，并且工作永远都不会结束，因为模型必须一直调整来反映变化的存在的组织环境。
结论：工作流的核心部分是组织工作的模型，这个模型被用于编译许多部分用来运行一个组织。
接着是已经被广泛应用的一些工作流软件
MRP－III
是由MRP－II与JIT(Just In Time,准时制生产)的混合加上专家系统（ES）、并行工程（CE）和承担该系统运行的管理人员融为一体而成。
ERP
ERP的基本思想是将制造企业的制造流程看作是一个紧密连接的供应链，其中包括供应商、制造工厂、分销网络和客户；将企业内部划分成几个相互协同作业的支持集团，如财务、市场、销售、质量、工程等，还包括竞争对手的监视管理。
与以往已经被采用的企业IT应用体系，例如MRPII或ERP相比，WFMS是一个相当重要的里程碑。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。
在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从 *** 作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。
工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。
现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排。
1 已经能够持续自动产生大量的细节数据。这类数据最早出现于传统的银行和股票交易领域，现在则也出现在地质测量、气象、天文观测等方面。尤其是互联网(网络流量监控，点击流)和无线通信网（通话记录）的出现，产生了大量的数据流类型的数据。我们注意到这类数据大都与地理信息有一定关联，这主要是因为地理信息的维度较大，容易产生这类大量的细节数据。
2 需要以近实时的方式对更新流进行复杂分析。对以上领域的数据进行复杂分析（如趋势分析，预测）以前往往是（在数据仓库中）脱机进行的，然而一些新的应用（尤其是在网络安全和国家安全领域）对时间都非常敏感，如检测互联网上的极端事件、欺诈、入侵、异常，复杂人群监控，趋势监控(track trend)，探查性分析（exploratory analyses），和谐度分析(harmonic analysis)等，都需要进行联机的分析。
OSWorkflow是一个灵活的工作流引擎，设计成可嵌入到企业应用程序中。它提供了许多的持久化API支持包括：EJB,Hibernate,JDBC和其它。OSWorkflow还可以与Spring集成。
jBpm是一个灵活可扩展的工作流管理系统。作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBmp将工作流应用开发的便利性和杰出的企业应用集成（EAI）能力结合了起来。jBmp包括一个Web应用程序和一个日程安排程序。jBmp是一组J2SE组件，可以作为J2EE应用集群部署。
OpenWFE是一个开放源码的Java工作流引擎。它是一个完整的业务处理管理套件：一个引擎，一个工作列表，一个Web界面和一个反应器（存放自动代理）。它可以可以跟你的程序很好的给合。
Werkflow是一个灵活可扩展的基于流程和状态的工作流引擎。它的目标是满足可以想象的所有工作流程，从企业级的业务流程到小范围的用户交互流程。通过使用可插拔和分层结构，可以方便地容纳各种工作流语义。
OFBiz是一个非常著名的开源项目，提供了创建基于最新J2EE/XML规范和技术标准，构建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。 OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。包括实体引擎, 服务引擎, 消息引擎, 工作流引擎, 规则引擎等。

在计算机上构建私搭建小型云平台的步骤如下：

1、首先，百度直接搜索“私有云企业网络盘”或“云盒子”，进入官网一键下载windows服务器安装包。

2、然后为服务器设置固定IP，打开网络和共享中心，在本地连接属性中设置填写IP的信息。

3、双击要安装的安装包，完成后会自动d出服务器控制台。单击下面的“配置”按钮，在d出窗口中选择自动配置并单击“完成”，然后返回控制台窗口并单击“开始”按钮。

4、启动后单击快速激活服务器。一般情况下，激活页面会自动d出。根据网络情况，选择激活方式，直接选择在线激活，并根据提示进行 *** 作。

5、以前填写的邮箱账号和密码仅用于绑定激活服务器。登录名和密码为admin/11111（最初可更改）。另一件事是记住id，这是服务器的唯一标识。

6、客户端可以直接从自己服务器的网页下载客户端。不要从官方网站下载客户端，连接的是官方体验服务器。因为企业id不同，为了避免不必要的麻烦，下载到自己服务器的web端更安全。

---