1.1 웹 애플리케이션 소개
오늘 우리는 우리 자신의 웹 애플리케이션을 작성하는 방법을 배우기 시작했습니다 . 크고 복잡한 서버 측 웹 애플리케이션은 Java가 지배하는 곳입니다. 그리고 Java 프로그래머는 어디에서 가장 많은 돈을 버나요? :)
그렇다면 이러한 웹 애플리케이션은 정확히 무엇입니까? 웹 응용 프로그램은 일반 웹 사이트와 같이 브라우저에서 열 수 있는 그래픽 인터페이스 대신 웹 인터페이스가 있는 프로그램입니다. 따라서 크고 복잡한 프로그램이 서버에서 실행되며 모든 브라우저에서 액세스할 수 있습니다.
웹 사이트와 웹 애플리케이션의 차이점은 무엇입니까? 하드 보더가 없습니다. 이 사이트는 콘텐츠를 저장하고 표시하도록 설계되었습니다. 반면에 웹 애플리케이션은 서버에서 크고 복잡한 작업을 수행합니다.
예를 들어 간단한 인터페이스를 통해 서버에서 비디오를 편집할 수 있는 웹 응용 프로그램이 있습니다. 그러한 애플리케이션을 웹사이트라고 부르기는 어렵습니다.
예를 들어 GitLab 서비스로 이동하여 이것이 "사이트" 라고 말하십시오.
1.2 웹 서버 소개
90년대에 첫 번째 웹 애플리케이션이 등장했을 때 웹 애플리케이션 자체와 웹 서버의 두 부분으로 나누는 아이디어를 내놓았습니다 .
웹 서버는 HTTP 프로토콜 작업의 모든 일상적인 작업을 대신했습니다.
- HTML, CSS, JavaScript와 같은 정적 파일 제공
- 리소스에 대한 액세스 권한 관리
- 웹 애플리케이션의 로딩, 운영 및 언로딩 관리
- 로깅, 오류 로깅
- 웹 애플리케이션의 상호 작용 등을 보장합니다.
애플리케이션의 비즈니스 로직은 웹 애플리케이션으로 옮겨졌고, 모든 웹 애플리케이션의 공통점은 모두 웹 서버로 옮겨졌다. 이를 통해 웹 애플리케이션과 독립적으로 웹 서버를 개발하고 수천 개의 애플리케이션에서 하나의 웹 서버를 사용할 수 있게 되었습니다.
그 결과 웹 서버는 웹 애플리케이션을 위한 플랫폼이 되었습니다. 웹 애플리케이션이 호출할 수 있는 자체 API도 있습니다.
그러나 가장 중요한 것은 하나의 서버가 수천 번 사용되었다는 사실 때문에 Java 커뮤니티의 노력을 자신의 웹 응용 프로그램의 모든 사람이 아닌 공통 웹 서버에 기능을 추가하는 데 사용하는 것이 매우 유익했습니다.
이것이 바로 Java로 작성된 웹 애플리케이션을 위한 가장 인기 있는 웹 서버인 Apache Tomcat이 탄생한 방식입니다. 프로젝트의 공식 페이지는 https://tomcat.apache.org/ 입니다.
이것은 매우 강력한 웹 서버이며 매우 유연하게 구성할 수 있습니다. 이미 20년이 넘었고 이제 9번째 버전을 사용할 수 있습니다. 실제로 이것은 업계 표준이므로 작업 방법을 배워야 합니다.