은행의 데이터 세트란 무엇이며 왜 집중해야 합니까?

1960 년대에 IBM 이 최초의 상용 컴퓨터 시스템을 발명한 이후, 그것은 유리 방의 메인프레임 매달림 단말기로 0 부터 발전하기 시작했다. 1980 년대 말 90 년대 초, 부가비용이 낮고 인건비가 낮기 때문에 업계 전체가 분산 및 부서 관리를 하는 경향이 있었다. 시장에 대한 응답 시간을 단축하기 위해 IT 애플리케이션 시스템 개발 속도가 빨라야 하기 때문에 IT 아키텍처는 원래의 단일 중앙 모델에서 분산 모드로 전환되었습니다. 통제할 수 없는 탈 중심 아키텍처로 진화하고 있습니다. 몇 년 동안의 실천을 통해 이 분산 모델은 많은 부정적인 영향을 미쳤다는 것을 증명했다.

1) 효율성이 떨어집니다.

* 분산된 데이터

* 분산 된 기술력

* 기계 및 소프트웨어 시스템 리소스는 * * * 즐길 수 없습니다.

* 관리 수준 불균형

2) 지원 및 관리자 추가

* 어려운 마스터 플랜

* 전반적인 관리의 어려움

3) 표준화 부족

4) 데이터 보안 및 무결성의 위험을 높입니다.

5) 소프트웨어는 분산된 중복 투자가 필요하며 소프트웨어 및 유지 보수 비용이 급격히 상승합니다.

6) 컴퓨터 하드웨어 리소스 사용률이 낮아 많은 컴퓨팅 센터에서는 자체 백업 호스트와 해당 디바이스가 필요하며 시스템의 "빈 공간" (및 빈 CPU 리소스) 을 공유할 수 없습니다.

7) 재무 및 고정 자산 관리가 더 어렵습니다.

8) 기업 내에서 데이터 세트 및 애플리케이션 세트를 형성할 수 없으며 기업 전체 관리자에게 관리 지원 정보를 빠르고 효율적으로 제공할 수 없습니다.

9) 재해 백업에 대한 투자를 감당할 수 없습니다. 분산 센터가 많은 경우 상호 백업 구축 비용이 매우 높고 관리 및 운영이 매우 어렵습니다.

이러한 과제를 해결하기 위해 IT 관리자는 자연스럽게 다음과 같이 묻습니다.

* 네트워크, 소프트웨어 및 서버를 더 잘 지원하고 관리하려면 어떻게 해야 합니까?

* 투자 수익을 보다 잘 통제할 수 있는 방법은 무엇입니까?

* 비즈니스 데이터를 효율적이고 신속하게 분석하려면 어떻게 해야 합니까?

* 분산 애플리케이션 및 데이터는 어떻게 통합합니까?

* 주요 애플리케이션의 고가용성과 보안을 유지하면서 기존 애플리케이션을 전자 상거래에 어떻게 사용할 수 있습니까?

바로 이런 맥락에서 큰 집중이 생겼다. 외국 IT 산업의 집중을 요약하면 다음 네 가지 집중 형식으로 나눌 수 있다.

1) 운영 중앙 집중식 관리: 분산된 IT 아키텍처는 중앙 집중식 관리 모드로 운영됩니다.

2) 물리적 집중: 어플리케이션 아키텍처를 변경하지 않고 여러 서버에서 실행되는 어플리케이션만 하나 이상의 클러스터 시스템에 집중함으로써 서버 수와 유형을 줄이고 시스템 리소스를 즐기지만 고객 데이터는 여전히 분산되어 있을 수 있습니다.

3) 데이터 중앙 집중화: 스토리지 기술을 활용하여 데이터를 중앙 집중식으로 저장 및 관리할 수 있습니다. 또는 특정 * * * 공유 소프트웨어 메커니즘을 통해 데이터를 중앙 집중화 * * * 공유할 수 있습니다.

4) 애플리케이션 세트: 고객의 주요 비즈니스 정보의 비즈니스 세트 및 데이터 세트에 맞는 애플리케이션 세트를 실제로 구현합니다.

농도가 다르면 효과가 다르고, 프로젝트의 투자와 복잡성도 다르다. 대형 집중 프로젝트는 고려해야 할 기술적 요소가 많지만 가장 중요한 것은 고위 지도자의 중시와 지원, 업무 부서의 개입이다.

