EC2 + Gradle 배포를 하며 익힌 내용들 정리

EC2 인스턴스 기본 이해

 

1. EC2 인스턴스를 어떻게 생성하고 어떤 설정을 했나?

- Amazon Linux 2023으로 t2.micro 인스턴스를 생성했고, SSH 접속을 위해 보안 그룹에 TCP 22번 포트를 제 IP로 열었습니다.

인스턴스는 퍼블릭 IP를 고정하고, 나중에 GItHub에서 Spring 프로젝트를 clone 받아 실행했습니다.

 

2. EC2에 SSH 접속이 되지 않는 문제를 어떻게 해결했나?

- 보안 그룹 인바운드 규칙에서 SSH 포트 22가 0.0.0.0/0으로 열려 있는지 확인했고, 인스턴스가 실행 중인지 상태 확인 후 재부팅도 시도했습니다. 또한 인스턴스가 중지 후 시작되지 않는 문제는 상태 로그나 시스템 로그 확인을 통해 접근했습니다.

 

 

3. EC2를 사용하면서 가장 중요하게 생각하는 보안 설정은 무엇인가?

- 보안 그룹 설정입니다. SSH 접근은 꼭 특정 IP만 허용하고, 애플리케이션 실행 시 포트 8080 또는 80만 외부에 열어야 한다는 점을 항상 신경 씁니다.

 

 

4. 퍼블릭 IP와 프라이빗 IP의 차이를 설명해주세요.

- 퍼블릭 IP는 인터넷에서 접근 가능한 IP이고, 프라이빗 IP는 내부 통신용입니다. EC2는 VPC 내에서 프라이빗 IP를 기본으로 할당하고, 외부 접근을 위해 퍼블릿 IP를 연결합니다.

 

 

5. EC2에서 리눅스 명령어로 프로젝트를 어떻게 세팅했나요?

- Git으로 clone 후 yum install 명령어로 Java, Node.js, Git 등을 설치했고, ./gradlew build로 프로젝트를 빌드했습니다. java -version 등으로 환경 확인도 함께 했습니다.

 

 

---

Gradle, Java 빌드 문제 해결

 

6. Gradle 빌드시 Java toolchain 에러가 발생했는데 어떻게 해결했나?

- Gradle에서 Java toolchain 설정이 요구되었는데, EC2에서 설치된 Java를 제대로 감지하지 못했습니다. toolchain 설정을 주석 처리하거나, JAVA_HOME 환경변수를 수동으로 지정하여 해결했습니다.

 

 

7. Cannot find a Java installation 에러의 원인은 뭐라고 생각하나?

- Gradle이 요구하는 toolchain 정보와 EC2에 설치된 JDK 경로가 일치하지 않거나, JAVA_HOME이 설정되지 않은 것이 원인이었습니다. 

 

 

8. --refresh-dependencies 옵션은 어떤 역할을 하나?

- 로컬 Gradle 캐시를 무시하고 모든 의존성을 원격 저장소에 다시 받는 명령어입니다. 종속성 오류나 캐시 문제 해결에 유용합니다.

 

 

9. build.gradle 파일에서 어떤 의존성을 설정했고 그 이유는?

- Spring Boot starter-web, JPA, JDBC, Thymeleaf, Lombok 등을 추가했습니다. 각각 REST API 구성, DB 연동, 템플릿 엔진, 코드 간결화를 위해 필요했습니다.

 

10. ./gradlew build와 boot.Jar의 차이는 무엇인가?

- build는 전체 빌드 과정을 포함하고, bootJar는 실행 가능한 Spring Boot 애플리케이션 JAR 파일을 만드는 작업입니다. 

 

---

실제 문제 해결 능력 (에러/배포 관련)

 

11. 10분 이상 빌드가 멈춘 적이 있었죠? 원인은 뭐였고 어떻게 대응했나요?

- Gradle 의존성 해석이 오래 걸려 무한 대기에 빠졌습니다. --no-daemon으로 실행하고, 네트워크나 캐시 문제를 확인하며 수동 종료하고 재시도했습니다. 

 

12. EC2 인스턴스가 재부팅 후 시작되지 않았을 때 어떻게 분석했나?

- 인스턴스 상태가 비정상적으로 중지되면서 시작 오류가 발생했는데, 이는 내부 디스크 손상 또는 커널 패닉 때문일 수 있습니다. 

인스턴스 상태 로그 확인과 재생성도 고려했습니다. 

 

13. Gradle에서 Java toolchain 설정을 주석 처리한 이유는?

- Gradle이 자동으로 적절한 Java 설치를 못 찾을 경우 빌드가 중단됩니다. 수동으로 설치한 Java를 사용하려면 toolchain 대신 기본 설정을 쓰는 게 안정적이었습니다. 

 

14. 빌드를 위한 최소한의 환경을 어떻게 세팅했나?

- Java 17, Gradle, Git, Node.js 설치와 git clone, gradlew build, java -jar로 프로젝트를 실행할 수 있도록 구성했습니다.

 

15. Mac에서는 Ctrl+C가 안돼서 어떻게 강제 종료했나?

- EC2에서 웹 연결로 실행할 경우 브라우저에서 명령어 입력 중단이 어려우므로, 인스턴스를 직접 재부팅하거나 브라우저 탭을 닫아 SSH 연결을 끊었습니다. 

 

 

 

---

실무 적용 관점 / DevOps 관점 질문

 

16. 이 프로젝트를 DevOps 관점에서 본다면 어떤 준비 단계인가?

- 프로젝트를 클라우드에서 직접 빌드하고 실행하는 경험은 배포 자동화와 인프라 구성의 출발점입니다. CI/CD로 확장하기 위한 사전 준비라고 생각합니다.

 

 

17. 앞으로 어떤 식으로 이 배포를 자동화하고 싶나?

- GitHub Actions에서 push 시 Gradle 빌드를 트리거하고, EC2로 자동 배포하거나, AWS CodeDeply와 연결하고 싶습니다. 

 

 

18. EC2가 아닌 다른 배포 방식으로 전환한다면 어떤 기술을 고려하나?

Docker로 이미지화하여 ECS 또는 EKS로 전환하거나, AWS Elastic Beanstalk으로 간단하게 배포 자동화하는 방식도 고려할 수 있습니다.

 

19. 이 경험이 개발자로서 어떤 역량 향상으로 이어졌다고 생각하나?

단순히 코드를 작성하는 것을 넘어, 실제 실행 환경 구성, 문제 해결, 로그 분석, 보안 설정까지 전체 흐름을 직접 경험하며 문제 해결 능력이 크게 향상됐습니다.

 

 

20. 비전공자로서 이런 클라우드 인프라 경험을 왜 중요하게 생각하나?

단순히 코딩을 넘어서 서비스가 '돌아가는 전체 흐름'을 이해하고 실습해보는 경험이 개발자로서 실무 적응력을 키워준다고 느꼈기 때문입니다. 

---

이번 경험은 단순한 프로젝트 실행을 넘어서 실제 서비스 운영 환경을 직접 경험해본 소중한 시간이였다.
개발 뿐 아니라, 배포, 인프라 설정, 문제 해결까지 스스로 해보며 개발자라는 직업의 전체 스펙트럼을 체험해보았다.