Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Version History

« Previous Version 6 Next »

클라우드로 이행하는 5가지 이유

2020년 말까지 엔터프라이즈 워크로드의 83%가 클라우드에 있을 것으로 전문가들은 전망하고 있습니다.

여러분들도 계속 주의를 기울였다면 놀랄 일은 없습니다. 클라우드 서비스는 지금까지 이상으로 안전성, 지속가능성, 민첩성 및 비용효율이 뛰어나 기업이 on-premise를 유지할 이유가 적어지고 있습니다. 실제 Atlassian의 신규고객 10명 중 9명이 on-premise보다 클라우드를 선택하고 있으며 이전의 기업조차도 클라우드를 선택하기 시작했습니다.

그럼 클라우드로의 이행을 추진하고 있는 것은 과연 무엇입니까? 그리고 왜 전문가는 클라우드에의 이행을 실시하지 않은 기업은 벌써 뒤쳐지고 있다고 생각하고 있는 것입니까?

답은 사람들이 변화를 만드는 5가지 이유와 함께 있습니다. 클라우드를 통해 기업은 다음과 같은 이점을 얻을 수 있습니다.

1. 신속하고 저렴한 비용으로 확장 가능

2. 수익의 증가와 비용 절감

3. 속도와 성능 향상

4. 팀의 생산성 향상

5. 미래 경쟁력 대응


#1 클라우드에서 더 빠르고 경제적으로 확장

Google에서 "scale your business"라는 단어를 검색하면 약 20억 건의 결과가 나옵니다.

이 수치에서 가장 놀라운 것은 아마도 많은 사람들이 놀랄 일이 아니라는 것입니다. 왜냐하면 현재 사업의 규모와 관계없이 대부분의 기업들이 성장을 계획하고 있기 때문입니다. 우리는 더 많은 고객에게 서비스를 제공하고 더 많은 고객의 문제를 해결하고 이익을 거두길 바랄 뿐입니다. 하룻밤에 두 배가 되면 대성공입니다. 몇개월 안에 목표를 200% 또는 4배로 넘는 성공사례를 들으면 우리 모두 깜짝 놀랄 것입니다.

하지만 우리들 대부분은 급속한 성장, 즉 하루아침에 성공하는 것을 상상할 때 생각하지 않습니다 우리가 너무 빠르게 성장하면 가장 침체될 가능성이 높은 것은 확장성이 있는 기술입니다. 제품의 사용량을 2배로 하는 것은 훌륭해 보이지만 만약 당신이 그것을 뒷받침할 기술이 없다면, 그것은 중대한 사건, 불쾌한 고객, 그리고 스트레스가 많은 팀을 초래할 것입니다.


다시 말해 신속하고 스마트하며 저렴한 가격의 스케일링에는 고객 관심의 급상승, 뛰어난 제품, 성장을 위한 문화 이상의 것이 필요하다. 또한 고객이나 팀의 요구가 발생하자마자 그러한 요구를 충족시키기 위해 시스템의 스케일인, 스케일아웃, 스케일업, 스케일다운이 필요합니다.

중간에 몇 가지 큰 기술적 혼란을 수반하지 않고 확장하고 싶은 경우 클라우드 기술을 통해 확장이 더 신속하고 스마트하며 비용이 저렴해집니다. 온프레미스 서버 –매우 효과적입니다.
즉, 유연하고 응답성이 뛰어난 테크놀로지 스택을 언제라도 간단하게 이용할 수 있도록 하는 것입니다. 장기간에 걸친 비용이 드는 수동 업그레이드는 불필요 합니다.

확장성이란 무엇입니까?

확장성은 컴퓨팅 성능, 서버 공간, 비즈니스 요구에 따라 성장 (또는 축소) 할 수있는 리소스를 제공합니다.

확장(scalability)이란 비즈니스 요구에 따라 확장(또는 축소)할 수 있는 컴퓨팅 능력, 서버 공간 및 자원의 가용성을 말합니다.
예를 들어 컴퓨팅 능력을 향상시킬 필요가 있다면 그 요구에 맞게 서버 용량을 확장해야 합니다. 처리 능력을 현지시간 오전 2시부터 오전 4시에 저하시킬 필요가 있을 경우에는 서버 규모를 축소하여 사용하는 자원을 삭감(심지어 비용도 절감) 할 필요가 있습니다.


클라우드에서의 확장과 온프레미스를 통한 확장


사내 설치에서는 확장을 위한 자원이 한정되어 있기 때문에 확장성에 관해서는 클라우드가 우수합니다. 사용자의 증가에 맞추어 시스템을 원활하게 가동시켜야 할 경우에는 기존의 기계에 처리능력(CPU, RAM)을 추가하거나(수직확장이라 불린다), 서버머신을 추가해야 합니다(수평확장).