현재 IT 아키텍처의 재구성이 대규모로 도입될 수 있으므로 시스템 설계는 다음과 같은 측면에서 고려해야 합니다.

첫째, 집중은 결코 순수 IT 의 기술적 문제가 아니며 IT 집중을 위해 집중하는 것은 무효입니다. 집중은 반드시 업무의 변화에서 비롯되어 업무 프로세스의 변화를 가져온다. 그 궁극적인 목적은 기업의 전반적인 경영 관리 효율을 높이고 최대의 이윤을 창출하는 것이다.

둘째, 중앙 집중화로 인해 애플리케이션 아키텍처 재평가가 불가피합니다. 이로 인해 애플리케이션 조정 및 구조 조정이 발생할 수 있습니다.

대형 중앙 시스템을 설계할 때, 종단간 글로벌 아키텍처 설계의 개념이 있어야 한다. 즉, 클라이언트에서 기본 네트워크를 통해 프런트 엔드 컴퓨터, 백본에서 중앙 서버에 이르기까지 전체 패브릭은 완벽한 고가용성 및 관리 용이성이 있어야 합니다.

대형 센터의 전반적인 설계 고려 사항은 다음과 같습니다.

1) 애플리케이션 고려 사항:

다중 레벨 시스템 아키텍처에서 다양한 응용 프로그램이 실행되는 계층 및 응용 프로그램 기능이 할당되는 방법입니다. 집중해야 할 애플리케이션, 지리적 특성이 있는 애플리케이션, 분산 작업이 필요한 애플리케이션을 지속적으로 평가해야 합니다.

2) 엔터프라이즈 핵심 정보 데이터베이스 고려 사항:

엔터프라이즈 핵심 정보는 어떻게 저장합니까? 논리적으로 통합된 엔터프라이즈 정보 데이터베이스를 형성해야만 중앙 집중화의 이점을 충분히 누릴 수 있다.

3) 전체 시스템 성능 고려 사항:

모든 핵심 업무가 하나의 중앙 집중식 시스템에 집중되고 있기 때문에 고객의 서비스 업무는 폭발적으로 증가하고 있습니다. 전자 상거래가 발달하고 BTB, BTC 시스템이 구축되면서 매일 외부로부터의 많은 데이터 액세스 및 상호 작용이 이루어지고 있지만, 이를 위해서는 대규모 중앙 시스템의 지속적인 안정적인 응답 성능이 필요합니다.

4) 시스템 확장성 고려 사항:

대규모 중앙 시스템은 확장성과 성장 능력이 우수해야 합니다. 중국은 인구가 많은 나라이기 때문에 대기업의 고객 수가 놀랍다. 중국의 많은 대기업은 북미나 유럽의 어떤 대기업보다 더 많은 고객을 보유하고 있다. 은행의 경우, 국내 4 대 상업 은행은 수억 개의 고객 계좌를 보유하고 있기 때문에 회사 고객의 핵심 정보 데이터는 수십 기가바이트 또는 수십 테라바이트에 이를 것입니다. 따라서 데이터베이스, 미들웨어, 서버 및 스토리지 시스템 모두 뛰어난 확장성이 필요합니다. 폭발적인 데이터 스토리지 요구 사항을 충족할 뿐만 아니라 인프라는 짧은 시간 동안 최대 액세스의 영향을 처리하고 정보를 효율적으로 관리할 수 있는 충분한 유연성을 제공해야 합니다.

5) 높은 신뢰성과 높은 복구 능력 고려:

기업은 고객에게 하루 24 시간 연중무휴로 서비스를 제공하는 것을 고려해야 한다. 또한 인프라는 서로 다른 방식으로 액세스하는 사용자에게 동일한 사용 편의성과 이기종 시스템 간의 신속한 정보 검색 및 교환을 위한 애플리케이션 유연성을 제공해야 하며 시스템을 빠르게 확장할 수 있어야 합니다.

6) 중복 백업 및 복구 기능 고려 사항:

재해 복구 백업 시나리오는 단순한 기술 솔루션이 아니며 재해 복구 백업도 원격 데이터 복제 솔루션이 아닙니다. 애플리케이션 고려 사항 및 비즈니스 백업 계획을 기반으로 해야 합니다. 기술적 관점에서 볼 때 레벨이 높을수록 백업 능력이 높아집니다. 방안의 선택은 반드시 업무의 필요에 기초해야 한다. 백업 시나리오 레벨이 높을수록 프로젝트 구현의 총 비용이 높아지므로 시나리오 선택은 비즈니스의 경제성을 기준으로 해야 합니다.

