请选择 进入手机版 | 继续访问电脑版

IDC好

 找回密码
 立即注册

QQ登录

只需一步,快速开始

返回列表
查看: 259|回复: 0

[BGP机房] 河南服务器托管,我们更专业!

[复制链接]

85

主题

85

帖子

421

积分

新手上路

Rank: 1

积分
421
发表于 2018-1-8 19:29:40 | 显示全部楼层 |阅读模式
服务器托管
公司名称: 郑州泓之信科技有限公司
公司网站: www.tttidc.com
联系QQ: 177679880
联系电话: 18567558664
机器类型: BGP机房
机房名称: 新乡机房
机器规格: 4U
IP个数: 253 个
防御: 0 GB
默认带宽: 5 MB
价格/月: 3500 元(人民币)
服务器拖管

GBP多线数据中心 服务器托管 1U  带宽  5M独享   3500/年
GBP多线数据中心 服务器托管 1U  带宽 10M独享   6500/年
GBP多线数据中心 服务器托管 2U  带宽  5M独享   5000/年
GBP多线数据中心 服务器托管 2U  带宽 10M独享   8000/年


双线双IP   服务器托管 1U 带宽  10M独享   4000/年
双线双IP   服务器托管 2U 带宽  10M独享   5500/年







┏━━━━━━━━━━━━━━━━━━━━┓
联系人:王蒲
QQ:177679880
电话:18567558664 0371-69103657
地址:河南省郑州市花园路居易摩根中心2506
┗━━━━━━━━━━━━━━━━━━━━┛












    IDC企业商务模型的内容主要包括主营业务、商务模式、商务主体、竞品分析、组织架构、商务运作模型和业务流程等。
       主营业务即公司做什么业务,商业模式即公司怎么赚钱,商务主体即哪几个人在一起做这门生意,竞品分析即了解竞争对手的情况,组织架构即公服务器托管司部门是怎么划分的。组织架构图中标出人数,根据系统与业务之间对应关系,可以了解系统中哪些模块使用频率高,以及业务与其对应模块的复杂度。商务运作模型即公司是如何运作的,售前做计划,找供应商把东西买进来后,经过服务和结算,再卖给我们的服务器托管经销商和采购商,使我们获得利润,售后进行大数据分析最后又指导着我们的售前,整个过程形成良性循环。可以把一家公司想象成一台机器,输进去的是钱,转一转后,又能够生出更多的钱出来。
最后是业务流程和附服务器托管档资料,业务流程包括预订流程、订单处理流程、产品供应流程、财务结算流程、账户管理流程。企业商务模型的建立,指导着整个应用系统模型的建立,它是整个应用系统建设的基础和前提,毕竟应用系统是为业务服务的。
架构现状的内容主要包括:功能架构、应用架构、数据设计和物理架构。
     功能架构主要包括功能、角色和权限三部分。功能是企业服务,用户使用服务器托管的每一个功能,就是企业的每一个服务。角色是用户操作的归类,功能与角色的对应关系即权限。了解系统架构的现状,从功能架构开始。
     应用就是处理器,应用架构的内容包括现有架构图、Web应用现状、作业小应用(Job)现状和接口架构。其中,接口是应用层面的关键,它是一个程序与另外一个程序交互的部分。
        应用架构服务器托管图表列出了哪些业务逻辑没有被重用,换句话说业务逻辑被多少个应用调用,就需要被重复开发多少次,一旦改了一个地方,就要同时改多个地方,导致系统开发效率非常低下。各业务逻辑如预订逻辑,虽然被多个应用调用,但它们与应用是没有关系的,业服务器托管务逻辑可以独立的存在,也可以寄宿于多个应用。业务逻辑是一个业务操作的抽象,而业务应用与业务部门共同完成了业务操作。
       物理架构的内容主要包括IDC机房、机房之间访问关系、机房内服务器物理部署图、机房与业务分布、网站架构、数据库架构、集群清单和域名清单。将这些内容以列表和图形方式整理出来,就会很容易了解和发现问题,只有发现问题才能解决问题,特别是在全局体系架构方面,这也是表和图的价值所在。当时这家公司共有5个地区、8个机房,虽然只有200多台服务器,但分布很散,导致物理结构复杂,通讯也很复杂。技改前故障不断,其主要的一个原因就是物理架构不合理,运维要占60%、70%的责任,当时却把责任归咎为应用架构,这服务器托管是个错误的方向。物理架构的不合理,应用架构是很难合理的,因为物理架构是我们的基础设施,位于最底层,下层为上层服务,运维要为应用服务,应用要为业务服务,业务要为客人服务。
       建立领域词汇是建立领域模型的第一步,它能统一词汇明确概念,以减少服务器托管一词多义、一义多词的情况。概念一旦确定,再扩展属性和行为,然后把它当作一个单元与其它事物构建在一起,就会很容易形成模型,领域模型与企业商务模型中的业务流程图有参考对应关系。领域模型在实现时可大可小,在业务的早期,在系统比较小的情况下,它有可能是一个类。当系统做大了以后,它可能是个DLL库。再做更大一点的时候,它可能是一个服务,给不同的应用去调用。每一个方法都有成为服务的潜质,特别是在系统中后期。领域模型是业务逻辑代码的施工图纸,它不仅有利于对现在系统业务逻辑的了解,同时也指导未来的架构改造。
       网站功能规划就是功能的重新划分,对照着架构现状,未来的功能应该如何调整?如案例中的国内网站功能规划,分别画出了全局功能图、采购服务器托管商功能图、平台商功能图和供应商功能图。其实在做网站功能规划的时候,更多需要考虑现状,而不是未来调整的部分,如果没有很大问题,则不做调整,尊重历史。因为有些东西(如名称)用户已经使用很久了,调整往往比较难,合理大于准确
       系统是什么,系统=元素+关系。应用架构是什么?应用架构=应用+架构。应用就是系统的最小单元,应用分类和应用编号则构成了应用关系即应用的架构。如上图中的案例,应用分类新建了框架FX和公共业务系统服务器托管CBS,在原有的200多个应用中并没有这两个产品线,而是分布在了不同的业务线中,从而导致重复建设。应用编号是给每个应用分配一个六位的数字ID,就如同我们的身份证一样,头两位表示产品线,中间两位表示子系统,最后两位表示应用,。应用编号是应用管理、依赖和追踪的基础,集中式日志和监控框架都有使用到应用编号。
        SOA规划就是接口规划,它的归类与商务模型中的业务流程有参考对应关系。上图案例有五个服务中心:预订服务、订单处理服务、产品供应服务、财务结算服务和公共服务。每个服务只需要实现一套自己的逻辑服务器托管,我们的前台、后台、接口、作业小应用等都可以调用,服务的逻辑跟我们的业务逻辑是一致的,修改代码的时候只需要改一个地方就可以影响到所有调用到这服务的前端应用。
     IDC是整个信息系统中生命周期最长、最难修改的部分,所以要加强规划。数据库的设计至少要提前两步,具体根据高层E-R图和数据设计来新建数据库,早建要比晚建好。数据库调整的代价大、周期长,长时间产生的问题,需要长时间来解决,先在新库里解决新表,再根据当前业务和应用的需求,逐步调整旧表。