이들 물리자원의 제한은 온프레미스의 경우 수직방향과 수평방향 양쪽 스케일링이 수동으로 이루어짐을 의미합니다. IT부문은 (관리부문과 조달부문의 승인을 얻어) 서버를 주문하고 머신을 오프라인으로 하여 업그레이드할 필요가 있습니다. 1대의 서버에서 과부하, 슬로우 다운 및 정지를 방지하기 위해 서버 간 트래픽 밸런싱을 하는 로드 밸런서를 구입하여 셋업해야 합니다. 이 프로세스는 시간과 비용이 소요될 수 있으며, 당장 실현되지는 않습니다. 당신은 미리 계획을 세워야 할 것이다.
한편, 클라우드로 이행하면 수동으로 온프레미스로 확장하는 순서를 모두 생략할 수 있습니다. 클라우드 시스템은 온프레미스와 같이 가로방향으로 모두 확장할 수 있지만 리소스(추가 컴퓨팅 능력, 서버 및 머신)가 이미 존재하기 때문에 승인과 확장을 위한 장기적이고 비용이 많이 드는 프로세스는 없습니다.


클라우드에 대해서도 추측이 되지 않습니다. 사내 설치에서는 고객 기술팀이 컴퓨팅 능력과 필요한 서버 수를 최대한으로 예측하고 있습니다. 만일 당신이 과대평가 하고 있다면, 당신은 사용하지 않는 자원에 돈을 지불해야 한다. 평가가 낮은 경우에는 앞으로는 여러 층 내 부승인 위에 여러 층을 추가하여 장기적이고 비용이 많이 드는 수동 업그레이드를 실시해야 합니다. 트래픽의 급증은 말할 것도 없고, 속도 저하나 고객의 손실을 의미합니다. 혹은 Facebook이 추정 9000만달러의 손해를 입은 대규모 기술적 사건도 마찬가지이다.

많은 클라우드 솔루션에서 확장은 자동으로 이루어집니다. WIRED Magazine (유선매거진) 에 게재된 고객의 제품이 하룻밤 사이에 2. ~ 3배나 사용하게 될 경우 시스템은 수요에 맞게 확장됩니다. Zoom처럼 세계적인 현상이 며칠 안에 평판이 높은 비즈니스 서비스부터 사람들이 라이팅 그룹에서 결혼식, 할머니의 빙고 나이트까지 모든 것에 접속할 수 있게 된다면 클라우드는 그 놀라운 3,000%의 성장에 대응하도록 이미 설정되어 있다. 반대로 예기치 못한 사건으로 필요한 처리 능력이 떨어졌을 경우 시스템이 축소 되고 필요한 처리 능력 만 지불하게 됩니다.

자동으로 확장하고 싶지 않으세요? 클라우드 서비스 기타 옵션


대부분의 기업은 클라우드 내에서 자동 확장을 선택하고 있으며 실시간 수요를 바탕으로 시스템을 확장, 축소 또는 축소할 수 있습니다. 물론 보다 수동으로 제어할 수 있는 클라우드 시스템을 선택할 수도 있습니다.


클라우드에서의 수동확장은 on-premise 설정에서의 수동확장보다 간단합니다(버튼을 누르는 것만으로 자원의 추가요구, 범위설정, 승인, 구입, 설치라는 긴 프로세스에 대하여). 수동 스케일링의 결점 (및 자동 옵션이 널리 보급된 이유) 사람의 손에 닿을 필요가 있기 때문에 예상외로 신속하게 스케일링할 필요가 생겼을 때 지연이 발생하는 것입니다. 책임자에게도 쉬운 일입니다 이는 수요가 증가한 후에 규모를 축소하는 것을 잊어버리기 때문입니다. 즉, 필요 없는 자원의 비용을 지불하게 됩니다.

또 하나의 클라우드 확장 옵션은 스케줄된 확장입니다, 이는 사용자의 요구에 따라 자동으로 확장되거나 축소되지는 않지만 예상되는 피크 시에는 증가하고 예상되는 낮은 포인트에서는 감소하도록 설정할 수 있습니다. 이것은, 고객의 요구가 가차없이 일관하고 있음에도 불구하고, 예상외의 급상승이나 하강의 여지가 없는 경우에 효과를 발휘합니다.
클라우드에서 효과적으로 확장하려면 적절한 테크놀로지가 필요합니다. 그러나, 고객에게는 적절한 프로세스, 팀, 및 기업 문화도 필요합니다.그 때문에, 델은 클라우드의 급속한 성장을 위한 과제와 베스트 프랙티스에 관한 가이드 전체를 제공했습니다.


클라우드로 확장해도 보안을 유지

온프레미스 기업이 클라우드로의 이행을 주저하는 이유를 묻자 처음에 얻을 수 있는 답은 보안입니다. 하지만 이는 희소식이었습니다. 조사대상 기업의 94%가 클라우드로의 이행 후에 보안이 향상되었다고 응답했습니다. 조사에 따르면 보안 리스크에 대한 우려는 완전히 시대에 뒤떨어져 있습니다.

클라우드를 통해서 확장 시 보안을 어떻게 유지할 수 있나요? 그 대답은 엄격한 보안 테스트, 디지털 복구 계획, 전송 중 및 보관 중인 암호화 등입니다. 말할 것도 없이 클라우드는 시스템에 최초로 입력했을 때 뿐만이 아니라, 개개의 유저 레벨도 표시됩니다. 이를 통해 사용자의 로그인 방법, 접근권 및 접근 기한이 만료된 시점을 보호함으로써 급성장하고 있는 팀의 보안 위험을 줄입니다.

