企业应用通用架构图

简介: 晚上把公司应用的架构结合之前研究的东西梳理了下,整理了一张架构规划图,贴在这里备份 下面是个人理解的做架构的几个要点: 1、系统安全 这是首要考虑的,以这张图为例,网络划分为3个区: a) DMZ区可以直接公网访问,也可以 与App Core区互通,但不能直接与DB Core区互通 (通...

晚上把公司应用的架构结合之前研究的东西梳理了下,整理了一张架构规划图,贴在这里备份

下面是个人理解的做架构的几个要点:

1、系统安全

这是首要考虑的,以这张图为例,网络划分为3个区:

a) DMZ区可以直接公网访问,也可以 与App Core区互通,但不能直接与DB Core区互通 (通常这里放置 反向代理Web服务器)

b) App Core区能与DMZ区、DB Core区互通,但是无法直接从公网访问 (通常这里放置 应用服务器、中间件服务器之类)

c) DB Core区仅与App Core区互通 (通常这里放置 核心数据库)

2、尽量消除单点故障

上图中,除了“硬件负载均衡”节点外,其它节点都可以部署成集群(DB有点特殊,传统RDBMS要实现分布式/集群还是比较困难的,要看具体采用的数据库产品,并非所有数据库都能方便的做Sharding),Jboss本身可以通过Domain模式+mod_cluster实现集群、Redis通过Master/Slave以Sentinel方式可以实现HA、IBM MQ本身就支持集群、FTP Server配合底层储存阵列也可以做到HA、Nginx静态资源服务器自不必说

3、成本

尽量采用开源成熟产品,jboss、redis、nginx、apache、mysql、rabbit MQ都是很好的选择。硬件负载均衡通常成本不低,但是效果明显,如果实在没钱,域名解析采用DNS轮询策略,也能达到类似效果,只不过可靠性略差。

4、Database问题

常规企业应用中,传统关系型数据仍然是主流,但是no-sql经过这几年发展,技术也日渐成熟了,一些非关键数据可以适当采用no-sql数据库,比如:系统日志、报文历史记录这类相对比较独立,而且增长迅速的数据,可以考虑存储到no-sql db甚至HDFS、TFS等分布式开源文件系统中。

如果系统数据量级达到单机RDBMS的上限,尽早考虑Sharding方案,目前mysql在这方面比较成熟,其它数据库就不好说了。

5、性能

web server、app server这些一般都可以通过集群实现横向扩张,满足性能日常增长的需求。最大的障碍还是DB,如果规模真达到了DB的上限,还是考虑换分布式DB或者迁移到“云”上吧。

目录
相关文章
|
24天前
|
存储 监控 持续交付
构建可扩展的阿里云 RPA 架构
随着企业业务的增长和变化,构建一个可扩展的机器人流程自动化(RPA)架构变得至关重要。本文将介绍如何利用阿里云 RPA 构建一个可扩展的架构,以适应不断变化的业务需求。
|
5月前
|
Cloud Native 安全 关系型数据库
一起架构-某实时分析项目云原生 serverless 架构的设计思路和poc代码实现
一起架构-某实时分析项目云原生 serverless 架构的设计思路和poc代码实现
|
5月前
|
存储 Kubernetes Cloud Native
基于 Kyma 的企业级云原生应用的扩展案例分享 2
基于 Kyma 的企业级云原生应用的扩展案例分享
56 0
|
6月前
|
Kubernetes Cloud Native API
一种基于事件驱动架构的 SAP 产品集成方案介绍
一种基于事件驱动架构的 SAP 产品集成方案介绍
76 1
|
8月前
|
前端开发
架构学习——业务架构图
架构学习——业务架构图
249 0
|
10月前
|
存储 设计模式 架构师
「企业应用架构」应用架构概述
「企业应用架构」应用架构概述
|
10月前
|
架构师
「解决方案架构」解决方案架构概述
「解决方案架构」解决方案架构概述
|
10月前
|
存储 设计模式 架构师
「企业架构」应用架构概述
「企业架构」应用架构概述
|
10月前
|
消息中间件 存储 JavaScript
「无服务器架构」Openwhisk 系统架构概览
「无服务器架构」Openwhisk 系统架构概览
|
11月前
|
存储 缓存 网络协议
从零开始搭建一个通用的业务技术架构,这套架构有点牛逼!
从零开始搭建一个通用的业务技术架构,这套架构有点牛逼!