즐거운 개발자의 하루

[경제용어] 주식 투자할 때 이것만 알면 손해 안 봅니다 - PER 밴드 활용법

지율빠 — Fri, 21 Nov 2025 12:40:29 +0900

안녕하세요! 오늘은 주식 투자하시는 분들께 정말 유용한 지표 하나를 소개해드리려고 합니다. 바로 PER 밴드인데요, 이름은 좀 어려워 보이지만 알고 나면 "아, 이거 진작 알았으면 좋았을걸" 하실 거예요.

PER은 알겠는데, 밴드는 뭔가요?

주가수익비율(PER)은 많이 들어보셨을 겁니다. 주가를 주당순이익으로 나눈 값이죠. 그런데 PER이 15배라고 하면... 이게 비싼 건가요, 싼 건가요? 막상 판단하기 애매하죠.

여기서 PER 밴드가 등장합니다. 특정 기업의 과거 몇 년간 PER이 어떻게 움직였는지 데이터를 모아서, 상단·중간·하단 구간을 그려놓은 겁니다. 마치 주가 차트에 볼린저 밴드를 그리는 것처럼요.

왜 이게 유용할까요?

예를 들어볼게요. A라는 반도체 기업의 현재 PER이 15배라고 칩시다.

과거 5년간 이 기업의 PER 범위가 10배였다면? 지금은 중간 정도 밸류에이션이네요. 그런데 만약 과거 범위가 12배였다면? 지금은 역사적으로 상당히 고평가 구간에 있는 겁니다.

똑같은 PER 15배라도 맥락에 따라 의미가 완전히 달라지는 거죠.

실전에서는 어떻게 쓰나요?

저는 이렇게 활용하고 있습니다.

현재 관심 있는 종목의 PER을 확인한 후, 과거 몇 년간의 PER 추이를 찾아봅니다. 증권사 HTS나 네이버 증권에서도 쉽게 확인할 수 있어요. 그리고 대략적인 상단·하단 밴드를 머릿속으로 그려봅니다.

만약 현재 PER이 하단 밴드 근처라면? "음, 지금이 괜찮은 타이밍일 수 있겠네" 하고 좀 더 관심을 가집니다. 반대로 상단 밴드를 뚫고 올라가고 있다면 일단 신중하게 접근하죠.

주의할 점도 있습니다

물론 만능은 아닙니다. 기업의 펀더멘털이 크게 변했다면 과거 밴드가 무의미할 수 있어요. 예를 들어 적자 기업이 흑자로 전환했다든지, 신사업이 대박났다든지 하면 PER 체계 자체가 달라질 수 있습니다.

그리고 업종별로 적정 PER 수준이 다르다는 점도 기억하세요. 성장주는 높은 PER이 정상이고, 경기민감주는 낮은 PER이 일반적입니다.

마무리하며

PER 밴드는 주식의 상대적 가치를 판단하는 데 정말 유용한 도구입니다. 절대적인 매매 신호라기보다는, "지금 이 가격이 역사적으로 어느 위치인가"를 파악하는 나침반 같은 거죠.

다음에 종목 분석하실 때 한번 적용해보세요. 투자 판단에 분명 도움이 될 겁니다!

이 글은 투자 참고용이며, 투자 판단과 책임은 본인에게 있습니다.

[Cloudflare] 무료플랜으로 Pages에 개인도메인 설정하기

지율빠 — Wed, 5 Nov 2025 22:08:38 +0900

필자가 하고 싶었던 것은 아래와 같습니다.

Cloudflare 무료플랜을 사용
Pages 에 이미 가지고 있는 개인 도메인을 사용

이 두조건으로 블로그나 기타 자료를 찾는데 솔직히 내게 맞는 내용이 별로 없었네요. 그래서 직접 관련 내용을 기술하였습니다.

1. 전제 사항

소유한 개인도메인이 있어야 함.
Cloudflare에 서비스 되고 있는 Pages가 있어야함.

2. 도메인 연결하기

이미 가지고 있는 도메인이 있으므로 [도메인 연결]을 선택한다.

소유하고 있지 않은 경우는 [도메인 등록]을 선택하여 Cloudflare 에서 도메인을 구입할 수 도 있다.

