애플리케이션 서버란 무엇인가요?

애플리케이션 서버

애플리케이션 서버는 다양한 프로토콜을 통해 비즈니스 로직을 클라이언트에 노출시키는 프로그램을 말합니다. 클라이언트 애플리케이션에서 사용할 비즈니스 로직에 대한 액세스를 제공합니다. 애플리케이션 서버는 객체에 대한 메소드를 호출하는 것과 마찬가지로 이 비즈니스 로직을 사용합니다.

기본 정보

중국어 이름

애플리케이션 서버

비즈니스 로직에 대한 액세스 제공

구현

동적 웹페이지 기술

콘텐츠

정의

인터넷의 발전과 성장에 따라 "호스트/ 터미널" 또는 "클라이언트/서버"라는 기존 응용 프로그램 시스템 모델은 더 이상 새로운 환경에 적응할 수 없으므로 새로운 분산 응용 프로그램 시스템이 등장했습니다. 이에 따라 소위 "브라우저/서버" 서버라는 새로운 개발 모델도 등장했습니다. " 구조, "씬 클라이언트" 모드. 애플리케이션 서버는 이 모델을 구현하는 핵심 기술이다. [1]

웹 애플리케이션은 애플리케이션 서버(애플리케이션 서버)에 상주합니다. 응용 프로그램 서버는 웹 응용 프로그램에 시스템 리소스에 대한 간단하고 관리 가능한 액세스 메커니즘을 제공합니다. 또한 HTTP 프로토콜 구현 및 데이터베이스 연결 관리와 같은 낮은 수준의 서비스도 제공합니다. 서블릿 컨테이너는 애플리케이션 서버의 일부일 뿐입니다. 서블릿 컨테이너 외에도 애플리케이션 서버는 EJB 컨테이너, JNDI 서버 및 JMS 서버와 같은 다른 Java EE(Enterprise Edition) 구성 요소를 제공할 수도 있습니다.

Apache의 Tomcat, IBM의 WebSphere Application Server, Caucho Technology의 Resin, Macromedia의 JRun, NEC WebOTX Application Server, JBoss Application Server, Oracle(BEA의 WebLogic 인수 등) 등 다양한 애플리케이션 서버가 시중에 나와 있습니다. . NEC WebOTX Application Server, WebLogic 및 WebSphere와 같은 일부는 단순한 서블릿 컨테이너가 아니라 EJB(Enterprise JavaBeans), JMS(Java Message Service) 및 기타 Java EE 기술도 지원합니다. 각 유형의 응용 프로그램 서버에는 고유한 장점, 제한 사항 및 적용 가능성이 있습니다.

분류

보통 모든 문서는 문서의 내용이 결정되는 시기에 따라 다음과 같은 세 가지로 분류할 수 있습니다.

정적

정적: 정적 웹 문서는 웹 서버에 저장된 파일입니다. 정적 문서의 작성자는 작성 당시 문서의 내용을 결정합니다. 문서 내용은 변경되지 않으므로 정적 문서에 액세스할 때마다 동일한 결과가 반환됩니다.

동적

동적: 동적 웹 문서는 미리 정의된 형식으로 존재하지 않지만 브라우저가 웹 서버에 액세스할 때 생성됩니다. 요청이 도착하면 웹 서버는 애플리케이션을 실행하여 동적 문서를 생성하고 서버는 프로그램의 출력을 응답으로 반환합니다. 액세스할 때마다 새 문서가 생성되므로 동적 문서의 내용이 변경됩니다.

활동

활동: 활동 문서는 서버 측에서 완전히 지정되지 않지만 값을 계산하고 표시하는 프로그램을 포함합니다. 브라우저가 활성 문서에 액세스하면 서버는 브라우저가 로컬에서 실행할 수 있는 프로그램을 반환합니다. 프로그램이 실행 중일 때 사용자와 상호 작용하고 지속적으로 디스플레이를 변경할 수 있습니다. 이러한 방식으로 활성 문서의 내용은 고정되지 않습니다. 즉, 사용자가 프로그램을 계속 실행하는 한 계속해서 변경됩니다. 정적 문서의 주요 장점은 단순성, 신뢰성 및 성능입니다. 정적 문서에서는 형식을 직접 지정하기 때문입니다. 프로그래밍을 모르는 사람도 만들 수 있습니다. 게다가 정적 문서는 작성 및 테스트된 후에도 항상 정확합니다. 마지막으로 브라우저는 문서에 빠르게 액세스할 수 있으며 해당 문서를 로컬 디스크의 버퍼에 배치하여 해당 문서에 대한 향후 액세스 속도를 높일 수 있습니다.

