Kubernetes平台教程 - 第13页

在过去的几年中，我已经对处于数字化转型过程中的多个产品团队进行了架构审查。大多数团队都在按照微服务架构构建产品。他们有使用基于微服务的体系结构的所有正确意图-更快的开发，更好的可伸缩性，更小的独立团队，独立的部署，使用正确的技术来完成工作，等等。但是，我经常发现团队在微服务方面苦苦挣扎。他们

Hazelcast是领先的内存数据网格（IMDG）解决方案。IMDG的主要思想是在群集内的许多节点之间分布数据。因此，它似乎是在Kubernetes等云平台上运行的理想解决方案，在该平台上，您可以轻松扩展或缩减多个正在运行的实例。由于Hazelcast是用Java编写的，因此您可以使用标准库

随着2019年的临近，我想写下一些关于过去十年中一些最重要的技术采用和技术创新的想法。我还展望了未来，列举了未来十年可以解决的痛点和机遇。本文不涉及数据科学，人工智能，前端工程等领域的发展，因为我个人在这些领域没有太多经验。

Spring Boot 2.2最近已发布，并具有一系列新功能。在相当数量的Spring项目的依赖项升级中，Spring Boot 2.2中的其他更改如下：支持Java 13 JUnit 5 Jakarta EE依赖项延迟初始化 RSocke

“ nginx”发音为“ Engine-X”“ PostgreSQL”发音为“ Post-gres”“ MySQL”发音为“ My-SQL”“ SQL Server”发音为“ Sequel Server”“ Kubernetes”发音为“ Koober-net

不同于Docker容器或JVM等语言VM，亚马逊Firecracker专门致力于无服务器应用的轻量虚拟化。Firecracker是支持AWS Lambda和AWS Fargate的虚拟机监视器（VMM），自2018年以来已在AWS上投入生产。Firecracker是开源的，并且有许多项目使在

基础技术基础架构定义为“ 用于创建，发展和运营我们的业务的软件和系统。”包括云服务，构建工具，编译器，编辑器，源代码控制系统，数据基础架构（Kafka，Hadoop，Airflow…），路由和消息传递系统（Envoy，gRPC，Thrift…），Chef，Consul，Puppet，Terr

Spring Boot 2.3将包括对Kubernetes liveness&readiness Probe的本地支持，扩展了2.2的

正如Kubernetes相对于基础设施而言一样，gRPC是相对于应用而言的，就像kubernetes一样，没有人应该直接接触gRPC。gRPC尝试通过支持身份验证、服务发现、负载平衡、测量指标以及许多使人们趋向于使用外部代理的功能，它已经不仅仅是RPC，它不是一个简单RPC框架，gRPC更多

Monzo是一家伦敦数字银行，它们是如何在1600种微服务上运行其银行系统？

在HelloFresh，我们运行数百种微服务，这些微服务可以完成从供应链管理和付款到保存客户偏好的所有工作。大规模运行微服务并非没有挑战，许多公司开始经历复杂性的痛苦。像许多其他微服务采用者一样，我们发现随着服务数量的增长，越来越难以理解所有这些服务之间的交互。当微服务领域出现问题时，很难确

在本文中，我们将更仔细地研究游戏中的领先玩家： EKS -Amazon Elastic Kubernetes Services（已于2018年6月发布，以全面上市） AKS -Microsoft Azure Kubernetes服务（于2018年6月发布以正式上市）

我们最近将数百个ZooKeeper实例从单个服务器实例迁移到Kubernetes，而没有停机。我们的方法使用了强大的Kubernetes功能（例如端点）来简化流程，因此我们为希望遵循我们脚步的任何人共享该方法的高级概述。有关重要的联网先决条件，请参见最后。

该演示使用Envoy作为数据平面以及SPIRE和OPA作为控制平面在Kubernetese上构建Service Mesh。该演示是zlabjp / s

无服务器通常与函数即服务（FaaS）产品等同，例如AWS Lambda。但是，无服务器不仅仅是FaaS，FaaS平台允许用户编写在事件发生时执行的小段代码，该平台透明地负责配置运行时，自动扩展和安全性。FaaS可以看作是将云服务连接在一起并在某些事件发生时执行的粘合剂。Serverl

KEDA提供了一种扩展到Kubernetes标准方法的替代方法，该方法用于查看诸如CPU负载和容器的内存消耗之类的指标。从KEDA的角度来看，此方法是被动的，而不是主动的。与无服务器平台一样，KEDA尝试根据诸如消息源（例如，Kafka，Azure Service Bus或RabbitMQ）

在我们多年使用kubernetes的经验中，我们有幸看到了很多集群（在GCP，AWS和Azure上都是托管的和非托管的），并且我们看到一些错误在不断重复。不必为此感到羞耻，我们也已经完成了其中的大多数！我将尝试展示我们经常看到的内容，并讨论如何修复它们。资源-请求和限

Kubernetes用户面临的最具挑战性之一是在多个集群之间管理集群级别的配置，例如配置名称空间，CRD和RBAC规则。对于GKE客户，Config Sync是改变游戏规则的人。借助 Config Sync，集群运营商可以使用存储在 Git 代码库中名为“配置” (config) 的