首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏mysql

    hhdb数据库介绍(9-7)

    计算节点高可用计算节点支持高可用架构部署,利用keepalived高可用服务原理搭建主备服务关系,可保证在主计算节点(即Active计算节点) 服务故障后,自动切换到备计算节点 (即Standby计算节点 启动说明在启动高可用架构下的主备计算节点服务时,需要注意启动的顺序问题,如下为标准启动顺序:1.先启动主计算节点,再启动主计算节点所在服务器上的Keepalived:查看计算节点日志:2018-06-13

    48210编辑于 2024-11-28
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 9-7 scikit-learn中的逻辑回归

    本系列是《玩转机器学习教程》一个整理的视频笔记。本小节主要介绍使用sklearn实现逻辑回归算法以及添加多项式项的逻辑回归算法,sklearn为逻辑回归自动封装了正则化,通过调整C和penalty以解决模型过拟合的问题。

    1.5K40发布于 2020-02-29
  • 来自专栏孟君的编程札记

    24点解法

    数字范围为1-9 运算符号支持+-*/ 01 ▼ 从指定可能的计算表达式入手 思路 计算24点会使用4个数字,运算符号,可能包含0到2个括号,如: 24 = 8/(9-7)*6 24 = 8/((9-7)/6) 24 = (8*6)/(9-7) 24 = 6/((9-7)/8) 24 = (6*8)/(9-7) 我们先列举计算24点可能使用的表达式: nononon (non) 表示运算符号 接下来,我们要做的就是: 计算出数字的全排列(去重)以及运算符号的全排列(4*4*4 = 64种组合) 将数字和运算符的结果组合在一起,依次对上述可能的计算表达式进行替换,得到诸如8/((9- 7)/6)的结果 然后借助JDK中的脚本引擎ScriptEngine计算每个表达式的结果(如8/((9-7)/6)的结果), 如果计算结果与24的差值小于某一个较小的误差范围,可认为是一种有效的计算结果

    1.5K20发布于 2020-03-06
  • 来自专栏A周立SpringCloud

    跟我学Spring Cloud(Finchley版)-23-Spring Cloud Config高可用

    架构如图9-7所示。 ?

    46020发布于 2019-03-14
  • 来自专栏愿天堂没有BUG(公众号同名)

    涨薪5K必学高并发核心编程,限流原理与实战,分布式计数器限流

    本小节的Nginx Lua分布式计数器限流案例架构如图9-3所示。 图9-3 Nginx Lua分布式计数器限流架构 首先介绍限流计数器脚本RedisKeyRateLimiter.lua,该脚本负责完成访问计数和限流的结果判断,其中涉及Redis的存储访问,具体的代码如下 本小节的Redis Lua分布式计数器限流案例的架构如图9-7所示。 图9-7 Redis Lua分布式计数器限流架构 首先来看限流的计数器脚本redis_rate_limiter.lua,该脚本负责完成访问计数和限流结果的判断,其中会涉及Redis计数的存储访问。

    69620编辑于 2022-10-28
  • 什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构?

    今天,我就来系统梳理六大核心架构——业务架构、数据架构、应用架构、技术架构、产品架构和项目架构。帮你理解数字化建设的底层逻辑,来有效地参与项目和提升协作效率。 想象一下,业务架构是公司的部门职责说明书,数据架构是公司的档案管理系统,那么,应用架构就是决定需要开发多少个具体的软件应用或微服务,来让各个部门能够协同工作。 这些问题,都属于技术架构的范畴。技术架构关注所有非功能性需求与基础设施:计算资源:选择物理服务器、虚拟机还是容器?是否采用无服务器架构? 合理的项目架构能最大限度地减少团队间的沟通摩擦,确保技术愿景被高效、准确地执行。总结回顾这六大架构,你会发现它们构成了一个严谨的决策链条:业务架构定义战略与价值。数据架构把业务实体转化为核心资产。 应用架构将业务能力组织为软件模块。技术架构为软件模块提供运行时环境。产品架构将软件能力包装为用户可感知的价值。项目架构组织人类智慧完成从零到一的构建。它们彼此约束,又相互滋养。

    2.2K10编辑于 2025-10-30
  • 来自专栏java闲聊

    浅谈架构(单体架构、 SOA架构、微服务架构)

    单体架构 * 一个典型的单体应用就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中,最终经过编译、打包,部署在一台服务器上。 ,它是将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao,打成war包,部署在Tomcat、Jetty或者其他Servlet容器中运行` [r-1.jpg] SOA架构 * SOA架构是面向服务的体系结构,主要目的是为了各个系统更加容易地融合在一起。

    2.5K50发布于 2018-07-02
  • 来自专栏架构之家

    应用架构、技术架构、安全架构、部署架构

    在日常软件项目开发与实施中,经常会涉及到各种架构图,如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下,提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学,可以访问下面地址进行克隆,学习更多内容请访问: https://www.processon.com/u/5f633168e0b34d080d54c128

    7.5K32编辑于 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.4K20发布于 2021-04-12
  • 来自专栏深圳架构师同盟

    什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构?

    因此这篇文章刚好回答下在知乎看到的一个问题,即:什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构? 对于该问题我从企业架构中的4A架构来简单回答下该问题。 企业架构作为指导企业数字化转型的重要方法论,涵盖了多个层次和维度的架构类型。从传统的4A架构(业务架构、数据架构、应用架构、技术架构)到现代的产品架构、项目架构,每种架构都有其独特的定位和作用。 企业架构4A体系的核心框架 4A架构关系图 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构,其实去理解4A架构的集成核心,你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构的核心要素与设计方法 业务架构转换逻辑 业务架构是企业架构的起点和基础。 产品架构与项目架构的现代扩展 企业架构融合框架 在现代企业架构体系中,除了传统的4A架构外,产品架构和项目架构也成为重要的组成部分。

    1.3K10编辑于 2025-11-17
  • 来自专栏【腾讯云开发者】

    业务架构、应用架构、数据架构、技术架构……架构到底是什么?

    03、此架构非彼架构?架构到底怎么分 在 EA 架构领域,有两种常见架构方法 RUP 和 TOGAF,这两个框架也是我们常常了解架构分类的两个维度。 由于不同架构方法论,定义的架构分类也不同,RUP4+1架构方法主要是以架构生命周期为视角进行描述,而 TOGAF9 按架构涉及内容维度来描述。 因此我结合两者细分为业务架构、应用架构、数据架构、技术架构、代码架构、部署架构。 业务架构是战略,应用架构是战术,技术架构是装备。其中应用架构承上启下,一方面承接业务架构的落地,另一方面影响技术选型。 熟悉业务,形成业务架构;根据业务架构作出相应的应用架构,最后技术架构落地实施。 你也可以理解成:业务架构是生产力,应用架构是生产关系,技术架构是生产工具。 业务架构决定应用架构,应用架构需要适配业务架构,并随着业务架构不断进化,同时应用架构依托技术架构最终落地。 04、架构师都在说的单体应用、分布式与微服务到底是什么?

    1.1K10编辑于 2026-07-01
  • 来自专栏【腾讯云开发者】

    什么是技术架构、数据架构、业务架构、应用架构和代码架构?

    01、关于架构的理解 1.1 分析与扩充维度 架构,是对系统的描述。 维基百科的定义是:软件架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。 更多是以业务架构、技术架构、部署架构三种形式呈现。 业务架构:从业务角度描述系统承载的功能集合、领域边界、各组成部分的逻辑关系。 技术架构:从技术角度描述系统各组成部件之间的交互关系,技术架构体现的要具有技术特色,例如同步、异步、消息等。 部署架构:从物理角度描述系统的部署分布。 应用架构图可以分为应用功能/模块架构图和单个应用技术架构图。 3.2 应用功能架构图 站在整个系统的视角,描述整个系统逻辑架构。 06、数据架构 数据架构是对存储数据(资源)的架构。描述核心数据模型设计、数据同步和备份的机制等。

    2.2K10编辑于 2026-01-15
  • 来自专栏软件方法

    软件方法(下)第9章分析类图案例篇Part01

    负责人 潘加宇 需改进指标: UMLChina训练中,花费在回答问题和抽奖上的平均时间 指标当前值: 3分钟/题 指标改进值: 2分钟/题 9.1.3 业务序列图 针对以上流程,绘制现状的业务序列图如图9- 图9-7 答题抽奖流程现状业务序列图 从图9-7可以看到,做题软件、抽奖软件和微信之间不直接通信。 月21-24晚剔除“伪创新”的领域驱动设计-网络公开课 《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题 《软件方法》强化自测题集110题 CTO也糊涂的常用术语:功能模块、业务架构

    78210编辑于 2022-10-31
  • 来自专栏CODING DevOps

    应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构

    单体架构 1968 年的软件危机产生了软件工程,并且催生了面向对象的高级语言,例如 1972 的 C 语言,同时产生了我们的单体式的技术架构,单体架构的特点是所有代码逻辑都耦合在一个项目中。 随着业务的发展、单体架构越来越臃肿,系统代码量日益膨胀,在同一系统上协作的开发人员越来越多。基于单体架构的协作效率越来越低,系统故障率越来越高。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案,这就是垂直架构(也成为“竖井式架构”)。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统,子系统之间没有直接关联。 ESB 中心化架构实现了松耦合,依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理,因此它虽然是面向服务的,但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等; 4.

    6.7K53编辑于 2022-03-16
  • 来自专栏数字化 IT 从业者路径课

    应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构

    单体架构 1968 年的软件危机产生了软件工程,并且催生了面向对象的高级语言,例如 1972 的 C 语言,同时产生了我们的单体式的技术架构,单体架构的特点是所有代码逻辑都耦合在一个项目中。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案,这就是垂直架构(也成为“竖井式架构”)。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统,子系统之间没有直接关联。 垂直架构相较于单体架构而言,进行了部分解耦,但是不够彻底,在各个子系统相互依赖的代码和模块中,存在重复代码拷贝和模块功能重复开发的情况。 ESB 中心化架构实现了松耦合,依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理,因此它虽然是面向服务的,但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等;4.

    3.9K20编辑于 2023-03-22
  • 来自专栏程序那些事

    架构之:serverless架构

    简介 不知道什么时候,出现了一个叫做Serverless架构的模式,看这个英语单词Serverless,也就是没有服务的意思。没有服务怎么搭建应用程序呢? 此类架构虽然消除了对传统架构中搭建服务的需求,可能会受益于显着降低的运营成本、复杂性和工程交付时间,但代价是增加对供应商的依赖和相对不成熟的支持服务。 如果将上面的服务转换成为serverless架构,该如何修改呢? 在serverless架构中,服务端没有了,转而被各种FaaS所替代。 可以看到,Serverless的架构已经和原来的架构完全不同了。带来的好处就是系统变得更加灵活,并且对功能重新做了划分,减少了服务端的业务逻辑,有点分布式的效果,对应的服务器成本更低。 总结 serverless架构是目前比较热门的一种架构方式,我们可以去尝试使用这种新的架构方式,来看看能否给我们的业务带来不同的变化。但是也需要看到并不是所有的服务都可以使用serverless架构。

    1K20发布于 2021-07-15
  • 来自专栏程序那些事

    架构之:serverless架构

    简介 不知道什么时候,出现了一个叫做Serverless架构的模式,看这个英语单词Serverless,也就是没有服务的意思。没有服务怎么搭建应用程序呢? 此类架构虽然消除了对传统架构中搭建服务的需求,可能会受益于显着降低的运营成本、复杂性和工程交付时间,但代价是增加对供应商的依赖和相对不成熟的支持服务。 如果将上面的服务转换成为serverless架构,该如何修改呢? 在serverless架构中,服务端没有了,转而被各种FaaS所替代。 可以看到,Serverless的架构已经和原来的架构完全不同了。带来的好处就是系统变得更加灵活,并且对功能重新做了划分,减少了服务端的业务逻辑,有点分布式的效果,对应的服务器成本更低。 总结 serverless架构是目前比较热门的一种架构方式,我们可以去尝试使用这种新的架构方式,来看看能否给我们的业务带来不同的变化。但是也需要看到并不是所有的服务都可以使用serverless架构。

    1.6K30发布于 2021-07-13
  • 来自专栏深圳架构师同盟

    怎么区别软件架构、系统架构、解决方案架构、企业架构?

    今天准备聊下我们经常谈到的企业架构,软件架构,解决方案架构之间的区别和联系。 这个也是我经常被他人问到的问题,包括我在前面也写过一些相关的文章类说。类似企业架构和软件架构之间的区别关联和映射关系等。 系统架构/软件架构:单体设计,如同盖一栋楼 如果说企业架构是城市规划,那么系统架构(System Architecture)或软件架构(Software Architecture)就是具体某栋楼的设计图纸 这就是系统架构师或软件架构师干的活。 可以说,没有具体的软件系统架构实践,EA就容易沦为空中楼阁。 最后,企业架构中的4A架构和软件架构中的4+1视图有明显的对应关系。 在我早期的文章中,曾提到过:"为了区分高层架构(包括多个应用的总体架构)和底层架构(针对单个业务系统的架构),前者采用企业架构中的应用架构这个词,后者采用系统架构这个词以进行区分。"

    1K00编辑于 2025-06-26
  • 来自专栏IT大咖说

    软件架构设计-软件架构风格、分层架构

    ◆ 软件架构设计 软件或计算机系统的软件架构是该系统的一个(或多个)结构,而结构由软件元素、元素的外部可见属性及它们之间的关系组成。 软件系统架构是关于软件系统的 结构、行为和属性 的高级抽象。 软件架构是可传递可复用的模型,架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配,即满足,需求的职责分配到组件上。 采用B/S架构的应用系统,在数据查询等响应速度上,要远远地低于C/S架构。(性能) B/S架构的数据提交一般以页面为单位,数据的动态交互性不强,不利于OLTP应用. ◆ MVC的架构风格 ? 分布式架构 客户机/服务器系统开发时可以采用不同的分布式计算架构: 分布式表示架构是将表示层和表示逻辑层迁移到客户机,应用逻辑层、数据处理层和数据层仍保留在服务器上; 分布式数据架构是将数据层和数据处理层放置于服务器 架构风格和设计模式的区别 架构风格往往是从全局的角度来考虑问题,他是一种独立于实际问题的通用组织结构。例如,常用的B/S架构,在很多不同的系统中,都有应用。

    4.2K41发布于 2021-07-19
  • 来自专栏MyTechnology

    每日一刷:两数之和

    第i次(第二次)循环,9-7=2,此时2正好在map中。返回2对应的value和for循环中的i 从结果看,这种解法更加高效! ?

    47520发布于 2020-07-31
领券