🍽 요리와 코딩💻

이번 포스팅에서는 EntityGraph의 사용에 대해 알아보려고 한다.

Entity구성은 다음과 같다

@Entity
class Team(
    var title: String,
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "team_id")
    var id: Long = 0L
    
    // Onwer Entity를 Player로 지정, Lazy type fetch, Persistence 전이 타입
    @OneToMany(mappedBy="team", cascade=[CascaseType.ALL], fetch = FetchType.LAZY) 
    var players : MutableList<Player> = mutableListOf()
}

@Entity
class Player(
    var name : String,
    
    @ManyToOne
    @JoinColumn(name = "team_id") // 외래키 매핑을 위한 설정
    var game: Game
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "player_id")
    var id: Long = 0L
    
    var count : Long
}

Game <--> Player 엔티티가 1:N으로 설정되어 있다.

현재 Team의 players는 LAZY type으로 가져오게 되어있는데,

하나의 team.players 조회시 다음과 같이 2개의 query가 생성된다.

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_ 
from 
team team0_ 
where 
team0_.team_id=?

select 
players0_.team_id as team_id4_1_0_, 
players0_.player_id as player_i1_1_0_, 
players0_.player_id as player_i1_1_1_, 
players0_.count as count2_1_1_, 
players0_.name as name3_1_1_, 
players0_.team_id as team_id4_1_1_ 
from 
player players0_ 
where 
players0_.team_id=?

다른 사람들의 글들을 보니, 여기에서 N + 1개의 Query문이 발생한다고 하던데,

Fetch type을 EAGER, LAZY로 변경하고 다른 옵션들을 만져보아도

Query문은 동일하게 2개만 발생하는 것을 확인할 수 있었다.

(아직 JPA ORM과 친숙하지 않아서 못다루는 것 일수도 있다..)

하지만 하나의 request에 대해 2개의 쿼리문이 생기는 것도 이상적이지는 않기에,

하나의 left outer join Query 를 만들어 보자.

Team Repository에 다음과 같이 @EntityGraph를 설정한다.

interface TeamRepository : CrudRepository<Team, Long> {
    @EntityGraph(attributePaths = ["players"])
    override fun findById(id: Long): Optional<Team>
}

변경 후에는 다음과 같이 Query가 나가게 된다.

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where 
team0_.team_id=?

이로 인해 fetch type EAGER와도 비슷한 결과를 얻을 수 있다.

오늘은 여기까지..

틀린 내용에 대한 지적은 언제든지 환영입니다

최근에 서버 개발을 하는 와중에.. 큰 실수를 저질러 버렸다.

서버의 구성 요건이 아래와 같았다.

1. 서버가 여러 개의 인스턴스에서 동작하는 것을 가정

2. 동시다발적인 요청에도 문제가 없도록 설계

여기에서 1번은 어느정도 감안을 했지만 2번을 어떻게 처리해야 할 지 생각지도 못했다

아는 사람에게는 보이겠지만.. 내공이 부족하여 못보고 지나갔던 탓인것 같다..

이를 처리하기 위해서는 Database의 동시성을 해결해야 하는데

1. Read/Write에서 Lock을 걸어주거나

2. insert / update query를 할 때 database 를 바로 참조하도록 해야 하는 것이었다.

즉, Controller가 사용하는 Service function에서

@Transactional이 걸려있다고 해서 Database의 동시성을 만족할 수 없고,

별도의 설정을 해 주거나 Query를 날려야 하는 것이었다.

Entity구성은 다음과 같다

@Entity
class Team(
    var title: String,
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "team_id")
    var id: Long = 0L
    
    // Onwer Entity를 Player로 지정, Lazy type fetch, Persistence 전이 타입
    @OneToMany(mappedBy="team", cascade=[CascaseType.ALL], fetch = FetchType.LAZY) 
    var players : MutableList<Player> = mutableListOf()
}

@Entity
class Player(
    var name : String,
    
    @ManyToOne
    @JoinColumn(name = "team_id") // 외래키 매핑을 위한 설정
    var game: Game
) {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY) // DB에서 자동으로 ID increment
    @Column(name = "player_id")
    var id: Long = 0L
    
    var count : Long
}

Game <--> Player 엔티티가 1:N으로 설정되어 있다.

Game이 MappedBy를 Player의 "team" field로 명시 해 줌으로써 Player가 Owner로 등록.

Player table에 대해서는 아래 Query문과 같이 Foreign Key를 생성하게 된다.

alter table player add constraint FKdvd6ljes11r44igawmpm1mc5s foreign key (team_id) references team

여기에서 Player 생성 시 Team의 total_player_number를 생각해보자.

