안녕하세요?

코딩하는 모주부 입니다!

지난 번 포스팅에 이어

로드 밸런서 설정을 마무리 지어 보도록 할게요!

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-5?category=815536

1. GCP에서 호스팅 및 경로 규칙 정하기

먼저, 생성한 인스턴스 그룹을 눌러보면 아래와 같이 외부 IP가 나와 있을 겁니다

이 IP를 통해 인스턴스 그룹에 접근을 할 수 있는 것이지요.

만약 이 IP가 고정이 아니라면, "VPC 네트워크" - "외부 IP주소" 로 가서

해당 IP를 고정 예약을 해 주도록 합시다.

이 외부 IP는 이제 인스턴스 그룹을 대표하는 IP로써 사용이 가능합니다.

이제 호스트 및 경로 규칙을 사용해 봅시다.

여기에서 호스트는, 트래픽을 받게 될 대상이 되는 서버를 의미합니다.

원래는 명시적으로 IP를 써 주어야 하지만,

*  를 써 주게 되면 알아서 호스트를 매칭 해줍니다.

현재 우리는 백엔드를 하나밖에 생성하지 않았기 때문에,

굳이 호스트와 경로를 추가 할 필요는 없습니다.

하지만, 추후에 필요할 때를 대비하여 아래와 같이

제가 다른 프로젝트에서 사용하고 있는 예시를 보시겠습니다.

호스트는 전부 * 로 처리했고, 경로를 다르게 하여

어떤 백엔드로 연결되게 할 지를 설정하였습니다.

2. GCP에서 프런트 엔드 구성하기

이제 프런트 엔드를 구성 해 볼 차례입니다!

현재 우리가 구성한 로드 밸런서는 http / https 이므로

이 두개 중에서 선택하면 됩니다.

https는 http보다 보안성이 더 높은 프로토콜입니다.

따라서 https 를 사용하기 위해서는 인증서를 받아야 합니다.

https 인증을 받는 방법은 추후에 다루도록 하고,

테스트 하는데에는 http만 사용해도 무리가 없으므로 http를 선택 해 줍시다.

이 때 포트를 왜 3000번이 아닌, 80번인지에 대해 고민하실 필요는 없습니다.

지금 우리가 작업하고 있는 전체적인 구성은 아래와 같기 때문입니다.

(현재는 로드밸런서와는 Backend 1만 연결되어 있는 상태이긴 합니다)

프론트 엔드는 사용자가 최초로 요청을 하는 통로이기 때문에,

서버(백엔드)의 포트 번호와 달라도 관계가 없는 것입니다.

문제 없이 생성이 되었으면, 아래와 같이 녹색 체크가 나타날 것입니다.

로드 밸런서를 클릭하여 세부정보를 보면, 아래와 같이 나와있습니다.

GCP 내부적으로 로드밸런서의 설정에 약 3~5분정도가 소요됩니다.

그 이후로 프런트 엔드로 요청을 보내면 응답이 올 것입니다.

이제 URL에 프런트엔드의 host를 입력 해주면

아래와 같이 정상적인 응답이 오게 됩니다!

마지막으로, 다음 포스팅에서 이 로드밸런서를 이용해서

인위적으로 테스트를 해보고 VM에 얼만큼의 부하가 걸리는지,

내가 선택한 메모리 등의 설정이 적합한지 알아보겠습니다!

그럼, 오늘도 즐거운 코딩하세요 :)

안녕하세요?

코딩하는 모주부 입니다!

점점 시리즈가 마지막을 향해 가고 있네요!

1. GCP 에서 내부 / 외부 부하 분산 선택하기

지난번 포스팅을 다 따라 하셨다면,

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-4?category=815536

로드 밸런서 (부하 분산) 설정을 위해 네트워크 서비스로 들어갑시다

부하 분산(Load balancing) 이란,

간단하게 말해서 컴퓨터가 감당하기 힘들 정도의

요청이 들어오는 경우 (사용자가 CPU load % 설정 가능)

다른 컴퓨터로 요청을 나누어 처리하는 것을 말합니다.

우리는 http / https를 이용해 클라이언트에서 서버로 요청을 할 것이기 때문에 

HTTP(S) 부하 분산을 선택합시다!

