00pen

광고 관련 용어 정리 #4

00pen — Mon, 3 Jun 2024 23:58:48 +0900

도메인 지식은 어디에서나 중요하다.
재무제표를 읽는 회계사도 도메인 지식이 있어야 valuation을 잘 할 수 있고, 변호사도 도메인 지식이 있어야 계약을 잘 검토할 수 있듯이
백엔드 개발자에게도 도메인인 지식이 있어야 설계를 잘 할 수 있을 것이다.
익숙해지는데 조금 오래 걸릴 수도 있지만 계속해서 공부를 해보자.

- header bidding
RTB(realtime bidding)에서 입찰할 때 주로 쓰이는 방식으로 여러 광고주가 한 번에 입찰을 했을 때 가장 높은 금액을 제시한 사람이 지면을 가져가게 되는 것.
원래는 1등이 광고지면을 가져가는 방식이지만 최근에는 조금 바뀌어 가장 높은 금액이 아닌 두번째 높은 금액에서 조금 올린 가격으로 광고를 하게 되는 방식을 채택하기도 합니다.
header bidding은 google ad manager에서도 사용되는 방식으로 아래 설명서에서도 볼 수 있습니다.
https://support.google.com/admanager/answer/12273163?hl=ko

- fill rate
우리가 보통 생각하기에는 모든 지면에는 광고가 나와야할 것 같지만 판매된 광고가 없으면 광고를 개재하지 않는데
지면에 얼마나 광고가 개재되었는지 나타내는 비율이 fill rate입니다.
당연하게도 높으면 높을수록 좋습니다.
가끔은 지면이 있어도 광고 상품 판매의 실패로 비는 경우도 있다고 합니다.

- trackingUrl
여러가지 정보들을 수집하기 위해 url를 더 꾸민 형태라고 보면 됩니다.
어떤 홈페이지를 들어가거나 검색할 때 주소를 잘 보신 분이라면 굉장히 많은 정보들이 적혀있다는 걸 눈치채신 분들도 계실 겁니다.
https://www.google.com/search?q=trackingUrl&sca_esv=a7dd94b2e88221ce&source=hp&ei=tdhdZum3INyA2roPj4yeeA&iflsig=AL9hbdgAAAAAZl3mxSOdZzgFpvmkIp9kKep2ranAjRQ3&udm=&ved=0ahUKEwip5t_f17-GAxVcgFYBHQ-GBw8Q4dUDCBc&uact=5&oq=trackingUrl&gs_lp=Egdnd3Mtd2l6Igt0cmFja2luZ1VybDIHEAAYgAQYCjIHEAAYgAQYCjIHEAAYgAQYCjIEEAAYHkj3HlAAWIwdcAV4AJABAJgBnAGgAaIRqgEEMC4xNrgBA8gBAPgBAZgCFaAC5RGoAgrCAgsQABiABBixAxiDAcICBBAAGAPCAhEQLhiABBixAxjRAxiDARjHAcICBBAuGAPCAgsQLhiABBixAxiDAcICChAAGAMY6gIYjwHCAgoQLhgDGOoCGI8BwgIIEAAYgAQYsQPCAgsQLhiABBjRAxjHAcICBRAAGIAEmAMFkgcENS4xNqAHzFw&sclient=gws-wiz

구글에서 trackingUrl을 검색했을 때 가게되는 url인데 www.google.com/search 뒤에 여러가지 정보들이 붙어있다는 걸 알아챌 수 있을 것입니다. 이것들이 다 유저의 정보들을 수집하기 위해 얻는 정보들이라고 보면 됩니다.

광고 관련 용어 정리 #3

00pen — Wed, 29 May 2024 01:14:55 +0900

저번 편까지는 정말 '광고' 관련 용어 정리였다면 이번 편은 '광고 + 미디어' 용어 정리를 하려고 한다.
미디어나 IT와 밀접한 부분의 용어 또는 개념까지 조금 다루고자 하는데 디지털 광고 관련 작업을 하다보면
분명 접할만한 용어들이고, 처음 만났을 땐 나도 굉장히 생소해서 조사해봤던 기억이 있기 때문이다.

