최근에 나는 다음과 같은 글을 썼다. 클라우드 네이티브는 무엇을 의미하나요?. 아주 최근에 우리는 '클라우드 탄력성'의 힘을 통해 살아왔고, 이를 여러분과 공유하고 싶었습니다.
하지만 기억의 길을 따라가는 것부터 시작해 보겠습니다. 때는 2011년이었습니다. EMC가 Isilon을 인수한 지 얼마 되지 않아 사업이 잡초처럼 성장하고 있었습니다. 영업팀 중 하나가 대규모 OneFS 클러스터를 "매우 큰 고객"에게 판매했습니다.
제가 처음 들은 것은 에스컬레이션 상황이었습니다. 이 "매우 큰 고객"은 "성능"에 만족하지 않았으며 이로 인해 Isilon 계정 팀은 불만스러워했고 EMC 계정 팀은 분노했습니다.
그래서 나는 이 손님 앞에 앉아 뜨거운 석탄을 긁어모으고 있는 나를 발견했다. 문제: 팀이 "잘못된 하드웨어 제품"을 판매했습니다. 잘못된 유형의 "노드"입니다. 그들은 경주용 자동차가 필요할 때 미니밴을 팔았습니다!
XNUMX시간 후 나는 사무실에 앉아 있었다. 이놈 뜨거운 석탄 위로 긁어 모으고 있습니다 (여기 이 패턴이 보이나요?) 유일한 솔루션은 우리에게는 막대한 비용이 들고 고객에게는 시간을 들여 새로운 노드를 제공하는 것이었습니다.
Isilon이 새 노드를 출시하면서 고객은 몇 주 동안 워크플로우에 영향을 받았습니다. 그들은 랙에 설치되고, 케이블로 연결되고, 작동되었습니다!
고통, 고뇌, 낭비가 도처에 있습니다!
내 형기 동안 (오류.. 임기) EMC-Isilon에서는 위의 시나리오가 계속해서 반복되었습니다. 워크플로를 잘못 설명하는 경우도 있었고, 잘못된 제품이 판매되는 경우도 많았으며, 고객이 Isilon 클러스터를 너무 좋아해서 “미니밴을 경주용 자동차처럼 사용하려고” 하여 충돌이 발생하여 EMC-Isilon이 구조대를 세워야 하는 경우도 많았습니다. 작업!
몇 주 전으로 빨리 감아보세요! Qumulo에서는 새로운 고객 워크플로우를 가졌습니다. Azure 네이티브 Qumulo 헌금. 대규모 고객과 새로운 워크플로. 무엇이 잘못될 수 있나요?
작업 흐름이 증가함에 따라 고객의 사용자 경험은 정중하게 말하면 차선책이었습니다.
고객과의 첫 접촉 후 몇 분 이내에 우리의 놀라운 고객 성공 사례 팀은 모든 상황에 처해있었습니다. 그런 다음 엔지니어링 팀이 뛰어들었고 안전한 클라우드 기반의 지속적인 실시간 모니터링 덕분에(그런데, 잠시만 기다려주세요 9월 XNUMX일 발표 이 분야의 주요 업데이트에 대해서도 알아보세요!) 우리는 우리가 CPU에 묶여 있다는 것을 빨리 알 수 있었습니다.
문제가 아니다; 팀 기본 Azure VM 인스턴스를 원활하고 투명하게 즉석에서 업데이트했습니다! 훌륭한 서비스를 구축해 주셔서 감사합니다. 하늘빛!
문제 해결됨! 고객이 행복하고 어색한 대화가 없습니다. 이놈
여러분, 클라우드 탄력성이 실제로 작동하고 있는 것입니다!
IT 인프라 구매자로서 저는 데이터 센터 공간을 줄이고 클라우드를 최대한 활용하는 데 최선을 다하고 있습니다. 당신도 그 점을 고려해야 합니다! 구조화되지 않은 데이터 워크로드를 위해 Qumulo는 어디에 있든 존재합니다!
