自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(13)
  • 收藏
  • 关注

原创 深入解析Spring Cloud Config:多样配置中心的实现与高可用策略

微服务架构Spring Cloud Config原理与注意事项分享讲解在分布式系统中,配置管理是一项关键任务。随着应用规模和复杂度的增加,传统的配置管理方式已无法满足需求。Spring Cloud Config应运而生,为分布式系统提供了一套集中化的配置管理解决方案。本文将深入探讨配置中心的由来与选择,并详细介绍如何利用Spring Cloud Config结合Git、MySQL和MongoDB等多种数据源实现配置中心。通过实际案例,我们将展示如何扩展其功能,确保高可用性

2019-02-14 14:36:20 1638043 35

原创 全面解读Spring Cloud Zuul:从配置到优化的实战指南

在微服务架构中,API网关作为核心组件之一,承担着请求路由、负载均衡、安全认证等重要功能。Spring Cloud Zuul作为一款功能强大的API网关解决方案,得到了广泛应用。本文将深入探讨Spring Cloud Zuul的各项功能,从基础配置到工作原理,再到多层负载和应用优化,全面解析其在实际应用中的最佳实践与实用技巧,为开发者提供一站式指导,助力其打造高性能、高可用的微服务架构。

2019-02-14 14:35:42 1644916 54

原创 深入理解Spring Cloud Feign与Ribbon:优雅的微服务调用解决方案

在现代的分布式系统中,微服务架构已经成为了构建大型应用的主流方式。而在微服务架构中,服务间的通信尤为重要,直接影响到系统的稳定性和性能。Spring Cloud作为领先的微服务解决方案,提供了Feign和Ribbon这两个强大的工具,用于简化和优化服务间的调用和负载均衡。本文将探讨Spring Cloud Feign和Ribbon的工作原理及其在实际应用中的最佳实践,帮助开发者更好地理解和利用这些工具来构建可靠的微服务系统。

2019-02-14 14:32:18 1641191 35

原创 深入理解服务发现与注册:从单体架构到微服务时代的演进

本文首先回顾了服务发现与注册技术在不同系统架构时代的应用演进,分析了单体架构、SOA架构和现代微服务架构下的实现方式和挑战。随后,文章详细介绍了服务发现与注册的技术选型,并深入探讨了Eureka作为一种基于AP原则的服务注册中心的设计理念,包括其如何解决服务实例注册、剔除和信息一致性问题。接着,本文分析了Eureka的基本架构和细化结构,包括注册中心服务器、服务提供者和消费者的角色和功能。最后,文章讨论了Eureka的高可用方案、区域亲和性以及参数调优与监控策略,帮助读者更好地理解和应用这一关键技术组件来构

2019-02-14 14:28:33 1642540 24

原创 统计一篇超过10G的文章中每个单词出现的次数

统计一篇超过10G的文章中每个单词出现的次数,可以通过分布式计算来提高效率。我提供一些思路和代码展示解决方案

2019-02-27 21:04:12 1682483 20

原创 字符串高频编程笔试汇总

字符串相关基本练习题总结(最长公共子串、最长回文子串、最长无重复字符子串、最小覆盖子串、字符串相乘、中文数字表达转实际数字格式等)参考书籍、文献和资料:【1】郑天民. 微服务设计原理与架构. 北京:人民邮电出版社,2018.

2019-02-14 14:42:25 1681949 34

原创 聚焦Spring Cloud Hystrix原理与注意事项

目录一、Spring Cloud Hytrix概述和设计目标(一)Spring Cloud Hytrix基本概述(二)Spring Cloud Hytrix概述设计目标二、Spring Cloud Hytrix解决的主要内容(一)隔离(线程池隔离和信号量隔离)1.线程和线程池线程隔离的好处:线程隔离的缺点2.信号量隔离(Semaphores)(二)优雅的降级...

2019-02-14 14:34:52 1635607 14

原创 微服务架构Spring Cloud概述和基本讲解

微服务架构Spring Cloud概述和基本讲解

2019-02-14 14:23:56 1646189 13

原创 布隆过滤器介绍和业务使用说明

布隆过滤器(Bloom Filter)是1970年由布隆提出的。它实际上是一个很长的二进制向量和一系列随机映射函数。布隆过滤器可以用于检索一个元素是否在一个集合中。它的优点是空间效率和查询时间都比一般的算法要好的多,缺点是有一定的误识别率和删除困难。

2019-02-14 14:21:17 1646847 20

原创 微服务架构实现需求与技术选型

微服务架构实现需求与技术选型

2019-02-14 14:18:34 1652676 22

原创 微服务架构服务可靠性分析

微服务架构服务可靠性分析:服务访问失败的原因和应对策略+服务容错+服务隔离+服务限流+服务降级

2019-02-07 20:13:53 1648352 19

原创 微服务架构数据一致性分析