당연히 플레이어가 생성될 때 마다 1씩 증가되어야 할 것이다.

하지만, 여러 Client가 동시에 Player를 생성하고, Database가 Lock이 되지 않을때를 가정해보자.

2개의 Client에서 각각 Player를 생성하려고 한다.

또한, 각각의 Client에서 Team 정보를 읽을 때 total_player_number가 0이었다.

이 때, 동시에 request가 발생하게 되면 2개의 Player가 생성되었지만

Team의 total_player_number는 1이 될 가능성이 존재한다.

첫번째 Player로 인해 total_player_number가 1로 증가하지만,

두번 째 Player 저장 당시 이미 읽어온 team의 해당 필드 값이 0이기 때문에

1 -> 2로 변하는 것이 아니라 1 -> 1로 덮어씌워 질 수 있기 때문이다.

동시성을 고려하지 않았을 때 Query 문

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
team0_.total_player_number as total_pl3_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where team0_.team_id=?

insert into player 
(player_id, count, name, team_id) 
values 
(null, ?, ?, ?)

update team 
set 
name=?, 
total_player_number=? 
where 
team_id=?

Team repository를 다음과 같이 변경해서 Pessimistic Lock을 걸어주었다.

interface TeamRepository : JpaRepository<Team, Long> {
    @Lock(LockModeType.PESSIMISTIC_WRITE)	// 비관적 Lock (Read / Write 모두)
    @EntityGraph(attributePaths = ["players"])
    override fun findById(id: Long): Optional<Team>
}

동시성을 고려했을 때 Query 문

select 
team0_.team_id as team_id1_3_0_, 
team0_.name as name2_3_0_, 
team0_.total_player_number as total_pl3_3_0_, 
players1_.team_id as team_id4_1_1_, 
players1_.player_id as player_i1_1_1_, 
players1_.player_id as player_i1_1_2_, 
players1_.count as count2_1_2_, 
players1_.name as name3_1_2_, 
players1_.team_id as team_id4_1_2_ 
from 
team team0_ 
left outer join 
player players1_ 
on 
team0_.team_id=players1_.team_id 
where 
team0_.team_id=? 
for update		/* Database lock을 위해 for update 라는 구문이 추가 됨 */

insert into player 
(player_id, count, name, team_id) 
values 
(null, ?, ?, ?)

update team 
set 
name=?, 
total_player_number=? 
where 
team_id=?

다른건 동일하지만, select 문에서 뒤에 ~ for update 가 붙어있다.

이는 동시성 제어를 위해 특정 row에 READ / WRITE Lock이 걸려있다는 말이다 (배타적 Lock).

만약, Read는 자유롭게 하되, Write에서만 Lock을 걸고싶다면 PESSIMISTIC_READ 를 사용하면 된다.

다음 포스팅에서 직접 테스트를 해보도록 하겠다.

Google과 연동하여 어플리케이션의 기능을 사용하려면 크게 두가지 과정이 필요하다.

1. Debugging sign 구하기

2. app 내에 google이 제공하는 google-services.json 파일 넣기

(google service를 사용함에 있어 이 어플리케이션이 진짜로 서비스를 제공해도 될 지 여부를 확인하는 용도)

먼저, Android studio 에서 SHA1 를 얻어보자.

1. View - Tool Windows - Gradle 을 클릭하면 Android studio의 오른편에 Gradle 창이 뜨게 된다.

2. [package name] - app - android 에 들어가면 signingReport라고 있는데 이걸 실행시켜 준다.

3. debug 용 SHA1가 아래와 같이 표출된다.

4. google-services.json 을 다운받아 app 폴더 아래에 복사해서 넣는다.

5. 만약 build.gradle에 아래 내용이 없다면, 반드시 입력 후 sync를 해야 한다.

그렇지 않으면 FirebaseApp.initializeApp(context)가 완료되지 않았다고 경고 메세지가 뜨면서 실행이 되지 않을 것이다.

- project level build.gradle

buildscript {
    ...
    }
    dependencies {
		...
        classpath "com.google.gms:google-services:4.3.5"
    }
}

- module level build.gradle

plugins {
    ...
    id 'com.google.gms.google-services'
}

...

dependencies {
    implementation platform('com.google.firebase:firebase-bom:26.5.0')
    implementation 'com.google.firebase:firebase-auth-ktx'
}

안드로이드 앱 개발이 끝나서 relase 후 google play store에 올리기 위해서는

앱 서명이 필요하다.

이를 위해서 debug가 아닌, release key가 필요하다.

1. app 내부에 key store를 만든다.

