Record_Ing

기본 설치 및 인스턴스 생성은 완료 했기에 안했다면 이전 글을 보고 오는걸 추천합니다.

2024.04.05 - [💻 IT/Web] - [AWS] 라이트세일로 스프링 프로젝트 배포하기 1

1. 호스트명 변경하기

mobaXterm 접속 - 등록한 서버 더블 클릭하면

맨 아랫줄에 ubuntu@ip- ~~~로 적혀있을텐데 호스트 명을 변경해준다. 

호스트명 변경

sudo hostnamectl set-hostname 변경이름

호스트 명을 바꾼 후 서버를 다시 시작해야한다. (약 30초 소요)

서버 재시작

sudo reboot

다시 더블클릭 하면 ip대신 설정한 이름으로 변경돼있다.

2. 서버에 자바 설치하기

자바 설치 전 우분투 패키지 업그레이드하기

sudo apt update

설치할 자바 버전 입력

sudo apt install openjdk-11 -jdk

(혹시 설치 에러가 뜬다면 -jdk를 띄어쓰기 하지 말고 붙여 써봐라)

설치 완료 확인

java -version

잘 설치됐다.

2-1. 자바 환경변수 설정

윈도우 설정 - 시스템 - 정보 - 고급 시스템 설정 - 환경 변수 - 시스템 변수 - 편집

변수 이름 JAVA_HOME

변수값은 jdk 설치 경로 ( 보통은 저 경로에 있음)

확인-확인-확인해서 마무리

3. 서버에 톰캣 설치하기

war 파일 구동을 위해 tomcat을 설치한다.

자신에게 맞는 톰캣 버전 설치

sudo apt-get install tomcat9

설치 확인

sudo /usr/share/tomcat9/bin/version.sh

버전 정보가 뜨면 성공

스프링 프로젝트 배포는 구글에 찾아봐도 잘 안나오거나 (다 스프링 부트임)

내가 원하는 방식이랑 달라서 하나하나 구글링해 만든 나만의 스프링 프로젝트 배포 과정이다.

누군가에게 도움이 되면 좋겠다.

1. 인스턴스 생성

https://aws.amazon.com/ko/?nc2=h_lg

콘솔로 로그인 후 검색창에 lightsail

1.인스턴스 클릭 - 인스턴스 생성

2. Linux/Unix 선택 - OS전용클릭 - Ubuntu 22.04 LTS 선택

3. 인스턴스 플랜 $5 선택

4. 인스턴스 생성

1-2분후 새로고침하면 

생성 완료

2. 고정IP생성

1. 네트워킹 클릭 - 고정 IP생성 

2. 인스턴스 선택에 방금 만든 인스턴스 넣기

3. 고정IP명은 수정 가능 - 생성

생성 완료

3. 방화벽 해제

인스턴스 - 만든 인스턴스 선택 - 네트워킹

규칙추가 - 8080추가 - 생성

생성 완료

4. 프라이빗 키 생성

메인화면 - 계정선택 - 계정

SSH키 선택 - 기본키 다운

다운받은 키 이름 변경 (필자는 mysite.pem으로 변경함)

5. SSH 클라이언트 설치

https://mobaxterm.mobatek.net/download.html

free 버전 다운로드 후 실행

1. 왼쪽 상단에 Session 클릭 - SSH 클릭

2. Remote host에 고정 IP 입력 

3. Specify username 체크 후 'ubuntu' 입력

4. Advanced SSH settings 클릭

5. Use private key 체크 후 다운 받은 SSH키 선택

6. ok 클릭

접속 성공

6. SFTP 클라이언트 설치

https://filezilla-project.org/

Download FileZilla Client 클릭

FileZilla 다운후 실행

빨간네모 클릭 - 새 사이트 클릭 

1. 내 사이트 밑에 우클릭 - 원하는 이름으로 변경

2. 프로토콜 SFTP선택

3. 호스트에 고정 IP입력

4. 로그온 유형 '키파일' 선택

5. 사용자 'ubuntu'입력

6. 키 파일 찾아보기로 등록 

7. 연결

**비밀번호를 기억할까요? 창이 나올 경우 "비밀번호 저장 안함" 선택 후 확인

생성 완료

왼쪽 로컬 사이트는 내 컴퓨터를 의미, 오른쪽 리모트 사이트는 서버 (AWS 라이트세일 의 인스턴스 서버)를 의미함

기존의 정적인 웹 애플리케이션의 기능을 그대로 사용하면서 서블릿,JSP,자바 클래스 들을 추가하여 동적인 서비스를 제공하는 프로그램 

✔ 웹 애플리케이션의 기본 디렉터리 구조 

⛤ 이러한 구조를 갖추지 않고 컨테이너에서 웹 애플맄이션을 실행하면 오류가 발생한다. 

✔ 웹 애플리케이션의 구성 요소의 기능

⋆ 웹 애플리케이션 이름(예 : WEBSHOP) : 루트 디렉터리(파일)로 다른 웹 애플리케이션 이름과 중복이 불가하며 JSP, HTML파일이 저장된다.

⋆ WEB-INF : 웹 애플리케이션에 관한 정보가 저장되는 곳이다. 외부에서 접근 불가하다.

