自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

编程之路

路漫漫其修远兮,吾将上下而求索!

  • 博客(9)
  • 问答 (1)
  • 收藏
  • 关注

转载 Chris Richardson 微服务系列 第一篇 微服务介绍

微服务现在受到了大量的关注︰ 文章、 博客、 社交媒体和学术会议上的讨论都能看到该词汇的身影。微服务正迅速走向 Gartner Hype cycle 所指的快速发展期。同时,软件社区的一些怀疑论者指出微服务并不是什么新鲜玩意儿。这些唱反调的人说微服务和SOA概念并没有什么不同,旧瓶装新酒而已,顺势炒炒新概念。然而,不管说是夸大也好,怀疑也罢,微服务架构模式应用在敏捷开发和交付复杂的企业应用程序的时

2017-10-18 21:13:00 971

转载 Martin Fowler 微服务全文翻译

微服务(Microservices)—Martin Fowler【翻译】本文转载自:http://www.cnblogs.com/liuning8023/p/4493156.html原文是 Martin Fowler 于 2014 年 3 月 25 日写的《Microservices》。本文内容微服务 微服务风格的特性 组件化(Componentization )与服务(Services) 围

2017-10-11 20:12:54 895

转载 大师对微服务的定义

最易懂的版本 Martin Fowler的这篇文章《》通俗易懂的讲解了什么是微服务架构.微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相协作(通常是基于HTTP协议的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立的部署到生产环境、类生产环境

2017-10-11 20:02:12 1172

转载 Chris Richardson 微服务系列 第七篇 重构单体应用到微服务

这是使用微服务架构构建应用系列的第七篇也是最后一篇文章,第一篇文章介绍了微服务架构模式,并讨论了使用微服务架构的优势和劣势,接下来的文章讨论微服务架构的不同方面:使用API网关、进程间通信、服务发现、事件驱动的数据管理以及部署微服务,本篇文章,让我们看下如何把一个单体应用重构为微服务架构的应用。我希望这个系列的文章使你对微服务架构有一些好的理解,比如它的优势和劣势,何时使用微服务等 ,或许微服务

2017-10-18 21:21:16 910

转载 Chris Richardson 微服务系列 第六篇 选择一种微服务部署策略

这是使用微服务架构构建应用系列的第六篇文章,第一篇文章介绍的微服务架构模式以及使用该模式的优势和劣势,接下来的文章讨论了微服务架构的不同方面:使用APi网关、进程间通信、服务发现以及事件驱动的数据管理。本篇文章我们将看一下有关微服务部署的策略。动机部署一个单体应用意味着对一个一般比较庞大的应用运行多个相同的拷贝,通常需要提供N台服务器(物理机或者虚拟机),并在每一台机器上运行M个应用实例。部署

2017-10-18 21:20:09 894

转载 Chris Richardson 微服务系列 第五篇 微服务之事件驱动的数据管理

这是使用微服务架构构建应用系列的第五篇文章.第一篇文章介绍了微服务架构模式并讨论了使用微服务的优势和劣势 ;第二篇和第三篇文章讨论了微服务架构不同层面的通信问题;第四篇文章密切探讨了服务发现的相关问题;本文章呢,我们换个口味,看看微服务架构模式中的分布式的数据管理问题。微服务与分布式数据管理问题一个单体应用一般只有一个关系型数据库,使用一个关系型数据的优势是应用可以实现ACID,为业务操作进行

2017-10-18 21:19:22 655

转载 Chris Richardson 微服务系列 第四篇 微服务中的服务发现

这是使用微服务构建应用的第四篇文章。第一篇文章介绍了微服务架构模式并讨论了使用微服务的优势和劣势,该系列的第二和第三篇文章 描述了微服务架构中通信的不同方面,本篇文章我们将密切讨论下服务发现的问题。为什么使用服务发现设想下,我们写了一些通过REST API或者Thrift API调用某个服务的代码,为了发起这个请求,你的代码需要知道服务实例的网络地址(IP 地址和端口号)。在传统运行在物理机器

2017-10-18 21:18:49 764

转载 Chris Richardson 微服务系列 第三篇 构建微服务之:微服务架构中的进程间通信

这是使用微服务架构构建应用系列的第三篇文章。第一篇文章介绍了微服务架构模式并讨论了使用微服务的优势和劣势 ;第二篇文章介绍了应用的客户端如何通过API网关作为中介实现服务间的通信;在这篇文章中我们将看一看同一系统间的服务如何通信;第四篇文章主要介绍服务发现的问题。介绍在传统单体应用中,模块间使用编程语言级别的方法或功能彼此调用。然而微服务架构应用本质上是运行在多台机器上的分布式系统,每个服务都

2017-10-18 21:17:30 1347 1

转载 Chris Richardson 微服务系列 第二篇 构建微服务之使用API网关

对于设计、构建和部署微服务系列七篇文章的第一篇,我们介绍了微服务架构风格,讨论了微服务的优势和劣势,尽管微服务有些复杂,但仍然是构建复杂应用的一个明智选择,第二篇文章将讨论使用API网关构建微服务。当我们选择把应用构建成一组微服务的时候,我们需要决定应用的客户端如何与这些微服务进行交互。传统单体应用中,往往只是一组(一般是replicated,负载均衡)的节点,而在微服务架构中,每个微服务都会暴

2017-10-18 21:15:52 600

空空如也

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

TA关注的人

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