面向服务分布式架构简单例子_面向远程工程师和分布式团队的开发人员

最新推荐文章于 2024-06-22 08:20:26 发布

cxu0262

最新推荐文章于 2024-06-22 08:20:26 发布

阅读量171

点赞数

文章标签：分布式 java 大数据 python 编程语言

原文链接：https://www.infoworld.com/article/3538608/devops-for-remote-engineers-and-distributed-teams.html

版权

面向服务分布式架构简单例子

如果您是在远程或分布式团队中工作的devops工程师，那么与敏捷开发人员，质量保证工程师，站点可靠性工程师和其他系统操作员一起工作时，可能会遇到很多成败成败的挑战。

第一个挑战是运营责任：确保系统和服务可靠运行。根据最近有关监视和AIop的未来的调查，有61％的受访者表示，网络运营中心和devop工程师均负责响应系统和应用程序事件。因此，大多数开发人员工程师需要帮助解决操作问题，例如扩展基础结构，处理构建管道中的块或提供有关安全问题的主题专业知识。

[ 同样在InfoWorld上：应用程序监视：哪些devops可以做得更好 ]

第二个挑战是开发人员的责任，尤其是开发和支持CI / CD（连续集成/连续交付）管道，作为代码的基础架构以及其他自动化。 Devops工程师可能是敏捷开发团队的成员，并承担用户故事以构建或增强自动化。在其他时候，devops工程师可以成为共享服务团队的一部分，该团队为多个开发团队支持这些自动化。无论采用哪种方法，创建CI / CD和基础架构自动化都需要协作以了解功能需求，操作环境，合规性因素，安全状况和性能注意事项。

尽管devop的从业者具有dev和ops的职责，但是devops更具体地是指应用程序开发和IT运营之间的协作。我对devop的定义集中在协作上。 “ Devops涉及使开发和运营团队保持一致的文化，协作实践和自动化，因此他们具有改善客户体验，更快响应业务需求以及确保创新与安全性和运营需求之间平衡的单一思路。”

Devops要求建立工作原则，以推动协作并培养文化。如果您认为自己是一名开发工程师，请研究这些最佳实践，尤其是在远程工作或在分布式团队中工作时。

与您的队友见面

首先重要的考虑是了解您的队友是谁，以及他们使用什么工具进行协作。这听起来很简单，但是在大型组织中，部门和团队可能有一定的自主权来选择工具和协作实践，这可能并不容易。这更加复杂，因为作为devop工程师，您可能需要在处理开发职责时使用一组工具，而在响应ops问题时使用第二组工具。

远程工程师和分布式开发团队不应为这些复杂性而抱怨，也不应试图迫使人们采用一种通用的工作方式。如果开发人员的协作和文化要成功，则远程工程师必须从加入团队已经使用的工具和远程协作实践开始。

这可能意味着在处理CI / CD管道时更新Jira中的用户故事，在出现应用程序警报时响应Cherwell中的故障单，然后与Slack中的业务利益相关者进行对话。使用团队习惯使用的不同工具对于远程工程师而言至关重要。

投资devops报告功能和文档

许多开发人员专注于自动化，包括持续集成，测试，部署，基础结构和应用程序监视。负责任的软件开发人员致力于稳健可靠的应用程序； devops工程师应该为开发的自动化做同样的事情。

这些自动化有客户，并且会发生运营事故。例如，devops工程师应将应用程序开发人员视为CI / CD管道的客户，而将基础结构的系统IT操作视为代码脚本。如果构建失败或未部署基础结构，这两个小组都会将问题上报给开发工程师。

对于远程开发工程师或分布式团队而言，这些升级可能是一个特别糟糕的情况。如果某个问题阻止队友做好工作，那么它将影响每个人的生产力和协作能力。远程工作意味着您不能简单地点击背面的队友来解决问题。

当devop工程师为其他工程师提供服务时，就有机会使devops自动化和代码透明并为其他人所支持。设计报告，仪表板和文档，以便其他人可以查看，诊断和改进自动化。自动化应该集中在版本控制中，并拥有自己的文档和变更控制。

这些实现还需要强大的警报，报告和日志记录。远程团队应创建详细的警报，以便队友无需寻求帮助即可理解它们。构建管道应具有足够的报告，以帮助用户了解失败的原因，地点和原因。如果使用代码使基础结构设置和配置自动化，并且每个任务都被强大的错误检查和其他信息级日志记录所围绕，则最终用户（工程师）可以自行诊断和解决问题。