微服务

新瓶装旧酒?从微服务同步REST的天然缺陷说起

今天小数给大家带来的干货来自国外一个小组会议上的分享。目前,大部分微服务架构都会使用REST协议以实现不同服务之间的通信,但是它却有天然的缺陷——怎样的缺陷?如何解决?请看下文。最近,Lightbend技术负责人James Roper在纽约Java特别兴趣小组会议上分享了一个观点:现在许多人正着手将传统的整体式应用拆分成微服务集合,但如果这些微服务组件都通过REST(即表述

微服务扩展新途径:Messaging

【编者按】服务编排是微服务设置的一个重要方面。本文在利用 ActiveMQ 虚拟话题来实现这一目标的同时,还会提供实用性指导。文章系国内 ITOM 管理平台 OneAPM 编译呈现。目前,微服务使用已十分普遍,利用服务编排(而不是服务编制)来进行微服务互动的想法也很常见。本文将讲述如何通过 ActiveMQ 虚拟话题来设置服务编排和基于服务互动的可扩展事件。服务互动类型服务

微服务转型绕不开的坑——日志记录这样做就对了

在如今企业纷纷转型微服务的过程中,微服务架构中日志记录的重要性时常会被忽略。本文作者十分关注微服务日志记录,提出了独到的观点,并与大家分享关于微服务日志记录的各种技巧的最佳实践。微服务架构是一种软件架构类型,着重于利用大量细分组件进行应用开发,其中每个组件都负责整体业务中的一小部分。这些组件彼此独立,支持在自己的进程之上,且能够相互通信以实现业务目标。为什么要关注日志记录?

从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

【编者按】本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训。文章系国内 ITOM 管理平台 OneAPM 编译呈现。SOA 的兴衰变化让我们更了解如何充分利用微服务正如笔者在上文《微服务架构是敏捷软件架构》中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别。还有很多人将这两种架构联系在一起。

论微服务安全

每个人都在讨论微服务,每个人也都希望能够实现微服务架构,而微服务安全也日渐成为大家关注的重要问题。今天小数与大家分享的文章,就从应用层面深入探讨了应对微服务安全挑战的方案,为微服务安全提供了新的思路。面向服务架构(简称SOA)引入了一类设计规范,其核心思路在于采用高度解耦式服务部署,其中各项服务可通过一套标准信息格式经由网络实现彼此通信。这套方案与具体技术无关,即不考虑各项

攻克微服务中的最大难点:用户数据

今天 数人云与大家分享的文章将探讨微服务架构的创建与开发工作当中最为困难的部分——用户数据。只有我们摆脱自己的依赖时微服务才能起作用,换言之,存在于单一数据库上的多任务进程并不是真正的微服务。使用Spring Boot/Dropwizard/Docker并不代表大家所构建的就是微服务。再次强调,大家需要着眼于所处业务领域,而我们的数据才是实现微服务的关键所在。考虑到我

我也谈谈微服务

微服务是大型分布式系统的基本组成部分,在面对海量用户时在设计上考虑横向扩展后,应用在集群间采用RPC调用,微服务的使用与目前互联网服务的体量是分不开的,是控制复杂度的一种手段。早期大家在处理http请求时由于单机linux的文件句柄数量上限,或单web容器的单机极限等原因开始采用服务器集群(老外叫的更贴切-服务器农场,含义既跟老农养鸡养鸭一样,养一堆服务器),每个服务器处理

架构师是什么样的存在?

一般在互联网大厂,都能看到架构师这个角色,他在把握整个系统架构起到了非常大的作用。01什么是架构师?架构师可以理解,基于对业务的理解,将复杂的业务抽象化,并进行系统建模,微服务系统架构设计。可以看看阿里对于架构师的标准02架构师的日常工作是