전화 번호 : 13486085502
July 23, 2020
"획일적 무거운 물건 들기."이것은 어떻게 아마존 웹 서비스가 정상적으로 그것의 공공 클라우드 서비스의 발사 이후로 엔터프라이즈 데이터 센터에서 IT 분야에 의해 수행된 일을 묘사했다는 것 입니다.
클라우드로의 이동과 "당신은 저 희귀 자원을 잡게 됩니다 - 당신의 소프트웨어 개발 기술자들 - 그리고 그들이 인프라의 획일적 무거운 물건 들기에 일하게 하는 대신에, 당신이 무엇이 당신의 비즈니스를 차별화 하는 것에 일에 착수하고 " 그의 회사의 2015 re 동안 AWS CEO 앤디 자시가 말했습니다 :인벤트는 기본방침을 발표합니다. "그리고 나서 당신은 세계적 인프라에 대한 귀하의 어플리케이션을 활용하게 됩니다."
일찍 그 해에, 드롭 박스 - AWS에 설립된 구름 데이터 보관 서비스 - 타 방향을 이동하기 위해 그것의 노력을 시작했습니다. 아마존의 자원이 효과적으로 무한했기로 자시가 약속하 데스피테, 그것은 그것이 더 이상 고객 요구와 동시에 서비스를 평가하지 않을 수 있었고 때 시간을 예견했습니다. 2월과 2015년의 10월 사이에, 성공적으로 데이터 센터의 그것의 구내 네트워크에 그것의 고객 데이터의 예상되는 600 페타바이트의 90 퍼센트를 재배치한 드롭 박스는 마술 주머니를 더빙했습니다.
우리의 규모로 확실히 일한다고 증명하는 오픈 소스 커뮤니티에서 무가 있기 때문에, "우리가 처음부터 모든 것을 구축하여야 할 것이라는 것이 처음부터 우리에게 명백했다"고 2016년에 그의 회사 블로그 위의 드롭 박스 인프라 VP 아크히들 굽타가 썼습니다. 소수의 세계의 회사는 저장의 우리가 하는 것과 같은 규모에 대한 요구조건을 가지고 있습니다."
드롭 박스의 반대 이동을 일종의 일회성 이벤트로 보기 위해 일부를 유발한 진술이 좋아합니다. 석유 또는 의료 또는 보험과 같은 산업에서 매일 기업과는 달리, 드롭 박스는 그것의 자체 시스템 안으로 직접적으로 기술 서비스 이점에 이해 관계를 가졌습니다. 클라우드에서 그것의 움직임은 넓게 IT 세계 중 나머지가 어떠한 적절한 교훈도 얻을 수 있는 여정으로 인식되지 않았습니다.
5년 후에 IT 산업의 밖의 그것들을 포함하는, 더욱 많은 조직은 공공의 클라우드에서 그들의 무한한 확장성의 한계가 존재하는 것을 발견하고 있습니다. 낭만적으로 그것을 두기 위해, 유효한 이유가 있을 수 있었습니다, 여정이 근거지로 돌아옵니다. 지금 마술 주머니 여행은 더 개척자 탐험처럼 보이기 시작하고 있습니다.
"드롭 박스는 계획을 세웠습니다. 우리가 용량이, 우리가 것 " 성장을 예상한 것, 데이타 센터 물리적 하부 구조의 드롭 박스' 머리인 라타네 가레트슨인 것 봤다고 데이타 센터 지식이 말했습니다. 습관적인 것으로, 팀은 데이타 센터 용량 계획 수립의 모델을 만들었습니다.
정기적으로 DCK과 같은 사이트를 읽는 누군가에 대한 충격으로 다가오 그것 드롭 박스는 이 운동을 통과했습니다. 그러나 용량 계획 수립의 회사의 접근은 오늘 놀라움일지 모릅니다. 가레트슨의 팀은 과립 모양, 가까운 계획 기간에서 작동합니다 - 6개월 종종, 일반적 관행 보다 매우 짧은 때때로 3.
"그것이 일종의 뒤처지는 접근인 것 " 그가 인정했습니다. 그들은 여전히 연 성장률 예상을 가지고 있지만, 그러나 그 예측이 소프트웨어 팀과 예상되는 생산 소요 시간과의 커뮤니케이션을 기반으로, 일년 내내 자주 업데이트됩니다 ("얼마나 오래 능력을 구입하는 데 걸리는지고 언제 우리가 실제로 능력을 내리고 그것을 이용 가능하게 할 수 있는지 ").
"그것은 계속 우리의 소프트웨어 그룹과 함께 일하고 있고, 내부로 드롭 박스 이내에 모든 것을 단순화합니다 : 올해 예상하는 우리가 '무엇이 말하기?'과 항상 계속 업데이트하고 있는 능력 모형 예보를 하세요 - 매월고 매주이고 연4회입니다. 데이타 센터 팀은 저 과정 안으로 항상 통합됩니다."
많은 IT 샵을 위해, 배치는 각각 획득 또는 하드웨어를 만들고, 그것을 실시하고, 그것을 배치하고 그리고 나서 그것을 서비스 클러스터로 통합시키는 것고 그것에게 소프트웨어를 불어넣는 것 시작합니다. 드롭 박스의 접근이 타 방향에서 일한다고 가레트슨은 우리에게 말했습니다. 소프트웨어 팀은 먼저 활성 용량 예측을 분석하고, 다양한 대도시권의 그것의 데이터 센터가 요구할 서버를 위한 템플릿을 고안합니다. 서비스와 서버 확장의 구성을 포함하여 이러한 개발자들은 서류 엔지니어링을 합니다.
주문을 드라이브스루 윈도우에 두는 고객들과 같이, 이러한 구성은 그리고 나서 연속된 것에 하드웨어 팀에 전달되고 하드웨어가 소프트웨어 팀의 상술에 생산됩니다. 소프트웨어 팀이 이미 설정 계획을 생산했었기 때문에, 하드웨어 엔지니어들로부터 어떤 구성 작업도 필요하지 못하면서, 새로운 서버는 자가 구성하고 있습니다.
"우리가 고려하는 수단이 우리의 빌드 타임이라고 " 가레트슨이 말했습니다. "우리는 6개월 빌드 타임으로 2015년에 시작했습니다. 우리는 지금 3개월에 그것을 이동했습니다... 우리는 매년 예상을 잡고 그것으로부터 구축되지 않습니다. 빌드 타임 3개월만을 가지고 있기 때문에, 우리는 매년 걸리고, 계획을 가지 그러나 또한,, 예상이 변하면, 우리가 그것을 조정할 수 있는 이러한 중요한 이정표를 가지고 있습니다."
드롭 박스를 위한 더 부족한 빌드 타임은 제어되기 쉽습니다. 약간의 갑작스러운 이유 때문에 건축을 연기하는 것보다 오히려, 그것은 취소될 수 있고 새로운 계획이 중단 없이, 그것의 장소에서 시작했습니다. 마이크로서비스 조정 장치가 어떻게 분포된 소프트웨어 구성요소를 예정하는지로부터 힌트를 얻습니다 - 그들이 대응하지 않을 때 그들을 잘라냅니다 - 드롭 박스는 그것이 부분적으로 또는 완전히 연기되는 것보다 오히려 계획에 따라 전대에 있는 계획에 전념할 때 그것이 능력 목표에 대하여 더 탄력적일 수 있다는 것을 알아냈습니다.
팀은 밀접하게 각각의 그것의 사이트에 있는 물리적 데이터 센터 능력에 대한 수요의 변화를 모니터링합니다. 그들은 현재 창 이내에와 새로운 역량이 이용 가능하게 될 수 있을 때 항상 수중에 목록을 모델링합니다. 이 방법을 이용할 때, 드롭 박스는 결코 그 다음 해에 능력 목표를 계획하지 않습니다. 동시에 거대한 벽 한 벽돌을 구축하는 것과 같이, 한번에 6개월 보다 더 이상 그 때문에 계획을 세우면서, 그것은 가까운 시기에만 집중합니다.
가장 보관에 초점을 둔 데이터 센터에서와 같이, 드롭 박스의 시설에서 랙 비중은 지난 5년 동안 증가했습니다. 페타바이트 스케일에 있는 고객 기억 용량을 성장시키는 동안, 그것은 그것의 전체 랙 발자국이 수축할 수 있게 했습니다. "지금 우리가 좀더 많은 물리적 공간을 가지고 있을 수 있다"고 가레트슨은 말했습니다. 100 상자를 계획하여야 하 " 곳에서, 지금 우리는 30을 계획할 수 있습니다."
동적 성장과 그것이 드롭 박스 또는 다른 클라우드 저장 회사만을 적합하여야 하는 용량 모델링의 이 법에 대한 아무것 그렇게 특별한이 없습니다. 현재까지, 대부분의 엔터프라이즈 데이터 센터는 우주의 관점에서 설계되었고 권력이 중요한 서비스와 응용에 할당했습니다. 그것이 성장 벡터의 모양으로 얼마나 많은 중요한 서비스를 제공할 것일 지를 드롭 박스는 산정하며, 그것의 단지 상반기가 기소할 수 있습니다. 만약 조직이 드롭 박스가 한 것처럼, 양적으로 그것의 IT 서비스 출력을 산정할 수 있게 되면, 그것이 그 자체의 비슷한 계획모델을 고안할 수 있습니다. 그렇게 함에 있어, 드롭 박스가 결코 직면하지 않았던 클라우드 기반의 서비스 입수가능성의 파괴점을 회피하면서, 서비스 영역내를 유지하는 동안 지출을 조정할 수 있는 것을 그것은 알 수 있습니다.
