VCDX workshop

지난 2월 25일 VMware US(Texas)의 Multi-Cloud Solutions Architecture(MCA) 팀에서 Senior Manager로 근무 중인

김수연(Phoebe Kim)님(https://288clouds.com/)의 VCDX 워크샵이 한국어로 진행되어 해당 내용을 정리해 봅니다.

Phoebe님은 NV, DCV, CMA 총 3가지의 VCDX(#288) 를 보유하고 있으며, VCDX의 시험의 Panelist로도 참여중입니다.

 

1. 프로그램 및 절차

 

1) VCDX 자격증은 무엇인가요?

 

VCDX는 VMware Certified Design Expert의 줄임말로 VMware에서 가장 높은 기술 자격증입니다.

기본적으로 VCA와 VCP를 가지고 VCAP의 2가지 트랙(Design, Deploy)을 모두 취득하여 VCIX를 취득한 후에,

별도의 지원 및 평가를 통해 선정될 수 있습니다.

• VCA : VMware Certified Associate
• VCP : VMware Certified Professional
• VCAP : VMware Certified Advanced Professional
• VICX : VMware Certified Implementation Expert  

 

현재 VCDX는 총 4가지 분야에 대해 각각 주어지는 자격입니다.

• Data Center Virtualization(DCV) : VMware vSphere
• Desktop and Mobility(DM) : VMware Horizon 또는 Workspace ONE
• Cloud Management & Automation(CMA) : VMware vCloud Director 또는 vRealize Automation
• Network Virtualization(NV) : VMware NSX-T 또는 NSX-V

 

CMA는 vCD나 vRA 중에 지원자가 원하는 항목으로 선택이 가능합니다.

초기에는 vCD 디자인이 많이 제출되었으나, VCP/VCAP 같은 시험들이 주로 vRealize Automation 기반으로 진행되어,

최근에는 대부분 vRealize Automation 디자인을 제출하고 있습니다.

NV도 NSX-V나 NSX-T 중 선택이 가능하나, 대부분 NSX-T 디자인을 제출하고 있습니다.

 

VCDX는 개인별로 다양한 이유로 취득되고 있으며, 관련된 다양한 혜택들도 있습니다.

• VMware 기술력에 대한 계획 및 설계 능력에 대한 검증
• 고객 및 임직원 간 VMware 엔지니어 역량의 가치 실현
• 엔지니어 시장에서 경쟁 우위 확보
• 커뮤니티에서 본인의 역량 제고

 

2)  VCDX 취득을 위한 로드맵

 

VCDX를 취득하기 위한 절차는 총 5가지 단계로 나뉘어 집니다.

 

① Blueprint와 Handbook 검토 및 준비 : 2~5시간 소요

각 종목별로 개별의 BluePrint가 있으며,

Defense와 Design Scenario 진행시 포함되어야 하는 부분에 대한 리스트가 제시되어 있어 제일 중요한 부분입니다.

반드시 Blueprint와 Handbook을 자세히 읽고 나서야 준비를 시작할 수 있습니다.

 

② 지원서 및 디자인 준비 및 제출 : 90 ~ 150시간 소요

가장 시간이 많이 소요되는 절차로, 지원서와 함께 제출할 Design 문서를 준비합니다.

Design 문서에는 Design & Architecture, Installation, Process, Operating Procedure, Testing Procedure 등

프로젝트에 포함되는 다양한 문서를 포함하여 작성해야 하며, 일반적으로 90~150 페이지 정도가 제출됩니다.

 

③ 지원서 접수

항상 Defense에 대해 상시접수를 하는 것이 아니라, 분기별로 1번씩, 1년에 총 4번의 접수 일정이 정해져 있습니다.

Defense 일정마다 해당하는 종목 및 장소가 다르고, 참여 일정에 따라서 지원서 접수 일자도 다르기 때문에,

세부 일정은 VCDX 웹사이트에서 세부 일정을 미리 확인하고 접수해야 합니다.

https://vcdx.vmware.com/calendar.html

 

④ VCDX 인터뷰  준비 및 연습 : 20시간 소요

지원서 접수 후 한달반 정도 시간을 기다려야 VCDX 인터뷰 초대를 받을 수 있습니다.

초대시 2~3주 후 일정으로 즉시 인터뷰 일정이 확정되는데,

이 기간만에 준비하기에는 힘들기 때문에 지원서 접수 후 즉시 준비를 시작하는 것이 좋습니다.

Defense에 대한 연습이 많을 수록 실전이 편해지기 때문에 할수 있는 만큼 많이 하는 것을 추천합니다.

 

⑤ Design Defense 참여 : 3~4시간 소요

 

2. Demonstrating Design Experience & VCDX 팁

 

1) VCDX 디자인 구성요소

 

