큐:
기업은 어떻게 "개체 기반"네트워크 변경에 대한 더 나은 접근 방식을 개발할 수 있습니까?
ㅏ:IT 자산이 아키텍처에서 표시되고 처리되는 방식을 변경함으로써 기업은 네트워크 "개체"의 사용을 크게 개선하여 엔터프라이즈 시스템의 변경 사항을 관리 할 수 있습니다.
방화벽 및 가상 시스템에서 네트워크 구성을 구현하기위한 규칙 집합과 같은 네트워크 개체는 중요한 리소스이지만 시간이 지남에 따라 분산 아키텍처를 잃어 버릴 수 있습니다.
더 나은 네트워크 개체 처리를 촉진하는 가장 기본적인 방법 중 하나는 명명 규칙을 사용하는 것입니다. 명명 규칙은 시스템에 가시성을 추가합니다. 구성 요소 또는 기타 객체가 용도 및 용도에 따라 레이블이 지정되면 시스템에서 수행중인 작업과 새로운 플랫폼 또는 응용 프로그램으로 마이그레이션해야하는지 여부를 훨씬 쉽게 확인할 수 있습니다. 또는 아닙니다.
설명 필드 및 메타 데이터 태그와 같은 다른 리소스도 이러한 IT 리소스에 레이블을 지정하고 시스템 내에서 올바르게 사용되도록하는 데 도움이 될 수 있습니다. 설명 필드는 특정 네트워크 개체 및 용도를 지정하여보다 소화 가능한 언어를 제공 할 수 있습니다.
일반적으로 더 나은 네트워크 관리에는 네트워크 개체 및 마이그레이션 또는 기타 변경 사항에 대해 수행 할 작업에 대한 자세한 메모가 포함됩니다. 어떤 이들은 이것을 일종의 "이동 또는 포장 목록"으로 생각합니다. 즉, 회사는 아키텍처를 변경하는 데있어 객체를보다 투명하게 사용할 수 있도록 특정 지침과 문서를 보유 할 것입니다.
더 나은 네트워크 관리의 또 다른 주요 예는 더 나은 폐기 계획입니다.
오래된 응용 프로그램이나 아키텍처의 일부를 제거 할 때는 시스템의 더 크고 포괄적 인 부분과 함께 해제해야하는 네트워크 개체를 식별해야하는 부담이 종종 있습니다. 기업이 사용중인 리소스를 성공적으로 식별 할 수 없으면 원하는 완전하고 깔끔한 서비스 해제를 달성 할 수 없습니다. 회사는 프로그래밍 방식을 사용하여 리소스를 식별하거나 시각적 설명자를 사용하여 응용 프로그램이나 시스템을 수동으로 정리할 수 있습니다. 더 나은 폐기는 더 나은 네트워크 구성에 도움이됩니다.
더 적은 조직과 네트워크 개체의 식별이 다른 종류의 IT "부풀림"또는 "스프롤"로 이어질 수 있습니다. 예를 들어, 오래된 응용 프로그램을 해제하지 않고 응용 프로그램을 대량으로 추가하면 많은 혼란과 혼란이 초래 될 수 있습니다. 그렇기 때문에 네트워크 정리 문제는 최소한 두 부분으로 이루어져 있습니다. 한편으로는 모든 것을 명확하게 식별하고 레이블을 지정하고 프로토콜과 프로세스가 깨끗한 시스템 변경을 제공해야합니다.