정적 문서의 가장 큰 단점은 유연성이 없다는 것입니다. 정보가 변경되면 문서를 다시 디자인해야 합니다. 또한 변경 작업에는 파일을 수동으로 수정해야 하므로 시간이 많이 걸립니다. 따라서 정적인 문서는 자주 변경되는 보고 정보에 적합하지 않습니다. 동적 문서의 가장 큰 장점은 최신 정보를 보고할 수 있다는 것입니다. 예를 들어 동적 문서를 사용하여 주식 시장 상황, 일기 예보 또는 콘서트 티켓 판매에 대한 보고를 할 수 있습니다. 브라우저가 정보를 요청하면 서버는 애플리케이션을 실행하고, 필요한 정보에 접근하여 문서를 생성하고, 서버는 이를 브라우저에 반환합니다. 동적 문서는 작업을 서버 측에 배치하고 브라우저는 정적 문서와 동일한 방식으로 동적 문서에 액세스합니다. 실제로 브라우저의 관점에서 보면 그렇습니다. 동적 문서와 정적 문서 사이에는 차이가 없습니다. 동적 문서와 정적 문서 모두 HTML로 작성되기 때문에 브라우저는 서버가 디스크 파일에서 문서를 얻었는지 컴퓨터 프로그램에서 얻었는지 알 수 없습니다. 동적 문서의 주요 단점은 비용이 증가하고 변경 정보를 표시할 수 없다는 것입니다. 정적 문서와 마찬가지로 동적 문서는 브라우저가 문서를 얻은 후에 변경되지 않습니다. 따라서 정보가 브라우저로 전송된 후에는 문서가 오래된 것이 됩니다. 예를 들어, 주식 시장 정보를 보고하는 동적 문서는 주식 시장 정보가 빠르게 변하기 때문에 사용자가 문서에 액세스하면 빠르게 오래된 문서가 됩니다. 동적 문서는 정적 문서보다 생성 및 액세스 비용이 더 많이 듭니다. 동적 문서를 만드는 사람은 프로그램 작성 방법을 알아야 하기 때문에 비용이 더 많이 듭니다. 또한, 프로그램은 출력의 합법성을 보장하기 위해 신중하게 작성되고 광범위하게 테스트되어야 합니다. 입력에는 다양한 소스의 여러 유형의 데이터가 포함될 수 있으므로 이러한 프로그램의 정확성을 검증하는 것은 어렵습니다. 동적 문서를 만드는 데 드는 비용이 높을 뿐만 아니라 서버 측에 더 강력한 컴퓨터가 필요하기 때문에 하드웨어 비용도 더 높습니다. 결국 서버가 문서를 생성하기 위한 프로그램을 실행하는 데 추가 시간이 필요하기 때문에 동적 문서를 검색하는 데 시간이 조금 더 걸립니다. 응용 프로그램이 도착하면 동적 문서가 생성되지만 정보는 빠르게 오래된 것이 될 수 있으며 동적 문서에 비해 활성 문서의 주요 장점은 정보를 지속적으로 변경할 수 있다는 것입니다. 예를 들어 활성 문서만 애니메이션을 표시하도록 표시를 빠르게 변경할 수 있습니다. 또한 활성 문서에는 정보 소스에 직접 액세스하고 표시 내용을 지속적으로 변경할 수 있는 기능이 있습니다. 예를 들어, 주식 시장 정보를 표시하는 활성 문서는 주식 시장 정보를 지속적으로 읽고 사용자 개입 없이 표시를 자동으로 수정할 수 있습니다. 활성 문서의 주요 단점은 해당 문서를 생성하고 실행하는 데 필요한 추가 비용과 보안 부족입니다. 첫째, 활성 문서를 표시하려면 더욱 정교한 브라우저 소프트웨어와 브라우저를 실행하는 강력한 컴퓨터가 필요합니다. 또한 올바른 활동 문서를 작성하려면 다른 화면을 작성하는 것보다 더 많은 프로그래밍 기술이 필요하며 결과 문서를 테스트하기가 더 어렵습니다. 또한 액티브 문서는 서버가 아닌 클라이언트에서 실행되어야 하기 때문에 프로그램은 서로 다른 클라이언트의 호환성 문제를 해결해야 합니다. 마지막으로 액티브 문서는 정보를 입력하고 출력하기 때문에 잠재적인 보안 문제가 있습니다.