2. app의 build.gradle에서 아래와 같이 이미 만들어놓은 key store를 지정한다.

android {
    compileSdkVersion 30

    defaultConfig {
    	...
        }
    }

    signingConfigs {
        release {
            storeFile file('app_key_store')
            storePassword "xxxxxxx!"
            keyAlias "release"
            keyPassword "xxxxxxx!"
        }
    }
    buildTypes {
        release {
            signingConfig signingConfigs.release
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
}

3. apk build 가 돌아간 뒤, aab 파일이 생성 된 것을 확인한다. (app/release 폴더에 위치)

4. google play console에 업로드 하면 된다.

이 때 주의할 점은, 한번 앱을 올린 후 key store를 변경하거나 package name을 변경할 수 없다는 것이다.

만약 그렇게 하고 싶으면 앱과 play console에서 새로 앱을 생성해야 한다.

안녕하세요?

코딩하는 모주부 입니다!

이번 시리즈는, 코틀린(Kotlin) 이라는 언어를 사용해서

안드로이드에서 사용할 수 있는 어플을 만들어 볼거에요!

1. 소개 및 개요

코틀린이란?

IntelliJ IDEA의 개발사 

JetBrains 에서 2011년에 공개했고,

2017년 구글이 안드로이드 공식언어로 추가한 언어에요!

구글이 밀어주고 있으니, 되게 핫한 언어죠!

Java가 익숙하신 분들을 위해,

코틀린과 Java를 간단히 비교 해보면 아래와 같아요

코틀린이 자바보다 최근에 개발된 언어이다 보니,

편리하고 구조적으로 잘 만들어진 언어인것 같아요.

이번 시리즈는, 초보자들의 눈높이에 맞추어

코드를 따라서 실행하면 이렇게 할 수 있다!

라는데 초점을 좀 맞추고 진행할까 합니다.

단, 모든 작업들은 모바일에서는 안되고..

PC에서 진행하셔야 합니다!

2. 안드로이드 스튜디오 설치

코드를 실행하기에 앞서, 세팅을 먼저 해줍시다

아래의 링크에서 안드로이드 스튜디오를 설치해 주세요

(VsCode를 사용하시는 분들은, 그냥 쓰셔도 무방합니다)

developer.android.com/studio?hl=ko

윈도우와 맥북 모두 설치가능하나,

설정이 약간씩 다를 수 있어요.

(저는 맥북으로 진행했습니다!)

3. 새 프로젝트 생성

이제 코틀린을 이용해서 프로젝트를 만들어볼까요?

아래의 그림을 따라 와주세요!

완성이 되었다면, 아래의 화면이 나올겁니다!

4. 코드 삽입과 AVD (가상 디바이스) 실행

코틀린은 아래의 4가지를 이용할 수 있는데요,

Activity
Service
Broadcast receiver
Content provider

이 중에서 가장 중요하다고 할 수 있는 Activity 는,

그림이나 글씨등 여러가지 시각적인 요소들을

휴대폰의 화면에 띄워주는 역할을 해요.

코딩의 맛을 살짝 보기위해서,

아래의 그림처럼 라인9와 라인17에 각각

코드를 삽입 해 볼까요?

Line 9  --> import android.widget.Toast
Line 17 --> Toast.makeText(this, "hello, formicae", Toast.LENGTH_LONG).show()

삽입을 하셨다면, 실행을 눌러주세요!

만약, 안드로이드 스튜디오가 처음이시라면

가상 디바이스 설치가 필요할거에요.

디바이스에서 실행이 완료가 되었다면,

아래와 같이 "hello, formicae" 라는 문구가

잠깐 올라왔다가 사라지는 것을 확인할 수 있습니다!

이것은 Toast라는 내장 클래스를 이용한 것인데요,

앞으로도 여러가지 유용한 클래스들과

직접 만든 클래스들을 이용해 어플을 만들어 보아요!

여기까지가 기본적인 설정을 다루었고,

다음 포스팅에서는 코드를 조금씩 바꾸어 가며

어떤 것들을 할 수 있는지 소개 해 볼까 해요!

그럼 다음 포스팅으로 고고씽 :)

안녕하세요?

모주부입니다!

오늘은 티스토리에 블로그 유입 횟수를 늘릴 수 있는

좋은 방법을 소개 해 드릴거에요!

저도 이 방법으로 단기간에 깜짝놀랄만큼

방문자수가 증가했어요 ㅎㅎ

제가 소개 해 드리고자 하는 것은 바로,

사이트맵(Sitemap) 이라는 것입니다.

사이트 맵이란,

본인의 블로그에 있는 모든 카데고리, 글들을

