- 综合排序
- 最热优先
- 最新优先
- 来自专栏初见Linux
10-3 信号
三、信号 kill 命令通常用来“ 杀死 ”（终止）进程，它可以用来终止运行不正常的程序 或 拒绝终止的程序。如下例： kill命令示例.png 我们首先在后台启动了 xlogo 程序。She
76830发布于 2020-08-11 - 来自专栏mysql
hhdb数据库介绍(10-3)
单机部署为管理平台为用户提供单个组件安装部署的功能，弥补集群部署功能中无法单独安装某个组件的缺陷。具体功能说明与操作步骤请参考安装部署文档。
77810编辑于 2025-03-12 - 来自专栏AI机器学习与深度学习算法
机器学习入门 10-3 实现混淆矩阵，精确率和召回率
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节首先通过具体的编程实现混淆矩阵进而计算精准率和召回率两个指标，最后使用sklearn中封装的库函数实现混淆矩阵、精准率以及召回率。
2.1K30发布于 2020-04-08 - 来自专栏完美Excel
VBA专题10-3：使用VBA操控Excel界面之设置工作表（续）
要隐藏其他工作表中的行，只需使用该工作表代替ActiveSheet，例如使用Sheets(1)代表第1个工作表，或者使用Worksheets(1)代表第1个标准工作表。隐藏所有行后，行标题几乎被隐藏，但列标题仍然在工作表中。
2.5K20发布于 2020-07-16 - 来自专栏微服务生态
微服务反模式与陷阱翻译终结篇
/p/3986239138fe 都在说微服务，那么微服务的反模式和陷阱是什么（二） http://www.jianshu.com/p/c76f7f234a31 九、通信协议使用的陷阱 在微服务架构体系中要求每个服务都是独立布署 你应该考虑两种类型的消息标准作为微服务架构中的消息传递：特定平台的标准和平台无关的标准。特定平台的标准比如 JMS for java、MSMQ for .net。平台无关的比如 AMQP。 10.1 异步请求 使用微服务架构首先要考虑的是异步通信方式，因为异步通信的调用者不需要考虑等待服务的响应时间，如图10-1所示。 ? 服务消费者发送一个消息到第一个服务，然后发送另一个消息的第二个服务，如图10-3所示。在服务使用者执行提交之前，这些消息都保存在队列中。一旦服务使用者执行提交，两个消息就会被释放。 ? 图10-3 在图10-3中，服务消费者将消息发送到第一个队列中，然后服务消费者业务报错， 这时可以在消息事务中进行回滚，从消息系统的队列中删除掉刚才发的消息。
75320发布于 2018-08-22 - 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 习题10-3 递归实现指数函数
习题10-3 递归实现指数函数 本题要求实现一个计算xn（n≥1）的函数。
98510发布于 2020-09-15 - 来自专栏程序猿DD
都在说微服务，那么微服务的反模式和陷阱是什么（三）
前文导读： 《都在说微服务，那么微服务的反模式和陷阱是什么（一）》 《都在说微服务，那么微服务的反模式和陷阱是什么（二）》 九、通信协议使用的陷阱 在微服务架构体系中要求每个服务都是独立布署，这就意味着服务之间会有通信 你应该考虑两种类型的消息标准作为微服务架构中的消息传递：特定平台的标准和平台无关的标准。特定平台的标准比如 JMS for java、MSMQ for .net。平台无关的比如 AMQP。 10.1 异步请求 使用微服务架构首先要考虑的是异步通信方式，因为异步通信的调用者不需要考虑等待服务的响应时间，如图10-1所示。 ? 服务消费者发送一个消息到第一个服务，然后发送另一个消息的第二个服务，如图10-3所示。在服务使用者执行提交之前，这些消息都保存在队列中。一旦服务使用者执行提交，两个消息就会被释放。 ? 在图10-3中，服务消费者将消息发送到第一个队列中，然后服务消费者业务报错， 这时可以在消息事务中进行回滚，从消息系统的队列中删除掉刚才发的消息。
1K50发布于 2018-02-01 - 来自专栏气象学家
Science Advances | 清华大学团队揭示气候变化下全球中低纬度海洋绿度和藻类暴发频率下降趋势
研究团队基于深度卷积神经网络集成架构，生成了2001–2023年全球海洋表层日尺度、空间分辨率为0.25°×0.25°的叶绿素a浓度数据集。 为突破上述瓶颈，研究团队开发了基于深度卷积神经网络集成架构的OCNET模型，融合BGC-Argo浮标实测数据，并结合海表温度、盐度、气压、混合层深度、光合有效辐射等关键环境因子作为输入，成功构建了2001 图1 OCNET模型重构全球海洋叶绿素a浓度数据流程图 研究表明，全球中低纬度海洋的“绿度”整体呈现显著衰减，叶绿素a浓度以(-0.35±0.10)×10-3 mg·m-3·yr-1的速率下降。 沿海区域降幅更为显著，达每年(-0.73±0.22)×10-3 mg·m-3(图2)。其中，北半球的叶绿素a浓度显著衰退的区域面积约为增长区的4.4倍(图2A)。
11110编辑于 2026-03-25 - 来自专栏DeepHub IMBA
计算卷积神经网络参数总数和输出形状
S→stride, p→padding, n→input size, f→filter size 默认Stride =1，没有提到填充(所以，p=0) 输出形状= n-f+1 = 10-3 +1 =8 n = 10, f = 3 s = 1, p = 0 默认Stride =1，没有提到填充(所以，p=0) 输出形状= n-f+1 = 10-3 +1 =8 在使用卷积滤波器对输入图像应用卷积后，输出将是一个特征映射 n = 10, f = 3 s = 1, p = 0 默认Stride =1，没有提到填充(所以，p=0) 输出形状= n-f+1 = 10-3 +1 =8 在使用卷积核对输入图像应用卷积后，输出将是一个特征映射
1.3K30发布于 2021-08-20 什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
今天，我就来系统梳理六大核心架构——业务架构、数据架构、应用架构、技术架构、产品架构和项目架构。帮你理解数字化建设的底层逻辑，来有效地参与项目和提升协作效率。 想象一下，业务架构是公司的部门职责说明书，数据架构是公司的档案管理系统，那么，应用架构就是决定需要开发多少个具体的软件应用或微服务，来让各个部门能够协同工作。 这些问题，都属于技术架构的范畴。技术架构关注所有非功能性需求与基础设施：计算资源：选择物理服务器、虚拟机还是容器？是否采用无服务器架构？ 合理的项目架构能最大限度地减少团队间的沟通摩擦，确保技术愿景被高效、准确地执行。总结回顾这六大架构，你会发现它们构成了一个严谨的决策链条：业务架构定义战略与价值。数据架构把业务实体转化为核心资产。 应用架构将业务能力组织为软件模块。技术架构为软件模块提供运行时环境。产品架构将软件能力包装为用户可感知的价值。项目架构组织人类智慧完成从零到一的构建。它们彼此约束，又相互滋养。
1.1K10编辑于 2025-10-30- 来自专栏java闲聊
浅谈架构（单体架构、 SOA架构、微服务架构）
单体架构 * 一个典型的单体应用就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中，最终经过编译、打包，部署在一台服务器上。 ，它是将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao，打成war包，部署在Tomcat、Jetty或者其他Servlet容器中运行` [r-1.jpg] SOA架构 * SOA架构是面向服务的体系结构，主要目的是为了各个系统更加容易地融合在一起。
2.4K50发布于 2018-07-02 - 来自专栏架构之家
应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问： https://www.processon.com/u/5f633168e0b34d080d54c128
6.8K32编辑于 2022-12-28 - 来自专栏BigData_Flink
lambda架构+kappa架构+IOTA架构
A1 lambda架构 ? 三部分： Batch Layer：批处理层 Speed Layer：流处理层 Serving Layer：服务层 A2 Kappa架构 ? A3 IOTA架构 ? 设定标准数据模型，通过边缘计算技术把所有的计算过程分散在数据产生、计算和查询过程当中，以统一的数据模型贯穿始终，从而提高整体的预算效率，同时满足即时计算的需要。 A4 相关资料 详细可看以下博文（都不错大家耐心阅读）： lambda架构 kappa架构 IOTA架构
1.3K20发布于 2021-04-12 - 来自专栏深圳架构师同盟
什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
因此这篇文章刚好回答下在知乎看到的一个问题，即：什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？ 对于该问题我从企业架构中的4A架构来简单回答下该问题。 企业架构作为指导企业数字化转型的重要方法论，涵盖了多个层次和维度的架构类型。从传统的4A架构（业务架构、数据架构、应用架构、技术架构）到现代的产品架构、项目架构，每种架构都有其独特的定位和作用。 企业架构4A体系的核心框架 4A架构关系图 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构的核心要素与设计方法 业务架构转换逻辑 业务架构是企业架构的起点和基础。 产品架构与项目架构的现代扩展 企业架构融合框架 在现代企业架构体系中，除了传统的4A架构外，产品架构和项目架构也成为重要的组成部分。
70910编辑于 2025-11-17 - 来自专栏全栈程序员必看
【架构】Lambda架构
而Lambda架构就是将若干组件组合在一起。 二、Lambda架构要做到什么 2.1Lambda架构创始人 提到Lambda架构，就不得不提Nathan Marz（后面我们称他为Marz）。 我相信，没有哪个架构师愿意看到这样的局面，更没有哪个架构师会基于这样的场景来去设计系统。 Lambda架构能够保障每个层都可以进行水平扩展，也就是添加更多的机器来实现扩展。 三、完全增量架构根本不可行 下面这张图，是一个最简单、也是最高层次的架构抽象：应用基于数据库不断地进行读写操作。 不管是什么系统，应用都是在增量地维护数据库状态。 Lambda架构在数据准确性、延迟以及吞吐量上表现明显要比完全增量架构要好得多。 四、Lambda架构 在大数据技术领域中，没有单一工具能够解决所有的数据问题。 Lambda架构还有一个重要特点，每当批处理层的数据进入到服务层后，不再需要实时视图中的数据了，也就是可以丢弃掉。Lambda这三层中，加速层是最复杂的。Lambda架构也旨在隔离复杂性。
1.8K20编辑于 2022-09-12 - 来自专栏【腾讯云开发者】
什么是技术架构、数据架构、业务架构、应用架构和代码架构？
01、关于架构的理解 1.1 分析与扩充维度 架构，是对系统的描述。 维基百科的定义是：软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 更多是以业务架构、技术架构、部署架构三种形式呈现。 业务架构：从业务角度描述系统承载的功能集合、领域边界、各组成部分的逻辑关系。 技术架构：从技术角度描述系统各组成部件之间的交互关系，技术架构体现的要具有技术特色，例如同步、异步、消息等。 部署架构：从物理角度描述系统的部署分布。 应用架构图可以分为应用功能/模块架构图和单个应用技术架构图。 3.2 应用功能架构图 站在整个系统的视角，描述整个系统逻辑架构。 06、数据架构 数据架构是对存储数据（资源）的架构。描述核心数据模型设计、数据同步和备份的机制等。
97710编辑于 2026-01-15 - 来自专栏数字化 IT 从业者路径课
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
单体架构 1968 年的软件危机产生了软件工程，并且催生了面向对象的高级语言，例如 1972 的 C 语言，同时产生了我们的单体式的技术架构，单体架构的特点是所有代码逻辑都耦合在一个项目中。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 垂直架构相较于单体架构而言，进行了部分解耦，但是不够彻底，在各个子系统相互依赖的代码和模块中，存在重复代码拷贝和模块功能重复开发的情况。 ESB 中心化架构实现了松耦合，依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理，因此它虽然是面向服务的，但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等；3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4.
3.7K20编辑于 2023-03-22 - 来自专栏CODING DevOps
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
单体架构 1968 年的软件危机产生了软件工程，并且催生了面向对象的高级语言，例如 1972 的 C 语言，同时产生了我们的单体式的技术架构，单体架构的特点是所有代码逻辑都耦合在一个项目中。 随着业务的发展、单体架构越来越臃肿，系统代码量日益膨胀，在同一系统上协作的开发人员越来越多。基于单体架构的协作效率越来越低，系统故障率越来越高。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 ESB 中心化架构实现了松耦合，依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理，因此它虽然是面向服务的，但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等； 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4.
6.5K53编辑于 2022-03-16 - 来自专栏愿天堂没有BUG（公众号同名）
高并发核心编程SpringCloud+Nginx秒杀实战，秒杀系统的系统架构
秒杀系统的系统架构 本节分多个维度介绍crazy-springcloud开发脚手架的架构，包括分层架构、限流架构、分布式锁架构、削峰的架构。 秒杀的分层架构 从分层的角度来说，秒杀系统架构可以分成3层，大致如下： （1）客户端：负责内容提速和交互控制。 （2）接入层：负责认证、负载均衡、限流。 （3）业务层：负责保障秒杀数据的一致性。 10-3所示。 图10-3 外部网关与内部网关相结合完成权限认证、负载均衡、接口限 流 3.业务层负责保障数据一致性 秒杀的业务逻辑主要是下订单和减库存，都是数据库操作。 如果使用ZooKeeper分布式锁来保护秒杀的数据库操作，那么它的架构图大致如图10-5所示。
1K20编辑于 2022-10-28 - 来自专栏全栈程序员必看
Dubbo架构(应用架构)
升级Spring版本到3.x 2、Dubbo整体架构 1、生命周期架构 上述所述为Dubbo内部交互图，主要包括： Provider 暴露服务的服务提供方 Consumer 调用远程服务的服务消费方 2、层级架构 Dubbo框架设计一共划分了10个层，而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。
1.4K31编辑于 2022-07-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号