DevOps教程

     

微服务更难维护吗? - Reddit

1609 1 5K

微服务架构更难维护、更难部署、更难监控、更难调试,也更难测试?1、当您没有团队结构来支持它时,当您缺少管理它的关键系统时,微服务比单体服务带来更多的复杂性。 你是否能够为快速构建测试和发布CI-CD而.

服务网格性能评估:Istio、Linkerd、Kuma 和Consul比较

2308 1 3K
现代应用程序通常由大量微服务组成,这些微服务在本地和云中分布的容器中运行。在这种情况下,服务网格是解决这些分布式微服务的安全性、连接性和可观察性挑战的基础设施层。但是,额外的组件层(来自 Mesh 基.

java-callgraph:为Java程序生成静态和动态调用依赖图

2981 8

一套用于在Java中生成静态和动态调用图的程序。 javacg-static。从jar文件中读取类,沿着方法体走,并打印出一个调用者-被调用者的关系表。 javacg-dynamic。作为一个Java.

Caddy 与 Nginx的基准性能比较 - tjll

7241 2 2K

这篇博文是关于将 Caddy 与 Nginx 及其各自的性能指标作为反向代理进行基准测试的。出于某种原因,在我的职业生涯中,我花了过多的时间来处理反向代理。Apache、Nginx、traefik、各.

mlflow + airflow + kserve的MLOps设置案例

1116 1

此存储库包含一个完全可部署的环境,用于使用 Apache Airflow、MLFlow 和 KServe 执行 MLOps。我们假设您具有以下条件: 访问具有至少 4 个 CPU 内核和 20Gb 的.

如何使用 Kubernetes 和 GIT 部署 Airflow ?

1579 1 6K

Apache Airflow 给我留下了深刻的印象。引擎快如闪电,编写管道真的很容易。另一个很棒的功能是它与源代码控制同步。这样,我就知道在环境中执行了哪些内容。一个好的提示:拥有从主分支读取的暂存环.

监控和检查Kafka健康运行的几个方法 - Ivelina

2558 10K

微服务通常使用发送或回复心跳/健康检查的模型作为向报告、调度或编排服务提供状态信息的一种方式。这些不仅在应用程序的正常生命周期中很重要,而且在新版本推出期间也很重要。我们将看看如何使用不同的库和抽象来.

《金融时报》从单体切换到微服务的经验分享 - Sarah

1340 1 2K

Sarah莎拉于 2021 年初离开英国《金融时报》,现在写一本关于微服务的书,以传授她在微服务方面的经验和专业知识。具体来说,关于如何成功实施微服务及其组织文化、构建和运营方面。持续交付:微服务好于.

使用 Argo CD 和 Datree 在 Kubernetes 上实现持续交付CD - piotrminkowski

827

在本文中,您将学习如何使用Datree和 Argo CD 在您的持续交付过程中验证 Kubernetes 清单。我已经在我之前的一篇关于 Tekton 的 CI/CD 的文章中介绍了 Datree工具.

微服务:指标和健康监控

2000 7K

在运行或多或少真实的软件系统时,可以(并且应该)收集大量不同的指标,特别是根据微服务架构原则设计的。在这种情况下,收集和存储此类状态数据的过程通常称为监控。源代码:https ://github.co.

CI/CD对价值流至关重要的五个原因

873 4K

CI/CD部署管道可以帮助开发软件和组织架构来促进快速流动,从而提高业务敏捷性。任何软件交付工作的核心都应该是部署管道,Jez Humble和Dave Farley在其开创性的 2010 年著作《 持.

你应该知道的延迟数字

2158

请注意,这些不是准确的数字。它们基于一些在线基准(Jeff Dean 的延迟数字 + 一些其他来源)。 L1 和 L2 高速缓存:1 ns、10 ns例如:它们通常内置在微处理器芯片上。除非您直接使用.

2022年微服务基础设施自动化和监控的17个最佳DevOps工具

1878 6K

让我们从基础架构即代码 (IaC) 和配置管理开始:基础设施即代码/配置管理基础架构即代码 (IaC) 允许您自动配置云基础架构。无论是虚拟机、数据库、云网络、安全等,您都可以创建一个包含所有细节的 .

JVM外部调试工具:JMXTerm

1017 6K

JMX 公开了管理“bean”(MBean),这些是表示应用程序中控制点的对象。您的应用程序可以发布自己的 bean,这让您可以公开运行时监控和配置的功能。这非常酷,因为您可以导出管理员可以直接连接到.

开发人员并不想做运维 - infoworld

904 2K

随着软件开发的工作变得越来越复杂,现在可能是开发和运营专家再次分开的时候了。但这能做到不重复过去的错误吗?2000年代末,随着敏捷方法论和云计算的兴起,Devops也随之出现,因为软件开始侵蚀世界。D.