조직에 OpenStack을 소개하는 방법

회사에서 OpenStack을 구현하는 데 완벽한 경로는 없지만 성공적인 구현을 안내할 수 있는 일반 원칙이 있습니다.

OpenStack과 같은 오픈 소스 소프트웨어의 장점 중 하나는 벤더 영업사원과의 오랜 상호 작용이나 회사 간의 오랜 내부 파일럿 승인 없이 다운로드하여 사용해 보고 직접 이해할 수 있다는 것입니다. 그리고 당신의 회사.

하지만 단지 프로젝트를 시도하는 것 이상의 일을 해야 할 때가 되면 어떻게 될까요? 소스 코드부터 프로덕션까지 배포된 시스템을 어떻게 준비할 예정인가요? 새롭고 혁신적인 기술을 채택하는 데 있어 조직의 장벽을 어떻게 극복할 수 있습니까? 어디서부터 시작해야 할까요? 다음에는 무엇을 할 건가요?

이미 OpenStack을 배포한 사람들의 경험을 통해 배울 점이 많습니다. OpenStack 채택 패턴을 더 잘 이해하기 위해 저는 회사에 시스템을 성공적으로 도입한 여러 팀과 이야기를 나눴습니다.

MercadoLibre: 필요에 따라 지시하고 사슴보다 빠르게 달리다

요구 사항이 충분히 강력한 경우 유연한 클라우드 인프라를 구현하는 것은 "구축하면 제공될 것"만큼 간단할 수 있습니다. 여러 면에서 이것은 Alejandro Comisario, Maximiliano Venesio 및 Leandro Reox가 라틴 아메리카 최대 규모의 전자 상거래 회사이자 세계에서 XNUMX번째로 큰 회사인 MercadoLibre에서 경험한 것입니다.

2011년에 회사의 개발 부서가 당시의 모놀리식 시스템을 API를 통해 연결된 느슨하게 결합된 서비스로 구성된 플랫폼으로 분해하는 여정을 시작하면서 인프라 팀은 소규모 팀이 처리해야 하는 요청 수가 급격히 증가하는 상황에 직면했습니다. .

MercadoLibre의 클라우드 서비스 기술 책임자인 Alejandro Comisario는 "변화는 매우 빠르게 이루어졌습니다."라고 말합니다. “우리는 일종의 시스템의 도움 없이는 이 속도로 작업을 계속할 수 없다는 것을 문자 그대로 하룻밤 사이에 깨달았습니다.

당시 전체 MercadoLibre 팀이었던 Alejandro Comisario, Maximiliano Venesio 및 Leandro Reox는 개발자에게 인프라를 제공하는 데 필요한 수동 단계를 제거할 수 있는 기술을 찾기 시작했습니다.

팀은 즉각적인 작업뿐만 아니라 회사 전체의 목표를 위한 목표를 공식화하여 더욱 복잡한 목표를 스스로 설정했습니다. 즉, 사용자에게 생산적인 환경을 위해 준비된 가상 머신을 제공하는 데 걸리는 시간을 2시간에서 10초로 줄이고 이 과정에서 인간의 개입이 발생합니다.

그들이 OpenStack을 발견했을 때 이것이 바로 그들이 찾고 있던 것임이 분명해졌습니다. MercadoLibre의 빠르게 진행되는 문화 덕분에 팀은 당시 프로젝트가 상대적으로 미성숙했음에도 불구하고 OpenStack 환경 구축에 빠르게 움직일 수 있었습니다.

Leandro Reox는 “연구, 코드 몰입, 테스트 기능 및 확장 등 OpenStack 접근 방식이 MercadoLibre 접근 방식과 일치한다는 것이 분명해졌습니다.”라고 말합니다. “우리는 즉시 프로젝트에 착수하여 OpenStack 설치를 위한 테스트 세트를 정의하고 테스트를 시작할 수 있었습니다.

두 번째 OpenStack 릴리스에 대한 초기 테스트에서는 프로덕션에 투입되지 못하게 하는 몇 가지 문제가 확인되었지만 Bexar 릴리스에서 Cactus 릴리스로의 전환은 적절한 시기에 이루어졌습니다. Cactus 릴리스에 대한 추가 테스트를 통해 클라우드가 상업적으로 사용될 준비가 되었다는 확신을 얻었습니다.

상업적 운영을 시작하고 개발자가 인프라를 사용할 수 있는 만큼 빨리 인프라를 확보할 수 있다는 가능성에 대한 개발자의 이해가 구현의 성공을 결정했습니다.

