企业内部IT一体化系列之一:系统架构

有个构想,将企业内部IT的日常运维,管理以及员工服务等日常全部集合和汇总到一起,说起来简单,其实相当复杂,因为自己在之前的公司曾经做过,虽然还未做完,但是构想有了,期待能有机会实施,现在先把可行的成果展示出来,主要是以前技术定级的时候写的ppt的图,凑合看看吧。

平台架构:

这图是微软给的私有云体系,我基本就是照着这个来做的。

下图是我目前整个系统所有的架构:

大概讲解一下:

1:首先整个企业IT统一管理平台需要一个登入的接口,或者说WEB的平台,那么我用SharePoint来做,WFE01,WFE02两台SharePoint的NLB网页前段,APP01和APP02两台SharePoint的应用服务器,SQL01,SQL02两台作为SharePoint的数据库服务器,SQL03作为SharePoint的Report报表服务器和BI服务器。

2:接下来,SQL04,SQL05,SQL06,SQL07是两个大的SQL数据库群集,上面基本跑了SCCM,SCSM,SCVMM,Orchestrator,SCOM的数据库,还有整个IT统一管理系统大的BI数据仓库,SQL08则是一个多实例的报表服务器,主要跑的是Report。

3:CM是SCCM服务器,SM是SCSM服务器,OC是Orchestrator服务器,VMM是SCVMM服务器,下面有10台的宿主机池,提供云服务。

目前实现的功能:

1:SharePoint的各种功能:各个部门的站点,各个项目的站点,Helpdesk帮助台,工作流,mysite个人博客等。

2:Self Service,员工自助平台,这个平台主要通过SCSM的自助门户来实现,如运维人员的日常运维操作改为通过Web操作,员工服务的自助申请,比如VPN,WIFI权限的自助申请,系统自动后台开通等。

3:数据统计和挖掘,如果要实现自动化,自然就要有各种详细的数据库,比如我们对交换机做自动化开关端口,自然就要有所有交换机的数据,比如管理IP,交换机名称,位置,VLAN等。

下面发一下其中几个功能的图:

1:交换机自动端口开通的Orchestrator脚本:

我大概说下,操作方式是运维人员通过web界面,输入需要开通网络端口的员工的工位号,和开通的网络类型,比如工位号是2楼100号,2-100,网络类型是市场部。

那么首先系统去数据库check市场部的VLAN号是多少,然后check2-100这个工位对应了哪个交换机的哪个端口,如果数据输入有问题,或者查询不到,则终止并邮件返回错误信息,目前还没法在SCSM的自助站点上直接返回错误。查询完必要的信息后,做安全性和合规性检查,因为公司会有一些策略和环境特点,比如2-100这个工位和2-101这个工位在一个HUB上,而2-101这个工位已经划分到了媒体部的VLAN上,那么很明显,2-100这个工位就不能划到市场部的Vlan了,类似的check也会终止,然后发送邮件通知终止原因,如果这些check都通过了,那么会继续将信息赋值给变量,生成交换机配置的脚本txt,然后通过ssh推送给交换机,完成操作,就这么简单

2:Helpdesk帮助台站点:

员工可以登录站点提交IT服务请求:

后台BI商务智能统计,方便分析和统计工作量绩效,下图是某位IT人员的工作量分析:

下面是整个部门各个人员的工作数量和分数对比(因为数量不能代表一切,所以还要根据类型乘以权重,得出得分)

3:自助服务平台截图:

4:人员IT信息DB构建

人员信息每个公司肯定都有,但是人员的IT信息有吗?比如这个人的IP是多少?计算机MAC地址是多少?有什么IT权限?坐在哪儿?当前流量是多少?

我构建了一个实时的IT信息数据库,虽然做不到100%准确,但基本准确了。

下图是较早时候数据库的一个截图,看到右下角有IP对应人员对应工位对应员工号的信息:

还有对应出员工的计算机名称和MAC地址,图没截全

实时数据收集的原理:

AD中的用户信息,交换机中的Snooping log,DHCP中DNS renew的Log 交换机端口信息等收集数据

第一节写到这里,后续会一点点详细的从每个系统的规划到部署,到细节服务的配置。

谢谢

企业内部IT一体化系列之一:系统架构,布布扣,bubuko.com

时间: 2024-10-07 06:17:20

企业内部IT一体化系列之一:系统架构的相关文章

企业内部IT一体化系列之二:系统角色

继续上一章的内容,这章主要将整个系统中每个角色详细讲解一下: SharePoint结构: 由于我在做这个项目的时候,所有的系统要求都是高可用,且公司人员基数也大,所有服务器都是高可用的结构,总过7台服务器,三层结构.两台WEB前端服务器,提供IIS服务,两台APP服务器,重要跑SharePoint的各种应用和服务,比如搜索服务,用户配置同步服务等.两台数据库服务器提供一个数据库群集,一台单独数据库服务器提供报表服务,因为report服务不支持群集.如下图: Operation Manager即S

企业内部IT一体化系列之五:基于SharePoint的IT服务台

