백서: 차세대 네트워크 관리에 대한 준비가 되셨나요? | enterprise.netscout.com

백서: 차세대 네트워크 관리에 대한 준비가 되셨나요?

여러 기사나 문건들에서 IT 업계 언론이 지속적으로 보내는 메시지는 IT 환경이 변화하고 있다는 것입니다. 이런 기사들에 대한 일반적 반응 중 한가지는 “ 그래서 뭐? 라고 말하는 것입니다. IT 환경은 항상 변화하고 있습니다. 과거와는 어떻게 달라 졌으며, 현재 및 미래의 IT 전문가들에게 이런 변화는 무엇을 의미합니까?

목차

  • 소개
  • 변화를 촉진하는 요인
  • 네트워크 관리에 대한 전통적 접근법
  • 네트워크 엔지니어의 새로운 역할
  • 결론 및 자체 평가

소개

이것은 두 백서 시리즈 중 두 번째 것입니다. 첫 번째 백서의 제목은 '네트워크 엔지니어링에 변화가 필요한 이유1였습니다. 그 백서에서는 IT 업계의 일반적인 동적 변화 속성에 대해 확인했으며 네트워크 엔지니어링에 상당한 영향을 미치는 현재 변화되고 있는 내용에 대해 다루었습니다. VoIP 채택 또는 이더넷 업그레이드 같은 일부 변화는 네트워크 엔지니어의 역할을 근본적으로 변경하지 않습니다. 하지만 네트워크 엔지니어의 역할을 상당히 바꾸어 놓고 있는 매우 커다란 변화가 몇 가지 있습니다. 아래 기술된 변화는 네트워크 엔지니어가 수행하는 작업의 전체 범위에 영향을 미치는데, 이 백서는 네트워크 관리 및 그 약점에의 전통적 접근법에 이런 변화가 어떻게 영향을 미치는가에 집중할 것입니다.

네트워크 엔지니어링에 변화가 필요한 이유1

이 백서에는 또한 네트워크 관리에의 새로운 접근법의 주요 특성들이 기술되어 있으며, 네트워크 엔지니어의 전통적 역할을 새로운 역할과 비교하고, 2010년 이후에 네트워크 리더 및 그 직속 부하직원들이 네트워크 관리에 대한 조직의 준비성을 평가하기 위해 이용할 수 있는 일련의 질문들이 제공되어 있습니다.

변화를 촉진하는 요인

오늘날의 IT 조직 및 네트워크 관리 역할을 크게 변화시키고 있는 세 가지 주요 요인이 있습니다. 다음과 같습니다:

  • 비즈니스 가치를 보이라는 압력
  • 공공 클라우드 서비스의 증가 및 늘어나는 위협
  • 소프트웨어 중심 IT 기능으로의 이동

비즈니스 가치를 보이라는 압력

IT 조직은 항상 비즈니스 가치를 보이라는 압박을 받아 왔는데, 최근 몇 년 동안에 그 압박은 더욱 강화되었습니다. 이런 증가 원인 중 하나는 비즈니스 자체가 성장 및 적응 압박 하에 놓여 있다는 것입니다. 예일 대학교의 리차드 포스터 박사에 따르면2, 비즈니스의 길고 강력한 생명력이 위기에 처해 있습니다. "S&P 500 회사의 평균 수명은 지난 세기에 50년 이상 감소하여, 1920년대의 67년에서 오늘날 15년으로 감소했습니다."

포스터 박사는 또한 이같이 말했습니다, "2020년까지, S&P 500의 4분의 3 이상이 우리가 아직까지 들어본 적이 없는 회사가 될 것입니다." The 2014 State of the WAN 보고서3에서 강조한, 증가된 압박의 또 다른 원인은 성능 및 수익 사이의 상관관계입니다. 보고서에는 시장 조사가 포함되었는데, 그에 따르면 하나 이상의 사업 중요 어플리케이션 성능이 나쁜 경우에 회사는 고객과 수익을 잃게 되는 것으로 나타났습니다.

