XXX管理平台系统——架构

简介:
XXX管理平台系统架构
前言
系统架构是项目中技 术实现的最重要的环节。系统架构的良好与否关系到系统的性能指标、安全指标、稳定性指标、可扩展性、业务实现等等。
系统架构涉及到系统硬件的选型、网络拓扑、操作系统选型、数据库选 型、 B/S C/S 的选型、 B/S 各框架的选择、缓存的实现、数据库设计 等诸多方面。
在大型 IT 企业中,项目经理和架构师是分离的;但对于国内 IT 公司尤其是小企业来说,就成了一种奢 望。项目经理一肩挑的现状至少短期之内还是无法改变的,这自然也增加了项目经理的痛苦指数和工作量。
关于系统架构是什么?我最认同一句话:架构即关注点分离。
项目经理不是万能的,系统架构需要更广博的知识,当然某些方面专业的知识也是必须的,这取决于平时知 识的积累和总结,也需要其他团队成员共同的努力。
关于部分系统架构图的内容参见:
系统硬件
关于系统硬件的选型,首先是根据业务需求和性能指标确定硬件的需求数量和相应型号;举例说:一个普通 的 B/S 系统需要 有 web 应用服务器,数据库服务器,如果对于性能有较高的要求,则需要增添 cache 服务器;如果对于稳定性和高可用性 有特殊的要求,则需要对相应的服务器进行集群处理。
关于系统硬件的选型,一是关于厂商的选择 ( IBM HP 之争 ) ,一是关于机器架构的选择 (PC 服务器和小型机 ) ,再则是某种机型的选择(在本系统中主要为 HP360 HP580 );再细的话就是更细型号的选择了 (HP360 HP580 都至少有十几种型号 ) ,最后是机器选件,比如是否需要扩充硬盘、内存或者 CPU
其实最重要的一项就是预算,呵呵。本系统的硬件采购是由甲方采购的,但是架构是由自己做的,方案如果 有之前的案例就会很轻松很多,很不幸,这个方案改了几十版,跨度达到 4 个月。无他,对硬件,我不熟。
系统软 件
关于系统软件的选择主要上是操作 系统、数据库、开发工具
选择什么样的操作系统与计算机硬件本身有很密切的联系,当然也与甲方的要求有关。 Linux/Windows/ 专有 UNIX 都是可选项, windows 囿于安全性原因,一般不为推崇; UNIX 与硬件有很大关联,一般也很少用;所 以普遍选择的是 Linux
关于操作系统版本的选择,一般建议选择目前市 面比较稳定的版本,最新的版本往往意味着兼容性问题,太老的版本一般有性能问题;
关于操作系统的 32/64 位的选择,这个需要硬件的支持;在 64 CPU 安 装 32 位的操作系统意味着资源的浪费;在这个项目上曾经考虑有所欠妥,结果造成了一定的问题。
关于数据库的选择,与操作系统有一定关系,也和对系统的安全性、稳定性、高并发性有一定关系;虽然一 个好的 DBA 在任 何一种数据库上都可以构建出高可用性的数据库,呵呵。
关于开发工具的选择,与操作系统相关,也与甲方的要求有关,开发工具一向有 java 微 软两条线路之争;在本系统中采用的当然是 java 了。
关于 web 中间件的选择,与开发工具、操作系统都有关系, JBOSS websphere tomcat resin web logic 都有一定的拥蹇和市场;取决与甲方的要求和本团队对相应系统的熟悉程度。
B/S 架构
关于系统软件架构通常是指的是 B/S 部分实现的具体框架,此部分仍属于技术架构部分。
众所周知, B/S 的框架有不下数十种,常用的有 SSH Structs + Spring + Hibernate )和 SSI Structs + Spring + iBatis ), SSH SSI 从 本质上没有什么不同,就是实现业务逻辑层、控制层、数据持久层和展现层的分离。
B/S 缓存的架构: OS Cache + Eh Cache
         说到软件架构,我就不太在行了;我做过 Powerbuilder ASP java(JSP,HTML,CSS,Javascript,structs,spring,xml,xsl,ajax,web service) 不过都是入门级水平,实在连个称职的程序员都算不上,唯 一的好处就是对方方面面都略知一二,查资料方便一点而已,呵呵。我个人只是在数据仓库和数据库开发、设计方面还算有点研究。
