成长型企业IT架构与升级之痛大吐槽！

lemoncandy

chenyx 发表于 2012-08-30 14:00
1、你是否遭遇过公司IT系统与业务发展不能匹配的状况？
  当然遇到过,It发展很迅速的,技术更新太快,很多技 ...

版主说的还是比较真切的，但是往往想法是好的，实施起来不现实。

要做到很好的硬件扩展性，那当初的系统就得标准化，标准话的东西可不便宜，作为小企业来说不容易。

要为软件的系统升级做好准备，什么都得封装，得有接口，作为初创企业来说，不现实。

只能说用最小的代价，换取最大的利益。

痛是一定的，但是不能痛死。

lemoncandy

20032007 发表于 2012-08-30 16:29
1、你是否遭遇过公司IT系统与业务发展不能匹配的状况？
切肤之痛吧，以前是空白，后来逐渐有了信息系统，本 ...

中国企业都这鸟样，做好了领导的功劳，做不好，干活的人的错，执行不力

20032007

1、你是否遭遇过公司IT系统与业务发展不能匹配的状况？
切肤之痛吧，以前是空白，后来逐渐有了信息系统，本来可以和业务一起辉煌的，但是领导们突然发现这个信息系统能挣钱！！！！疯了，只为了挣钱去开拓市场，系统软硬件统统跟不上，每次找领导要钱，领导总是很疑惑的说x年不是给了xx万给你做系统吗，怎么才几年又要钱了呢，把现有的维护起走就行了。


2、详细描述IT系统与业务发展不能匹配给你的实际工作带来的具体的问题和困扰？

我负责的这个系统，当初为了快速见效，很多地方是能省就省，快速上马。
用户管理、数据管理基本依靠人工去查，前一二年还行，咱脑袋就能记住，现在随着业务量的大幅增加，脑子已经不能管用了，回头来想修改，才发觉数据库就是一个简单的表单，什么都没有处理，代码不是一般的混乱，最初搭建系统的技术人员已经走了好几拨了，后来接手的人也换了一拨又一拨，现在都不敢轻易修改代码了，因为不知道修改某一处代码，会崩溃掉5其他5处还是10处。
最初，以及持续建设过程中，很多临时措施，应急措施，随着技术人员的流失，已经自动变成了永久措施。一个不到1t数据量的数据库，一个用户量不到300的信息系统，让我天天寝食难安。
3、您认为成长型企业在IT基础架构设计之初应该考虑哪些问题？
（1）架构，架构
架构一定要合理，考虑到至少5年左右的应用，以及扩容需求，不仅是数据量，还有业务的扩展。
（2）不要临时措施
绝对不能要，如果做不了，宁愿空闲。基本上这几年，我负责的这个系统里，采用的临时措施，最后都不得不变成了永久措施。也就造成了长久的噩梦。
（3）简洁、简单
功能一定要简洁，简洁，再简洁，不夸张的说，信息系统的用户，绝大多数都是“白痴”型。绝对不能用技术人员的思维去设计功能和应用。
太复杂的应用，宁愿拆分成几个应用，最后假整合到一起。
（4）项目始终，都需要一个绝对称职的联系人，这个人选很关键很重要，他要熟悉业务，绝对的熟悉，他要了解信息系统的基本特性，能理解要做什么，并告诉开发人员怎么做。很多时候我觉得绝望，因为我滔滔不绝讲了很久，技术人员连连点头说明白了，最后做出来的东西不知所云！！！我以为我讲清楚了，开发人员觉得他听明白了，结局却是如此的悲催。。。。

chenyx

1、你是否遭遇过公司IT系统与业务发展不能匹配的状况？
  当然遇到过,It发展很迅速的,技术更新太快,很多技术,还没等完全运用的时候,就已经过时了.比如,网络,现在万兆网络已经开始流行了,升级到万兆的时机已经到了,可是,对于小企业,如此大的项目,心有余而力不足啊.
2、详细描述IT系统与业务发展不能匹配给你的实际工作带来的具体的问题和困扰？
  举个例子,我的一个服务器,刚开始的时候,是用的当时最好的服务器,运行很稳定,但是,随着业务规模的扩大,单纯的升级机器已经没法解决了,最终,用nginx+后台多个服务器负载均衡解决的这个问题.
3、您认为成长型企业在IT基础架构设计之初应该考虑哪些问题？
  应该首要考虑系统架构的伸缩性和系统的可扩展性,等将来系统规模上来的时候,通过简单的增加物理主机的办法,就可以解决问题是最好的方案了.
  另外,要考虑核心交换的可扩展性,尽量使用可扩展的核心交换机,将来可以通过升级系统的办法,来支持新的协议,新的模块.

chenyx

沙发支持下.