Questions tagged «process»

我有一台完美的服务器，它非常漂亮，坚固，因此我将其命名为Petra。无论从哪方面来看，它都是完美的，所有的配置和调整都恰到好处，它具有完美的100％服务记录和753天的正常运行时间。我花了很多时间和精力来确保它运行良好。公司中没有其他服务器如此出色。但是昨晚这个邪恶的怪物无缘无故地使我的服务器崩溃了。 当然，我是在凌晨2点收到通知的，直到启动和运行它都花了我很多时间，所有的配置和调试工作都进行了，但是我担心它不会像以前那样好。回到以前的辉煌可能要花几周的时间。现在我的正常运行时间已经过去了，我什至没有3个9，而且谁知道这会对我的声誉产生什么影响。这个混沌猴子是谁？为什么他要对我的服务器这样做？为什么他要毁了我？

28 amazon-web-services  process  automation  servers  sysadmin 

我已经听说了很多有关“ 价值流映射”的知识，以及如何将其用于分析制造过程（包括交付软件的过程）的价值流。我从未见过在软件开发和运营团队的背景下成功交付它。 什么是价值流映射，如何将其应用于软件交付？

19 terminology  process  project-management  analysis 

布鲁克斯定律： 为一个较晚的软件项目增加人力会使它变得更晚。 弗雷德里克·布鲁克斯（Frederick Brooks）在他的书《无银弹-软件工程的本质与事故》中定义了“ 神话人月”的概念： Brooks的假设是，复杂的程序设计项目无法完美地划分为离散的任务，而这些任务无需工人之间的沟通，也无法在任务与执行它们的工人之间建立一套复杂的相互关系。 自1982年以来，我们无疑已取得了进步，并在减轻这一问题方面积累了更多经验。您在工作中成功应用了哪些解决方案以在不增加更多问题的情况下将资源添加到项目中？

16 project-management  process  software-engineering 

最近，Amazon S3 在us-east-1地区发生了重大故障。在Ansible或类似工具中运行维护手册时，可能是由于拼写错误引起的。您可以将shell脚本包装器包裹在ansible-playbook周围，如下所示： #!/bin/bash /usr/bin/ansible-playbook "$@" --list-hosts --list-tasks read -p "Are you sure? (y/n) " answer test "$answer" = "y" || exit 0 exec /usr/bin/ansible-playbook "$@" 但是，您还可以使用其他一些方法来提高安全性并减少出错的可能性，这会给您的公司造成严重的故障。

12 ansible  process 

与大型组织合作时，如何避免出现分支机构化情况？ 我们与许多大型金融机构合作，其方法是不对软件进行更新，而仅对高/关键安全补丁和定制功能进行更新。这些组织仅在主要更新之间进行补丁和自定义发行。重大更新可能相隔数年，并且成本高昂。这种方法使我们（软件公司）对每个主要客户都有自己的代码分支，这负担了长期分支的所有成本和效率低下。 我对社区的问题是： 您是否经历过客户的类似更新接受方法？ 您有什么建议可以帮助您使用此方法？ 您需要什么建议来帮助改变组织进行软件更新的方法？

10 release  process  branch 

我正在尝试评估从devops风格的工作流程转到传统的dev-then-ops（不确定该怎么称呼）是否是一个好主意。 我们是一个由5人组成的小型部门，隶属于4000名员工的传统媒体（例如非软件）公司。两年前，我们开始构建软件，以使我们的部门能够显着扩大生产规模。我们已经取得了很大的成功，更大的公司开始注意到这一点。迄今为止，我们已全权负责已成为约10个服务的AWS微服务平台的设计，开发和部署。我们的团队并没有将其识别为DevOps，但是毫无疑问，我们过着DevOps的生活，每个开发人员都非常熟悉代码及其运行的系统。 我们不久将面临的问题之一是我们与母公司的IT部门之间共享什么“效率”。我们的项目所有者通常更喜欢外包而不是内部学习，因此，在我们的案例中，这些效率可能意味着尽可能多地利用IT工作。目前，我想说我们的团队在编码经验和基础架构经验之间占70/30％的比例。IT部门扎根于IT领域，没有明显的过渡到软件开发的过程。 我们的项目负责人（非技术人员）希望通过将尽可能多的工作交给IT团队，我们将在每个小时的工作中看到生产率提高1：1左右。我对此表示怀疑。我们的产品仍处于测试阶段（尽管已经是一项重要的业务资产），并且根据我们在IT部门的有限经验，通常会发生诸如文件系统权限更改之类的简单事情的严重延迟。 目前，我理想的解决方案是让IT部门“采用”我们并允许我们继续部署自己的工作，同时确保我们满足IT部门的标准和要求。我不确定那有多现实。另外，这几乎是我们项目所有者提倡的相反方法，因为它会在短期内增加其他操作工作。 在我们的情况下，坚持使用DevOps方法与交付IT相比可能有什么利弊？

9 process  operating-model