MercadoLibre의 수석 인프라 엔지니어인 Maximiliano Venesio는 "회사 전체가 이와 같은 시스템과 그것이 제공하는 기능에 굶주려 있었습니다."라고 말합니다.

그러나 팀은 개발자의 기대치를 관리하는 데 신중했습니다. 그들은 변경 없이는 기존 애플리케이션이 새로운 프라이빗 클라우드에서 실행될 수 없다는 점을 개발자가 이해했는지 확인해야 했습니다.

Alejandro Comisario는 “우리는 개발자가 클라우드용 상태 비저장 애플리케이션을 작성할 준비가 되었는지 확인해야 했습니다.”라고 말했습니다. “그것은 그들에게 엄청난 문화적 변화였습니다. 어떤 경우에는 개발자에게 인스턴스에 데이터를 저장하는 것만으로는 충분하지 않다고 가르쳐야 했습니다. 개발자들은 생각을 조정해야 했습니다.

팀은 개발자 교육에 세심한 주의를 기울였으며 클라우드 지원 애플리케이션 생성을 위한 모범 사례를 권장했습니다. 그들은 이메일을 보내고, 비공식 학습 점심 식사와 공식 교육을 개최하고, 클라우드 환경이 적절하게 문서화되었는지 확인했습니다. 이러한 노력의 결과로 MercadoLibre 개발자는 이제 회사의 가상화 환경을 위한 기존 애플리케이션을 개발하는 것처럼 편안하게 클라우드용 애플리케이션을 개발할 수 있게 되었습니다.

프라이빗 클라우드를 통해 달성할 수 있었던 자동화 덕분에 MercadoLibre는 인프라를 대폭 확장할 수 있었습니다. 250명의 개발자, 100개의 서버 및 1000개의 가상 머신을 지원하는 10명의 인프라 팀으로 시작한 것이 500명이 넘는 개발자, 2000개의 서버 및 12개의 VM을 지원하는 000명의 팀으로 성장했습니다.

Workday: OpenStack을 위한 비즈니스 사례 구축

SaaS 회사인 Workday 팀의 경우 OpenStack 채택 결정은 운영상의 문제라기보다는 전략적인 문제에 가까웠습니다.

Workday의 프라이빗 클라우드 도입 여정은 회사 경영진이 광범위한 소프트웨어 정의 데이터 센터(SDDC) 이니셔티브에 투자하기로 합의한 2013년에 시작되었습니다. 이 이니셔티브의 희망은 데이터 센터에서 더 큰 자동화, 혁신 및 효율성을 달성하는 것이었습니다.

Workday는 회사의 인프라, 엔지니어링, 운영 팀 사이에서 프라이빗 클라우드에 대한 비전을 수립하고 연구 이니셔티브를 시작하기로 합의했습니다. Workday는 변화를 주도하기 위해 Carmine Remi를 클라우드 솔루션 이사로 고용했습니다.

Workday에서 Rimi의 첫 번째 임무는 원래 비즈니스 사례를 회사의 더 큰 부분으로 확장하는 것이었습니다.

비즈니스 사례의 초석은 SDDC 사용 시 유연성을 높이는 것이었습니다. 이러한 향상된 유연성은 회사가 다운타임 없이 지속적인 소프트웨어 배포에 대한 목표를 달성하는 데 도움이 될 것입니다. SDDC용 API는 Workday 애플리케이션 및 플랫폼 팀이 이전에는 불가능했던 방식으로 혁신할 수 있도록 하기 위해 만들어졌습니다.

비즈니스 사례에서도 장비 효율성이 고려되었습니다. Workday는 기존 데이터 센터 장비 및 리소스의 재활용률을 높이겠다는 야심찬 목표를 가지고 있습니다.

“우리는 프라이빗 클라우드의 이점을 활용할 수 있는 미들웨어 기술을 이미 보유하고 있다는 것을 알게 되었습니다. 이 미들웨어는 이미 퍼블릭 클라우드에 개발/테스트 환경을 배포하는 데 사용되었습니다. 프라이빗 클라우드를 사용하면 이 소프트웨어를 확장하여 하이브리드 클라우드 솔루션을 만들 수 있습니다. Workday는 하이브리드 클라우드 전략을 사용하여 퍼블릭 클라우드와 프라이빗 클라우드 간에 워크로드를 마이그레이션하여 하드웨어 활용도를 극대화하는 동시에 비즈니스 비용을 절감할 수 있습니다.

