속도를 위해 서비스를 희생하지 마십시오
아니, 그런 속도가 아닙니다. 다른 종류의 속도.
애플리케이션을 개발하여 프로덕션에 출시할 수 있는 속도인 속도는 조직이 애자일 개발 방법론과 DevOps를 도입하여 배포하는 데 있어 일반적인 원동력입니다. 메트릭은 종종 "사이클 시간"과 "배포 빈도"를 중심으로 구성되며, 이는 기능을 시장에 더 빨리 출시하기 위한 수단으로 점점 더 짧아지는 "스프린트"로 시간을 측정하는 애자일 메트릭과 함께 자주 인용됩니다.
중요한 것은 속도이며, 클라우드는 오랫동안 속도를 실현하는 수단으로 언급되어 왔습니다. 조달에 오랜 시간이 걸리지 않으며, 랙과 스택을 기다릴 필요도 없습니다. 몇 달 동안 기다려야 할 수도 있는 예정된 배포 기간이 있습니까? 그런 건 없습니다. 클라우드의 "민첩성"은 실제로 속도의 동의어일 뿐입니다. CA Technologies가 2015년에 실시한 설문 조사 에 따르면, 임원 10명 중 9명이 앱을 더욱 신속하게 출시해야 하는 압력이 증가했다고 밝혔습니다. 적절한 시장 속도를 달성하는 것이 문제일 때, 클라우드가 종종 답으로 여겨집니다.
하지만 클라우드로의 전환이 급격하게 이루어지면서 조직은 서비스를 희생해야 하는 경우가 많습니다. 일반적으로 비슷한 서비스나 배포 전문 지식을 사용할 수 없기 때문입니다. 특히 성능, 보안, 규모라는 운영의 3대 요소와 관련해 이는 문제가 됩니다. 위에 나열된 것 중 하나라도 희생하면 수익과 생산성에 파괴적인 영향을 미칠 수 있습니다. 이 두 가지 지표는 기업이 분기별, 아니면 매일 측정하는 기준입니다.
이것이 Network World의 2016년 네트워크 현황 설문 조사에 참여한 응답자 대부분이 네트워킹 투자의 주요 동인으로 성능 향상(55%), 데이터 보안(53%), 가용성 보장(50%)을 꼽은 이유일 것입니다.
우리가 실시한 애플리케이션 제공 현황 조사에서도 세 가지 모두 비슷한 중요성을 가지고 있는 것으로 나타났습니다. 응답자들에게 앱을 배포할 때 반드시 고려해야 할 서비스가 무엇인지 물었을 때 보안과 가용성이 공동 1위를 차지했습니다. 그럼 성능은? 네트워크 보안을 강화하는 것이더라도 조직이 포기할 마지막 방법입니다.
조직에는 "두 세계의 장점"을 모두 갖춘 접근 방식이 필요합니다. 개발자와 운영팀이 앱을 프로덕션에 투입하는 속도에 맞춰 클라우드 컴퓨팅의 민첩성(즉, 속도)이 필요하지만, 이를 위해 보안, 확장성, 성능을 제공하는 서비스를 희생할 수는 없습니다. 침해, 성능 저하 또는 중요한 순간에 확장에 실패하는 것은 앱을 전혀 시장에 출시하지 못하는 것만큼 피해를 줍니다.
문제는 두 세계가 서로 상충되는 것처럼 보인다는 것이다. 이는 안정성과 민첩성을 동시에 지원하려고 할 때 발생하는 데이터 센터 불협화음입니다.
사실 세상은 생각만큼 불협화음이 아닙니다. 앱과 사물의 운영을 최적화하고 기능을 더 빠르고 자주 시장에 출시하는 데 필요한 비즈니스 수준의 민첩성은 이를 제공하는 인프라의 안정성에 달려 있습니다. 네트워크가 그 속도로 움직일 수 없는 것이 아니라, 배포가 반복 가능할 뿐만 아니라 일관되고 예측 가능하다는 것을 보장하기 위해 네트워크가 좀 더 많은 주의가 필요하다는 것입니다.
즉, 보안, 확장성, 속도를 유지하는 데 필요한 앱 서비스를 배포하는 기존 방식은 문제가 되지 않습니다. 문제는 배치 속도입니다. 이를 해결하려면 API와 템플릿과 같은 프로그래밍 방식과 이를 오케스트레이션과 결합하여 앱 서비스 배포 속도를 더욱 높여야 합니다. 앱 개발 및 운영 속도와 더욱 일치합니다.
한 가지 해결책은 기존 또는 콜로, 퍼블릭 클라우드 또는 프라이빗 클라우드 등 모든 환경에서 운영상 일관된 서비스 세트를 채택하는 것입니다. 모든 클라우드 및 기존 데이터 센터와 같은 견고한 환경에 구축할 수 있는 플랫폼을 통해 조직은 여러 정책 세트를 만들고 관리하는 데 따른 운영상의 마찰을 줄임으로써 속도를 개선할 수 있습니다. 일부 정책은 일관성과 규정 준수를 촉진하는 데 필요한 기능이 부족할 수 있습니다. 플랫폼 방식을 사용하면 중앙 집중식 명령과 분산식 실행이 현실이 될 수 있으며, 배포에 대한 확신을 바탕으로 반복성을 제공할 수 있습니다.
템플릿을 사용하거나 '인프라를 코드로 처리'하면 환경 전반에서 서비스 배포의 일관성과 반복성을 보장하여 안정성이 향상되고, 오케스트레이션은 오늘날의 보다 유동적이고 민첩한 운영 특성을 지원하는 수단으로 속도를 개선합니다.
두 가지 모두의 장점을 모두 누릴 수 있습니다. 신뢰성과 민첩성. 속도를 위해 서비스를 희생할 필요는 없습니다. 적절한 장소에 적절한 기능을 갖춘 적절한 플랫폼이 있는지 확인하기만 하면 됩니다.