运维管理,项目建议书

《运维管理,项目建议书》由会员分享，可在线阅读，更多相关《运维管理,项目建议书（20页珍藏版）》请在金锄头文库上搜索。

1、 运维管理运维管理, ,项目建议书项目建议书篇一：信息化管理系统项目建议书信息化管理系统项目建议书项目建设单位：编 制 日 期：主要编制人员：联系电话：Email：编 制 人 员：项 目 负 责 人：建设单位负责人：（签字） （签字） （签字）目录第一章 项目简介.11、项目名称.12、项目建设单位.13、项目建议书编制依据.14、项目概况.15、主要结论和建议.2第二章 项目建设单位概况.3第三章 项目建设的必要性.51、项目提出的背景和依据.52、现有信息系统装备和信息化应用状况.63、信息系统装备和应用目前存在的主要问题和差距.64、项目建设的意义和必要性（项目价值）.8第四章 需求分析

2、.111、建筑施工企业行业分析（外部）.112、XXX 工程公司项目管理中存在的主要问题（内部）.113、信息化系统功能分析.14第五章 总体建设方案.171、建设原则和策略.172、总体目标.203、总体建设任务.214、总体设计方案.30第六章 本期项目建设方案.331、建设目标与主要建设内容.332、信息资源规划和数据库建设.333、应用支撑平台和应用系统建设.334、网络系统建设.33篇二：运维通方案建议书运维通服务方案建议书撰稿方:广州网脊网络科技有限公司公司撰稿日期:CUSTOMERS NAME:用户名称:PROJECT NAME:项目名称:运维通服务方案建议书VOLUME NUM

3、BER:卷标: 第一版电话:4006-3525-00传真:地址：广州市番禺区大学城中二横路 22 号创业楼 A 区4 楼网址：目录第一部分引言 .3第二部分概述 .42.1 运维通设计背景 . 42.2 设计原则 . 4第三部分运维通解决方案 .63.1 一键通功能 .63.2 主机监控 . 73.3 网站监控 . 103.4 自定义分组与拓扑图 .103.5 丰富的自定义报表功能 . 113.6 丰富的事件查询机制 .123.7 自定义阀值、报警 . 12第四部分部署方案 .144.1 部署方式 . 14第五部分服务方案 .165.1 服务范围 . 165.2 故障级别 . 165.3 工作

4、内容 . 175.3.1 日常支持 . 175.3.2 现场服务工程师工作内容 .175.4 日常工作内容详细说明 . 175.4.1 日常服务 . 175.4.2 客户服务经理及专家支持团队 .185.5 驻场工作内容详细说明 . 错误！未定义书签。5.5.1 紧急故障处理 .错误！未定义书签。5.5.2 运维通变更支持 .错误！未定义书签。5.5.3 系统监控 .错误！未定义书签。5.6 运维通培训支持 .18 ?版权所有广州网脊网络科技有限公司 Page 2 of 19第一部分 引言伴随的 IT 服务的发展,IT 服务的概念也在发生着巨大的变化。IT 运维服务已经由原来局限在用户自身环境

5、下的 IT服务，延伸到覆盖公用云、私有云、外包服务商等多纬度、全天候的 SaaS 运维模式，从狭义理解,IT 服务仅仅是为了解决信息系统出现的故障,在系统出现停顿的时候可以快速的恢复。而目前的 IT服务已经包含了更多的内容,IT 服务渗透在信息系统的整个生命周期之中。本文基于该理念,对 IT 服务系统的实现进行分析研究。文章基于网脊运维通 SaaS(Software as a Service)模式理念,构建统一平台下支持多类型用户使用的基于 SaaS 模式的 IT 自动化运维平台。使用户在使用效果上与企业自有 IT 服务运维平台基本没有区别,但节省了大量用于购买硬件设备、技术支持和维护运行的资

