초기 평가 데이터 요구 사항 이해 - AWS 규범적 지침

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

초기 평가 데이터 요구 사항 이해

데이터 수집에는 상당한 시간이 소요될 수 있으며, 어떤 데이터가 필요한지, 언제 필요한지 명확하지 않을 경우 쉽게 방해 요소가 될 수 있습니다. 핵심은 이 단계의 결과에 비해 데이터가 너무 적은 것과 너무 많은 것 사이의 균형을 이해하는 것입니다. 포트폴리오 평가의 초기 단계에 필요한 데이터와 충실도 수준에 집중하려면 데이터 수집에 대한 반복적 접근 방식을 채택하십시오.

데이터 소스 및 데이터 요구 사항

첫 번째 단계는 데이터 출처를 식별하는 것입니다. 먼저 데이터 요구 사항을 충족할 수 있는 조직 내 주요 이해 관계자를 식별하십시오. 이들은 일반적으로 서비스 관리, 운영, 용량 계획, 모니터링, 지원 팀의 구성원과 애플리케이션 소유자입니다. 이들 그룹의 구성원과 실무 세션을 마련하세요. 데이터 요구 사항을 알리고 데이터를 제공할 수 있는 도구 및 기존 문서 목록을 확보하세요.

이러한 대화의 방향을 잡으려면 다음 질문을 활용하세요.

  • 현재 인프라 및 애플리케이션 인벤토리는 얼마나 정확하고 최신 상태입니까? 예를 들어 회사 구성 관리 데이터베이스 (CMDB) 의 경우 격차가 어디에 있는지 이미 알고 있습니까?

  • CMDB (또는 이에 상응하는 것) 를 최신 상태로 유지하는 활성 도구 및 프로세스가 있습니까? 그렇다면 얼마나 자주 업데이트됩니까? 최신 새로고침 날짜는 언제인가요?

  • CMDB와 같은 현재 인벤토리에 application-to-infrastructure 매핑이 포함되어 있습니까? 각 인프라 자산이 애플리케이션과 연결되어 있습니까? 각 애플리케이션이 인프라에 매핑되어 있습니까?

  • 인벤토리에 각 제품에 대한 라이센스 및 라이센스 계약 카탈로그가 포함되어 있습니까?

  • 인벤토리에 종속성 데이터가 포함되어 있나요? 서버 간, 응용 프로그램 간, 응용 프로그램 또는 서버 대 데이터베이스와 같은 통신 데이터가 존재하는지 확인하십시오.

  • 이 환경에서 사용할 수 있는 응용 프로그램 및 인프라 정보를 제공할 수 있는 다른 도구에는 어떤 것이 있습니까? 데이터 소스로 사용할 수 있는 성능, 모니터링 및 관리 도구가 있다는 점에 유의하십시오.

  • 애플리케이션과 인프라를 호스팅하는 데이터 센터 등 다른 위치는 어디입니까?

이러한 질문에 대한 답을 찾은 후 식별된 데이터 출처를 나열하십시오. 그런 다음 각 항목에 충실도 또는 신뢰 수준을 할당하십시오. 도구와 같은 활성 프로그래밍 소스에서 최근 (30일 이내) 유효성을 검사한 데이터의 충실도가 가장 높습니다. 정적 데이터는 충실도가 낮고 신뢰도가 낮은 것으로 간주됩니다. 정적 데이터의 예로는 문서, 통합 문서, 수동으로 업데이트한 CMDB 또는 프로그래밍 방식으로 유지 관리되지 않는 기타 데이터세트 또는 마지막 새로 고침 날짜가 60일이 지난 데이터세트 등이 있습니다.

다음 표의 데이터 충실도 수준이 예시로 제공됩니다. 가정에 대한 최대 허용 한도 및 관련 위험 측면에서 조직의 요구 사항을 평가하여 적절한 충실도 수준을 결정하는 것이 좋습니다. 표에서 기관 지식이란 문서화되지 않은 응용 프로그램 및 인프라에 대한 모든 정보를 의미합니다.

데이터 소스

충실도 수준

포트폴리오 범위

설명

제도적 지식

낮음 - 정확도가 높은 데이터의 최대 25%, 가정값 또는 데이터의 75% 가 150일이 지난 값입니다.

낮음

희소성, 중요 애플리케이션에 집중

지식 기반