7) 완벽한 시스템 관리:

중앙 집중식 시스템 관리는 분산된 소규모 센터의 운영보다 더 중요합니다. 소규모 센터에서는 일반적으로 개인이 수동으로 관리합니다. 중앙 집중식 관리가 이루어지면 수작업 및 비정형 관리가 필요한 서비스 수준을 제공할 수 없습니다. 따라서 중앙 집중식 관찰 및 관리 시스템을 구축해야 하지만 다양한 수준의 제어 및 유지 관리를 동시에 수행할 수 있습니다. 응용 프로그램의 중앙 집중식 운영으로 인해 도움말 플랫폼 및 엄격한 변경 관리 시스템을 구축하는 것이 특히 중요합니다.

8) 시스템 보안 고려 사항:

기업은 시스템과 데이터의 보안을 보장해야 합니다. 고려해야 할 것은 시스템 장치뿐만 아니라 장비 공급업체의 실제 능력도 고려해야 한다. 기업은 인프라 시스템 관리 기능과 데이터 보안 분야에서 탁월한 성과를 거둔 신뢰할 수 있는 파트너와 공급업체를 선택해야 합니다. 안전하고 신뢰할 수 있는 시스템은 프런트 엔드 및 백 엔드의 시스템 보안뿐만 아니라 서버 및 어플리케이션의 공격 방지 기능도 보장합니다.

9) 투자 보호 및 비즈니스 위험 감소:

중앙 집중식 아키텍처는 기존 IT 아키텍처를 기반으로 재엔지니어링하는 프로세스입니다. 아키텍처 시나리오는 기존 IT 기술 및 장비에 대한 투자 보호를 고려해야 합니다. 응용 투자 및 기술자 투자 보장도 포함됩니다. 인프라 설계 및 건설 과정에서, 대형 센터 프로그램은 현재의 요구에 초점을 맞추어야 하지만, 또한 미래의 비즈니스 개발 요구에 초점을 맞추어야, 비용 절감, 투자 보호 원칙, 최적화, 통합, 기존 시스템의 자원 활용, 대형 센터 아키텍처를 예견할 수 있도록 해야 한다.

중앙 집중식 프로젝트는 점진적인 진화 과정이므로, 우리는 하루 안에 오래된 아키텍처를 버리고 새로운 아키텍처를 만들 수 없습니다. 건설 과정에서 기존 시스템과의 성공적인 통합을 보장하고, 회사 및 고객 데이터의 보안을 보장하며, 전반적인 위험을 줄여야 합니다. 다양한 플랫폼과 기술로 구성된 이기종 환경에서 대규모 중앙 집중식 프로젝트는 새로운 시스템 구조와 기존 시스템 간의 원활한 전환을 실현해야 하므로 엄격한 프로젝트 계획과 프로젝트 관리가 필요합니다.

10) 총 비용 고려 사항:

비용 효율성은 항상 고려해야 할 요소 중 하나입니다. 데이터 센터 중앙 집중화는 분산 환경에 비해 전반적인 IT 비용을 절감할 수 있습니다. 그러나 중앙 집중화로 전환하는 과정에서 새로운 애플리케이션의 투입에 주의해야 한다는 점에 유의해야 한다. 모든 IT 투자는 투자 낭비를 피하기 위해 미래 집중의 큰 방향에서 벗어나서는 안 됩니다.

분산 정보 기술 구조는 역사적 원인으로 인한 것이다. 당시 최고의 선택이자 중국 IT 발전의 유일한 길이었다. 미래 WTO 의 도전에 직면하여 많은 기업들이 규모화 경영을 중시하기 시작했다. 경쟁에서 살아남고 경쟁사를 능가하기 위해서는 고도로 중앙 집중화되고 관리가 용이한 구조도 채택해야 합니다. 내부 업무의 중앙 집중식 관리를 위한 필연적인 요구 사항이기도 하다. 중앙 집중식 관리는 기술 프로젝트일 뿐만 아니라 첨단 기술 내용 외에도 강력한 전략적 비즈니스 프로젝트로서 중국 은행업의 발전에 도전이다.