네트워크 관리와의 관계: 건강한 고성능 네트워크 인프라의 비즈니스 영향력은 직접적으로 수익 및 고객 유지와 관련이 있습니다. 아래에 논의된 대로 네트워크 관리에의 전통적 접근법은 IT 조직이 저하된 어플리케이션 및/또는 네트워크 성능의 근본 원인을 빠르게 파악하여 해결하는 것을 매우 어렵게 합니다.

"그 작업은 일반적으로 새로운 스킬을 필요로 하며 특히 더 많은 프로그래밍 지식을 요구합니다."

네트워크 전문가 및 IT의 변화하는 역할5

공공 클라우드 서비스의 증가 및 늘어 나는 위협

현재의 환경에서 사업체 및 기능부서의 관리자들은 자신들이 IT 조직에게서 얻을 수 없거나 또는 시기 적절하게 비용 효과적인 방식으로 얻을 수 없는 어플리케이션이나 서비스를 직접 획득하는 것이 일반화되었습니다. 이런 현상은 늘어나는 공공 클라우드 제공자의 증가로 인해 가능해 지며, 사용자의 변화하는 기대치에 의해 일부 추진됩니다. 5년 또는 10년 전과는 달리 오늘날의 직원들은 집뿐 아니라 다양한 모바일 기기에서도 아주 흔하게 고속 인터넷 접속을 이용합니다. 그들은 손가락 끝에 수십만개의 어플리케이션을 가지고 있어 무료로 또는 적은 비용으로 빠르게 다운로드할 수 있습니다. 결과적으로 직원들은 IT 조직으로부터 받는 서비스든, 제삼자에게서 받는 서비스든, 서비스에 대한 높은 수준의 기대치를 갖게 되었습니다.

네트워크 관리와의 관계: 공공 클라우드 서비스 이용이 멀리 있지 않으므로 IT 조직은 이제 그 서비스를 지원하는 자원이 자신들의 통제 하에 있든 아니면 공공 클라우스 제공자의 통제 하에 있든, IT 서비스를 관리할 필요가 있습니다.

소프트웨어 중심으로 이동하는 IT 기능

비교적 최근까지도 IT 인프라의 핵심 구성요소는 모두 하드웨어 중심이었습니다. 인프라의 하드웨어 중심 속성은 장비 수명 사이클의 각 단계, 즉 조달, 설치, 구성, 관리 및 문제 해결의 각 단계에 있는 네트워크 엔지니어가 수행하는 역할에 크게 영향을 미칩니다. 예를 들어 새로운 서비스를 구현하는 전통적인 데이터 센터는 보안 및 최적화를 포함하여, 일반적으로 계층 4 - 계층 7 서비스를 제공하는 다양한 기기 및 새로운 서버를 필요로 합니다. 이 장비는 고유 인터페이스를 사용하여 올바른 순서로 함께 연결되어야 합니다.

약 5년 전, IT 조직은 서버 가상화 채택을 시작했습니다 - 이는 소프트웨어 중심 IT 기능으로 가는 첫 번째 단계입니다. 오늘날 대부분의 IT 조직들은 WAN 최적화 컨트롤러 같은 기구 가상화를 포함하여 추가 형태의 가상화를 실행하였습니다. 하지만 가상화에 대한 저항에도 불구하고 네트워크는 현재 '소프트웨어 정의된 네트워킹'(SDN)의 새로운 채택과 더불어 근본적인 변화를 겪고 있습니다.

네트워크 관리와의 관계: 기존 하드웨어 중심 환경에서 컴퓨팅 및 스토리지, 네트워크 같은 IT 리소스들은 좀처럼 움직이지 않습니다. 소프트웨어 중심 환경에서 이러한 리소스들은 자주 움직이며, 모니터링 및 문제 해결을 포함하여 네트워크 관리를 상당히 복잡하게 하고 있습니다.

네트워크 관리에의 전통적 접근법

네트워크 관리에 대한 전통적 접근법의 주요 특징은 네트워크 엔지니어가 네트워크 도메인에만 초점을 맞추며, 최근에 구입했거나 무료로 얻었거나 사용이 편리하다고 느껴지는 것 등의 다양한 도구를 사용한다는 것입니다. 위에서 설명한 변화를 고려할 때, 전통적 네트워크 관리 프로세스의 이런 측면은 신속하게 낡은 것이 되고 있습니다. 이제 IT 조직들은 전통적 도구를 사용하여 소프트웨어 중심 IT 환경을 효과적으로 모니터하고 문제를 해결하기 위한 방법을 스스로 찾고 있습니다.

