|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增加，修改或删除，配置项的版本随之演变。应当记录每个软件配置项的所有历史记录，并记录该软件配置项由何人创建，何人在何时因何原因进行了修改等信息，以及对这些软件配置项版本的进行检索和信息查询等活动。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
没有版本控制系统的话，代码可能被别人或自己不小心覆盖或遗失、也不知道是谁因为什么原因改了这段代码、也没办法可以复原以前的修改。有了版本控制系统，开发人员只要将每次程式码的变更记录下来，并且透过版本控制系统中进行更新。我们可以浏览所有开发的历史纪录，掌握团队的开发进度，而且做任何修改都不再害怕，因为可以轻易地恢复之前正常的版本。我们也可以透过分支和标签的功能来进行软件发行的不同版本，例如稳定版本、维护版本和开发中版本。
|
|
|
|
目前，主流的版本控制工具可以分为集中式的CVS、SVN，以及分布式的GIT、Mercurial等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
构建工具是一个把源代码生成可执行应用程序的过程自动化的程序。构建包括编译、连接并将代码打包成可用的或可执行的形式。目前，主流的构建工具包括Ant、Gradle、maven等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
主要包括故障监控和性能、流量、负载等状态监控，这些监控关系到集群的健康运行及潜在问题的及时发现与干预。
|
|
|
|
（1）服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控；例如针对前端Web Server，就可以有很多种类型的监控，包括应用端口状态监控，便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态，更上层可能还包括应用各频道业务的监控，这些只是一部分，还有多种监控方式，依应用特点而定。还有一些问题需解决，如集群过大，如何高性能地进行监控也是一个现实问题。
|
|
|
|
（2）集群状态类的监控或统计，为合理管理调优集群提供数据参考，包括服务瓶颈、性能问题、异常流量、攻击等问题。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
随着信息系统软件版本不断变化，开发时间的紧迫以及多平台开发环境的采用，使得软件开发、维护面临越来越多的问题，其中包括对当前多种软件的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等。
|
|
|
|
信息系统软件配置管理是一种应用于整个软件工程过程的标识、组织和控制修改的围绕软件资产的管理技术。界定软件的组成项目，对每个项目的变更进行管控（版本控制），并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯。其关键活动包括：配置管理计划、配置项管理、版本控制、变更控制、配置审计、状态报告等。
|
|
|
|
|
|
根据信息系统软件运维制度和规范、标准，制定配置管理计划，主要包括以下内容。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性，及其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素。
|
|
|
|
为了方便对“配置”进行管理，“配置”经常被划分为各类配置项，这类划分是进行软件配置管理的基础和前提。配置项是一组软件功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待。配置项包括各种管理文档和技术文档，源程序与目标代码，以及运行所需的各种数据等。同时，应该建立配置库来管理所有的配置项。
|
|
|
|
|
|
版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增加，修改或删除，配置项的版本随之演变。应当记录每个软件配置项的所有历史记录，并记录该软件配置项由何人创建，何人在何时因何原因进行了修改等信息，以及对这些软件配置项版本的进行检索和信息查询等活动。
|
|
|
|
|
|
变更在信息系统软件运维过程中是不可避免的。变更控制是配置管理的一个重要组成部分，包含评估、协调、批准／拒绝、实施对配置项的变更。
|
|
|
|
|
|
配置审计是对配置管理的独立的查检过程，确认受控软件配置项满足需求并就绪。其内容如下。
|
|
|
|
（1）功能审计：配置项的变更控制是否和配置管理计划中的描述相一致。
|
|
|
|
（2）物理审计：配置项的完整性、正确性、一致性和可跟踪性。
|
|
|
|
|
|
状态报告用来记录和报告有效管理配置所需要的必要信息。这些信息包括一个已批准的配置标识清单，变更请求当前的处理状态，以及批准的变更的实现情况。配置状态报告可以跟踪对软件的更改的过程，它保证对正在进行和已完成的变更进行记录、监视并通报给相关人员。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
随着虚拟化和云计算的发展，导致了企业内外需要加以管理的服务器数量大幅增长。配置管理工具主要用于配置和维护数十台、数百台、乃至数千台服务器。目前，主要的服务器配置管理工具包括Ansible、Chef、Puppet、SaltStack等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
系统监控工具对信息系统软件的运行状态、配置参数，操作系统的CPU、内存、磁盘、网络状态等进行实时监控。目前，主要的监控工具包括Datadog、Graphite、Icinga、Nagios、AppDynamics、New Relic等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
信息系统软件运维专用工具主要包括版本控制工具、构建工具、部署工具、配置管理工具、系统监控工具等。
|
|
|
|
|
|
没有版本控制系统的话，代码可能被别人或自己不小心覆盖或遗失、也不知道是谁因为什么原因改了这段代码、也没办法可以复原以前的修改。有了版本控制系统，开发人员只要将每次程式码的变更记录下来，并且透过版本控制系统中进行更新。我们可以浏览所有开发的历史纪录，掌握团队的开发进度，而且做任何修改都不再害怕，因为可以轻易地恢复之前正常的版本。我们也可以透过分支和标签的功能来进行软件发行的不同版本，例如稳定版本、维护版本和开发中版本。
|
|
|
|
目前，主流的版本控制工具可以分为集中式的CVS、SVN，以及分布式的GIT、Mercurial等。
|
|
|
|
|
|
构建工具是一个把源代码生成可执行应用程序的过程自动化的程序。构建包括编译、连接并将代码打包成可用的或可执行的形式。目前，主流的构建工具包括Ant、Gradle、maven等。
|
|
|
|
|
|
在软件维护过程中，经常批量部署几十甚至上百台服务器时，实现自动化安装操作系统及其相关组件尤为重要。目前，常用的自动化批量安装工具包括Kickstart、Cobbler、OpenQRM等。自动化部署工具则旨在帮助用户完成应用的快速部署，按照用户指定的策略将软件部署在一组服务器上。目前，典型的自动化部署工具包括Capistrano、CodeDeploy等。
|
|
|
|
|
|
随着虚拟化和云计算的发展，导致了企业内外需要加以管理的服务器数量大幅增长。配置管理工具主要用于配置和维护数十台、数百台、乃至数千台服务器。目前，主要的服务器配置管理工具包括Ansible、Chef、Puppet、SaltStack等。
|
|
|
|
|
|
系统监控工具对信息系统软件的运行状态、配置参数，操作系统的CPU、内存、磁盘、网络状态等进行实时监控。目前，主要的监控工具包括Datadog、Graphite、Icinga、Nagios、AppDynamics、New Relic等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》（GB/T 29264-2012）中，对运行维护服务（operation maintenance service）给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
|
|
|
|
运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
|
|
|
|
在《信息技术服务分类与代码》（GB/T 29264-2012）中，将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类，每类运维服务及其说明见下表。
|
|
|
|
|
|
|
|
|
|
任何组织和个人提供运维服务需要依据需方提出的服务级别要求，并确保提供的运行维护服务符合与需方约定的质量要求。因此，具备相应运维服务能力是服务组织提供服务的必要条件，比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分：通用要求》（GB/T 28827.1-2012）中给出了供方运维服务的能力模型，该模型定义了运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
|
|
|
|
|
|
|
|
|
|
|
|
|