뛰어난 클라우드 시스템은 보안에 대해서 제로 신뢰의 어프로치도 채용하고 있습니다.즉, 모든 엔드포인트와 사내의 모든 유저에 대해서 시큐러티 체크를 실시합니다.


제로 신뢰 방식의 이유는 간단합니다. on-premise 서버는 통상, 전사적인 VPN으로 보호됩니다. 공격자가 VPN에 들어갈 수 있으면 패닉 상태가 됩니다. 왜냐하면 공격자는 모든 것에 접근할 수 있게 되었기 때문입니다. 모든 시스템 모든 도구, 저장되어 있는 모든 데이터, 마찬가지로 모든 사용자가 동일한 수준의 보안에 접근할 수 있는 경우, 공격자는 하나의 로그인만 해킹해도 큰 타격을 입습니다.

클라우드 시스템을 사용하면 시스템을 하나의 해자로 둘러싸는 것이 아니라 일의 로그인과 잦은 체크포인트 형식으로 보안을 확보할 수 있습니다. 이 경우, 시스템은 ID와 디바이스의 자격 정보를 체크하여 각 도구간의 보안 게이트로 기능합니다. 각 도구는 독자적인 안전한 섬으로 한 섬에 접근해도 자동으로 다른 섬에 접근할 수 없습니다 각 사용자 로그인은 자체 권한이 있으며 시스템의 모든 부분에 액세스를 허용하는 것은 아닙니다. 이렇게 하여 하나의 시스템 또는 하나의 로그인에서의 취약성이 다른 시스템에 자동으로 위험을 미치는 일이 없도록 합니다. 그 때문에, 대다수의 기업이 클라우드에의 이행시에 시큐러티와 안심을 향상시킬 수 있습니다.


도입 사례: VSCO

클라우드의 고속으로 저렴한 가격 확장성 실현 정말 변화를 가져올까? VSCO 사진 커뮤니티에 물어보면 '네' 라는 대답이 나올 수 있을 겁니다.


이 회사는 사진 앱으로부터 200만명 이상의 유저를 가지는 구독 비즈니스로 한꺼번에 발전한 것 같다. 서비스를 중단 없이 신속하게 확장할 수 있도록 Atlassian Cloud를 선택하여 슈퍼맨 스타일의 도약을 도왔다.

“이행의 주된 이유는 유지보수의 용이성이었습니다. 델은 효율적인 조직이며 200만 멤버들에게 가치를 제공하는 데 계속 집중하고 싶어 합니다. 사내 툴 업그레이드에 소요된 시간을 정당화하기 어렵습니다.그건 사람들이 자신의 창의력에 열중하는 것을 지원한다는 델의 사명에 직접 기여하지 않기 때문이에요.

클라우드화를 주도한 파워유저로서 Sky Frostenson씨, 기술제품 담당 디렉터 경영진은 다음과 같이 설명합니다. 즉, IT팀의 귀중한 시간을 서버 업그레이드, 로드 밸런서 구입 및 IT팀의 작업에서 분리하여 개선할 수 있는 승인 프로세스에 소비하는 이유는 무엇일까요?

Sky씨에 따르면 Atlassian Cloud의 퍼포먼스와 업타임은 안정적입니다. 스케줄된 서비스 업그레이드와 다운타임은 거의 없어졌어요. IT 부서는 서버 업그레이드가 아닌 전략적인 태스크에 에너지를 집중할 수 있습니다. Sky팀에 따르면 클라우드 UI는 더 깨끗하고 유연하다.

업종
과학 기술

위치
오클랜드, CA

회사 규모
500 명 미만의 직원

제품
Jira Software Cloud
Confluence Cloud
Jira Service Desk Cloud
Trello
Marketplace Apps
Easy Agile Roadmaps for Jira
Zendesk Support for Jira

#2 클라우드에서 수익 증대(관리 비용 절감)

당신의 도구를 호스팅할 때 서버(온 프레미스)와 클라우드 중 어느 것이 더 비쌀까요? 십여 명에게 물어보면 십여 개의 다른 답을 얻을 수 있을 것입니다. 기업들은 그것을 단순한 질문으로 취급하는 경향이 있지만, 실제로는 다소 복잡한 질문입니다.

클라우드의 월 구독 비용과 소프트웨어 라이센스의 월 구독 비용을 비교해 보면, 클라우드는 일반적으로 더 비싸게 보입니다. 온 프레미스에서 마이그레이션하는 추가 비용을 고려한다면 클라우드는 거의 항상 더 비싼 단기 투자가 될 것입니다. 그러나 장기적 가치를 보면, 그 부분에서 온 프레미스는 보수적인 선택보다는 수익의 일관된 유출에 가깝기 시작합니다.

왜냐고요? 빙산의 일각과도 같이, 온 프레미스 가격표는 대부분 숨겨져 있고, 당신이 생각하는 것보다 더 크기 때문입니다.

시스템 다운타임이 발생하면 몇 분 또는 몇 시간 만에 1년 동안 클라우드 서비스에 가입하는 것보다 3배는 더 많은 비용이 소요될 수 있습니다. IT를 외부로 이동하면 시간과 리소스를 절반으로 줄일 수 있습니다. 그리고 이는 운영 지출과 리소스 초과 프로비저닝 비용(대부분의 온 프레미스 기업에 영향을 미침)을 감안하지도 않습니다.

