Linux管理员如何提高他们的shell脚本和自动化技能？

Question

在我的组织中，我与一群NOC员工、初出茅庐的初级工程师和少数高级工程师一起工作；他们都专注于Linux。在公司培养人才的过程中，一个有趣的步骤是，从NOC到高级工程人员都有一条道路。把人才库看作是一个相对较新的人，我看到，随着时间的推移，技能组合中有一种分裂.

• 有些工程师对一种或几种特定的技术了如指掌，并且一直沉浸在.例如MySQL，防火墙，SAN存储，负载平衡器.
• 还有一些人是多面手，可以驾驭多种技术。
• 所有的人都学会了足够的Linux (命令、进程)来做他们每天需要和使用的事情。

一些工作人员之间的一个不同因素是他们接受脚本、自动化和配置管理方法的程度有多好。例如，我们有两位工程师负责亚马逊AWS CloudFormation的大部分工作，另一位工程师负责处理大部分木偶基础设施。也许四分之一的工程师擅长BASH脚本编写。

在就业市场上的DevOps技能需求高得令人难以置信的背景下，我想知道其他组织是如何促进这些技能的发展和内部人才的增长的。脚本编写似乎不是一个特别可教的概念。

• 系统管理员如何改进他们的shell脚本？
• 对于那些不能/不能跟上DevOps范式的工程师来说，还有什么地方吗？
• 我们是否只是假设，随着这些技术的发展，一些人会被抛在后面？这样可以吗？

Answer 1

我的好处是了解您的环境的规模和复杂性。当您为云/主机提供商工作时，可以安全地假设您有大量的中小型环境(10-100台服务器)。当然，每天的任务都是由jr来完成的。重复的工程师和NOC工作人员(创建用户帐户、配置备份代理等)。类似地，也可能有一些由高级管理人员完成的手工操作。工程师喜欢在新硬件上安装ESXi，或者为特定的硬件集配置MPIO或安装VMware模块。所有这些东西都可以而且应该是自动化的。

如果你的员工能够完成大部分的工作而不需要自动化，那么在我看来，你的工作人员太多了。任何可以整天工作的IT人员(主要是手工流程)都没有自动工作的动机。为什么要学习一种不被认为是必要的、甚至可能是可怕的新技能呢？毕竟，必要是创新之母。

因此，在组织中的某个时刻，您将成长到一个您将陷入困境和崩溃的规模，或者您将开始自动化几乎所有的事情并取得卓越。当然，高级工程师应该是这里的领导，甚至可能与初级工程师和NOC工作人员一起工作，使他们的一些工作自动化。这给了小男孩。工程师有机会使用许多脚本的框架，他们可以根据需要对每个租户和新的硬件修改进行调整。这就消除了“天哪，我该从哪里开始”这个令人畏惧的想法？从方程开始，给他们一个开始来解决真正的问题。这就引出了我的最后一点。书和例子都很好，但是没有什么能代替他们解决实际问题的成就感。给他们一个目标，就像所有用于租户x的新服务器都应该安装某些ESXi模块，然后与它们一起工作来完成它。然后调整脚本，使其在多租户环境中工作。

系统管理员如何改进他们的shell脚本？

就像上面所描述的那样。

对于那些不能/不能跟上DevOps范式的工程师来说，还有什么地方吗？

当然，有很多组织不能也不会转向DevOps方法。他们似乎越来越无聊的选择，但他们仍然是选择。

我们是否只是假设，随着这些技术的发展，一些人会被抛在后面？

就像任何新技术一样-是的。

你永远不会有真正的投资去学习它，除非他们看到它的价值。如果他们能够手动完成他们的日常任务，那么你就会人手过多，也就没有动力了。

Answer 2

·系统管理员如何改进他们的shell脚本？

练习，混合动力。这听起来很陈词滥调，但除了练习之外，你还需要做得更好。如果您不真正喜欢编写脚本，那么您可能会被迫在不得不这样做的情况下执行多年，而且永远不会真正擅长它。如果你不想变得更好，你可以每天坐在世界上最好的抄写员旁边工作，而不是学到你所能拥有的技能的一小部分。

我知道那些人，尽管在IT领域工作，却顽固地拒绝学习任何类型的脚本。在这个行业里，这些人很快就不会有一席之地了。他们是垂死一代的一部分。

(我不是在说老年人，我的意思是比喻。：:P)

·对于不能/不能跟上DevOps模式的工程师来说，还有什么地方吗？

不是的。他们所做的每一件事都可以而且最终都会自动消失。

我认为也许我们根本就不应该叫他们“工程师”。IT行业为我们自己盗用了“工程师”这个词已经够糟糕的了，我认为这是对那些多年从事高等教育项目并获得法律认证的实际工程师的侮辱，这样他们就可以设计桥梁、摩天大楼、强子对撞机等等。那些是真正的工程师。

但也有相似之处。如果你想称自己为IT行业的“工程师”，那至少意味着你要创造一些东西。你很有创造力，你用以前没人想过的新方式把点连在一起。你建造的东西，别人都不知道它有多值钱，直到你制造出来。

如果您不编写代码或脚本，那么除了维护计算机和安装一两个软件包之外，您不可能在计算机上做很多事情。也许把一个新的硬盘扔到洛杉矶州立大学。在这种情况下，我会叫你管理员，当然，但不一定是工程师。我想说的是，你的大部分工作都有被自动化的危险。

·我们是否只是假设，随着这些技术的发展，一些人将被抛在后面？

市场会适应的。这可能是，有些人不会拿6位数的工资，而他们实际上不值得他们，这在这个行业中发生了相当多。

我发现创造力，而不仅仅是编码/脚本技巧，是一个关键因素。你需要对自己说，“哦，嘿，我可以自动完成这个任务！”然后这种技术才会在那之后发挥作用。如果你发现自己只在老板告诉你的情况下才编写什么东西，那么你可能就没有那种驱动器，也没有我所说的那种创造力……这是两个很难，也许是不可能教的品质。

Answer 3

系统管理员如何改进他们的shell脚本？

一个人如何在任何事情上变得更好？读书，上课，然后运用所学的原则。(或方法的组合。)这是故意简化的，因为学习脚本没有什么特别之处，而不是学习如何做饭或如何修理汽车。

对于那些不能/不能跟上DevOps范式的工程师来说，还有什么地方吗？

在这个站点的范围内很难回答这个问题(在这个范围内，需要对所问的问题作出明确的/明确的回答)。我们可以预测，但DevOps模型存在问题。我觉得一个人要精通这两个学科是很困难的。1比2员工的成本节约现在对企业很有吸引力，但很难说这种趋势是否会持续下去。这当然是短期的。

我们是否只是假设，随着这些技术的发展，一些人会被抛在后面？

以目前的情况来看，是的。你们中的大多数人很可能是在自己的工作场所观察到的。你一定要跟上工作列表，并且知道市场目前的需求。(在你所在的地区有很多Hadoop的工作列表？学习Hadoop)如果你跟不上市场，你就有被甩在后面的危险。