이번 스탭에서는 신규로 도메인을 구매하는 방법은 언급하지 않는다.

2.1. 도메인 연결

연결할 도메인을 입력하고 [계속] 버튼을 클릭

다음화면에서 갑자기 요금제를 선택하라고 한다.
처음에는 완전 당황함. 무료플랜으로 도메인 연결이 안되나 하고 고민하였으나, 여기서는 Free 요금제를 선택한다.

등록된 마지막 단계의 정보가 보여진다.

3번 사항은 직접 작업을 해야한다. 도메인을 구매한 업체의 사이트에서 네임서버를 변경해야 함.

kareem.ns.cloudflare.com
zariyah.ns.cloudflare.com

등록작업이 완료되면 메일이 온다고 하니 메일 받고 이후 작업을 해야 함. (5분 ~ 20분 정도 걸리는 것 같음)

3. Pages에 도메인 설정

컴퓨팅 및 AI > Workers 및 Pages > 사용자 설정 도메인 으로 이동

[사용자 설정 도메인 설정] 버튼 클릭

신규로 등록한 도메인을 입력후 [계속] 클릭

[DNS 전송 시작] 버튼 클릭후 다음화면이 안나오면, Cloudflare에서 도메인 작업이 마무리가 안된것이다.
기다릴수 밖에 없으며, 연결을 시도하다보면 아래 화면이 나옴.

[도메인 활성화] 버튼 클릭후 결과 화면

이후 정상적인 연동화면 SSL로 적용되어 연동된다.

연결한 도메인으로 브라우져로 접속을 시도해 보면 정상적인 사이트가 보이면 성공이다.

[AWS] RDS PostgreSQL 자동 시작/중지 설정 (평일 09시~19시만 구동하기)

지율빠 — Wed, 15 Oct 2025 14:04:45 +0900

회사에서 개발용 DB를 항상 켜 두기엔 비용이 부담스럽고,
매번 수동으로 시작/중지하기엔 귀찮은 경우 많죠?

그래서 오늘은 AWS RDS (PostgreSQL) 인스턴스를
평일 09시~19시만 자동으로 구동하고,
주말에는 완전히 꺼두는 자동화 방법을 정리했습니다.

✅ 목표

항목	내용
DB 엔진	PostgreSQL (AWS RDS)
대상 인스턴스	x2-db-dev01 (여러개의 RDS를 동시에 처리 가능)
구동 시간	월~금 09:00 ~ 19:00
미가동	토요일, 일요일
사용 서비스	Lambda + EventBridge + IAM

쿠팡이 추천하는 골드박스 관련 혜택과 특가

쿠팡이 추천하는 골드박스 관련 특가를 만나보세요. 로켓와우 회원은 다양한 할인과 무료 배송 및 반품 혜택도 누릴 수 있어요.

pages.coupang.com

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

전체 구성도

EventBridge (스케줄러)
      ↓
Lambda (Start / Stop)
      ↓
RDS 인스턴스 (PostgreSQL)

EventBridge가 평일 09:00과 19:00에 Lambda를 자동 실행
Lambda에서 여러 RDS 인스턴스를 동시에 Start/Stop 수행

1️⃣ IAM 역할 생성 (Lambda가 RDS 제어할 수 있도록)

1.1. 메뉴 이동

AWS 콘솔 → IAM → 역할 → 역할 생성

1.2. 역할 생성

신뢰할 수 있는 엔터티 → AWS Service 선택
사용 사례 → Lambda 선택 → [다음]

권한 정책 검색창에 rds 입력 후 →
✅ AmazonRDSFullAccess 선택

권한 정책 검색창에 logs 입력 후 →
✅ CloudWatchLogsFullAccess 선택 → [다음]

역할 이름: lambda-rds-scheduler-role
[역할 생성] 클릭

2️⃣ Lambda 함수 생성 (RDS Start/Stop 코드)

2.1. 메뉴 이동

AWS 콘솔 → Lambda → [함수] → [함수 생성]

2.2. 함수 생성

함수 이름 : rds-postgres-scheduler
런타임 : Python 3.13

실행역할 : 기존 역할 사용 → lambda-rds-scheduler-role 선택
함수 생성 클릭