중간 정도 낮음 - 정확한 데이터의 35~ 40%, 가정값 또는 데이터의 65~ 60% 는 120-150일이 지난 데이터입니다.

중간

수동으로 유지 관리되고 세부 수준이 일관되지 않음

CMDB

중간 - 정확한 데이터의 약 50%, 가정된 값 또는 데이터의 약 50% 가 90-120일 전의 데이터입니다.

중간

혼합 소스의 데이터, 몇 가지 데이터 격차가 있는 데이터를 포함합니다.

VMware vCenter 익스포트

중간 높음 - 정확한 데이터의 75~ 80%, 가정값 또는 데이터의 25~ 20% 는 60-90일이 지난 데이터입니다.

높음

가상화된 자산의 90% 를 차지합니다.

애플리케이션 성능 모니터링

높음 - 대부분 정확한 데이터, 약 5% 의 가정값 또는 데이터가 0~60일이 지난 데이터입니다.

낮음

주요 생산 시스템으로 제한 (애플리케이션 포트폴리오의 15% 를 차지함)

다음 표에는 각 자산 클래스 (애플리케이션, 인프라, 네트워크, 마이그레이션) 에 대한 필수 및 선택적 데이터 속성, 특정 활동 (인벤토리 또는 비즈니스 사례), 이 평가 단계에 대한 권장 데이터 충실도가 명시되어 있습니다. 표에는 다음과 같은 약어가 사용됩니다.

  • R, 필요한 경우

  • (D), 방향성 비즈니스 사례의 경우, 총소유비용 (TCO) 비교 및 방향성 비즈니스 사례에 필요

  • (F), 전방향 비즈니스 사례의 경우 TCO 비교 및 마이그레이션 및 현대화 비용이 포함된 방향성 비즈니스 사례에 필요

  • O, 선택 사항일 경우

  • 해당 없음, 해당 사항 없는 경우

애플리케이션

속성 이름

설명

인벤토리 및 우선 순위 지정

비즈니스 사례

권장 충실도 수준 (최소)

고유한 식별자

예: 애플리케이션 ID 일반적으로 기존 CMDB 또는 기타 내부 인벤토리 및 제어 시스템에서 사용할 수 있습니다. 조직에 ID가 정의되어 있지 않을 때는 항상 고유한 ID를 만드는 것이 좋습니다.

R

R (D)

높음

애플리케이션 이름

조직에서 이 애플리케이션을 알 때 사용하는 이름. 해당하는 경우 상용 off-the-shelf (COTS) 공급업체 및 제품 이름을 포함하십시오.

R

R (D)

중간-높음

유아용 침대인가요?

네, 아니오. 상용 애플리케이션이든 내부 개발이든 상관 없습니다.

R

R (D)

중간-높음

COTS 제품 및 버전

상용 소프트웨어 제품 이름 및 버전

R

R (D)

중간

설명

기본 애플리케이션 기능 및 컨텍스트

R

O

중간

중요도

예: 전략적 또는 수익 창출 애플리케이션 또는 중요 기능 지원

R

O

중간-높음

유형

예: 데이터베이스, 고객 관계 관리 (CRM), 웹 애플리케이션, 멀티미디어, IT 공유 서비스

R

O

중간

환경

예: 프로덕션, 프리프로덕션, 개발, 테스트, 샌드박스

R

R (D)

중간-높음

규정 준수 및 규제

워크로드에 적용할 수 있는 프레임워크 (예: HIPAA, SOX, PCI-DSS, ISO, SOC, FedRAMP) 및 규제 요구 사항

R

R (D)

중간-높음

의존성

내부 및 외부 애플리케이션 또는 서비스에 대한 업스트림 및 다운스트림 종속성. 운영 요소 (예: 유지 관리 주기) 와 같은 비기술적 종속성

O

O

중간-낮음

인프라 매핑

애플리케이션을 구성하는 물리적 및/또는 가상 자산에 매핑

O

O

중간

라이선스

상용 소프트웨어 라이선스 유형 (예: Microsoft SQL Server Enterprise)

O

R

중간-높음

비용

소프트웨어 라이선스, 소프트웨어 운영 및 유지 관리 비용

N/A

O

중간

인프라

속성 이름

설명

인벤토리 및 우선 순위 지정

비즈니스 사례

권장 충실도 수준 (최소)

고유한 식별자

