IT 内部的标准学科领域

 

信息技术与业务基础设施是一个庞大的领域，充满了数量众多且极为多样的职业机会，这种多样性不仅体现在开展工作所在的行业上，也体现在所从事工作的类型上。极少有两份 IT 工作真正彼此雷同。其多样性令人惊叹。然而，某些标准的职业重心确实存在，并且应当被该领域的每一个人所理解和知晓，因为它们提供了用于相互理解的重要术语。

需要特别指出的是，与任何领域一样，最常见的情况是一个人在其整个职业生涯中、乃至在同一时间会承担不止一个角色。正如某人可能一半时间做汉堡厨师、一半时间做收银员一样，某人也可能把时间分配在不同的 IT 角色之间。但我们需要知道这些角色是什么、它们意味着什么，才能向他人传达价值、经验和预期。

这些就是我们所称的“IT 专精领域”，是 IT 内部具体的专注方向以及深耕技能的机会所在。这些往往不仅代表着 IT 内部的工作角色，而且在大型企业中通常代表着由职业同侪协同工作所构成的整个部门。这些专注领域中没有哪一个比另一个更资深或更次要，它们是不同的领域，而非不同的层级。从一个 IT 学科领域到另一个学科领域，并不存在自然或天然的进阶路径，然而所有 IT 经验都是有价值的，可以预期，在一个学科中积累的经验会让人更快地学习并适应另一个领域。

“管理”（Administration）和“工程”（Engineering）这两个术语在今天经常被使用，再次强调，它们既不是层级，也不是学科领域。它们指的是某个角色究竟侧重于运营（运行生产系统）还是侧重于为部署而设计系统。这两者是跨学科领域共享的。因此，举例来说，系统（Systems）学科内部既会需要管理类的工作负载，也会需要工程类的工作负载。

系统（Systems）。由“操作系统”（operating systems）简化而来。系统类角色专注于操作系统，通常是服务器的操作系统（但并非在所有情况下都必然如此）。这是 IT 中需求最为广泛的专业化角色。在系统之内，专精方向往往是诸如 Windows、RHEL、Suse、Ubuntu、AIX、HP-UX、Solaris、FreeBSD、Mac OSX 等等。诸如 UNIX 之类的高层级专精很常见，由单独一人或一个部门负责该范畴下的任何系统，而较大的组织则可能把 AIX、Solaris、RHEL 和 FreeBSD 拆分为四个离散的团队，以便在技能、工具和知识上实现紧密的专注。系统专家提供计算机程序（其中也包括数据库）将要在其上运行的应用平台。桌面支持通常被视为系统的一个子学科，而且往往会在实务上与最终用户和服务台（helpdesk）角色发生交叉。

平台（Platforms）。也被称为虚拟化或云团队（取决于具体角色），平台学科专注于位于、或可以位于物理硬件与操作系统之间的抽象与管理（hypervisor）层。该团队往往专注于容量规划、资源管理和可靠性。平台专精内部的专注方向通常包括 VMware ESXi、vCloud、Xen、XenServer、KVM、OpenStack、CloudStack、Eucalyptus、Hyper-V 等等。随着大规模托管平台的出现，也催生了对特定托管平台实现进行专注的需求，例如 Amazon AWS、Microsoft Azure、Rackspace、Softlayer 等等。

存储（Storage）。数据存储对 IT 而言是如此关键，以至于它已分化出来，成为其自身高度专注的一个学科。存储专家通常专注于 SAN、NAS 和对象存储系统。专注领域可能包括块存储（block storage）整体，也可能深入到具体的产品或产品线，例如 EMC VMAX 或 HPE 3PAR。随着横向扩展（scale out）存储技术近来的发展，存储领域在总体规模以及技能深度的预期上都在不断扩大。

数据库（Databases）。与存储类似，数据库提供着供其他部门使用的信息的关键“后端支撑”。虽然在概念上数据库与存储有所重叠，但在实务中，二者在被对待的方式上有着天壤之别。我们把存储看作“笨”的、“非结构化”的或“批量”的存储，把数据库看作“智能”的、“聚焦”的或“高度结构化”的存储。在其根本层面上，二者实际上相当难以区分。但在实务中，它们极为不同。数据库专家专门负责数据库服务，但很少创建数据库，更绝不会编写连接数据库的应用程序。与其系统领域的同行一样，数据库专家（通常称为 DBA）管理供其他团队使用的数据库平台。数据库的专注方向可以是高层级的，例如关系型数据库或非关系型（NoSQL）数据库。或者，更常见的是，DBA 会专注于一种或多种非常具体的数据库应用，例如 Informix、MS SQL Server、DBase、Firebird、PostgreSQL、MariaDB、MySQL、MongoDB、Redis、CouchDB 等等。

应用（Applications）。应用是最终产品，它消费来自物理系统、平台、系统、存储、数据库等一切其他平台组件。应用是计算栈的终极组成部分，并且可以呈现出极为多样的形态。应用专家绝不会用“应用专家”这个称呼，而是会被称为某个具体应用或某一组应用的专家。某些应用家族，例如 CRM 和 ERP，规模是如此之大，以至于人们可能终其一生的职业生涯都在学习和支持其中单独一个（例如一套 SAP ERP 系统）。而在许多其他情况下，人们可能会在整个职业生涯中管理和监管数以百计的小型应用。常见的应用领域包括 CRM、ERP、电子邮件、Web 门户、计费系统、库存追踪、工时追踪、生产力工具等等。应用几乎可以包括任何东西，其中有些是高端的，例如一套 Exchange 电子邮件系统；而另一些则可能非常微不足道，例如一个用于快速计算房贷利率的小型桌面工具。