2.3. 코드 등록

아래의 코드를 코트 영역에 입력한다.

import boto3

def lambda_handler(event, context):
    rds = boto3.client('rds')
    
    # ⚠️ 제어할 RDS 인스턴스 목록 (DBInstanceIdentifier 값)
    db_instances = [
        'x2-db-dev01',
    ]
    
    action = event.get('action')
    
    for db_instance in db_instances:
        try:
            if action == 'start':
                print(f"[START] Starting RDS instance: {db_instance}")
                rds.start_db_instance(DBInstanceIdentifier=db_instance)
            elif action == 'stop':
                print(f"[STOP] Stopping RDS instance: {db_instance}")
                rds.stop_db_instance(DBInstanceIdentifier=db_instance)
            else:
                print(f"[SKIP] Invalid action for {db_instance}")
        except Exception as e:
            print(f"[ERROR] {db_instance}: {str(e)}")
    
    print(f"Action '{action}' completed for {len(db_instances)} instance(s).")

➡️ 코드 작성 후 [Deploy] 클릭

2.4. 테스트 이벤트 생성

생성한 함수가 정상적으로 구동을 하는지 테스트 하기 위함. (필수 과정은 아님)

말이 테스트지 실제 함수가 구동되어 지정한 DB가 start 또는 stop 될 수 있으니, 주의 하세요.

상단 탭 [Test] 클릭
이벤트 이름: test-start
이벤트 공유 설정 : 기본은 프라이빗을 설정하는데, 다른 IAM 계정으로 테스트 함수를 이용하려면 공유 가능으로 설정. (초기 생성하면 변경이 되지 않으니 수정하려면 다시 재생성해야 함)
이벤트 JSON:

{ "action": "start" }

[Test] 실행 → 콘솔 로그에서 RDS가 시작되는지 확인

같은 방법으로 test-stop 이벤트도 만들어서 확인:

{ "action": "stop" }

3️⃣ EventBridge (스케줄러) 설정

3.1. 메뉴 이동

AWS 콘솔 → EventBridge → [일정] → [일정생성]

3.2. RDS 시작 규칙 (평일 09:00 KST) 생성

3.2.1. 세부 일정 등록

일정 이름 : rds-start-weekdays-09
설명 : 매주 월~금 09:00에 RDS 시작

발생 : 반복 일정 선택
Cron 표현식 : 0 9 ? * MON-FRI * → 각각의 항목칸에 입력후 아래와 같이 예시로 트리거 되는 일시가 나오니 체크 한다.
유연한 기간 : 5분

3.2.2. 대상 선택

대상 API : AWS Lambda invoke
람다함수 : rds-postgres-scheduler
페이로드 :

{ "action": "start" }

[다음] 클릭 → [설정 단계]에서 [다음] 클릭 → [일정검토 및 생성] 단계에서 [일정생성] 클릭

3.3. RDS 중지 규칙 (평일 19:00 KST) 생성

3.3.1. 세부 일정 등록

일정 이름 : rds-stop-weekdays-19
설명 : 매주 월~금 19:00에 RDS 중지

발생 : 반복 일정 선택
Cron 표현식 : 0 19 ? * MON-FRI *
유연한 기간 : 5분

3.3.2. 대상 선택

대상 API : AWS Lambda invoke
람다함수 : rds-postgres-scheduler
페이로드 :

{ "action": "stop" }

[다음] 클릭 → [설정 단계]에서 [다음] 클릭 → [일정검토 및 생성] 단계에서 [일정생성] 클릭

4️⃣ CloudWatch Logs 확인

Lambda 실행 로그는 자동으로 CloudWatch에 저장됩니다.

만약, 아래 그림과 같이 로그가 생성이 되지 있지 않으면, 생성한 IAM / 역할 (lambda-rds-scheduler-role)에 CloudWatchLogsFullAccess 권한이 없어서 로그가 생성되지 않은 것이니 추가해 주세요.

AWS 콘솔 → CloudWatch → Logs → Log groups → /aws/lambda/rds-postgres-scheduler

⚠️ 유의사항

항목설명