⋆ classes :  서블릿과 일반 클래스들이 위치하는 곳

⋆ lib : 웹 애플리케이션이 수행하는 여러 라이브러리 압축 파일 (jar파일)이 저장되는 곳이다.

          DB연동 드라이버나 프레임워크 기능 관련 jar파일이 여기에 저장된다. 

⋆ web.xml : 환경 설정 파일이다. 웹 애플리케이션에 대한 여러가지 설정을 할 때 사용된다.

✔ 웹 애플리케이션의 추가된 구성 요소의 기능

⋆ jsp/html : jsp파일과 html파일이 저장된 곳

⋆ css : 스타일시트 파일이 저장된 곳

⋆ image : 이미지 파일이 저장된 곳

⋆ js : 자바스크립트 파일이 저장된 곳

⋆ bin : 애플리케이션에서 사용되는 각종 실행 파일이 저장된 곳

⋆ conf : 프레임워크에서 사용하는 각종 설정 파일이 저장된 곳

⋆ src : 자바 소스 파일이 저장된 곳

참고 : 자바 웹을 다루는 기술 

⋆ 웹 서버 : 각 클라이언트에게 서비스를 제공하는 컴퓨터

⋆ 클라이언트 : 네트워크로 서버에 접속한 후 서버로부터 서비스를 제공받는 컴퓨터

⋆ HTTP프로토콜(Hyper Text Markup Language): www서비스를 제공하는 통신규약

  (웹 서버와 클라이언트는 이 프로토콜을 이용해 정보를 주고 받는다.)

✔ 정적 웹 프로그래밍

⋆ 사용자에게 화면 디자인 같은 고정된 정보만 제공한다.

⋆ 정보 수정 시 관리자가 직접 HTML코드를 수정하여 사용자에게 정보를 제공한다.

단점 : 실시간 정보를 제공 받기 힘들다(관리자가 수시로 수정해야 하기 때문)

✔ 동적 웹 프로그래밍

⋆ 실시간 정보를 원하는 사용자들의 요구를 만족시키고자 만들어진 방식

⋆ 관리자가 하던 역할을 애플리케이션 서버가 수행한다.

⋆ 실시간 정보가 저장되어 있는 데이터베이스에 클라이언트의 요청이 있을 때 마다 접근하여 실시간 정보를 클라이언트에게 제공

⋆ CGI (공용 게이트웨이 인터페이스) : 동적 프로그램을 제공하는 기능 

   - 초기 웹 프로그램에서 사용하는 방식 

   - 프로세스 방식으로 실행된다.

      [클라이언트가 정보 요청 > 웹 애플리케이션 서버에서 프로세스를 메모리에 생성 > 데이터베이스와 연동하여 반환]

   - 서버의 부하가 심하다. 

      (초기에는 수행 할 기능이 적었지만 인터넷 환경이 발전한 지금은 동시에 처리해야 할 일이 많기에 메모리에 과부화가 걸릴 수 있다)

⛤ 이러한 문제점을 개선하여 나온 것이 JSP, ASP, PHP 같은 동적 웹 프로그래밍 기술이다. 

✔ JSP 프로그램의 특징

⋆ 스레드(thread) 방식으로 실행한다.

    [클라이언트1이 정보 요청 > 웹 어플리케이션 서버가 기능을 메모리에 로드한 후 데이터베이스에서 정보를 얻어와 클라이언트1에 전송 >

     클라이언트2가 동일한 정보 요청 > 메모리에 기능이 존재하므로 이 기능으로 정보를 가져와서 전송]

⋆ 각각의 요청에 대한 기능을 메모리에 따로 따로 로드하지 않아도 된다.

⋆ 클라이언트의 요구를 처리하는 기능은 최초 한번만 메모리에 로드된다.

⋆ 클라이언트가 동일한 기능을 요구하면 기존에 사용한 기능을 재사용한다. 

참고 : 자바 웹을 다루는 기술

1. 클라이언트 PC기반 프로그램 

단점 : 기능이 자주 변경 되는 프로그램일 경우 수시로 사용자가 pc마다 프로그램을 업데이트 하거나 새로 설치해야한다. 

2. 클라이언트 -  서버기반 프로그램

기존 클라이언트가 수행하는 모든 기능을 서버에서 수행한다. 

클라이언트는 처리할 데이터가 있으면 네트워크를 통해 서버에 전달 ➭ 서버가 처리한 결과를 네트워크를 통해 받음 ➭ 결과를 화면에 출력

단점 : 여전히 화면 변경시에 추가 작업 필요

3. 웹 기반 프로그램

클라이언트는 자신이 사용하는 클라이언트 프로그램을 직접 설치하는 것이 아니라 사용자 컴퓨터의 웹 브라우저를 통해 화면에 해당되는 

HTML문서를 서버에 요청 ➭ 서버에서 요청 받은 HTML문서를 브라우저에 전송하여 화면을 보여준다.

즉, 웹 기반 프로그램의 경우 사용자가 사용하는 프로그램의 기능이나 화면이 바뀌면 서버에서 모두 처리한다. 

⛤ 관리와 보안이 우수하다.

참고 : 자바 웹을 다루는 기술