현재 위치 - 인적 자원 플랫폼망 - APP 자료 - C\S 에 대한 구체적인 소개
C\S 에 대한 구체적인 소개
C/S 구조 (클라이언트/서버 구조) 는 잘 알려진 클라이언트 및 서버 구조입니다. 양단 하드웨어 환경의 장점을 최대한 활용하고, 클라이언트와 서버에 작업을 합리적으로 할당하고, 시스템의 통신 오버헤드를 줄일 수 있는 소프트웨어 시스템 아키텍처입니다. 현재 대부분의 애플리케이션 소프트웨어 시스템은 클라이언트/서버 형태의 2 계층 구조입니다. 현재의 소프트웨어 응용 시스템이 분산 웹 응용 프로그램으로 발전하고 있기 때문에 웹 및 클라이언트/서버 응용 프로그램은 동일한 비즈니스 처리를 수행하고 다른 모듈을 사용하여 논리 구성 요소를 공유할 수 있습니다. 따라서 내부 및 외부 사용자는 모두 신규 및 기존 애플리케이션 시스템에 액세스할 수 있으며 기존 애플리케이션 시스템의 논리를 통해 신규 애플리케이션 시스템을 확장할 수 있습니다. 이것은 또한 현재 응용 시스템의 발전 방향이다.

C/S 는 클라이언트/서버 또는 클라이언트/서버 모드라고도 합니다. 서버는 일반적으로 고성능 PC, 워크스테이션 또는 소형 폼 팩터를 사용하며 ORACLE, SYBASE, InfORMix 또는 SQL Server 와 같은 대형 데이터베이스 시스템을 사용합니다. 클라이언트에는 특수 클라이언트 소프트웨어가 필요합니다.

기존 C/S 아키텍처는 개방형 모드이지만 시스템 개발 수준에서만 개방되며 특정 애플리케이션에서는 클라이언트와 서버측에서 특정 소프트웨어 지원이 필요합니다. 사용자가 진정으로 기대하는 오픈 환경을 제공할 수 없기 때문에 C/S 패브릭 소프트웨어는 운영 체제마다 다른 버전을 개발해야 하며, 제품 교체는 매우 빨라서 100 대 이상의 LAN 사용자가 동시에 사용할 수 없습니다. 비용이 많이 들고 비효율적입니다. 예를 들어, 우리 병원에서 사용하는 상하이 블루조 회사의 병례 통계 관리 소프트웨어는 전형적인 C/S 아키텍처 관리 소프트웨어입니다.

첫째, C/S 구조의 장점

C/S 구조의 장점은 클라이언트 PC 의 처리 능력을 충분히 발휘할 수 있고, 대량의 작업은 클라이언트가 처리한 후 서버에 제출할 수 있다는 것이다. 이에 상응하는 장점은 클라이언트가 신속하게 반응한다는 것이다. 단점은 주로 다음과 같습니다.

Lan 에만 적용됩니다. 인터넷의 급속한 발전에 따라 모바일 및 분산 사무실이 점점 더 보편화되고 있으며, 이를 위해서는 우리 시스템의 확장성이 필요합니다. 이러한 방식으로 원격 액세스를 수행하려면 특별한 기술이 필요하며 분산 데이터를 처리하도록 시스템을 설계해야 합니다.

클라이언트에는 특수 클라이언트 소프트웨어가 필요합니다. 먼저 설치 작업량이 포함됩니다. 둘째, 바이러스 및 하드웨어 손상과 같은 문제가 있는 컴퓨터는 설치 또는 유지 보수가 필요합니다. 특히 지점이나 전문점이 많을 때는 작업량이 많은 것이 아니라 거리가 멀다. 또한 시스템 소프트웨어가 업그레이드되면 각 클라이언트를 다시 설치해야 하며 유지 관리 및 업그레이드 비용이 많이 듭니다.

클라이언트 운영 체제에도 제한이 있습니다. Win98 에는 적용될 수 있지만 win2000 또는 Windows XP 에는 사용할 수 없습니다. 또는 Linux, Unix 등은 말할 것도없고 Microsoft 의 새로운 운영 체제에 적합하지 않습니다.

둘째, C/S 아키텍처 소프트웨어의 장점과 단점

(1), 애플리케이션 서버의 데이터 부하가 적습니다. 가장 간단한 C/S 아키텍처의 데이터베이스 애플리케이션은 클라이언트 애플리케이션과 데이터베이스 서버 프로그램의 두 부분으로 구성됩니다. 이들은 각각 포그라운드 프로그램과 데몬이라고 할 수 있습니다. 데이터베이스 서버 프로그램을 실행하는 시스템을 응용 프로그램 서버라고도 합니다. 서버 프로그램이 시작되면 클라이언트 프로그램에서 보낸 요청에 응답할 준비가 됩니다. 클라이언트 응용 프로그램은 데이터베이스 서버에 해당하는 사용자 고유의 컴퓨터에서 실행되며 클라이언트 컴퓨터라고 할 수 있습니다. 데이터베이스의 데이터에 대한 작업이 필요할 때 클라이언트 프로그램은 자동으로 서버 프로그램을 찾아 요청을 보냅니다. 서버 프로그램은 미리 결정된 규칙에 따라 응답하고 결과를 반환하므로 응용 프로그램 서버의 데이터 로드가 매우 적습니다.