xml이라는 파일로 만든 것이에요.

어떻게 생긴지 잠깐 볼까요?

코드로 되어있어서 보기 싫으실수도 있지만..

굳이 이해하지 않으셔도 돼요!

사이트맵은 아래와 같이 총 4가지로 이루어져 있답니다.

loc : 설명하려고 하는 글의 위치

lastmod : 마지막으로 수정된 시간

priority : 사이트 전체 내에서의 우선순위

changefreq : 변경되는 주기

사이트맵을 사용하면 구글, 네이버, 다음 등의

검색엔진이 분석하기 쉽게 되어

사용자가 검색 하는 경우 노출될 수 있는

확률이 증가하는 것이라고 생각하시면 될 것 같아요!

먼저 제가 쓴 사이트맵을 보시면,

2020년 11/13일 새벽 1시에 비공개로 작성을 했습니다

비공개 글이라 할지라도
검색엔진은 알아서 찾아 읽는것 같아요

그리고 그 다음날....

방문자 수가 기하급수적으로 늘어났습니다!

물론 검색으로 인한 유입은 많이 늘어나지 않았지만,

티스토리 내부의 직접유입이 엄청 늘어났어요 

가장 좋은 것은 검색으로 인한 유입이겠지만,

블로그 초기에는 티스토리 직접 유입도 절실하죠...

사이트 맵을 만드는 방법은,

아래의 포스팅을 참조해주시기 바랍니다!

formicae.tistory.com/38

저는 이걸로 방문자수가 느는 것을 보고,

글 쓰는것도 중요하지만..

검색엔진과 친해지는 것도

매우 중요하다는 것을 깨달았습니다.

앞으로는 새로운 글 5개 정도 올라갈 때 마다

새로 xml을 업데이트해 줄 생각입니다!

좀 더 나아가서,

위에있는 xml 코드를 변경하면

좀 더 검색엔진과 친해지지 않을까?

생각을 하실수도 있으실 겁니다.

하지만 xml 파일 내부에 있는 우선순위는

같은 블로그(사이트)내에서의
순위만을 결정하는 것이므로,

모든 링크의 우선순위를 낮게 변경한다고 해서

검색엔진이 더 잘 찾아주는것은 아니라고 합니다.

그리고 반드시 본인의 블로그 대표 URL은

우선순위가 1.0 이어야 한다고 하네요!

이번시간에 준비한 내용은 여기까지입니다.

다들 방문자수를 늘리는데 도움이 되었으면 좋겠네요!

그럼 오늘도 좋은 하루 보내세요 :)

안녕하세요?
모주부 입니다 :)

이번 시간에는 사이트 맵을 만들고,
구글과 네이버에 등록해 보도록 할거에요!

사이트 맵이 무엇인지,
왜 필요한지는 아래의 포스팅을 참조해주세요
formicae.tistory.com/39

1. 사이트맵 만들기

www.xml-sitemaps.com/

2. 블로그에 포스팅하기 & URL 복사하기

먼저, 본인의 티스토리 블로그에서 설정에 들어가주세요

여기까지 잘 왔다면, 글쓰기를 누르는 순간

익숙하지 않은 화면이 보일겁니다!

당황하지 마시고.. 아래 순서대로 발행까지 해주세요!

그리고 작성된 글에 들어가 봅시다.

첨부 파일위에 마우스를 대고 우클릭을 해서

"링크 복사하기" 를 눌러줍시다!

그러면 아래와 같은 링크가 복사가 될 거에요

여기에서 우리가 필요한건, 

블로그 주소 .com/ 뒤에 있는 것들입니다.

https://formicae.tistory.com/attachment/cfile30.uf@993245345FAD605A2B9BCF.xml

3. 구글에 사이트맵 올리기

search.google.com/search-console/sitemaps

먼저 구글 서치 콘솔에 들어가서,  Sitemaps를 눌러주세요

제대로 입력을 하셨다면, 상태에 성공이 나올겁니다

4. 네이버에 사이트맵 올리기

searchadvisor.naver.com/console/board#

여기까지 완료가 되었다면,

검색엔진이 xml 파일을 읽어들여서

이전보다 더 유입이 잘 되실거에요!

> Tip <

블로그를 운영하면서 글의 개수가 늘어날텐데,

이전에 올린 xml 파일에는 새로 작성한 글이 

반영되지 않습니다!

따라서, 적당히 글이 새로 올라왔다면

위의 작업을 반복해주는게 좋아요!

이상으로 이번시간에 준비한 포스팅이었습니다.

모두들 블로그가 대박나길 기원하며..

오늘도 좋은 하루 보내세요 :)