실제로 최근 3만5천 대의 서버를 대상으로 실시한 조사에 따르면 클라우드로 이동하여 서버를 적정 크기로 조정하면 연평균 30% 정도의 비용 절감 효과를 얻을 수 있다고 합니다. 미국과 영국의 사용하지 않는 허가된 소프트웨어 비용은 연간 340억 달러에 달합니다. Office 365의 연구에 따르면, IT 전문가들은 온 프레미스를 포기한 후 평균 20 %의 전체 비용 절감을 보고합니다.

따라서, 여기서 진짜 질문은 무엇이 더 싼가 하는 것이 아니라, 여러분이 긴 안목을 가지고 있느냐 짧은 안목을 가지고 있느냐 하는 것입니다. 눈에 보이는 초기 비용만 비교할 것인가? 아니면 IT 시간에서 서버 교체에 이르는 총 소유 비용을 고려하는 큰 그림을 볼 것인가? 빙산의 일각을 넘어 보면 클라우드가 장기적으로 돈을 절약할 수 있는 많은 방법들을 발견할 수 있을 것입니다. 여기 클라우드가 비용의 숨겨진 빙산을 차단할 수 있는 다섯 가지 방법이 있습니다:

주요 인시던트의 비용 절감 또는 제거

Gartner의 2014년 조사에 따르면 한 회사가 다운타임에 소비하는 평균 비용은 분당 5,600달러라고 합니다. 그리고 2014년 이후, 그 추정치는 계속 증가했으며, 더 최근의 보도는 그 수치를 약 9,000달러 정도까지 올려놓았습니다.

물론, 이는 평균에 불과하며, 예를 들어 2019년 14시간 동안 운영 중단으로 9,000만 달러의 손실을 본 페이스북처럼 일부 회사들은 더 많은 손실을 볼 수 있습니다.

온 프레미스에서 다운타임이 발생하면 IT팀의 부담을 가중시키고, 수익에서 내부 생산성, SLA 벌금, 초과 근무 또는 대기 중 긴급 수당에 이르기까지 다양한 항목의 형태로 큰 영향을 미칠 수 있습니다.

이는 클라우드에서 비용을 절감할 수 있는 가장 큰 기회 중 하나입니다. 가동 시간을 팀에 맡기고 서버와 시스템이 주요 인시던트를 처리할 수 있기를 바라는 대신 이러한 책임을 클라우드 공급 업체에 아웃소싱합니다. 예를 들어 Atlassian은 99.95%의 가동 시간을 보장하고 사고가 발생하는 경우 추가 비용없이 신속하게 해결할 수 있는 리소스를 갖추고 있습니다.

지금 Atlassian 솔루션 파트너에게 연락하여 주요 사건에 대한 대응, 해결 및 학습에 대해 자세히 알아보십시오.

IT 팀의 여유 확보(우리 모두는 시간이 돈이라는 것을 알고 있습니다.)

IT 부서에서 온 프레미스 서버를 관리하기 위해 해야하는 모든 작업을 나열해봅시다. 그러면 이 목록이 빠르게 늘어날 것입니다.

  • 성능 업그레이드. 예약된 업그레이드. 보안 패치. 서버 교체. 원격 액세스를 위한 VPN 설치. 인시던트 관리. 변경 관리. 수동 통합.

클라우드로 전환하면 이러한 모든 작업이 공급업체의 어깨에 전적으로 의존하게 됩니다. 그들은 보안 업그레이드 및 서버 유지 관리, 기존 기술 대체, 기능 요청 및 버그 해결을 위한 소프트웨어 업그레이드 등을 담당합니다. 즉, 급여 수준이 높은 편인 IT 팀은 지루한 업무 대신 전략적이거나 긴급한 업무에 자유롭게 집중할 수 있습니다. 또한 조직의 74%가 클라우드가 팀에 경쟁 우위를 제공한다고 응답한 이유도 여기에 있습니다.

운영 및 물리적 비용 절감

온 프레미스에는 클라우드의 요소가 아닌 많은 운영 및 물리적 비용이 숨겨져 있습니다. 여기에는 다음이 포함됩니다:


서버
평균 수명이 3~5년인 만큼 서버를 정기적으로 수리하고 물리적으로 교체해야 합니다.

서버 지원
부하 분산 장치, 실내 온도 조절 장치, 서버 랙, 교체 부품... 서버 자체 외에도 온 프레미스에는 정기적으로 구입, 유지보수 및 교체해야 하는 일부 지원 하드웨어, 부품 및 물리적 자산이 함께 제공됩니다.

소프트웨어 갱신/라이선싱(과잉라이선싱) 한 연구에 따르면, 과도한 라이선싱으로 인해 미국과 영국 기업들이 연간 340억 달러에 달하는 손실을 입는다고 합니다. 이러한 일반적인 함정을 피하기 위해, 기업은 누가 어떤 소프트웨어를 필요로 하는지를 엄격하게 추적하거나 클라우드로 이동해야 합니다. 클라우드로 이동하면 관리자가 사용자 수를 자동으로 추적, 업데이트 및 볼 수 있습니다.

