Kubernetes平台教程

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

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

恭喜从单点故障变成多点故障！ 拥有长期支持成本的架构中的所有决策之间存在平衡。在43个技术堆栈上拥有43个服务不仅要在可操作性方面而且还要在劳动力的发展和可替代性方面付出长期成本。 43比在线银行monz

声明式基础结构的承诺使每个人都感到惊讶，“ 声明您想要的，而不用担心它会如何发生 ”，最终似乎最终陷入了

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

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

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

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

使用微服务模式构建应用程序并将这些服务部署到Kubernetes上已成为当今运行云原生应用程序的实际方法。在微服务架构中，单个应用程序被分解为多个微服务。每个微服务由一个小团队拥有，该团队有权并负责为特定的微服务做出正确的决策。这种责任通常从用户请求到达的系统边缘开始，一直到服务的业

有许多项目试图抽象化Kubernetes：knative基于对Kubernetes抽象提供无服务器平台。kubeflow基于Kubernetes抽象提供ML平台。Argo基于Kubernetes抽象提供工作流引擎。 这些抽象

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

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

Docker和容器化技术仅存在了一段时间。要了解如何充分利用自己的情况，可能需要花费一些时间以及一些反复试验。这篇文章介绍了许多可用选项之一。Docker容器的主要优点是它们是独立的。对于开发人员来说，这意味着只需要从包含所需必需依赖项的所需Docker镜像继承即可，并且可以构建自己

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

这个示意图可帮助调试在Kubernetes中的部署应用带来的问题

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