幸亏下面有相应的项目经理,也是项目中的技术经理,他在这方面是权威, B/S 技术架构本来就是一个虚虚实实的框架, 呵呵。
系统同步和接口架构
关于数据同步,在本平台中是最重要的环节,缺少数据的系统是无用的;为了实现系统数据同步架构,我曾 先后在虚拟机上进行过 oracle 高级复制、 Oracle Stream 测 试,也曾为了该同步和公司技术总监吵过 N 多次,他主张用程序来实现,不过在他那边总是不了了之。
尽管通过测试,高级复制和 stream 都可以实现实时数据同步,不过我知道在实际生产环境中是远远不会这么简单的;
首先源数据和目标源的结构并非完全一致,允许目标源的结构大于原数据源的结构
其次多环节数据实时同步,从中心数据库到电信数据库,再从电信数据库同步到网通数据库。
再次各数据库均采用 RAC 方式,现实的例子中很少有类似应用。
最后 Oracle stream 有许多的 bug ,需要进行不断调试和 patch 升级。
事实上,在同步方案的过程中,也遭遇到很大的困难,前后的测试和最终顺利实施经历了 2 个月之久,不过 stream 仍需要不断的人工监控和干预。我相信到目前为止即使市面上也没有任何一种完全稳定的同步方案。
关于 MQ Webservice LDAP 接口,目前的业务和技术虽然已经完全实现,但是还缺乏稳定性和一致性。
总结
系统架构是项目最重要的技术部分,它是否应该是项目经理的职责,暂且不谈;从现实的角度而言,技不压 身,技能服众还是很有意义的;从项目经理角度来看,你能够准确的对项目进度、难度、工作量进行评估,对团队成员面临的困难迅速给出解决方案,减少项目经理 和团队成员的沟壑;从团队成员角度来看,信任自己的项目经理,也是项目成功的一个重要因素。
项目经理能够通过对系统架构的设计 , 尽快评估出各部分的工作量 , 以安排相应的人力资源和工作计划 , 做到有的放矢 , 实际上本项目虽然包含几个业务系统 , 加上对本公司相关资源和技能的评估 , 但我个人认为系统集成和数据同步等在项目实施中占据了 50% 的工作量 .
 





本文转自baoqiangwang51CTO博客,原文链接: http://blog.51cto.com/baoqiangwang/313494 ,如需转载请自行联系原作者
相关文章
|
2月前
|
监控 持续交付 API
深入理解微服务架构:构建高效、可扩展的系统
【10月更文挑战第14天】深入理解微服务架构:构建高效、可扩展的系统
86 0
|
17天前
|
SQL 数据采集 分布式计算
【赵渝强老师】基于大数据组件的平台架构
本文介绍了大数据平台的总体架构及各层的功能。大数据平台架构分为五层:数据源层、数据采集层、大数据平台层、数据仓库层和应用层。其中,大数据平台层为核心,负责数据的存储和计算,支持离线和实时数据处理。数据仓库层则基于大数据平台构建数据模型,应用层则利用这些模型实现具体的应用场景。文中还提供了Lambda和Kappa架构的视频讲解。
【赵渝强老师】基于大数据组件的平台架构
|
4天前
|
机器学习/深度学习 存储 人工智能
【AI系统】模型演进与经典架构
本文探讨了AI计算模式对AI芯片设计的重要性,通过分析经典模型结构设计与演进、模型量化与压缩等核心内容,揭示了神经网络模型的发展现状及优化方向。文章详细介绍了神经网络的基本组件、主流模型结构、以及模型量化和剪枝技术,强调了这些技术在提高模型效率、降低计算和存储需求方面的关键作用。基于此,提出了AI芯片设计应考虑支持神经网络计算逻辑、高维张量存储与计算、灵活的软件配置接口、不同bit位数的计算单元和存储格式等建议,以适应不断发展的AI技术需求。
18 5
|
13天前
|
传感器 算法 物联网
智能停车解决方案之停车场室内导航系统(二):核心技术与系统架构构建
随着城市化进程的加速,停车难问题日益凸显。本文深入剖析智能停车系统的关键技术,包括停车场电子地图编辑绘制、物联网与传感器技术、大数据与云计算的应用、定位技术及车辆导航路径规划,为读者提供全面的技术解决方案。系统架构分为应用层、业务层、数据层和运行环境,涵盖停车场室内导航、车位占用检测、动态更新、精准导航和路径规划等方面。
60 4
|
23天前
|
机器学习/深度学习 人工智能 自然语言处理
医疗行业的语音识别技术解析:AI多模态能力平台的应用与架构
AI多模态能力平台通过语音识别技术,实现实时转录医患对话,自动生成结构化数据,提高医疗效率。平台具备强大的环境降噪、语音分离及自然语言处理能力,支持与医院系统无缝集成,广泛应用于门诊记录、多学科会诊和急诊场景,显著提升工作效率和数据准确性。
|
23天前
|
前端开发 安全 关系型数据库
秒合约系统/开发模式规则/技术架构实现
秒合约系统是一种高频交易平台,支持快速交易、双向持仓和高杠杆。系统涵盖用户注册登录、合约创建与编辑、自动执行、状态记录、提醒通知、搜索筛选、安全权限管理等功能。交易规则明确,设有价格限制和强平机制,确保风险可控。技术架构采用高并发后端语言、关系型数据库和前端框架,通过智能合约实现自动化交易,确保安全性和用户体验。
|
29天前
|
监控 API 调度
开放源代码平台Flynn的架构与实现原理
【10月更文挑战第21天】应用程序的生命周期涉及从开发到运行的复杂过程,包括源代码、构建、部署和运行阶段。
|
2月前
|
存储 数据管理 调度
HarmonyOS架构理解:揭开鸿蒙系统的神秘面纱
【10月更文挑战第21天】华为的鸿蒙系统(HarmonyOS)以其独特的分布式架构备受关注。该架构包括分布式软总线、分布式数据管理和分布式任务调度。分布式软总线实现设备间的无缝连接;分布式数据管理支持跨设备数据共享;分布式任务调度则实现跨设备任务协同。这些特性为开发者提供了强大的工具,助力智能设备的未来发展。
94 1
|
15天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
13天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
下一篇
无影云桌面