网络（Networking）。网络把计算机连接在一起，其自身就需要大量的设计和管理，这使得它往往成为 IT 内部第二大的学科。网络专家从事总线、集线器、交换机、路由器、网关、防火墙、统一威胁管理设备、VPN、网络代理、负载均衡器以及其他使计算机能够彼此通信的方方面面的工作。网络专家通常专注于某个厂商，例如 Cisco 或 Juniper，而非专注于交换机或路由器之类的产品类型。网络与系统一样，是 IT 中最广为人知、或最常被提及的角色，尽管这两者经常被混淆。该角色还为存储团队支持 SAN（即网络本身）。

安全（Security）。安全本身并非一个真正的 IT 学科，而更像是一个适用于其他每一个角色的方面，IT 安全专家往往要么按其他学科进行专精（网络安全、应用安全），要么作为一个跨学科角色，专注于安全方面在这些领域间穿插时所涉及的问题。安全专家和团队可能专注于主动安全、安全测试乃至社会工程。

呼叫中心、NOC 或服务台（Call Center, NOC or Helpdesk）。这是跨其他领域监控系统、接听来电和邮件、并在分诊（triage）中提供协助、有时还为某个组织（可能包含也可能不包含最终用户）提供直接支持的一线角色。该角色因服务的直接“客户”是谁、任务是基于中断（监控）式的还是基于队列（工单）式的而有着很大差异。该角色的重心往往是高层级分诊，但也可能大幅延伸到最终用户支持之中。这个学科常被视为其他团队的“帮手”群体。

最终用户支持（End User Support）。无论是亲自坐在最终用户身旁工作（即“桌边支持”），还是远程工作（即服务台），最终用户支持角色都直接与单个最终用户打交道，以解决具体问题、与其他支持团队沟通、进行培训和教育等等。这是唯一一个通常会与非 IT 团队产生任何互动的 IT 角色（除非是在组织中向“上”向管理层汇报的情况）。

硬件技术支持（Hardware Technical Support）。这个角色没有什么广为人知的名称，往往只能通过它与硬件打交道这一事实来辨识。这个角色或这一类角色包括：对台式机或笔记本设备的物理支持与管理，对物理服务器、存储系统或网络设备的支持与管理，或者对数据中心之类设施的物理管理。这是 IT 中与“装机维修”（bench）领域（被认为处于 IT 之外）打交道的部分，并且包含大量与之重叠的灰色地带。硬件支持往往要插接和整理线缆，并且总体上是为其他团队提供支持，主要是平台或系统团队。把 IT 硬件支持与装机维修工作区分开来，往往不过是一种“运营心态”的差别，而且大多数角色都有可能倒向任何一方。把台式机摆放到办公桌上往往被看作属于装机维修，而对服务器硬件进行上架、堆叠和监控则通常被看作属于 IT 硬件。

---

 

界定 IT 不是什么，往往比界定它是什么更为实用。许多事物常常被假定为 IT 角色，但其实并不是，而且它们与该领域的关联是如此普遍，以至于值得明确指出：它们并不是 IT 角色，而是别的什么东西。

项目管理（Project Management）。PM 是其自身的一门学科，它更多地属于管理而非任何其他领域的一部分，与 IT 没有任何直接联系。IT 经常会用到 PM 角色，PM 也经常监管 IT 项目，IT 公司或部门通常也会有被指派给它们的 PM；但 PM 这一职业本身与 IT 是相当分离的。这与任何管理角色都是一样的。

不含布线。IT 绝对不是电工那一行，而建筑线缆的敷设、端接和认证甚至都根本不在 IT 的范畴之内。大多数 IT 部门会把计算机插到它们的网络端口上；但这并不会使 IT 成为电气维护部门，正如你在家里插上一盏台灯并不会使你成为电工一样。一家公司的物理布线系统仍然属于明显处于 IT 之外的电气和维护角色。

不含编程。IT 内部不存在编程角色。软件工程是一个与之紧密关联的行业，但其本身并不属于真正意义上的 IT。IT 的负责人被视为 CIO，SE 的负责人被视为 CTO。CIO 关乎业务基础设施——即组织的“管道系统”。CTO 关乎新工具的工程与创造——这些工具往往随后会被 IT 组织所使用。预期的情形是，IT 会向 SE 申请工具。这并不是说 IT 角色从不编写代码，他们经常编写，但编码并不是 IT 的产品，它是工具箱里的一件工具。SE 的工作则是把代码作为最终产品交付出来。

不含 DevOps。DevOps 不是一个角色。DevOps 是一个现代术语，用来指代在其他角色中工作的一种特定风格。举例来说，一个人可以是 DevOps 系统管理员，或 DevOps 网络管理员，或 DevOps DBA，但你不能只是单纯地“做 DevOps”，因为它本身并不意味着任何东西。DevOps 是一种工作方式，而非一项具体的任务。因此，我们不会在这份清单上看到 DevOps，尽管 DevOps 在整个 IT 中是一个重要的概念。