예: 서버 ID. 일반적으로 기존 CMDB 또는 기타 내부 인벤토리 및 제어 시스템에서 사용할 수 있습니다. 조직에 ID가 정의되어 있지 않을 때는 항상 고유한 ID를 생성하는 것이 좋습니다.

R

R

높음

네트워크 이름

네트워크 내 자산 이름 (예: 호스트 이름)

R

O

중간-높음

DNS 이름 (정규화된 도메인 이름 또는 FQDN)

DNS 이름

O

O

중간

IP 주소 및 넷마스크

내부 및/또는 공용 IP 주소

R

O

중간-높음

애셋 유형

물리적 또는 가상 서버, 하이퍼바이저, 컨테이너, 디바이스, 데이터베이스 인스턴스 등

R

R

중간-높음

제품 이름

상용 공급업체 및 제품명 (예: VMware ESXi, IBM 파워 시스템즈, 엑사데이타)

R

R

중간

운영 체제

예: REHL 8, 윈도우 서버 2019, AIX 6.1

R

R

중간-높음

구성

할당된 CPU, 코어 수, 코어당 스레드 수, 총 메모리, 스토리지, 네트워크 카드

R

R

중간-높음

사용률

CPU, 메모리, 스토리지 피크 및 평균. 데이터베이스 인스턴스 처리량.

R

O

중간-높음

라이선스

상품 라이선스 유형 (예: RHEL 표준)

R

R

중간

공유 인프라인가요?

예 또는 아니요는 인증 제공자, 모니터링 시스템, 백업 서비스 및 유사한 서비스와 같은 공유 서비스를 제공하는 인프라 서비스를 나타냅니다.

R

R (D)

중간

애플리케이션 매핑

이 인프라에서 실행되는 애플리케이션 또는 애플리케이션 구성 요소

O

O

중간

비용

하드웨어, 유지 관리, 운영, 스토리지 (SAN, NAS, Object), 운영 체제 라이센스, 랙 공간 점유율, 데이터 센터 오버헤드를 포함한 베어 메탈 서버의 전체 부하 비용

N/A

O

중간-높음

네트워크

속성 이름

설명

인벤토리 및 우선 순위 지정

비즈니스 사례

권장 충실도 수준 (최소)

파이프 크기 (MB/s), 리던던시 (Y/N)

현재 WAN 링크 사양 (예: 1000Mb/s 리던던트)

O

R

중간

링크 사용률

최대 및 평균 사용률, 아웃바운드 데이터 전송 (GB/월)

O

R

중간

지연 시간 (밀리초)

연결된 위치 간의 현재 지연 시간.

O

O

중간

비용

월별 현재 비용

N/A

O

중간

마이그레이션

속성 이름

설명

인벤토리 및 우선 순위 지정

비즈니스 사례

권장 충실도 수준 (최소)

리호스팅

각 워크로드에 대한 고객 및 파트너의 작업량 (개인별), 일일 고객 및 파트너 비용, 도구 비용, 워크로드 수

N/A

R (F)

중간-높음

리플랫포밍

각 워크로드에 대한 고객 및 파트너의 작업량 (개인별), 일일 고객 및 파트너 비용, 워크로드 수

N/A

R (F)

중간-높음

리팩터링

각 워크로드에 대한 고객 및 파트너의 작업량 (개인별), 고객 및 파트너의 일일 비용, 워크로드 수

N/A

O

중간-높음

만료

서버 수, 평균 서비스 중지 비용

N/A

O

중간-높음

랜딩 존

기존 (Y/N) 재사용, 필요한 AWS 지역 목록, 비용

N/A

R (F)

중간-높음

사람과 변화

클라우드 운영 및 개발 교육을 받을 직원 수, 1인당 교육 비용, 1인당 교육 시간 비용

N/A

R (F)

중간-높음

지속 시간

범위 내 워크로드 마이그레이션 기간 (개월)

O

R (F)

중간-높음

병렬 비용

마이그레이션 중에 있는 그대로 비용을 제거할 수 있는 기간 및 비율

N/A

O

중간-높음

마이그레이션 중에 AWS 제품 및 서비스, 기타 인프라 비용이 도입되는 기간 및 비율

N/A

O

중간-높음

디스커버리 툴링의 필요성 평가

조직에 검색 도구가 필요한가요? 포트폴리오 평가에는 애플리케이션 및 인프라에 대한 신뢰도가 높은 up-to-date 데이터가 필요합니다. 포트폴리오 평가의 초기 단계에서는 가정을 사용하여 데이터 격차를 메울 수 있습니다.