전기요금
서버의 80%가 초과 프로비저닝되면 온 프레미스 기업의 80%가 필요 이상으로 많은 에너지를 사용하고 다른 기업보다 높은 에너지 요금을 지불하고 있음을 의미합니다.

부동산/공간
물리적 서버는 물리적 공간을 필요로 합니다. 즉, 클라우드로 이동하면 다른 용도로 기존 공간을 열거나 예산에서 데이터 센터 공간을 완전히 제거할 수 있습니다.

유지 관리
서버 유지 관리에는 종종 임시 직원이나 계약직이 필요하며, 이는 클라우드 공급 업체에 해당 책임을 위임할 때 버릴 수 있는 항목입니다.

자산 관리 시간/감사
IT 팀의 자산(물리적 서버, 로드 밸런서 및 부품, 소프트웨어 라이선스 및 데이터베이스와 같은 비물리적 자산 포함)이 많을수록 자산 관리 업무는 더 많이 추적해야 합니다. 이것은 더 많은 시간, 자원, 그리고 정신적 오버헤드를 의미합니다.

환경 비용 절감

우리들 대부분은 다른 이유 없이 그것이 옳은 일이라는 것을 알기 때문에 환경 친화적이기를 원합니다. 하지만 추가적인 좋은 소식은 온 프레미스 와 클라우드에 관한 한 환경 친화적인 옵션(클라우드)이 더 저렴하다는 것입니다.
그 이유는 물론 에너지에 돈이 들기 때문입니다. 그리고 당신이 필요로 하는 것보다 더 많이 사용하는 것은 반드시 더 많은 비용이 듭니다. 따라서 클라우드가 온 프레미스보다 최대 98% 더 친환경적이라고 말할 때, 우리는 또한 클라우드가 더 저렴하다고 말할 수 있습니다.

확장 비용 절감

대다수의 온 프레미스 리소스(80%)가 오버 프로비저닝되어 기업이 필요한 것보다 훨씬 더 많은 컴퓨팅 성능에 비용을 지불하고 있습니다. TSO Logic의 연구에 따르면, 이러한 경우 리소스를 자동으로 확장, 축소, 입력 및 아웃하는 클라우드 서비스로 이동하면 이들 기업이 연간 최대 30%까지 절약할 수 있다고 합니다.

여기서 문제는 IT팀이 온 프레미스 호스팅을 통해 얼마나 많은 컴퓨팅 성능을 필요로 하는지에 대해 교육받은 추측을 한다는 점입니다. 만약 그들이 너무 높게 추측한다면, 필요하지 않은 리소스(서버,로드 밸런서, 전력 등)에 대한 비용을 지불해야 합니다.

반면에, 만약 팀이 너무 낮게 추측한다면, 길고 비용이 많이 드는 수동 확장 프로세스가 기다리고 있을 것입니다. 수요를 충족시키기 위해서는 서버 또는 컴퓨팅 성능을 더 추가해야 하며, 그 추가에는 비용과 인력이 모두 필요할 것입니다. 몇 달은 아니더라도 몇 주 동안 서비스가 느리거나 사용할 수 없게 되는 그 기간이, 수익과 고객 충성도에 미칠 수 있는 영향은 말할 것도 없습니다. 어느 방향이든 잘못된 추측은 당신의 수익에 큰 영향을 미칠 수 있습니다.

여기서 해결책은 자동 확장 옵션이 있는 클라우드 서비스를 선택하는 것입니다. 사용량이 급증할 때, 그 수요를 충족시키기 위해 컴퓨팅 성능이 증가합니다. 사용이 느려지면, 비용을 절약하기 위해 규모를 축소합니다.

클라우드 마이그레이션 비용 계산

모든 투자(클라우드로의 이동을 포함)에 대한 수익을 계산하는 가장 간단한 방법은 다음과 같습니다:

예를 들어, 온 프레미스에서 클라우드로의 마이그레이션에 $ 50,000를 투자하고 마이그레이션 후 매년 $ 50,000를 절약하거나 얻는다면, 향후 3년 동안의 방정식은 다음과 같습니다.

($150,000 - $50,000 = $100,000) ÷ ($50,000) = 2

이 예제에서 3년 동안의 ROI는 2배(200%)가 될 것이다. 첫해에는 그 방정식을 사용하면 단순히 손익분기점에 도달할 것입니다. 하지만 2년, 3년 후에는 실질적인 이득을 볼 수 있습니다.

이제 때때로 1~2년을 기준으로 이러한 계산을 하는 것이 타당할 수 있지만, 대부분의 클라우드 절감은 시간이 지남에 따라 증가하는데, 이는 마이그레이션의 초기 비용이 일회성 비용이고 서버, 소프트웨어, IT, 계약자 등의 절감액은 일반적으로 연간 절감액이기 때문입니다. 즉, 시간의 경과에 따른 ROI가 차트화하여 오른쪽에 배치되는 경향이 있으며, 실제 절감액을 이해하는 것은 종종 다년간에 걸친 계산을 의미합니다.