안녕하세요?

코딩하는 모주부입니다!

지난 시간에 폰트 크기를 조절하는 것에 이어

오늘은 티스토리에서 HTML 편집을 통해

한 줄에 서로 다른 크기의 글자를 적어보려고 해요!

formicae.tistory.com/19?category=815537

먼저 예시를 보고 시작할까요?

가 나 다 라 마 바 사

위와 같이 글자 크기를 바꿀 수 있으면

글을 쓸 때 유용하겠죠?

하는 방법은 정말 간단하답니다!

티스토리 글쓰기에서 

"기본모드"로 되어있는 설정을

"HTML"로 일단 바꿔주세요!

그러면 까만색 화면에 코드가 많이 나타날 텐데요,

너무 걱정 안하셔도 됩니다 ㅎㅎ

코드가 복잡해보이지만,

기본모드에서 작성했던 글들이 그대로 있기 때문에

크기가 다른 글을 넣고싶은 위치를

Ctrl + F 로 검색해서 찾을 수 있어요!

이렇게 찾기 기능을 사용하면,

노란색으로 표시가 되기 때문에 몇 번째 줄에

크기가 다른 글을 넣을지 알 수 있답니다!

자 이제 넣고 싶은 위치를 결정하셨다면,

아래의 코드를 복사해서 붙여 넣어봅시다!

<p><span style="font-size: 200%;">가</span>
<span style="font-size: 100%;">나</span>
<span style="font-size: 150%;">다</span>
<span style="font-size: 50%;">라</span>
<span style="font-size: 100%;">마</span>
<span style="font-size: 300%;">바</span>
<span style="font-size: 400%;">사</span></p>

여러가지 크기를 표현하느라 코드가 좀 길어졌네요.

<p> tag안에 있기만 한다면, <span> .... </span> 구문을

몇개 삭제해도 상관없답니다!

눈치 채셨겠지만, <span> tag를 이용하면

한 줄에 여러 글자를 적을 수 있어요.

되게 간단하죠?

코딩을 모르시는 분들도 잘 따라하셨으면

좋겠다는 마음에서 포스팅을 하게 되었습니다.

그럼 다음에도 유익한 정보를 가져오도록 할게요

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

안녕하세요?

코딩하는 모주부 입니다 :)

이번시간에는 지난 포스팅에서 만든  로드 밸런서를 가지고

Apache2를 이용하여 테스트를 해 볼거에요!

formicae.tistory.com/23?category=815536

먼저, 아래 그림에서 보이는 이미지를 클릭 해주세요

Cloud shell을 사용해서 직접 명령어를 입력 해 볼거에요

Cloud shell에 대한 자세한 내용은 구글 문서를 참조하시면 좋아요!

cloud.google.com/shell/docs/using-cloud-shell?hl=ko

동작을 시켰으면, 아래와 같이 터미널이 나올겁니다.

여기에서 우리는 Apache2라는 것을 설치해서 테스트를 해 볼 겁니다.

그러기 위해서는  Apache2를 설치해야겠죠?

아래의 명령어를 입력해줍시다.

sudo apt-get install -y -qq apache2-utils

이제 준비가 완료되었습니다!

그럼 서버로 가상의 request를 보내볼까요? 아래의 명령어를 입력해줍시다!

ab -n 500 http://로드밸런서프런트엔드IP주소:Port번호/

저의 경우에는 위와 같이 입력하면

ab -n 500 http://35.241.37.36:80/ 이 됩니다!

여러분들도 본인이 만드신 프런트엔드의 IP주소와 PORT 번호를 잘 입력해주시고,

반드시 Port 번호 뒤에 / 를 써주세요!! 안그러면 명령어가 제대로 실행되지 않습니다.

잘 실행이 되었으면, 아래와 같은 출력이 나오게 됩니다.

500개의 request를 성공적으로 잘 보냈다는 뜻이죠!

인스턴스 그룹이 이 request들을 처리할 때의 상태를 보려면

VM인스턴스 - 인스턴스 그룹 - 모니터링 으로 들어가 줍시다.

위와 같이, 테스트를 하는 동안에 네트워크를 통해 요청이 들어왔고,

서버에서 이를 받아 처리했다는 것이 나옵니다.

이 테스트를 하는 이유는,

본인이 만든 로드밸런서와 인스턴스 그룹이 적절하게 만들어 졌는지,

그리고 사용하려는 목적에 맞게 인스턴스의 확장 또는 CPU load가 고려 되었는지를

확인하기 위해서 입니다.

이것으로 이번 시리즈인 GCP를 이용한 로드밸런서 만들기는 마치겠습니다.

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