- midroll, preroll
midroll은 중간광고를 말하고, preroll은 우리나라 말이 따로 없는 것 같은데 미디어를 처음 틀었을 때 나오는 광고를 말한다.
요즘에는 스트리밍 서비스(트위치, 치지직 등)이나 OTT 서비스(넷플릭스, 티빙 등)에서 preroll은 기본적으로 나오는 것 같고,
경우에 따라 중간광고가 송출되는 것 같다.
나는 예전부터 OTT 서비스를 프리미엄 tier를 여러 명이서 같이 사용해서 잘 몰랐는데
광고 요금제도 꽤나 많은 사용자들이 이용하고 있는 것 같다. 그만큼 광고에 대한 거부감도 조금은 줄어든 느낌이다.

- VAST (Video Ad Serving Template)
디지털 광고 정보를 전달할 때 쓰는 사실상 업계 표준(de facto) template이다.
XML 형식인데 예시는 아래 링크로 들어가면 볼 수 있다. 각각의 태그마다 의미들이 있는데 creative(광고하는 제품) 링크나 meta 정보를 보낼 수 있는 링크 등이 있다.
https://vasttester.iabtechlab.com/fixtures/vast/vast3.xml

- m3u8 (MP3 URL version 8)
MP3 URL version 8에서 8은 여덟 번째가 아니라 UTF-8에서 따왔다고 한다.
아래 코드와 같은 형식으로 되어 있어 metadata와 영상 segment 정보를 가지고 있다.

#EXTM3U
#EXT-X-VERSION:7
#EXT-X-TARGETDURATION:6
#EXT-X-MEDIA-SEQUENCE:1
#EXT-X-MAP:URI="0_audio_init.m4s?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c&content_type=VOD"
#EXTINF:4.037,
0_audio_segment_1.m4s?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c&content_type=VOD
#EXTINF:4.004,
 
...
 
0_audio_segment_1525.m4s?token=eeyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c&content_type=VOD
#EXTINF:4.004,
0_audio_segment_1526.m4s?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c&content_type=VOD
#EXTINF:5.005,
#EXT-X-ENDLIST

위에서 설명했던 것들은 스트리밍이나 VOD 플랫폼에서 개발자도구 > network 탭에 들어가보면 쉽게 찾아볼 수 있다.
3편에 걸쳐서 광고 domain에 처음 들어온 서버 개발자가 알아 두면 좋을 용어나 정보들을 정리해보았다.

unsplash

사실 작성하다보니 산업 전반에 관련된 내용은 없고, 용어나 전문적인 용어들만 나열해 놓은 것 같아
다음 번엔 내가 광고 대행사와 광고 플랫폼에 몸 담으면서 알게 되었던 정보들도 정리를 해볼까 한다.

광고 관련 용어 정리 #2

00pen — Fri, 24 May 2024 20:01:08 +0900

이번에는 저번에 말했던대로 광고 플랫폼 관련 용어들을 정리해보고자 한다.
이제는 디지털 광고, TV 광고 및 옥외 광고들에 쓰인 광고비를 보았을 때 2023년 기준 디지털 광고의 비중이 50% 이상이고 계속 증가하는 것을 보면 온라인 광고들을 중개하는 광고 플랫폼들이 중요해짐을 알 수 있다.

그래서 두번째로 광고 플랫폼 종류와 디지털 광고 관련 용어를 선택했다.

- DSP(Demand Side Platform)
광고주들이 지면(광고 노출을 위한 공간)을 사기 위한 플랫폼.

- SSP(Supply Side Platform)
지면을 가지고 있는 매체(게시자)가 지면을 판매하기 위한 플랫폼.

예전에는 특정 지면에 광고를 계약하기 위해서 이해관계자 둘이 만나서 계약하는 방식이었지만
이러한 플랫폼을 사용한다면 계약할 상대방을 굳이 찾아다닐 필요없이 플랫폼 안에서 매매를 하면 된다.
DSP를 사용하여 지면을 구매할 때는 RTB(RealTime Bidding) 방식을 사용하여 가격이 결정되기 때문에 실시간으로 가격이 변한다고 보면 된다.

요즘에는 DSP와 SSP 사이를 연결하는 ad exchange라는 플랫폼도 있다고 한다.
따라서 DSP <-> ad exchange <-> SSP를 통해 네트워크 광고를 사고팔기 굉장히 편리한 시대에 있다.

