又是平台架构?

标签:服务器业务流程安全存储

访客:23307  发表于:2012-12-10 12:50:22

又是平台架构?


IT行业流传一个笑话:每隔几年就会有一个挨板子的岗位,过去是开发人员,然后是项目经理,然后是
架构师,然后是产品经理。
还有一个笑话:说是一帮警察到森林里逮兔子,逮回来的却是一只小浣熊,小浣熊哭着说:别打了,我
就是那只兔子。


经常软件不稳定、定制开发周期长、软件难修改、集成性差、软件性能差、软件安全性差,就说,这是
平台架构底层根的问题,依现状改善不了。但真的这个板子么?咱们逐一剖开,看看问题是怎么扎堆连
锁反应造成的,看看要保证一个方面需要怎样的整体配合。


一、安全保障
1、系统基础安全管理:公网入口(防搜索防不明IP防DDoS、VPN)、服务器操作系统漏洞和账号管理、
目录权限管理、中间件漏洞和账号管理、数据库漏洞和账号管理、结构数据和文档数据独立存储备份管


2、应用软件安全管理:账号管理、功能权限审计、基础配置修改权限、数据导出权限、应用审计


3、架构安全保证:UKEY客户端访问许可、WINDOWS AD账号绑定、强密码策略(强口令、强验证、强锁定
、有效时间)、防SQL注入、防URL注入、防模拟Session登录和无Session侵入


二、性能保障
1、系统基础性能管理:基础硬件高性能达标(外网/内网/存储/CPU/内存)、基础软件高性能(操作系
统/中间件/数据库)、各子系统独立部署、查询/抽取/清洗/导出/统计分离


2、应用软件性能管理:索引优化、历史查询/统计和生产处理分离、历史数据转移和清除


3、应用软件性能设计:主干场景和非主干场景独立模块、窗口业务/计费功能独立设计、最少列最少行
取数/异步层层加载/翻页、SQL优化与索引优化


4、架构性能保证:支持负载均衡、支持查询分离


三、集成保障
1、应用软件功能设计:各功能点/模块/子系统间接口明确、接口稳定、接口可扩展性;公共功能、公共
数据库专人管控专人设计


2、架构保证:门户集成、组织集成、流程集成、主数据集成、数据同步中间件


四、软件修改灵活性保障
1、应用软件功能设计:主干场景和非主干场景独立模块;窗口业务/计费功能、数据导入、数据填报、
业务处理、审批、数据查询/统计这些功能分类针对设计

2、应用软件代码编写:代码分层编写;流程函数与功能函数分离


3、架构保证:面向实体、服务分层的编程模型


五、定制开发周期保障
1、软件代码前端为:HTML/CSS/UI、数据是XML/JSON,逻辑层是XML业务流程、数据库是XML ORM、
VIEW/SP/JOB。从代码开放性来说,全是开源


2、模板、表单、工作流:都有可视化工具修改配置,但更复杂的控制,需要掌握脚本技术


3、高级查询、报表、统计指标:虽有可视化工具,但需要复杂SQL编写,既要熟悉业务、数据结构、数
据特征,又要熟悉SQL技术


4、增删改查审批:都有快速模板生成工具


六、软件稳定性保障
1、协作流程:业务模型、设计模型、开发模型、测试模型都有方法体系,而且是同方法论
层层传递交底确认,防止传递扭曲误解,防止传递衰减


2、应用软件系统设计:实体图、状态图、协作图、时序图


3、应用软件代码编写:功能点/模块封闭独立;接口明确;代码模板技术;


4、架构保证:面向实体、服务分层的编程模型


七、常见问题
1、平台架构开发不怎么写文档,或者写的只是自己内部开发用的文档,而没有针对一线客户和一线实施应用的架构介绍文档,如果有,也只是单薄的几页PPT,而且实施人员还讲不明白、心虚。让架构人员到项目现场给客户讲,全国这么多项目,好像也不现实,那也耽误后台架构研发

2、一线实施对技术不怎么了解,和后台研发人员的沟通又不畅快,你说应用他说技术,所以久而久之渐渐不来往。客户问问题,解释不了只能推到架构底层有问题实现不了。问后台研发的项目经理和系统设计人员,他们也是偏业务型的人,所以也解释不清楚。问研发开发leader,他们倒是清楚,但他们是典型的开发男,讲不清楚,讲出来的都是很底层的实现原理,不对客户口味。

评论(6)

您可以在评论框内@您的好友一起参与讨论!

    1. bsmi-申宏杰 这都神马跟神马啊?这是想说明什么?

      回复[10] 2012/12/10 13:26

    1. 张嘉奕 感谢朱老师分享,文章已推送至e行网“热点精华”页面~

      回复[0] 2012/12/10 13:23

    1. 马剑 马克思定义的生产力里面提到的三要素分别是劳动对象、生产资料和劳动者。劳动对象是死的,生产资料是死的,只有劳动者——人是活的。所以,归根到底都是人的问题。MBA有组织行为学的课程,基本介绍了组织和人之间的关系,通过心理学角度来阐述的。但,真正的心理学课程却没有。导致现在对人的管理更多的是胡萝卜加大棒,而且大棒要远大于胡萝卜的机会出场。回到这个问题,先不管什么技术平台、什么技术架构、什么解决方案,先评估下提出人、执行人、责任人是否靠谱。也许这里就要借助心理学方面的知识了,看看是否lie to me。

      回复[12] 2012/12/10 13:22

    1. 姜稳 好文章,学习了,希望今后多多看到这类文章。

      回复[10] 2012/12/10 13:20

    1. 石娜娜 找到根本原因了吗?

      回复[0] 2012/12/10 12:56

    1. 徐蕊 学习学习

      回复[0] 2012/12/10 12:55

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");