또다른 예에서는 온 프레미스에서 클라우드로의 마이그레이션에 $ 60,000를 투자하고 연간 운영 비용을 $ 45,000 절감하는 경우 첫 해의 ROI는 마이너스(즉, 마이그레이션 비용의 초기 투자액이 첫 해에 절감한 것보다 더 많음)가 됩니다. 그러나 3년 또는 5년 모델로 확대하면 저축액이 급격히 늘어납니다. 3년 동안, 당신은 손익분기점 이상을 달성하게 되며, 5년 후 당신은 투자금의 거의 3배 이익을 달성하게 됩니다.

예제:
1년 ROI 계산
• 클라우드로의 마이그레이션을 통한 이익: 연간 $45,000 절감
• 일회성 마이그레이션 투자: $60,000
• 1년 ROI: ($45,000-$60,000=-$15,000)/60,000 = -25% ROI
3년 ROI 계산
• 클라우드로의 마이그레이션을 통한 이익: 연간 $45,000 절감 x 3년 = $135,000
• 일회성 마이그레이션 투자: $60,000
• 3년 ROI: ($135,000-$60,000=$75,000)/60,000 = 125% ROI
5년 ROI 계산
• 클라우드로의 마이그레이션을 통한 이익: 연간 $45,000 절감 x 5년 = $225,000
• 일회성 마이그레이션 투자: $60,000
• 5년 ROI: ($225,000-$60,000=$165,000)/60,000 = 275% ROI

기술 투자에 대한 다년간의 시각을 가진 조직은 장기적으로 더 경쟁력을 유지하고 종종 더 큰 수익을 봅니다.

투자 및 이익 계산

이 방정식의 까다로운 부분은 ROI에 필요한 두 개의 숫자를 계산하는 것입니다. 온 프레미스에서 클라우드로 마이그레이션하기 위한 초기 투자를 이해하려면 전문 서비스, 내부 리소스, 소프트웨어 라이센스, 데이터 마이그레이션, 클라우드 구독 및 클라우드 툴에 대한 필수 재교육 비용을 추가해야 합니다(온 프레미스 툴과 다른 경우).

그런 다음 이익을 계산하려면 하드웨어, 소프트웨어 라이센스, 에너지, 부동산/서버 룸/데이터 센터, 유지보수(직원 시간과 외부 계약업체 모두 포함), 자산 관리 시간, 사고 관리 시간, 변경 관리 시간, 보안 업그레이드, 기능 업그레이드 및 IT 팀 또는 축소된 헤드카운트 비용 절감액을 합산해야 합니다.

전환하기 전에 계산하기가 더 어려운 것은 -그러나 여전히 중요한 것은- 다운타임 비용(연간 한 시간만 줄여도 수십만 개의 기업을 살릴 수 있음), 성능 향상 및 생산성, 협업 및 보안을 향상시키는 새로운 기능에 더 빨리 액세스할 수 있는 비기술 팀이 절약한 시간입니다.

사례 연구: Igloo Software

Igloo Software는 Jira 클라우드 구독 비용의 3배에 달하는 비용이 소요된 대규모 운영 중단 사태를 겪은 후 온 프레미스에서 클라우드로 전환하기로 결정했습니다. 이러한 변화로 인해 향후 주요 사고의 비용 뿐만 아니라 관리 시간 및 예정된 다운타임에서도 큰 비용을 절감할 수 있었습니다.

제품 선임 관리자인 James Seddon은 다음과 같이 설명합니다:

“Jira 서버를 관리할 때는 업그레이드마다 최소 2시간 이상의 다운타임이 필요했고, 오후 8시 이후로 일정을 잡아야 했는데, 이는 관리자인 나에게 늦은 밤이라는 의미였습니다. 별도로 수행한 Bamboo 및 Bitbucket의 업그레이드도 각각 최소 2시간이 걸립니다.”

Seddon이 강조하는 또 다른 시간 절약(따라서 비용 절감)은 사용자가 관리자 도움 없이도 스스로 기능을 구성할 수 있다는 점입니다. 전환 이후 지원 티켓이 50%나 감소한 것은 사용자들이 훨씬 더 많은 자체 관리 작업을 할 수 있기 때문입니다.

업종
과학 기술

위치
캐나다 온타리오

회사 규모
500 명 미만의 직원

제품
Jira Software Cloud
Confluence Cloud
Jira Service Desk Cloud
Atlassian Access

#3 클라우드에서 속도 및 성능 향상

전문가의 42%가 네트워크 성능 향상이 클라우드로 전환해야 하는 주요 이유 중 하나라고 응답했습니다. 그리고 회사가 커질수록 성능은 더 중요해 집니다. 실제로 직원 수가 1,000명 이상인 기업에서는 응답자의 76%가 IT 서비스 제공 속도를 높이기 위해 클라우드를 채택하고 있다고 응답했습니다.

클라우드가 정확히 어떻게 비즈니스를 더 빠르게 만들까요? 다음과 같은 6가지 주요 이유가 있습니다:

네트워크 성능 향상

INAP의 조사에 따르면 2019년 네트워크 성능은 기업들이 클라우드로 전환한 이유로 꼽힌 1위(2018년 3위)가 됐습니다.

