开发者社区> 云原生> 微服务

微服务

关注

为微服务建设降本增效,为微服务落地保驾护航。

0
今日
7417
内容
9
活动
584
关注
|
测试技术 API 数据库
|

微服务的隐性红利:你不知道的8个好处

本文讲的是微服务的隐性红利:你不知道的8个好处【编者的话】微服务未必适用于所有公司,实施过程也并非易事。之前大家讨论是否采用微服务时的重点主要在于它的自主性、敏捷性、弹性和开发者的生产能力。但这并不是微服务的所有优点,本文中提到的这些额外的好处也是值得利用的。

1595 0
|
Java 微服务 容器
|

微服务和软件交付的4个原则

本文讲的是微服务和软件交付的4个原则【编者的话】本文介绍了使用微服务架构时需要考虑的问题和遵循的四个原则,对于从传统架构向微服务架构转型起到了很好的指导作用。

1684 0
|
监控 开发者 微服务
|

实现微服务,每个组织都会面临的6个挑战

本文讲的是实现微服务,每个组织都会面临的6个挑战【译者的话】本文向大家分享了实践微服务架构时常见的问题,以及一些解决方案。

1305 0
|
监控 微服务
|

产品级微服务的八大原则

本文讲的是产品级微服务的八大原则【编者的话】虽然微服务架构给开发者带来很大的自由,但是确保服务的可用性却要求对微服务进行很好的架构,运维以及组织标准。

1801 0
|
消息中间件 存储 负载均衡
|

微服务架构强化的实时通信

本文讲的是微服务架构强化的实时通信【编者的话】本文探讨了微服务架构模式是如何强化实时通信的,比如数据同步、动态RPC、发布/订阅消息传递、许可信息等以及相关的框架。

1428 0
|
Java 分布式数据库 数据库
|

DockOne微信分享(九十七):现有系统实施微服务架构改进经验分享

本文讲的是DockOne微信分享(九十七):现有系统实施微服务架构改进经验分享【编者的话】微服务是最近非常热门的话题了,它带来的好处吸引不少互联网公司对现有项目进行微服务架构改进。 本次分享是博主根据自身的项目经验,介绍如何对现有架构进行调整,总结这过程中的相关技术选型,以及如何实施技改,并分享最终取得的非常让人意外的成果。

1858 0
|
Java Docker 微服务
|

使用Spring Cloud和Docker构建微服务架构

本文讲的是使用Spring Cloud和Docker构建微服务架构该代码可以在GitHub上获得,并且在Docker Hub上提供了镜像。您只需要一个命令即可启动整个系统。

2740 0
|
API 微服务
|

微服务架构中API网关的角色

本文讲的是微服务架构中API网关的角色API网关提供商Mashape的首席技术执行官Marco Palladino预测,尽管它们在命名方面存在差异,但新出现的服务网格并不完全不同于API网关,两者之间的相似性会随着时间的推移而不断增长。

2907 0
|
Java API 微服务
|

Spring Cloud构建微服务架构:服务网关(过滤器)【Dalston版】

在前两篇文章:服务网关(基础)、服务网关(路由配置)中,我们了解了Spring Cloud Zuul作为网关所具备的最基本功能:路由。本文我们将具体介绍一下Spring Cloud Zuul的另一项核心功能:过滤器。

1168 0
|
存储 监控 API
|

如何在微服务之间共享使用数据库

本文讲的是如何在微服务之间共享使用数据库,【编者的话】如何在微服务之间共享使用数据库?本文介绍了一个该领域很容易犯错的架构问题,并且提出了解决方案和反思。

2305 0
|
存储 监控 NoSQL
|

微服务实践(五):微服务的事件驱动数据管理

本文讲的是微服务实践(五):微服务的事件驱动数据管理,【编者的话】本文是使用微服务创建应用系列的第五篇文章。第一篇文章介绍了微服务架构模式,并且讨论了使用微服务的优缺点;第二和第三篇描述了微服务架构模块间通讯的不同方面;第四篇研究了服务发现中的问题。

1469 0
|
监控 云计算 虚拟化
|

微服务:数字化未来的基石

1114 0
|
敏捷开发 搜索推荐 微服务
|

微服务创新 用敏捷开发应对个性化定制

1286 0
|
Java Docker 微服务
|

使用Spring Boot日志框架在已有的微服务代码中添加日志功能

我们需要在已有的微服务代码中添加日志功能,用于输出需要关注的内容,这是最平常的技术需求了。由于我们的微服务代码是基于SpringBoot开发的,那么问题就转换为如何在Spring Boot应用程序中输出相应的日志。

4399 0
|
Java 应用服务中间件 数据中心
|

微服务转型,雪崩效应是绕不过的一道坎

本文讲的是微服务转型,雪崩效应是绕不过的一道坎,近年来,微服务就象一把燎原的大火,窜了出来并在整个技术社区烧了起来,微服务架构被认为是IT软件服务化架构演进的目标。为什么微服务这么火,微服务能给企业带来什么价值?