다음으로 디지털 광고 종류를 나열해보자면 꽤 여러가지가 있는데 대부분 단어를 보면 알 거라고 생각한다.

- DA. (Display Ad)
배너 광고라고 보면 된다. 보통 영상 볼 때 영상 근처에 있는 광고들로
띠 배너(영상 밑에 띠 형식으로 광고가 떠 있는 것)과 컴페니언 배너(영상 오른쪽이나 왼쪽에 있는 배너)가 있다.

- Native AD
네이티브 광고는 우리가 알게모르게 자주 접하는 광고로 네이버에서도 쉽게 찾아볼 수 있다.

배틀그라운드 네이티브 광고

플랫폼의 느낌을 가져가면서 게시되는 광고인데 위 사진을 보면 쉽게 이해가 될 것이다.
배틀그라운드 광고가 플랫폼의 다른 게시물과 같은 모양으로 보여지고 있다.
요즘에는 많은 플랫폼에서 사용하고 있는 광고 방식이다.

- Targeting AD
타겟팅 광고란 어떤 규칙이나 알고리즘을 이용해 특정 사용자에게 광고가 보여지도록 하는 것이다.
여성복은 여성 유저가 남성복은 남성 유저가 보는 것이 랜덤한 유저에게 보여지는 것보다 전환율이 높을 것이다.
따라서 이런 타겟팅 광고를 할 때는 유저의 관심사나 데모그라피를 수집해야할 것이다.

- Retargeting AD
리타겟팅 광고는 간단하게 이전에 보여주었던 광고를 또 보여준다고 생각하면 편하다.
봤던 광고 또는 방문했던 웹사이트를 다시 보여주는 방식으로 전환을 노리고 광고를 하는 방식이다.
기본적으로 전환율이 낮은 경우에 쓰는 경우가 많다고 한다.

참고자료: https://afflift.com/f/articles/dsp-vs-ssp-clearing-up-the-difference.74/

광고 관련 용어 정리 #1

00pen — Thu, 23 May 2024 00:44:10 +0900

광고업계에서는 유난히 약자를 많이 쓴다.
그럴 수 있는 것이 광고나 마케팅 쪽에서는 광고의 종류가 다양하고, 해당 광고를 노출했을 때 돌아오는 성과들을 측정하고 싶어하는데
그 종류, 성과를 측정하기 위한 지표들이 대부분 약자로 이루어져 있다고 보면 된다.
그래서 제일 첫 번째로 정리하고 싶었던 용어들은 광고의 종류나 지표들이다.

- CPV (Cost Per View)
조회당 비용. 보통 Per View는 광고주가 광고를 해주는 매체에 돈을 지불할 때 쓰이는 지표들이다.
몇 회 노출과 같이 광고를 판매하는 경우도 있지만 google ADs 같이 네트워크 광고들을 하는 곳은 CPV나 CPC들을 사용한다.

- CPC (Cost Per Click)
클릭당 비용.
google ADs가 CPV와 CPC를 혼용해서 사용하는 걸로 알고 있다.
CPC와 같은 경우에는 광고별, 국가별로 차이가 있는데 우라나라에 경우에는 매우 낮다.
참고: https://heendoll.com/blog/adsense-cpc-by-country/

- CPM (Cost Per Mile)
노출당 비용. CPM와 같은 경우에는 CPV와는 다르게 n회 노출당 얼마를 계약하는 방식이라고 보면 된다.
고정된 지표로 계약하는 방식은 보통 TV 광고에서 많이 쓰이는데 보통 TV 광고 계약은 특정 시간대의 지면을 판매하는 방식이다.

그리고 광고가 나간 이후에는 보통 Reach와 Conversion 관련된 지표들을 많이 본다.
Reach는 도달을 뜻하고, Conversion은 전환을 뜻한다.
도달은 중복된 유저를 제외해야한다. 제외하지 않은 경우는 Gross rating points(광고 누적 전달량)과 같이 다른 지표가 있다.
전환은 광고주가 원하는 행동을 취한 경우를 말하는데 보통은 구매이기 때문에 구매전환을 측정할 때 conversion을 많이 쓴다.
그 외로는 회원가입, 설치와 같은 행동들이 있다.