RDS 중지 한도	인스턴스는 최대 7일간 중지 가능, 이후 자동 재시작됨
과금 정책	중지 중엔 스토리지, 백업 스냅샷만 과금
자동 백업	중지 중에는 백업 수행되지 않음
권장 확인	평일 오전 09시 / 오후 18시 실제 동작 로그 꼭 점검

마무리

이 설정을 적용하면

“업무 시간 외에는 DB를 꺼두고,
다음날 아침엔 자동으로 켜지는”

스마트한 RDS 운영 환경을 만들 수 있습니다. ☁️

불필요한 비용을 줄이고, 관리 효율을 극대화하세요!

참고 링크

AWS RDS 공식 문서
AWS EventBridge Scheduling Docs
boto3 RDS Client API

아킬레스건 파열

지율빠 — Thu, 25 Sep 2025 19:55:03 +0900

테니스 운동중 아킬레스건 완전 파열로 인하여, 수술후 입원을 하고 있습니다.

건강하려고 운동한게 오히려 독이 된거 같아.. 좀 무안함.

생애 첫 아킬레스건 파열이라는 사건을 격고 나서 정말 건강에 대한 부분을 다시 생각할 수 밖에 없었다.

조심한다고해서 다치지 않고 무리한다고해서 꼭 다치는건 아닌것 같다.

아킬레스건도 서서히 약해지다가 특정 자세에서 근육이 견디지 못하는 힘이 가해졌을때,

파열이 발생하여 언제 갑자기 다가 올지는 아무도 모른다.

지인들에게 추천받은 병원이 있어 간단히 소개해 본다.

병원 : 선수촌병원
소재지 : 서울시 송파구 올림픽로 76 J타워 3층 ~ 7층
전화 : 1661-3379
특징 :
- 선수들과 같은 치료를 일반인에게도 제공한다는 병원
- 정말 유명 선수들이 많이 와서 받는다. (입원시 권순우 선우와 사진도 찍음)
- 담당 원장님이 매우 꼼꼼하게 진료해 줍니다.
- 믿음이 갑니다. (개인적인 의견)
사이트 : http://www.sunsoochon.com/

선수촌병원

www.sunsoochon.com

[AWS] RDS - PostgreSQL 생성

지율빠 — Fri, 12 Sep 2025 14:03:35 +0900

1. 서론

개발 팀에서 PostgreSQL 사용을 결정하여 AWS에서 제공하는 프리티어를 이용하여 사용하다가 추후에는 유료서비스로 전환하는 것으로 하였습니다.

팀의 개발자가 5명 내외로 프리티어를 사용해도 충분히 커버가 될 것으로 판단되고, 가동 시간 및 주중에만 사용하는 설정을 통해서 비용에 대한 부분을 최소화 할 수 있을 것으로 판단됩니다.

2. PostgreSQL 생성

2.1. 메뉴 이동

Aurora and RDS 메뉴 선택

[데이터베이스 생성] 버튼 클릭

생성할 DB가 해당 리전이 맞는지 반드시 확인해야 한다. 생성이후 변경 불가.

2.2. 데이터 베이스 생성

그림과 같이 기본 설정

DB 인스턴스 크기 : 처음부터 큰걸 선택하는 것보다 작은 것을 선택한다. (개발용이므로)
현실적으로 비용은 무시할 수 없다. 너무 큰사이즈를 선택하면 많은 비용이 발생하므로 주의해야 한다.

DB 인스턴스 식별자 : 적절한 이름을 부여
마스터 암호 : 정의된 패스워드를 입력

20GB 바이트인지 체크. 많이 잡으면 비용이 발생됨.

보안그룹은 dev 보안 그룹으로 신규로 만들어서 사용, 추후 QA/운영 의 보안그룹이 다르게 설정해야 하기 때문에 분리해서 관리하는 것이 유용함.

추가 구성을 누르면 퍼블릭 액세스를 가능으로 해야 외부에서 접속이 가능함. (매우중요)

초기데이터 베이스 이름 : 정의한 이름으로 설정

[AWS] IAM 신규 사용자 비용정보 활성화

지율빠 — Fri, 12 Sep 2025 12:10:15 +0900

Root 권한을 대신 사용할 신규계정을 만들었는데,

