디지털 전환은 기술 진화를 동반한 비즈니스 여정입니다. 그 여정의 과정에서 디지털 비즈니스는 수동 방식에서 자동화된 실행으로 운영이 전환되면서 가능해졌습니다.
공격자의 끊임없는 진화로 인해 보안 관련 기술이 자동화의 최전선에 있을 수 있지만, 실제로 운영은 그렇게 뒤처지지 않습니다. 예를 들어, 필요에 따라 디지털 역량을 확장하기 위해 자동 확장에 의존하는 경우를 생각해 보겠습니다. 한때 외부 시스템이 디지털 자산의 용량을 관리해야 하는지 여부를 놓고 논란이 일었습니다.
진지하게.
오늘날 이는 질문조차 되지 않습니다. 우리는 자동 확장 기능을 인프라 스택의 일부로 받아들이고 기대합니다 .
따라서 결국 자동화가 확대될 것이라고 가정하는 것은 매우 논리적입니다. 어느 시점에서 디지털 경험을 제공하고 보호하는 리소스를 수동으로 관리하는 가치는 수익이 감소하는 지점에 도달하고 기술 신뢰로의 전환을 요구하게 될 것입니다.
우리는 인프라를 코드로 구축하는 방식(IaC) 에 가치가 있다는 것을 알고 있습니다. 저희의 연구는 IaC 도입에 따른 배포 빈도 측면에서 상당한 이점을 보여주었습니다 . 절반 이상(52%)의 조직이 인프라를 코드로 취급하며, 그렇게 하는 조직은 더 자주 배포할 가능성이 두 배 이상 높습니다. 더욱 가치 있는 점은 완전 자동화된 애플리케이션 배포 파이프라인을 갖출 가능성이 4배나 더 높다는 것입니다.
이는 적응형 애플리케이션 을 통해 비즈니스 이점을 얻고자 하는 조직에 필수적인 역량이 되므로 주목해야 할 중요한 관계입니다.
코드형 인프라와 이벤트 기반 코드형 인프라의 차이는 본질적으로 배포를 트리거하는 요소입니다.
대부분의 조직은 인프라를 코드로 구축하여 수동 방식에서 자동화로 전환하지만 배포에 대한 제어권은 여전히 유지합니다. 즉, 배포를 시작하려면 여전히 운영자가 필요합니다. 버튼을 눌러 배포합니다.
이벤트 기반 접근 방식에서는 트리거가 이벤트에 따라 자동화됩니다. 다시 자동 크기 조정을 예로 들어보겠습니다. 구성 변경 사항과 추가 작업 부하의 실제 배포는 이벤트에 의해 트리거되며, 이는 종종 동시 연결 수가 사전 결정된 임계값을 넘어섰을 때 발생합니다. 정의된 한도를 넘는 이벤트가 발생하면 자동화된 워크플로가 실행됩니다.
이제 이 프로세스가 전체 응용 프로그램을 포함하도록 확장되었다고 상상해보세요. 즉, 이를 제공하고 보호하는 모든 워크로드와 관련 기술 서비스를 의미합니다. 현재 이 이벤트의 성과는 허용 가능한 디지털 경험의 기준에 미치지 못하고 있습니다. 해당 이벤트는 지구 반대편에 "애플리케이션"을 자동으로 배포해야 할 필요성을 나타내며 완전히 원격 위치에서 해당 작업을 수행하는 자동화된 워크플로를 트리거합니다.
이것은 (컴퓨터) 공상과학이 아닙니다. 전체 애플리케이션(작업 부하, 인프라 및 지원 서비스)의 이러한 자동 배포는 종종 Terraform과 같은 오케스트레이션 도구를 통해 퍼블릭 클라우드에 배포됩니다. 구성 아티팩트는 저장소에서 가져오고, 컨테이너는 라이브러리에서 가져오고, 비밀(인증서 및 키)은 보안 볼트에서 가져옵니다. 자동으로. 이것이 코드형 인프라의 본질이며, 구성, 정책 및 비밀이 코드 아티팩트처럼 처리되어 배포 파이프라인의 자동화가 가능하다는 것입니다.
오늘날 자동화되지 않은 것이 바로 트리거입니다. 이제 이벤트는 "운영자가 버튼을 눌렀다/명령을 입력했다"입니다. 미래의 이벤트는 하루 중 특정 시간대, 특정 지역의 수요, 특정 지역의 성과가 될 것입니다.
이는 미래에 애플리케이션을 적응형으로 만드는 데 중요한 부분입니다. 즉, 이벤트에 자동으로 대응하고 서비스 수준 목표를 충족하기 위해 위치, 보안 및 용량을 조정하는 기능입니다. 엣지 2.0—통합된 제어 평면을 통해 기업은 여러 클라우드, 엣지 및 데이터 센터에서 리소스를 사용하여 해당 목표를 달성할 수 있습니다.
코드 형태의 이벤트 기반 인프라는 적응형 애플리케이션의 이점을 비즈니스에 제공하는 데 중요한 역량이 될 것입니다.