하드웨어가 중요하지 않다고 말하는 사람은 없습니다. 하드웨어는 어디에나 있습니다. 모든 휴대전화에서. 우리가 소유한 모든 Fitbit과 기술 가젯. 우리 차 안에서요. 노트북과 태블릿에서요. 가전제품에도 이러한 성분이 포함되는 경우가 점점 늘고 있습니다. 우리의 시계에서. 그리고 분명히 어떤 경우에는 우리에게도 . 더 작고, 더 빠르며, 더 풍부합니다.
앱의 크기에 상관없이, 앱에는 하드웨어 리소스가 필요합니다. CPU(중앙처리장치). 메모리. 저장. 네트워크. 이것들이 없다면 아무것도 작동하지 않습니다. 없음. 데이터 센터나 클라우드(데이터 센터)에서 이야기하든 하드웨어는 어디에나 존재합니다. 이는 앱이 우리의 삶을 보다 연결되고, 보다 협력적이며, 보다 편리하게 만드는 데 필요한 힘을 제공합니다.
하지만 그렇다고 해서 데이터 센터가 하드웨어 측면에서 변화 하지 않는다는 것은 아닙니다. 그것은. 하드웨어는 여전히 모든 기술의 기반이지만, 그 위에 구축하는 프레임워크와 기술적 하우스(앱)는 변화했습니다. 어떤 경우에는 매우 극적으로 말이죠. 컴퓨팅과 메모리를 대규모 분산 시스템 자체처럼 기본 메시로 사용하여 리소스를 풀링하고 애플리케이션을 여러 서비스로 분해할 수 있게 되면 무어의 법칙은 더 이상 제약이 되지 않습니다.
우리는 리소스를 프로비저닝, 관리, 소비하는 방법 모델을 기반으로 세대별로 데이터 센터의 변화를 보고 있습니다.
애플리케이션 인프라의 가장 오래 지속된 세대인 0세대에서 우리는 머신을 부팅하고 애플리케이션을 시작하고 연속된 가동 시간을 자랑스러워하며 가슴을 두드렸습니다. 그런 다음 가상화가 등장하여 가상 머신을 부팅하고 가상 머신을 실행하는 앱을 재개했습니다. 단일 시스템의 가동 시간은 이제 시대에 뒤떨어진 개념이 되었고, 앱의 가용성이 시대의 지표가 되었습니다. 클라우드에서는 버튼을 클릭하기만 하면 서비스를 시작할 수 있고, 손가락 하나 까딱하지 않고도 확장하거나 축소할 수 있습니다. 그리고 클라우드 이후 세대에서는 컨테이너가 데이토나의 피트 크루도 부러워할 만큼 빠른 속도로 자동으로 자기 자신을 복제합니다*.
앱 인프라 세대 간의 시간이 압축되고 있습니다. 0세대와 1세대 사이의 시간은 수십 년에 걸쳐 이어진다. 가상화는 오래 전부터 있었지만 2010년경이 되어서야 "성숙해졌습니다". 구름? 2015년. 컨테이너? 그들은 빠르게 움직이고 있어요. 2018년조차 되지 않았는데. 각 세대는 이전 세대로부터 얻은 교훈을 바탕으로 발전하고, 실패와 단점을 지적하면서 이를 개선하기 위해 노력합니다. 이러한 개선의 핵심은 속도와 규모에 있습니다. 시장 출시 및 납품 속도. 사업의 규모와 현재 의존하고 있는 앱의 규모. 두 가지 모두 데이터 센터의 모든 측면에 영향을 미치는 진화적 변화에 기여했습니다.
모든 앱과 서비스에는 여전히 하드웨어가 필요합니다. 자원은 마술처럼 나타나지 않습니다. 아무리 그렇게 보이 더라도요. 이는 가상화와 클라우드가 그토록 빠른 속도로 성장한 이유 중 하나였습니다. 마법같은 일이 라서요 . 하지만 마법은 결국 환상일 뿐이에요. 컴퓨팅의 경우 하드웨어(및 이를 제공하는 리소스)가 여전히 존재한다는 것을 의미합니다. 바뀐 것은 정보를 공급하고 관리하고 소비하는 방식입니다. 그리고 그러한 변화는 데이터 센터의 모든 랙에 큰 영향을 미치고 있습니다.
이로 인해 NetOps가 해소해야 할 세대 간 격차가 발생하고 있습니다.
조직이 새로운 애플리케이션과 API를 제공해야 하는 규모와 속도로 인해 자동화가 필요해지고 있습니다. 이는 클라우드나 컨테이너, 온프레미스와 오프프레미스를 막론하고 필요합니다. 앱과 앱 서비스에서 하드웨어 리소스를 사용하는 데 따른 수명이 짧아지면서 엄청난 속도로 재활용이 이루어지고 있습니다. 수동 프로세스와 긴 부팅 시간은 이러한 시스템이 설정한 광란적인 속도를 따라갈 수 없습니다. 즉, 빠른 속도로 확장하는 데 필요한 빠르고 빈번한 서비스 생성 및 삭제를 가능하게 하는 컨테이너화되고 클라우드(또는 적어도 클라우드와 유사한) 프레임워크를 의미합니다.
자동화, 리소스 소비, 서비스 생성 속도는 데이터 센터의 세대 간 경계를 구분합니다. 2세대(클라우드)에서 3세대(컨테이너)로 이동하더라도 이러한 특성은 크게 달라집니다. 각 세대는 몇 개월 또는 몇 년이 아닌 몇 분 만에 끝나는 리소스 소비 프로필 덕분에 완전 자동화된 1초 미만의 대응 능력을 향해 더욱 나아갑니다.
그렇기 때문에 NetOps가 지금 당장 매우 중요한 초점이 되는 것입니다. 2세대와 3세대 앱 인프라에서 발생하는 기대에 가장 큰 영향을 받는 것은 네트워크(기존의 하드웨어 네트워크)이기 때문입니다. IT는 종종 4세대 전반에 걸쳐 애플리케이션 인프라를 지원하는 업무를 맡는데, 이는 네트워크의 비용과 인프라를 공유해야 하는 경우가 많다는 것을 의미합니다. 이는 종종 특수 목적으로 제작된 가전제품을 의미합니다. 하지만 앱 서비스가 기존 어플라이언스에 호스팅된 경우에도 여전히 2세대 또는 3세대 앱 인프라 모델에서 사용할 수 있는 수단을 제공해야 합니다.
최신 세대의 요구 사항을 충족하는 동시에 1세대를 지원하는 데 필요한 안정성을 유지하려면 셀프 서비스와 자동화를 사용해야 합니다. 즉, 티켓팅 시스템과의 통합, API 및 대시보드를 통한 분석 제공을 의미합니다. 즉, 기본 하드웨어가 특수 목적용이든 COTS이든 관계없이 네트워크는 2세대 또는 3세대 애플리케이션 인프라와 동일한 민첩성으로 대응하는 소모성, 자동화 가능한 리소스로 표현되어야 합니다.
어떤 경우에는 네트워크 및 앱 서비스가 제공하는 애플리케이션과 동일한 스타일의 인프라를 채택해야 한다는 것을 의미합니다. 부하 분산 및 웹 애플리케이션 보안과 같은 앱 서비스는 점점 더 많은 개발자에게 채택되고 있으며 앱 아키텍처와 인프라에 통합되고 있습니다. 일부 솔루션(특히 보안 분야)은 2세대(클라우드) 환경에서는 제대로 작동하지 않거나 전혀 작동하지 않습니다. 즉, 해당 서비스는 클라우드에서 사용할 수 있어야 하고, 컨테이너화되어야 하며, 쉽게 접근할 수 있어야 합니다.
데이터 센터 내의 존재적 세대 간 격차는 조직에 문제가 될 수 있습니다. 이러한 현상은 디지털 혁신 노력을 방해하거나 완전히 중단시킬 수 있습니다. 이는 개발과 IT, IT와 기업, 기업과 고객 간의 마찰을 확실히 증가시킵니다. 이러한 마찰은 API, 셀프 서비스, 자동화를 통해 2세대 및 3세대 인프라 모델을 지원하는 데 필요한 소비 모델을 충족하기 위한 NetOps 노력을 통해 줄일 수 있습니다.
여러 세대의 애플리케이션 간에 존재하는 복잡한 요구 사항과 때로는 상충되는 요구 사항은 NetOps가 이러한 과제에 대처 해야 함을 의미합니다. 네트워크(및 이에 수반되는 모든 것)가 4세대 앱 인프라를 동시에 지원하는 데 성공하려면 혁신이 필요합니다.
*NASCAR 피트 크루는 12초 안에 피트 스톱(4개 타이어 모두 교체)을 완료하는 것을 목표로 합니다. 가장 빠르게 피트스톱에 도달한 기록은 단 8초였다. 운전자의 성공은 승무원의 작업 속도에 달려 있습니다.