- CVR (Conversion Rate)
전환율. 해당 광고를 클릭한 사람이 광고주가 원하는 행동을 한 비율을 말한다.
(전환수 / 클릭수) * 100

- CPA (Cost Per Action)
전환당 비용. 보통 action은 광고주가 원하는 행동으로 지정된다. 그래서 전환당 비용 또는 액션당 비용이라고 보면 된다.
광고비 / 전환수. 1번의 action을 얻는데 드는 비용은 낮으면 낮을수록 좋다.

unsplash

다음 번엔 광고 플랫폼 관련된 용어를 정리해보겠다.

백엔드 개발과 도메인 지식

00pen — Fri, 17 May 2024 01:09:03 +0900

요즘엔 도메인 주도 개발(Domain Driven Development)가 트랜드다.
사실 트랜드라고 하기에도 조금 웃긴게 예전부터 도메인 주도 개발은 있던 단어였고, 요즘와서 다들 도메인 주도 개발이 괜찮다는 평이 많아진 느낌이다.
내가 느끼기에는 점점 AI의 도움을 받아 코딩을 하게 되고, 개발 지식들이 많이 퍼져 어떠한 기능을 구현하는 것이 점점 더 쉬워지는 추세가 되면서 그 외의 것이 더 부각된 것 같다.
주니어 개발자로써 기술적인 역량이 어느정도 쌓이면 주어진 문제를 어떻게 해결하느냐가 관건이 되는데 거기에 굉장히 중요하게 작용하는 요소가 도메인 지식인 것 같다. 어떤 기능을 구현하면서 pre/post condition을 생각하거나, 해당 기능을 개발하는 목적 그리고 그 기능이 추후에 어떻게 확장되어 나갈지를 생각하기 위해서는 도메인 지식이 필수이기 때문이다.

개인적으로는 나는 여러가지 도메인을 경험해 보았다고 생각한다.
커머스, 금융, 광고 등등...
새로운 도메인을 만날 때마다 우리 회사 제품을 더 잘 이해하고, 더 잘 개발하기 위해서 도메인 지식을 쌓고,
해당 분야에 계속 관심을 가지기 위해 노력했다.

요즘에는 광고 산업 쪽에서 일을 하게 되었는데 커머스와 금융 쪽 도메인을 만났을 때보다 훨씬 생소했다.
CPC, RTB, 네트워크 광고 등등
실생활에서 접하기 힘들 말들이여서 그런 것 같다.
그래서 이번 기회에는 회사에서 스터디도 하면서 관련 도메인 지식들을 남겨보면 좋을 것 같다는 생각이 들었다.
그런 지식들을 한 번에 모아놓은 곳이 없어서 내가 정리해보고 싶은 마음도 있고, 다른 사람에게 도움이 되면 좋을 것 같다는 생각에 정리를 해보려고 한다.

처음은 광고 관련된 용어부터 시작해서, 주로 영상 광고 쪽 지식을 정리해보려고 한다.
그리고 내가 생각하기에 해당 도메인의 재밌는 스토리도 기록해보고 싶고,
이전에 경험했던 도메인도 기억이 나는대로 기록해보겠다.

[책 리뷰] 테라폼으로 시작하는 IaC

00pen — Sun, 25 Jun 2023 18:11:07 +0900

최근에 kubenetes도 배우고, helm도 배우면서 terraform을 배워야 겠다고 생각을 했었는데 타이밍에 맞게 이 책이 나온다고 해서 바로 읽어보았다.

이 책에 대한 이야기를 하기 전에 요즘 클라우드 관련 기술의 트랜드를 보면 IaC나 helm 같은 기술들이 이끌어 나가는 것 같다. 해당 기술들의 특징은 명령형(imperative)가 아닌 선언형(declarative)라는 것인데 클라우드 기술들이 생겨난 이유를 생각해보면 당연한 걸지도 모르겠다는 생각이든다. 필자는 클라우드가 생겨난 이유가 기술의 발전이 점점 빨라지면서 그에 맞추어 대응하려면 클라우드에 서버를 두지 않고 물리적 서버를 고집한다거나 microservice가 필요한 시점에 monolithic한 아키텍처를 고집한다면 현 시대에서 얻을 수 있는 기술적 이점을 챙기지 못하기 때문에 클라우드가 잘 나가는 것이 아닐까 싶다. 그런 점에서 클라우드 서비스를 사용할 때 명령형으로 무언가 만든다면 한계가 있다고 느껴진다. 예를 들어 수십만개의 서버를 똑같은 환경으로 만들어야 한다면 명령형으로는 한계가 있을 것이다. 처음 만들 때야 한 번이라서 어떻게든 명령형으로 커버한다지만 여러 subnet에 나누어 넣어야한다던가, 도메인명을 다르게 한다던가 등... 여러 상황이 생겼을 때 명령형으로는 관리하기 매우 힘들 것이다. 따라서 관리 차원, 그리고 협업 차원에서 선언형은 어떻게 보면 필수가 아닌가 싶다.

