- 综合排序
- 最热优先
- 最新优先
- 来自专栏焱融科技
微服务实践 | 焱融云前端微服务架构的设计要点
微服务架构使应用程序更易于扩展和更快地开发，从而加速创新并缩短新功能的上线时间。 整体式架构与微服务架构 整体式架构，所有进程紧密耦合，并可作为单项服务运行。 微服务的优势 灵活扩展 通过微服务，可以独立扩展各项服务以满足其整体应用程序功能的需求。这使团队能够适当调整基础设施需求，并在服务需求激增时保持整体应用的可用性。 技术自由 微服务架构中，团队可以自由选择最佳工具来解决他们的具体问题。因此，构建微服务的团队可以为每项作业选择最佳工具。 弹性 服务独立性增加了应用程序应对故障的弹性。 架构如图所示： 配置管理 在微服务分布式环境下，一个系统拆分成很多个微服务，需要告别手工修改配置的方式，采用集中配置管理的方式提升运维效率。 断路器工作流程如图所示： 总结 以上就是焱融云前端微服务实施的一些实践，充分满足了当前阶段开发需求。
1.5K41发布于 2020-02-28 - 来自专栏服务端技术杂谈
微服务实践
什么是微服务 微服务的两个核心： 微：服务粒度更细，即服务要细到API 服务：提供好服务，让服务好用 总结以上两点，来看这张图： 从图可以看出，微服务很简单，好的架构就应该简单，我们将服务拆API，每个服务服务于一个完整的功能 所以做好微服务，“云”是关键。 微服务的实现 由图可知，微服务的关键是服务网关。 微服务特点 服务需要细化成API： 每个服务由一组API组成 以API形式对外提供统一格式的服务 使用者可直接使用HTTP API服务需要保证安全可靠 微服务解决的问题： 统一入口 安全控制：放刷限流 http，dubbo，protobuf API配置管理 API上线，下线 API与服务接口映射 监控与报警 整体架构可扩展，高并发，分布式 服务容器自动收缩，扩容 方案 负载均衡：nginx/lvs/f5 微服务层
62240发布于 2018-04-17 - 来自专栏dotNET知音
.net 微服务实践
作者：云和月vv 来源：https://www.cnblogs.com/lgdvvvv/p/lgdvvvv.html l 前言 本文记录了我的一次.net core 微服务架构实践经验，以及所用到的技术 可以引入Kubernetes对容器进行自动管理，熟练运用有一定难度，中文社区：https://www.kubernetes.org.cn/k8s l RPC 远程过程调用 为什么要有RPC 按照微服务设计思想 return Task.CompletedTask; } } } 修改ConfigureServices添加如下代码 //注入rpc服务实现实例 记录与分享自己的一次微服务实践
82030发布于 2020-03-04 - 来自专栏米奇爱编程
Golang微服务实践
背景 在之前的文章《漫谈微服务》我已经简单的介绍过微服务，微服务特性是轻量级跨平台和跨语言的服务，也列举了比较了集中微服务通信的手段的利弊，本文将通过RPC通信的方式实现一个增删查Redis的轻量级微服务示例 amd64 Docker version 18.09.2, build 6247962 代码仓库 https://github.com/felipeinfantino/microservice-golang 微服务实践 因为我们要实现一个通过gRPC通信的基于Redis 数据库的增删改微服务，所以我们首先需要定义一个gRPC的通信描述文件server.proto： syntax = "proto3"; package 微服务的启动命令可以从Dockerfile中获取： FROM golang:latest RUN mkdir /app ADD . 总结 本文从工程实践的角度带读者实现了一个通过gRPC通信的增删查Redis的微服务，希望对读者有所启发。 <!
86820发布于 2019-12-25 - 来自专栏嘉为动态
微服务实践之客观认识微服务
以上是维基百科对微服务的定义，专业词汇不算少，接下来我们通过对比传统的单体架构、SOA架构来理解微服务。 如何理解单体架构和微服务架构？ 微服务的“微”字，也许当初就是相对SOA服务而言的，实践微服务的先行者和贡献者Netflix公司，就曾将他们的架构称为“细粒度的SOA”，可见微服务和SOA一脉相承。 首先，微服务的优势还是明显的—— ◉ 复杂度可控：将原本单体应用内部的复杂度分而治之，每个微服务只负责单一的职责，复杂度显著降低； ◉ 独立部署，稳定性高：每个微服务单独一个进程，单个微服务的宕机、重新部署 接下来我们细数一下微服务的缺点—— ◉ 维护难度高：虽然单个微服务的复杂度不高，但把所有微服务组合成一个完整应用的难度却不低，微服务的总体复杂度甚至高于单体架构。 可见，微服务不是放之四海而皆准的银弹，只有深入理解微服务的优势和劣势，客观认识自身项目的业务和技术需求，才能做出最恰当的技术架构选择，避免为了微服务而微服务。
64520发布于 2019-03-14 - 来自专栏后端进阶
SpringCloud 微服务实战笔记
这是很早以前在我的博客上写的关于 SpringCloud 的一些实战笔记，现在我把这些实战笔记集合起来贴到这里，可能会对一些刚刚接触 SpringCloud 微服务的小伙伴有帮助。 ，导致整个微服务系统出现雪崩效应。 服务网关是微服务架构组件中处于最外一层，通过服务网关统一，可以将链路前端集中管理起来，除了具备服务路由、均衡负载功能之外，它还需要具备权限控制等功能。 Spring Cloud Netflix 中的 Zuul 就担任了这样的一个角色，为微服务披上了一层保护层，也方便了权限校验集中管理，增加了接口的通用性。 ? 1. zuul.routes.api-member.path=/member/** zuul.routes.api-member.serviceId=member-server integral-server 和 member-server 是这俩微服务系统注册到微服务中心的一个
84610发布于 2019-11-11 SpringBoot微服务实战指南
使用Spring Boot构建微服务Spring Boot是构建微服务的理想选择，它简化了配置和部署流程，同时提供了丰富的功能支持。以下是使用Spring Boot开发微服务的关键步骤和注意事项。 groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency>服务拆分与设计每个微服务应专注于单一业务功能 http.authorizeRequests().anyRequest().authenticated().and().oauth2ResourceServer().jwt(); }}容器化部署通过Docker容器化微服务 /mvnw package通过以上方法，可以高效构建和维护Spring Boot微服务架构，确保系统的可扩展性、可靠性和可维护性。
13810编辑于 2026-03-22- 来自专栏JavaEdge
SpringCloud微服务实战(二)-微服务介绍
分布式是多节点的 各节点通过消息通信 简单的微服务架构 微服务架构的基础框架/组件 仔细观察 两大派系 SpringCloud是什么
51151发布于 2018-06-13 - 来自专栏Rainbond开源「容器云平台」
【微服务】微服务实战（二）：使用API Gateway
【编者的话】本系列的第一篇介绍了微服务架构模式。它讨论了采用微服务的优点和缺点，除了一些复杂的微服务，这种模式还是复杂应用的理想选择。 当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。 相对的，若是采用微服务架构，最终页上的数据会分布在不同的微服务上。 请看下面这几种方式 客户端到微服务直接通信 理论上说，一个客户端可以直接给多个微服务中的任何一个发起请求。 如果采用客户端发现服务，API Gateway必须要去查询服务注册处，也就是微服务实例地址的数据库。 处理部分失败 在实现API Gateway过程中，另外一个需要考虑的问题就是部分失败。
1.5K40发布于 2018-05-31 - 来自专栏架构之家
微服务实践--微服务方法论00
在微服务实践系列文章中主要介绍在微服务实践过程中可能会考虑到的方向、以及这些方向可供选择的技术工具、并会涉及少量的架构设计理论知识。 技术方向 对于微服务中技术的全局中可能会有很多门技术需要学习与掌握。 这里以一张图的方式为大家展示可能在微服务中遇到的技术与实现方向： 技术全景 作者把微服务实践中的技术方向有分了四部分：微服务管理，存储技术，业务支持，DevOps。 微服务管理是介绍分布式系统的技术实现部分。存储技术独立出来的意义在于存储和大数据，人工智能等大型的独立系统有关系。业务支持是阐述在业务实现过程中可能会用到的技术，但是不和通用的微服务技术相关的技术。 从图中可以看到微服务技术关注的大概方向，基本上整理出来五个大方向。并在五个大方向上有相关的具体技术方向进行补充。
64810编辑于 2022-12-28 - 来自专栏我思故我在
.Net微服务实践（一）：微服务框架选型
目录 微服务框架 SpringCloud SpringCloud技术栈 SpringCloud核心组件 核心组件工作原理 微服务架构组件 最后 微服务框架 微服务（Microservices）是一种架构风格 ，一个大型复杂软件应用由一个或多个微服务组成。 系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。 那么我们在具体实践落地微服务时，我们又需要做什么？一个微服务框架到底又有什么呢？特别是对于.NET生态圈的小伙伴们，一直都有很多困惑，不知该如何下手。 .NET下的网关，我们推荐使用Ocelot，来开始我们的Ocelot之旅. .Net微服务实践（二）：Ocelot介绍和快速开始
83120发布于 2020-04-08 - 来自专栏嘉为动态
微服务实践之Docker应用
最近几年，几乎所有的大型互联网公司都在做两件同样的事情，一是重构前端框架，二是重构后端微服务。微服务很火，无论你用或者不用，它都将继续火下去，这是由日益庞大的系统的高可用需求决定的。 今天我们的微服务实践之旅，介绍Docker的基本概念和入门应用。 Docker作用 前面的例子已经给我们展示了Docker短小精悍的特点，这个特点可以让Docker在很多场合有用武之地，比如微服务就是Docker的主场之一。 在一个纯净的系统中，一行命令运行一个war包，意味着应用的迁移和水平扩展也能一行命令搞定，这对微服务来说简直就是雪中送炭。 微服务支持用异构语言来开发服务，想在一台Linux服务器上同时运行Java5、Java8、C#、Go、Python、PHP程序？
66690发布于 2018-12-21 - 来自专栏JavaEdge
SpringCloud微服务实战(一) - 入门
x62fgcihp7.png] [lmse4wfaqh.png] [1s0n1x9l2f.png] [r3vw288hcv.png] [g6i547df33.png] [8d3jv5xti8.png] 2 微服务介绍 gceq5838ev.png] [14ieadadkn.png] [zg0sh1yiyq.png] [2oinpwqk4y.png] 分布式是多节点的 各节点通过消息通信 [pg6lbr73uj.png] 简单的微服务架构 [e59meuvnse.png] 微服务架构的基础框架/组件 [c3hzqz78hi.png] 仔细观察 [q44lwhojhe.png] 两大派系 [kqx1us4a1r.png] SpringCloud 参考 SpringCloud Finchley三版本微服务实战 更多内容请关注JavaEdge公众号
1.6K100发布于 2018-05-16 - 来自专栏追不上乌龟的兔子
微服务实现 - Netflix技术栈
微服务实现 - Netflix技术栈 你好。今天我将讨论并解释如何实现基于微服务的系统。有很多用于实现微服务的工具和技术。我今天关注的是Netflix技术栈和SpringBoot。 目前微服务是业内热门话题之一。每个人都需要了解微服务，每个人都需要在微服务体系结构上完成项目。 在实践微服务之前，我们必须清楚微服务体系结构的概念，为什么我们的项目需要微服务，在微服务体系结构中有什么优点和缺点。在这里， Krish正在做关于微服务的很好的系列教程。 如果您想深入了解微服务架构，请在开始实施前仔细阅读这些教程。 在这里您了解我们安全流程的主要要点。首先，我们的核心服务不去维护关于日志用户的会话。所有的服务都是无状态的。第二件事是商品服务，订单服务，消息服务和搜索服务委托认证服务进行认证过程。
1.1K10发布于 2018-06-25 - 来自专栏Java架构解析
Spring Cloud 微服务实战笔记
image.png 微服务带来的问题 微服务架构有如此多优点，单也因为服务的拆分引入了许多问题。 运维人员需要维护的进程数量增多了, 所以需要自动化的工具。 微服务实施 服务调用 在微服务架构中通常通过两种方式互相通信: 使用HTTP的RESTFUL API或轻量级消息发送协议, 实现消息传递和服务调用的触发 通过轻量级消息总线上传消息，类似RabbitMQ 去中心化管理 在实施微服务架构时，希望每一个服务都管理其自由的数据库，这就是数据管理的去中心化。 实施微服务的团队，每个小组都应该以做产品的方式，对服务的整个生命周期负责。 Spring Cloud 介绍 Spring Cloud 是基于Spring Boot的微服务架构开发工具，它为微服务中涉及的配置管理,服务治理, 断路器, 智能路由, 微代理, 控制总线, 全局锁,决策竞选
74600发布于 2019-07-30 - 来自专栏JAVA技术站
SpringCloud 微服务实现方式 原
消费启动服务，注意EnableFeginClients 一定要加basePackages，要不然扫不到单独作为api的jar包里面接口
54510发布于 2018-08-15 - 来自专栏chenssy
微服务实战：使用API Gateway
当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。 相对的，若是采用微服务架构，最终页上的数据会分布在不同的微服务上。 请看下面这几种方式 客户端到微服务直接通信 理论上说，一个客户端可以直接给多个微服务中的任何一个发起请求。 这个方案的另一个缺点是它很难重构微服务。随着时间的推移，我们可能需要改变系统微服务目前的切分方案。例如，我们可能需要将两个服务合并或者将一个服务拆分为多个。 如果采用客户端发现服务，API Gateway必须要去查询服务注册处，也就是微服务实例地址的数据库。 处理部分失败 在实现API Gateway过程中，另外一个需要考虑的问题就是部分失败。
1.2K10发布于 2018-11-23 - 来自专栏天澄技术杂谈
『Microservices & Nameko』Python 微服务实践
Microservices 微服务最近一二年非常热门，谈论也比较多，简单的说，微服务将单一应用程序作为由众多小型服务构成之套件加以开发的方式，其中各项服务都拥有自己的进程并利用轻量化机制（通常为HTTP 微服务相关生态会在Java和Go语言中比较成熟，尤其是Java。 涉及到2个微服务，注册服务和推送服务，同时有一个评论接口。 需要实践的是2个功能： API代码中如何调用微服务 微服务中如何调用其他微服务 先介绍一下dependence中的代码: # content of redis_service class RedisService 这样就实践了第一个功能，在API中调用微服务。
2.1K10发布于 2019-04-05 - 来自专栏阶梯计划
基于zookeeper的微服务实践
该文章会阐述一些对微服务理解的个人观点，如有错误或者不恰当之处还请见谅。 1 前言 微服务的话题也火了好几年了，各类微服务架构的文章也是非常的多，这里也阐述下个人对微服务系统的见解。 1.1 为什么选择微服务系统 微服务系统之前是服务化系统，服务化系统提倡同构系统，比如系统内统一采用某种通信框架（AKKA、CORBA等），而且从某种层面上也限制了开发语言，为什么会这样，因为服务化系统一般是由一个团队打造的 因此，微服务就诞生了，说到底，软件架构的演进都是为了解决人的问题。 1.2 微服务系统基础架构组成 微服务的基础架构组成服务太多了，这里不好一一详细介绍了，下图是一个大概的组成图，其中括号中是比较主流的服务。 但是微服务系统中还是需要一个角色来连接各个微服务的。因为每个服务部署的位置不同，甚至部署的位置可能会动态的变化，所以把每个服务的通信地址都写在配置项中是不太合理的。
1.2K40发布于 2019-06-03 - 来自专栏java基础笔记
使用springCloud构建微服务实战
（1）Eureka Server提供服务发现的能力，各个微服务启动时，会向Eureka Server注册自己的信息，它会存储这些信息。 使用微服务创建的是分布式系统，微服务之间通过网络进行通信。我们通过服务消费者与服务提供者来描述微服务之间的调用关系。 FeignClient(name= "myprovider",fallback = TestFeignImpl.class) 四、总结 1、到此，我们使用几个核心组件，写出了一个简单的Spring Cloud微服务
41420编辑于 2022-05-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号