(2) 데이터 스토리지 관리 기능은 더욱 투명합니다. 데이터베이스 응용 프로그램에서 데이터 저장 및 관리 기능은 서버 프로그램과 클라이언트 응용 프로그램에 의해 독립적으로 실행됩니다. 포그라운드 응용 프로그램은 규칙을 위반할 수 있으며, 일반적으로 서로 다른 실행 데이터 (알려진 데이터든 알 수 없는 데이터든) 는 서버 프로그램에서 중앙에서 구현되지 않습니다. 예를 들어 방문자의 권한, 번호는 중복될 수 있으며 주문은 클라이언트만 설정할 수 있습니다. 이 모든 것은 포그라운드 프로그램에서 작업하는 최종 사용자에게 "투명" 하며, 그 뒤에 있는 프로세스를 묻지 않고 모든 작업을 수행할 수 있습니다 (일반적으로 방해해서는 안 됨). 고객 서버 아키텍처의 응용 프로그램에서 프런트 데스크 프로그램은 "골감" 이 별로 없고 번거로운 일은 서버와 네트워크에 맡깁니다. C/S 시스템에서 데이터베이스는 실제로 공용 전용 창고가 될 수는 없지만 독립적이고 전문적으로 관리됩니다.

(3)C/S 아키텍처의 단점은 유지 보수 비용이 높고 투자가 많다는 것이다. 첫째, C/S 아키텍처를 사용 하 여, 데이터베이스 데이터의 진정한 "통합" 을 달성 하기 위해 적절 한 데이터베이스 플랫폼을 선택 해야 합니다, 그래서 두 장소에 배포 된 데이터 동기화는 전적으로 데이터베이스 시스템에 의해 관리 됩니다, 하지만 논리적으로, 두 지역의 운영자는 효과적으로 달성 하기 위해 동일한 데이터베이스에 직접 액세스 해야 합니다. 몇 가지 문제가 있습니다. "라이브" 데이터 동기화를 설정해야 하는 경우 두 곳 사이에 실시간 통신 연결을 설정하고 두 곳의 데이터베이스 서버를 온라인으로 가동해야 합니다. 네트워크 관리자는 서버를 유지 관리하고 관리해야 할 뿐만 아니라 클라이언트도 유지 관리하고 관리해야 하므로 높은 투자와 복잡한 기술 지원, 유지 보수 비용, 유지 관리 작업이 필요합니다.

둘째, C/S 구조의 기존 소프트웨어는 운영 체제마다 다른 버전의 소프트웨어를 개발해야 합니다. 제품 교체가 매우 빠르기 때문에, 고비용 저효율은 이미 업무 요구를 충족시킬 수 없다. JAVA 와 같은 크로스 플랫폼 언어가 등장하면서 B/S 아키텍처는 C/S 아키텍처에 큰 영향을 미치고 위협과 도전을 야기했습니다.

셋째, C/S, B/S 구조 소프트웨어 기술 비교

C/S 패브릭 소프트웨어 (클라이언트/서버 모델) 는 클라이언트와 서버의 두 계층으로 나뉩니다. 클라이언트는 컴퓨팅 기능이 없는 입출력 장치가 아니라 데이터 처리 및 데이터 저장 기능을 갖추고 있습니다. 애플리케이션 소프트웨어의 컴퓨팅 및 데이터를 클라이언트와 서버측에 합리적으로 분산함으로써 네트워크 트래픽 및 서버 계산량을 효과적으로 줄일 수 있습니다. 이 구조의 소프트웨어는 서버 연결 수와 데이터 트래픽 제한으로 인해 사용자 수가 적은 LAN 에 적합합니다. 중국은 현재 대부분의 ERP (금융) 소프트웨어 제품이 이런 구조에 속한다.

B/S (브라우저/서버 모델) 는 인터넷 기술이 발달하면서 C/S 구조를 개선한 것이다. 이 구조에서 소프트웨어 응용 프로그램의 비즈니스 논리는 응용 프로그램 서버에서 완전히 구현되고, 사용자의 성능은 웹 서버에서 완전히 구현되며, 클라이언트는 비즈니스 처리를 위해 하나의 브라우저만 필요합니다. 이것은 새로운 소프트웨어 시스템 구축 기술입니다. 이 아키텍처는 오늘날 애플리케이션 소프트웨어의 선호 아키텍처가 되었습니다. E-tong 관리 제품군은이 구조에 속합니다.

