Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DevOps教程
部署微服务的五种方式 - semaphoreci
微服务应用程序可以以多种方式运行,每种方式都有不同的权衡和成本结构。适用于跨越几个服务的小型应用程序可能不足以用于大型系统。 从简单到复杂,以下是运行微服务的五种方式:单机多进程:购买或租用服务器并将微服务作为进程运行。<
分布式单体的六大病症
当公式的组织架构及其代码被拆分以后,但仍然存在紧密耦合时,就会出现分布式单体。这已经成为一个问题,因为系统的规模增加,单体的所有部分都需要一起管理,这会放慢开发速度并增加任何变化的风险。 能够识别何时处理分布式单体很重要:
2022年软件开发的十五种趋势 - geekculture
以下是通过参加了一些关于软件开发的会议搜集到的软件开发趋势: 1. 可观察性[跟踪、监控和记录]是至关重要的!你正在开发你的软件,并且你已经准备好部署它。所有的测试都通过了,测试覆盖率也达到了一个不错的水平
LinkedIn的Java 11迁移之旅
LinkedIn在2018年底开始研究Java 11,当时,Java 9、10和11在社区中还不是超级流行。作为一个轶事,在2019年底的Oracle Code One会议上,一些会议询问与会者他们的产品是否在使用Java 9或更高版本,其中只有约20%的人表示他们在使用;也很少有大公司采用
使用Terraform和Argo CD管理Kubernetes集群 - piotr
在本文中,您将学习如何使用 Terraform 创建 Kubernetes 集群,然后使用 Argo CD 对其进行管理。Terraform 对于自动化基础设施非常有用。另一方面,Argo CD 帮助我们为我们的应用程序实施 GitOps 和持续交付。看来我们可以成功地结合这两种工具。让我们
可用于生产环境的Spring Boot的Dockerfile配置
下面的文章是我的生产证明 Dockerfile,用于分层 Spring Boot 应用程序,具有自定义构建的 JRE,具体取决于使用 jlink 和 jdeps 所需的 Java 模块,解释了我添加或更改的内容。当然,我不保证 Dockerfile 完全符合你的需求,但它应该为你提供一个思路
使用Testcontainer对Spring Boot实现集成测试
在使用容器进行测试时,Testcontainers 是多种编程语言的标准解决方案。它对 Spring 应用程序具有一流的支持。它甚至包含在众所周知的start.spring.io<
下一代银行架构:DevOps运维模式
在过去的十年中,我们看到银行急于将他们的架构从我们所说的 "遗留系统 "中转变出来。不同的国家有不同的法规,所以一些企业需要建立内部解决方案,建立自己的平台和框架。大量的团队致力于创建一个新的平台、架构、框架、设计模式和规则集。然后是业务需要在IT团队的帮助下转型到这个新平台的部分。
使用OpenTelemetry、Spring Cloud Sleuth、Kafka和Jaeger实现分布式跟踪
分布式跟踪可让您深入了解特定服务在分布式软件系统中作为整体的一部分是如何执行的。它跟踪和记录从起点到目的地的请求以及它们经过的系统。在本文中,我们将使用 OpenTelemetry、Spring Cloud Sleuth、Kafka 和 Jaeger 在三个 Spring Boot
upptime:使用GitHub Actions监控你的网站健康监控
Upptime ( https://upptime.js.org ) 是开源的正常运行时间监控和状态页面,完全由 GitHub Actions、Issues 和 Pages
微服务的发布管理
想象一个由数十个持续部署的自治服务组成的微服务应用程序。每个应用程序的服务群都有自己的存储库,具有不同的版本控制方案和不同的团队不断发布新版本。谜语:我怎样才能知道(整个)应用程序的版本?由于变更历史分散在数十个存储库中,那么跟踪变更的最有效方法是什么?我们如何管理应用程序发布?
一张图说明Devops集成测试部署CICD流程
JVM外部调试工具:JMXTerm
JMX 公开了管理“bean”(MBean),这些是表示应用程序中控制点的对象。您的应用程序可以发布自己的 bean,这让您可以公开运行时监控和配置的功能。这非常酷,因为您可以导出管理员可以直接连接到仪表板(APM、Prometheus、Grafana 等)的信息并将其用于决策。JM
renatoathaydes/jbuild:比Maven能更好地解决Java依赖冲突
依赖管理是一个困难的话题,比大多数开发人员可能意识到的要困难得多。只要一切正常,您几乎不需要关注您当前使用的依赖项的哪个版本(但您当然应该),所以这是可以理解的。但是,如果您想构建可靠的软件,同时在所有依赖项中跟上最新的安全补丁,这需要不断更新库并确保没有意外引入重大更改并且
使用JulieOps管理Kafka自动化部署?
当试图建立一个自动化的Kafka平台时,有一个问题是 "我如何管理我的Kafka Artefacts?"。 在这篇文章中,我们谈论了一个我们目前在不同项目中使用的解决方案,在未来的文章中,我们打算更详细地了解它的一些功能和实现。
topicctl:Kafka主题声明式管理工具
用于轻松、声明式管理 Kafka 主题的工具。包括从 YAML “应用”主题更改的能力,以及用于对代理、主题、消费者组、消息等进行交互式探索的 repl。 通过标准工具管理 Kafka 主题可能很乏味且容易出错;没有标准的、声明性的方式来定义主题(
开发人员并不想做运维 - infoworld
随着软件开发的工作变得越来越复杂,现在可能是开发和运营专家再次分开的时候了。但这能做到不重复过去的错误吗? 2000年代末,随着敏捷方法论和云计算的兴起,Devops也随之出现,因为软件开始侵蚀世界。Devops是 "开发 "和 "运营 "的谐音,
kafkaer:基于模板的 Kafka 主题/集群/ACL 管理自动化
如果在生产环境中运行kafka,需要手动创建集群、主题、连接器等既乏味又容易出错。如果能更好地依赖于您放入修订控制并以自动化方式应用的声明性配置就自动化了。Kafkaer 是 Apache Kafka 的部署和配置工具。它允许您跨多个环境自动创建/更新主题和代理。创建一个模板配置文件
上页
下页