微服务架构数据一致性分析:分布式事物+CAP&BASE+可靠事件模式+补偿模式+Sagas模式+TCC模式+最大努力通知模式+人工干预模式

2019-02-07 20:03:27 1653660 15

原创 微服务架构下服务治理基本功能

服务注册中心:注册中心核心功能+实现策略,讲解注册中心核心功能和注册中心实现策略+服务发布与注册+服务发现与调用+服务监控

2019-02-06 23:42:42 1652785 16

BeanFactory内部解析:Spring框架的心脏如何运作

BeanFactory 是 Spring 框架中的一个核心接口,用于管理应用程序中的对象(也称为 bean)。它提供了一种将应用程序组件(如服务、数据源、控制器等)解耦并配置到应用程序中的方式。 总的来说,可以初步理解BeanFactory 为 Spring 框架中负责管理 bean 对象的核心组件,它通过 IoC 容器、延迟加载、依赖注入和作用域管理等机制,实现了对象之间的解耦和灵活配置,从而提高了应用程序的可维护性、可测试性和可扩展性。 Bean 的作用域管理: BeanFactory 支持不同的 bean 作用域,如 singleton、prototype、request、session 等。通过配置不同的作用域,可以控制 bean 对象的生命周期,并确保在不同的作用域下能够正确地管理 bean 对象的创建和销毁。 Bean 定义管理: BeanFactory 负责管理应用程序中的所有 bean 定义。这些 bean 定义通常是通过 XML 文件、注解或 Java 代码进行配置的。BeanFactory 负责解析这些配置信息,并在需要时实例化相应的 bean 对象。

2024-08-03

解读InnoDB数据库索引页与数据行的紧密关联

快速了解索引页结构和数据行的直接关系。前提知识如下: 数据行格式内容分析 探究InnoDB Compact行格式背后-CSDN博客 数据行头信息各个属性探究 解析MYSQL行头信息数据行格式分析_jdk 协程-CSDN博客 解析数据行内部单向链表策略 数据库记录行在页内查询探索分析 在InnoDB存储引擎的世界里,数据存储和管理就像是一座繁忙而有序的城市。在这座城市中,每一块16KB大小的土地都被称为一个“页”(Page),而这些页是城市基础设施的核心,其主角就是“索引页”(INDEX页),这些页专门用于存储我们表中的实际记录数据,因此也被称为“数据页”(Data Page)。 目录 一、快速走进索引页结构 (一)整体展示说明 (二)内容说明 File Header(文件头部) Page Header(页面头部) Infimum + Supremum(最小记录和最大记录) User Records(用户记录) Free Space(空闲空间) Page Directory(页面目录) File Trailer(文件尾部) 二、索引页与记录行的简单关系说明

2024-08-03

揭秘大模型的世界:初步了解人工智能的核心技术

大模型(Large Models)并没有一个官方的统一定义,因为它通常是一个相对的概念,其大小会根据时间、技术和领域的发展而变化。大模型通常指的是深度学习中具有大量参数和计算资源需求的神经网络模型。这些模型在不同的上下文中可能有不同的大小阈值。 例如,对于自然语言处理(NLP)领域,大模型可能指的是包含数十亿到千亿参数的模型,如GPT-3、GPT-4等。对于计算机视觉领域,大模型可能是拥有数亿参数的深度卷积神经网络,如ResNet-152。 在深度学习领域,随着技术的进步,大模型的规模不断扩大,以提高模型的性能。因此,官方定义可能难以固定,但通常可以根据模型的参数数量、计算资源需求和任务性能来判断一个模型是否被称为"大模型"。 重要的是,大模型通常需要大量的计算资源和大规模的数据进行训练,因此在使用它们时需要仔细考虑资源和性能的平衡。

2024-08-03

自动状态管理革命:优化业务流程的智能解决方案

自动流转一般都是一个很大的处理系统,其中包含的处理内容是非常庞大的。在实际业务中,自动化状态流转可以大幅度提升工作效率和系统的响应速度。这种处理系统涉及到多个业务流程、状态管理以及相应的调度策略。开发这样的系统需要深入理解业务需求,并结合实际的技术架构来设计和实现。 在构建一个智能化状态流转处理模块时,我们首先需要明确业务流程的各个状态及其之间的转换规则。这些状态转换通常是基于特定的事件或条件触发的,因此,设计时需要考虑到如何有效捕捉这些触发条件,并在状态发生变化时进行相应的处理。模块的核心在于确保状态流转的准确性和实时性,同时保持系统的高可用性和稳定性。 在这篇文章中,我将提供一个简单的示例,展示如何构建一个自动状态流转处理模块的代码示例。这个示例将涵盖如何定义状态、如何处理状态转换以及如何管理状态流转过程中的事件和异常。需要注意的是,实际的业务场景可能会更加复杂,因此,示例中的代码仅作为一种基本的实现思路,具体的系统设计还需要根据实际业务需求进行调整和优化。 总之,自动化状态流转处理模块的开发是一个综合性的工程,需要开发者具备良好的系统设计能力和对业务流程的深刻理解。