제출 문서 작성 시 아키텍처에 대한 디자인 문서가 제일 큰 부분을 차지합니다.

디자인 문서의 내용은 기능적 요소와 기술적 요소로 나누어볼 수 있습니다.

 

① 기능적 요소(Functional) : 프로젝트에 대한 소개 

• 요구사항(Requirement) : 고객의 프로젝트의 요구사항
• 제약사항(Restriction)
• 가정(Assumption)
• 위험(Risk)
• Out-of-Scope : 프로젝트 외 범위의 일들

 

② 기술적 요소(Technical) : 문서의 약 90%로 가장 많은 부분을 차지

• 개념적인(Conceptual) Design : high level에서 어떻게 구성했나
• 논리적 Design : Conceptual Design보다 한단계 더 들어가서, 누가 보아도 솔루션을 구성할 수 있는 디자인 레벨
• 물리적 Design : 제품 중심으로 물리적 설계 및 설정 구성, 예를 들어 NSX를 사용하고, Dell HW를 쓰고 하는 것을 정함
• 디자인 고려사항(Design Consideration) : 무엇이 필요하고, 이 환경에서는 어떤 디자인이나 솔루션이 제일  맞는지를 중요하게 생각하여, 지원자가 어떤 생각을 하고 어떤 사항을 고려했는지를 디자인으로 보여주는 중요한 부분으로Defense에서 Panellist가 왜 이렇게 디자인 했는지를 중점으로 확인함
• 다이어그램 혹은 표 : 디자인하면서 작성된 항목들

 

2) Architecture Design을 위한 참조 문서

 

기본적으로 Architecture Design 문서외에 제출이 필요한 문서들이 있습니다.

 

① Installation Guide

• VMware 운영자나, 설치 엔지니어가 확인할 수 있는 가이드
• 메뉴 및 step-by-step에 대한 소개가 아니라 VCP가 있는 사람이 이해할 수 있는 수준
• 고객에 따라 Custom 된 솔루션이나 기본항목이 아닌 수정한 항목들에 대한 정의

② Implementation Plan : 프로젝트 전체적인 계획

• 몇명의 아키텍트, 몇명의 운영인력, 전체적 프로젝트 기간 등 프로젝트 관리 부분에 대한 계획

③ Testing & Validation Plan :

• 디자인/솔루션을 구성 후 어떻게 검증할 것인가, 어떤 경우를 확인했는가, 테스트의 결론은 무엇인가 자세하게 서술

④ Operating Procedure

• 디자인한 솔루션을 구성 후 어떻게 사용하는지, 업그레이드는 어떻게 하는지, 백업&복구는 어떻게 하는지 등 설명

 

3) Design 전문성을 검증하기 위한 요소

 

솔루션 설계시 항상 맞거나 틀린 답은 없으며, 상황에 따라서 Architect가 어떻게 디자인 했는지가 중요합니다.

VCDX는 Architect 검증 시험으로, 어떤것을 고려하고, 왜 디자인을 이렇게 했는지를 보여주어야 합니다.

• 비지니스 요구 사항 식별 및 이해 : 요구사항에 대한 이해
• 제약 및 위험 식별 : 위험(Risk) 관리가 중요, 어떤 위험을 어떻게 대체할 것인가
• 다양한 아키텍처 전략 이해 
• 적절한 결정을 내리고 정당화하기 
• 디자인 선택 영향도 이해
• 내재된 위험을 포함한 모든 설계 측면 이해

 

Defense 과정은 총 75분동안 짧은 시간으로, 디자인의 모든 요소에 대한 설명 및 답변을 해야 합니다.

• 모든 요구사항, 제약 조건 및 위험을 해결하는 완벽한 솔루션 제시
• 제시한 디자인에 대한 모든 질문의 답변과 디자인 결정에 대한 Defense
• 효율적인 시간관리 : 고객 디자인 회의에서 효율적으로 작업할 수 있는 능력

 

4) VCDX 지원 - Design 선택

 

제출할 디자인을 선택할 때 제일 중요한 건 고객의 요구사항을 명확히 이해하고,

미션 크리티컬한 애플리케이션을 실사용 환경에 배포할 목적으로 디자인하는 것이 중요합니다.

 

프로젝트의 규모는 중요하지 않으며, 모든게 실제 프로젝트 기반의 실제사항이 아니여도 됩니다.

VCDX BluePrint에 따라 여러가지 영역에 대한 통합 작성이 필요한데,

실제 프로젝트에서는 모든 영역을 포함하지 않는 경우가 대부분이기 때문입니다.

따라서, 제출하는 디자인에는 가상의 가정을 통한 요소들이 포함될 수 있습니다.

 

또한, 지원하고자 하는 트랙에 맞는 제품들을 기반으로 디자인 하는 것이 좋습니다.