1, 데이터 보안 비교. C/S 구조 소프트웨어의 데이터 분포 특성 때문에 화재, 강도, 지진, 바이러스, 해커 등이 있습니다. 끔찍한 데이터 살인자가 되었습니다. 또한 오프사이트 그룹급 소프트웨어 애플리케이션의 경우 C/S 구조 소프트웨어는 여러 서버를 곳곳에 설치하고 여러 서버 간에 데이터를 동기화해야 합니다. 따라서 각 데이터 포인트의 데이터 보안은 전체 애플리케이션의 데이터 보안에 영향을 미칩니다. 따라서 C/S 구조 소프트웨어의 보안은 대규모 그룹 애플리케이션에 적합하지 않습니다. B/S fabric 소프트웨어의 경우 데이터는 본사의 데이터베이스 서버에 저장되고 클라이언트는 비즈니스 데이터와 데이터베이스 접속 정보를 저장하지 않으며 데이터를 동기화할 필요가 없으므로 이러한 보안 문제는 자연스럽게 존재하지 않습니다.

2, 데이터 일관성 비교. C/S 패브릭 소프트웨어 솔루션의 경우 오프사이트에서 운영되는 대규모 그룹의 경우 지역별 서버를 설치한 다음 데이터를 동기화하는 모델을 사용합니다. 본사가 최종 데이터를 얻으려면 이러한 서버를 매일 동기화해야 합니다. 로컬 네트워크 장애로 인해 개별 데이터베이스를 동기화할 수 없습니다. 동기화되어도 서버는 특정 시점의 데이터가 아니며, 데이터는 결코 일관되지 않으며 의사 결정에 사용할 수 없습니다. B/S fabric 소프트웨어의 경우 데이터 중앙 집중화, 클라이언트가 발생하는 모든 비즈니스 문서가 중앙 데이터베이스로 직접 이동하므로 데이터 일관성 문제가 없습니다.

3, 데이터 실시간 비교. 그룹급 어플리케이션에서는 C/S 구조가 언제 어디서나 현재의 비즈니스 상황을 볼 수 없으며 사후 데이터만 볼 수 있습니다. 반면 B/S 구조는 현재의 모든 비즈니스를 실시간으로 볼 수 있어 신속한 의사 결정을 용이하게 하고 기업의 손실을 효과적으로 방지할 수 있기 때문에 다릅니다.

4, 데이터 추적 성 비교. B/S 구조의 데이터 중앙 집중식 저장으로 인해 본사는 각 수준의 지점 (지점 및 매장) 의 원본 업무 문서로 직접 드릴다운할 수 있습니다. 즉, 결과를 드릴다운할 수 있습니다. 대부분의 C/S 소프트웨어는 다릅니다. 데이터 트래픽을 줄이기 위해 중간 보고서만 업로드하는 데이터는 본사에서 지사 (지점 및 매장) 의 원본 문서를 찾을 수 없습니다.

5, 서비스 응답의 적시성 비교. 기업의 비즈니스 프로세스와 비즈니스 모델은 고정불변이 아니며 기업의 지속적인 발전에 따라 끊임없이 조정될 수밖에 없다. (윌리엄 셰익스피어, 비즈니스 프로세스, 비즈니스 모델, 비즈니스 모델, 비즈니스 모델, 비즈니스 모델, 비즈니스 모델, 비즈니스 모델) 소프트웨어 공급업체가 제공하는 소프트웨어는 완벽하지 않으므로 배포된 소프트웨어 제품의 유지 관리 및 업그레이드는 정상입니다. C/S 패브릭 소프트웨어는 애플리케이션이 분산되어 있어 각 사용자 노드에 프로그램을 설치해야 하므로 프로그램 결함이 매우 적더라도 재배포하는 데 시간이 오래 걸립니다. 재배포할 때 각 프로그램 버전의 일관성을 유지하기 위해 모든 서비스를 업데이트 (즉, "충격 업데이트") 를 일시 중지해야 하며 서비스 응답 시간은 거의 감당할 수 없습니다. 반면 B/S 구조의 소프트웨어는 서로 다릅니다. 애플리케이션은 모두 본사 서버에 집중되어 있으며 각 애플리케이션 노드에는 프로그램이 없습니다. 한 곳에서 업데이트되면 모든 애플리케이션이 업데이트되므로 신속한 서비스 응답이 가능합니다.

6. 네트워크 응용 프로그램 제한 비교. C/S 패브릭 소프트웨어는 LAN 사용자 또는 광대역 사용자 (1 메가바이트 이상) 만 사용할 수 있습니다. 또한 Dell 의 B/S 패브릭 소프트웨어는 모든 네트워크 구조 (33.6K 전화 접속 액세스 포함), 특히 광대역이 도달할 수 없는 곳 (예: Dicommunications Group 의 일부 지점) 에 적용됩니다. 전화 접속만으로 소프트웨어 시스템을 정상적으로 사용할 수 있습니다.