그러나 진행이 진행됨에 따라 충실도가 높은 데이터를 통해 성공적인 마이그레이션 계획을 수립하고 대상 인프라를 정확하게 예측하여 비용을 절감하고 혜택을 극대화할 수 있습니다. 또한 종속성을 고려하여 구현을 가능하게 하고 마이그레이션의 위험을 방지함으로써 위험을 줄일 수 있습니다. 클라우드 마이그레이션 프로그램에서 검색 도구를 사용하는 주요 사용 사례는 다음을 통해 위험을 줄이고 데이터에 대한 신뢰도를 높이는 것입니다.

  • 자동 또는 프로그래밍 방식의 데이터 수집으로 검증되고 매우 신뢰할 수 있는 데이터 생성

  • 데이터 수집 속도 가속화, 프로젝트 속도 향상 및 비용 절감

  • CMDB에서 일반적으로 사용할 수 없는 통신 데이터 및 종속성을 포함한 데이터 완전성 수준 향상

  • 자동화된 애플리케이션 식별, TCO 분석, 예상 실행률, 최적화 권장 사항과 같은 통찰력 확보

  • 신뢰도가 높은 마이그레이션 웨이브 계획

특정 위치에 시스템이 존재하는지 여부가 불확실한 경우 대부분의 검색 도구는 네트워크 서브넷을 스캔하여 핑 또는 SNMP (Simple Network Management Protocol) 요청에 응답하는 시스템을 찾아낼 수 있습니다. 모든 네트워크 또는 시스템 구성에서 ping 또는 SNMP 트래픽을 허용하는 것은 아니라는 점에 유의하십시오. 네트워크 및 기술팀과 이러한 옵션에 대해 논의하십시오.

애플리케이션 포트폴리오 평가 및 마이그레이션의 다음 단계에서는 정확한 종속성 매핑 정보에 크게 의존합니다. 종속성 매핑을 통해 필요한 인프라 및 구성 AWS (예: 보안 그룹, 인스턴스 유형, 계정 배치, 네트워크 라우팅) 을 이해할 수 있습니다. 또한 동시에 이동해야 하는 애플리케이션 (예: 지연 시간이 짧은 네트워크를 통해 통신해야 하는 애플리케이션) 을 그룹화하는 데도 도움이 됩니다. 또한 종속성 매핑은 비즈니스 사례를 발전시키는 데 필요한 정보를 제공합니다.

검색 도구를 결정할 때는 평가 프로세스의 모든 단계를 고려하고 데이터 요구 사항을 예측하는 것이 중요합니다. 데이터 격차는 걸림돌이 될 가능성이 있으므로 향후 데이터 요구 사항과 데이터 소스를 분석하여 이러한 격차를 예측하는 것이 중요합니다. 현장 경험에 비추어 볼 때 대부분의 지연된 마이그레이션 프로젝트는 적용 범위, 관련 인프라 및 종속성이 명확하게 식별되지 않는 제한된 데이터 세트를 가지고 있습니다. 이러한 식별의 부재로 인해 잘못된 측정 기준, 결정 및 지연이 발생할 수 있습니다. 마이그레이션 프로젝트를 성공시키기 위한 첫 번째 단계는 up-to-date 데이터를 확보하는 것입니다.

검색 도구를 선택하는 방법은 무엇입니까?

시중에 나와 있는 여러 검색 도구는 서로 다른 특징과 기능을 제공합니다. 요구 사항을 고려하세요. 그리고 조직에 가장 적합한 옵션을 결정하세요. 마이그레이션용 검색 도구를 결정할 때 가장 일반적인 요소는 다음과 같습니다.

보안

  • 도구 데이터 리포지토리 또는 분석 엔진에 액세스하기 위한 인증 방법은 무엇입니까?

  • 데이터에 액세스할 수 있는 사람은 누구이며, 도구에 액세스하기 위한 보안 제어에는 어떤 것이 있습니까?

  • 이 도구는 어떻게 데이터를 수집하나요? 전용 자격 증명이 필요한가요?

  • 도구가 시스템에 액세스하고 데이터를 가져오려면 어떤 자격 증명과 액세스 수준이 필요한가요?

  • 도구 구성 요소 간에 데이터가 어떻게 전송되나요?

  • 이 도구는 저장 데이터 및 전송 중 데이터 암호화를 지원합니까?

  • 데이터가 환경 내부 또는 외부의 단일 구성 요소에 중앙 집중화되어 있습니까?

  • 네트워크 및 방화벽 요구 사항은 무엇입니까?

