物理部署图

简介: 物理部署图描述系统运行时的硬件与软件部署结构,展现节点、构件、物件及连接关系,帮助理解分布式系统的运维架构,是实现应用与基础设施协同运行的重要视图。

物理部署图

一、什么是物理部署图
部署图描述的是系统运行时的结构,展示了硬件的配置及其软件如何部署到网络结构中。一个系统模型只有一个部署图,部署图通常用来帮助理解分布式系统。
综上所述:物理部署图更多地是以运维的视角描绘运行时的系统的网络与部署结构。
二、为什么要画物理部署图?
一个好的开发人员要懂得一定的运维知识。
物理部署图核心要解决的是:应用工程(软件)怎么和硬件合到一起运行。
三、物理部署图核心元素
1. 节点(Node)
节点是存在于运行时的代表计算机资源的物理元素,可以是硬件也可以是运行于计算机上的软件系统:如ECS云服务器实例、或Kubernetes的节点Node。如下图:

I'manode


2. 构建(Component)
构件(component)是系统中遵从同一组接口且提供其实现的物理的、可替换的部分。每一个构件能实现一定的功能,为其他构件提供使用接口,方便软件的复用,使用构件最重要的是复用。个人将Kubernetes节点Node中的不同Pod理解为Node节点的不同构件。如下图所示:

ImaNode

Imacomponenti

inaNode


3. 物件(Artifact)
物件是指软件开发过程中的产物,包括过程模型(用例图等)、源代码、可执行程序(如jar包)等。如下图表示一个运行在节点实例中的Kubernetes Pod构建中的一个java可执行程序jar包。

hbos-businessnode1

hbos-doctor-stationPods

hbos-doctor-station.jar


4. 连接(Association)
节点之间的连线表示系统之间进行交互的通信路径,这个通信路径成为连接,如下一节示例图所示,连接中有网络协议。
5. 框架(Frame)
一个或多个节点可以组成一个框架,其中节点也可以包括构建与物件等元素。如下图多个Kubernetes节点Node可以组成一个框架(k8s集群)。

THTTP

businessKubernetescluster

KubernetesMasterNode

三方集成平台

APIServer

ReplicationContoller

+HTTP

edeployp

edeploy)

cdeployp

hbos-businessnode1

hbos-businessnoden

hbbos-businessnode2

hbos-nurse-stationPods

hbos-doctor-stationPods

businesscomponentPods

other-business-project.jar

hbos-doctor-station.jar

hbos-nurse-ststion.jar


四、物理部署图示例

互联网区

前端用户

管理端用户

前端用户

HTTP(S)

HTTP(S)

CDN

DNS

LNTEMET

DMZ区

外网防火墙

母

安全区

DDOS高防

云盾

WAF

KEEPLIVED

负载均衡

反向代理

HA

NGINX

核心交换域

应用区

内网防火墙

三

应用服务器

应用服务器

应用中心交换

应用服务器

应用服务器

防火墙

南

核心交换机

防火墙

基础应用服务

日志服务器

认证服务器

GATEAY网关

GATEAY网关

旧

数据中心交换机

数据区内网

文件服务器

文件服务器

统计查询服务

历史数据服务

数据中心服务

主从复制,读写分离

西

业务服务器B

业务服务器A

业务服务器...

H2数据库

H2数据库

DB

DB

DB

配置中心

配置中心

配置中心

SLAVE

MASTER

SLAVE

缓存服务集群

消息服务集群

()

MASTER

SLAVE MONGODB

MONGODB

REDIS备份数据库

MASTER RABBITMQ

SLAVE RABBITMQ

REDIS数据库



相关文章
|
10月前
|
数据采集 领域建模 数据库
领域模型图(数据架构/ER图)
本文介绍通过四色原型法构建领域模型并生成ER图的过程。运用MI(时标)、PPT(参与方-地点-物品)、Role(角色)和DESC(描述)四种原型,逐步抽象风控系统的业务流程,提炼实体与关系,最终形成数据架构中的ER图,为数据库设计提供基础支撑。(238字)
|
10月前
|
消息中间件 存储 数据挖掘
应用架构图
本文介绍应用架构图的设计方法,涵盖单体与分布式架构。从展现层、业务层、数据层到基础层,分层解析技术实现,并说明应用间及外部系统的调用关系,明确系统边界,为技术方案落地提供清晰蓝图。(239字)
应用架构图
|
JavaScript 前端开发
JS之url进行编码和解码(三种方式)
JS之url进行编码和解码(三种方式)
20646 2
|
10月前
|
uml C语言
系统时序图
时序图(Sequence Diagram)是UML中描述对象间消息传递时间顺序的交互图。横轴为对象,纵轴为时间,通过生命线、控制焦点和消息展示动态协作过程,强调交互的时间顺序,适用于建模并发行为与系统流程。
系统时序图
|
10月前
|
运维 Devops 开发工具
生产环境缺陷管理
针对大型团队多分支开发中bug管理难题,我们基于go-git打造了自动化工具git-poison,实现bug的分布式追溯与发布卡点。通过“投毒-解毒”机制,精准识别未修复或漏合的bug,阻塞高风险发布,降低协同成本,避免人为疏漏导致的生产事故,提升研发效能与系统稳定性。
|
10月前
|
监控 NoSQL JavaScript
1-JeecgBoot介绍
JeecgBoot是一款基于代码生成器的低代码开发平台,采用SpringBoot2.x、Vue、Ant Design等主流技术,实现前后端分离。支持分布式、微服务架构,集成Shiro、JWT、Redis、Nacos等组件,提供高效开发能力。
|
10月前
|
人工智能 JSON 数据挖掘
大模型应用开发中MCP与Function Call的关系与区别
MCP与Function Call是大模型应用开发中的关键技术。前者为跨模型工具调用提供标准化协议,实现解耦与兼容;后者是模型调用外部功能的内置机制。二者互补,共同构建“意图解析-协议传输-工具执行”的分层架构,推动AI应用生态发展。
|
10月前
|
消息中间件 人工智能 NoSQL
RocketMQ:A2A协议实现多智能体优化
Apache RocketMQ推出LiteTopic轻量级通信模型,结合A2A协议与AgentScope框架,为多智能体系统提供高可靠、低延迟的异步通信方案,支持会话持久化、断点续传与动态协同,助力AI应用构建稳定高效的协作基座。
 RocketMQ:A2A协议实现多智能体优化
|
10月前
|
项目管理 开发者
业务架构图
业务架构图是将现实业务抽象化表达的工具,通过分层、分模块、分功能梳理业务逻辑,明确各部分职责与关系。它以业务为核心,淡化技术细节,服务于客户理解与开发协作,提升系统设计的清晰度与可扩展性。