IT 자동화는 전략적입니다
"메인프레임이 Google보다 매일 더 많은 거래를 호스팅한다(CICS에서 초당 130만 건, Google에서 초당 68,542건)고 말하면 어떻게 생각하시겠습니까? 여기에는 모든 기업 거래의 55%가 포함됩니다." ( Forbes )
당신은 놀랄 것 같나요? 그러면 안 돼. Facebook, Netflix, Google과 같은 하이퍼스케일 기업이 디지털 혁신과 앱 경제에 대해 이야기할 때 대개 중심이 됩니다. 하지만 현실은 앱 경제가 아무도 보거나 들어본 적이 없는 수천, 수만 개의 애플리케이션에 그만큼(어쩌면 그보다 더 많이) 의존한다는 것입니다. 메인프레임만이 주목받지 못하는 것은 아닙니다. 또한 최신 앱이나 장치의 반짝이는 인터페이스 아래에 교묘하게 숨겨진 애플리케이션 서비스, 인프라, 미들웨어 및 데이터 소스이기도 합니다.
아시다시피 디지털 변화는 기술 자체의 눈부신 변화라기보다는 우리가 기술과 어떻게 상호작용하느냐에 대한 것입니다. API, 즉 센서와 장치에는 새로운 것이 없습니다. 터치 스크린과 음성 제어에는 특별히 놀라운 것이 없습니다. 이 모든 기술은 이런저런 형태로 꽤 오랫동안 존재해 왔습니다. 그리고 어떤 경우에는, 그것은 단지 돼지에게 바른 립스틱일 뿐이에요.
로드 밸런싱 서비스 없이는 확장할 수 없습니다. 보안 애플리케이션 서비스 없이는 앱을 보호할 수 없습니다. 미들웨어와 API 없이는 앱을 연결할 수 없습니다. 그리고 그 중 어느 것도 그들이 관리하는 데이터 없이는 그다지 흥미롭지 않을 것입니다.
앱 경제는 우리가 보는 것보다는 보이지 않는 것에 더 많이 의존합니다. 따라서 IT가 디지털 논의에 참여하고 의견을 표명할 수 있는 것이 필수적입니다. 앱이 퍼블릭 클라우드에 배포되든, 프라이빗 클라우드의 온프레미스에 배포되든 해당 자리는 중요합니다. 앱이 단일체이든 컨테이너화된 마이크로서비스이든 그 자리는 중요합니다. 저 자리는 중요해요. 기간.
그 자리는 IT를 지원 역할에서 전략적 역할로 전환하는 데 필요한 협력과 문화적 변화를 나타냅니다.
IT 자동화의 전략적 특성
오늘날 CIO가 내릴 수 있는 가장 전략적인 결정 중 하나는 자동화에 중점을 둡니다. 디지털 혁신의 결과로 조직의 55%가 자동화를 도입하고 있으며, 그 전략적 영향은 간과할 수 없습니다. 앱 개발을 위한 프로그래밍 언어와 플랫폼을 선택하는 것이 전략적인 것처럼, 자동화 노력을 뒷받침하는 툴셋, 언어, 플랫폼도 전략적입니다.
이런 결정을 중요하지 않다고 일축하는 것은 어리석은 일이다. 기술적, 건축적 부채는 빠르게 늘어나며, 추수감사절에 늘어난 돈처럼 예산에서 빼기 어렵습니다. 아키텍처 부채는 소프트웨어 개발의 "기술 부채" 원칙에 기초합니다. 이는 은유입니다. 복잡성과 구조적 선택으로 인해 기존 시스템을 처리하는 데 모든 시간을 소모하게 되어 새로운 작업을 수행할 수 없습니다(고장/수리, 유지 관리 등). 부채가 많으면 다른 것에 돈을 쓸 수 없게 되는데, 모든 돈을 이자에 쓰기 때문입니다. 이러한 부채는 새로운 서비스 비용을 증가시키고, 생산성이나 이익으로 측정되든 최종 이익을 개선할 수 있는 기회를 활용하는 데 필요한 서비스 속도를 저하시킵니다.
이것이 IT 자동화를 전략적 투자로 만드는 이유입니다. 기업에서 자동화 구현과 관련하여 현재 내리는 선택은 수년 전 앱 개발에서 내린 선택만큼이나 큰 반향을 일으킬 것입니다.
예를 들어, 작년 설문 조사에서는 DevOps의 65%가 셀프 서비스 활성화가 IT를 '돌아다니며' 클라우드나 오픈 소스 솔루션을 찾는 결정에 영향을 미쳤다고 언급했습니다. IT를 피한다는 것은 보안을 우회하는 것을 의미하며, 결국 기업과 기타 시스템을 위험에 빠뜨립니다.
잘못된 언어를 선택하면 시간이 지나면서 적절한 인재 없이는 시스템을 유지할 수 없게 되어 부채가 발생할 수 있습니다. 언어를 선택하지 않으면 혼란이 생길 수 있으며, 자동화 스크립트와 시스템은 끊임없는 관리와 주의가 필요한 애완동물처럼 될 수 있습니다. 그러면 혁신보다는 고장 수리 및 유지 관리에 예산이 다시 쓰이게 됩니다.
IT 자동화는 엔터프라이즈 애플리케이션 아키텍처와 유사한 요소를 신중하게 고려하여 접근해야 하는 전략적 노력입니다.
- 전체 툴체인에 대한 지원
오늘날 거의 모든 IT 공급업체는 생산 파이프라인의 다른 업체와의 자동화 및 통합을 지원합니다. 오늘날 네트워크의 복잡성과 파이프라인을 구성하는 다양한 공급업체를 감안할 때, 전통적인 지원이나 커뮤니티 기반의 지원은 필수입니다. 문서, 코드 샘플, 활발한 커뮤니티가 큰 도움이 됩니다. - 인재 및/또는 교육 가용성
앞으로 사용하고 싶은 플랫폼, 시스템, 언어를 다룰 수 있는 직원을 교육하거나 인재를 고용할 수 없다면, 첫 번째 단계로 돌아가서 선정 과정을 다시 시작하세요. 구축하려는 시스템을 유지할 능력이 없다면, 가능할 때까지는 수동으로 작업하는 편이 낫습니다. - 멀티 클라우드 준비
멀티 클라우드 기업에 대한 지원은 비교적 새로운 요구 사항이지만, 실제로는 요구 사항입니다. 자동화는 온프레미스 데이터 센터에만 국한되지 않습니다. 자동화를 위해서는 최소한 하나의 퍼블릭 클라우드가 필요하며, 확실히 두 개 이상의 퍼블릭 클라우드가 필요합니다. 즉, 자동화 이니셔티브의 일환으로 다양한 환경 간의 플랫폼 호환성과 정책 이동성을 신중하게 고려해야 함을 의미합니다. - 명령형 또는 선언형
여러분은 아마 이런 이야기를 듣는 데 지쳤을 겁니다만, 선택은 꽤나 중요한 일입니다. 명령형(순수 API 기반) 방식은 개발 속도가 빠르고 IT 부서의 적응이 덜 필요하지만 자동화를 특정 장치와 공급업체에 묶어두므로 상당한 기술적 부채가 발생합니다. 선언적(아티팩트 기반) 방식은 처음에 더 많은 시간과 아키텍처가 필요할 수 있지만 프로세스와 제품 간의 긴밀한 결합을 완화하고 기술 부채를 줄일 수 있습니다.
IT 자동화는 CIO가 내릴 수 있는 가장 전략적인 기술 결정 중 하나입니다. 그리고 대부분의 앱 경제가 IT 관할 시스템에 의존한다는 점을 감안할 때, 이는 오늘날 CIO가 내릴 수 있는 가장 전략적인 비즈니스 결정 중 하나이기도 합니다.
현명하게 선택하세요.