物理架构的规划内容包括集群规划和域名规划。首先是集群规划。20 倍规划、5 倍设计和 1.5 倍实施:规划和设计要大一些,但实施时小一些,这样不仅便于将来的扩展,也节省了当前的费用;两个逻辑网络:一个内网和一个外网,两个负载均衡,两个防火墙,安全隔离内外网;四条产品线:国际、国内、新业务以及公共业务,单点登录和企业支付网关等公共业务也属于一条产品线;六个集群:Web 集群、SOA 集群、中间件集群、数据库集群、Job 集群和 ITD 集群。以上横向集群与纵向产品线形成了一个矩阵结构,也基本确定了网络基础架构。对于域名规划。对内的域名该改的改,该停用的停用,该合并的合并。服务器托管对外的域名要尽量少改,要改的话也要有历史继承性(如跳转),要尽量减小对用户的影响
      做完架构规划后,就是架构实施落地了。我们的架构实施整体思路是:树目标、给地图、立榜样、抓重点、造文化、建制度、整环境、组建架构部。架构部内招几名老程序员,外招几个架构师。内部走出去,提高眼界。外部牛人请进来,落地了解历史和业务。技术建议是服务器托管:SOA服务化、基服务器托管础设施平台化、公共业务服务化、加强项目概要设计。当研发团队达到200多人、有了几百个应用,且在故障不断的情况下,不能与以前一样没有设计就开始编码,而是做加强项目概要设计及评审。后面的补与前面的防,两手都要抓,两手都要硬。具体计划是:分步实施,改造一期、改造二期、改造三期,近细远粗、实事求是、逐步细化、逐步完善。不断立技术改造项目,不断将技改与业务研发项目相结合,技改即是工单、工单即是技改。避免对业务过多地影响,并不断有业务价值服务器托管输出,这是架构改造得以持续实施的关
服务器托管以上简单地介绍了总体架构的编写方法,我们的编写思路是先了解业务,建立企业商务模型,主要包括静态服务器托管的商务主体、组织架构和动态的商务运作模型和服务器托管业务流程。再了解架构现状,建立现有信息系统模型,主要包括功能架构、应用架构、数据设计和物理架构。一个是商务,一个是电子,两者即是整个公司的电子商务系统。然后在企业商务模型和现有系统模型之上建立领域模型,领域模型它相对稳定,直接指导着接下来的架构规划,最后一定要落地即架构实施。



只有我们更专业,才能令您更满意!

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|论坛帖子|用户协议|全球IDC举报点评论坛 |网站地图

GMT+8, 2019-11-20 10:47 , Processed in 0.115500 second(s), 24 queries .

Powered by IDC好 X3.3

© 2001-2017 idchao.Com

快速回复 返回顶部 返回列表