소프트웨어는 여전히 IT를 먹고 있습니다: 다음 과정은 애플리케이션 서비스입니다.

2015년에 저는 소프트웨어가 IT를 먹어치우고 있다는 걸 발견했습니다. 이는 RightScale, HBR, PWC 등 다양한 업계 소스에서 수집한 데이터를 기반으로 했습니다. 개발부터 배포, 전달까지 소프트웨어가 모든 곳을 장악했습니다.

하지만 그때에도 네트워크로의 소프트웨어 침투는(회사의 생산 측면에서는) 여전히 최소한이었습니다. 아, 표지판도 있었고 필요한 도구와 API도 많이 있었어요. 하지만 파이프라인의 폭이 호화로운 식사라면, 개발은 메인 코스이고 배치와 인도는 단지 사막일 뿐입니다.

그건 그때의 일이고, 지금은 이렇습니다. 그리고 우리가 보고 있는 것은 배포 및 전달이 이제 애플리케이션 파이프라인 메뉴의 세 가지 주요 과정 중 하나라는 것입니다.

데이터는요? 지난 2년간의 F5 연구를 통해 추려낸 내용입니다. 디지털 혁신은 이 모든 자동화와 변화의 원동력으로 지목되지만, 퍼블릭 클라우드 전체가 미치는 파괴적인 영향을 간과해서는 안 됩니다.

소프트웨어가 IT를 잠식하고 있다는 사실에 대해 누가 공로를 인정받느냐(아니면 비난을 받느냐?) 여부와 관계없이, 소프트웨어가 여전히 IT를 잠식하고 있다는 사실은 거의 부인할 수 없습니다.

개발

애플리케이션 파이프라인의 개발 부분은 항상 소프트웨어에 의해 주도되어 왔습니다. 우리는 소프트웨어를 사용하여 다양한 라이브러리와 실행 파일을 구축했습니다. Git이 나오기 훨씬 전부터, CI/CD가 흔히 쓰이는 용어가 되기 훨씬 전부터 우리는 소프트웨어로 코드 버전을 보관했습니다.

개발 부문의 전체 범위가 항상 자동화된 것은 아니었습니다. 자동화된 테스트, 구성 관리, 이벤트 기반 빌드 시스템은 오늘날만큼 흔하지 않았습니다.

클라우드와 DevOps 덕분에 애플리케이션 파이프라인의 개발 부문은 대체로 "소프트웨어를 빌드하는 소프트웨어"라는 작업이 되었습니다.

배포

클라우드와 DevOps는 배포 부문에서 자동화 확대의 필요성을 주도하는 데 다시 한 번 주도적인 역할을 했습니다. "생산 벽의 반대편" 세그먼트는 앱 인프라 배포를 자동화하고 빌드 및 테스트 프로세스를 자동화하는 운영 부서가 주도합니다. 이것은 실제로 문제가 아니었습니다. 문제는 "나머지 파이프라인"이었습니다. 애플리케이션의 확장, 보안 및 속도 향상에 필요한 애플리케이션 서비스를 위한 플랫폼을 제공하는 네트워크 인프라로 구성된 파이프라인 부분입니다.

이제 자동화 분야에서 폭발적인 성장을 경험하고 있는 애플리케이션 파이프라인 세그먼트는 NetOps라고 불리는 통찰력 있는 네트워크 엔지니어 그룹이 늘어나고 있습니다. 이는 "네트워크"를 자동화하는 데 사용되는 도구, 기술 및 방법론에 영향을 미치고 있는(그리고 계속 영향을 미치고 있는) DevOps 운동에 대한 경의의 표현입니다.

우리는 네트워크 운영에서 자동화의 활용과 중요성 측면에서 지난 3년 동안 엄청난 성과가 이루어졌음을 확인했습니다. 애플리케이션 파이프라인의 배포 세그먼트는 "소프트웨어를 배포하는 소프트웨어"라는 작업으로 변화하고 있습니다.

배달

애플리케이션 파이프라인의 전달 부문은 모든 부문 가운데 가장 큰 혼란을 일으킬 것으로 예상됩니다. 그 이유 중 하나는 20년 동안 네트워크에서 우리가 주로 찾던 것이 반짝이는 철제 상자였기 때문입니다. 그들은 확장성이 뛰어나고, 용량이 크며, 전반적으로 소프트웨어보다 빠릅니다. 하지만 멀티 클라우드 조직이 불가피해지고 가장 중요한 기업 애플리케이션에도 퍼블릭 클라우드를 옵션으로 도입함에 따라 게임의 규칙이 바뀌었습니다.

하드웨어는 클라우드로 마이그레이션되지 않습니다. 하드웨어는 변경 불가능한 인프라를 코드로 제공하는 접근 방식을 수용하는 데 필요한 앱별 아키텍처를 지원하기에 적합한 플랫폼이 아닙니다. 소프트웨어가 클라우드로 이전됩니다. 소프트웨어는 앱별, 불변성 및 코드로서의 인프라를 지원합니다.

문제는 하드웨어냐 소프트웨어냐가 아닙니다(앱별 클라우드 아키텍처의 경우 답은 분명히 소프트웨어입니다). 컨테이너냐 가상 소프트웨어냐가 문제입니다. 컨테이너가 데이터 센터와 클라우드를 모두 소비하기 위해 빠르게 이동함에 따라 컨테이너로 제공되는 애플리케이션 서비스에 대한 수요가 두 배로 증가하는 것을 보았습니다. 공정하게 말해서, 그 두 배 증가는 2017년의 약 4%에서 2018년의 9%로 증가한 것이지만, 채택률이 한 자릿수이든 아니든 여전히 상당히 큰 도약입니다.

가상 소프트웨어에 대한 수요도 상당히 높아졌고 하드웨어 선호도는 매년 낮아지고 있습니다. 이제, 그것이 언젠가 0으로 떨어질 것이라고 생각한다면, 우리가 처음에 소프트웨어에서 하드웨어로 전환한 이유를 정말로 이해하지 못하는 것입니다(네, 우리는 이 길을 이미 걸어왔습니다). 그리고 왜 일부 제공 세그먼트(핵심, 공유 네트워크)가 기업에서 항상 대체로 하드웨어일 가능성이 있는지도 이해하지 못하는 것입니다.

하지만 대부분의 배송 부문은 소프트웨어가 될 것입니다 . 이미 그렇습니다. 꽤 오랫동안 그래왔어요. 이는 퍼블릭 클라우드로의 마이그레이션과 퍼블릭 클라우드에서 마이그레이션하는 과정에서 발생하는 마찰을 완화하고, 기존 배포 일정과 수요 기반 앱 제공 일정 간의 점차 커지는 마찰을 해결할 수 있는 유일한 방법입니다. 컨테이너와 가상 소프트웨어는 온프레미스와 퍼블릭 클라우드 모두에서 애플리케이션 제공 세그먼트의 최소 2/3를 차지할 것입니다.

배송 부문은 "소프트웨어를 배송하고 보호하는 소프트웨어를 배송하는 소프트웨어"로 변화하고 있습니다.

그 이유는 소프트웨어가 여전히 IT를 잠식하고 있으며, 가까운 미래에도 계속 그럴 것이기 때문입니다.

*가족 구성원이 주로 개발자라면 (저희 집은 그렇습니다) CI/CD가 일반적인 용어입니다. 사람마다 다릅니다.