현재 변화가 시작되고 있는 네트워크 관리에의 전통적 접근법의 또 다른 특성은 IT 조직이 도구를 가지고 하는 것이 아니라 IT 문화를 가지고 더 많이 일해야 한다는 것입니다. 많은 IT 조직에서 어플리케이션 성능이 기대를 충족하지 못하는 경우, 네트워크가 문제일 것으로 가정하게 됩니다. 항상 네트워크가 문제가 있다고 가정하는 것은 새로운 관리 메트릭으로 이끌게 됩니다 - 결백을 밝히는 평균 시간(MTTI)4. MTTI란, 네트워크 조직이 성능 저하가 네트워크가 일으킨 것이 아님을 증명하는 데 얼마의 시간이 걸리는가 하는 것입니다. 해당 작업이 완료되고 나면, 서버나 어플리케이션 같은 다른 IT 구성요소에 문제가 있음이 틀림 없다고 생각하게 되는 것이 보통입니다. 네트워크 관리에의 이 방어적이고 선형적 접근법을 CYA 접근법이라고 부릅니다.

MTTI(결백을 밝히는 평균 시간)란, 네트워크 조직이 성능 저하가 네트워크가 일으킨 것이 아님을 증명하는 데 얼마의 시간이 걸리는가 하는 것입니다.

문제를 식별하고 해결하는 데 걸리는 시간이 점점 증가할 뿐 아니라, 네트워크 관리에의 CYA 접근법의 다른 한계는 다음과 같습니다:

  • 항상 문제를 해결해 주는 것이 아닙니다.
    CYA 접근법은 개별 기술 도메인에 초점을 맞추고 있기 때문에, 종종 여러 도메인에서의 변덕스러운 지연 현상이 어플리케이션의 성능 저하를 일으키는 경우에 발생하는 문제들을 식별하지 못합니다.
  • 함께 작업하는 것이 어렵고 문제에만 대응하는 조직이라고 IT 이미지를 굳혀 버립니다.
    회사의 비즈니스 및 기능부서 관리자들이 IT 조직을 피해가는 이유 중 하나는 그들이 IT 조직을 대하는 것이 어렵다고 생각한다는 것입니다. 문제를 해결하는 데 오랜 시간이 걸리는 것은, IT 조직에 대한 이런 고정관념과 이미지를 느리고 대응적이라는 이미지로 더욱 강화해 줍니다.
  • 네트워크 엔지니어의 경력을 발전시켜 주지 않습니다.
    CYA 접근법은 개별 기술 도메인에 초점을 맞추고 있기 때문에, 네트워크 엔지니어들이 CIO에게 점점 더 중요해 지고 있는 비즈니스 중심 스킬을 개발하는 데 도움이 되지 않습니다. 비즈니스 중심 스킬을 배울 수 없을 뿐 아니라, 이 접근법이 경력을 제한하고 있는 또 다른 이유는 이 접근법에 소모되는 시간입니다. 이 소모되는 시간은 네트워크 엔지니어들이, 소프트웨어에 더욱 의존적으로 변해가는 움직임 및 클라우드 컴퓨팅의 채택으로 인해 요구되는 스킬 등, 새로운 기술 스킬을 학습할 수 없게 합니다.

네트워크 엔지니어의 새로운 역할

네트워크 전문가 및 IT의 변화하는 역할5에서 기술했 듯이 네트워크 엔지니어들의 역할이 변하고 있습니다. 앞으로 계속 변한다고 볼 때, 네트워크 엔지니어들은 다음과 같은 작업에 더 적은 시간을 소비하게 될 것입니다.

  • 장치 구성
  • 문제 해결
  • 하드웨어 구축
  • CLI 엔트리 및 스크립팅
  • 대응적 사후 관리 작업