NV를 지원하면 NSX를, CMA를 지원하시면 vRA 또는 vCD가 포함된 프로젝트를 기반으로 작성하는 것이 좋습니다.

 

5) Defense 도전 및 제출

 

현실적으로 첫번째 Defense에서 성공하는 경우는 많지 않습니다.

 

처음 디자인 문서 제출은 혼자서 작성해도 되고, 최대 3명의 Architect가 함께 작성할 수도 있습니다.

다수의 인원이 동일한 디자인 제출시, 같은 신청 기간에 함께 제출되어야 하며, 이후 Defense는 개별로 진행합니다.

 

지원서 제출후, Panelist 3~4명이 해당 문서들을 자세히 검토하고, 점수를 산정합니다.

디자인이 Blueprint에서 요구하는 영역을 모두 포함하고 있는지, 기술적인 부분에서 오류는 없는지 등을 확인하여,

Defense 인터뷰를 통과할 가능성이 높은 디자인을 선정합니다.

이 과정에서 동일 디자인으로 3번까지 평가를 받을 수 있으며, 3번째 거절 후에는 새로운 프로젝트로 제출해야 합니다.

 

한번의 디자인을 제출하여 통과하면 역시 최대 3번까지의 Defense에 응시할 수 있습니다.

이 경우에도 3번 실패시 새로운 디자인을 제출하고, 처음부터 시작해야 합니다.

 

3. Defense Day

 

1) VCDX Interview Day

 

지원서 제출후 승인 받은 지원자들은 인터뷰에 초대를 받습니다.

이 인터뷰에서는 총 2개 부분으로 나뉘어져 진행됩니다.

 

① VCDX Defense : 75분

• 디자인을 소개하는 짧은(약 10분) 프리젠테이션으로 시작
• 제출한 디자인에 대한 Panelist의 질문에 답변(65분) : 디자인 공개 후 물어보고 싶은 것들에 대한 질의응답
• 설계 결정 및 근거에 대한 추가적인 Insight 제시

② Design Scenario : 45분, 일종의 롤플레이

시작시 Panelist들이 시나리오를 전달하고, Panelist는 고객, 지원자는 Architect가 되어 롤플레이를 진행합니다.

어떻게 디자인 워크샵을 시작하고, 디자인 프로세스를 고객에게 설명하는지를 총 45분에 걸쳐 평가합니다.

• 체계적이고 논리적인 방식으로 설계 문제를 해결할 수 있음을 증명
• 질문에 답하거나 패널이 도입한 설계 요소에 대해 응답
• 필요한 영역의 숙달을 입증할 추가 기회 제공

 

2) VCDX Defence 형식

 

기본적으로 코로나 이전에는 오프라인으로 평가가 진행되었습니다.

주로 미국은 캘리포니아에서, 유럽은 런던이나 스페인, 아시아에서는 도쿄나 시드니에서 진행되었으나,

현재는 코로나 상황으로 별도의 공지시까지 Zoom으로만 진행되고 있습니다.

 

평가에 참여하는 Panelist는 총 3명으로,

모두 VCDX를 보유하고 있으며, Panelist에 대한 전문 트레이닝을 수료한 전문가들입니다.

가끔씩 별도의 진행자 1분이 계시는 경우도 있지만, 대부분 Panelist 중에 1분이 진행과 평가를 함께 진행합니다.

또한 별도의 관전자가 있을 수 있으며, Panelist 트레이닝을 진행중이신 분들로 평가에는 일절 관여하지 않습니다.

 

요즘엔 평가 환경이 모두 Zoom으로 진행되기 때문에,

Zoom으로 프리젠테이션을 공유하고 필요시 Whiteboard를 활용하여 설명해야 합니다.

Whiteboard 사용시 파워포인트로 해도되고, 아이패드 같은 스마트 기기를 활용해도 되고, 특별한 제약은 없습니다.

 

VCDX 지원 비용을 고려해보면,

처음 지원서를 제출할때 평가에 대한 비용이 있고($995), 인터뷰에 초대 받으면 인터뷰에 대한 비용이 추가됩니다.

인터뷰 비용은 오프라인 Defense $3,000, 온라인 Defense $995이며, 상황에 따라 변경될 수 있습니다.

현재는, 코로나로 인해 Zoom으로 하는 Defense이기 때문에 기존보다는 비용이 적게 들어가고 있습니다.

 

3) 프리젠테이션 Deck

 

Defense에서 프리젠테이션은 대부분 파워포인트를 이용하여 발표합니다.

먼저 발표자 소개, 프로젝트에 대한 요약을 짧게 30초~1분정도 소개한 후,

요구사항, 제약사항, 위험사항, 가정사항 등으로 시작해서 여러가지 트랙마다 필요한 영역에 대해 설명을 진행합니다.

 