아래와 같이 선택지가 나오면,

"인터넷 트래픽을 VM으로 분산" 을 선택합시다

이 두개의 차이는 외부 부하 분산이냐,

내부 부하 분산이냐의 차이입니다.

내부 / 외부 부하 분산의 차이점은 다음과 같습니다.

만약 비 관리형 인스턴스 그룹에서

특정 리전만을 사용하거나

여러개의 VM들의 역할이 명확하게 구분 되고

트래픽 분산에 대한 규칙이 있다면

"VM 사이에서만 분산"을 사용해도 되겠습니다.

(내부 부하 분산)

하지만, 인터넷에서 요청되는 트래픽들이

리전을 골라서 분배가 되어야 하거나,

트래픽 규모에 따라 인스턴스의 크기가 자동으로 변동되어

결정된 VM들 사이에서 부하가 분산되기를 원한다면

"인터넷 트래픽을 VM으로 분산"을 선택해야 합니다.

(외부 부하 분산) 

아래의 구글 공식 문서에 첨부되어 있는 그림을 참고하시기 바랍니다.

2. GCP에서 외부 부하 분산 생성하기

외부 부하 분산기를 선택하셨다면,

부하 분산을 구성하기 위해 다음의 작업을 수행해야 합니다. 

1. 백엔드 서비스 생성 및 연결

2. 호스트 및 경로 규칙 생성

3. 프런트엔드 연결

2.1 백엔드(Backend) 구성

백엔드란, 쉽게 말해서 서버와 관련되어있는 기술을 말합니다.

로드 밸런서가 외부의 트래픽을 Virtual machine에 나누어 주는데,

VM에서 받은 트래픽을 처리하기 위해서는 서버가 필요하겠죠?

데이터베이스와도 통신을 해서 정보를 가져오고,

인터넷에서 요청된 트래픽을 처리하는 등의 작업들을 통틀어 백엔드라고 부릅니다.

좀 더 넓은 의미의 백엔드는 프론트엔드가 아닌 모든 것을 의미하기도 합니다!

반대로 프론트 엔드란,

인간이 인터넷을 이용하기 위해 마주하는 화면 또는 UI에서

사용자가 사용할 수 있게끔 구현하는 기술을 말합니다.

주로 HTML이나 CSS, Javascript와 같은 프로그래밍 언어들이 사용됩니다.

백엔드를 새로 생성할 때, 주의해야 하는 사항이 있습니다.

이전 포스팅을 보면 방화벽에서 포트 3000번을 지정한 적이 있을 겁니다.

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-2?category=815536

이는 제가 GitHub에 올려놓은 서버 코드(www.js)에서 아래와 같이

포트를 3000번으로 지정 해 놓았기 때문인데요,

var port = normalizePort(process.env.PORT || '3000');
app.set('port', port);

만약 이 번호를 다르게 지정 해 주었다면,

지정한 번호를 "새 백엔드" 에서 "포트 번호"에 입력하시면 됩니다.

만약 해당 포트를 설정하지 않으면,

로드밸런서와 인스턴스 그룹의 통신이 되지 않으니 주의하세요!

이전 포스팅에서 상태 확인(health check)을 만들어 놓았다면,

아래와 같이 리스트에 선택 가능한 상태 확인이 나타 날 것입니다.

만약 상태확인이 나타나지 않는다면,

이미 인스턴스 그룹 또한 정상 상태가 아닐 확률이 높으므로

이전 포스팅을 참조하시기 바랍니다.

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-4?category=815536

아래와 같이 백엔드가 다 만들어졌으면, 호스트 및 경로 규칙을 만들어 볼 차례입니다.

포스팅이 너무 길어지는 관계로,

이 내용은 다음 포스트에서 다루도록 하겠습니다!

안녕하세요?

코딩하는 모주부 입니다.

이번 시간에는 Cloud platform에서 많이 거론되는 VPC에 대해 알아볼 거에요

VPC는 글자의 의미에서 알 수 있듯이,

가상공간에서 이루어진 사설 클라우드 입니다.

VPN이랑 이름이 헷갈릴 수 있는데,

VPN에 대한 설명은 포스트 하단에 남겨놓도록 하겠습니다.

