最好是先做一个评估吧,分析下目前软件为啥应用率只有20%,企业目前的状态与软件流程有哪些需要改进的地方,目前软件是否能适应本企业的要求,升级前后对公司会有哪些改变?分析下升级成本,权衡利弊再做决定吧同时如果要升级,也要考虑如何升级,怎样能更好的用好软件。
首先,航空公司作为一个企业,人力资源相关的必不可少,这个没啥特殊的;
其次,航空器运行需要的运行网系统是航空公司运行的核心,这个是重点;
最后,其他的IT系统都是辅助运行网的系统,例如:飞行员排班、乘务员排班、维修以及航材管理系统、人员培训系统、市场部机票销售系统。
首先我觉得这个架构好处是实现原理简单,而且扩展性d性比起RISC架构来好处不言而喻但其实这个架构里面也存在着无谓的资源浪费可能性例如拿存储而言,目前Hadoop类的多副本分布式存储很火一份数据存三份,发现有数据损坏立即找空闲空间恢复听上去很简单很容易实现很高效,但如果你真的坐下来仔细算算账,你就会发现:
1 当你数据量不大(小于PB)的情况下这种一份数据存三份方式的成本其实比现有任何商业存储方案的成本都要高
2 这种方式下每台服务器的CPU利用率都很低,而现在市面上的大存储容量服务器,CPU配置都很高所以这种方式,基本上是对于CPU资源的一种浪费所以,或许对于数据量适中的企业来说,用EC CODE这种以计算能力换存储的分布式存储解决方案会比多副本方案更经济实惠
3 这种方式很容易让IT运维人员产生一种惯性思维 即要提高系统在线时间就多买些服务器就好了因为服务器多了分布性好了自然冗余度就高了于是不必要的服务器采购就这么产生了,每个数据中心也就又多了很大一笔不是很必要的电费开销
其次,我觉得分布式架构的某些故障很可能会产生连锁效应,导致更严重全局瘫痪打个比方,大家都知道赤壁之战的故事里面有个很著名的桥段就是庞统献连环计,铁锁连舟起始时使曹 *** 万余战船连成一体稳如平地进可攻退可守前后都可照应看似完美,但唯有一个命门就是怕火攻而诸葛亮周瑜正是利用这个命门,解东风火烧赤壁把曹 *** 百万大军杀的丢盔卸甲互联网的分布式架构其实我觉得也有类似命门大型机之所以那么贵,其实很多时候用户在为千万分之一甚至亿万分之一的万一买单而互联网,现在的公有云架构,在设计之初,基本的考虑思路是大用户,大并发,然后尽量减少TCO所以很多时候,设计架构时会先把那些千万分之一排除在外,暂时不予考虑而系统上线之后,稳定运行一段时间用户量,精力往往又会去专注扩容方面了搞不好就会把一些命门漏掉,于是乎万一正好遇上东风吹到了命门上,后果估计会比曹阿瞒更惨因为IT世界里还没有那么仁义的关云长会在华容道上放曹 *** 一马
最后,我想说互联网,云计算的业务类型其实和传统企业的业务类型不一样,所以大型机,系统处理的任务,运行的计算并不一定都适合移植到分布式系统架构上来还是以交通运输举例:我要去美国,目前还是只有飞机可以满足我的需求当然你可以说我坐动车也可以,无非是多转几趟跨国列车但那毕竟很勉强,速度不快,费时费力还不省钱,毫无意义人家直接飞过去就行了,你却要绕着太平洋海岸线跑一个大圈来兜,何必呢
那么以上这些问题有没有办法解决呢其实我觉得解决以上问题的关键就是两个字:运维分布式系统,要保障其安全可靠的运行,合理有效的扩容,关键不在系统的软硬件,而是在系统搭建之后的运维和持续的对系统的改进修正!现在网络上很多人都在热衷于各种开源架构如openstack,Hadoop的开发,应用场景探讨但个人以为这些开源系统的特点是搭建简单,维护艰难!要想把这些架构和技术真正投入企业成熟应用,在运维管理上投入的成本可能大得多因为这些系统架构更分散,出现的不可预估性更多,同时也更需要有人来理清何时用分布式架构,何种场景还是需要传统架构那么可能有人要问,既然如此,我们还有必要走分布式系统这条路吗当然有!原因也很简单:分布式架构给了我们处理海量请求的能力和应对突发事件的d性;同时分布式架构也使系统具备了更好的扩展能力和更多业务创新的可能性。
尽管如此,还是有必要对这些风险进行梳理。不过,在开始对风险评估之前,IT部门首先需要了解为什么会提出这样的问题以及有哪些风险需要进行评估。其中尤为重要的是,每一个人都要明白,IT面临的风险最终都会波及到企业的正常经营。
一般而言,这些风险可以分为以下四种,它们都有对应的风险控制工具:
1 业务运营风险。对此类风险的评估涉及到企业面临着何种竞争威胁,而对竞争威胁的分析有助于企业决定投入多少必要的资源来应对这种竞争威胁。
在面临那些非传统的竞争威胁时,选择合适的应对策略有时是非常困难的。比如,很多高科技企业在最初面对微软时就根本没有把它放在眼里,认为它不过是一个从哈佛退学的学生组成的一个小公司而言。最后这些企业为此付出了代价。
对于业务经营风险而言,应对策略就是参考那些好的对各种相关风险进行评估的企业案例。面对一个崭新的市场机会,进行一次全面的风险评估对保证经营的成功就像准确的财务分析报告一样重要。
2 项目风险。对于经过批准的或者是已经在开发中的项目,其管理重点通常落在项目是否能在预算内、按期、高质量地交付。其对应的风险控制方法是利用有效的项目管理和进行常规的监控。
3 业务中断风险。这类风险指的是企业在困难环境中是否能继续保持业务运转,比如,服务器突然宕机或者大厦被毁坏时。在大多数情况下,服务器崩溃只会影响少数几个人,而建筑物被毁坏可能会导致公司经营活动全部终止。
4 市场风险。这类风险又可以分为地缘政治风险和特殊行业风险。地缘政治风险包括战争、恐怖袭击、瘟疫以及进出口限制等,此类风险的大小取决于具体的国家、企业供应链的复杂程度以及所处的行业与政治之间的关系等。特殊行业风险指的是国家对某些行业的特殊限制政策等,例如从事金融服务业必须考虑国家的银根紧缩政策、债务抵押业务的彻底崩溃以及类似目前袭击全球的次贷风波等; 从事日常消费品生产的制造商必须小心快闪族通过社交网络唾弃它们的产品。
这类风险的控制主要依赖于快速对各种不确定的事件制定出相应的对策。其中最为重要的是,要努力去发现各种可能的风险,因为最大的风险恰恰是我们不知道有何种风险。
外包特别是离岸外包会增加上述各种风险的危险性。对外包的风险进行评估时必须特别关注通信、物流供应以及供应商的变化和知识产权等问题。
另外,在进行任何风险评估之前,还必须了解公司的管理团队面临的困难,然后再选择合适的办法来应对潜在的因难。如果经济状况允许,也可以考虑对风险进行投保。
就是指支持企业业务运营的一整套信息系统的架构,完整的IT架构应该包括:\x0d\1、各业务应用系统,比如PDM、SCM、CRM等\x0d\2、各管理应用系统,比如OA、ERP、HR等\x0d\3、支持与运行上述各应用系统的中间件软件、数据库软件、 *** 作系统等\x0d\4、上述各软件系统运行的硬件设施,比如服务器、存储设备等\x0d\5、支持上述系统被正常访问的各种网络设备、机房环境设施等\x0d\6、保障上述软硬件系统安全运行的安全设施,包括各种软硬件级别的防火墙、防病毒、防攻击工具,安保措施、供电保障等\x0d\7、保障上述所有设备与措施正常运转运营的一整套IT组织与IT管控体系
以上就是关于真实案例研究:企业要不要升级IT系统全部的内容,包括:真实案例研究:企业要不要升级IT系统、航空公司有哪些业务有哪些IT软件系统、浅析互联网系统和传统企业IT系统的异同等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)