보안 팀이 검색 툴에 관한 초기 대화에 참여하도록 하세요.

데이터 주권

  • 데이터는 어디에 저장되고 처리되나요?

  • 이 도구는 서비스형 소프트웨어 (SaaS) 모델을 사용합니까?

  • 내 환경 범위 내에 모든 데이터를 보존할 수 있습니까?

  • 데이터가 조직의 경계를 벗어나기 전에 선별할 수 있습니까?

데이터 레지던시 요구 사항 측면에서 조직의 요구 사항을 고려하세요.

아키텍처

  • 필요한 인프라는 무엇이며 각 구성 요소는 무엇입니까?

  • 두 개 이상의 아키텍처를 사용할 수 있습니까?

  • 이 도구는 에어록이 설치된 보안 구역에 구성 요소를 설치하는 것을 지원합니까?

성능

  • 데이터 수집이 시스템에 미치는 영향은 무엇입니까?

호환성 및 범위

  • 도구가 내 제품 및 버전의 전부 또는 대부분을 지원하나요? 도구 설명서를 검토하여 범위에 대한 최신 정보와 비교하여 지원되는 플랫폼을 확인하십시오.

  • 대부분의 운영 체제에서 데이터 수집이 지원되나요? 운영 체제 버전을 모르는 경우 지원되는 시스템 범위가 더 넓은 검색 도구 목록으로 검색 도구 목록을 좁혀 보세요.

수집 방법

  • 도구를 사용하여 각 대상 시스템에 에이전트를 설치해야 합니까?

  • 에이전트 없는 배포를 지원하나요?

  • 에이전트와 에이전트리스가 동일한 기능을 제공하나요?

  • 수집 프로세스는 어떻게 되나요?

기능

  • 어떤 기능을 사용할 수 있나요?

  • 총소유비용 (TCO) 과 예상 AWS 클라우드 실행률을 계산할 수 있나요?

  • 마이그레이션 계획을 지원하나요?

  • 성능을 측정하나요?

  • 대상 AWS 인프라를 추천할 수 있나요?

  • 종속성 매핑을 수행하나요?

  • 어떤 수준의 종속성 매핑을 제공하나요?

  • API 액세스를 제공하나요? (예를 들어, 프로그래밍 방식으로 액세스하여 데이터를 얻을 수 있습니까?)

강력한 애플리케이션 및 인프라 종속성 매핑 기능을 갖춘 도구와 통신 패턴을 통해 애플리케이션을 추론할 수 있는 도구를 고려해 보십시오.

비용

  • 라이선싱 모델이란 무엇입니까?

  • 라이선스 비용은 얼마나 드나요?

  • 각 서버의 가격이 책정되나요? 계층화된 가격인가요?

  • 기능이 제한적이고 온디맨드 라이선스를 받을 수 있는 옵션이 있나요?

검색 도구는 일반적으로 마이그레이션 프로젝트의 전체 수명 주기 동안 사용됩니다. 예산이 제한적이라면 최소 6개월을 고려해 보세요. 하지만 디스커버리 툴이 없으면 일반적으로 수작업과 내부 비용이 늘어납니다.

Support 모델

  • 기본적으로 어떤 수준의 지원이 제공되나요?

  • 사용할 수 있는 지원 플랜이 있습니까?

  • 사고 대응 시간은 어떻게 되나요?

전문 서비스

  • 공급업체는 검색 결과를 분석하기 위한 전문 서비스를 제공합니까?

  • 이 가이드의 요소를 다룰 수 있나요?

  • Tooling+ 서비스에 대한 할인이나 번들 혜택이 있나요?

디스커버리 도구의 권장 기능