예를 들어, NV 트랙에 지원자의 경우 Compute, Storage를 포함한 전체 물리적 인프라스트럭처를 포함하여

물리 네트워크, NSX 네트워크, NSX 기능활용의 4가지 영역을 포함해야 하며,

BluePrint에서 요구하는 영역을 맞춰서 진행하는 것이 시간 분배에 편합니다.

또한, BluePrint대로 영역이 나누어져 있으면, Panelist가 점수를 평가하기에도 좋습니다.

따라서 희망하는 VCDX의 BluePrint를 꼭 숙지한 후에 프리젠테이션을 만들어야 합니다.

 

4) VCDX Defense 팁 

 

Panelist가 Defense에서 중점을 두는 요소는 여러가지가 있습니다.

• 생각을 구조화하여 명확하고 간결하게 답변하기 : 답변이 길어지면 75분으로 부족할 수 있음
• 시간 제약에 준수
• 디자인에 대해 비판적으로 생각하기 : 틀려서 질문하는 것이 아니라 알고 싶어서 문의하는 것
• 디자인 논의 과정을 동료와의 대화처럼 생각하기
• 리스크와 다양한 디자인 결정요소들에 대하여 얼만큼 이해하고 있는지 보여주기 : 설명이 중요
• 열정과 자신감 어필하기

 

4. Design 시나리오

 

1) VCDX Design 시나리오

 

Defense 이후 45분간 진행되는 Design Scenario는 Panelist가 고객의 역할을 담당하는 일종의 롤플레이입니다. 

Panelist는 고객이자 평가자로써, 지원자가 무슨 생각을 하고 있고, Architect로써 여러가지 상황을 고려를 하는지,

전체적인 부분을 생각하고 있는지 등에 대한 부분을 확인하고 싶어합니다.

따라서, 생각하고 있는 것과 과정을 말하면서 진행하는 것이 중요합니다.

 

예를 들어, 초기에는 고객(Panelist)에게 물어보면서 요구사항을 먼저 찾아야 합니다.

이 경우 무작정 질문하지 말고, 왜 이것을 질문하는지도 함께 설명해주는 것이 좋습니다.

여기서 얻은 정보를 기반으로 요구사항, 제약사항, 위험요소들을 찾아낸 후,

Conceptual한 논리적 디자인을 시작하고, 이후 Whiteboard에 설명하는 단계로 진행하는 것이 좋습니다.

 

만약 약 15분 정도가 지났는데, 디자인 관련 솔루션을 제시하지 않으면, Panelist도 불안합니다.

이런 경우 Panelist가 먼저 다이어그램을 그려줄 것을 요청하기도 합니다.

 

다이어그램을 그리고 Whiteboard에 설명하는 것은 매우 중요합니다.

따라서 Defense 전에 어떤 내용을 Whiteboard에 설명할지도 사전에 연습해 두는 것이 중요합니다.

현재는 온라인으로 진행됨으로 파워포인트로 할 것인지 그림판에 할 것인지 하는 방법도 미리 생각해 두는 것이 좋습니다.

 

Panelist도 45분 이내 완벽한 솔루션이 완성될거라고 생각하지 않으며, 시간이 없다는 것을 알고 있기 때문에, 

Architect로써 어떻게 생각하고, 어떤 과정으로, Conceptual & 논리적 디자인을 만드는지 확인하고자 하는 단계입니다.

 

2) VCDX Design Scenario 팁

 

① Sketch your idea

•  White Boarding을 통한 디자인 토플로지 검토

② Do : Ask questions!

시나리오에서 왜 이 솔루션을 원하는지 요구사항이 무엇인지 언제까지 해야되는지 등

여러가지 비지니스 요구사항에 대한 이해가 중요합니다.

• 전략은 무엇인지
• 어떤 정보가 필요한지, 어떤 부분이 확인이 필요한지
• 비지니스 요구사항으로 인한 리스크 최소화 방안은 무엇인지

③ Think

요구사항 외에 제약사항, 가정, 위험요소는 무엇인지 이해하고, 어떻게 해쳐나갈지도 중요합니다.

• 필요한 정보가 모두 있는지
• 요구사항, 제약조건, 가정, 위험은 무엇인지
• 모든 비지니스 요구사항을 충족하는지

④ Don't : Be silient
Panelist는 Architect가 어떻게 생각을 하는지 과정을 알고 싶어하기 때문에 조용히 가만히 있으면 안됩니다.

계속적으로 설명을 하면서, 질문도 많이 하고, 생각하는 걸 다 말로 표현하면서 45분을 써야 합니다. 

• 디자인을 구성할때, 침묵하는 것은 X

 

5. Next Steps & Additional Resources

 

1) 커뮤니티 멘토링

 

VCDX가 되기 위해 도움을 받을 수 있는 다양한 방법이 있으며, 첫번째는 커뮤니티 멘토링에 참여하는 것입니다.

