logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

高级系统架构师知识融合故事系列 2:智慧文旅综合服务平台的架构攻坚<二>微服务架构设计与服务治理

②梳理聚合根(如 “用户”“订单”“商品”);但架构师助理小林坚持 “按领域模型拆分”,认为应将 “用户认证” 独立为 “身份服务”,“用户信息管理” 归属 “用户中心服务”,理由是未来可能对接第三方认证平台(如微信、支付宝登录)。:Sentinel 配置 “熔断策略 = 慢调用比例”,慢调用阈值 = 500ms,比例阈值 = 0.5,熔断时长 = 5 秒 —— 当库存服务慢调用比例超 50% 时

#架构#系统架构#微服务
高级系统架构师知识融合故事系列 2:智慧文旅综合服务平台的架构攻坚<五>系统安全与云原生部署

①资源配置:为每个 Pod 设置资源请求(requests)和限制(limits),例如预约服务 Pod 设置 requests.cpu=1 核、requests.memory=2Gi,limits.cpu=2 核、limits.memory=4Gi,避免资源抢占;⑤自动化部署:通过 Helm Chart 将镜像部署到 K8s 测试环境,测试通过后,手动点击 “生产部署” 按钮,流水线自动部署到生

#系统架构#架构#系统安全
高级系统架构师知识融合故事系列 2:智慧文旅综合服务平台的架构攻坚<一>需求拆解与架构规划

某市文旅集团为破解 “黄金周景区拥堵、游客体验差、管理决策滞后” 等痛点,联合科创公司启动投资 2000 万的 “智慧文旅综合服务平台” 项目。架构师林悦带领 15 人技术团队,需在 6 个月内完成平台开发上线,支撑全市 53 个 A 级景区、218 家星级酒店、36 个文化场馆的数字化运营。项目核心挑战在于:国庆高峰期需承载 120 万用户并发访问,客流预警数据延迟需控制在 5 秒内,同时要满足

#系统架构#架构
高级系统架构师知识融合故事系列:水文监测云平台的架构蜕变<一>项目启动的架构抉择

小张所在的科创公司,此前一直用单体架构开发小型水文监测系统,可这次的新项目需求堪称 “重量级”:要接入全市 120 个监测站点的实时数据(包括水位、水质、沉降量等 6 类指标),支撑水务局、科研院所等 5 类用户的不同查询需求,还要预留未来 3 年的数据扩容和 AI 预警模块的接入空间,同时必须保证系统 7×24 小时不宕机 —— 毕竟地下水数据关系到城市防洪和地质安全,容不得半点差错。微服务架构

#系统架构#架构
到底了