DevOps教程

DBA不仅仅是知道如何安装服务器和设置数据库。最重要的职责之一是通过监控实例来识别潜在问题。但应该监控什么，为什么？以下是DevOps，云和数据隐私进入图片的新时代要监控的五大事项。 ＃1性能传统上，监视数

我们的大多数应用程序都必须与数据库，HTTP API，消息代理，SMTP服务器等进行通信......使用这些组件设置真正的测试环境非常复杂。在某些情况下，我们可以在测试执行期间简单地模拟这些组件或具有内存中的组件。例如，H2 或HSQLDB是众所周知的在集成测试期间使用的内存数据库。

2018年是HBC Tech成长和学习的一年。我们的组织采用了新技术和构建应用软件的新方法。随着这一年的结束，让我们认识到2018年的一些值得注意的技术演示。 一.

当发布应用到Kubernetes时，Helm是必备工具。 让我们来演示一下原因。 演示的目标 如何将Spring Boot应用程

2014年之前，SpareBank 1是在一个单体的Weblogic门户上运行其整个网络银行应用程序，每个开发人员都使用相同的代码库，发布是艰巨的过程，开发人员将他们的代码提交到整体存储库中。必须将检入代码部署到各种环境以进行集成和验收测试，还需要交付批准，同时文档必须更新。在许多情况下，审

DevOps就是转向基于产品的管理。实际上，这意味着项目不再有“结束日期”，而团队则通过提供功能不断提供价值。实现这一目标的一个重要部分是整合价值流中的团队，从开发到运营; 一些组织甚至包括业务利益相关者。在DevOps模型中，软件是作为产品进行维护，跟踪业务持续交付和不断实现价值指标。</

预备：Minikube：https：

来自acm的文章(jdon文章点击标题看原文)，自动化和一点纪律可以实现更好的测试，更短的发布周期和更低的业务风险。(Thomas A. Limoncelli)一位朋友最近对我说，“我们不能做DevOps，因为我们使用SQL数据库。” 我差点从椅子上掉下来。这种说法在许多层面都是错误

不少国内厂商蹭热点将DevOps作为技术产品售卖，该文纠正了这一观点：每当我与工程之外的人讨论DevOps时，他们的反应都有一个共同的主题，就像“哦，这是IT的新职位吗？”这困扰我，因为DevOp意味着： 它是新的，并以某种方式管道贴在IT上; 它是某

没有一个尺寸的裤子适合所有人穿，没有银弹，没有一个解决方案适合所有场景。本文概述了各种软件方法学。为什么软件方法学都不同？软件方法论主要是为了对付风险而生，因此方法学规定了特定的日常流程或一系列行动，因此他们还规定了管理软件项目风险的特定方法。

敏捷和DevOps可能看起来像是不同的行为，但如果你看看他们的目标，你会发现它们非常相似。看看Agile和DevOps提供的价值。也就是说，看看DevOps的“为什么”；再看看敏捷的“为什么”。当您仔细观察时，您会发现两者的目标是更快地为客户创造价值并更快地改变市场需求。DevOps采用Ag

Prometheus是一个功能强大，可扩展，轻量级，易于使用和部署的监视工具，对于每个系统管理员和开发人员来说都是必不可少的。出于这些原因和其他原因，许多公司正在将Prometheus作为其基础设施的一部分。本文将学习安装和编写Prometheus普罗米修斯监控和警报系统的查询。

这是成功的现代软件开发策略的四个基本部分。无可挑剔，可靠，自动化的构建和部署系统有效，低摩擦的协作不断学习和提高技能可更换的一次性软件的设计无可挑剔，可靠，自动化的构建和部署系统

大约两年前，Tinder决定将其平台迁移到Kubernetes。Kubernetes为我们提供了通过不可变部署推动Tinder工程实现容器化和低成本运维的机会，应用程序构建，部署和基础结构将定义为代码。我们还希望解决规模和稳定性的挑战。当扩展变得至关重要时，过去我们经常会花费几分钟等

“在Netflix，我们有......- 100个微服务- 1,000个每日产品变更- 10,000个AWS虚拟机- 100,000个客户交互/秒- 1,000,000个客户端- 1,000,000,000个时间序列的指标......我

无论您是否已决定转向自动化测试，或者您仍在考虑进行自动化测试，了解实现转换的最佳实践以及哪种策略最适合您的组织非常重要。任何复杂性的每个应用程序都可能有自己的测试要求组合，没有两个开发团队完全相同。在本文中，我们将讨论规划测试自动化策略的最佳实践，并提出确定哪种策略最适合您的应用程序