博客 - 禅道项目管理软件

博客分类

全部

2020DevOps状态报告

这是puppet报告的走过的第九个年头，本次报告基于对2400名IT、开发、信息安全行业的技术人员的调研，着重勾画了DevOps状态的两大趋势：平台模型、需求变更的管理。多年来，我们已经证明了DevOps实践会带来更好的绩效和组织成果，也学习并分享了组织的发展，以及如何更快地发布更好的软件。看到显著进展的同时，我们也看到大多数组织都在努力超越他们进阶的中间阶段。这些团队可能是较难扩展DevOps工作方式的开发团队、运维团队和安全团队。然而，有些组织确实取得了成功。他们扩展了DevOps超出最初早期采用团队的实践，继续在整个组织内不断发展和改进。是什么造成了这种区别？成功的组织实施的更深层次结构...

Erin520 2020-12-14

DevOps工具链在企业中扮演的关键角色

DevOps工具链是一组用于执行复杂软件交付任务的数字工具。工具链中的工具通常一个接一个地执行，其中一个工具的输出是下一个工具的输入。这就是为何这些工具的标准化如此重要。最重要的是，DevOps工具链应该改善开发人员之间的协作，自动化任何必要的任务，并支持更高质量的软件，同时提供对基础设施和应用程序的可观测性。工具之间的无缝集成确实很难实现。尤其是如果你在DevOps领域没有多年的经验。每个实例都有自己的语法和功能。解决工具之间的差距、重叠和依赖关系是一项繁琐的任务。这也被称为工具蔓延。使用大量的工具会给你的成本管理带来很大的负担。它会耗尽你用来解决企业创新机会的预算。 DevOps生命周期...

Erin520 2020-12-08

GitOps—用于基础设施自动化的DevOps

GitOps提供了一种自动化和管理基础设施的方法。它通过许多团队已经应用的DevOps最佳实践来做到这一点，例如版本控制、代码评审和CI/CD管道。由于DevOps在提高生产率和软件质量方面的巨大潜力，许多公司一直采用DevOps。在这个过程中，我们已经找到了自动化软件开发生命周期的方法。然而，在基础设施设置和部署方面，它仍然主要是一个手动过程。使用GitOps，团队可以自动化基础设施配置过程。这是因为可以使用声明文件将基础结构编写为代码（IaC）。我们可以将它们存储在Git存储库中，就像存储应用程序开发代码一样。 GitOps是如何运作的？ GitOps的概念最初是由Kubernete...

李晓琳 2020-11-30

敏捷落地 | 从“麦克莱恩的集装箱”看敏捷与创新

创新不是一种技术，而是一种结果。可以这么说，创新无时无刻不在发生，但是大部分创新项目只是停留在技术层面，并没有真正实现转化，导致创新的产品被束之高阁，无法应用到实际生活场景中。类似的例子还有很多，政府鼓励科研成果转化，会拨发专项资金以扶持各大高校的创新项目，但由于高校科研人员商业方面经验欠缺、没有相关渠道获得投资等，导致这些创新项目无法实现成果转化，造成了技术的流失和浪费。因此，从技术创新到应用至真实环境中，还需要一个很大程度的跨越。这里有一个关于“集装箱”的故事。马尔科姆·麦克莱恩，被称为“集装箱之父”，尽管早在19世纪30年代，就有人发明了集装箱，这人并不是麦克莱恩，但人们仍愿意将...

yanruiyu 2020-11-26

DevOps和它的朋友们——聊聊其他“Ops”（二）

上篇跟大家简单介绍了DevOps,以及与其概念相近的NoOps、DevSecOps和GitOps，“Ops家族”还包含其他形式，但归根结底，DevOps之所以更为流行，是因为其提供了改进工作流程的最全面的方法，因而被广泛应用。 DevOps vs. ITOps 接下来，我们将更仔细地了解一下ITOps。许多开发人员将ITOps视为DevOps更传统的版本，但实际上它不止于此。ITOps在许多方面与DevOps非常相似。该方法将软件开发和IT基础设施管理视为一个统一的管道，此外，它还试图改进该管道并推动更高的灵活性。 ITOps与DevOps的不同之处在于它如何管理IT基础设施。这正...

