도커 볼륨 도커 이미지 => 컨테이너 생성 (읽기 전용) 컨테이너의 변경 사항만 별도로 저장 => 각 컨테이너의 정보 보존 ex) 도커 컨테이너 (쓰기 가능) mysql 이미지 (읽기 전용) 생성된 이미지는 변경 X, 컨테이너 계층에 원래 이미지에서 변경된 정보를 저장 이미지: 애플리케이션 파일 컨테이너: 운용하며 생기는 데이터 저장 but 컨테이너를 삭제하면 정보도 같이 삭제. 도커 컨테이너는 생성과 삭제가 매우 쉬워서 복구 불가. => 이를 방지하기 위해 데이터를 영속적으로 활용할 수 있는 도커 볼륨 활용 호스트 볼륨 공유 DB 컨테이너를 삭제해도 데이터는 삭제되지 않게 설정을 해보겠습니다. docker run -d \ --name wordpressdb_hostvolume \ -e MYSQL_ROOT..

도커 엔진에서 사용하는 기본 단위는 이미지와 컨테이너입니다. 도커 이미지 테이너를 생성할 때 필요한 요소. 가상 머신을 생성할 때 사용하는 iso 파일과 비슷한 개념. 여러 개의 계층으로 된 바이너리 파일로 존재, 컨테이너를 생성하고 실행할 때 읽기 전용으로 사용. 도커 명령어로 내려받을 수 있으므로 별도로 설치할 필요 없음. 이미지 이름은 기본적으로 [저장소 이름]/[이미지 이름]: 태그 형태로 구성됩니다. ex) alicek106/ubuntu:14.04 저장소: 이미지가 저장된 장소, 생략가능. 이미지: 이미지가 어떤 역할을 하는지 나타냄. 생략 불가.(ex)우분투 컨테이너를 생성하기 위한 이미지) 태그: 이미지의 버전 관리, 혹은 리비전 관리에 사용. (일반적으로 버전 명시하나 태그를 생략하면 도커..

이번 포스팅은 도커의 개념에 대해서 알아보겠습니다. 도커(Docker) 리눅스 컨테이너에 여러 기능을 추가, 애플리케이션을 컨테이너로서 쉽게 활용할 수 있게 만들어진 오픈소스. Go 언어로 작성, 기존의 가상 머신과 달리 도커 컨테이너는 성능의 손실이 거의 없어서 차세대 클라우드 인프라 솔루션으로 주목. 도커는 일반적으로 도커 엔진을 의미로 쓰이는데, 도커 엔진은 컨테이너를 생성하고 관리하는 주체로 이 자체로도 컨테이너를 제어할 수 있고, 다양한 기능을 제공하는 도커의 주 프로젝트 입니다. 이 도커 엔진을 사용하는 방법에 대해 이야기해보겠습니다. 가상 머신과 도커 컨테이너 기존의 가상화 기술은 하이퍼바이저를 이용해 여러 개의 운영체제를 하나의 호스트에서 생성해 사용하는 방식이었습니다. (*하이퍼바이저: ..

이번 포스팅에서는 프로필과 프로퍼티 파일의 사용에 대해서 다룹니다. 개발을 진행하는 동안에는 실제 서비스에서 사용하고 있는 DB를 이용할 수 없습니다. 개발하는 동안에는 개발용 DB를 따로 사용하거나 개발 PC에 직접 DB를 설치해서 사용하게 됩니다. 여태까지의 포스팅에서도 로컬에 설치한 MySQL을 사용했었죠? 실제 서비스 환경에서는 웹 서버와 DB 서버가 서로 다른 장비에 설치된 경우가 많습니다. 개발용, 실 서비스용 DB가 다른 경우가 흔하기 때문에, 개발을 완료한 어플리케이션을 실제 서버에 배포하려면 실 서비스 환경에 맞는 JDBC 연결 정보로 변경해줘야 합니다. 이런 다양한 설정을 편리하게 적용하기 위해서 작성하는 것이 스프링의 프로필(profile) 기능입니다. 프로필은 논리적인 이름으로 설정..

이 포스팅에서는 JSON 응답과 요청 처리에 대해서 다룹니다. 스프링 MVC에서 JSON 응답과 요청을 처리하는 방법을 살펴보겠습니다. JSON(JavaScript Object Notation)은 간단한 형식을 갖는 문자열로 데이터 교환에 주로 사용합니다. { "members": { "name": "Molecule Man", "age": 29, "secretIdentity": "Dan Jukes", "powers": ["Radiation resistance", "Turning tiny", "Radiation blast"] } } 중괄호를 사용해서 객체를 표현하고, 객체는 (이름, 값) 쌍을 갖습니다. 이때 이름은 콜론(:)으로 구분합니다. 위의 예의 경우 name인 데이터의 값은 Molecule Man입..

이 포스팅은 웹 어플리케이션의 구성요소와 서비스 구현, 패키지 구성에 대해서 다룹니다. 웹 어플리케이션을 개발할 때는 다음과 같은 요소를 포함합니다. 프론트 서블릿 컨트롤러 + 뷰 서비스 DAO DispatcherServlet -> 컨트롤러 -> 서비스 -> DAO - 프론트 서블릿 웹 브라우저의 모든 요청을 받는 창구 역할. 요청을 분석해서 알맞은 컨트롤러에 전달. 스프링 MVC에서는 DispatcherServlet이 프론트 서블릿의 역할을 수행. - 컨트롤러 실제 웹 브라우저의 요청을 처리. 클라이언트의 요청을 처리하기 위해 알맞은 기능을 실행하고 그 결과를 뷰에 전달. 어플리케이션이 제공하는 기능과 사용자 요청을 연결하는 매개체로 비즈니스 로직을 직접 수행하지는 않음. 클라이언트가 요구한 기능 실행..

이번 포스팅에서는 @DateTimeFormat, @PathVariable, 익셉션 처리에 대해서 다룹니다. 지난 포스팅까지 작성했던 프로젝트를 활용해서 새로운 기능을 구현해 보겠습니다. 회원 가입 일자를 기준으로 회원을 검색하는 기능을 구현해 보겠습니다. MemberDao.java public class MemberDao { private JdbcTemplate jdbcTemplate; private RowMapper memRowMapper = new RowMapper() { @Override public Member mapRow(ResultSet rs, int rowNum) throws SQLException { Member member = new Member(rs.getString("EMAIL"), ..

이번 포스팅에서는 HttpSession, HandlerInterceptor, Cookie에 대해서 다룹니다. 로그인 기능으로 설명하기 위해 코드를 작성해 보겠습니다. AuthInfo.java package spring; public class AuthInfo { private Long id; private String email; private String name; public AuthInfo(Long id, String email, String name) { this.id = id; this.email = email; this.name = name; } public Long getId() { return id; } public String getEmail() { return email; } publi..

이번 포스팅은 메시지를 출력하는 방법과 커맨드 객체의 값을 검증하는 방법에 대해 살펴보겠습니다. 사용자 화면에 보이는 문자열을 JSP에 직접 하드 코딩하면 화면을 수정해야 할 때 큰 공수가 듭니다. 예를 들어 '이메일' -> '이메일 주소' 로 바꾸기로 했다면 텍스트를 전부 찾아 수정해 줘야 합니다. 또한 다국어를 지원하는 경우에도 언어 설정에 따라 텍스트를 바꿔줘야 할 때도 마찬가지로 번거로워집니다. 이를 해결하기 위해 뷰 코드에서 사용할 문자열을 언어별로 파일에 보관하고, 뷰 코드는 언어에 따라 알맞은 파일에서 문자열을 읽어와 출력할 수 있습니다. 스프링은 자체적으로 이 기능을 제공하고 있기 때문에 각 상황에 맞게 문자열을 JSP 코드를 출력할 수 있습니다. 이를 위해 문자열을 담을 메시지 파일을 작..