이전에 했었던 부분은 애플리케이션을 위한 전체 소스코드를 작성하고 각각에 맞는 Dockerfile 을 작성했으며 그 각각의 컨테이너를 연결시켜주고 간단하게 한 번에 실행시킬 수 있는 Docker compose 를 작성했다.이번에는 소스코드가 에러가 없는지 테스트를 한

이번에는 프론트 부분만을 사용하는게 아니라 백엔드 서버 + DB 까지 포함시켜서 만들어본다. 설명 아무 글이나 입력하면 리액트를 통해서 노드로 전달된 이후에 MySQL 데이터베이스에 저장한 후 그 저장된 것을 화면에 보여주는 앱을 만들어본다. 컨테이너를 재시작해도 D

S3 는 파일 저장 서비스의 역할 뿐만 아니라 부가적인 기능을 더 가지고 있다.그 기능은 바로 "정적 웹 사이트 호스팅" 이다.웹 서비스를 다른 사용자들도 쓸 수 있게 인터넷에 배포하는 걸 뜻한다.CloudFront 는 컨텐츠(파일 , 동영상 등)를 빠르게 전송하게 해

RDS (Relational Database Service) 는 관계형 데이터베이스 서비스로 MysQL , MariaDB 등 여러 관계형 데이터베이스 서비스를 AWS 로부터 빌려서 사용한다고 생각하면 된다.로컬 환경에서 개발할 때는 로컬 환경에 설치된 MySQL 와 같

Route53 은 도메인을 발급하고 관리해주는 서비스도메인은 www.naver.com , youtube.com 와 같은 문자로 표현된 인터넷 주소더 전문적으로 표현하면 Route53 은 DNS(Domain Name System)원래는 IP 주소로 접근을 했지만 IP 주

배포는 다른 사용자들이 인터넷을 통해 사용할 수 있게 만드는 것을 의미한다.혼자서 개발을 할 때는 localhost 라는 주소로 테스트도 하고 개발을 하는데, 이 localhost 는 다른 컴퓨터에서 접근이 불가능한 주소이다.배포를 하게 되면 IP 나 도메인과 같이 고

이번에는 저번에 만들었던 소스 코드를 Gihub 에 먼저 배포를 하고, Travis CI 라는 곳에서 소스를 가져간 후에 그 곳에서 소스 코드가 잘 돌아가는지 Test를 한 후 만약 성공한다면 AWS 에 보내서 배포까지 해보자. Github 에 소스 코드 올리기

이번에는 개발환경에서는 리액트 앱을 개발하고 만든 리액트 앱을 테스트 및 배포를 해보자. 간단하게 보면 개봘환경에서 개발 -> 개발 된 것을 테스트 -> Production 환경에 배포 더 자세한 흐름으로 알아보자. 개발환경에서 개발 -> Github 에 소스를 pu

가장 중점적으로 봐야할 것은 Dockerfile 을 어떤식으로 작성해야 하는지가 중요하다.Node.js APP 을 만들고 도커 이미지를 생성 해서 컨테이너로 실행해보자.즉 도커 컨테이너 안에서 Node.js 애플리케이션이 실행될 수 있도록 하자.필요한 2가지 파일pac

docker run IMAGE_NAME lsdocker : 도커 클라이언트 언급run : 컨테이너 생성 및 실행IMAGE_NAME : 컨테이너를 위한 이미지ls : 현재 디렉토리의 파일 리스트 표출ls 위치에는 원래 이미지가 가지고 있는 시작 명령어를 무시하고 여기에

모든 과정을 거치면 프로그램의 일부분을 수정하고 Git 에 push 만 하면 알아서 배포가 되는 자동화 시스템을 구축할 수 있다!어떠한 프로그램을 다우론드하는 과정을 간단하게 만들어주기 떄문이다.예를 들어 도커 없이 Redis 를 다운 받는다고 생각해보자.Redis 홈

커밋 객체에는 무엇이 저장되는가 두 사람이 병렬로 커밋을 만들고 싶으면 어떻게 해야할까 두 사람이 만든 버전을 합치는 방법 남이 만든 오픈소스에는 어떻게 기여하는가 소스 트리 사용? Git 에서 커밋이란 ? 변경 사항의 모음이 아닌 하나의 최종 코드 모음이다.

zipkin.io 에 들어가보면 quickstart 에서 Docker 부분을 보면 컨테이너로 바로 실행할 수 있는 명령이가 있다.docker run -d -p 9411:9411 openzipkin/zipkin여기에 --network , -name 만 넣어주면 된다.do

그동안 만들었던 Microserivce 나 Microserivce 를 지원하는 시스템들 중에서 어떤 것들이 배포 대상이 되는지, 배포 방법을 알아보고 직접 배포까지 해보자. 애플리케이션 배포 구성 배포 방법 Docker + Local JAR file + Local

버전 관리의 1등 : Git클라우드 저장소의 1등 : GitHubGit + GitHub 를 같이 사용하면 팀 프로젝트 및 회사에서 효율적인 개발 협업을 할 수 있다.여러명의 개발자가 하나의 서비스를 만든다면?따로 작업을 하다가 내가 원할 때 코드를 합칠 수 있으면 좋

컨테이너 가상화 Virtualization 물리적인 컴퓨터 리소스를 다른 시스템이나 애플리케이션에서 사용할 수 있도록 제공 -> 플랫폼 가상화 -> 리소스 가상화 하이퍼바이저 (Hypervisor) -> Virtual Machine Manager (VMM) -> 다수

Microservice 끼리 통신하기 위해서 RestTemplate , FeignClient 를 사용했었다.user-service 에서 order-service 를 호출할 때, order-service 서버 안에서 문제가 발생한다면 호출 자체가 되지 않아서 오류가 발생

order-service 에서 주문을 하게 되면 catalog-service 에서는 주문 수량이 그만큼 감소를 해야한다.기본적인 Front-Back 방식에서는 공통의 DB 를 사용기 때문에 Table 을 공유해서 상관이 없다.하지만 Microservice 를 사용하면서

링크드인에서 Kafka 를 개발하던 엔지니어들이 Kafka 개발에 집중하기 위해 Confluent 라는 회사 창립실시간 데이터 피드를 관리하기 위해 통일된 높은 처리량 , 낮은 지연 시간을 지닌 플랫폼 제공Apple , Netflix , kakao , Uber 등 다양

Synchronous HTTP communication\-> 동기 방식 : 요청이 들어오면 이 요청이 끝날때까지는 다른 클라이언트의 요청은 받지 않는다.Asynchronous coomunicatino over AMQP\-> 비동기 방식 : 순차적으로 하는게 아니라 연결