이와 반대로 네트워크 엔지니어들이 더 많은 시간을 소비하게 될 일들은 다음과 같습니다:

  • 비즈니스 및 IT 혁신
  • 단말 간의 아키텍처 디자인
  • 프로그래밍 - API 기반, CLI 아님
  • 포괄적인 정책 관리
  • 사전 예방적인 관리 작업

2015SDN 및 NFV 가이드6에는 설문조사 결과가 포함되었는데, 그 설문조사에서는 응답자들에게 지속적인 소프트웨어 기반의 IT 기능성 채택으로 인해 이미 발생한 직무에 미친 영향, 또는 앞으로 발생할 것으로 예상되는 영향의 유형을 표시해 달라고 요청했습니다. 그들의 답변은:

  • 네트워크의 설계, 구현 및 문제 해결 방식에서 많은 것이 변할 것입니다.
  • 그 작업은 일반적으로 새로운 스킬을 필요로 하며 특히 더 많은 프로그래밍 지식을 요구합니다.
  • 새로운 보안 요구사항이 있을 것입니다.
  • DevOps를 채택함에 따라, 광범위한 기반의 스킬이 요구됩니다.
  • 기술 사일로에 대한 강조가 적어질 것입니다.
  • 새로운 아키텍처를 개발해야 합니다.
  • 재교육 및 재구축이 많이 있을 것입니다.

결론 및 자체 평가

발전하는 기술을 다루는 것은 IT 조직에 있어서 일상적인 비즈니스입니다. 그러나, IT 조직에게 현재 영향을 미치고 있는 변화의 범위 및 정도는 일상적 비즈니스 그 이상의 것을 의미합니다. IT 조직이 일반적으로 어떻게 기능하는가, 특히 네트워크 엔지니어의 역할이 무엇인가에 대한 지속적이고 근본적인 변화를 의미합니다.

다음 질문들은 독자들이 자체 평가를 할 수 있도록 설계되었습니다. 여러분의 조직은 네트워크 관리에의 전통적 접근법으로부터, 오늘날의 비즈니스 요구를 충족시켜 주는 새로운 접근법으로의 전환에 있어서 어디에 위치해 있습니까?

  1. 여러분의 IT 조직은 어플리케이션, 컴퓨팅, 스토리지, 네트워크 및 보안의 진화에 대해 잘 이해되고 통합된 플랜을 가지고 있습니까?
  2. 여러분의 조직에는, 지속적인 비즈니스와 기술 변화에 대응하기위해 네트워크 관리가 어떻게 발전해 가야 하는가에 대한 잘 이해된 플랜이 있습니까?
  3. 여러분의 조직에는, 네트워크 엔지니어들의 스킬 발전을 위한 잘 이해된 플랜이 있습니까?
  4. 여러분의 조직은 네트워크 관리를 위해 이용하는 도구들, 그리고 업그레이드나 더 현대적인 솔루션을 위한 예산을 정기적으로 평가하고 있습니까?
  5. 여러분의 조직이 새로운 서비스, 즉 공공 클라우드 서비스 같은 새로운 서비스를 채택하거나 SDN을 구현하기 위한 의사 결정을 할 때, 문제 해결 능력에 대한 고려는 어느 정도 고려됩니까?
  6. 여러분의 조직은 문제가 사용자에게 미치기 전에 문제를 파악하고 제거하는 일이 얼마나 자주 행해집니까?
  7. 여러분의 조직에는 각 기술 도메인이 문제의 근원이 네트워크가 아님을 밝히려고 노력하는, 네트워크 관리에의 CYA 접근법이 어느 정도까지 존재합니까?

처음 4개의 질문에 '아니요'라고 대답했거나, 5 - 7까지의 질문에 답변하기 어려웠다면, 여러분의 조직은 재평가를 시작해야 합니다. 조직이 IT에게 더 많은 비즈니스 중심의 일치성과 민첩성을 요구함에 따라, 사전 예방적인 입장을 취하고 이들 질문을 처리하는 것은 IT 리더들의 책임입니다. 더 자세히 알아보기: 네트워크 엔지니어링에 변화가 필요한 이유

 
 
Powered By OneLink