- 综合排序
- 最热优先
- 最新优先
- 来自专栏落影的专栏
工程架构持续演进
正文 整体视角 首先介绍工程当前整体设计，整体工程视角的架构图如下： 业务实现层和业务接口层，是常迭代的业务部分； 业务接口层，存放业务组件对外的能力，这些能力大部分用接口来表述。 通用基础层，工程的二方库和三方库依赖，引入更多扩展能力。 组件视角 组件内部的结构设计，主体是分为对外部分和对内部分。 工程架构角度 1、接口层与实现层，基础层与实现层都有隔离，但是仍然存在同层之间相互依赖较多的情况，甚至会有UI组件、数据层依赖服务层情况； 2、多App场景，如果想要让某个App下去除某个组件，由于组件依赖较多 SaaS，又要迭代SaaS； 3、质量和效率提升，更加清晰的工程架构来承载复杂业务，层级之间更加清晰并有防劣化，复杂业务组件有良好设计来降低理解成本 基于上述分析和考虑，对原来架构进行进一步调整： ，通用基础库服务于类SaaS的多宿主； 6、配合多包SOP调整差异化组件，将大部分固定差异用配置化的方式进行处理； 总结 架构演进是一件需要持之以恒的事情，要权衡好其中的效率提升和维护成本。
30320编辑于 2023-07-31 - 来自专栏波波烤鸭
mybatis教程6(逆向工程)
1.什么是逆向工程 简单点说，就是通过数据库中的单表，自动生成java代码。 Mybatis官方提供了逆向工程，可以针对单表自动生成mybatis代码（mapper.java\mapper.xml\po类）企业中，逆向工程是个很常用的工具,比我们手动创建映射文件的配置信息方便很多
90920发布于 2019-04-02 - 来自专栏javascript趣味编程
6 工程流体力学
[5] openFVM源代码 [6] 何志霞 热流体数值计算方法与应用[M]．北京：机械工业出版社，2014．有SIMPLE算法源码 [7] cfd-python-12-steps-to-navier-stokes
92320发布于 2019-04-26 软件架构 6 个方面
所谓 “架构”，就是将软件的结构打好，然后在结构内按部就班的施工就好了。软件架构 6 个方面软件架构涉及六个维度，分别是 “稳定性”、“高性能”、“一致性”、“扩展性”、“观察性” 和 “安全性”。 没有最好的架构，只有合适的架构。合适的架构就是在对这些维度的平衡与取舍，以最大程度的支撑当前业务的运行。每个方面包含的内容稳定性，异步、调度、容错、隔离、熔断、限流、降级、故障恢复。 这也印证了 “架构是演化出来的，不是一蹴而就的。”可以说这个是 “架构” 的 “架构” 吧，以后只需要完善这个结构，往这个结构中不断添加工具、方法、经验就好了。
26710编辑于 2024-03-25- 来自专栏喔家ArchiSelf
架构软件工程的未来
在我们的软件工程愿景中，高级 架构范例将使系统的这些新方面的可预测使用成为可能。 6.量子计算工程化的软件系统：考虑量子计算的哪些方面应隐藏于或暴露于软件堆栈的更高层 5.3 研究路线图 我们确定的研究领域是相互协同。 6 建议 本报告旨在呼吁采取行动，以应对当前和未来软件工程能力的不足。本节中的研究建议和颁布建议都有助于确定成功开发未来系统所需的行动。 建议6——投资优先级应反映软件工程作为关键国家能力的益处 软件工程界、软件行业领袖、国家实验室和政府部门应将软件工程视为国家的优先事项。 7 结论 架构软件工程的未来：国家软件工程研究与开发议程是为期一年的社区活动结果，旨在重新验证软件工程的重要性和中心地位；确定该学科当前和未来的挑战；并制定研究议程，以促进软件工程生态系统为未来做好准备
97630编辑于 2022-12-03 - 来自专栏架构之家
推荐工程系统架构演进
到家推荐工程框架- V.1.0 2.1. 框架雏型 2.2. 存在问题 3. 到家推荐工程框架- V.2.0 4. 到家推荐工程框架- V.3.0 4.1. ，按照推荐流程的固有阶段对系统进行水平分成，使系统更贴切业务，框架更为合理清晰 V.3.0按照到家业务对每个推荐阶段抽象整合，将推荐系统平台化，提高系统的扩散性、伸缩性、稳定性 2、到家推荐工程架构 3、到家推荐工程架构- V.2.0 推荐接入的业务场景与日俱增，系统维护渐渐显露了框架1.0中的几大风险，首先做的第一个拆分方式，就是按业务做了垂直拆分逻辑，将应用1分为N，存储1分为N，做业务隔离。 4、到家推荐工程架构- V.3.0 在这个版本的研发中，主要演进方向是pipeline流程动态配置化，将推荐A、B、C业务场景中共性的部分独立，并能独立设置相关属性，做到业务之间代码共享且属性设置隔离 流程设计，如图 服务端 服务端基础架构如图主要含两大块：对外服务接口和配置管理。
50221编辑于 2022-09-01 - 来自专栏后端从入门到精通
逆向工程-架构真题（二十）
A、顺序、选择和嵌套 B、顺序、分支和循环 C、分支、并发和循环 D、跳转、选择和并发 答案：B 解析： 结构化设计是面向数据流设计方法，主要架构设计、接口设计、数据设计和过程设计。 5、基于软件架构设计ABSD，强调 商业、质量和功能 需求的组合驱动软件架构设计。它强调 视图、视角 描述软件架构，采用用例和质量场景描述需求。用例描述功能需求，质量场景描述质量需求。 6、在网络规划中，政府内外网之间应该部署网络安全防护设备。在下图中部署的设备A是（），对设备A的作用描述错误的是（）。 A、逆向工程 B、系统改进 C、设计恢复 D、再工程 答案：A A、逆向工程 B、系统改进 C、设计恢复 D、再工程 答案：D
37420编辑于 2023-09-05 - 来自专栏方丈的寺院
可落地的DDD(6)-工程结构
背景 几年前我在可落地的DDD的(2)-为什么说MVC工程架构已经过时总结了基于DDD的微服务工程结构是怎么样的。那篇文章重点阐述了与MVC架构的区别。 分层架构 左边是传统的四层架构，即还是以调用顺序组织的。右边是依赖倒置的。 所谓依赖倒置即虽然按照运行时的调用关系是A依赖B,但是我在编译环节是让B依赖A。即A提供接口，B来实现。 下图是我们常用的分层架构。 六边形架构 请添加图片描述 网络用图，如有侵权，联系删除 六边形架构通过内外两个六边形将领域层和其他部分分割成两部分。对于其他部分，提出了2个概念。 整洁架构 请添加图片描述 网络用图，如有侵权，联系删除 整洁架构是在分层架构基础上，更清晰的定义了各层的依赖关系。按照从内到外，定义了各层的重要等级。越往里，代码越核心，依赖就应该越少。 基础设施 -> 用户接口 -> 应用服务 -> 领域服务 菱形对称架构 请添加图片描述 网络用图，如有侵权，联系删除 菱形架构是去掉了用户接口层和基础设施层这个概念，改成叫网关，同时通过南北网关来区分
70640编辑于 2022-11-08 - 来自专栏Spark学习技巧
推荐工程系统架构演进
到家推荐工程框架- V.1.0 2.1. 框架雏型 2.2. 存在问题 3. 到家推荐工程框架- V.2.0 4. 到家推荐工程框架- V.3.0 4.1. ，按照推荐流程的固有阶段对系统进行水平分成，使系统更贴切业务，框架更为合理清晰 V.3.0按照到家业务对每个推荐阶段抽象整合，将推荐系统平台化，提高系统的扩散性、伸缩性、稳定性 2、到家推荐工程架构 3、到家推荐工程架构- V.2.0 推荐接入的业务场景与日俱增，系统维护渐渐显露了框架1.0中的几大风险，首先做的第一个拆分方式，就是按业务做了垂直拆分逻辑，将应用1分为N，存储1分为N，做业务隔离。 4、到家推荐工程架构- V.3.0 在这个版本的研发中，主要演进方向是pipeline流程动态配置化，将推荐A、B、C业务场景中共性的部分独立，并能独立设置相关属性，做到业务之间代码共享且属性设置隔离 流程设计，如图 服务端 服务端基础架构如图主要含两大块：对外服务接口和配置管理。
1K20编辑于 2022-03-15 - 来自专栏超级架构师
Envoy架构概览(6):异常检测
异常值检测和弹出是动态确定上游群集中的某些主机是否正在执行不同于其他主机的过程，并将其从正常负载平衡集中移除。 性能可能沿着不同的轴线，例如连续的故障，时间成功率，时间延迟等。异常检测是被动健康检查的一种形式。 特使还支持主动健康检查。 被动和主动健康检查可以一起使用或独立使用，形成整体上游健康检查解决方案的基础。 弹射算法 取决于异常值检测的类型，弹出或者以行内（例如在连续5xx的情况下）或以指定的间隔（例如在定期成功率的情况下）运行。 弹射算法的工作原理如下： 主机被确定为异常。 特使检查以确保弹出
1.2K60发布于 2018-04-09 - 来自专栏超级架构师
【服务网格架构】Envoy架构概览(6):异常检测
配置参考 集群管理器全局配置 每个群集配置 运行时设置 统计参考 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。 点击，收听【智能时刻，架构君和你聊黑科技】 知识星球 认识更多朋友，职场和技术闲聊。 点击加入知识星球【知识和技术】
59150发布于 2020-07-20 - 来自专栏超级架构师
【企业架构】投资企业架构工具的 6 个理由
企业架构旨在为企业 IT 的广阔领域及其蓬勃发展的机器和软件集合带来秩序，这是几十年前无法想象的聚宝盆。台式机、平板电脑、手机——一目了然的屏幕。 以下是您的组织值得投资企业架构解决方案的六个原因——以及在依赖 EA 工具时需要牢记的一些问题。 企业架构工具远远超出列表。它们为世界增添了秩序，提供了大量关于通过您企业无穷无尽的硬件收集的大量比特的信息。 然而，重要的是要记住，工具不提供秩序。人们这样做。企业架构工具只是提供建立秩序的手段。 企业架构工具仍然是解决方案，但它们并不神奇。他们承诺维护数据。它们只是您的团队带来秩序的途径。他们不会自己带来秩序。 企业架构打破孤岛 随着差异的增加，组织可能会遭受孤立。 安装企业架构软件不会解决这些深刻的差异，但它会更容易发现这些差异。在企业架构工具中对企业资产进行编目的过程揭示了许多区别，这是建立某种统一性的第一步。中央数据库是变革的催化剂。
50520编辑于 2022-07-29 - 来自专栏闲余说
架构设计 6-高可用架构之高可用计算架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第六部分，主要介绍高可用计算架构，介绍了高可用架构设计的要点以及不同架构方式的优缺点。 主备 主备架构是计算高可用最简单的架构，和存储高可用的主备复制架构类似，但是要更简单一些，因为计算高可用的主备架构无须数据复制 详细设计 主机执行所有计算任务 当主机故障（例如，主机宕机）时，任务分配器不会自动将计算任务发送给备机 缺点：主从架构需要将任务分类，任务分配器会复杂一些。 集群 计算高可用集群包含 2 台服务器的集群，这点和存储高可用集群不太一样。 存储高可用集群把双机架构和集群架构进行了区分；而在计算高可用集群架构中，2 台服务器的集群和多台服务器的集群，在设计上没有本质区别，因此不需要进行区分 对称集群 通俗的叫法是负载均衡集群。 个人思考 相对高可用存储架构，计算架构相对简单，不涉及数据同步和一致性。关键点在于如何将请求路由到合适的实例上。 reference 从 0 开始学架构
70930编辑于 2022-08-19 - 来自专栏云云众生s
使用 Kubernetes 精简平台架构工程
使用 Kubernetes 精简平台架构工程 平台架构工程涉及创建一个环境，使开发人员可以专注于构建应用程序。Kubernetes 可以提供帮助。 这就是平台工程发挥作用的地方，它充当支撑整个软件开发生命周期的 backbone。让我们深入探讨平台工程在为应用程序创建和维护基础设施方面的关键作用。 理解平台工程 在其核心，平台工程涉及创建一个环境，使开发人员可以专注于构建应用程序，而不必承担管理基础设施复杂性的负担。 平台工程师架构，构建和维护必要的基础设施和工具，以确保应用程序平稳高效地运行，不管它们可能包含的复杂性。 在应用程序开发的动态世界中，平台工程师面临着多方面的挑战。 平台工程师需要高效的工具和策略来有效地管理这种复杂性。 在平台工程领域，效率和可靠性的追求依赖于自动化。凭借其强大的功能集，Kubernetes 成为平台工程师寻求自动化部署和扩展过程的灯塔。
25810编辑于 2024-03-28 - 来自专栏技术栈
前端工程师之ES6
初识ES6 ES6：最新版的JS，ECMAScript标准 JavaScript语言(实现)，它还有多种称呼： ECMAScript6.0 ECMA6 ES6 变量 var——重复定义不报错；没有块级作用域 .. => xx filter 过滤 x, x, x, x, x, x => x, x, x... forEach 迭代、遍历 字符串 字符串模板 "xxx" 'xxx' `x${变量}xx es6面向对象 什么是同步——只有操作完事了，才往下执行，一次只能做一个事儿 什么是异步——这个操作进行中，其他操作也能开始，一次可以做多个事儿 异步的优势：1.用户体验好； 2.高效 同步的优势：简单 没用es6异步例子 '); let hot=$.ajax('/get_hot'); let list=$.ajax('/get_list'); let hot=$.ajax('/get_hot'); 使用es6- /aaa.js'); 打包发布自己的nodejs包 ES6模块化： 参考文档 import export #输出 export {x, x, x}; #引入 import mod from ".
1.4K10发布于 2019-07-31 - 来自专栏【腾讯云开发者】
腾讯文档前端工程架构改造实践
01、老旧的工程架构让业务开发走得越来越慢 需要治理的地方在哪里，只有弄清楚病症才能够有效对症下药，我们通过 review 开发全流程，发现问题主要是这几个方向： 多 npm 包手动发布效率低下且不安全 难点在于需要关心包之间的依赖关系，比如这是实际业务开发中的一个很常见的一个依赖关系： 在以前的架构中，包之间依赖都是直接写版本，然后从源中下载，我们修改 A 的代码，需要进行构建，发布，然后再更新 A 提速依赖安装 在之前的仓库架构下，使用 npm 安装依赖，整个组件仓库就只有一组 package.json 与其 lock 文件，将这两个文件 copy 到 docker 中，进行依赖安装后上传到云端， 但是在 pnpm workspace 的架构下行不通了，因为此时每个子包下都有独立的 package.json，也就是说我们仓库 100 多个组件就有 100 多个 package.json文件，好像没有办法仅通过根目录下的 基本上没有什么所谓自研工具，一方面是人力所限，另一方面就是我认同所有的代码本质都是技术债，都是需要维护成本的，所以我的理念就是尽量基于开源的代码，使用社区先进的工具，用尽量少的代码实现我们的目的，从而降低系统的复杂度，工程化的代码不应该是自研的黑盒
1.4K21编辑于 2024-07-03 GPT-6技术架构前瞻：200万Token上下文与原生多模态的工程实现
GPT-6技术架构前瞻：200万Token上下文与原生多模态的工程实现摘要GPT-6（代号Spud）据传4月14日发布。 本文从云计算和AI工程角度，分析200万Token上下文、原生多模态架构和Agent自主运行对企业AI应用架构的影响。 一、200万Token上下文的工程影响对RAG架构的简化效应当前企业AI应用主流架构：文档 → Embedding → 向量数据库 → 检索 → Top-K → Prompt拼接 → LLM推理200万 GPT-6大概率采用了类似的优化。 工程意义• 跨模态推理更连贯（图+文理解不再有"拼接缝"）• 输入pipeline简化（不需要为不同模态设计不同的预处理）• 模型部署统一化（一个模型服务所有模态）三、Agent自主运行从"人驱动"到"
80110编辑于 2026-04-09- 来自专栏编程一生
工程师常用的6种最佳实践
泰思勒定律也被称为复杂度守恒定律。该定律指出每一个过程都有其固有的复杂性，存在一个临界点，超过了这个点过程就不能再简化了，你只能将固有的复杂性从一个地方移动到另外一个地方。
32420编辑于 2023-10-16 - 来自专栏博文视点Broadview
前端工程化思维：主题切换架构
在本文中，我们将实现一个工程化主题切换功能，并梳理现代前端样式的解决方案。 1 设计一个主题切换工程架构 随着iOS 13引入深色模式（Dark Mode），各大应用和网站也都开始支持深色模式。 这里的高效就是指工程化、自动化。在介绍具体方案前，我们先来了解一个必会的前端工程化神器——PostCSS。 ▊ PostCSS原理和相关插件能力 简单来说，PostCSS是一款编译CSS的工具。 本文介绍的工程化主题切换架构也离不开PostCSS的基础能力。 整体架构设计如图2所示。 图2 2 主题色切换架构实现 有了整体架构，下面来实现其中的重点环节。 首先，我们需要了解PostCSS插件体系。 本文节选自《前端架构师：基础建设与架构设计思想》一书，更多前端架构相关内容，请查看本书！ 粉丝专享六折，快快扫码抢购吧！
87510编辑于 2022-08-31 - 来自专栏云原生应用工坊
容器应用程序架构与平台工程
现代容器应用程序架构不再是一项单一的技术挑战，而是一个综合性的平台工程，它集成了多个解决方案以支撑复杂的业务需求。 下面，我们将探索这七大解决方案如何共同构成现代容器应用程序架构的核心。 1. 联合身份提供商解决方案 在现代应用架构中，提供一个统一的身份验证和授权机制至关重要。 微服务 微服务架构允许团队独立开发、部署和扩展各自的服务。 6. 服务网格解决方案 服务网格是微服务架构的一个关键组件，它提供了细粒度的网络控制和服务间通信的安全。 LangChainAI 解决方案 LangChainAI代表了人工智能的进步，它在整个应用程序架构中提供智能决策和自动化。
48110编辑于 2023-12-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号