Links Contents | Architecture OverviewOverview |
This page provides an overview of the Tomcat server architecture.
이 페이지는 Tomcat 서버 아키텍처의 개요를 제공합니다.
|
Terms |
Server |
In the Tomcat world, a
Server represents the whole container.
Tomcat provides a default implementation of the
Server interface
which is rarely customized by users.
Tomcat은 세계에서
서버는 전체 컨테이너를 나타냅니다.
Tomcat은 거의 사용자가 정의하지 않고 서버 인터페이스
의 기본 구현을 제공합니다.
|
Service |
A Service is an intermediate component
which lives inside a Server and ties one or more Connectors to exactly one
Engine. The Service element is rarely customized by users, as the default
implementation is simple and sufficient:
Service interface.
서비스는 서버와 정확히 하나의 엔진에 연줄이 하나 이상의 커넥터 안에 사는 중간 구성 요소입니다
서비스 인터페이스 :
기본 구현이 간단하고 충분로서 서비스 요소는 거의, 사용자에 의해 정의되지 않습니다.
|
Engine |
An
Engine represents request processing
pipeline for a specific Service. As a Service may have multiple Connectors,
the Engine received and processes all requests from these connectors, handing
the response back to the appropriate connector for transmission to the client.
The Engine interface
may be implemented to supply custom Engines, though this is uncommon.
Note that the Engine may be used for Tomcat server clustering via the
jvmRoute parameter. Read the Clustering documentation for more information.
엔진 은 특정 서비스에 대한 요청 처리 파이프라인을 나타냅니다.
서비스는 여러 개의 커넥터가 있을 수록, 엔진이 커넥터에서 모든 요청을 받고 처리하고,
클라이언트에 전송에 적합한 커넥터에 다시 응답을 건네준다.
엔진 인터페이스는 특이하지만,
사용자 정의 엔진을 제공하기 위해 구현할 수 있습니다.
Note that the Engine may be used for Tomcat server clustering via the
jvmRoute parameter. Read the Clustering documentation for more information.
엔진은 jvmRoute 매개 변수를 통해 Tomcat 서버 클러스터링에 사용할 수 있습니다.
자세한 내용은 클러스터링 설명서를 읽어 보시기 바랍니다.
|
Host |
A Host is an association of a network name,
e.g. www.yourcompany.com, to the Tomcat server. An Engine may contain
multiple hosts, and the Host element also supports network aliases such as
yourcompany.com and abc.yourcompany.com. Users rarely create custom
Hosts
because the
StandardHost
implementation provides significant additional functionality.
호스트 예 : 네트워크 이름의 협회입니다. Tomcat 서버에 www.yourcompany.com이 있다.
엔진은 여러 호스트를 포함할 수 있으며, 호스트 요소는 또한 yourcompany.com
및 abc.yourcompany.com 같은 네트워크 별칭을 지원합니다.
StandardHost 구현은
상당한 추가 기능을 제공하기 때문에 사용자는 거의 사용자 지정 호스트를 만들 수 없습니다.
|
Connector |
A Connector handles communications with the client. There are multiple
connectors available with Tomcat. These include the
HTTP connector which is used for
most HTTP traffic, especially when running Tomcat as a standalone server,
and the AJP connector which implements
the AJP procotol used when connecting Tomcat to a web server such as
Apache HTTPD server. Creating a customized connector is a significant
effort.
커넥터는 클라이언트와 통신을 처리합니다. 톰캣에서 사용하는 여러 개의 커넥터가 있습니다.
이들은 독립 실행형 서버로 Tomcat을 실행하고 특히, 대부분의 HTTP 트래픽에 사용되는
HTTP 커넥터 와 같은 아파치 아파치 서버로 웹 서버에
Tomcat을 연결할 때 사용하는 AJP connector을 구현 AJP 커넥터를 포함합니다.
|
Context |
A
Context
represents a web application. A Host may contain multiple
contexts, each with a unique path. The
Context
interface may be implemented to create custom Contexts, but
this is rarely the case because the
StandardContext provides significant additional functionality.
Context는 웹 응용 프로그램을 나타냅니다.
호스트는 여러 상황, 독특한 경로와 각 포함될 수 있습니다.
Context
interface 는 사용자 지정 컨텍스트를 만드는 구현하지만,
StandardContext는 상당한 추가 기능을 제공하기 때문에 거의 구현하지 않습니다.
|
|
Comments |
Tomcat is designed to be a fast and efficient implementation of the
Servlet Specification. Tomcat came about as the reference implementation
of this specification, and has remained rigorous in adhering to the
specification. At the same time, significant attention has been paid
to Tomcat's performance and it is now on par with other servlet containers,
including commercial ones.
톰캣은 서블릿 스펙의 신속하고 효율적인 구현이 될 수 있도록 설계되었습니다.
Tomcat은 이 사양의 레퍼런스 구현 등에 대해 규격 준수에 엄격하게 남아있다.
동시에, 상당한 성능을 톰캣으로로 돈 그것은 상업적인 것들을 포함한
다른 서블릿 컨테이너와 평가한다.
In recent releases of Tomcat, mostly starting with Tomcat 5,
we have begun efforts to make more aspects of Tomcat manageable via
JMX. In addition, the Manager and Admin webapps have been greatly
enhanced and improved. Manageability is a primary area of concern
for us as the product matures and the specification becomes more
stable.
톰캣의 최근 릴리스에서는 대부분 톰캣 5 시작한다.
우리는 톰캣보다 측면 JMX를 통해 관리를 만들기 위해 노력을 시작했습니다.
또한, 관리자와 관리 webapps는 크게 향상 및 개선되었습니다.
관리는 우리를 걱정하는 주요 분야이며 사양은 보다 안정된다.
|
|