微服务实战（二）：使用API Gateway

原文:微服务实战(二):使用API Gateway - DockOne.io [编者的话]本系列的第一篇介绍了微服务架构模式.它讨论了采用微服务的优点和缺点,除了一些复杂的微服务,这种模式还是复杂应用的理想选择. DockOne将会于2018年3月23日在北京举办Kubernetes技术培训,培训内容包含:Docker容器的原理与基本操作:容器网络与存储解析:Kubernetes的架构与设计理念详解:Kubernetes的资源对象使用说明:Kubernetes中的开放接口CRI.CNI.CSI解…

微服务实战(一):微服务架构的优势与不足微服务实战(二):使用API Gateway 微服务实战(三):深入微服务架构的进程间通信微服务实战(四):服务发现的可行方案以及实践案例微服务实践(五):微服务的事件驱动数据管理微服务实战(六):选择微服务部署策略微服务实践(七):从单体式架构迁移到微服务架构微服务实践(总)-原文微服务实战(二):使用API Gateway [编者的话]本系列的第一篇介绍了微服务架构模式.它讨论了采用微服务的优点和缺点,除了一些复杂的微服务,这种模式还是复…

微服务实战（六）：选择微服务部署策略 - DockOne.io

原文:微服务实战(六):选择微服务部署策略 - DockOne.io [编者的话]这篇博客是用微服务建应用的第六篇,第一篇介绍了微服务架构模板,并且讨论了使用微服务的优缺点.随后的文章讨论了微服务不同方面:使用API网关,进程间通讯,服务发现和事件驱动数据管理.这篇文章,我们将讨论部署微服务的策略. 本系列文章: 微服务实战(一):微服务架构的优势与不足微服务实战(二):使用API Gateway 微服务实战(三):深入微服务架构的进程间通信微服务实战(四):服务发现的可行方案以及实践案例…

微服务实战（四）：服务发现的可行方案以及实践案例 - DockOne.io

原文:微服务实战(四):服务发现的可行方案以及实践案例 - DockOne.io 这是关于使用微服务架构创建应用系列的第四篇文章.第一篇介绍了微服务架构的模式,讨论了使用微服务架构的优缺点.第二和第三篇描述了微服务架构内部的通讯机制.这篇文章中,我们将会探讨服务发现相关问题. 为什么要使用服务发现? 设想一下,我们正在写代码使用了提供REST API或者Thrift API的服务,为了完成一次服务请求,代码需要知道服务实例的网络位置(IP地址和端口).传统应用都运行在物理硬件上,服务实例的网络位…

微服务实战（三）：深入微服务架构的进程间通信 - DockOne.io

原文:微服务实战(三):深入微服务架构的进程间通信 - DockOne.io [编者的话]这是采用微服务架构创建自己应用系列第三篇文章.第一篇介绍了微服务架构模式,和单体式模式进行了比较,并且讨论了使用微服务架构的优缺点.第二篇描述了采用微服务架构应用客户端之间如何采用API Gateway方式进行通信.在这篇文章中,我们将讨论系统服务之间如何通信. 简介在单体式应用中,各个模块之间的调用是通过编程语言级别的方法或者函数来实现的.但是一个基于微服务的分布式应用是运行在多台机器上的.一般来说,每…

微服务实战（一）：微服务架构的优势与不足 - DockOne.io

原文:微服务实战(一):微服务架构的优势与不足 - DockOne.io [编者的话]本文来自Nginx官方博客,是微服务系列文章的第一篇,主要探讨了传统的单体式应用的不足,以及微服务架构的优势与挑战.正如作者所说,微服务架构更适合用于构建复杂的应用,尽管它也有自己的不足. [Kubernetes培训通知]DockOne将会于2019年3月8日在深圳举办Kubernetes技术培训,本次培训包括:云原生介绍.微服务:Docker基础.Docker工作原理.镜像.网络.存储.数据卷.安全:Kube…

go-zero微服务实战系列（三、API定义和表结构设计）

前两篇文章分别介绍了本系列文章的背景以及根据业务职能对商城系统做了服务的拆分,其中每个服务又可分为如下三类: api服务 - BFF层,对外提供HTTP接口 rpc服务 - 内部依赖的微服务,实现单一的业务功能 rmq服务 - 负责流式任务的处理,如消费kafka等等 admin服务 - 对内部管理后台提供HTTP接口,通常数据操作权限比较高如果没看过前两篇文章可通过如下传送门查看 go-zero 微服务实战系列(一.开篇) go-zero微服务实战系列(二.服务拆分) 前两篇文章比较偏理论,…

微服务实战系列--Nginx官网发布（转）