책 표지

이 책을 아직 완독하지는 못했지만 반 이상 읽은 시점에서 느끼는 건 실습하기 아주 편하게 만들어 놓았다는 것이다. 어떤 기술 책들은 실습하기가 좀 까다로워서 사놓고도 지식을 습득하지 못한 책들이 있는데 이 책은 특히나 로컬에서도 쉽게 실습을 할 수 있어서 유용한 책인 것 같다.

01234567

목차를 보면 기본 지식 -> 모듈화 -> 실제 현업에 관련 내용 순이다. 아직 모듈화 전까지만 읽었지만 이정도만 읽어도 백엔드 개발자인 필자가 devops팀이 작성해놓은 terraform code를 이해할 수 있을 거라는 자신감이 든다... :)

가볍게 뒷 부분을 보기도 하였는데 현업에서의 가이드도 매우 흥미롭고, 리팩토링을 하는 과정을 상세하게 써 놓은 부분도 매우 흥미로웠다. 사실 리팩토링을 하는 것이 참 시간적으로나 기술적으로나 어려운 것이라고 생각하는데 이 과정을 책으로나마 읽을 수 있는 것은 좋은 경험이 될 거라고 생각한다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

[책 리뷰] 머신러닝 시스템 설계

00pen — Sat, 27 May 2023 21:19:52 +0900

필자는 학부 때는 머신러닝을 배우다가 백엔드 개발자로 전향한 사람이다. 최근에는 나름 인프라 쪽도 공부를 하면서 시스템에 대해서도 배우고 있는데 머신러닝 시스템 설계라는 주제가 꽤 흥미롭게 다가와서 관련 책을 읽어보게 되었다.

머신러닝 시스템 설계

이 책은 머신러닝 + 시스템 설계라는 주제를 가지고 있다. 그리고 머신러닝 기초 -> 머신러닝 실무 관련 지식 -> 인프라 / 시스템 순으로 설명을 하고 있다. 그 중 머신러닝 기초와 인프라 / 시스템 쪽은 필자가 읽을만 했는데 실무 관련 지식들은 자세히 보지 못하였다. 이 책의 구성이 꽤 괜찮다고 느껴지는 건 머신러닝 시스템 설계를 어떻게 해야할지 감이 잘 안 잡히는 사람에게는 어느정도 청사진을 그려줄 수 있다는 점이고, 필자가 거기에 해당되었기 때문이다. 목차는 아래 사진과 같다.

012345

어떻게 보면 이 책의 초반에서 "비즈니스와 머신러닝의 목적"이라는 부분이 있듯이 비즈니스 관점에서도 머신러닝을 다루고 있다. 어떻게 보면 공학 쪽은 결국에는 필수적으로 비즈니스와 연결되는 부분을 고려해야하는 것 같다. 따라서 이 책에서는 이해관계자들의 관점에서도 머신러닝을 바라보고 있으며 그런 부분도 흥미롭게 읽었다.

연구가 계속되면서 크기가 커지기 시작하면 한 사이클을 돌리는데 걸리는 시간이 오래걸리기 마련이고, 그 사이클의 주기를 줄이는 것이 다른 어떤 부분보다도 중요하게 될 때가 있다. 그래서 현대 소프트웨어 개발 분야에서 CI/CD 관련한 논의가 많이 일어나고, 어플리케이션 오케스트레이션 부분도 발전하게 된 걸 것이다. 이러한 관점을 책의 chapter 9에서 연속 학습로 다루고 있으니 한 번 읽어보면 좋을 것 같다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