6、金，同时使得原来分散在不同区域多个机构孤立的信息有了信息共享的条件,使得用户能对分散在不同地方的 IT 系统进行控制、并及时了解相关信息。同时结合网脊运维通的手机 APP，用户可以随时、随地地了解自身 IT 基础环境、业务系统等 IT 资源的可用性、性能、安全事件等主要监控类别，同时结合手机 APP 上的一键通功能，用户可以方便地对远端机器进行硬件重启，预录制命令脚本执行等方便、快捷的一键运维功能。运维通集成了简单、实用的监控、远程操作等实用功能，让普通用户无需购买、安装复杂的 IT 运维系统就可以享受在线的 IT 监控、运维系统，同时具备即时通讯功能的工单流转系统，可将用户、外包服务商、ID

7、C 机房维护工程师等角色有机地整合在一起，是一个完全创新的基于 SaaS 模式的社交型 IT 运维技术平台。?版权所有广州网脊网络科技有限公司 Page 3 of 19第二部分 概述2.1 运维通设计背景运维通的设计背景主要是针对目前互联网上的设备、应用越来越多，而一般客户的运维技术人员多在公司本部，系统、设备多托管在远端机房，他们希望能有一套集成了远程连接、在线监控的自动化运维解决方案，同时可以很好地集成到手机 APP 上，随时随地对远端设备进行监控或者简单常用的快捷操作等功能，同时 IDC 托管机房也希望可以拓展自身的业务范围，不停留在低价竞争的机柜出租业务上，而是可通过运维通系统对用户提

8、供系统、实用的监控、远程维护、工单流转/考核等功能，从而可持续性地提升用户服务体验，提高自身品牌的客户美誉度。2.2 设计原则在线系统的监控、运维与普通运维解决方案看似有许多相似的地方，但其实还是有很大的不同，普通运维解决方案部署在本地，监控的设备数量有限，使用的用户数量也有限，但在线 SaaS 系统则明显不同，监控的设备往往是海量数据，一个普通 IDC 就有上万台设备，用户数量则往往过千，如果采用普通 IT 运维网管软件的设计是完全不行的，同时在 SaaS 模式下，整个监控是在公网上完成，用户对安全性要求比较高，如果采用插件的方式，用户也一定会比较抵制，总之，在线 SaaS 运维系统的设计有

9、其自身的特定，我们在开发运维通过程中，遵循了以下设计原则： ? 弹性化架构考虑到在线 SaaS 系统的运营特点，运维通的设计采用了高度可扩展性的云系统架构，整个系统分为三个层次，按需部署的收集器、管理服务器以及数据库集群，任何层面的设备都是采用负载均衡的方式工作，任何设备实效后会自动切换到相应的健康设备上。? 高性能网脊运维通的收集器，每台至少可监控、管理 500 台设备（主要是 snmp 协议特点，而非运维通设计瓶颈） ，每台管理服务器至少可以管理 30 台收集器，一个 2 台管理服务器、60 台收集器的小型运维通系统集群就可以很好地管理、监控 3 万台互联网设备，其性能指标是比较高的。?

10、安全性与完全运行在用户企业内部网络的本地监控系统不同，网脊运维通系统是为广大用户通过 SaaS 方式来监控、管理自身设备而研发的，所以网脊科技在开发过程中摒弃了其企业解决方案运维通的很多功能强大，但会牺牲安全性的监控项目和监控策略，用户设备无需安装插件，?版权所有广州网脊网络科技有限公司 Page 4 of 19主要通过配置 SNMP（支持 V3）对特定的收集器的只读功能来实现监控功能，远程操作等通过配置 IPMI 的功能来实现，因为通过标准的网络管理协议来进行操作，与用户的业务系统是完全隔离的，安全性比存在后门的插件方式要强很多。? 移动互联网网脊运维通的操作，除了普通的 web 浏览器的工

11、作方式外，手机 APP 的良好操作体验是比较重要的设计原则之一，我们将一些相对复杂的配置保留在 web 端，而查看、快捷远程操作等重要功能，我们在手机界面都很好地进行了拓展，用户可以很流畅地体验随身、随时对在线 IT 系统监控、快捷操作的易用、方便。? 二级管理接口网脊运维通的业务推广模式主要依靠与具备相应实力的IDC 运营合作伙伴共同拓展的方式来实现，运维通设计了专门的合作伙伴二级管理接口，合作伙伴可以通过该管理界面实现：替换其专属 LOGO、广告，批量导入/修改/删除用户、充值/余额查询、客户专属服务工程师分配等功能。?版权所有广州网脊网络科技有限公司 Page 5 of 19篇三：易网数