멘토들은 VCDX를 이미 경험 하신 분들이기 때문에 여러가지 팁을 가지고 있고,

디자인 문서 작성시 궁금할 경우 멘토들이 질문에 답을 줄 수도 있습니다.

또한 인터뷰를 위해 준비할때도 멘토들이 Defense하고 디자인 시나리오 부분에도 많은 도움을 줄 수 있습니다.

작년부터 VCDX 프로그램을 위한 멘토링 프로그램이 정식으로 도입되었으며,

VCDX 디자인 문서 작성을 시작하기 전에 멘토를 찾는 것도 좋다고 생각합니다.

http://vmware.com/go/mentor-request 

 

2) Study 세션 준비와 모의 Defense 시험

 

멘토링 외에 스터디 세션과 모의 Defense도 많이 진행합니다.

VCDX를 지금 준비하고 계신 분들과 함께 스터디를 하고 같이 연습하는 게 좋습니다. 
계속 다른 분들과 함께 연습을 하게 되면 내가 작성한 디자인의 어떤 부분이 좀 부족하다거나

어떤 부분을 더 연습해야 되는지 알수 있기 때문에 다수의 인원과 함께 연습을 하는 것이 좋습니다. 

 

3) VCDX 멘토링 시리즈 & VCDX Deep Dive 시리즈

 

온라인 웨비나를 통해 VCDX 멘토링 시리즈와 Deep Dive 시리즈도 진행되고 있습니다.

일반적으로 미국 시간에 맞추어 진행되지만 녹화된 내용이 Customer Learning에서 공유되기 때문에,

이를 통해 이미 VCDX를 이미 취득한 사람들의 많은 팁을 얻을 수 있습니다.

https://learning.customerconnect.vmware.com/oltpublish/site/cms.do?view=webinar-index 

 

4) 참고자료

 

참고자료로 활용될 수 있는 여러가지 책들이 있습니다.

그 중에서 가장 도움이 되었던 책을 추천해보면, 

'IT Architect Series: Foundation In the Art of Infrastructure Design: A Practical Guide for IT Architects' 입니다.

VCDX 문서 작성시 어떻게 작성 해야 하는지, 어떻게 조직적인 문서를 만들수 있는지 등에 대한 방법을 배울 수 있습니다.
https://www.amazon.com/Architect-Foundation-Infrastructure-Practical-Architects/dp/0996647708

 

추가적으로 VCDX의 Panelist로 현재 구글에서 근무중인 Simon long이 진행하는 VCDX 팟캐스트도 있습니다.

이 팟캐스트에서는 여러 VCDX 후보자들과 취득자들을 초대하여 팟캐스트를 만들고 있어 도움이 될 수 있습니다.

http://www.simonlong.co.uk/blog/category/vcdxpodcast/

5) So Next Step

 

• Read the blueprints : BluePrint에는 무엇을 해야할지 많은 아이디어가 있기 때문에 반드시 먼저 읽습니다.
• Prepare your design : 디자인을 생각하고 어떤 프로젝트에 대해 작성할건지에 대해 생각해봅니다.
• Find a community mentor : 자신에게 적합한 멘토를 찾아 도움받습니다.
• Get into a study group : slack에 VCDXPrepGroup 이 있으며 Private 채널임으로 초대로 입장 가능합니다.
• Prepare your application
• Prepare your presentation deck
• Run a mock defense

 

6. Q&A

 

Q. 디자인시 3rd party 솔루션을 함께 포함하여 설계해도 되나요? 혹은 무조건 VMware 솔루션으로만 해결해야 하나요?

A. 3rd party 솔루션이 포함되어도 괜찮습니다.

    VMware의 인증시험이지만, 고객들이 VMware 솔루션만을 사용하는 것은 아니기 때문에 포함되어도 상관없습니다.

    다만, Panelist는 디자인에 포함된 모든 솔루션에 대해 문의할 수 있으며, 이에 대한 질문이 포함될 수도 있습니다.

    저 역시 Veeam 백업과 여러가지 OpenSource와 3rd party 솔루션들을 함께 포함했었습니다.

 

Q. VCIX는 2022년 기준인가요 아니면 2~3년 전에 취득해도 지원 가능한가요?

A. 2~3년 전에 취득했다해도 이전의 2 major version에 해당하면 괜찮습니다.

 

Q. 정해진 시간 내에 비영어권 사람이 모든 생각을 영어로 설명하기는 쉽지 않아 보입니다.

    비영어권 사람에게 시간을 더 주거나 하는 그런 혜택은 없나요. 