这是Nginx官网写的一个系列,共七篇文章,如下 Introduction to Microservices (this article) Building Microservices: Using an API Gateway Building Microservices: Inter-Process Communication in a Microservices Architecture Service Discovery in a Microservices Architecture E…

Chris Richardson微服务实战系列

微服务实战(一):微服务架构的优势与不足微服务实战(二):使用API Gateway 微服务实战(三):深入微服务架构的进程间通信微服务实战(四):服务发现的可行方案以及实践案例微服务实践(五):微服务的事件驱动数据管理微服务实践(六):选择微服务部署策略微服务实践(七):从单体式架构迁移到微服务架构…

ASP.NET Core微服务实战系列

希望给你3-5分钟的碎片化学习,可能是坐地铁.等公交,积少成多,水滴石穿,码字辛苦,如果你吃了蛋觉得味道不错,希望点个赞,谢谢关注. 前言这里记录的是个人奋斗和成长的地方,该篇只是一个系列目录和构想,并没有完全真正开弓.之所以有这个题目,是因为.NET Core在国内的学习资源七零八落,偶尔园里也有零星好文出现,但是系统性的,带深入浅出实战风格的专题介绍目前没有看到,之前特定整理了一个资源分享,持续收集了不少资源,但是总感觉还是做的不够好,对个体或团队要进行技术升级还是没有门道可循. 目前关于…

go-zero微服务实战系列（十一、大结局）

本篇是整个系列的最后一篇了,本来打算在系列的最后一两篇写一下关于k8s部署相关的内容,在构思的过程中觉得自己对k8s知识的掌握还很不足,在自己没有理解掌握的前提下我觉得也很难写出自己满意的文章,大家看了可能也会觉得内容没有干货.我最近也在学习k8s的一些最佳实践以及阅读k8s的源码,等待时机成熟的时候可能会考虑单独写一个k8s实战系列文章. 内容回顾下面列出了整个系列的每篇文章,这个系列文章的主要特点是贴近真实的开发场景,并针对高并发请求以及常见问题进行优化,文章的内容也是循序渐进的,先是介绍…

微软Azure AspNetCore微服务实战第一期

