• OpsGenie是一家DevOps管理工具公司,我们在人员和产品功能方面一直在积极发展。去年我们的工程团队从15个增长到了50个。为了扩大开发团队,我们通过遵守双比萨团队规则将工程力量分为八人一个团队。 目前我们的产品有点庞大。团队实现并行开发工作,使用C
  • 使用Cloud Foundry还是Kubernetes?如果有点纠结,那请先了解开放式服务代理者(Open Service Broker)。前几天Spring Cloud Open Service Broker已经被加入了 http://start.spring.io,这说明它离我们越来越近了。服务 icon
  • 全新的Spring Cloud Finchley GA版本是Reactive(响应式/反应式)微服务之旅的一个重要里程碑。下面是Spring的Josh Long有关Reactive Spring Cloud介绍文章: Spring框架5.0发布于2017年 icon
  • Trello过去三年一直在使用RabbitMQ,在RabbitMQ之前,我们还使用了于Redis Pub-Sub实现。最近,由于RabbitMQ在发生网络分区时出现了可疑行为,我们已经切换到了Kafka。 这篇博文深入介绍了我们的RabbitMQ实现,为什 icon
  • 服务网格是企业服务总线ESB的一种云原生版本,在面向服务的体系结构(SOA)中,微服务不断在进化,已经涉及到传统SOA中企业服务总线(ESB)所处理的任务,所以现在需要的是一种ESB的云原生版本。 在精彩的软件容器世界中,新项目的出现不断解决你认为早已经解 icon
  • 现在SOA架构下的服务管理面临很多挑战,比如面临一个非常大型的代码库,版本合并困难,甚至存在不同项目不同版本,维护量极其庞大,无法快速响应不同的业务需求;同时这些大型代码库由于没有前后端分离,导致打包成一个大型的WAR包,服务自身无法独立打包部署,在运行阶段,随着项目应用规模扩大无法平滑伸缩,只能通 icon
  • 微服务架构Micro Services Architecture(MSA)已经从MartinFowler网站上的一种理论发展到了一种实现REST服务的技术。当我们需要编写业务逻辑来实现后端核心服务时,大多数企业开发人员都正在转向MSA。但在现实中,还有许多其他系统在本质上并不适合于微服务领域。 icon
  • Spring Cloud提供了专门的spring-cloud-kubernetes项目与k8s集成,尽管k8s提供了服务注册和发现等功能与Spring cloud是竞争的,甚至k8s加装服务网格Istio以后超过Spring cloud,但是在Spring cloud提供与代码编程无缝结合的强大灵活 icon
  • 下图是Spring cloud图,Spring cloud注册服务器是eureka,在微服务处是负载平衡Ribbon和断路器 Hystrix,相应于 icon
  • Spring创始人Rod大叔一直在和厂商派扳手腕,厂商派认为开发人员应该更关注业务,其他事情交给他们,这从Istio推出可以看出来,Istio认为Spring cloud里面那些服务发现、负载平衡等应该由第三方组件如Istio实现,但是Rod大叔代表的Spring派显然不是这种观点,所以推出Spri icon
  • 云原生(Cloud native)是用于描述基于容器的云计算环境的专门用语,云原生技术是指开发使用容器打包的服务,部署成微服务形式,在工程方法上实现灵活的DevOps流程,在弹性的基础架构上对持续交付的工作流进行管理。 过去,运维团队是通过手动管理基础资源 icon
  • 657k行Java代码,18K行YAML配置, 生产运行环境都已经升级到升级到Springboot 2.0和Springcloud Finchley。Spring团队在迁移方式的文档上做了很伟大的工作,来自内心由衷的“谢谢你!” 18K行YAML配置中:6 icon
  • 开源工作流引擎Activiti 基于Spring boot 2发布了新的Activiti Core,见maven仓库starte icon
  • 在建立微服务时,Spring Cloud和Kubernetes可能会成为相互竞争的解决方案。Spring Cloud提供的诸如Eureka,Spring Cloud Config或Zuul等组件可能会被Kubernetes内置的相应对象所取代,如服务、配置映射、Secrets安全或ingresses icon
  • 消费驱动合同(Consumer Driven Contracts:CDC)是一种软件工程方法,能让团队以TDD风格设计其分布式架构。Spring Cloud Contract Swagger支持Swagger API规范的合同测试。 当从单体架构迁移到微服 icon
  • 在本文中,我们将讨论消费者驱动开发的细节。 #问题主要问题是基于API接口上的消费者和生产者之间的冲突,当开发任何api时,你应该考虑的是你的客户的舒适度。如果你所做的更改打破了客户端的体验,那完全是一个笑话,本文讨论了消费者和生产者服务之间这种协 icon
  • 下图中平板电脑上放了游标卡车,如同绘图板,YAML是谷歌k8s的配置,人们开始抱怨它像XML了,这是学术教条主义的另外一个投射吧。 icon