A. 공식적인 별도의 혜택은 없습니다.

    Panelist로 참여해보면 영어가 모국어가 아닌 사람들도 많이 지원합니다.

    이 경우 시간 등의 혜택은 없지만, Panelist도 비영어권 국가의 설명 수준에 대해 이해하려고 노력합니다.

    질문을 할 때 좀 더 천천히 물어본다던가, 이해하지 못하는 경우에는 다시 한번 문의하거나 합니다.

    아직은 영어권이 아닌 국가의 VCDX가 많지 않고 Panelist 중에도 적기 때문에,

    만약에 한국인 VCDX 많이 생기고 Panelist가 된다면, 언젠가 한국어로도 진행될 수 있다고 생각합니다.

 

Q. 각 종목마다 권고하는 디자인 항목에 대한 가이드가 있을까요? 솔루션의 복잡성은 어느정도가 적당할까요?

A. BluePrint가 있으며, 최종 프로젝트는 너무 복잡하게 생각하지 말아야 합니다.

    각 트랙별로 별도의 BluePrint가 있으니, 해당 항목을 맞춰서 준비하면 됩니다.

    최종 프로젝트의 복잡성은 복잡할수록 Defense가 힘들기 때문에, 너무 복잡하지 않아야 합니다.

    75분 안에 이 프로젝트를 설명을 하고 어떻게 디자인을 솔루션을 했냐 설명을 해야 되기 때문에

    Panelist가 75분 안에 다 이제 이해할 수 있을 만큼의 프로젝트를 선택하는 것이 좋습니다.

    당연히 Panelist도 Defense 전에 제출 문서를 검토하지만, 단 한분만 검토하는 것이 아니기 때문에,

    복잡할수록 Defense가 복잡해 집니다.

 

Q.국내에서는 네트워크 망 분리 같은 특수한 규정으로 네트워크망 을 특이하게 구성해야 되는 경우가 있습니다.

    이경우 VVD 권고 디자인이 아닌 경우로 구현하는 경우가 있습니다. 이런 디자인은 아예 시도하지 않는게 좋을까요?

 A. VVD는 좋은 샘플로 생각하고, 고객 조건에 맞는 디자인 솔루션을 제출하는 것이 좋습니다.

    VVD는 베스트프랙티스로 일반적 상황에서 적용할 수도 있는 기본 디자인이기 때문에,

    레퍼런스로 사용할 수는 있으나 만약 컨텐츠를 그대로 제출하면 Panelist에 의해 Reject 당할 수 있습니다.

    특정한 고객의 요구사항을 위해 디자인하고, 해당 상황을 프리젠테이션 하는게 좋습니다.

    VVD 하고는 방향이 다른더라도 고객의 요구사항에 맞고, 상황에 대해 충분한 이유가 뒷받침된다면 문제가 없습니다.

Q. 대부분의 프로젝트에서 DCV와 네트워크 영역은 거의 겹치는 상황이 많은데,

    만약 DCV를 준비한다고 하면 NSX에 대한 네트워크 영역을 완전히 배제하고 문서를 준비하는게 좋을지 문의드립니다.

    문서에 제출하면 Defense에서 질문이 있을 수 있는데 본인이 익숙하지 않은 영역일수도 있을거 같습니다.

A. NSX가 불편하거나 DCV 트랙만 전념하시면 NSX 제외해도 괜찮습니다.

    고객사 프로젝트에 다수의 Architect가 투입되고, 네트워크는 아마 네트워크 전문 Architect가 투입될 것입니다.

    이 경우 전체 상황을 기반으로 문서를 제출하면, NSX 관련 질문을 받을 수 있도 답변도 해야 합니다.

    따라서, DCV BluePirnt에 해당하는 영역에 집중하는 것도 괜찮습니다.

 

Q. VMware의 백업 솔루션이 없어, DCV 영역에 3rd party가 반드시 들어가야할 것 같은데,

    실제 검토해본 지원자의 제출 문서에는 3rd party 솔루션이 다 들어가 있나요?

A. 네 거의 보면 백업의 경우 Veeam이나 Zerto같은 3rd party 솔루션들이 들어가 있습니다.

    저 역시 제출시 Veeam을 백업 솔루션으로 제출했었습니다.

 

Q  제출 문서가 워드 분량으로 90~150 페이지로 알고 있습니다. 준비에 대한 경험 공유를 부탁 드립니다.

A. 제가 봤을 때 제일 쉬운 거는 이제 고객에게 제출한 산출물 기반으로 작성하는 것이 좋습니다.

    프로젝트하면서 기능소개, 아키텍처 문서, 검증문서같은 것들을 고객에게 제출하는데,

    그 문서들을 시작으로해서, VCDX BluePrint에 맞춰서 취합 및 수정하는 것이 좋습니다.

    제가 제출했던 65페이지 문서도 보면, 목차나 물리적 디자인 관련한 구성도들도 많이 들어가다 보니까,

    10~15페이지 정도는 구성도로 채웠던것 같습니다.

    막상 BluePrint에서 요구하는 영역을 채우려다보면 저절로 분량이 채워지니까 걱정하지 않아도 됩니다.

 

