IT 내의 표준 전문 분야
정보 기술과 비즈니스 인프라는 광범위한 분야로, 수행하는 업무 유형뿐 아니라 일하는 산업에서도 수많고 매우 다양한 경력 기회로 가득합니다. 두 IT 직업이 진정으로 같은 경우는 거의 없습니다. 다양성은 놀랍습니다. 그러나 특정 표준 경력 분야는 존재하며, 이는 상호 이해를 위한 중요한 용어를 제공하기 때문에 이 분야의 모든 사람이 이해하고 알아야 합니다.
어떤 분야와 마찬가지로, 한 사람이 경력 전반에 걸쳐 그리고 동시에 하나 이상의 역할을 하는 것이 가장 일반적이라는 점에 유의하는 것이 매우 중요합니다. 누군가가 절반의 시간은 버거 요리사, 절반의 시간은 계산원일 수 있듯이, 누군가는 자신의 시간이 다양한 IT 역할 사이에 분할될 수 있습니다. 하지만 우리는 그 역할이 무엇이며 다른 사람들에게 가치, 경험 및 기대를 전달하기 위해 그 역할이 무엇을 의미하는지 알아야 합니다.
이것들이 우리가 “IT 전문화(IT Specializations)”라고 부르는 것이며, IT 내에서 깊은 기술을 위한 특정 집중 및 기회의 영역입니다. 이것들은 종종 IT 내의 직업 역할만을 나타내는 것이 아니라, 대기업에서는 일반적으로 함께 일하는 경력 동료들의 전체 부서를 대표합니다. 이러한 집중 영역 중 어느 것도 다른 것보다 더 또는 덜 시니어하지 않습니다. 이것들은 다른 수준이 아니라 다른 영역입니다. 한 IT 분야 영역에서 다른 영역으로의 자연적이거나 유기적인 진행은 없습니다. 그러나 모든 IT 경험은 가치 있으며, 한 분야에서의 경험은 다른 영역을 더 빠르게 배우고 적응하는 데 도움이 될 것으로 기대할 수 있습니다.
“관리(Administration)” 및 “엔지니어링(Engineering)”이라는 용어가 오늘날 종종 사용되는데, 이것들은 다시 말하지만 수준도 아니고 분야 영역도 아닙니다. 이것들은 역할이 운영(프로덕션 시스템의 운영)에 집중되어 있는지 아니면 배포를 위한 시스템 설계에 집중되어 있는지를 나타냅니다. 이 두 가지는 분야 영역을 공유합니다. 예를 들어, 시스템 분야에는 그 안에서 관리와 엔지니어링 업무 모두에 대한 필요가 있을 것입니다.
시스템(Systems). “운영 체제”의 줄임말입니다. 시스템 역할은 운영 체제, 일반적으로 서버의 운영 체제(반드시 모든 경우에 그런 것은 아니지만)에 집중합니다. 이것은 가장 광범위하게 필요한 특수 IT 역할입니다. 시스템 내에서 전문화는 일반적으로 Windows, RHEL, Suse, Ubuntu, AIX, HP-UX, Solaris, FreeBSD, Mac OSX 등과 같습니다. UNIX와 같은 상위 수준의 전문화는 그 범주에 속하는 모든 시스템을 단일 사람이나 부서가 서비스하거나, 더 큰 조직은 기술, 도구 및 지식에 긴밀히 집중하기 위해 AIX, Solaris, RHEL 및 FreeBSD를 4개의 개별 팀으로 분리할 수도 있습니다. 시스템 전문가들은 컴퓨터 프로그램(데이터베이스도 포함)이 실행될 애플리케이션 플랫폼을 제공합니다. 데스크톱 지원은 일반적으로 시스템의 하위 분야로 간주되며, 최종 사용자 및 헬프데스크 역할과 실질적으로 교차하는 경우가 많습니다.
플랫폼(Platforms). 가상화 또는 클라우드 팀(정확한 역할에 따라)으로도 알려진 플랫폼 분야는 물리적 하드웨어와 운영 체제(들) 사이에 있거나 있을 수 있는 추상화 및 관리(하이퍼바이저) 계층에 집중합니다. 이 팀은 용량 계획, 자원 관리 및 안정성에 집중하는 경향이 있습니다. 플랫폼 전문화 내의 집중 분야는 일반적으로 VMware ESXi, vCloud, Xen, XenServer, KVM, OpenStack, CloudStack, Eucalyptus, Hyper-V 등을 포함합니다. 대규모로 호스팅된 플랫폼의 출현으로 Amazon AWS, Microsoft Azure, Rackspace, Softlayer 등 특정 호스팅 플랫폼 구현에 대한 집중의 필요성도 생겨났습니다.
스토리지(Storage). 데이터 저장은 IT에 매우 중요하여 자체적이고 고도로 집중된 분야로 분리되었습니다. 스토리지 전문가들은 일반적으로 SAN, NAS 및 오브젝트 스토어 시스템에 집중합니다. 집중 영역에는 블록 스토리지 일반이나 EMC VMAX 또는 HPE 3PAR와 같은 특정 제품 또는 제품 라인이 포함될 수 있습니다. 최근 스케일아웃 스토리지 기술의 성장으로 스토리지 분야는 총 규모와 기술 기대의 깊이 모두에서 성장하고 있습니다.
데이터베이스(Databases). 스토리지와 유사하게, 데이터베이스는 다른 부서가 활용할 정보의 중요한 “백킹”을 제공합니다. 개념적으로 데이터베이스와 스토리지는 겹치지만, 실제로는 두 가지가 처리 방식에서 크게 분리되어 있습니다. 우리는 스토리지를 “더미(dumb)”, “비정형” 또는 “대량” 스토리지로, 데이터베이스를 “스마트”, “집중” 또는 “고도로 구조화된” 스토리지로 생각합니다. 근본적인 수준에서는 실제로 두 가지를 구별하기 어렵습니다. 실제로는 극히 다릅니다. 데이터베이스 전문가들은 데이터베이스 서비스에 특별히 작업하지만, 드물게 데이터베이스를 만들고 확실히 데이터베이스 연결 애플리케이션을 코딩하지 않습니다. 시스템 전문가들과 마찬가지로 데이터베이스 전문가들(종종 DBA라고 불림)은 다른 팀이 활용할 데이터베이스 플랫폼을 관리합니다. 데이터베이스 집중 분야는 관계형 데이터베이스 또는 비관계형(NoSQL) 데이터베이스와 같은 높은 수준이 될 수 있습니다. 또는 더 일반적으로, DBA는 Informix, MS SQL Server, DBase, Firebird, PostgreSQL, MariaDB, MySQL, MongoDB, Redis, CouchDB 등 하나 이상의 매우 특정한 데이터베이스 애플리케이션에 집중할 것입니다.
애플리케이션(Applications). 애플리케이션은 물리적 시스템, 플랫폼, 시스템, 스토리지, 데이터베이스 등 다른 모든 플랫폼 구성 요소를 활용하는 최종 제품입니다. 애플리케이션은 컴퓨팅 스택의 궁극적인 구성 요소이며 매우 다양한 형태를 취할 수 있습니다. 애플리케이션 전문가들은 절대 그 용어를 사용하지 않겠지만, 특정 애플리케이션이나 애플리케이션 세트의 전문가라고 불릴 것입니다. CRM 및 ERP와 같은 일부 애플리케이션 패밀리는 너무 커서 전체 경력이 단 하나의 애플리케이션(예: SAP ERP 시스템)을 배우고 지원하는 데 보낼 수 있습니다. 반면 다른 경우에는 경력 기간 동안 수백 개의 소규모 애플리케이션을 관리하고 감독할 수 있습니다. 일반적인 애플리케이션 영역에는 CRM, ERP, 이메일, 웹 포털, 청구 시스템, 재고 추적, 시간 추적, 생산성 등 훨씬 더 많은 것이 포함됩니다. 애플리케이션은 Exchange 이메일 시스템과 같이 높은 프로파일의 것이 될 수도 있고, 모기지 금리를 빠르게 계산하는 소규모 데스크톱 유틸리티와 같이 매우 사소한 것이 될 수도 있습니다.
네트워킹(Networking). 네트워크는 컴퓨터들을 연결하며 독자적으로 많은 설계와 관리가 필요하여 종종 IT에서 두 번째로 큰 분야가 됩니다. 네트워크 전문가들은 버스, 허브, 스위치, 라우터, 게이트웨이, 방화벽, 통합 위협 관리(UTM) 장치, VPN, 네트워크 프록시, 로드 밸런서 및 컴퓨터들이 서로 통신할 수 있게 하는 기타 측면에서 작업합니다. 네트워킹 전문가들은 일반적으로 스위치나 라우터와 같은 제품 유형이 아닌 Cisco나 Juniper와 같은 벤더에 집중합니다. 네트워킹은 시스템과 함께 IT에서 가장 잘 알려지거나 가장 자주 언급되는 역할이며, 두 가지가 종종 혼동되더라도 그렇습니다. 이 역할은 또한 스토리지 팀을 위한 SAN(실제 네트워크 자체)을 지원합니다.
보안(Security). 진정으로 IT 분야 자체가 아니라, 다른 모든 역할에 적용되는 측면이지만, IT 보안 전문가들은 다른 분야별로 전문화(네트워크 보안, 애플리케이션 보안)하거나 이러한 도메인을 가로지르는 보안 측면에 집중하는 교차 분야 역할을 담당하는 경향이 있습니다. 보안 전문가와 팀은 사전 보안, 보안 테스팅 및 심지어 소셜 엔지니어링에 집중할 수 있습니다.
콜 센터, NOC 또는 헬프데스크(Call Center, NOC or Helpdesk). 다른 도메인에 걸쳐 시스템을 모니터링하고, 수신 전화와 이메일을 받아 최종 사용자를 포함할 수 있는 조직의 트리아지 및 때로는 직접 지원을 도와주는 최전방 역할입니다. 이 역할은 서비스의 직접 “고객”이 누구인지, 작업이 인터럽트(모니터링) 기반인지 큐(티켓) 기반인지에 따라 크게 달라집니다. 종종 이 역할의 집중은 높은 수준의 트리아지이지만 최종 사용자 지원에까지 크게 교차할 수 있습니다. 이 분야는 종종 다른 팀들의 “헬퍼” 그룹으로 여겨집니다.
최종 사용자 지원(End User Support). 최종 사용자 옆에 직접 앉아 작업하는(일명 “데스크사이드 지원”) 또는 원격으로(일명 헬프데스크) 작업하는 것, 최종 사용자 지원 역할은 개별 최종 사용자와 직접 작업하여 개별 문제를 해결하고, 다른 지원 팀과 소통하고, 교육 및 지도 등을 제공합니다. 이것은 (조직에서 경영진에게 “위로” 보고하지 않는 한) 비-IT 팀과 일반적으로 상호 작용하는 유일한 IT 역할입니다.
하드웨어 기술 지원(Hardware Technical Support). 이 역할은 잘 알려진 이름이 없으며 종종 하드웨어와 함께 작업한다는 사실로만 알려져 있습니다. 이 역할 또는 역할 패밀리에는 데스크톱 또는 랩톱 장치의 물리적 지원 및 관리, 물리적 서버, 스토리지 시스템 또는 네트워킹 장치의 지원 및 관리, 또는 데이터센터 또는 유사 시설의 물리적 관리가 포함됩니다. 이것은 IT의 부분으로 “벤치” 분야(IT 외부로 간주됨)와 맞닿아 있으며 그것과 겹치는 많은 회색 영역으로 구성됩니다. 하드웨어 지원은 종종 케이블을 연결하고 정리하며 일반적으로 다른 팀, 주로 플랫폼이나 시스템을 지원하는 역할을 합니다. IT 하드웨어 지원과 벤치 작업을 구분하는 것은 종종 “운영 마인드셋”에 불과하며, 대부분의 역할이 어느 방향으로든 갈 수 있습니다. 데스크에 데스크톱을 놓는 것은 종종 벤치 영역으로 간주되는 반면, 서버 하드웨어를 랙에 설치하고 쌓고 모니터링하는 것은 일반적으로 IT 하드웨어로 간주됩니다.
IT가 무엇인지보다 무엇이 IT가 아닌지를 정의하는 것이 종종 실용적입니다. 많은 것들이 종종 IT 역할로 가정되지만 그렇지 않으며, 이 분야와 너무 자주 연결되어 IT 역할이 아니라 다른 것임을 명시적으로 지적할 가치가 있습니다.
프로젝트 관리(Project Management). PM은 IT보다 훨씬 더 경영의 일부인 독자적인 분야이며, IT와의 직접적인 연관이 전혀 없습니다. IT는 종종 PM 역할을 활용하고, PM은 종종 IT 프로젝트를 감독하며, IT 회사나 부서에는 일반적으로 PM이 배정됩니다. 하지만 PM 경력 자체는 IT와는 상당히 별개입니다. 어떤 경영 역할과 마찬가지입니다.
케이블링 없음(No Cabling). IT는 전기 기술자의 직종이 아니며, 건물 케이블의 포설, 종단 처리 및 인증은 IT 범위에 전혀 속하지 않습니다. 대부분의 IT 부서는 컴퓨터를 네트워크 포트에 꽂을 것입니다. 하지만 이것이 IT를 전기 유지보수 부서로 만들지 않는 것은, 집에서 램프를 꽂는다고 당신이 전기 기술자가 되지 않는 것과 마찬가지입니다. 회사의 물리적 케이블 설비는 IT 외부의 전기 및 유지보수 역할의 일부로 명확하게 남아 있습니다.
프로그래밍 없음(No Programming). IT 내에는 프로그래밍 역할이 없습니다. 소프트웨어 엔지니어링은 밀접하게 관련된 산업이지만 IT 본연의 일부는 아닙니다. IT의 수장은 CIO로, SE의 수장은 CTO로 간주됩니다. CIO는 비즈니스 인프라, 즉 조직의 “배관”에 관한 것입니다. CTO는 새로운 도구의 엔지니어링 및 창출에 관한 것으로, 이것은 그 다음 IT 조직이 사용할 것입니다. 기대는 IT가 SE에 도구를 요청하는 것입니다. 이것은 IT 역할이 절대로 코드를 작성하지 않는다는 것이 아닙니다. 그들은 종종 그렇게 합니다. 하지만 코딩은 IT의 제품이 아니라 도구셋의 도구입니다. SE의 일은 최종 제품으로 코드를 제공하는 것입니다.
DevOps 없음(No DevOps). DevOps는 역할이 아닙니다. DevOps는 다른 역할에서 작업하는 특정 스타일에 대한 현대적인 용어입니다. 예를 들어, DevOps 시스템 관리자, DevOps 네트워크 관리자, DevOps DBA가 될 수 있지만, 그 자체로 의미가 없기 때문에 단순히 “DevOps”일 수는 없습니다. DevOps는 특정 작업이 아닌 작업 방식입니다. 따라서 DevOps가 IT에서 일반적으로 중요한 개념임에도 불구하고 목록에서 DevOps를 볼 수 없습니다.
광고