VPC를 사용하는 경우를 설명하기 위해서 

A, B, C, D, E, F 라는 인스턴스가 있다고 합시다.

클라우드 시스템에서 이 인스턴스들이 모두 동작을 하고,

상호 통신을 해야한다고 하면

A는 B, C, D, E, F와 연결되어야 하고

B는 A, C, D, E, F 와 연결되어야 하고, ... 등등

매우 많은 연결이 필요합니다.

이는 언뜻봐도 매우 비효율적이죠.

이를 해결할 수 있는 것이 바로 VPC 입니다.

A, B, C 를 Subnet1 로 묶어 서로 연결하고,

D, E, F 를 Subnet2로 묶은 다음 서로 연결을 하여

통신을 하게 됩니다.

GCP에는 VPC 네트워크를 커스터 마이징할 수 있는데요,

1. 특정 지역의 네트워크만을 사용하고 싶을 때

2. VM이 접근할 수 있는 영역을 제한하고, 나누고 싶을 때

사용하면 좋습니다.

예를 들어, 하나의 VPC 네트워크를 만들어서

그 안에 VM과 PostgreSQL과 같은 데이터베이스를 넣으면

VM <--> Database 간 통신은 내부 IP 로 통신을 하고,

Database는 외부로 유출 될 일이 없는 보안성이 우수한 구조가 되는 것입니다.

VPC 네트워크의 특성

> 하나 이상의 서브넷으로 구성.
> 리전에 연결되어 있지 않음.

아래 그림은 두 개의 리전에 3개의 서브넷이 있는 
VPC네트워크 구성도를 나타낸 것입니다.
Subnet 내부에도 zone이 존재하는데, 
이 zone은 서로 다른 subnet들에 중복으로 포함될 수 있습니다.
(us-east1-a) 

서브 넷(Sub net) 이란?

유용한 IP가 여러 개 모인 것을 의미 (생성 시 기본 IP 주소 범위 설정 필요)
각 서브넷은 리전에 연결됨.
유효한 범위가 존재함.

< 혼란 방지용 >
VPN (Virtual Private Network)이란?

회사들의 네트워크는 사설망으로 이루어져 있는 경우가 많습니다.
(누구나 접속할 수 있는 전화망이나 인터넷과 같은 공중망과 분리)
조직 내에서 인증된 사람만이 이용할 수 있도록 구성 해 놓은 것으로
보안이 뛰어난 것이 특징입니다.

하지만 재택근무를 하거나 원격으로
이 네트워크에 접속할 필요가 있는 경우,
실제로 사설 망과 연결되어 있지 않더라도
VPN을 이용하여 접속을 할 수 있는 것입니다.

따라서, VPN은 보안을 유지하면서도
특정 인원이 사설망에 연결될 수 있도록 하는
가상의 네트워크를 일컫는 것입니다.

여기까지 VPC에 관한 내용들이었습니다.

다음번에는 다른 내용으로 찾아오겠습니다.

오늘도 재미있는 코딩 하세요 :)

안녕하세요?

모주부 입니다

첫 번째 집밥 요리 코너네요!

집밥 코너에서는

집에 있는 자투리 음식들 이용해,

최소한의 재료로

최대한의 맛을 내 볼거에요!

이번 시간에는 집에 있는

냉동새우와 자투리 야채들로

맛있는 새우 볶음을 해보겠습니다.

재료는 다음과 같습니다.

냉동 새우 200g

양파 반개

오일 2TP

된장 2TP

소금 한꼬집

후추 한꼬집

자투리 녹색 야채 (옵션)

오일을 팬에 넣고 강불로 달궈줍니다.

올리브 오일만 아니라면

어떤 종류의 오일이라도 괜찮아요.

저는 카놀라유를 사용했습니다!

양파를 팬에 달달 볶아줍시다

양파의 단맛이 나와야하니 충분히 볶아주세요

노릇노릇 해 질 때쯤 새우를 넣어줘요.

소금과 후추도 같이 한꼬집 추가!

소금을 넣으면, 삼투압 현상에 의해

양파와 새우에서 수분이 많이 빠져나오게 됩니다.

된장도 같이 넣어서 풀어주고,

수분이 쭉 빠져나와