之前我的文章有介绍过: 帮助台的页面如下: 这个站点的结构其实很简单,主要就是一个大的服务请求的自定义列表,下面加了一个文件列表的Webpart,文件路径是公司的打印服务器.右边是一个组织架构的webpart,是第三方的,就是把某个ou中的所有用户都展现出来. 大概讲下自定义列表的结构,这里的数据类型是SharePoint列表的类型,不是数据库的: 列名 数据类型 说明 ID ID 唯一值,自增长 服务请求 单行文本 用户对自己遇到的问题的简述 故障描述 多行文本 用户对自己遇到的问题的详细描述

企业内部IT一体化系列之三:WEB平台 SharePoint部署

由于System Center Service Manager 2012 R2悲剧的依然不支持SharePoint2013,所有我们的自助门户平台还是只能搭建在SharePoint2010上.关于SharePoint 2013的部署,可以参考我的另一个SharePoint 2013 的专题,不过我这东西太多了,Lync专题也没写完,SharePoint 也没写完,这个正在写,大家多包涵吧. SQL部署: http://mingwang.blog.51cto.com/1997299/1368742

企业内部IT一体化系列之四:WEB平台 SharePoint服务配置

上文中我们只是简单的安装完了SharePoint,其实最最重要的服务配置还在后面,SharePoint自己单独拿出来就可以讲很久,而我这里的目的只是方便大家部署一个可以承载System Center Service Manager自助门户站点的平台,所以我尽量捡重点说: 一:创建服务应用程序: 1:服务应用程序说明 所有的服务数据库命名规则为:SharePoint_WebApp_站点名,SharePoint_App_服务名 命名规则仅供参考 SharePoint 2010中默认有以下服务应用程序

系统架构师-基础到企业应用架构-系列索引

系统架构师-基础到企业应用架构-索引 系统架构师-基础到企业应用架构系列会从,系统架构的起源.发展.架构师必备的基础知识与技能.如何把架构应用到企业应用中去.整个系列计划30篇左右,每 一篇都是自己在系统架构过程中的总结和经验,每一篇我都会抱着认真的态度去完成,宁缺毋滥的原则.希望本系列看完之后不但能够帮助看过这个系列的人对系统架 构有深刻的认识,并且能够掌握系统架构中的必备知识,应用到自己的工作中去,更可以共同提高大家的个人能力.本系列希望能够抛砖引玉,希望大家能够多提出宝 贵意见. 前篇 1

系统架构师-基础到企业应用架构-业务逻辑层

一.上章回顾 上章我们主要讲述了系统设计规范与原则中的具体原则与规范及如何实现满足规范的设计,我们也讲述了通过分离功能点的方式来实现,而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式,而目前更多的是面向对象的开发设计方式.并且我们也讲述了该如何通过设计手段去分析功能点及设计分离 点,应该如何在设计的过程中分析的角度及如何去满足设计规范与原则.首先我们通过下图来回顾下上章要点: 二.摘要 本文将已架构的方式去分析分层结构中的业务层的设计,如何写出来内聚度,高耦合的业务逻辑层

系统架构师-基础到企业应用架构-系统设计规范与原则[上篇]1

一.上章回顾 在上篇中我们讲解了几类UML2.0语言新推出的建模图形,总体来说通过这些图形能更详细的将某类信息表达出来.在这里我们简单回顾上篇讲解的内容. 上图中已经简单介绍了上章讲述的内容,具体内容请看:系统架构师-基础到企业应用架构-系统建模[下篇]. 二.摘要 本章将主要的简单介绍在系统架构中的设计模式及相应规范准则.并结合相应的代码来说明如何遵循系统架构中的一些基本的设计规范及准则.而我们将在本文介 绍几类常用的设计规范,我们先来看看结构化设计的二个基本原则: 当然既然提出了基本的准则,

系统架构师-基础到企业应用架构-服务层

一.上章回顾 上篇我们主要讲解了系统架构中的四种架构模式,并且分析了四种架构模式的实现及应用场景,那么先来回顾下架构中的业务逻辑层的使用及总结.  如果大家对图中讲述的内容不明白或者说是不深入那么可以参考上篇讲 解的内容:系统架构师-基础到企业应用架构-业务逻辑层. 二.摘要 本文将已架构的方式去分析分层结构中的服务层的设计,如何设计出来满足我们说的业务需求及设计规范的服务层将是我们的目标,可能我想大家在项目架构的 过程中可能有些同仁,没有用到该层,或者说是采用的是常用的分层结构的设计,而没有把

系统架构师-基础到企业应用架构-系统建模[中篇](下)

一.上章回顾 首先.我们先来回顾下,上篇讲解的内容,加深下印象.上篇我们主要讲解了3个建模图形分别是:顺序图(序列图).组件图.状态图. 具体功能描述如下图:这里不详细解释,如果不清楚请看:系统架构师-基础到企业应用架构-系统建模[中篇](上) 由于全部放在一篇中篇幅太长了,所以分开讲解. 二.摘要 本文主要讲解:UML建模图中的活动图.部署图等 上图中就是本章要讲解的内容,本质将仔细的剖析,部署图与组件图的关系与区别,活动图与状态图的关系与区别. 三.本章内容 1.上章回顾. 2.摘要. 3.