2647 0
|
安全 Java 微服务
|

spring cloud 学习(6) - zuul 微服务网关

微服务架构体系中,通常一个业务系统会有很多的微服务,比如:OrderService、ProductService、UserService...,为了让调用更简单,一般会在这些服务前端再封装一层,类似下面这样: 前面这一层俗称为“网关层”,其存在意义在于,将"1对N"问题 转换成了"1对1”问题,同时在请求到达真正的微服务之前,可以做一些预处理,比如:来源合法性检测,权限校验,反爬虫之类.

1976 0
|
Web App开发 负载均衡 前端开发
|

如何在web范围内实现微服务负载均衡

1354 0
|
新零售 消息中间件 NoSQL
|

在微服务中使用领域事件

1149 0
|
Oracle 关系型数据库 数据库
|

小程故事多 | 看来微服务就是一把双刃剑

1392 0
|
监控 负载均衡 Java
|

刘地生|微服务的实践

1687 0
|
测试技术 微服务
|

微服务故障测试

1226 0
|
SQL 关系型数据库 数据库
|

小程聊微服务-数据抽取那点事(一)

一、前言 我们在《微服务是在双刃剑 http://www.jianshu.com/p/82ec12651d2d 》中提到了当我们将应用服务化以后,很多在单块系统中能够开展的数据统计和分析业务将会受到很大程度的影响,本文将延续上一篇文章深入分析服务化后,作为后端的数据统计和分析如何做。

1261 0
|
安全 物联网 微服务
|

将微服务应用于物联网

1612 0
|
测试技术 UED 微服务
|

十年!我所遇见的微服务演进

1502 0
|
持续交付 数据库 微服务
|

一分钟了解微服务的好处和陷阱

1910 0
|
存储 物联网 大数据
|

互联网转型需要微服务架构

1657 0
|
Java 微服务 Spring
|

Spring Cloud构建微服务架构:服务消费(Feign)【Dalston版】

通过前两篇《Spring Cloud构建微服务架构:服务消费(基础)》和《Spring Cloud构建微服务架构:服务消费(Ribbon)》,我们已经学会了在Spring Cloud中基本的服务调用方式。

1488 0
|
Java Docker 微服务
|

云上Docker的Spring Cloud微服务应用实践分享

本文整理自2017云栖大会-上海峰会中阿里云高级技术专家李荣陆的分享讲义,讲义主要介绍了云上Docker的Spring Cloud微服务应用实践的契机,过程,和对未来的展望。

4164 0
|
Java 微服务 Spring
|

搭建基于Spring Cloud的微服务应用

本文的整理自2017云栖大会-上海峰会上阿里云技术专家李斌分享讲义,讲义主要介绍了如何搭建基于Spring Cloud的微服务应用。先简要概述了什么是单体应用,什么是微服务。从单体应用服务到微服务,要有怎样的技术转变过程。并且介绍了微服务架构需要哪些技术方面的支持以及一些具体的实践环节。

4878 0
|
消息中间件 Docker 微服务
|

Catalog Service - 解析微软微服务架构eShopOnContainers(三)

上一篇我们说了Identity Service,因为其基于IdentityServer4开发的,所以知识点不是很多,今天我们来看下Catalog Service,今后的讲解都会把不同的、重点的拿出来讲,希望大家明白。

1964 0
|
微服务 数据可视化 数据格式
|

Netflix 开源其微服务编排引擎 Conductor

4201 0
|
Linux Docker 微服务
|

Identity Service - 解析微软微服务架构eShopOnContainers(二)

接上一篇,众所周知一个网站的用户登录是非常重要,一站式的登录(SSO)也成了大家讨论的热点。微软在这个Demo中,把登录单独拉了出来,形成了一个Service,用户的注册、登录、找回密码等都在其中进行。

3202 0
|
微服务 应用服务中间件 Dubbo
|

微服务

微服务分析:https://www.oschina.net/news/70121/microservice

1352 0
|
Dubbo 应用服务中间件 API
|

跟着小程学微服务-自己动手扩展分布式调用链

一、说在前面 微服务是当下最火的词语,现在很多公司都在推广微服务,当服务越来越多的时候,我们是否会纠结以下几个问题: 面对一笔超时的订单,究竟是哪一步处理时间超长呢? 数据由于并发莫名篡改,到底都谁有重大嫌疑呢? 处理遗漏了一笔订单,曾经是哪个环节出错把它落下了? 系统莫名的报错,究竟是哪一个服务报的错误? 每个服务那么多实例服务器,如何快速定位到是哪一个实例服务器报错的呢? 现在很多系统都要求可用性达到99.9%以上,那么我们除了增加系统健壮性减少故障的同时,我们又如何在真正发生故障的时候,快速定位和解决问题,也将是我们的重中之重。

1046 0
我要发布