이러한 변화의 이유는 놀랍게도 고객 유지 때문입니다. 그렇습니다, 성능이 IT팀에만 영향을 미치는 것은 아닙니다. 시스템이 작동하지 않으면 고객도 잃을 수 있습니다. 그리고 기존 고객을 유지하는 것이 신규 고객을 확보하는 것보다 5~25배 저렴하기 때문에 네트워크 성능은 회사의 수익에 직접적인 영향을 미칩니다.

가동 시간 보장

가치 있는 클라우드 제공업체는 가동 시간 보증을 제공할 것입니다(그리고 시스템을 거의 연중 무휴로 사용할 수 있다는 것을 알게 되면 안심할 수 있습니다).

Atlassian의 Premium Cloud는 99.9%의 가동 시간 SLA 제공을 보장하고, 충족하지 못할 경우 서비스 크레딧을 제공합니다. Cloud Enterprise 플랜에서 Atlassian은 재정 보증을 99.95%로 늘릴 것입니다. 두 계획 모두 1시간 이내의 응답 시간으로 연중 무휴 지원을 포함합니다.

“아틀라시안 클라우드와 함께 하면서 부터, 데이터 센터의 노드가 다운되어 한밤중에 깨어나는 일은 발생하지 않고 있습니다. 나로 하여금 가능한 최고의 SLA를 보장할 수 있기 때문에 이는 나와 고객에게 매우 긍정적인 측면입니다.”
로랑 보르디에
아틀라시안 관리자, 루시드 모터스

자동 성능 업그레이드

자동 업그레이드는 성능을 향상시키는 동시에 더 나은 성능을 얻는데 지연 시간이 없도록 보장합니다(수동 업그레이드 프로세스가 필요하지 않기 때문이지요). 즉, 항상 최고의 성능을 발휘하는 도구에 접근할 수 있고 결코 경쟁업체들에 뒤쳐지지 않는다는 것을 의미합니다.

제품 개발 및 구축 시간 단축

클라우드가 속도 면에서 온 프레미스 호스팅을 앞지르는 또 다른 부분은 지속적인 통합(개발자의 업무를 하루 종일 동기화하는 작업)과 지속적인 전달(소규모 소프트웨어 변경 사항을 빠르고 정기적으로 배포) 입니다.

CI와 CD는 DevOps와 Agile 모두에 대한 모범 사례로 개발팀 간에 널리 채택되고 있습니다. CI의 주요 이점은 팀이 배포를 준비할 때 속도(및 일관성)가 향상된다는 것입니다. CD의 주요 이점은 CD가 사용자의 변경사항을 더 빠르고 작은 배치로 변경하여 사고 발생 시 쉽게 회신할 수 있다는 것입니다.

그렇다면 이것이 클라우드로 전환하는 것과 어떤 관련이 있을까요? 온 프레미스에서 CI 또는 CD를 사용할 때 원격 작업과 분산된 팀을 지원하는 것과 비슷하지만 클라우드는 일반적으로 더 빠르고 덜 복잡합니다. 결국 클라우드를 사용하면 더 많은 컴퓨팅 성능과 더 많은 컴퓨터에 즉시 액세스할 수 있으므로 CI/CD 작업을 동시에 실행할 수 있습니다. 이를 통해 키스톤 작업을 훨씬 더 빠르게 만들 수 있습니다. 대부분의 CI/CD 소프트웨어가 클라우드 기반이며 다른 클라우드 툴과 완벽하게 통합된다는 것은 말할 것도 없습니다.

자동 스케일링 및 로드 밸런싱

온 프레미스 호스팅을 사용하면 컴퓨팅 성능이 항상 제한됩니다. 설정된 서버 수, 설정된로드 밸런서 수 및 설정된 전력량이 있습니다. 즉, 사용자 기반이 빠르게 또는 예기치 않게 증가하면 시스템이 느리게 진행되거나 아예 다운될 수 있다는 것을 의미합니다.

클라우드에서 자동 확장을 사용하면 예상치 못한 사용량 급증을 처리하기 위해 필요한만큼 컴퓨팅 성능을 높일 수 있습니다. 따라서 외부 사용자 기반이 밤새 4배로 늘어나거나 새로운 수요를 충족하기 위해 1주일 이내에 내부 팀 규모를 두 배로 늘려야 하더라도 속도는 저하되지 않습니다.

표준화

일부 팀은 클라우드로의 마이그레이션을 내부 프로세스를 간소화하는 기회로 사용하여 마이그레이션을 도구 내부와 외부(프로세스 및 문화) 모두에서 속도와 생산성을 향상시킬 기회로 받아들입니다.

새집으로 이사하는 것이 종종 모든 것을 살펴보고 필요하지 않은 것들(발이 꽉 껴 벽장에 처박아놓은 신발이나, 충동 구매하여 전혀 사용하지 않은 골프채 세트 같은)을 제거할 수 있는 기회가 되는 것과 마찬가지로,
클라우드로의 마이그레이션은 인스턴스, 워크 플로, 문서, 팀 모범 사례 등을 잘 살펴보고 전반적인 비즈니스 목표를 향해 나아가고 있는 것이 무엇인지 물어볼 수 있는 좋은 변명입니다.

온 프레미스에서 클라우드로 전환

