Стандартные направления специализации в ИТ
Информационные технологии и бизнес-инфраструктура — это огромная область, предлагающая множество чрезвычайно разнообразных карьерных возможностей: не только в разрезе отраслей, в которых ведётся работа, но и в части типов выполняемой работы. Лишь в редких случаях две ИТ-должности по-настоящему идентичны. Разнообразие здесь колоссальное. Тем не менее определённые стандартные карьерные направления существуют и должны быть известны каждому специалисту в этой области, поскольку обеспечивают важную терминологическую базу для взаимопонимания.
Очень важно отметить, что, как и в любой сфере, чаще всего один человек выполняет несколько ролей на протяжении своей карьеры — и даже одновременно. Так же как кто-то может работать половину рабочего времени поваром, а другую половину — кассиром, чьё-то время может быть разделено между различными ИТ-ролями. Но нам необходимо знать, что это за роли и что они означают, чтобы уметь доносить ценность, опыт и ожидания другим.
Именно они именуются “ИТ-специализациями” и представляют собой области конкретной фокусировки и возможностей для глубокого развития компетенций в ИТ. Нередко они являются не просто должностными функциями внутри ИТ, а в крупных компаниях, как правило, представляют собой целые отделы специалистов-коллег, работающих совместно. Ни одна из этих областей не является более или менее старшей по отношению к другой — это различные направления, а не уровни. Не существует естественного или органичного перехода из одной ИТ-дисциплины в другую; вместе с тем любой ИТ-опыт ценен, и можно ожидать, что компетенции в одной дисциплине помогут быстрее освоиться и адаптироваться в другой.
Сегодня нередко применяются термины “Administration” (администрирование) и “Engineering” (инженерия) — опять же, это не уровни и не области дисциплин. Они указывают на то, сосредоточена ли роль на операциях (эксплуатации производственных систем) или на проектировании систем для развёртывания. Эти два направления разделяют области дисциплин. Так, например, в дисциплине Systems существует потребность как в администрировании, так и в инженерных задачах.
Systems (Системы). Сокращение от “operating systems” (операционные системы). Роли в области систем ориентированы на операционные системы, как правило, серверные (хотя не исключительно). Это наиболее широко востребованная специализированная ИТ-роль. Внутри направления специализации, как правило, выделяются такие ОС, как Windows, RHEL, Suse, Ubuntu, AIX, HP-UX, Solaris, FreeBSD, Mac OSX и другие. Высокоуровневые специализации, например UNIX, распространены: один специалист или отдел обслуживает любую систему, подпадающую под это понятие; в более крупных организациях AIX, Solaris, RHEL и FreeBSD могут быть разделены на четыре самостоятельные команды для концентрации на конкретных навыках, инструментах и знаниях. Специалисты по системам предоставляют прикладную платформу, на которой работают компьютерные программы (включая базы данных). Поддержка рабочих мест пользователей (desktop support) в целом считается субдисциплиной в рамках систем, часто пересекающейся с ролями конечных пользователей и службы технической поддержки.
Platforms (Платформы). Также известны как команды виртуализации или облачные команды (в зависимости от конкретной роли). Дисциплина платформ сосредоточена на уровне абстракции и управления (гипервизор), который располагается или может располагаться между физическим оборудованием и операционными системами. Эта команда, как правило, занимается планированием ёмкости, управлением ресурсами и обеспечением надёжности. В рамках специализации по платформам распространены такие направления, как VMware ESXi, vCloud, Xen, XenServer, KVM, OpenStack, CloudStack, Eucalyptus, Hyper-V и другие. С появлением масштабных хостинговых платформ возникла также потребность в специализации на конкретных hosted-реализациях, таких как Amazon AWS, Microsoft Azure, Rackspace, Softlayer и т.д.
Storage (Хранение данных). Хранение данных настолько критично для ИТ, что выделилось в самостоятельную высокоспециализированную дисциплину. Специалисты по хранению данных, как правило, сосредотачиваются на системах SAN, NAS и объектного хранилища. Области специализации могут охватывать блочное хранилище в целом или углубляться в конкретные продукты или линейки продуктов, такие как EMC VMAX или HPE 3PAR. В связи с недавним ростом технологий масштабируемого хранилища (scale-out storage) область хранения расширяется как по общему объёму, так и по глубине ожидаемых компетенций.
Databases (Базы данных). Подобно хранилищам данных, базы данных обеспечивают критически важное “информационное хранилище” для других подразделений. Хотя концептуально базы данных и хранилища пересекаются, на практике они разительно отличаются в подходах к работе. Мы воспринимаем хранилища как “тупое”, “неструктурированное” или “массовое” хранение, а базы данных — как “умное”, “целенаправленное” или “высокоструктурированное” хранение. На фундаментальном уровне граница между ними размыта. На практике они кардинально различаются. Специалисты по базам данных работают непосредственно с сервисами баз данных, но крайне редко создают сами базы данных и уж точно не пишут приложения, работающие с базами данных. Как и их коллеги по системному направлению, специалисты по базам данных (нередко называемые DBA) управляют платформой баз данных для использования другими командами. Специализации в области баз данных могут быть высокоуровневыми — реляционные базы данных или нереляционные (NoSQL). Или, что более распространено, DBA специализируется на одном или нескольких конкретных СУБД: Informix, MS SQL Server, DBase, Firebird, PostgreSQL, MariaDB, MySQL, MongoDB, Redis, CouchDB и многих других.
Applications (Приложения). Приложения — это конечный продукт, потребляющий все остальные компоненты платформы: физические системы, платформы, системы, хранилища, базы данных и многое другое. Приложения являются конечным компонентом вычислительного стека и могут принимать самые разнообразные формы. Специалисты по приложениям никогда не используют этот общий термин, а именуются специалистами по конкретному приложению или группе приложений. Некоторые семейства приложений — например, CRM и ERP — настолько обширны, что изучению и поддержке одного из них (например, системы SAP ERP) можно посвятить целую карьеру. В других случаях за карьеру можно освоить и обслуживать сотни небольших приложений. Распространённые прикладные направления включают CRM, ERP, электронную почту, веб-порталы, системы выставления счетов, учёт запасов, учёт рабочего времени, производительность и многое другое. Приложения могут включать практически что угодно: от высококлассных, как система электронной почты Exchange, до тривиальных, как небольшая десктопная утилита для быстрого расчёта ипотечных ставок.
Networking (Сети). Компьютерные сети объединяют компьютеры и требуют значительных усилий по проектированию и администрированию, что делает их нередко второй по величине дисциплиной в ИТ. Сетевые специалисты работают с шинами, концентраторами, коммутаторами, маршрутизаторами, шлюзами, межсетевыми экранами, устройствами унифицированного управления угрозами, VPN, сетевыми прокси, балансировщиками нагрузки и другими компонентами, обеспечивающими взаимодействие компьютеров. Сетевые специалисты, как правило, специализируются на конкретном вендоре — например, Cisco или Juniper — а не на типах устройств, таких как коммутаторы или маршрутизаторы. Networking наряду с Systems является наиболее известной и часто упоминаемой ИТ-ролью, даже если эти две роли нередко путают. Эта роль также обеспечивает поддержку SAN (собственно сети) для команд по хранению данных.
Security (Безопасность). Это не самостоятельная ИТ-дисциплина в полном смысле слова, а аспект, применимый ко всем остальным ролям. Специалисты по ИТ-безопасности, как правило, специализируются по другим дисциплинам (сетевая безопасность, безопасность приложений) или выступают в качестве кросс-дисциплинарной роли с фокусом на вопросах безопасности, пронизывающих все эти области. Специалисты и команды по безопасности могут сосредотачиваться на проактивной защите, тестировании безопасности и даже социальной инженерии.
Call Center, NOC или Helpdesk (Колл-центр, NOC или служба технической поддержки). Роль первой линии: мониторинг систем в различных областях, приём входящих звонков и электронных писем, помощь в сортировке инцидентов, а иногда и непосредственная поддержка организации, которая может включать или не включать конечных пользователей. Эта роль существенно варьируется в зависимости от того, кто является непосредственным “клиентом” сервиса: строится ли работа по принципу прерываний (мониторинг) или по принципу очереди (тикеты). Нередко фокусом этой роли является высокоуровневая сортировка инцидентов, однако она может значительно пересекаться с поддержкой конечных пользователей. Эту дисциплину часто воспринимают как “вспомогательную” группу для других команд.
End User Support (Поддержка конечных пользователей). Будь то работа рядом с конечным пользователем непосредственно на месте (так называемая “deskside support”) или удалённо (helpdesk), специалисты по поддержке конечных пользователей работают напрямую с отдельными пользователями для решения конкретных проблем, взаимодействуют с другими командами поддержки, проводят обучение и т.д. Это единственная ИТ-роль, при которой распространено регулярное взаимодействие с подразделениями, не относящимися к ИТ (за исключением отчётности “вверх” по организационной структуре к руководству).
Hardware Technical Support (Техническая поддержка оборудования). У этой роли нет устоявшегося общеизвестного названия; как правило, её идентифицируют лишь по факту работы с оборудованием. Эта роль или семейство ролей включает физическую поддержку и управление настольными или ноутбучными устройствами, поддержку и управление физическими серверами, системами хранения или сетевыми устройствами, а также физическое управление дата-центром или аналогичным объектом. Это та часть ИТ, которая граничит со сферой “bench” (считающейся за пределами ИТ) и представляет собой широкую серую зону, где обе области пересекаются. Поддержка ИТ-оборудования нередко предполагает подключение и организацию кабелей и в целом является вспомогательной ролью для других команд — преимущественно платформ или систем. Граница между ИТ-поддержкой оборудования и bench-работой зачастую определяется исключительно “операционным мышлением”, и большинство ролей потенциально может относиться к любой из сторон. Расстановка настольных компьютеров на рабочих местах, как правило, относится к bench, тогда как установка серверного оборудования в стойки, его укладка и мониторинг считаются ИТ-задачей.
Нередко бывает практично определить, чем ИТ не является, а не то, чем оно является. Многое зачастую ошибочно считается ИТ-ролями, но таковыми не является, и подобная связь настолько распространена, что стоит прямо указать: это не ИТ-роли, а нечто иное.
Project Management (Управление проектами). PM — это самостоятельная дисциплина, которая в значительно большей мере является частью менеджмента, чем какой-либо другой сферы, и не имеет прямого отношения к ИТ. ИТ часто использует PM-роли, а руководители проектов нередко курируют ИТ-проекты; ИТ-компании и отделы, как правило, имеют прикреплённых к ним PM. Однако сама по себе PM-карьера совершенно отделена от ИТ — так же как и любая управленческая роль.
Кабельные работы — не ИТ. ИТ — это определённо не профессия электрика, и прокладка, разводка и сертификация строительных кабелей не имеет ничего общего с ИТ. Большинство ИТ-отделов подключает компьютеры к сетевым портам; но это не делает ИТ службой электрического обслуживания не в большей мере, чем подключение лампы дома делает вас электриком. Физическая кабельная инфраструктура компании остаётся в зоне ответственности электриков и служб технического обслуживания, чётко отделённых от ИТ.
Программирование — не ИТ. В ИТ нет роли программиста. Программная инженерия (Software Engineering) — тесно связанная отрасль, однако она не является частью ИТ в строгом смысле. Руководителем ИТ считается CIO, руководителем Software Engineering — CTO. CIO отвечает за бизнес-инфраструктуру — “сантехнику” организации. CTO занимается инженерией и созданием новых инструментов — которые затем нередко используются ИТ-организацией. Предполагается, что ИТ запрашивает инструменты у Software Engineering. Это не означает, что ИТ-специалисты никогда не пишут код — напротив, так бывает часто, — но код не является конечным продуктом ИТ, это лишь инструмент в арсенале. Задача специалиста Software Engineering — сдать код как конечный продукт.
DevOps — не роль. DevOps — это не роль. DevOps — это современный термин, обозначающий определённый стиль работы в рамках других ролей. Можно быть DevOps-системным администратором, DevOps-сетевым администратором или DevOps-DBA, например, но нельзя быть просто “DevOps”, поскольку само по себе это слово ничего не означает. DevOps — это способ работы, а не конкретная задача. Поэтому DevOps отсутствует в этом списке, хотя сама по себе концепция DevOps является важной для ИТ в целом.
Реклама