흥건해 질 때 까지 기다립니다.

저는 이 사이에 불맛을 넣고 싶은데

딱히 손목스냅이 좋지 않아서 ㅎㅎ..

집에 있는 향미유를 조금 넣어 주었습니다.

이게 은근히 불맛을 잘 내주더라구요.

마지막으로 자투리 채소들을 넣고

약불로 줄여 줍시다.

숨이 죽을 때 까지만 볶아줍니다!

새우는 너무 오래 볶으면 질겨지니

강불에서 빠르게 익히고,

약불에서 채소만 살짝 익힌다음

먹는것이 가장 맛있는것 같아요!

이제 요리가 완성되었습니다!

그냥 먹어도 좋고,

밥과 먹어도 궁합이 잘 맞아요.

된장 베이스라 한국인 입맛에

아주 그냥 딱입니다 ㅎㅎ

이번 요리에서는 마늘을 넣지 않았는데,

마늘을 넣으면 더 풍부한 맛이 나요.

감바스랑 조리과정이 비슷한데

한국식으로 해석한 것이라고 생각하시면 좋아요!

그럼 오늘도 맛있는 한 끼 하세요 :)

안녕하세요?

코딩하는 모주부 입니다!

이번에는 구독자님의 요청이 있어서

티스토리에서 글자(폰트) 크기를 조절하는 방법을 알아볼 거에요!

기본적으로, 티스토리에서 제공되는 글씨의 크기는

아래와 같이 총 6가지가 있는 것으로 보입니다.

또한, 제목의 글자 속성에는 다음 글자와의

상하 자간 길이도 포함되어 있는 것으로 보입니다.

> 실제 크기 <

제목1 [ABC]

제목2 [ABC]

제목3 [ABC]

본문1

본문2

본문3

티스토리 상단에서

기본모드 --> HTML로 변경했을 때,

위의 텍스트 들은 다음과 같이 정의되어 있습니다.

일단, "제목" 이라고 되어있는 항목들은 <h> tag,

"본문" 이라고 되어있는 항목들은 <p> tag로

이루어 진 것을 확인할 수 있습니다!

(<h> tag는 head, <p> tag는 paragraph의 약어로써,

각각 제목과 본문을 의미한다고 보시면 됩니다.)

1. 제목 글자(폰트) 크기 변경

1.1 <h> tag 내부의 data-ke-size를 변경 해보자

h2-size26 [ABC]

h2-size24 [ABC]

h2-size20 [ABC]

h2-size16 [ABC]

h2-size12 [ABC]

h2-size4 [ABC]

▶ 폰트 크기의 유의미한 변화는 없습니다

h2 tag내부의 data-ke-size 는

HTML의 기본 attribute가 아닌,

티스토리에서 임의로 만든 것으로 보입니다.

이 때문에 임의로 size를 변경해도 변화가 없는 것 같아요.

1.2 다양한 <h> tag를 사용해 보자

h1-size26 [ABC]

h2-size26 [ABC]

h5-size26 [ABC]

h6-size26 [ABC]

▶ 크기의 변화가 있습니다!

HTML에서 <h> tag는

h1 부터 h6까지 있으므로

원하시는 크기를 선택해서 사용하시면 될 것 같습니다.

2. 본문 글자(폰트) 크기 변경

2.1 <p> tag 내부의 data-ke-size를 변경 해보자

size6-100% = 본문2

size8-100% =본문2

size10-100% = 본문2

size12-100% = 본문2

size14-100% = 본문3

size16-100% = 본문2

size18-100% = 본문1

size20-100% = 본문2

size22-100% = 본문2

size24-100% = 본문2

size 12/14/18 을 제외하고는,

모두 size와 관계없이 본문2와 같은 크기로

rendering되는 것을 확인 할 수 있습니다.

따라서 size를 변경해서는 원하는 크기를 얻을 수 없습니다.

2.2 <p> tag 내부의 style에서 font-size를 변경 해보자

size18-60%

size18-80%

size18-100% = 본문1

size18-150%

size18-200%

size18-250%

size18-300%

size18-400%

size12-60%

size12-80%

size12-100% = 본문2

size12-150%

size12-200%

size12-250%

size12-300%

size12-400%

size14-40%