12、通运营运维统一管理平台项目技术方案建议书运营运维统一管理平台Dashboard 子系统（一期）技术方案建议书目录1. 引言 . 11.1.1.2.2. 编写目的 . 1 编写说明 . 1 项目说明 . 22.1.2.2.2.3.2.4. 系统名称 . 2 项目背景 . 2 项目建设目标 .3 项目建设内容 .33. 需求分析说明书 . 43.1. 现状分析 . 43.1.1. 资源分布 . 43.1.2. 数据来源 . 43.2. 系统功能需求 .53.2.1. Dashboard 子系统基础功能 .53.2.2. 覆盖范围 . 53.2.3. 主要业务操作 . 83.2.4. 多维度及多形式

13、信息展示功能 . 83.2.5. 系统接口 . 93.2.6. 产品化封装 . 91. 引言1.1. 编写目的本文档将从总体概述运营运维统一管理平台 Dashboard子系统项目（一期）建设的技术方案，并且将作为后续系统具体功能实现的详细方案设计、开发及交付实施计划的基础。1.2. 编写说明运营运维统一管理平台 Dashboard 子系统项目（一期）建设技术建议书。2. 项目说明2.1. 系统名称运营运维统一管理平台 Dashboard 子系统（下文简称“Dashboard” ） 。2.2. 项目背景随着全国云资源节点的建设，相关 IDC 资源的状态监控、数据分析以及运行操作也日趋复杂。对于

14、IDC 资源的掌控能力直接影响到整个云资源网络的业务保障水平。每时每刻，在 IDC 这个复杂的生命体中，资产、人员、业务都在产生大量的数据和信息。我们已经掌握了很多工具，获取某单点、某竖井的运行状态信息，让 IDC 各个部分“可见” 。然而“可见”往往并非“可控” 。信息过载只能让管理者更加迷茫无措。问题的关键在于能否提供一种高效率的信息交互方式。提供掌控力的可视化解决方案包括一系列存在内置关联关系的视图，形成一个结构清晰的信息容器。在这个容器的框架之下，接入多个来源的动态数据并进行关联化展示。让可视化管理平台应对信息洪流的挑战，管理者只需立足于平台之上，进行最擅长，同时也是最重要的工作：评估

15、风险、决策执行。IDC 中任何一个资源节点都同时处于多个系统或管理逻辑之中。一台服务器是物理数据中心的一部分，占用空间、消耗电力、产生热量。它与建筑空间、基础设施以及其他IT 硬件共同组成了企业 IT 的物理基础。通过广泛应用的虚拟化技术，物理设备为虚拟资源池注入计算与存储能力。云操作系统实现资源池的灵活调度，容器技术支持更上层架构的敏捷部署。整个业务体系，可能同时被传统 IT 架构以及新型的云架构支撑，形成混合状态。围绕着基础设施、云化资源、业务系统这一主线，企业还需要维护多种不同逻辑的管理体系，如信息安全、财务审计、组织机构等等。管理者的决策“牵一发而动全身” ，一个节点的变化，将在多个维

16、度的拓扑关系中引起连锁反应。建设统一管理平台 Dashboard 将为用户提供一扇高维度的信息窗口，在明察秋毫的同时，掌控全局。2.3. 项目建设目标（1） 系统的实现应参考国际标杆并结合现状，采用科学的预测分析模型、先进可靠的设备和系统、使用高效的软件开发流程和技术，确保系统的先进性和成熟性，保证投资的有效性和延续性。系统达到企业级的安全标准，提供良好的安全可靠性策略，支持多种安全可靠性技术手段，制定严格的安全可靠性管理措施。（2） 系统应遵循开放式标准，统一规划，为未来的业务发展奠定基础。（3） 系统应具备灵活的可扩展性，具备方便地适应业务需求的变化、迅速地支持新业务的能力。（4） 系统应易于使用与维护，具备良好的用户操作界面、人性化的管理工具和完备的帮助信息。2.4. 项目建设内容Dashboard 子系统将分三期建设，一期主要实现 IDC 运行状态信息和资源使用情况以及运营状态分析的集中可视化管理，包括：（1） 运维管理现状调研、需求梳理、指