2024-08-03

赢得签约战:用动态规划优化棒球自由球员选择策略

假设你是一支棒球大联盟球队的总经理。在寒季休季期间,你需要签入一些自由球员。球队老板给你的预算为X XX美元,你可以使用少于X XX美元来签入球员。但如果超支,球队老板就会解雇你。   你正在考虑在N NN个不同位置签入球员,在每个位置上,有P PP个该位置的自由球员供你选择。由于你不希望任何位置过于臃肿,因此每个位置最多签入一名球员(如果在某个特定位置上你没有签入任何球员,则意味着计划继续使用现用球员)。   为了确定一名球员的价值,你决定使用一种称为“VORP”或称为“球员替换价值”(Value Over Replacement Player)的统计评价指标(sabermetric)。球员的VORP值越高,其价值越高。但VORP值高的球员的签约费用并不一定比VORP值低的球员高,因此还有球员价值之外的因素影响签约费用。   对每个可选择的自由球员,你知道他的三方面信息:   • 他打哪个位置   • 他的签约费用   • 他的VORP   设计一个球员选择算法,使得总签约费用不超过X XX美元,而球员的总VORP值最大。

2024-08-03

文档规范的终极指南:大型项目开发中必备的设计文档标准

产品经理通常会在产品开发过程中编写和使用不同层次的文档来指导产品的设计、开发和推广。这些文档的三个主要层次分别是BRD(业务需求文档),MRD(市场需求文档)和PRD(产品需求文档)。该部分应该直接将对应的相关文档url进行展示和做简要说明。 文档类型 说明 主要信息 BRD 商业需求文档 项目背景(产品介绍)、市场分析、团队、产品路线、财务计划、竞争对手分析 等 MRD 市场需求文档 目标市场分析(目标、规模、特征、趋势)、目标用户分析(用户描述、用户使用场景、用户分类统计、核心用户、用户分类分析、竞争对手分析 、产品需求概况(定位、前景)) PRD 产品需求文档 详细功能说明(功能清单、优先级、功能目的、功能详细说明)、业务流程(业务流程、用例)、业务规则、界面原型(界面流程、界面原型)、数据要求(输入输出、极限范围、数据格式等)

2024-08-03

存储选型实战:用真实案例教你如何做出最佳存储决策

存储选型决策案例模板是一种用于指导组织或个人在选择适合其需求的存储解决方案时所采取的方法和过程的框架。通常包括背景信息、需求分析、候选解决方案、技术评估、成本分析、风险评估、决策依据、决策过程、实施计划、监测与评估等。 存储选型决策案例模板是一种有助于组织或个人更有效地选择适合其需求的存储解决方案的工具。它通过提供结构和透明度,帮助确保决策是基于充分的信息和综合的分析,从而降低了不明智的决策风险。 提醒:依然是模版,所以也可以应用与其他选型决策! 我们提炼主要信息给出其模版。 前置声明 一、需求分析 (一)技术需求 (二)非技术需求 二、存储调研 三、选型决策 (一)决策明细表 (二)决策汇总表 (三)决策结论 前置声明 一、需求分析 (一)技术需求 (二)非技术需求 二、存储调研 三、选型决策 (一)决策明细表 (二)决策汇总表 (三)决策结论 前置声明 一、需求分析 (一)技术需求 (二)非技术需求 二、存储调研 三、选型决策 (一)决策明细表 (二)决策汇总表 (三)决策结论

2024-08-03

从ES的JVM配置起步思考JVM常见参数优化

Java 8目前仍然是许多企业中主要使用的版本之一,尤其是对于比较保守的公司。在过去,CMS (Concurrent Mark-Sweep) 垃圾回收器在Java 8中是一种常见选择,因为它在某些场景下能够提供较好的性能。 然而,随着Java版本的不断更新,一些旧的特性和组件被淘汰或替代,比如CMS。Java 14中正式废弃了CMS,而新的垃圾回收器,如ZGC和G1,逐渐成为了主流选择。ZGC和G1在处理大内存堆和低停顿时间方面表现出色,适用于现代应用程序的需求。 另外,自Java 9以后,Java的发布模式也发生了变化,从长期支持(LTS)版本切换到了更频繁的发布,大约每六个月发布一次。Java 8和Java 11是目前支持的LTS版本,它们提供了更长时间的支持和维护,适合希望保持稳定性和兼容性的企业和组织使用。 关于JVM相关的优化和配置我们之前提到过很多基本的知识内容,简单进行回顾一下,今天我们就JVM常见优化参数为基本内容再次重新来说(主要从ES的JVM配置来强化理解)。

2024-08-03

互联网企业工程级复杂缓存设计

互联网企业工程级复杂缓存设计

2024-07-31

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除