真实世界 – 系统架构师和系统pipe理员 – 有什么区别\我在做什么？

我意识到这个领域的术语可能会有些模棱两可，而且angular色之间显然有一些重叠，但是希望有一些背景会有所帮助。在过去的六个月中，我从开发者到最终用户以及为我的大学维护系统的人员devise和实施了一个新的工作stream程。

这包括实施数据库服务器，Web服务器，项目pipe理系统和Mercurial存储库系统。我也一直将系统的不同部分与一些自动化结合起来，以改善工作stream程并使开发人员更容易。我基本上负责了我们select的大多数系统（我是同一个团队的开发人员，在此之前的一年半），并且制定了所有的细节。我希望有时间进一步升级到一个Puppet驱动的解决scheme，容易支持群集（容错）的思想。

这是否适合系统pipe理，系统架构，或其他所有在一起？ 我做这件事已经有了非常多的乐趣（每天上class都很兴奋），而且我想知道适当的地方让我的目光转向。

我已经阅读了维基百科的文章。主要只是想知道上面的职责主要是什么，因为坦率地说，我有限的知识使得维基百科的参考在上述语境中感觉不明确。

好…

理论上：

Systems Architect与最终用户交互并devise系统的基本架构。主要是这是产生的要求，而不是规格。
系统工程师devise和构build的东西（更像你所描述的）。这将包括实际的规格。
系统pipe理员保持以后运行。

事实上：

这三个职位在信息技术中经常交替使用，通常在工作中有三个职位。

通常情况下，我不会听到在销售组织之外使用的“系统架构师”。通常，“工程师”是为另一个组织devise和构build的人员，他们以后自己运行; 而“pipe理员”在组织内工作。你所描述的绝对听起来像是“系统pipe理员”对我的工作，特别是听起来像我在“系统pipe理员”之类的多个工作中所做的事情。

还要注意：“build筑师”和“工程师”在某些司法pipe辖区是受保护的条款，没有适当证件的人可以使用它们。