4.C/S 와 B/S 구조 소프트웨어의 상용 애플리케이션 비교.

관리 소프트웨어는 기업을 위해 서비스한다. 기업은 관리 소프트웨어를 선택할 때 기술뿐 아니라 상용 응용도 고려해야 한다. 다음은 비즈니스 응용 프로그램의 관점에서 두 소프트웨어를 비교합니다.

1, 투자 비용 비교. 일반적으로 B/S 구조 소프트웨어는 초기 일회성 투자 비용만 가지고 있습니다. 그룹에게는 소프트웨어 프로젝트를 제어하고 IT 블랙홀을 피하는 데 도움이 되는 반면 C/S 구조의 소프트웨어는 다르다. 적용 범위가 확대됨에 따라 이런 투자는 계속될 것이다.

2, 하드웨어 투자 보호 비교. 기존 하드웨어 투자를 보호하는 데 있어 두 가지 구조도 완전히 다릅니다. 애플리케이션 범위가 넓어지고 시스템 부하가 늘어나면 C/S 패브릭 소프트웨어의 일반적인 솔루션은 C/S 소프트웨어의 2 계층 구조로 인해 고급 중앙 서버를 구입하고 기존 서버를 포기하는 것입니다. 이 소프트웨어의 서버 프로그램은 한 컴퓨터에 배포해야 합니다. 그러나 e-management 제품군과 같은 B/S 구조는 다릅니다. 서버 로드가 증가함에 따라 서버 수를 부드럽게 늘리고 클러스터 서버 시스템을 설정한 다음 서버 간에 로드 밸런싱을 수행할 수 있습니다. 기존 하드웨어 투자를 효과적으로 보호합니다.

3, 기업의 급속한 확장은 비교를 지원합니다. 성장 기업에 있어서, 빠른 확장은 그것의 두드러진 특징이다. 예를 들어, 디신통신사는 매년 새로운 배송센터를 설립하고 매달 새로운 매장을 개설한다. 어플리케이션 소프트웨어의 신속한 배포는 기업의 빠른 확장을 위한 필수 보증이다. C/S 구조 소프트웨어의 경우 서버와 클라이언트를 설치하고, 기계실을 구축하고, 전문 관리자를 채용해야 하기 때문에 기업의 급속한 확장에 적응하기가 어렵습니다. B/S 구조의 소프트웨어는 한 번만 설치한 후 하나의 계정과 교육만 설정하면 됩니다.

둘째, 소프트웨어 응용 프로그램이 확장됨에 따라 시스템 유지 관리 인력에 대한 수요가 기업의 빠른 확장에 병목 현상이 될 수 있습니다. 기업이 수백 개의 상점을 개설하면 컴퓨터 전문가에 대한 수요가 기업이 직면한 큰 도전 중 하나가 될 것이다.

인건비는 제쳐두고, 한 기업이 이렇게 많은 전문 인력을 채용하고 그들을 보유할 수는 없다. (윌리엄 셰익스피어, 윈스턴, 인건비, 인건비, 인건비, 인건비, 인건비) 따라서 C/S 구조를 채택한 소프트웨어는 기업의 미래 발전을 제약할 수밖에 없다. 또한 대부분의 C/S 패브릭 소프트웨어는 ODBC 를 통해 데이터베이스에 직접 연결되므로 보안이 떨어지고 사용자 수가 제한됩니다. 데이터베이스에 연결된 각 사용자는 ODBC 연결을 유지하여 항상 중앙 서버의 자원을 차지하며 중앙 서버에 대한 수요가 매우 높기 때문에 사용자의 확장이 크게 제한됩니다. B/S 구조의 소프트웨어는 다릅니다. 모든 사용자는 JDBC 연결 버퍼 풀을 통해 데이터베이스에 연결됩니다. 사용자는 데이터베이스에 대한 연결을 유지하지 않으며 기본적으로 사용자 수에 제한이 없습니다.

위의 분석을 통해 B/S 구조의 관리 소프트웨어는 C/S 구조의 소프트웨어와 비교할 수 없는 장점을 가지고 있음을 알 수 있습니다. 외국의 발전 추세로도 이 점을 검증했다. 현재 외국 대기업의 관리 소프트웨어는 B/S 구조이거나 C/S 에서 B/S 구조로의 전환을 겪고 있습니다. 국내 수많은 소프트웨어 업체들이 B/S 구조 소프트웨어 개발에 적극 투자하는 추세로 볼 때 향후 몇 년 동안 B/S 구조의 대형 관리 소프트웨어가 관리 소프트웨어 분야에서 주도권을 차지할 것으로 보인다.