DevOps教程

这些天，每个人都在谈论平台工程。甚至 Gartner 最近也在其

甲骨文公司正在向OpenJDK提供GraalVM社区版的Java代码，以使GraalVM技术的开发与Java的开发更紧密地结合起来。 GraalVM 原生编译能降低启动延迟。使用 Loom 和 GraavVM，能以免费方式快速启动 JVM了。

今天，越来越多的应用程序被打包在容器中，它们被部署到各种云或Kubernetes集群中。因此，我们的Jar在其中运行的容器的底层基础镜像对应用程序的性能和安全性的影响不亚于JDK的版本发布。 目前有 300 多个积极维护的 Linux 发行版。Be

现代应用程序通常由大量微服务组成，这些微服务在本地和云中分布的容器中运行。在这种情况下，服务网格是解决这些分布式微服务的安全性、连接性和可观察性挑战的基础设施层。但是，额外的组件层（来自 Mesh 基础设施）拦截所有流量对延迟的影响又如何呢？ 在本

“平台工程”已被提议作为 DevOps 和 SRE 的替代方案。我们已经看到了针对 GPT-3 的类似 SQL 注入的攻击的演示；星巴克、Chipotle 和环球影城等公司正在提供基于 NFT 的忠诚度计划。 详细点击标题

SignNoz是一个开源应用性能监控（APM）和可观测性工具，它帮助开发人员监控他们的应用程序和解决问题，是DataDog、NewRelic等的开源替代品。监视你的应用，并可排查已部署应用中的问题，这是一个开源的可替代DataDog、NewRelic的方案SigNoz帮助开发

根据麦肯锡公司最近一项关于开发人员速度的研究，数字优先企业的业务绩效的首要驱动因素是对一流开发平台的投资。 在过去四年中，Intuit 对 Kubernetes 和Argo等云原生技术的投资以在全公司范围内提供现代平台，从而使开发速度提高了 6 倍

我在工程的运营方面已经有很长一段时间了。从Rails 1.0开始，我就一直用Ruby开发。在那之前，我写过一些世界上最垃圾的PHP。2006年AWS EC2推出时，我有机会从数据中心迁移到AWS EC2。随着我在运营方面的经验增加，我被 "放鸽子 "到 "DevOps "的角色。 <

Knavite Serving是构成Knative的组件之一。Knative支持在 Kubernetes 上构建serverless无服务器、事件驱动的应用程序。Knative 由两个组件组成：Serving和Eventing 。 Serv

构建最小的 Docker 镜像来部署 Rust 带来了很多好处：它不仅有利于安全性（减少攻击面），而且可以缩短部署时间、降低成本（减少带宽和存储），并降低依赖冲突的风险。 我们的 "应用程序 "相当简单：我们将建立一个命令行工具，调用https:/

Step CI 是一个开源工具，它使测试和监控 API 变得简单：概览： 语言无关。灵活的声明式配置语言 REST、GraphQL、XML 融合的。与 Node、Docker 和 GitHub Actions 无缝协作

Netflix 撰写了一篇激动人心的博客，讲述了在生产环境中操作推荐引擎的最佳实践。 运营一个大规模的推荐系统是一项复杂的工作：它需要高可用性和吞吐量，涉及许多服务和团队，推荐系统的环境每秒都在变化。例如，新成员或新项目可能随时来服务。新代码和新

开发人员提高特征工程的速度是许多公司快速迭代和构建 ML 应用程序的重点。沿着Airbnb 的 Zipline和 Uber 的

Spotify 工程师必须快速试验、学习和启动功能。通过具有所有必要技能的跨职能团队来实现速度，以高度自治地发布功能。这是他们对速度质量的定义：“快速将创意转化为产品并进行实验，以改善用户体验、开拓新市场并保持作为内容流媒体提供商的竞争力。” <

在过去的十年中，我们看到了软件系统架构可视化的 "复兴"，其形式是通过部署系统的工件自动生成可视化。这些方法为团队提供了对团队工作范围内和跨团队的运行软件系统的更多认识。这些为组织打开了大门，以更好地理解、浏览和设计如何发展他们的产品，因为它们提供了前所未有的认识。这样的发展也允许我称之为

重点介绍围绕在 Kubernetes 上运行 Spring（以及更广泛的 Java）应用程序所形成的一些学习和最佳实践。本文档并非完全基于第一手经验，而是我在社区中以及与客户合作时确定的结论和最佳实践的集合。 为了在 Kubernetes 中运行