하드웨어가 아닌 조직의 경직성이 앱 배포를 지연시키고 있습니다.

기존 IT와 보다 민첩한 DevOps 중심 IT 간의 격차가 확고해지면서 기본적으로 2계층 데이터 센터 아키텍처가 등장하고 있습니다. 주의 깊게 읽는 사람이라면 놀랄 일이 아닐 겁니다. 수년 동안 저는 더 빠르고 빈번하게 움직이고 싶어했지만 핵심 네트워크의 하드웨어가 아니라 수동 승인과 변경 사항을 구현하는 프로세스의 경직성 때문에 방해를 받았던 운영 및 개발자들로부터 질문을 많이 받았습니다.

데이터 센터 내부와 외부로 안전하고 안정적이며 빠른 데이터 전송을 담당하는 사람과 시장에 출시하는 사람 사이에 자연스럽게 존재하는 갈등입니다. 지금은 비즈니스 성장의 촉매제가 될 것으로 믿어지는 애플리케이션과 기능에 대해 험담과 비난, 나쁜 감정이 많이 일어납니다.

많은 사람들은 "복센"을 비난하고 싶어합니다. 네트워크에 있는 노후하고 레거시 하드웨어는 확장하고 보안을 유지하는 데 필요한 중요한 서비스를 제공하지만, 그저 "방해가 될 뿐"입니다. 하지만 현실은 그 권투 선수들이 스스로를 비난할 수는 없다는 것입니다. 오늘날 대부분의 애플리케이션은 curl 에 대한 접근 권한과 HTTP에 대한 실무 지식이 있는 사람이라면 누구나 애플리케이션 배포에 수반되는 서비스를 구성, 관리하고, 조작할 수 있는 API를 제공합니다. 이러한 "박스" 중 다수는 가상화되어 있으며 데이터 센터 깊숙한 곳에서 제공되는 것과 동일한 종류의 가상 경험을 제공합니다.

그것은 연속 배치라는 개념의 고속도로상의 장애물이 아닙니다.

오히려 DevOps 지지자들이 말하듯이, 이러한 마찰을 일으키고 애플리케이션 배포 속도를 늦추는 것은 조직 문화의 경직성 때문입니다. 앱 개발이라는 더욱 불안정한 환경에서는 반드시 필요하지 않은 안정성과 보안을 프로덕션에서 유지해야 하기 때문에 실수와 그로 인한 불가피한 비즈니스 중단에 대한 관용이 약해집니다.

이는 반드시 나쁜 일은 아닙니다. 핵심 네트워크는 데이터 센터 내부의 애플리케이션에 대한 액세스를 보장하기 위해서뿐만 아니라 업무를 수행하기 위해 공공 SaaS 솔루션에 의존하는 내부 사용자를 위해서도 높은 수준의 가용성을 유지해야 합니다.

하지만 조직에서는 현대 데이터 센터에서 두 아키텍처 계층의 요구 사항을 보다 잘 균형 있게 조정하기 위해 제약을 완화해야 합니다. 앱 배포는 더 빠르고 더 자주 이루어져야 합니다. 그러한 목표를 달성하기 위해 조직은 현재 시행 중인 프로세스를 심각하게 살펴봐야 합니다. 현재 시행 중인 프로세스는 자신들이 관리하는 상자보다 훨씬 더 엄격하고 완고할 가능성이 큽니다. 오늘날 IT 운영 프로세스는 기업에 있어서 비즈니스 프로세스만큼이나 중요합니다. 기업 리더들은 효율성과 비즈니스 성과 혜택을 얻기 위해 이러한 프로세스를 검토, 평가, 문서화, 자동화하고 개선해야 한다는 사실을 알고 있습니다. 더욱 중요한 것은 필요할 때 변경할 수 있을 만큼 민첩해야 한다는 것입니다. 하지만 그렇게 하려면 조직에서는 해당 프로세스를 이해하고 비효율성과 병목 지점을 비판적인 시각으로 평가할 의지가 있어야 합니다.

2016년 AIIM Industry Watch 보고서 " 정보 관리 - 2016년 산업 현황 "에 따르면, 응답자의 55%가 비즈니스 프로세스 관리(BPM)가 해당 비즈니스에 중요(38%)하거나 필수(17%)하다고 답했습니다.

기술을 사용하여 프로세스를 증강하는 측면에서 기업은 전반적으로 개선을 보였습니다.

❶ 조직의 3분의 1이 검토 및 승인 주기가 단축된 것을 경험했으며, 62%는 개인 간 라우팅이 개선되어 혜택을 얻었다고 답했습니다. 42%는 조직의 민첩성과 프로세스 간 라우팅이 향상되어 혜택을 얻었다고 답했습니다.

❷ 응답자의 53%는 비즈니스에 중요한 활동을 보다 빠르게 처리할 수 있게 된 것이 가장 큰 가치라고 답했습니다. 45%는 가장 큰 가치로 오류와 예외 처리 감소를 꼽았습니다.

❸ 응답자의 41%는 1년 이내에 투자 회수가 이루어졌으며, 그 중 17%는 6개월 이내에 투자 수익률(ROI)을 달성했다고 답했습니다. 투자수익률(ROI)은 25%로 18개월 이내에 달성되었습니다.

IT에서는 "오케스트레이션"이라는 용어를 자주 사용하지만 이것이 프로세스와 어떻게 연관되는지 논의하는 경우는 드뭅니다. 실제적인 개선은 배포를 관리하는 운영 프로세스를 자동화하는 데 오케스트레이션을 사용하여 이루어질 때 나타납니다. 가치 흐름에서 낭비와 격차를 발견하고 대기 시간과 불필요한 승인 및 중복을 없애면 조직은 비즈니스 프로세스 측면에서 본 것과 동일한 종류의 속도 및 민첩성 이득을 얻을 수 있습니다.

이를 DevOps라고 부를 수도 있고 OPM(운영 프로세스 관리)이라고 부를 수도 있지만, 실제로 두 가지는 밀접한 관련이 있습니다. 조직에서는 안정성과 보안을 희생하지 않고도 앱 배포의 민첩성과 속도를 높이기 위해 비즈니스 프로세스에서 이미 수행한 작업을 운영 IT 프로세스에도 수행해야 합니다.

데이터 센터에 상자가 있는지 없는지와는 거의 관련이 없습니다.