🐳 인프라

클라우드란 인터넷을 통해 언제 어디서든 접속할 수 있는 환경으로, 물리적 서버나 인프라가 클라우드 서비스 제공자에 의해 관리된다.클라우드 컴퓨팅을 사용하면 사용자는 복잡한 인프라 관리 없이 필요한 리소스를 제공받을 수 있다. 온프레미스: 자사가 직접 서버를 구축하고 운영하는 방식. 데이터 센터에 서버를 두고, 모든 인프라를 직접 관리한다.장점: 회사의 요구사항에 맞게 자유롭게 설계하고 운영할 수 있다.단점: 이를 관리하려면 숙련된 기술자가 필요하며, 서버를 자주 변경하는 경우에는 관리가 어려울 수 있다.오프프레미스: 물리적 인프라를 임대하거나 공용 클라우드를 사용하는 방식. 클라우드 제공자는 인프라를 관리하고, 사용자는 이를 임대하여 운영.클라우드의 규제에 따라 사용해야 하므로 완전한 자유도는 없다.관리..

FISA를 하면서 세미나를 할 기회가 생겼다. 복습 할 겸, 정리할 겸 AWS에 대해서 정리하고자 한다.  AWS란? 클라우드 컴퓨팅 서비스: 서버나 네트워크를 인터넷으로 빌려서 사용할 수 있게 하는 서비스 특징다양한 서비스를 이용 가능외부 시스템과 연동 가능종량제 -> 필요한 만큼 사용 가능입문 난이도가 낮다보안성서버 안정 운영 시 방화벽 등을 사용하여 보안 대책이 필수적이다. 이를 전문지식 없이 활용하기에는 힘들다. -> aws를 통해 일정 수준 이상의 안전한 상태 운영 가능여러 리전의 가용 영역에 운영 가능하다managed service인 경우가 많다. -> 관리 자동 -> 비용증가라는 단점도 존재 따라서, 적절하게 사용하고 monitoring 해야 한다. 서비스 목적에 따라 다양한 서비스를 사용할..

이미치는 계층적으로 저장된다. (이미지 레이어)이미지를 제공하는 저장소를 레지스트리라고 한다. 무료 레지스트리로 도커 허브 존재  --name 플래그를 통해 컨테이너에 이름을 붙이고, 이를 통해 컨테이너를 지칭함  HTTP 요청을 구글로 보낸다. 환경 변수란 운영체제에서 제공하는 키-값 쌍이다. 도커 컨테이너도 별도의 환경변수를 가질 수 있는데, 운영체제가 아닌 도커가 부여해 준다.호스트 컴퓨터의 환경변수는 컨테이너와 별개이다. 컨테이너느 오직 도커가 부여한 환경변수만을 갖는다. 도커 이미지는 설정값의 기본값을 포함해 패키징되지만, 컨테이너를 실행할 때 이 설정값을 바꿀 수 있어야 한다.이를 환경변수로 구현하고, 동일한 컨테이너의 애플리케이션이지만, 설정값에 의해 동작이 달라지는 것을 볼 수 있다.Doc..

로컬에 이미지가 없어서 unable to find image locally → 도커가 해당 이미지를 내려받음내려받고 해당 이미지로 컨테이너를 실행한다. 이 과정에서 도커 워크플로 과정 이해 가능 (빌드-공유-실행 워커플로)제작자가 애플리케이션을 컨테이너에서 실행할 수 있도록 패키징하고 공유한 것을 내가 내려받아서 실행한다.재실행 시 이미지를 다운받지 않고, 컨테이너만 실행한다.추가로, 컨테이너를 다시 실행했기에, 컴퓨터 이름이 바뀐것을 확인 가능 컨테이너는 애플리케이션을 담고 있는 상자이다.컨테이너는 서로 독립적인 환경을 갖고, 해당 컨테이너를 실행하는 컴퓨터의 운영체제를 공유한다.호스트명, IP주소, 파일 시스템 모두 도커가 생성한 가상 리소스이다. 이들이 엮여 애플리케이션이 동작할 수 있는 환경이 만..

도커는 Paas의 장점인 운영비와 IaaS의 장점인 이식성을 모두 누릴 수 있다.PaaS의 운영 효율성: 컨테이너는 가벼운 가상화 환경으로, 애플리케이션과 필요한 라이브러리만 포함하므로 리소스 사용이 효율적이며, 운영체제를 공유하기 때문에 PaaS처럼 운영비를 절감할 수 있다.IaaS의 이식성: Docker 이미지를 사용하면 동일한 환경을 다양한 플랫폼에서 실행할 수 있고, 개발 환경과 운영 환경 간의 차이를 제거해 “한 번 빌드하면 어디서나 실행” 가능하게 만든다.애플리케이션의 각 컴포넌트는 컨테이너에서 동작하며, 가상 머신처럼 독립적이지만 경량이며 PaaS의 매니지드 서비스만큼 효율적이다. 도커를 사용하면 기존의 모놀리식 애플리케이션의 각 기능을 분리하여 개별 컨테이너로 실행할 수 있고, 이를 통해 ..

캡스톤에서 SpringBoot, MongoDB를 사용해서 백앤드 서버 개발을 해야한다.내가 인프라를 맡기로 해서 CI/CD및 인프라를 완료하였다.기록할겸 블로그에 정리해보았다.EC2는 MongoDB,  SpringBoot 사용할 것이기에, 추가로 8080포트와 27017 포트를 열어주었다.그리고 t2.micro말고 t3a.small을 사용하였다. t2.micro는 너무 작다...https://start.spring.io/실행 잘 된다.이제 깃허브에 연결해주자레포지토리 생성하고git initgit add README.mdgit commit -m "first commit"git branch -M maingit remote add origin git@github.com:seongjju/seongjju-web-..

3. Docker + 백엔드(Spring Boot) 프로젝트에 CI/CD 적용하기 2가지 방법 존재Docker: 컨테이너 기반 프로젝트Docker, CodeDeploy: 컨테이너 + 확장성 고려한 프로젝트 1. Docker: 컨테이너 기반 프로젝트전체 흐름장점Docker 기반 서비스 운영 시, 간단하게 구성 가능한 인프라 구조단점무중단 배포 구현 or 여러 EC2에 배포해야 한다면, 직접 Github Actions에 스크립트 작성, 구현 필요 -> 복잡사용컨테이너 기반 인프라 구성 시소규 모프로젝트실습 1EC2에 Docker 설치, ECR 세팅 Ubuntu에서 Docker, Docker Compose 설치$ sudo apt-get update && \ sudo apt-get install -y apt-t..

1. CI/CD 기본 개념 / Github Actions 기본 개념 1. CI/CDContinuous Integration, Continuous Deployment배우는 이유서비스 운영 시 새로운 기능 필요이에 따라, 코드 작성 -> Commit -> Merge -> 배포매우 귀찮다 -> 이런 반복적인 과정을 자동화 2. Github Actions저번에 젠킨스를 활용했었는데, 이번에는 Github Actions를 공부해보자https://koreatstm.tistory.com/140로직을 실행시킬 수 있는 일종의 컴퓨터젠킨스의 경우, 별도 서버가 필요하지만, Github Actions는 서버 구축 없이 내장된 Github Actions 기능을 사용하면 된다. 비용도 좋고, 셋팅하는데 시간도 절약CI/CD ..