size14-60%

size14-80%

size14-100% = 본문3

size14-150%

size14-200%

size14-250%

size14-300%

size14-400%

이런 식으로, 크기를 원하는대로 변경할 수 있습니다!

하지만, 티스토리에서 기본적으로 만들어지는 본문에서는

<p> tag 내부의 style에는 font-size 항목이 존재하지 않습니다.

따라서, <p> tag 안에 아래의 코드를 삽입 해 보시기 바랍니다.

style="font-size:200%"

유익한 시간이 되었나요?

한 줄에 서로 다른 크기의 글자를 섞는 방법은 다음 포스팅에서알아보아요!

그럼 즐거운 포스팅 되세요 :)

안녕하세요?

코딩하는 모주부입니다!

티스토리 PC버전에서 글을 작성하다 보면,

표(테이블) 와 코드 블럭을 삽입 하면 항상 왼쪽으로 정렬이 되어있습니다.

볼 때 마다 매우 거슬리는데, 

가운데 정렬하는 방법을 알려드리려고 합니다!

(코딩을 모르는 사람도 따라할수 있어요 ^-^)

티스토리 글쓰기는 default로 "기본모드" 로 되어 있습니다.

오른쪽 상단의 해당 글자를 클릭하면

"HTML" 이라고 되어있는 것이 있습니다.

이것을 클릭합시다.

이것을 누르면 매우 복잡한 코드들이 나와 있습니다.

사실 우리가 보는 모든 인터넷의 화면은

이 HTML (Hyper Text Markup Language)라는 규칙으로 이루어져 있습니다.

따로 티스토리에서 테이블의 정렬 기능을 구현하지 않고 있기 때문에,

HTML을 직접 변경할 필요가 있는 것이지요.

아래에 왼쪽 정렬되어 있는 Table 1 ,

가운데 정렬되어 있는 Table 2 를

예시로 보겠습니다.

Ctrl + F 를 눌러

"table" 을 입력해서 검색 해 봅시다.

아래와 같이 검색 결과가 노란색으로 표시 될 것입니다.

그런뒤, 아래의 코드를 복사해

<table ....> 코드 위에 삽입 해주시고,

(아래 코드 블럭도 중앙 정렬 된 것입니다)

<div align="center">

다음의 코드를 </table> 코드 아래에 삽입 해주세요

</div>

잘 입력 했다면, 아래 화면과 같이 되었는지 확인을 한 뒤,

다시 "기본모드" 로 돌아옵니다.

잘 입력 했다면, 저의 포스트와 같이 표(테이블)와 코드 블럭이

중앙에 위치 해 있을 겁니다!

여기까지 HTML를 수정하여 포스팅 내용을

가운데 정렬하는 방법을 알아보았습니다.

오늘도 재미있는 코딩 하세요!

인스턴스 그룹을 생성해보자 (feat. VPC 네트워크)

안녕하세요?

한끼 코딩입니다.

최근에 집들이가 너무 많아 코드 포스팅이 조금 늦어졌네요

그럼 이번에도 이어서 가볼까요?

1. GCP내의 인스턴스 그룹 종류

이번 시간에는 인스턴스 그룹을 만들어 볼 텐데요,

인스턴스 그룹은 말 그대로 인스턴스가 그룹을 이루고 있는 것입니다.

GCP에서는 그룹 인스턴스의 종류는 크게 2가지가 있습니다.

1. 관리형 인스턴스 그룹

2. 비 관리형 인스턴스 그룹

관리형과 비 관리형의 차이점은 아래와 같습니다.

관리형 인스턴스를 사용하는 가장 큰 이유는

Virtual machine의 CPU load를 감시하여

일정 수준 이상에 도달하였을 때,

인스턴스를 추가적으로 생성하여

외부의 request로 인한 load를 분배해 주기 때문입니다.

즉, 비 관리형 인스턴스 그룹을 사용하게 되면

갑작스러운 서버 폭주로 인해 다운이 될 확률이 높고

관리형 인스턴스는 서버의 규모를 늘리기 때문에 안정성이 높습니다.

이런 관리형 인스턴스에도 아래와 같이 2종류로 나누어집니다.

(MIG : managed instance group)

어떠한 인스턴스 그룹을 사용하는지는,