시간이 지나면서 여러 도구의 데이터를 프로비저닝하고 결합하지 않으려면 검색 도구에는 다음과 같은 최소 기능이 포함되어야 합니다.

  • 소프트웨어 - 검색 도구는 실행 중인 프로세스와 설치된 소프트웨어를 식별할 수 있어야 합니다.

  • 종속성 매핑 — 네트워크 연결 정보를 수집하고 서버 및 실행 중인 응용 프로그램의 인바운드 및 아웃바운드 종속성 맵을 작성할 수 있어야 합니다. 또한 검색 도구는 통신 패턴을 기반으로 인프라 그룹에서 애플리케이션을 추론할 수 있어야 합니다.

  • 프로필 및 구성 검색 — CPU 제품군 (예: x86, PowerPC), CPU 코어 수, 메모리 크기, 디스크 수 및 크기, 네트워크 인터페이스와 같은 인프라 프로필을 보고할 수 있어야 합니다.

  • 네트워크 스토리지 검색 — 네트워크 연결 스토리지 (NAS) 에서 네트워크 공유를 검색하고 프로파일링할 수 있어야 합니다.

  • 성능 — CPU, 메모리, 디스크 및 네트워크의 최고 및 평균 사용률을 보고할 수 있어야 합니다.

  • 차이 분석 — 데이터 양과 충실도에 대한 통찰력을 제공할 수 있어야 합니다.

  • 네트워크 스캔 — 네트워크 서브넷을 스캔하고 알려지지 않은 인프라 자산을 발견할 수 있어야 합니다.

  • 보고 — 수집 및 분석 상태를 제공할 수 있어야 합니다.

  • API 액세스 — 수집된 데이터에 액세스할 수 있는 프로그래밍 수단을 제공할 수 있어야 합니다.

고려해야 할 추가 기능

  • TCO 분석을 통해 현재 온프레미스 비용과 예상 AWS 비용 간의 비용 비교를 제공합니다.

  • 호스트 변경 및 플랫폼 변경 시나리오에서의 Microsoft SQL Server 및 Oracle 시스템에 대한 라이선스 분석 및 최적화 권장 사항

  • 마이그레이션 전략 권장 사항 (검색 도구가 현재 기술을 기반으로 기본 마이그레이션 R 유형 권장 사항을 만들 수 있습니까?)

  • 인벤토리 내보내기 (CSV 또는 유사한 형식으로)

  • 적절한 규모의 권장 사항 (예: 권장 대상 AWS 인프라를 매핑할 수 있습니까?)

  • 종속성 시각화 (예: 종속성 매핑을 그래픽 모드에서 시각화할 수 있나요?)

  • 아키텍처 뷰 (예: 아키텍처 다이어그램을 자동으로 생성할 수 있나요?)

  • 애플리케이션 우선 순위 지정 (애플리케이션 및 인프라 속성에 가중치 또는 관련성을 할당하여 마이그레이션을 위한 우선 순위 지정 기준을 만들 수 있습니까?)

  • 웨이브 플래닝 (예: 권장 애플리케이션 그룹 및 마이그레이션 웨이브 플랜 생성 기능)

  • 마이그레이션 비용 추정 (마이그레이션에 소요되는 노력 추정)

배포 고려 사항

검색 도구를 선택하고 조달한 후에는 조직의 도구 배포를 담당하는 팀과 대화를 나누기 위해 다음 질문을 고려해 보십시오.

  • 서버 또는 애플리케이션을 타사에서 운영하나요? 이로 인해 팀이 참여하고 준수해야 할 프로세스가 필요할 수 있습니다.

  • 검색 도구 배포 승인을 받기 위한 상위 프로세스는 무엇입니까?

  • 서버, 컨테이너, 스토리지, 데이터베이스 등의 시스템에 액세스하기 위한 기본 인증 프로세스는 무엇입니까? 서버 자격 증명은 로컬인가요 아니면 중앙 집중식인가요? 자격 증명을 얻는 과정은 어떻게 되나요? 시스템 (예: 컨테이너, 가상 또는 물리적 서버, 하이퍼바이저, 데이터베이스) 에서 데이터를 수집하려면 자격 증명이 필요합니다. 각 자산에 연결하기 위한 검색 도구의 자격 증명을 얻는 것은 어려울 수 있습니다. 특히 이러한 자산이 중앙 집중화되지 않은 경우에는 더욱 그렇습니다.

  • 네트워크 보안 영역의 개요는 무엇입니까? 네트워크 다이어그램을 사용할 수 있습니까?

  • 데이터 센터에서 방화벽 규칙을 요청하는 절차는 무엇입니까?

  • 데이터 센터 운영 (검색 도구 설치, 방화벽 요청) 과 관련된 현재 지원 서비스 수준 계약 (SLA) 은 무엇입니까?