Erin520 2020-11-23

DevOps和它的朋友们——聊聊其他 “Ops”（一）

DevOps不仅仅是将敏捷开发概念与IT运维相结合，还简化了在云环境中开发和部署应用程序的过程，从而使开发生命周期大大缩短。这就是DevOps作为一种开发方法流行的原因。即使在今天，DevOps仍然是大多数优化管道的核心。持续交付变成了规范，而不是要实现的目标。应用的开发是迭代的，新的更新被推送到云端，用zero down代替部分或整个环境。因为有了DevOps，即使是大型的多部分更新也更加易于管理。然而，就结合软件开发和IT运维而言，DevOps这个术语并非唯一。它有着许多变体和子类型——以及概念的修改——它们被不同的软件开发团队广泛采用。对于许多人来说，DevOps为跨团队的良好流程（包括...

Erin520 2020-11-16

教你绕过看板误区——看板如何应用？

对于看板来说，正确的流程才能产生正确结果。为了发挥看板方法论的最大作用，很多公司不断优化看板内容，实现全程持续改进。但在各公司应用看板的过程中，发现依旧无法保证前后工作项的及时衔接，导致无法最大化工作效率。这里有一个大多数公司都会陷入的误区，为了避免再次陷入这一误区，我们要搞明白两个问题：一、看板中的工作项是什么？很多企业在看板中添加的工作项是技术任务，比如JavaScript页面开发、后台数据、测试用例设计等。实际上，看板中流动的应该是直接承载用户或客户价值的内容，比如：需求、线上缺陷等。若看板上流动的是技术任务，就失去了管理和优化价值流的意义。当然，并不是说...

王明兰 2020-11-12

持续集成对IT团队和企业的好处

对于各行各业的公司而言，软件是关键的竞争优势。公司越快地将新的增强功能和特性推向市场，所获得的竞争优势就越大。为了获得这种领先优势，企业开发团队需要优化其工作流程以提高效率、质量和可靠性。因此，开发团队采用持续集成（CI）来加速和自动化软件交付生命周期。CI是持续交付（CD）不可或缺的DevOps流程，它将代码提交到源代码管理中，并自动“持续”执行构建。持续集成代码以使IT团队及其业务同行都受益的方式改进了流程。持续集成对IT团队的好处 CI持续处理、测试并上传对代码库所做的更改或添加。该代码保存在源代码管理管理系统中，所有开发人员都可以使用该系统进行测试和参考。任何使用该应用...

Erin520 2020-11-10

CMMI和敏捷结合的好处

Scrum和CMMI相结合有什么好处？ CMMI列出了一个有效且高效的企业通常所做的所有实践。Scrum为“如何”规划和运行项目提供了很好的解决方案。然而，对于敏捷企业来说，还有很多事情要做。管理的任务是什么？工程怎么样？CMMI给你的 “如何 ……？”这些领域的问题也是如此。有了这些，你就有了一个帮助你远远超越Scrum的方向，始终以你的敏捷原则作为指导，来形成针对CMMI所列出的敏捷解决方案。是的，CMMI远不止是Scrum。但是一个企业不仅仅是Scrum。 CMMI不是都关于过程的吗？这不是命令和控制吗？这可能是CMMI最大的误解之一，因为“过程”一词被用在很多方面。在CMMI中...

李晓琳 2020-11-05

CMMI和敏捷能否结合？

许多人会问这样一个问题：“CMMI和敏捷原则是否能结合在一起？“Scrum和CMMI结合在一起的说法已经被讨论过很多次了。答案是明确的“是”。但是，许多人仍然会问“怎么做”？并且有不同的经验：“在我的企业中，CMMI是在一种命令和控制的文化下实现的，这如何适应敏捷原则呢？本文为这些问题提供了明确的答案。如何将CMMI与敏捷原则结合使用？一切都归结于CMMI的解释。虽然许多人都曾在命令和控制文化中体验过CMMI，但CMMI中并没有编写过这种文化。恰恰相反，如果应用敏捷原则，您对CMMI的解释可能与您应用命令和控制原则非常不同。因此，如果人们告诉您CMMI的命令和控制解释，那只是他们的观点...

李晓琳 2020-11-03