본인이 만들 애플리케이션의 기능과 규모를 따져서 결정해야 합니다.

이번에는 규모가 그리 크지 않고, 외부의 요청이 없지만

(비 관리형 인스턴스를 사용해도 문제가 없지만)

언젠가는 필요할..! 관리형 인스턴스 그룹을 만들어 보도록 하겠습니다.

2. 인스턴스 그룹 생성하기

이전 포스팅에서 만든 인스턴스 템플릿을 선택해 주시고,

자동 복구 - 상태확인에서 새로 생성하기를 눌러주세요.

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-3?category=815536

GitHub 주소 :

github.com/formicae/gcp_example

현재 서버의 PORT가 3000번이고 HTTP 통신을 할 것이므로,

저의 GitHub 소스를 사용하시는 분들은 아래 그림과 같이 입력 해 주세요.

중요한 것은, 요청 경로에 반드시 다음의 문구를 입력 해야 합니다.

/health_check

이유는, 아래와 같이 제가 GitHub에 만들어 놓은 코드의

GET method 중 상태 체크용으로 만든 uri가 /health_check 이기 때문이에요

인스턴스 그룹을 만들었다면,

상태가 정상인지 확인해 주세요.

만약 정상이 아니라면, 그룹에 포함된 인스턴스에 문제가 있을 확률이 높답니다!

인스턴스 그룹의 생성은 간단하지만, 

목적에 맞게 선택하는 것이 중요하답니다.

인스턴스 그룹을 생성하고 난 뒤에도

인스턴스를 수정해도 괜찮습니다.

다만, 로드 밸런서의 연결이 되어있다면

해당 인스턴스의 부팅이 끝나는 시간과

로드 밸런서에서 health check 하는 시간 동안

서버로의 연결이 지연되므로

인스턴스 그룹의 상태가 녹색 체크가 아니신 분들은

여유롭게 3~5분 정도 기다려보시기 바랍니다.

만약 그래도 인스턴스가 정상 상태가 아니라면,

상태 체크(health check)에 실패 했을 확률이 매우 높습니다

이전 포스팅에서 만든 인스턴스 템플릿을 다시 한번 확인 해 보세요!!

그럼, 다음 포스팅에서 인스턴스 그룹을

로드 밸런서에 연결 해봅시다!

안녕하세요?
모주부에요!

오늘은 달콤상큼한 샐러드를 만들어 볼 거에요!

보통은 야채에 드레싱을 많이 곁들여 드시지만,
치즈와 요거트를 섞으면 맛이 더 풍부하고
속까지 든든한 샐러드가 된답니다

맛있는 거 + 맛있는 거 = 더 맛있는 거
공식 아시죠? ㅎㅎ

재료는 다음과 같아요
(TP = 큰 술 = 15ml,
tp = 작은 술 = 5ml)

양상추 반개
루꼴라 한줌
리코타 치즈 10TP
플레인 요거트 5TP
꿀 1TP
올리브유 1TP
소금 2tp
견과류 50g
건 크랜베리 20g (옵션)

양상추를 한입 크기로 썰어주시고,
루꼴라도 줄기를 제거해 잎을 준비합니다

루꼴라를 쓰는 이유는, 향이 좋고
치즈와 궁합이 매우 좋기 때문이에요!

이제 소금을 넣고 쉐킷쉐킷 타임!!

이렇게 해서 꾸덕꾸덕하게 떠먹을 수 있는
샐러드가 만들어졌어요!
사용한 재료들이 많지는 않지만,
아래와 같이 복합적인 맛의 레이어를 가지고 있어요

루꼴라의 산뜻함
양상추의 아삭함
요거트의 상큼함
리코타 치즈의 부드러움
꿀의 달짝지근함
견과류의 고소함

여기에서 요거트와 리코타 치즈의 비율을 바꾸어
샐러드의 질감이나 상큼한 정도를 조절할수 있어요!

좀 더 든든하게 드시고 싶으신 분들은
닭가슴살을 넣어드셔도 좋아요^^

그럼 오늘도 맛있고 건강한 한끼 하세요 :)

안녕하세요?
모주부에요 ㅎㅎ