[책 리뷰] AWS 비용 최적화 바이블

00pen — Sat, 22 Apr 2023 17:35:22 +0900

아마 실무에서 AWS를 관리하는 devops이거나 개인적으로 프로젝트를 진행하면서 AWS를 통해 서버를 사용하고 있다면 비용을 어떻게 절감할 수 있을지 고민을 많이 했을 것입니다. 그래서 대표적으로 비용을 절감하는 saving plan이나 예약 인스턴스를 많이 사용하셨을텐데 이 책에서는 이 뿐만 아니라 ec2 인스턴스 스펙부터 시작해 스토리지, 네트워킹 비용까지 절감할 수 있도록 도와줍니다.

표지

목차를 보면 가장 많은 고려하게 되는 순으로 컴퓨팅서비스, 스토리지, 네트워킹, 이렇게 되어있습니다.

012

근데 저는 이 책에서 네트워킹 서비스 쪽을 추천하고 싶습니다. 왜냐하면 서비스가 커지면 커질 수록 알게 모르게 돈이 새나가는 부분이라고 생각하기 때문입니다. 특히 쿠버네티스 환경을 사용하게 되면 가끔 AWS 내부나 클러스터 내부에서 통신을 할 수 있는 부분을 인터넷망을 통하게 되어서 공짜로 통신할 거를 비용을 지불하게 될 수도 있으니까요.

이 책은 표도 많고, 자기가 필요한 부분을 읽는게 많이 도움이 될 수 있을 것 같아 앞 장부터 제가 흥미롭게 보았던 부분을 뽑자면, 컴퓨팅에서는 스펙별 특장점, 예약인스턴스와 세이빙 플랜에 대한 설명, 컨테이너 서비스 쪽입니다. 스토리지에서는 S3에서 스토리지 클래스 전환(스탠다드에서 글레시어로 변환한다던가) 부분이었습니다. 그리고 마지막으로 네트워킹 부분은 어렵지만 생소했던 부분이라 다 재미있었던 것 같습니다. 특히 아래 그림은 네트워킹에서 우리가 알게모르게 path별로 과금이 상이했다는 것을 보여줍니다.

네트워킹 비용

마지막으로 한줄평을 하자면 "devops라면 집에 한 권씩 챙겨둬서 손해보지 않을 책"입니다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

토이프로젝트할 때 AWS 비용 절약하는 팁

00pen — Sun, 5 Mar 2023 22:50:25 +0900

토이프로젝트를 할 때, 누군가 같이 해야하거나 퍼블릭에 서버를 올려야한다면 AWS나 다른 클라우드 서비스를 쓸 수 밖에 없다. 근데 기본적으로 서버 한 대(ec2) 랑 db 정돈 있어야하는데 그럴 때를 기준으로 비용 절약하는 팁을 알려주고자 한다.

1. 일단 free tier 아이디를 구하자.
프리티어 아이디 하나면 AWS에서 프리티어에게 제공하는 ec2 한대와 db 하나(아마 t시리즈 micro)를 매우 저렴하게 제공해줄 것이다. 그러면 솔직히 거의 부담이 안 되므로 1년간 잘 쓰도록 하자.

2. 보안을 신경 쓸 필요없다면 ec2 대신 lightsail 서비스도 고려해보자.
여기부터는 프리티어 기간을 다 썼을 때 부터 고려해야하는 부분이다. lightsail은 aws에서 아주 저렴하게 서버를 쓸 수 있도록 제공해주는 보급형(?) 같은 서비스다. 이걸 사용하면 아쉽게도 다른 AWS 서비스와 조합하기 힘들어지지만 시작해보기엔 좋은 선택이라고 생각한다.

3. 사용 시간에 따라서 비용절감 계획을 고민해보자.
여기부터가 진짜 비용을 고민해야 될 때인 것 같다. 필자는 토이프로젝트 초반에는 동료들에게 iam 계정을 주고, ec2와 rds를 사용하는 시간에만 틀도록 했다. 외부 고객이 없는 상태이므로 그래도 됐다. 근데 진짜 계속 on-demand로 계속 올려놔야한다면 saving plan이나 예약 인스턴스를 고려해보자. all upfront(전체 선결제)로 하면 특정 스펙의 instance만 쓸 수 있는 단점이 있지만 가격은 20~30% 정도 절약할 수 있다.

