- 综合排序
- 最热优先
- 最新优先
- 来自专栏运维之路
3.5 架构管理
多种因素驱动着技术架构复杂性不断增大，要做好运维管理难度将呈指数增大。 3.4.2常见架构（done） 技术架构的核心价值是为业务服务提供最优解，只有最合适的架构，以下从应用、系统软件、基础设施3个层面大概罗列一下在运维过程中经常关注的架构。 （3）微服务 微服务在SOA的基础上，强调了服务组件的“微”，微服务的每个服务对应单独的功能或任务，同时微服务不再强调SOA架构中ESB企业服务总线这种中央管控式的架构。 3.基础设施层面 基础设施层面，对于金融行业，在数据中心层面主要采用两地三中心的架构，三中心指主中心、同城备份中心、异地灾备中心，在实际的实施上有些企业会在两地三中心基础上增加同城灾备中心解决异常灾备中心数据同步时效性问题 3.故障恢复角度 从架构角度看故障恢复，运维可以依据一些最佳实践的思路，推动架构的优化，比如： 应用拆分：逻辑上分析业务主流程，将分支交易进行分离，按业务功能拆分独立的服务；物理上将独立的服务进行分离，
1.2K40发布于 2021-07-28 - 来自专栏程序人生 阅读快乐
《面向模式的软件架构 资源管理模式 卷3》
作为面向模式的软件架构系列丛书的第3卷，《面向模式的软件架构，卷3：资源管理模式》不仅详尽地阐述了资源管理模式，而且通过几个示例演示了如何将其付诸应用。 《面向模式的软件架构，卷3：资源管理模式》包含两部分，第一部分从问题领域的角度探讨资源管理，简要地介绍了资源管理和资源管理模式，阐释了资源获取、资源生命周期和资源释放这3类模式。 《面向模式的软件架构，卷3：资源管理模式》适合软件架构师、设计师和开发人员阅读，对计算机专业的学生也会大有裨益。
84710发布于 2018-10-10 - 来自专栏DDD
架构与架构师3
架构特征满足三个标准： 1.明确非领域设计的某个注意事项2.影响设计的某些结构项3.是否对应用的成功至关重要 构架决策 架构决策定义了一组关于如何构建系统的规则，构成了系统约束，并指导团队哪些可以做， 因此架构师需要去详细记录架构决策以及背后权衡的逻辑。 架构师 在之前的两篇文章中指出架构师必须要有屠龙刀还得有绣花针，需要技术+业务+管理三条腿。 总之一句话，架构师是最牛的人。 由于成本或工作量（时间）的增加，架构性决策将受到产品负责人、项目经理和业务利益相关者的挑战 ---- 针对以上八点，以及技术+业务+管理三项技术人普实能力，可以更简洁地概述架构师自身定制的三条腿：技能+ 它需要知识以及应用知识的能力 2.影响力用来衡量架构师在项目中应用技能后给项目或公司带来多大的效益 3.领导力确保了架构实践的状态能稳步向前推进，同时培养更多的架构师 能力模型 论能力模型，与开发人员之间对技术方向的侧重有所不同 避免瓶颈陷阱方法之一是将关键路径和框架代码委托给开发团队其他人员，然后着重于实现业务功能（一个服务），并且在1~3个迭代中完成。 如何保持编码能力和一定水平的技术深度呢？
59730发布于 2021-11-12 - 来自专栏人人都是极客
内存管理专栏 | 之内存管理架构
一、内存管理架构 二、虚拟地址空间布局架构 三、物理内存体系架构 四、内存结构 五、内存模型 六、虚拟地址和物理地址的转换 七、内存映射原理分析 一、内存管理架构 内存管理子系统架构可以分为：用户空间、 3、硬件：处理器包含一个内存管理单元（Memory Management Uint,MMU）的部件，负责把虚拟地址转换为物理地址。 使用下面的命令可以查看内存架构： jian@ubuntu:~$ numactl -H available: 1 nodes (0) node 0 cpus: 0 1 2 3 4 5 6 7 node 0 最后，在NUMA内存架构中, Linux定义了一个 pglist_data 的结构体来管理所有的内存节点. 内存管理子系统支持3种内存模型：1）平坦内存（Flat Memory）：内存的物理地址空间是连续的，没有空洞。
2.1K21编辑于 2022-09-02 - 来自专栏东风微鸣技术博客
大规模 IoT 边缘容器集群管理的几种架构-3-Portainer
前文回顾 1.大规模 IoT 边缘容器集群管理的几种架构-0-边缘容器及架构简介[1]2.大规模 IoT 边缘容器集群管理的几种架构-1-Rancher+K3s[2]3.大规模 IoT 边缘容器集群管理的几种架构 -2-HashiCorp 解决方案 Nomad[3]4.大规模 IoT 边缘容器集群管理的几种架构-3-Portainer[4] ️Reference: IoT 边缘计算系列文章[5] Portainer 参考架构 Portainer 架构 方案优点 •专为容器设计: 如对 FIDO 功能和英特尔 AMT 的支持。 一键式载入，使用简单的脚本或 FIDO 设备板载将大量新的边缘设备集成到您现有的 IT 基础架构中。•效率: 使用边缘设备组轻松大规模部署和更新应用程序。 •安全: 用于边缘 agent 通信的 mTLS•批量边缘设备载入 方案缺点 •开源版功能受限: 开源版受限制的功能比较多，如：身份和访问管理，外部身份验证，RBAC, 配额管理，安全治理，可观测性，成本管理
69210编辑于 2023-09-15 - 来自专栏技术杂记
RabbitMQ管理3
list_user_permissions 可以查看指定用户在不同vhost中的权限
25410编辑于 2022-04-23 - 来自专栏TIGERB的技术博客
浅析Go内存管理架构
目录 关于讲解「Go语言内存管理」部分我的思路如下： 介绍整体架构 介绍架构设计中一个很有意思的地方 通过介绍Go内存管理中的关键结构mspan，带出page、mspan、object、sizeclass 、spanclass、heaparena、chunk的概念 接着介绍堆内存、栈内存的分配 回顾和总结 通过这个思路拆解的目录： Go内存管理架构(本篇内容) mcache mcentral mheap 小对象分配 大对象分配 Go栈内存的分配 栈内存分配时机 小于32KB的栈分配 大于等于32KB的栈分配 Go的内存统一由内存管理器管理的，Go的内存管理器是基于Google自身开源的TCMalloc 接着我们来看看TCMalloc的架构。 TCMalloc的架构？ TCMalloc三层逻辑架构 ThreadCache：线程缓存 CentralFreeList(CentralCache)：中央缓存 PageHeap：堆内存 TCMalloc架构上不同的层是如何协作的
62340编辑于 2022-04-15 LLM架构管窥：3模式、3原理
研究3天，6篇笔记 【点我头像 查看文章列表】因为咱是懂架构的，所以借助架构模式理解LLM架构并不困难。倒是向量语义叠加、多头注意力原理，颇是费脑细胞。
23620编辑于 2025-12-31大数据架构管理规范
大数据架构管理规范是指在大数据环境中对数据架构进行有效管理和优化的标准、流程和方法。以下是大数据架构管理规范的一些关键要素：数据管理规范：数据分类和标签：对数据进行分类和打标签，以便于管理和检索。 技术栈管理：管理技术栈，确保技术栈的稳定性和可扩展性。文档和知识管理规范：文档管理：建立文档管理规范，确保数据架构相关文档的完整性和可访问性。 知识管理：建立知识管理规范，促进数据架构相关知识的积累和共享。 大数据架构管理规范的制定和实施，有助于确保大数据环境中的数据架构高效、安全、可靠，并为组织的数据分析和决策提供支持。 实现大数据的高效存储涉及多个方面，包括选择合适的存储技术、优化存储架构和策略，以及采用有效的数据管理方法。 对象存储：如Amazon S3，提供高可扩展性和低成本存储。云存储服务：如AWS、Azure和Google Cloud Storage，提供弹性和可扩展的存储解决方案。
43310编辑于 2024-08-20- 来自专栏SDNLAB
ONOS集群管理架构分析
集群管理： Cluster subsystem要处理的任务有： 1.保持对集群中的成员的跟踪 2.为节点授权标识符（即NodeID） 3.提供本地节点的概念，如“localhost” 目前ONOS主要依靠 ，并可以读取其状态，但无法管理、控制该设备 3.MASTER：此时node认识设备并对其有完全的控制权 这三种角色对应OpenFlow中的NONE、SLAVE和MASTER角色。 如果面临下面几种情况，已经拥有的角色可能会被改变： 1.人为干预：管理员手动为设备设置角色 2.从设备断开：node与设备间的控制channel断开 3.从集群中断开：集群分裂为两个部分 MastershipManager 对于分布式系统来说，Actor是一种可行的架构。 这篇资料也介绍了响应式架构的优点。
1.4K100发布于 2018-04-03 - 来自专栏python3
Linux之进程管理(3)作业管理
Linux之进程管理(3)作业管理 Linux的作业控制介绍： 前台作业：通过终端启动，且启动后一直占据终端； 后台作业：可通过终端启动，但启动后转入后台运行（释放终端）； 让进程作业运行在后台： 1、 作业控制命令：fg bg kill fg # ：将指定后台作业编号的进程调回前台运行； 格式：fg # 或者 fg %#，如：fg 3 , fg %3表示将后台3号作业放到前台 bg # /all.sh f2.sh f3.sh f1.sh f2.sh f1.sh f3.sh f1.sh 解析：我们发现当3个脚步同时在后台运行时，运行的队列是随机排放的，此时3个文件像是在同时运行，其实是在后台开启了 /f3.sh&)f1.sh f3.sh f2.sh f1.sh f3.sh f2.sh f1.sh f3.sh 解析：这里同样是打开了3个子shell，并且都在后台运行，各种互不干扰。 /f3.sh& } f1.sh f3.sh f2.sh f1.sh f2.sh f3.sh f1.sh f2.sh f3.sh 解析：这里是使用了bash里面的代码块机制，将多个执行语句使用{}，当作一个块语句执行
1.5K20发布于 2020-01-14 - 来自专栏技术杂记
Mycat 管理命令3
查看当前时间 mysql> show @@time.current; +---------------+ | TIMESTAMP | +---------------+ | 1457440508666 | +---------------+ 1 row in set (0.00 sec) mysql> 查看启动时间 mysql> show @@time.startup; +---------------+ | TIMESTAMP | +---------------+ | 1457439
40920编辑于 2021-12-02 - 来自专栏初见Linux
3.内存管理
3）地址空间：地址的编址范围。 4）物理地址空间：内存地址的编址范围。也就是计算内存的编址范围，它是由实际的物理内存的大小决定的。 （3）动态重定位 它不是在程序装入内存时完成的，而是CPU每次访问内存时 由动态地址变换机构（硬件）自动进行把相对地址转换为绝对地址。动态重定位需要软件和硬件相互配合完成。 可变式分区3.png 分区分配表：记录已分配分区信息。 空闲分区表：记录空闲分区信息。 3.分区分配算法 （1）首次适应算法 ? 首次适应算法1.png （2）循环首次适应算法 （3）最佳适应算法 （4）最坏适应算法 4.分区回收 ? 分区回收1.png 当用户程序执行结束后，系统要回收已使用完毕的分区，将其记录在空闲区表中。 分段管理1.png 3.地址变换 ? 分段管理地址变换.png 4.信息共享 分段系统的一个突出优点，是易于实现段的共享，对段的保护也十分简单。 ?
78120发布于 2020-08-05 - 来自专栏杂谈
Java新手入门实战：最小架构用户管理系统（SpringBoot+Vue3）
专为初学者设计，采用MVP架构，快速上手企业级开发 本文是用户管理系统实战系列的第一篇，面向刚学完Java基础、想要进阶企业级开发的初学者。 我们将采用最简单的MVP（最小可行产品）架构，带你一步步搭建完整的用户管理系统。 项目特色：新手友好设计 • ✅ 极简架构：避免复杂设计模式，专注核心功能 • ✅ 清晰分层：Controller-Service-Mapper，结构一目了然 • ✅ 详细注释：每行代码都有详细解释，学习无压力 • 都是当前企业最主流的技术 • 学习资源丰富，遇到问题容易解决 • 从简单开始，逐步深入 前端技术（Vue3生态） Vue 3 → 上手快，逻辑清晰 Ant Design Vue → 组件丰富，样式美观 用户管理模块 • 查询用户列表（分页显示） • 新增用户（表单提交） • 编辑用户（信息修改） • 删除用户（单条删除） 设计理念：每个功能都是最基础的实现，先跑通流程，后续再逐步优化 学习路径规划
30610编辑于 2025-12-21 - 来自专栏朱永胜的私房菜
dubbo（2.7.3） 3.架构
它可以收集关于服务调用次数、响应时间、错误率等方面的数据，并提供实时的监控和统计信息，帮助系统管理员和开发人员了解系统的运行情况。 容器技术如Docker和Kubernetes提供了便捷的方式来打包、部署和管理服务。 这些角色共同协作，构建了一个灵活、可靠的分布式系统架构，使得各种服务可以相互协作，实现复杂的业务逻辑和需求。 Dubbo 架构具有以下几个特点，分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。 Admin（统一管理控制台）：可能是一个统一的管理控制台，用于管理和监控整个架构中的各个组件和节点。 这种架构可能支持动态部署和流动计算，同时具有服务注册与发现、统一管理和监控等功能。这些节点角色的相互配合可能会为未来的分布式服务架构提供更灵活和可扩展的解决方案。 本文由 mdnice 多平台发布
29010编辑于 2023-12-12 - 来自专栏大大刺猬
redis(3)--架构 主从 & 哨兵
主从: redis主从 中文文档:http://www.redis.cn/topics/replication.html 一主一从架构 M -> S 一主多从的架构可以是: 第一种 : M -> S1 sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.31:6379,slaves=2,sentinels=3 127.0.0.1:26379> 当前的master是192.168.1.31 有2个从节点, 3个哨兵 我们人工kill掉主节点: ps -ef | grep redis | grep sentinel sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=192.168.1.32:6379,slaves=2,sentinels=3 127.0.0.1:26379> 发现主节点变成了192.168.1.32 2.3 投票 具体的投票规则和故障转移过程我就不讲了, 去看官网就是了 3.
69910发布于 2020-12-18 - 来自专栏数据产品经理成长笔记
数据资产管理产品架构规划
在数据产品经理从业指南相关文章中讲到，数据资产管理与治理是数据产品经理的四大方向之一。 所以，在资产产品架构设计上，主要围绕数据的汇聚、加工处理、资产管理、数据治理、价值输出等环节进行覆盖。 例如提供dataphin之类的流程化建模或数据加工工具 3.数据资产化管理 资产化管理：数据工厂加工好的数据，还需要进行分门别类的规整，贴上各种规格标签，才能给到下游消费者使用。 资产化管理主要通过数据地图进行数据表查询检索，元数据信息维护查询，为使用者提供方便的数据指引能力。 在这个环节和资产关系密切的就是指标管理、标签资产管理，通过数据API方式，最终将数据输出给到前端的可视化分析产品或者产品、运营主流程的接入应用。
1.2K10编辑于 2022-07-01 - 来自专栏兜兜毛毛
Kafka 高可用架构 （3）
用到了3个特点：watch机制；节点不允许重复写入；临时节点。 这样实现是比较简单，但也会存在一定弊端。 就像Redis Sentinel的架构，执行故障转移的时候，必须要先从所有哨兵中选一个负责故障转移的节点一样。kafka 也要先从所有Broker中选出唯一的一个Controller。 成为Controller节点之后，它的责任也比其他节点重了几分： 监听Broker变化 监听Topic变化 监听Partition变化 获取和管理Broker、Topic、Partition的信息 管理 Leader会管理所有ISR中最小的LEO为HW。 consumer最多只能消费到HW之前的位置。也就是说，其他副本没有同步过去的消息，是不能被消费的。 ? kafka为什么这么设计？
87730发布于 2021-04-01 - 来自专栏TA码字
Tomcat NIO(3)-架构类
我们可以把 tomcat NIO 涉及的主要 java 类大致分为两种类型，一种类型是框架类，主要实现 NIO 的架构。
70921发布于 2020-07-21 - 来自专栏深入浅出区块链技术
Web3 参考架构
然而，其中一个角度似乎没有得到很多报道，那就是 Web3 架构。人们认为，Web3 将用区块链取代目前的互联网架构，在此过程中解决许多现有问题。 同样，参考架构是阐明这两个世界之间的相互依赖和交互的有用方法之一。 参考架构 下图是拟议的 Web3 参考架构。 架构全景视图 Web3 参考架构--详细视图 路线图 新生的 Web3 世界正在迅速发展，加入了新的服务商、工具和能力。 然而，如果 Web3 模糊了 "链上 "和 "链下 "商业之间的界限，就需要在发生特定类型的交易（如土地所有权转让）时能更好地管理风险，必要时提供真实身份。 因此， KYC 和其他与数字 ID 相关的能力，正慢慢开始在 Web3 中找到应用它们的方式。 服务管理和可观察性：事情会失败，Web3 也不例外，同样需要面对。
1.1K10编辑于 2022-11-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号