登录社区云，与社区用户共同成长
邀请您加入社区
HTTP 是应用层协议，用于传输超文本数据，基于请求-响应模型，常用于 Web 开发、API 调用等场景。RPC 是远程过程调用协议，用于实现分布式系统中不同节点之间的通信，基于方法调用模型，常用于构建面向服务的微服务架构。在微服务架构中，Feign 和 Dubbo 都是用于实现远程调用的框架，Feign 基于 HTTP 协议，Dubbo 基于 RPC 协议。
华为全栈技术闭环构建了从芯片到应用的完整生态体系，通过昇腾/鲲鹏芯片、盘古大模型、鸿蒙/欧拉系统和行业大脑四大核心板块的深度融合，实现算力-模型-系统-应用的无断点协同。该体系采用四层硬件算力底座+三层软件协同中枢+行业应用出口的一体化架构，通过CANN异构调度打通全链路。针对跨层适配冗余、算力利用率低等痛点，提出原架构优化和本源架构重构双路径方案，显著提升部署效率和稳定性。作为系列第10篇，本文
本文深度解析 Super Gemma 4 26B 无审查版模型在本地 Agent 工作流中的技术优势，涵盖 MoE 架构原理、MLX/GGUF 部署方案、Hermes Agent 集成实战，并提供完整的 Python 调用示例，助力开发者构建高性能本地 AI 应用。
大厂面试不仅考技术细节，更看业务场景落地。本文以在线教育为主线，涵盖微服务、消息队列、缓存、日志、监控、AI Agent等全链路实战，助力Java面试复盘与系统架构提升。
本文深入分析了2026年能源管理系统技术选型面临的挑战，重点对比了传统单体架构与新兴微服务方案的优劣势。文章指出，在双碳政策推动下，微服务架构因其模块化设计、弹性扩展能力更符合现代能源管理需求。特别介绍了开源方案MyEMS的技术特点：采用领域驱动设计划分十余个独立微服务；支持多协议数据采集和边缘计算；结合流式计算与离线分析；提供机器学习能效算法和碳排放管理功能。相比商业闭源方案，MyEMS在架构现
元模型作为架构的 “词典”，明确了各领域架构元素的定义与关联关系，业务架构涵盖业务域、流程、活动等元素，应用架构包含应用域、功能、交互等组件，数据架构涉及数据域、实体、属性等要素，技术架构则囊括技术域、系统、组件等内容，形成标准化的概念体系。视图作为架构的 “图纸”，通过图形化方式直观呈现架构元素及关联，如业务架构的能力视图、流程视图，应用架构的模块视图、交互视图，数据架构的主题域视图、数据模型视
可以看见consul和kong都已经启动成功，user-server和order-server都还在不断重启，那是因为没有读到consul的kv配置。4. 编写一个user-server服务（./user-server/main.go）5. 再加一个order-server(./order-server/main.go)API网关应该做以下事情：路由、鉴权、限流、熔断、协议转换；当你的Go微服务数
本篇以大厂内容社区、AIGC等真实业务场景为引，结合Java技术栈重点，系统梳理了面试高频问题及解答，帮助小白系统学习并掌握主流Java面试知识和业务场景实战。
容器化：使用 Docker 容器化应用，提高部署一致性镜像管理：使用官方镜像，定期更新，扫描漏洞Kubernetes 部署：使用 Deployment、Service、ConfigMap 等资源水平扩展：使用 HPA 实现自动缩放服务发现：使用 Kubernetes 内置的服务发现机制存储管理：使用 PersistentVolumeClaim 管理持久化存储CI/CD 集成：实现自动化的构建和部署
5G分布式软件开发岗位，主要技术栈是微服务、分布式，主要语言是Golang，也有小部分C，技术栈和互联网公司比较类似，但是电信级产品，具有高性能高可靠性可用性的特点，技术方面绝对领先！客户是运营商，中国区具有绝对优势的份额，海外也处于快速增长阶段，华为公司绝对的压舱石，主航道中的主航道！云核OD转正比例在华为公司内部最高！纯软件业务，不存在业务连续性问题！上海华为云核心网产品线。有兴趣的话欢迎投递
想要设计出一个优秀的分布式系统肯定是需要庞大知识体系做铺垫的，如果你目前想要往分布式领域进修或者是在系统设计上遇到了什么难题，相信这份阿里分布式系统设计实录肯定能对你有所帮助！由于篇幅原因，本文只展示了目录和内容截图， 有需要学习的小伙伴可以点击文末下方传送门，即可获得免费获取方式！！！
快速开发管理平台鸿鹄云架构【系统管理平台】是一个大型企业、分布式、微服务、云架构的JavaEE体系快速研发平台，基于模块化、微服务化、原子化、热部署的设计思想，使用成熟领先的无商业限制的主流开源技术(Spring Cloud+Spring Boot+Mybatis+Oauth2+微服务设计思想)构建。 采用服务化的组件开发模式，可实现复杂的业务功能。使用Maven进行项目的构建管理，采用Jenki
提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录前言一、 Sentinel: 分布式系统的流量防卫兵二、使用步骤三、Dashobard搭建前言之前的微服务熔断我们需要使用hystrix，我们知道虽然能用，但是Netflix已经不再进行维护了，所有我们需要寻找新的替代的工具，所以alibaba的Sentinel便成了首选一、 Sentinel: 分布式系统的流量防卫兵这是官网
在微服务的时代，分布式事务是绕不开的话题，尽管在大多数场景下，我们并不需要使用分布式事务，但是 不需要使用 不代表 可以不会使用，万一哪天真需要用到了呢？分布式事务是一个比较大的话题，今天我们来看看基于MQ的分布式事务解决方案。在实际开发中，为了简化分布式事务，我们和其他服务交互，经常会采用MQ的方式，我们先来看下如果采用MQ的方式和其他服务进行交互，应该怎么做。
但是，如果在构建微服务时未遵循正确的原则，则最终可能会陷入像纠缠在一起的意大利面一样的状态。这让维护变得非常困难，因为这需要不同的团队一起协作来做变动，发布或者实现容错。充分利用微服务是一门科学并且需要一些刻意练习。以下微服务最佳实践和设计原则将帮助你构建松散耦合，分布式和优化的微服务，以实现最佳价值。10个微服务最佳实践==========1. 单一责任原则==========就像代码中的类一样
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封
金融数字化能力成熟度指引》（JR/T 0271-2023）提出了金融数字化能力成熟度模型、成熟度计算方法，明确了不同维度金融数字化转型能力相应的分档要求，为金融机构提供了一个衡量和提升其金融科技应用和数字化转型水平的重要工具。4个子域为敏捷化创新体系建设（3个能力项）、一体化经营中台建设（3个能力项）、自动化风险防控机制建设（3个能力项）、数智化营销能力建设（3个能力项）。4个子域为服务流程重塑（
微服务架构其实是为了服务可以独立的开发、独立的部署，快速迭代，并且技术多样性。然而我们经常在开发微服务的时候没有弄清楚微服务的边界，导致了一个更大的坑，由单体架构拆分成了微服务单体架构，带来了更大的灾难：开发单体的痛苦一个都没少，面向服务的好处一点没捞着。如果不解决这些问题，随着服务生态系统的增长，情况越来越糟。
互联网架构演进：传统架构 → 分布式架构 → SOA架构 → 微服务架构 → 服务网格→ ServiceMesh
Nacos 和 Dubbo 都是微服务技术，用于构建分布式系统。如果 IP 不对，可能是某些服务没有正确注册到注册中心，或者服务器连接失败。你可以检查服务是否正确注册到注册中心，以及服务器是否正常运行。...
本文讲了关于服务发现的很多干货内容，核心内容为服务发现组件的选择、网关的介绍、 客户端侧如何发给已发现的服务。
拿着爸妈提供的物质,见识他们没有见识过的世面,体验他们没有体验过的人生,到头来,却嫌弃他们如此笨拙。
正值金三银四招聘旺季，很多小伙伴都询问我有没有前端方面的面试题，特地整理出来赠送给大家！资料领取方式：点击这里前往获取很多小伙伴都询问我有没有前端方面的面试题，特地整理出来赠送给大家！资料领取方式：点击这里前往获取资料领取方式：点击这里前往获取。
本文仅仅简单介绍了dapr的安装及其初始化，dapr是一个简约但不简单的分布式应用运行时，很适合微服务托管使用。
分布式微服务系统部署
【分布式&微服务】SpringBoot启动原理
文章目录1、注册中心2、CAP理论3、主流注册中心3.1、Zookeeper3.2、Eureka3.3、Consul3.4、Nacos3.5、总结1、注册中心服务注册中心本质上是为了解耦服务提供者和服务消费者。 对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。
JDK 和 JRE 有什么区别？== 和 equals 的区别是什么？两个对象的 hashCode()相同，则 equals()也一定为 true，对吗？final 在 java 中有什么作用？java 中的 Math.round(-1.5) 等于多少？String 属于基础的数据类型吗？java 中操作字符串都有哪些类？它们之间有什么区别？String str="i"与 String str=n
在 go-zero 的分布式缓存系统分享里，Kevin 重点讲到过一致性hash的原理和分布式缓存中的实践。本文来详细讲讲一致性hash的原理和在 go-zero 中的实现。以存储为例，在整个微服务系统中，我们的存储不可能说只是一个单节点。一是为了提高稳定，单节点宕机情况下，整个存储就面临服务不可用；二是数据容错，同样单节点数据物理损毁，而多节点情况下，节点有备份，除非互为备份的节点同时损毁。那么
前言随着数字化转型的推进，越来越多的企业开始尝试基于微服务框架构建和重构自己的系统，微服务实施不仅仅是微服务框架的技术选型和服务拆分，它涉及到方方面面，是一个系统化的体系工程。微服务架构不仅延续了分布式系统与SOA的特征，也汲取了DevOps、持续集成、持续交付等工程实践的成功经验，并正在借着云计算和容器化的春风开始其驰骋之旅。但是，微服务的落地并不像其概念描述的那样举重若轻，它不仅包括架构解耦，
大型企业、分布式、微服务、云架构的JavaEE体系快速研发平台，基于模块化、微服务化、原子化、热部署的设计思想，使用成熟领先的无商业限制的主流开源技术(Spring Cloud+Spring Boot+Mybatis+Oauth2+微服务设计思想)构建。 采用服务化的组件开发模式，可实现复杂的业务功能。使用Maven进行项目的构建管理，采用Jenkins进行持续集成，主要定位于大型分布式企业系统或
网上资料太多，众说纷纭，通过查阅网上资料，我个人感觉是：分布式主要是在高并发的情况下，分散到不同的不服务器，来分散压力。而微服务主要就是把整体服务分成多个小服务，不一定分散到不同的服务器，也可能一个服务器，分散的是应用能力。而且微服务相对于分布式更细粒。分布式是爹，微服务是儿子。...
@源码地址来源：http://minglisoft.cn/hhcloudpackage com.honghu.cloud.controller;import java.math.BigDecimal;import java.util.ArrayList;import java.util.Date;import java.util.HashMap;import java.util.List;impo
作者 | 铖朴什么是 Spring Cloud Alibaba？1、简介Spring Cloud Alibaba 是由阿里巴巴（后文简称：阿里）中间件团队于 2018 年 7 月开源，为业界提供的一套基于阿里内部分布式技术的一站式微服务构建解决方案。基于 Spring Cloud 微服务框架标准，针对微服务架构中的服务注册与发现、分布式消息、服务限流降级以及分布式事务等核心模块，都提供了相应的面向
*一个零基础的新人，我认为坚持是最最重要的。**我的很多朋友都找我来学习过，我也很用心的教他们，可是不到一个月就坚持不下来了。我认为他们坚持不下来有两点主要原因：他们打算入行不是因为兴趣，而是因为所谓的IT行业工资高，或者说完全对未来没有任何规划。刚开始学的时候确实很枯燥，这确实对你是个考验，所以说坚持下来也很不容易，但是如果你有兴趣就不会认为这是累，不会认为这很枯燥，总之还是贵在坚持。技术提升遇
分布式一致性（Consensus）作为分布式系统的基石，一直都是计算机系统领域的热点。近年来随着分布式系统的规模越来越大，对可用性和一致性的要求越来越高，分布式一致性的应用也越来越广泛。纵观分布式一致性在工业界的应用，从最开始的鼻祖Paxos的一统天下，到横空出世的Raft的流行，再到如今Leaderless的EPaxos开始备受关注，背后的技术是如何演进的？本文将从技术角度探讨分布式一致性在工业
随着互联网的发展，网站应用的规模也在不断的扩大，进而导致系统架构也在不断的进行变化。从互联网早起到现在，系统架构大体经历了下面几个过程: 单体应用架构--->垂直应用架构--->分布式架构--->SOA架构--->微服务架构，当然还有悄然兴起的Service Mesh(服务网格化)。接下来我们就来了解一下每种系统架构是什么样子的， 以及各有什么优缺点。
分布式事务之可靠消息实现最终一致性
作者 | 刘晓敏来源 | 阿里巴巴云原生公众号Seata 是一款简单易用，高性能、开源的一站式分布式事务解决方案。Seata 从2019 年 1 月开源后就受到了大家的追捧，目前已经有几百家企业在生产环境进行了技术的落地。2020 年 4 月，我们开始基于 Seata 着手做多语言 golang 项目，经过一年时间的开发，很高兴 seata-golang 发布了 1.0.0 版本。今年 4 月 1
最近几年微服务很火，大家都在建设微服务，仿佛不谈点微服务相关的技术，都显得不是那么主流了。近几年见识到身边朋友的很多公司和团队都在尝试进行微服务的改变，但很多团队并没有实际微服务踩坑经验，很多团队甚至强行为了微服务而去微服务，最终写成一个大型的分布式单体应用，就是改造后的系统既没有微服务的快速扩容，灵活发布的特性，也让原本的单体应用失去了方便开发，部署容易的特性（项目拆为多份，开发部署复杂度都提高
本文介绍了为什么微服务架构大多采用分库分表的方式进行设计数据库，当然，分布式系统在设计过程中进行分库分表还需要注意一些问题，比如，在我们创建数据库表的时候是否可以先考虑表内数据的特性，事先将一些不经常需要更改的内容抽离出来，形成一张新的表，从某种程度上说，这种方式也是一种"分表"的操作。
微服务架构提倡的单一应用程序划分成一组松散耦合的细粒度小型服务，辅助轻量级的协议，互相协调、互相配合，实现高效的应用价值，符合我们应用服务开发的发展趋势。后续我们围绕它的核心模块：服务注册与发现、API 网关服务、分布式配置中心、服务通信、服务治理、分布式服务追踪与监控等，从原理到实践，一步步展开来研究。...
分布式系统原理与范型》定义：“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”分布式系统（distributed system）是建立在网络之上的软件系统。随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现
在微服务演进的早期，很多团队习惯于“午夜停机发布”。但随着业务全球化、7×24小时高可用要求的普及，“停服更新”已成为制约交付效率的系统瓶颈。实现不停服更新（零停机部署）并非单一的技术配置，而是架构设计、流量治理、应用代码与基础设施协同的结果。本文将从底层原理到代码实战，深度解析如何构建一套工业级的零停机发布体系。将微服务改造为“不停服更新”，是一项系统工程。其技术深度的体现不在于使用了多么花哨的
在Spring Cloud微服务架构中，Nacos作为配置中心被广泛应用，但很多开发者在初次使用时会遇到"Failed to configure a DataSource"、"Unable to connect to Nacos"等错误。经过深入排查发现，90%的问题源于将Nacos配置错误地放在了application.yml而非bootstrap.yml中。本文将从一个真实的踩坑案例出发，通过
微服务
——微服务
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
AtomGit开源社区
龙虾开发者社区
2048 AI社区
深开鸿 技术专区