Q. Design Scenario에서 45분의 시간에는 롤플레이 대응해주시는 Panelist들에게 고객의 요구사항을 확인하기 위한

    질문과 고객이 원하는 디자인을 작성하기 위해 필요한 사항들을 끌어내는 시간이 포함된 것인가요?

A. 네 포함되어 있습니다.

    예를 들어 고객이 3개의 데이터센터를 1개로 모으고 싶다는 시나리오가 제시되었을때,

    왜 하나로 만들고 싶은지에 대해 문의하고, 어떤 애플리케이션들이 들어가 있는지, 이를 위해 무엇이 필요한지 등

    여러가지 관련사항을 질무을 통해 알아내면서 솔루션을 Conceptual한 high-level에서 디자인해야 합니다.

 

Q. 제출한 65페이지 중에 Veeam 관련 분량은 어느정도 포함되었나요?

A. 2~3페이지 정도 포함되었습니다.

     Design에 3rd party나 OpenSource의 여러 가지 솔루션을 포함할때,

    해당 솔루션으로 인해 핵심 구성에 어떻게 영향을 미치는지, 어떻게 고객의 요구사항을 만족시키는지 설명하고

    솔루션이 무엇인지, 어떻게 동작하는지는 포함되지 않아도 됩니다.

Q. VCP나 VCAP 입장에서 영어나 프로젝트 경험의 부족으로 인해 VCDX의 장벽이 높아보이는 분들도 있을 것 같습니다. 

    Panelist 관점에서 어떤분들이 지원하거나, 부족한 부분을 어떻게 채워야 하는지 경험을 공유 부탁합니다.

A. 꼭 경험이 없다고해서 안되겠다고 생각하지 않으셔도 됩니다.

    VCDX를 취득하기 위해 준비할때 그 과정 자체로 많은 경험이 쌓이고, Defense 연습때도 많이 배울 수 있습니다.

    보통 VMware 관련 업무나 IT 업무에 10년 이상 근무하신 분들이 지원하고 있지만, 그렇지 않아도 괜찮습니다.

    VCDX를 취득하기 위해 준비할때 그 과정 자체로 많은 경험이 쌓이고, Defense 연습때도 많이 배울 수 있습니다.

    서로 질문하면서 디자인에서 부족한 부분에 대해서 연구도 하고 공부도 많이 하기 때문에,

    엔지니어거나 개발자분들도 VCDX를 준비하면서 많이 배우고 Architect라면 어떻게 생각을 하고

    어떤 것을 고려해야 하는지 등에 대해서도 배울 수 있는 부분이 많이 있습니다.

 

Q. 고객의 요구 사항을 알고 있지만, 실제 설계는 다른팀에서 진행한 경우,

    내가 설계 했다면 이런식으로 했을 것이다라는 가정으로 디자인을 준비하고 제출해도 되나요?

A. 네, 가능합니다.

    저도 첫번째 VCDX-NV 시 기존에 참여한 프로젝트를 이용했기 때문에 문제가 없었지만,

    두번째 CMA 준비할때는 처음 제출한 NV 디자인에 vRA Cloud와 구글 클라우드를 연동하여 제출하였습니다.

    사전에 고객의 요구사항을 인지하고 있었고, 상황도 이해한 상태에서,

    내가 프로젝트를 진행했으면 하는 가정으로 vRA Cloud와 GCP를 구성하여 VCDX-CMA를 취득하였습니다.

 

Q. CMA의 경우 vRA 8로도 제출이 가능한가요?

A. End of Support 일자가 지나지 않은 버전은 아무거나 괜찮습니다.

    저도 vRA cloud로 했기때문에, vRA 8도 가능합니다.

Q. 스터디 그룹의 멤버가 2~3명이라면, Design 문서 제출시 동일한 디자인을 제시한다고 가정하고, 문서에 포함된 내용도

    동일한 내용을 제출해도 되나요?

A. Design 제출시에는 동일한 문서를 서로 접수할 수 있습니다.

    다만 Defense는 별도로 진행하기 때문에 명심하고 준비해야 합니다.

    한 사람은 스토리지 디자인만 했고, 다른 사람이 네트워크를 다자인 했어도 문서에 제출했다면,

    Defense에서는 스토리지와 네트워크를 포함해서 답해야 합니다.

    실제 지원자 중에도 그룹으로 2명이 동일한 문서를 내고 defense를 시작했는데,

    1명은 통과했고, 나머지 1명은 아직 통과하지 못했습니다.

    Defense는 별도로 진행되고 있기 때문에, Defense의 답변에 따라 결과가 달라질 수 있습니다.

 