마지막으로 Rimi의 클라우드 전략에서는 단순한 상태 비저장 워크로드와 수평적 확장을 통해 Workday가 위험을 줄이고 프라이빗 클라우드를 사용하기 시작하고 자연스럽게 클라우드 운영 성숙도를 달성할 수 있을 것이라고 언급했습니다.

Rimi는 “계획부터 시작하여 기존 R&D와 마찬가지로 적은 작업 부하로 새로운 클라우드를 관리하는 방법을 배울 수 있으므로 안전한 환경에서 실험할 수 있습니다.”라고 제안했습니다.

탄탄한 비즈니스 사례를 통해 Rimi는 각 플랫폼의 개방성, 사용 용이성, 유연성, 안정성, 탄력성, 지원 및 커뮤니티, 잠재력을 포함하는 광범위한 평가 기준에 대해 OpenStack을 포함한 여러 잘 알려진 프라이빗 클라우드 플랫폼을 평가했습니다. Rimi와 그의 팀은 평가를 바탕으로 OpenStack을 선택하고 상용화 가능한 프라이빗 클라우드를 구축하기 시작했습니다.

최초로 실행 가능한 OpenStack 클라우드를 성공적으로 구현한 Workday는 새로운 SDDC 환경을 더욱 광범위하게 채택하기 위해 계속해서 노력하고 있습니다. 이 목표를 달성하기 위해 Rimi는 다음에 초점을 맞춘 다각적인 접근 방식을 사용합니다.

• 클라우드 지원 워크로드, 특히 포트폴리오의 상태 비저장 애플리케이션에 중점을 둡니다.
• 기준 및 마이그레이션 프로세스 정의
• 이러한 애플리케이션 마이그레이션을 위한 개발 목표 설정
• OpenStack 회의, 데모, 비디오, 교육을 사용하여 Workday 이해관계자 그룹과 소통하고 교육합니다.

“저희 클라우드는 다양한 워크로드를 지원합니다. 일부는 프로덕션 단계이고 다른 일부는 상업적 사용을 준비하는 단계입니다. 궁극적으로 우리는 모든 워크로드를 마이그레이션하기를 원하며 활동이 갑자기 급증하는 전환점에 도달할 것으로 예상합니다. 우리는 때가 되면 이러한 수준의 활동을 처리할 수 있도록 시스템을 매일 하나씩 준비하고 있습니다.

BestBuy: 금기를 깨다

연간 수익이 43억 달러이고 직원이 140명인 전자 소매업체 BestBuy는 기사에 나열된 회사 중 가장 큰 회사입니다. 따라서 bestbuy.com 인프라 팀이 OpenStack 기반의 프라이빗 클라우드를 준비하는 데 사용한 프로세스는 고유하지 않지만 이러한 프로세스를 적용한 유연성은 인상적입니다.

BestBuy에 첫 번째 OpenStack 클라우드를 도입하기 위해 웹 솔루션 이사 Steve Eastham과 수석 설계자 Joel Crabb은 창의력을 발휘하여 앞을 가로막는 많은 장벽을 극복해야 했습니다.

BestBuy OpenStack 이니셔티브는 2011년 초 전자상거래 사이트 bestbuy.com의 출시 프로세스와 관련된 다양한 비즈니스 프로세스를 이해하려는 노력에서 시작되었습니다. 이러한 노력은 품질 보증 프로세스의 상당한 비효율성을 드러냈습니다. 품질 보증 프로세스에서는 주요 사이트 릴리스마다 상당한 오버헤드가 발생했으며, 이는 XNUMX년에 XNUMX~XNUMX회 발생했습니다. 이 비용의 대부분은 수동으로 환경을 구성하고, 차이를 조정하고, 리소스 가용성 문제를 해결하는 데 사용되었습니다.

이러한 문제를 해결하기 위해 bestbuy.com은 Steve Eastham과 Joel Crabb이 주도하는 주문형 품질 보증 이니셔티브를 도입하여 bestbuy.com의 품질 보증 프로세스에서 병목 현상을 식별하고 제거했습니다. 이 프로젝트의 주요 권장 사항에는 품질 보증 프로세스 자동화와 사용자 팀에 셀프 서비스 도구 제공이 포함되었습니다.

Steve Eastham과 Joel Crabb은 매우 상당한 품질 관리 비용이 발생할 것이라는 전망을 활용하여 프라이빗 클라우드에 대한 투자를 정당화할 수 있었지만 곧 문제에 직면했습니다. 프로젝트가 승인을 받았음에도 불구하고 프로젝트에 사용할 수 있는 자금이 없었습니다. 프로젝트에 필요한 장비를 구입할 예산이 없었습니다.