이번시간에는 간단하면서도
엄청엄청 x 100 고급스러운!!
친구들한테 생색내기 딱 좋은
하몽 메론을 만들어보려고 해요

먼저 장을 보러 롯데마트로 가볼까요?

마트에는 메론이 종류별로 가격이 달랐는데요,
가장 싼 품목의 메론은 10800원,
가장 비싼 당도 선별 메론은 13800원 이었어요!
저는 황금 당도 머스크메론을 12800원에 구매했는데
매우매우 달고 가격도 적당해서 추천드려요!

메론을 얼른 장바구니에 담고 하몽을 사러 왔어요!

하몽은 스페인에서 이베리코 돼지의
뒷다리살을 소금에 절여 만든 햄의 슬라이스입니다!
이탈리아에서 백돼지의 뒷다리살을 소금에 절여 만든
프로슈토랑 거의 비슷하다고 보시면 돼요

메론은 수분이 많아, 촉촉한 달콤함이 있는데
하몽의 단단한 식감과 짭쪼름함이 어우러지면
궁합이 매우 좋기 때문에 같이 먹는거랍니다

만약, 근처 마트에 하몽이 없다면
조리없이 바로 먹을 수 있는
생식 햄을 사서 곁들여 먹어도 좋아요!

준비물은 매우 간단해요
메론 반개
하몽 40g
루꼴라 한 줌 (옵션)

최대한 이쁘게 플레이팅 하기 위해
메론 씨를 먹지않고 제거 해 줄거에요
좋아하시는 분들은 그대로 드셔도 좋아요!

메론을 다 잘랐다면,
하몽도 손가락 굵기로 잘라 얹어줍니다

플레이팅까지 하고나면
매우 고급스럽죠??
저 정도 양을 먹으려면
와인 바에서 기본 2만원 넘어갈거같아요

이렇게 간단하게 하몽 메론을 만들어 보았어요
레드 와인과 매우 잘 어울리는 음식입니다
지인들 초대해서 엘레강스하게 놀아보아요 ㅎㅎ

그럼 맛있는 한끼 하세요 :)

안녕하세요?
모주부에요!
(이름 마지막 글자를 따서 주부를 붙이기로 했습니다 ㅎㅎ)

오늘은 돼지고기 앞다리살로
맛있는 수육을 만들어볼거에요!

삼겹살 수육도 매우 맛있지만,
가격이 좀 더 착한 앞다리살로도
맛있는 수육을 만들수 있답니다

제가 수육을 할 때 고기를 고르는 기준은 아래와 같아요
1. 지방이 20% 이상 붙어있을 것
2. 살코기의 깊이가 깊지 않을 것
(단면으로 봤을 때 지방과 살코기의
비율을 보시면 됩니다 )

수육의 핵심이 부들부들한 지방과
너무 퍽퍽하지 않은 살코기의 조화이기 때문이에요!

재료는 다음과 같아요
돼지 앞다리살 500g
물 3L
대파 2대
양파 1개
마늘 10개
통후추 5g
커피 가루 20g
된장 15g
청양고추 2개 (옵션)
월계수 잎 2개 (옵션)

저는 이번에 냉동 앞다리살을 준비했어요
냉장 상태의 고기를 사용하면 좀 더 맛있답니다!

재료를 다 넣었으면,
냄비 뚜껑을 2/3쯤 덮고 중불로 푹 끓여주어요!
돼지고기의 잡내가 적당히 날아가게 하되,
물이 증발 되는 양을 줄여 오래 끓이기 위함이에요

끓이는 시간은 1~2시간 정도가 best 에요!
하지만 시간이 부족하시다면,
30분 정도로도 적당히 괜찮은 수육이 될 수 있어요

이제 고기를 꺼내봅시다!
지방이 부들부들해진게 느껴지시나요??

지방과 살코기가 사이좋게 붙어있게끔
칼로 썰어줍시다

간혹 살코기가 너무 부드러워져서
칼로 썰 때 살코기가 찢길수도 있는데요,
그만큼 더 고기가 부드러워진 것이니
너무 걱정하지마세요!

이제 고기를 예쁜 접시에 담아내어
소금이나 쌈장에 찍어먹으면 된답니다

오늘도 맛있는 한끼 하세요 :)