전반적으로 클라우드로의 마이그레이션은 성능, 제품 개발 및 프로세스 속도를 향상시킬 수 있습니다. 즉, 이 프로세스에서 언제나 속도가 빠르지 않는 한 부분은 온 프레미스에서 클라우드로의 마이그레이션 프로세스입니다.

마이그레이션 계획을 어디서부터 시작해야 할지 모르십니까?

최적의 마이그레이션 경로나 인스턴스 통합 방법 또는 사용자 지정 API가 필요한 경우 해당 Atlassian 솔루션 파트너에게 문의하여 클라우드로 마이그레이션에 대한 도움을 받으십시오.

이동 자체가 스위치를 뒤집는 것과 같다는 통념이 있지만 이는 지나치게 단순화 된 것입니다. 사실 마이그레이션은 시간이 걸리고 이를 잘 수행하려면 마이그레이션 계획이 필요합니다.

클라우드로 자산을 마이그레이션하려면 애플리케이션 테스트, 대역폭 제한 사항 고려, 마이그레이션을 위한 적절한 리소스 할당(내부 및 외부)이 필요합니다. 그리고 이러한 작업에는 조직의 규모와 설정에 따라 크게 달라지는 타임라인이 있습니다.

단일 서버와 통합된 서비스가 없는 소규모 회사는 일주일 이내에 쉽게 전환할 수 있습니다. 하지만 그게 가장 빠른 시나리오입니다. 대부분의 회사들은 통합된 이메일, 문서 저장소, 통신 시스템을 포함하는 보다 복잡한 설정을 다루고 있습니다. 시스템이 더 크고 통합 될수록 마이그레이션 시간이 더 오래 걸릴 것으로 예상할 수 있습니다. 업계 평균은 약 1~2개월 정도이며, 복잡한 설정을 가진 대기업은 시작부터 구축 및 교육까지 최대 12개월이 필요할 때가 있습니다.

그리고 그것은 단지 그 프로세스의 기술적인 측면에 불과합니다. 시스템이 마이그레이션된 후에는 직원을 교육하고, 새로운 시스템에 걸쳐 문화 및 팀 간의 조정을 보장하며, 업데이트된 시스템 내에서 워크플로우, 프로세스 및 작업 완료 방법의 변경 사항을 반영하도록 내부 문서를 업데이트하는 데 걸리는 시간을 고려하는 것이 중요합니다.

여기서 짚고 넘어가야 할 것은 우리가 클라우드의 속도 향상과 비용 절감에 대해 이야기 할 때 이것은 장기적인 관점이라는 것입니다. 보다 빠르고 빠르게 비용 효율적인 장소에 도달하기 위해서는 시간과 예산 모두에서 초기 비용이 발생합니다. 그리고 당신의 회사가 커질수록, 타임라인은 더 길어지는 경향이 있습니다.

중요한 것은 마이그레이션을 통해 기대할 수 있는 장기적 가치를 이해하는 것입니다. 리더의 76%가 IT 서비스 제공 속도를 향상시키기 위해 클라우드를 채택하고 있다고 응답한 이유가 있습니다. 왜냐하면 그러한 장기적인 이득이 단기적인 작업보다 더 중요하기 때문입니다.

사례 연구: Domino’s

만약 이 세상에서 빨라야 할 두 가지가 있다면, 그것은 여러분의 피자 배달과 DevOps 과정입니다. Domino’s는 그 두가지를 다 죽이고 있었습니다.

물론 그들이 Atlassian Cloud Premium으로 눈을 돌리기 전에, 이 피자 업계의 공룡은 문제가 있었습니다: 프로세스가 DevOps 워크 플로를 크롤링하는 속도를 늦추는 것이었습니다.

이러한 속도 저하의 원인은 무엇이었을까요? 바로 보안 때문이었습니다. 하나의 기술 변경을 승인하기 위해 20시간 이상의 회의와 검토를 필요로 했고, Domino’s는 경쟁력을 유지하려면 그 수를 대폭 줄여야 한다는 것을 알고 있었습니다.

Atlassian Cloud Premium을 시작하면서, 이제 Domino’s는 자동 성능 업그레이드와 가동 시간 보장을 제공할 뿐만 아니라 보안을 DevOps와 동기화하고 긴 보안 프로세스를 없애는 데 필요한 도구를 가지게 되었습니다.

Domino's의 수석 애플리케이션 보안 엔지니어인 Michael Sheppard는 다음과 같이 설명합니다.

“우리는 개발자들이 Confluence를 사용하여 협업하고 요구 사항을 문서화하는 것을 좋아한다는 것을 알고있었습니다. 보안은 이미 잘 작동한 워크플로우에 합류했습니다. 서류를 작성하는데 몇 분이 걸리고 해당 Jira 보안 요구 사항 티켓을 돌려받는데 약 4분이 걸립니다. 20시간 이상의 회의와 검토가 필요했던 작업이 이제 몇 분이면됩니다. 이 앱은 소프트웨어 개발에 만연한 거대한 보안상의 문제점을 해결합니다.”

업종
서비스

위치
마이애미 앤아버

제품
Jira Software
Confluence
Jira Service Desk

마켓플레이스 앱
Splunk for Jira
Forty8Fifty Labs
Forms for Confluence
Scriptrunner for Jira
Zephyr for Jira

  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.