필요는 발명의 어머니이며 팀은 클라우드 자금 조달에 새로운 접근 방식을 취했습니다. 즉, 두 개발자의 예산을 하드웨어 예산이 있는 다른 팀과 교환했습니다.

그 결과 얻은 예산으로 프로젝트에 필요한 장비를 구매할 계획이었습니다. 당시 하드웨어 공급업체인 HP에 연락하여 제품 최적화를 시작했습니다. 신중한 협상과 수용 가능한 장비 요구 사항 감소를 통해 장비 비용을 거의 절반으로 줄일 수 있었습니다.

비슷한 맥락에서 Steve Eastham과 Joel Crabb은 회사의 네트워킹 팀과 계약을 협상하여 기존 코어의 가용 용량을 활용하고 새 네트워킹 장비 구입과 관련된 일반적인 비용을 절약했습니다.

Steve Eastham은 “우리는 꽤 얇은 얼음 위에 있었습니다.”라고 말했습니다. “이것은 당시나 지금이나 Best Buy에서는 일반적인 관행이 아니었습니다. 우리는 레이더 아래에서 작전을 수행했습니다. 우리는 질책을 받을 수도 있었지만 그것을 피했습니다.

재정적 어려움을 극복하는 것은 많은 장애물 중 첫 번째에 불과했습니다. 당시에는 프로젝트에 필요한 OpenStack 전문가를 찾을 기회가 사실상 없었습니다. 따라서 그들은 전통적인 Java 개발자와 시스템 관리자를 팀으로 결합하여 처음부터 팀을 구축해야 했습니다.

Joel Crabb은 “우리는 그들을 한 방에 배치하고 '이 시스템의 작동 방법을 알아보십시오'라고 말했습니다."라고 말했습니다. — Java 개발자 중 한 명이 우리에게 이렇게 말했습니다. “이건 말도 안 되는 일입니다. 이렇게 할 수는 없습니다. 무슨 말을 하는지 모르겠어요."

우리는 원하는 결과, 즉 소프트웨어 중심의 테스트 가능한 점진적 개발 프로세스를 달성하기 위해 두 가지 유형의 팀의 서로 다른 스타일을 결합해야 했습니다.

프로젝트 초기에 팀에 인센티브를 제공함으로써 인상적인 승리를 거둘 수 있었습니다. 레거시 개발 환경을 신속하게 교체하고, 품질 보증(QA) 환경의 수를 줄였으며, 혁신 과정에서 새로운 팀의 작업 방식과 애플리케이션 제공 속도를 확보할 수 있었습니다.

이러한 성공으로 인해 그들은 프라이빗 클라우드 이니셔티브를 위한 추가 리소스를 요청할 수 있는 좋은 위치에 있게 되었습니다. 그리고 이번에는 회사 최고 경영진 수준의 지원을 받았습니다.

Steve Eastham과 Joel Crabb은 추가 직원과 XNUMX개의 새로운 장비 랙을 고용하는 데 필요한 자금을 받았습니다. 이 프로젝트 물결의 첫 번째 클라우드는 분석을 위해 Hadoop 클러스터를 실행하는 OpenStack 환경이었습니다. 그리고 이미 상업운전 중이다.

결론

MercadoLibre, Workday 및 Best Buy 사례는 성공적인 OpenStack 채택을 안내할 수 있는 여러 가지 원칙을 공유합니다. 개발자, 기업 및 기타 잠재 사용자의 요구 사항에 열려 있어야 합니다. 회사의 확립된 프로세스 내에서 작업합니다. 다른 조직과의 협력; 필요할 경우 기꺼이 규칙을 벗어나 행동합니다. 이것들은 모두 OpenStack 클라우드에 있으면 유용한 귀중한 소프트 스킬입니다.

회사에서 OpenStack을 구현하는 데 완벽한 경로는 없습니다. 구현 경로는 귀하와 귀하의 회사 및 귀하가 처한 상황과 관련된 여러 요소에 따라 달라집니다.

이 사실은 첫 번째 프로젝트를 구현하는 방법을 궁금해하는 OpenStack 팬에게는 혼란스러울 수 있지만 그럼에도 불구하고 긍정적인 관점입니다. 이는 OpenStack을 사용하여 어디까지 갈 수 있는지에 제한이 없음을 의미합니다. 당신이 성취할 수 있는 것은 당신의 창의성과 지략에 의해서만 제한됩니다.

출처 : habr.com