Q. 첫번째 떨어지고, 두번째 합격하셨는데, 무엇이 부족해서 그랬다고 생각하시는지 경험 기반으로 설명 부탁 드립니다.

A. 시간 제한으로 인해 75분 이내 모든 영역을 조금씩이라도 커버해야 하는게 제일 어려웠습니다.

    처음 VCDX-NV에 탈락했을때를 생각해보면, Panelist가 사용한 라우팅에 대해 문의주셨는데 답을 너무 길게 했고,

    그 부분에 대한 추가질문이 계속 이어지다보니 라우팅에서만 20분정도를 소비해버려,

    나머지 시간에 다른 것을 모두 설명하기 바빠서 놓친 부분이 많이 있었습니다.  

    프리젠테이션 할때 BluePrint와 동일한 순서로 할 수 있도록 프리젠테이션에 대한 조직화를 하시고,

    연습할때부터 예상 질문에 대해 10~30초 안에 답변할 수 있도록 연습해두어,

    아는 답변으로 빠르고 짧게 답을 할 수 있도록 준비하는 것이 중요합니다.

    따라서, 되도록 많은 분들과 연습을 해보는게 제일 효과가 많이 있었습니다.

 

Q. Installation Guide, Implementation Plan, Operation Procedure 분량은 어느정도 되나요?

A. 분량보다는 컨텐츠가 더욱 중요합니다.

    지원자에 따라 Installation Guide는 10페이지인 경우도 있었고, 캡쳐가 많아 50페이지인 경우도 있었습니다.

    하지만, BluePrint에서 요구하는 요점사항들만 다 들어 있다면, 페이지 권장이나 제한은 없습니다.

    일반적으로 보았을때, Implimentation Plan 부분은 제목과 컨텐츠 모두 합쳐서 한 5페이지 정도되는 적은 분량이며,

    Operation Procedure의 경우에도 10~12페이지 정도로, 디자인 문서처럼 내용이 많지 않습니다.

 

Q. 네트워크 설계시 여러 제품이 들어가면 설명이 많아져 좋지 않아 보이는데,

    네트워크 디자인에는 몇개정도의 제품으로 구성되는 것이 일반적일까요?

A. 요구사항에 맞추어 필요한 만큼으로 구성하면 됩니다.

    어떻게 요구 사항을 다 만족시켰는지 했는지가 제일 중요하기 때문에 몇개의 솔루션을 활용하던지 상관없습니다.

    다만, 어떻게 설명을 해서 요구사항들을 어떻게 만족되었는지를 생각하시면서 디테일하게 구성하는 것이 좋습니다.

    만약 물리적 네트워크 구성 때문에 NSX 디자인에 영향을 미치는 경우에,

    어떤 조건으로 인해 제약사항이 발생했다는 정의가 반드시 필요하며, 디자인에 어떤 영향을 미쳤는지가 중요합니다.

 

Q. 가장 안타까운 시험자 유형이 있을까요? 혹시 기술력은 있는데 언어의 문제로 안되는 유형인지요?

A. 제가 2년 정도 Panelist를 했는데요. 안타깝게도 제가 참여한 과정에서 아직 합격하신 분이 없습니다.

    개인적으로 언어로 인해 힘든점보다 안타까운 것은 생각하는 과정에 대한 차이로 인해 탈락하는 것입니다.

    많은 엔지니어나 개발자분들이 Architect가 되고 싶어서 VCDX를 준비하는데

    엔지니어분들의 경우 기술력이 좋고 기술적 지식은 많지만, 주로 어떻게 설치를 해야 되나하는 것을 더 생각하고, 

    왜 디자인이 이렇게 됐고 왜 이렇게 솔루션을 만들었는지를 설명하지 못하여 탈락하는 경우가 많습니다.

 

Q. 실제 디자인 중에 3rd party 솔루션을 많이 사용하는지 궁금합니다. 
A. 3rd party를 이용하는 사람들 많습니다.

    선택한 트랙에 따라 Core가 되는 VMware 제품군을 제외하고는 3rd party 솔루션이 거의 포함됩니다.

    예를 들어 NV 트랙에서는 NSX-T는 당연히 들어가지만, AWS, Zerto, Veeam, Dell 등 여러가지 포함 될 수 있습니다.

 

Q. 절대 하지 말아야 할 사항은 무엇인가요?

A. 요구사항을 만족시키지 않는 3rd party 솔루션은 추가하지 말아야 합니다.

    일부만 알고 있어서 추가한 솔루션이나 잘 모르는 주제인데 추가한 솔루션,

    예를 들어 스토리지를 잘 모르는데 스토리지에 대한 솔루션이 추가되거나 하면,

    Panelist가 관련 질문을 하게 되는 경우들이 있어 요구사항과 관련없는 내용들은 추가하지 말아야 합니다.