내부 SLA가 처벌처럼 느껴지지 않아야 하는 이유

SLA(서비스 수준 계약)는 일반 IT 리더에게 점점 더 친숙한 영역이 되고 있습니다. 불행히도 SaaS SLA의 수는 IT 조직 전반에 걸쳐 확장되어 이를 모두 관리하는 것이 거의 불가능합니다.

비즈니스 크리티컬 애플리케이션은 점점 더 클라우드로 이동하고 있으며 대역폭 리소스가 압력에 굴복하기 시작하는 것은 시간 문제일 뿐입니다.

부정적인 평판에도 불구하고 내부 SLA는 비즈니스 목표를 IT 운영과 일치시키는 가장 좋은 방법일 수 있습니다.

내부 SLA는 새로운 것이 아닙니다.

오랫동안 주변에 있었다면 인터넷 연결 애플리케이션의 초창기에 내부 SLA가 논의되었던 때를 기억할 것입니다. 차지백이라고도 하는 이 아이디어는 IT 부서에서 특정 기술 리소스를 사업부에 할당하여 부서 사용 및 요구 사항을 이해하는 것입니다.

IT 리더가 성과를 유지하기 위한 도구로서 내부 SLA는 비즈니스 사용자에 대한 처벌로 명성을 얻었습니다. 외부 SLA는 제공업체에 대한 책임을 유지하기 때문에 비즈니스에 도움이 된다는 점에 누구나 동의할 수 있습니다. 하지만 비즈니스 리더에게 애플리케이션 사용에 대한 지침과 제한 사항을 적용할 것이라고 말하세요. 그러면 대화가 악화될 수 있습니다.

비즈니스 리더는 애플리케이션 성능 KPI 및 메트릭에 대해 낯설지 않습니다. 애플리케이션 성능을 이해하면 기술이 직원 생산성을 저해할 수 있는 부분에 대한 통찰력을 얻을 수 있습니다. 그러나 이러한 KPI 및 측정항목에 대해 내부 SLA를 구현하면 관리자가 종종 자신의 성과에 의문을 제기하는 것처럼 느끼게 됩니다.

내부 SLA의 목적은 비즈니스 사용자를 처벌하는 것이 아니라 잠재적인 문제에 대한 주의를 환기시키고 성능 기대치를 설정하며 충돌 해결을 위한 명확한 경로를 만드는 것이어야 합니다.

관리해야 할 외부 SLA가 너무 많기 때문에 내부 SLA는 이제 대역폭 활용 및 애플리케이션 가용성을 최적화하는 최상의 수단을 제공합니다.

내부 SLA로 클라우드 애플리케이션 수요 확인

완벽한 세상에서 모든 클라우드 애플리케이션은 네트워크 리소스에 대한 무제한 액세스를 제공하므로 비즈니스 사용자는 상황에 관계없이 최고의 성능을 즐길 수 있습니다.

그러나 IT 리더는 이것이 불가능하다는 것을 알고 있습니다. 돌아다녀야 할 대역폭이 너무 많고 좋든 싫든 특정 애플리케이션은 조직 내 다른 애플리케이션보다 더 중요합니다. 언젠가는 IT 인프라가 모든 애플리케이션이 무제한 대역폭에 액세스할 수 있는 지점에 도달할 수 있지만 오늘날은 그렇지 않습니다.

IT 관점에서 클라우드 앱이 포함될 때 내부 SLA 계획을 사용하면 모든 외부 계약을 배치하고 네트워크 기능의 맥락에서 우선 순위를 지정할 수 있습니다. QoS, 최종 사용자 성능/경험, 애플리케이션 가용성 및 문제 해결 시간에 대한 기대치를 설정하면 전체 비즈니스 이점을 얻을 수 있습니다.

모든 비즈니스 리더는 이중화 WAN 연결, 가장 큰 트래픽 급증을 처리할 수 있는 로드 밸런싱, 거의 즉각적인 일관된 애플리케이션 응답 시간, 99.99999% 이상의 가용성, 최우선 헬프데스크 응답과 같은 최상위 서비스를 기대합니다. 당신의 임무는 비즈니스 사용자가 네트워크를 소진하지 않고 이 모든 것을 얻고 있다고 느끼게 하는 것입니다. 확실히 말은 하는 것보다 쉽습니다.

애플리케이션 그룹은 처음에는 제한적이라고 느낄 수 있지만 내부 SLA를 적절하게 관리하면 비즈니스 리더는 그들의 존재를 결코 알아차리지 못할 것입니다. 이상적으로는 자신과 팀이 필요로 하는 기술 리소스를 얻고 있다고 느낄 것입니다.

그러나 내부 SLA를 적절하게 계획하고 관리하려면 클라우드 애플리케이션 계약에 대한 깊은 이해가 필요합니다. 조직의 클라우드 브로커가 되셨습니까? 아니면 비즈니스 리더가 IT 조직에 대한 신뢰를 잃어가고 있습니까?

클라우드 기반 업무 환경에 적응해야 하는 필요성에 대해 자세히 알아보려면 클라우드 브로커가 되는 방법에 대한 이 인포그래픽을 확인하십시오.