微服务大家已经不在陌生了,相对传统单体架构其带来了更大的灵活性与多方位的效率提升. 2017官方发布了EshopOnContainers的微服务项目,其结合了.Net Core.Azure.Docker等众多优秀的技术,为开发者们抛砖引玉,走进微服务的大门. 本次分享,我们将结合实际毫无保留的从代码上解析微服务架构,以实战演练的方式去阐述微服务如何落地,并共同探讨微服务的未来趋势. 时间:2017年9月9日(周六) 13:00—17:00 地点:微软上海办公室(上海市徐汇区虹桥路3号港汇中心2座…

Spring Cloud微服务实战阅读笔记（一）基础知识

本文系<Spring Cloud微服务实战>作者:翟永超,一书的阅读笔记. 一:基础知识 1:什么是微服务架构是一种架构设计风格,主旨是将一个原本独立的系统拆分成多个小型服务,这些小型服务都在各自独立的进程中运行,服务之间通过基于HTTP的RESTful API进行通信协作. 被拆分的每一个小型服务都围绕系统中的一项或者一些耦合度较高的业务功能进行构建,每个服务维护着自身的数据存储,业务开发,自动化测试以及独立部署. 2:实施微服务带来的问题: 运维的新挑战…

springcloud微服务实战--笔记

目前对Springcloud对了解仅限于:“用[注册服务.配置服务]来统一管理其他微服务” 这个水平.有待提高 Springcloud微服务实战这本书是翟永超2017年5月写的,时间已经过去了两年,略旧,不过入门还是可以的. 主要内容包括:服务治理.容错保护.API网关.配置管理.消息总线等这本书442页,一共11章,现在看来,每一个都要学. 第一章.基础知识第二章.微服务构建:Springboot 第三章:服务治理:springcloud Eureka 第四章:客户端负载均衡:spring…

SpringCloud Alibaba微服务实战 - 基础环境准备

Springcloud Aibaba现在这么火,我一直想写个基于Springcloud Alibaba一步一步构建微服务架构的系列博客,终于下定决心从今天开始本系列文章的第一篇 - 基础环境准备. 该系列文章内容主要基于三个微服务:用户服务AccountService,订单服务OrderService,产品服务ProductService 用到的组件有: 注册中心.配置中心 Nacos 限流 Sentinel 分布式事务 Seata 网关 SpringCloud Gateway 认证授权 Spr…

Spring Cloud 微服务实战笔记

Spring Cloud 微服务实战笔记微服务知识传统开发所有业务逻辑都在一个应用中, 开发,测试,部署随着需求增加会不断为单个项目增加不同业务模块:前端展现也不局限于html视图模板的形式,后端向前端支持需要更多的接口模块. 随着需求增多,项目变大,单体系统部署在一个进程内部,往往修改很小的功能,为了部署上线也会影响其他功能.后期维护成本会变得越来越大,难以控制. 微服务架构中不同模块拆分成不同服务,都能独立部署和扩展,运行在自己的进程内,有稳定的边界,更新也不会影响其他服务运营.而且由于…

.Net微服务实战之技术架构分层篇

一拍即合上一篇<.Net微服务实战之技术选型篇>,从技术选型角度讲解了微服务实施的中间件的选择与协作,工欲善其事,必先利其器,中间件的选择是作为微服务的基础与开始,也希望给一直想在.Net入门微服务的同行有一个很好的方向.在此篇重新整理了一下整个微服务项目的demo,希望对有需要的朋友起到一定的帮助:https://github.com/SkyChenSky/Sikiro 那么我在公司实施微服务的时候,也不是一拍脑袋想上就上的.刚入职公司的时候才3.4个人,产品给到我的规划只有一个很简单的系…

.Net微服务实战之负载均衡（上）

系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇相关源码:https://github.com/SkyChenSky/Sikiro PS:最近开始在找工作,如果在广州地区需要技术管理岗的(.Net架构师.技术经理)可以随时联系我,微信:SkyChen_Gong. 分布式?集群?负载均衡? 我曾经面试过一家企业,当时描述完我在老东家完成的微服务架构后,面试官问了我一个问题: 面试官:您有做过分布式系统吗? 我:有,刚刚我描述的微服务…

.Net微服务实战之负载均衡（下）

系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇 .Net微服务实战之负载均衡(上) .Net微服务实战之CI/CD .Net微服务实战之Kubernetes的搭建与使用相关源码:https://github.com/SkyChenSky/Sikiro 前言 2020.1.10,陪我老婆到她所属的千亿企业的科技部值班,顺便参观了一下他们IT部门,舒适的环境让我灵感大发,终于把这篇拖了半年的博文完成了. 上一篇文章<.Net微服务实…

.Net微服务实战之必须得面对的分布式问题

系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇 .Net微服务实战之负载均衡(上) .Net微服务实战之CI/CD .Net微服务实战之Kubernetes的搭建与使用 .Net微服务实战之负载均衡(下) 相关源码:https://github.com/SkyChenSky/Sikiro 前言不少小伙伴看了我的博客的后跟我探讨问题时都离不开数据一致性.数据关联.数据重复创建的问题,只要大家做的分布式系统无论是否微服务化,或多或少…

.Net微服务实战之可观测性

系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇 .Net微服务实战之负载均衡(上) .Net微服务实战之CI/CD .Net微服务实战之Kubernetes的搭建与使用 .Net微服务实战之负载均衡(下) .Net微服务实战之必须得面对的分布式问题前言很多次去面试,有经验的面试官都会问一个问题,你是怎么去定位日常遇到的问题?平常跟同行分享自己遇到的问题,事后他会问我,这种看起来毫无头绪的问题,你是怎么去定位解决的? 其实我们平…

Go微服务实战 - 用户服务开发(gRPC+Protocol Buffer)

概要用户服务基本是每个互联网产品里必备的一个服务了,因为没有用户基本是什么也干不了.所以他的重要性不言而喻.本文主要介绍下如何开发一个用户微服务,以及他的详细开发流程. 目录 Go微服务实战 - 从0到1搭建一个类Instagram应用(持续更新) Go微服务实战 - 用户服务(gRPC+Protocol Buffer) Go微服务实战 - 关系服务服务(gRPC+Protocol Buffer) Go微服务实战 - 动态服务(gRPC+Protocol Buffer) Go微服务实战 - 聚…

微服务实战(三)：落地微服务架构到直销系统(构建基于RabbitMq的消息总线)

从前面文章可以看出,消息总线是EDA(事件驱动架构)与微服务架构的核心部件,没有消息总线,就无法很好的实现微服务之间的解耦与通讯.通常我们可以利用现有成熟的消息代理产品或云平台提供的消息服务来构建自己的消息总线:也可以自己完全写一个消息代理产品,然后基于它构建自己的消息总线.通常我们不用重复造轮子(除非公司有特殊的要求,比如一些大型互联网公司考虑到自主可控的白盒子),可以利用比如像RabbitMq这样成熟的消息代理产品作为消息总线的底层支持. RabbitMq核心组件解释: Connection…