다른 기능들은 다 되는데 비용 및 빌링 정보의 접근권한이 없어서 정보가 정상적으로 표시 되지 않습니다.

비용 관련 접근권한이 없어서 표시되는 화면

그렇다고 매번 루트 계정으로 빌링 정보를 확인하기에는 보안상의 문제가 있으니,

특정 그룹 및 사용자에게만 접근 권한을 허용하도록 처리하기로 하겠습니다.

1. Root 계정에서의 [ 결제 정보에 대한 IAM 사용자 및 역할 액세스] 활성화

1.1. Root 계정으로 로그인

아래의 링크로 AWS Consol 로 접속하면, 로그인 페이지 표시된다.

https://aws.amazon.com/ko/

클라우드 컴퓨팅 서비스-Amazon Web Services(AWS)

Amazon Web Services는 안정성이고 확장 가능하며 저렴한 클라우드 컴퓨팅 서비스를 제공합니다. 무료로 가입하여 사용량에 따라 요금을 지불하세요.

aws.amazon.com

[루트 사용자 이메일을 사용하여 로그인] 선택

루트계정 이메일 입력 후 [다음] 버튼 클릭

암호를 입력하고 [로그인] 버튼 클릭

루트 계정에 연결된 MFA 디바이스에 표시된 코드를 입력하고 [로그인] 버튼 클릭. (필자는 Google Authenticator로 OTP 코드를 입력함)

1.2. IAM 사용자 결제정보 활성화

로그인이후 Console Home 화면에서 우측의 계정명 선택후 [계정] 메뉴를 선택한다.

결제 정보에 대한 IAM 사용자 및 역할 액세스가 현재 비활성되어 있다. [편집] 버튼을 눌러주자

IAM 액세스 활성화 선택하고 [업데이트] 버튼 클릭

위 그림과 같이 활성화가 된것을 확인 할 수 있다.

2. 권한 정책 세트 변경

IAM Identity Center > 다중 계정 권한 > 권한세트 로 이동한다.

비용 관련 권한을 추가할 권한 세트를 선택한다.

AWS 관리형 정책에서 [정책 연결] 버튼을 클릭한다.

등록할 정책은 아래와 같이 등록을 한다.

정책명	유형	비고
Billing	AWS 관리형 - 직무	결제/비용 관련 전체 권한
AWSBudgetsReadOnlyAccess	AWS 관리형	예산 읽기 전용 (필요시)

정책이 추가되면 IAM 사용자에게 권한이 할당된다.

IAM 사용자로 로그인시 비용관련 부분이 정상적으로 표시됨을 알수 있다.

[AWS] IAM 사용자 추가하기

지율빠 — Thu, 11 Sep 2025 15:39:00 +0900

1. IAM(Identity and Access Management)이란?

AWS Identity and Access Management (IAM)은 AWS 리소스에 대한 액세스를 안전하게 제어할 수 있는 웹 서비스이다.
AWS의 계정을 최초로 생성할 때 모든 AWS 서비스 및 리소스에 대해 완전한 액세스 권한이 있는 단일 로그인 ID로 시작한다. 이 자격 증명을 루트 사용자라고 한다.
하지만 루트 계정은 공유되어서도 안 되고 보안을 주의해야 한다. 모든 권한을 가지고 있기 때문에.
그래서 루트 사용자를 사용하지 않을 것을 권장하고, IAM을 통해 리소스를 사용할 수 있도록 인증(로그인, 계정) 및 권한 부여된 대상을 제어한다.

2. IAM의 기능

AWS 계정에 리소스를 관리하고 사용할 수 있는 권한을 다른 사람에게 부여할 수 있다.
리소스에 따라 여러 사람에게 다양한 권한을 부여할 수 있다. 세분화되게 권한 부여가 가능하다.
Amazon EC2 인스턴스에 대해 IAM 기능을 통해 완전하게 자격 증명을 안전하게 제공할 수 있다.
멀티 팩터 인증(MFA) 제공한다. 계정 소유자나 사용자가 계정 사용을 위해 암호, 액세스 키뿐 아니라 특별히 구성된 Device 코드도 제공해야 한다.
ID 페더레이션을 제공한다.
PCI DSS를 준수한다.
많은 AWS 서비스와 통합이 가능하다.
일관성을 제공하고, 기본적으로 추가 비용 없이 무료 이용이 가능하다.

