• 微服务原理可以通过有界上下文使不同的业务领域脱钩解耦，每个微服务都可以独立开发，但是微服务架构无法解决将业务逻辑与中间件问题耦合在一起带来的困难。如果您的领域涉及复杂的集成，那么遵循微服务原则无法避免与中间件耦合。即使中间件作为包含在微服务中的库，当您开始迁移和更改这些库时，这种耦合也会变得
  • 让我们跳过微服务的推销 - 你已经知道它们是什么以及为什么它们有意义。事实上，近年来几乎没有什么话题能够获得如此多的报道，因为将一件大东西分解成许多小东西可以让它更容易处理。麻烦的是：一旦我们打碎了我们的单体巨石，我们如何将它重新组合成一个仍然有意义的更大的系统？尽管Istio，Ko icon
  • Spring Cloud Consul目提供了通过自动配置Consul和Spring启动应用程序的集成。通过使用众所周知的Spring Framework注释样式，我们可以在基于微服务的环境中启用和配置通用模式。这些模式包括使用Consul代理的服务发现，使用Consul键/值存储的 icon
  • 在为微服务通信构建服务网格的Istio社区中，控制平面的实现将 icon
  • - Enterprise Edition 2 icon
  • 最近，我为DZone及其迁移到微服务 icon
  • 两年多来，我一直在帮助宣传服务网格和Envoy Proxy。看到社区是如何发展的，更重要的是组织如何开始使用它来解决困难的生产和运营问题，这真是令人惊喜。凭借我在Red Hat和现在的Solo.io的时间经历，我很幸运能够与各组织密切合作，共同开展服务网络采用之旅。在这段实际，我开发 icon
  • icon
  • 中国已经成为第二大Kubernetes贡献者，这后面有多大金主在支撑啊！ icon
  • fn serverless(code, co icon
  • 服务网格比一两年前更加成熟，但是，对于用户来说仍然很难。服务网格有两种技术角色，平台所有者和服务所有者。平台所有者（也称为网格管理员）拥有服务平台，并定义了服务所有者采用服务网格的总体策略和实现。服务所有者在网格中拥有一项或多项服务。对于平台所有者而言，使用服务网格变得更加容易，因为 icon
  • 该演示使用Envoy作为数据平面以及SPIRE和OPA作为控制平面在Kubernetese上构建Service Mesh。该演示是zlabjp / s icon
  • Rio是一种MicroPaaS，可以在任何标准Kubernetes集群之上进行分层。用户可以轻松地将服务部署到Kubernetes并自动获得持续交付，DNS，HTTPS，路由，监控，自动扩展，canary部署，git触发构建等等。所有这一切只需要Kubernetes集群和rio CLI。 icon
  • 虽然您可以编写具有服务发现集成，TLS证书管理和生成Envoy配置的功能的xds控制平面，但是我不确定这是您最好的时间使用方式。如果您需要所有这些，那么只有在那时，您才能真正了解“服务网格”的存在意义。 如果您发现服务网格的东西都令人困惑，并且您真 icon
  • SpringBoot PetClinic REST项目的GitHub存储库：https://github.com/spring-petclinic/spring icon
  • 服务网格如何准确地帮助DevOps团队？The New Stack Maker的播客最近采访了我们的三位联合创始人，他们分别探讨了服务网格如何帮助DevOps团队。以下是一些关键要点，我们希望它们对您的团队有用。  1. Istio提高工程效率  icon
  • 在企业AI架构，Kubernetes是一个优选的可供选择容器配器和自动化计算机应用程序部署，缩放，和管理。         服务网状网络的背景和起源Kubernetes和Istio分隔了流量流： 与业务相关的流量通过数 icon