4. storage 서비스로 나가는 돈을 절약하자.

위 사진을 보면 서버를 안 사용하고 있어도 ec2와 rds가 사용하는 storage에 과금이 된다. 특히 rds에는 SSD에 따라 과금 정책이 꽤 상이한데 보통 gp2, gp3, provisioned iops SSD가 있는데 토이프로젝트에는 gp3가 좋아보인다. 왜냐하면 기본 volume에 대한 비용이 gp2보다 저렴하고, 다른 부분에서 사용량이 많을 때 과금이 더 되는 구조라서 io를 신경쓸 필요 없는 토이프로젝트에서는 gp3가 좋아보인다. provisioned iops SSD 이건 실제 서비스에서 io가 많을 때 쓰는 용도이고, 비싸니 신경쓰지말자.

5. 마지막으로 결제되는 청구서를 잘 읽자.
하다보면 elastic ip를 사용하는 경우도 있고, 라우팅이 필요한 경우도 존재할 수 있다. 중요한 건 눈 먼 돈이 나가는 걸 막기 위해서는 청구되는 금액을 계속 tracking하는 수 밖에 없는 것 같다. 따라서 청구서를 보고 불필요하게 나가는 돈이 있다면 그 부분을 최적화하면 된다고 생각한다.

[책 리뷰] 업무에 바로 쓰는 AWS 입문

00pen — Sat, 25 Feb 2023 17:52:26 +0900

이 책을 읽고, 첫번째로 들었던 생각은 기대했던 것보다 업무에서 쓸 수 있을만한 좋은 내용들이 곳곳에 있었다는 것이다. 근데 그런 것에 비해서 정말 입문(AWS를 처음 쓰는 사람)하는 사람이라면 별로 안 와닿는 내용이었을 수도 있을 것 같았다. 왜냐하면 중간중간 정말 실무에서 알면 좋을 만한 내용들을 담고 있었던 반면에 실습 부분은 정말 너무 쉬운 내용을 담고 있었기 때문이다. 예를 들어 EC2를 설명하는 장에서 EBS의 스펙들도 알려주고, ALB, NLB도 알려주고, X-Forward-For 과 같은 개념도 알려주는데 실제로 만드는 것은 EC2를 만들고 접속해보는 것까지 해본다...ㅠㅠ

그래서 "나는 정말 AWS를 처음 써본다!" 하는 사람은 이 책의 5장까지만 보고, 정말 이 책을 보면 좋을 만한 사람은 ec2, rds, s3 같은 서비스를 이미 만들어보고, 개발경력이 1년정도 있는 사람같다. 왜나하면 처음 aws를 접할 때는 서비스 스펙 같은 건 신경쓰지 않고, 프리티어에서 공짜로 쓸 수 있는 걸 쓸 거라고 생각하고, 필자 또한 그랬다. 근데 실제로 돈을 내보거나 devops를 하시는 분들은 가격같은 것도 신경을 많이 써야한다. 그러면 이 책에서 설명하는 해당 스펙의 장단점, 그리고 여러 서비스들을 어떻게 조합하는지가 중요해진다.

업무에 바로 쓰는 AWS 입문

특히나 이 장의 처음에는 IAM에 대해 설명하고 있는데, 난 처음 aws 접할 때 IAM이 뭔지도 모르고 ec2를 만들어 쓰곤 했는데 여러 서비스를 조합하고, 회사에 들어가게 되면 그 때부터 IAM이 중요하게 된다. 그래서 IAM을 첫번째 장에 넣은 것도 저자의 의도였을 것이라고 본다. (베스핀 글로벌에서 교육을 받았을 때도 IAM을 배우는 것부터 시작했다.) 또한, 초반에는 (필자가) 주요하게 쓰는 서비스 ec2, rds 등을 설명하고 나중에는 dynamodb, api gateway 같이 자주 쓰지 않는 서비스가 나왔기 때문에 저자가 책의 구성에도 신경을 썼다고 생각한다.

마지막으로 한줄평을 하자면 처음 읽을 때는 너무 쉬운 내용을 다루고 있는게 아닌가 하다가도 가면갈수록 좋은 내용, 꿀팁을 알려줘서 기대 이상이였다.

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다