3. IAM 정책 (IAM Policy)

IAM 정책(policy)은 IAM 역할(role) 혹은 개인 사용자에 부여할 수 있다.
사용자에게 직접적으로 정책을 줄 수도 있지만 사용자 그룹에 대해서 줄 수도 있다.

4. IAM 사용자 추가하기

1) IAM Global

Global 사용자 관리에서 계정관리를 권장하지 않으며, 해당 리전에서 생성한 Identiy Center를 이용할 것을 권장한다.
Identity Center가 활성화가 되지 않았을때의 화면

Identity Center가 활성화가 되었을때의 화면

Identity Center 활성화 하는 방법은 이전 글을 참조하면 된다.

2025.09.11 - [AWS/IAM] - IAM Identity Center 활성화

1) IAM 대시보드

다음과 같이 IAM 대시보드에서 액세스 관리 -> 사용자를 선택하면 지금까지 생성한 IAM 사용자들을 볼 수 있다.
새로운 사용자를 생성하기 위해서 [사용자 추가] 버튼을 눌러 준다.

2) 사용자 세부 정보 지정

사용자의 세부 정보를 입력하는 창이 뜬다. 각 항목에 대해 입력한다.

해당 계정의 그룹을 지정한다.

입력된 사항 검토후 하단의 [사용자 추가] 버튼을 실행하면 해당 이메일로 메일이 발송되고, 목록에 표시된다.

3) 다중 계정 권한 설정

해당작업은 초기 한번만 설정하면 되며, 추후 신규 관리자 생성시 그룹만 지정하면 권한이 설정된다.

[권한 세트 생성] 버튼을 눌러서 신규 생성한다.

그림과 같이 AdministratorAccess 정책 선택후 [다음] 버튼 클릭

그림과 같이 기본항목으로 선택하고 [다음] 버튼 클릭

내용확인후 [생성] 버튼 클릭한다.

권한 세트 생성이 완료되면, AWS 계정과 권한 그룹세트를 연결하는 작업을 해주어야 한다.

연결할 조직을 선택하고 [사용자 또는 그룹할당] 버튼 클릭

이전에 만들어 놓았던 AdminGroup을 선택후 [다음] 버튼 클릭

이전에 만들어 놓았던 AdministratorAccess 권한 세트 선택후 [다음] 버튼 클릭

검토후 [제출] 버튼 클릭

4) Access 포털 접속

사용자 초대 메일의 내용에 Access Portal URL이 포함되어 있음.
- Your AWS access portal URL:
  - https://*********.awsapps.com/start/
Access Portal로 로그인 이후 계정 선택하고 AdministratorAccess 클릭시 AWS Console 화면으로 이동함.

이후 AWS Console 의 사용은 Root 관리자 계정과 동일한 기능을 수행할 수 있게된다.

[AWS] IAM Group 생성

지율빠 — Thu, 11 Sep 2025 15:21:22 +0900

해당 스탭은 Identity Center가 활성화 된 이후에 해당 메뉴에서 작업이 가능합니다.

신규 그룹을 생성하기 위해서 [그룹생성] 버튼을 클릭

그룹의 이름 / 설명을 입력후 생성한다.
사용자는 추후 설정해 주어도 된다.

정상적으로 그룹이 생성되었으면 위와 같은 화면이 표시된다.

[AWS] IAM Identity Center 활성화

지율빠 — Thu, 11 Sep 2025 14:56:09 +0900

AWS 신규로 계정을 생성하면, Identity Center가 비활성화 되어 있다. 활성화 하는 과정은 아래의 단계를 통해서 진행할 수 있다.

아래와 같이 표시되면 현재 비활성화 상태이다.
[활성화] 버튼을 클릭한다.

현재 리전이 적합한지 체크후 원하는 리전이 아니면 상단 바에서 리전을 변경해야 한다.

모든 사항이 확인 되었으면, [활성화] 버튼을 클릭한다.

테스트 페이지

지율빠 — Tue, 9 Sep 2025 16:41:43 +0900

123