I am Son_Zero

[트렌드 인사이트] AMD–OpenAI 공급 계약이 스타트업에 주는 시사점

Son_Zero — Wed, 8 Oct 2025 01:13:53 +0900

출처: /AFPBBNews=뉴스1

[트렌드 인사이트] AMD–OpenAI 공급 계약이 스타트업에 주는 시사점

1. 개요 – AI 인프라 전쟁 속, 스타트업에게 온 기회

최근 AMD와 OpenAI가 대규모 GPU 공급 계약을 체결했다는 소식이 테크 업계를 뜨겁게 달궜습니다.
AMD가 2026년부터 6GW(기가와트) 규모의 AI 가속기를 OpenAI에 공급하기로 하면서,
그동안 NVIDIA가 독점하던 AI 컴퓨팅 시장에 본격적인 균열이 생겼다는 분석이 나오고 있죠.

이 소식은 단순한 하드웨어 계약이 아니라,
스타트업의 개발 환경과 인프라 전략에도 직접적인 영향을 줄 수 있는 사건입니다.
오늘은 이 뉴스를 스타트업의 시각에서,
그리고 실무자의 관점에서 어떤 시사점이 있는지 정리해보겠습니다.

2. 배경 – 스타트업 운영과 정부지원사업의 교차점

AI 서비스를 만들겠다는 스타트업은 많지만,
막상 ‘모델 학습 비용’에서 좌절하는 경우가 많습니다.
저 역시 과거에 정부지원사업을 통해 시제품 제작비를 확보했지만,
GPU 사용료가 예산의 절반을 차지해 고생한 기억이 있습니다.

그 이유는 단순합니다.
현재 시장은 NVIDIA의 CUDA 생태계에 지나치게 의존해 있고,
대체 GPU가 사실상 없었기 때문입니다.
결국 예비창업패키지나 R&D 과제에서도
“GPU 임차비를 줄이는 방법”이 없는 상황이었죠.

이런 상황에서 AMD와 OpenAI의 계약은
스타트업에게 ‘인프라 비용 절감의 실마리’로 작용할 가능성이 큽니다.

3. 핵심 내용 – 독점의 균열, 유연성의 시대가 온다

(1) GPU 시장의 변화

AMD가 OpenAI에 공급하는 GPU는 MI300 시리즈로,
고성능 연산과 전력 효율을 개선한 차세대 제품입니다.
NVIDIA 독점이 깨지면, AWS·Azure·GCP 등 클라우드 사업자들이
AMD 기반 인스턴스를 확대하게 되고,
GPU 임차 단가가 점차 내려갈 가능성이 생깁니다.

(2) 스타트업 PM·기획자가 체감할 변화

인프라 비용 예측이 유연해진다
기존엔 클라우드 견적을 받아도 GPU 단가가 거의 고정되어 있었지만,
앞으로는 공급자 간 경쟁으로 비용 비교가 가능해질 것입니다.
기술 종속 리스크 완화
AMD는 ROCm이라는 오픈소스 생태계를 강화하고 있어,
특정 기술(CUDA)에 의존하지 않는 전략을 세울 수 있습니다.

(3) 현실적 어려움

물론 AMD 생태계는 아직 CUDA만큼 성숙하지 않아,
단기적으로는 성능 최적화나 개발환경 전환에 시간이 걸릴 수 있습니다.
그래서 지금은 ‘바로 바꾸기’보다
“테스트하면서 대비하기” 단계로 접근하는 게 현실적입니다.

실무 팁 박스

클라우드 콘솔(AWS·GCP 등)에서 AMD 기반 인스턴스 가격을 미리 비교해보세요.

팀 내부 GPU 사용 내역을 분석해 비용 대비 성능 리포트를 만들어두면,
향후 정부지원사업 정산 시 ‘비용 타당성 근거’로 활용할 수 있습니다.

ONNX, OpenVINO처럼 하드웨어 중립적 프레임워크를 미리 도입해두면
추후 전환 비용을 최소화할 수 있습니다.

4. 실전 팁 & 체크리스트

체크포인트 설명

GPU 인스턴스 다양화	NVIDIA 외 AMD, TPU 등 다양한 옵션 테스트
기술 스택 호환성	CUDA 종속성 여부 점검, ROCm 지원 여부 확인
예산 시뮬레이션	GPU 단가 변동 시 총비용 재산정
PoC(개념 검증) 계획	AMD 인스턴스로 소규모 모델 테스트 진행
투자 피칭 자료	“인프라 최적화 전략” 항목을 추가해 차별화

5. 트렌드 / 시사점 – 인프라 경쟁이 곧 스타트업 경쟁력

이번 계약은 단순한 기업 간 거래를 넘어,
AI 산업 전체의 인프라 주도권 싸움으로 확장되고 있습니다.
구글, 아마존, 마이크로소프트가 모두 자체 AI 칩을 개발 중이고,
AMD는 이 흐름 속에서 오픈 생태계 전략으로 맞서고 있죠.

스타트업 입장에서는,
인프라 비용이 하락하고 선택지가 늘어나는 환경이 만들어질 가능성이 큽니다.
“모델을 잘 만드는 팀”도 중요하지만,
“같은 성능을 더 저렴하게 운영할 수 있는 팀”이 경쟁력을 갖게 될 것이라고 봅니다.

6. 정리 – 기술보다 중요한 건 ‘선택의 유연성’

AMD–OpenAI의 공급 계약은
AI 생태계의 독점을 흔드는 의미 있는 사건입니다.
그리고 그 여파는 언젠가 스타트업에도 도달하게 될 겁니다.

지금 우리가 할 일은 단순합니다.

클라우드 인프라 구조를 점검하고,
대체 옵션을 실험하며,
비용 효율화 전략을 미리 준비하는 것.

그것이 바로 미래의 인프라 경쟁 시대에 살아남는 스타트업의 자세입니다.

“기술의 흐름은 언제나 거대 기업에서 시작되지만,
진짜 변화는 그것을 빠르게 이해하고 실행하는 스타트업에서 완성된다.”

정부지원사업, 어디서 어떻게 찾을까?

Son_Zero — Wed, 8 Oct 2025 00:52:06 +0900

정부지원사업, 어디서 어떻게 찾을까?

두 사이트로 쉽게 시작하기 (기업마당 & K-Startup 완전정리)

창업을 준비하다 보면 꼭 듣게 되는 말이 있습니다.
“정부지원사업 한번 찾아봐요!”

하지만 막상 검색해보면 공고가 너무 많고, 각 부처마다 따로 올라와 있어서 어디서부터 봐야 할지 막막하죠.

저도 스타트업 초기 운영할 때 ‘예비창업패키지’, ‘R&D 지원사업’, ‘디지털 전환 바우처’ 등 여러 제도를 활용했는데, 그 출발점은 항상 두 곳이었습니다.
바로 기업마당(bizinfo) 과 K-Startup입니다.

왜 정부지원사업을 챙겨야 할까

초기 스타트업이나 1인 창업자에게 정부지원사업은 ‘시작자금 + 성장 발판’ 역할을 합니다.
특히 예비창업자라면 투자보다 빠르고, 리스크 없이 시제품 제작·멘토링·사무공간을 지원받을 수 있죠.

하지만 문제는 “정보의 홍수 속에서 내게 맞는 사업을 찾기 어렵다”는 것입니다.
그래서 오늘은 제가 실제로 사용하는 두 가지 핵심 포털을 소개하고, 효율적으로 지원사업을 찾는 실무 팁을 정리해보겠습니다.

1. 기업마당 (https://www.bizinfo.go.kr/web/index.do)

중소기업 성공 길잡이: 기업마당

중소벤처기업부가 운영하는 정부지원사업 통합 포털입니다.
기업 운영자라면 반드시 즐겨찾기 해두세요.

주요 기능

분야별(금융, 인력, 수출, 기술개발 등) 지원사업 공고 조회
마감 임박 사업은 D-day 표시로 빠르게 확인 가능
사업별 담당기관, 문의처, 신청링크까지 한 번에 확인 가능

예시 공고

2025년 제5차 벤처기업 공동채용 기업모집 (10/13~10/24)
채용 참여 기업에게 무료 입점 지원 및 홍보 혜택을 제공합니다.
인력 확보에 어려움을 겪는 스타트업에게 실질적인 도움이 되는 사업입니다.
(출처: 기업마당)

실무 활용 팁

‘맞춤검색’ 기능을 사용해 업종(IT, 제조, 콘텐츠 등)을 미리 설정하면 매번 찾는 시간을 단축할 수 있습니다.

‘즐겨찾기 공고’로 관심 사업을 저장해두면, 마감일 알림으로 놓치지 않을 수 있습니다.

2. K-Startup 창업지원포털 (https://www.k-startup.go.kr)

K-Startup 창업지원포털

예비창업자와 스타트업을 위한 창업 전문 지원 플랫폼입니다.
특히 예비창업패키지, 창업도약패키지, 초기창업패키지 등 대부분의 창업지원사업이 이곳에 등록됩니다.

주요 기능

창업단계(예비/초기/도약)별 사업 검색
공고 일정 캘린더 제공으로 일정 관리 용이
창업교육, 투자연계, 창업사례 등 실무 콘텐츠 제공
회원가입 시 개인 맞춤 공고 알림 서비스 제공

예시 공고

2025년 예비창업패키지 일반분야(1차)
창업 전 단계의 예비창업자에게 최대 1억 원의 사업화 자금과 멘토링을 지원합니다.
(출처: K-Startup)

현장 노하우

공고문 첨부파일(사업계획서 양식, 선정기준표)을 반드시 다운로드해 미리 검토하세요.

모집 전이라도 전년도 공고를 참고하면, 서류와 사업 아이템 방향을 미리 잡을 수 있습니다.

실전 체크리스트

정부지원사업 공고를 찾을 때 꼭 확인해야 할 4가지

체크항목 설명

지원대상	예비창업자 / 기창업자 / 법인 등 구체 조건 확인
지원규모	자금, 멘토링, 시설 등 어떤 형태로 지원되는지 확인
신청기한	마감일 변동 가능, D-day 확인 필수
문의처	사업 담당자 이메일·전화번호로 직접 문의 가능 여부

트렌드와 시사점

최근 정부는 AI, 디지털 전환, 친환경 분야 중심으로 지원 예산을 확대하고 있습니다.
특히 2025년부터는 ‘지역 창업거점 중심 사업’이 강화되어, 지자체별 공고도 주목할 필요가 있습니다.

K-Startup에서는 각 지역 창조경제혁신센터의 지원사업도 함께 공고되므로
검색 시 ‘서울’, ‘부산’, ‘대전’ 등으로 필터를 설정해보세요.

마무리하며

정부지원사업은 결국 “누가 먼저 알고, 얼마나 준비했는가”의 싸움입니다.
공고를 꾸준히 모니터링하고, 내 업종과 성장 단계에 맞는 지원을 고르면
사업 초기 리스크를 줄이고 실질적 자금 지원을 받을 수 있습니다.

Tip
매주 월요일 아침, 기업마당과 K-Startup을 함께 열어
‘이번 주 마감 공고’를 확인하는 루틴을 만들어보세요.
정보 탐색이 곧 경쟁력입니다.

함께 성장하는 스타트업 생태계를 응원합니다.
이 글이 정부지원사업 탐색의 첫 걸음이 되길 바랍니다.

IT 스타트업 운영·기획자
정부지원사업 · 스타트업 운영 경험을 바탕으로
현장에서 바로 쓸 수 있는 노하우를 공유합니다.

스티치 사용 후기 & 금일 AI 회고록

Son_Zero — Tue, 27 May 2025 17:11:54 +0900

2025-05-27 오늘의 회고록

1. 오늘의 목표

사내 프로젝트에서 외부 파트너 URL 흐름(출고 / 입고 요청)의 화면&데이터 구조를 확정하고, 기능을 기획해야할 일이 있었음.
Google Stitch를 활용해 핵심 UI 와이어프레임을 신속히 뽑아 보기

2. 진행 내용 요약

구분	결과
필드 정의	등록‧상세 모달에 필요한 8 개 핵심 파라미터 명세 완료
UI 흐름	로그인 → 선택 화면 → 진행 현황 리스트 → 상세 패널까지 전체 플로우 정리
Stitch 작업	ChatGPT로 상세 프롬프트 작성 → Stitch에 투입 → 5종 와이어프레임 초안 확보 (30 분)
수작업 보완	브랜드 컬러(#FF683D), Pretendard 폰트, 상태 뱃지 컬러·문구 수정
한계 파악	- 프로젝트 단위 연속성 부족 - 한국어 프롬프트 편차 - 문서 업로드 불가
다음 스텝	- Figma 컴포넌트화 - 모션(슬라이드 상세) 스펙 작성 - Memory Bank 도입 검토

3. 배운 점 & 느낀 점

Stitch + AI 프롬프트 = 와이어프레임 속도 부스트
- 사람 손으로 3–4 시간 걸리던 걸 30 분으로 단축.
프롬프트 품질이 곧 결과 품질
- 반응형 조건·레이아웃·컬러 값을 세밀히 적어야 ‘재작업’이 줄어든다.
연속 컨텍스트의 부재
- 화면 간 컴포넌트 재사용 맥락을 Stitch가 기억 못함 → Memory Bank(MCP) 필요성을 체감.
무료 플랜의 벽
- PDF/MD 요구사항을 직접 먹일 수 없어서 ChatGPT-프롬프트로 우회해야 했다.

4. 아쉬운 점

항목	상세
프로젝트 기억	하나의 링크만 그리면 앞서 만든 모달 컨텍스트 잃어버림
한글 프롬프팅	영문+한글 혼용이 가장 안정적 → 로컬라이즈된 모델 필요
문서 업로드	요구사항·플로우 차트를 바로 Stitch로 끌어넣지 못함

5. 개선 계획

Memory Bank(MCP) 도입해 회의 노트·프롬프트·결정을 외장 컨텍스트로 축적
Prompt 템플릿 v2 작성
- 섹션별 플레이스홀더(색 / 폰트 / 레이아웃 / 인터랙션) 미리 고정
Stitch → Figma 자동 연동 테스트해서 핸드오프 단계 단축
팀원 대상 Stitch 베스트프랙티스 워크숍 진행 (30 분)

6. 내일 해야 할 일

진행 현황 리스트 모션 사양 & API 매핑 표 작성
Stitch 결과물 컴포넌트화 → 개발팀에 spacing·font 기준 전달
Memory Bank PoC 환경(Docker) 띄우기 & 팀 계정 연동 시도

한 줄 회고
“Stitch 덕분에 ‘속도’는 확보했으니, 이제 ‘지속 가능한 기억’(Memory Bank)까지 챙기면 다음 스프린트가 한층 수월해질 것이다.”

최근 읽은 뉴스들과 함께 살펴보는 국제 무역 흐름

Son_Zero — Mon, 7 Apr 2025 22:06:09 +0900

최근 읽은 뉴스들과 함께 살펴보는 국제 무역 흐름

요즘 국제무역 동향이 정말 빠르게 변하는 것 같아요. 몇몇 기사를 접하면서 “와, 이게 바로 글로벌 경제의 생생한 현장이구나!” 하고 느꼈는데, 그중 관세 정책과 보복 조치, 그리고 무역협정과 관련해 흥미로웠던 포인트들을 모아봤습니다.

1. 기존 무역협정 재검토, 서로 다른 셈법

어떤 기사는 미국이 기존 무역협정을 일부 수정하거나 새로 협상하려 한다는 내용을 담고 있었어요. 겉으로는 자국 산업을 보호하기 위한 조치라고 하지만, 실제로는 글로벌 공급망에서 유리한 고지를 점하려는 전략으로도 보입니다.

한편에서는 “지나친 자국 중심주의가 오히려 역효과를 낼 수 있다”는 분석도 나오더라고요.
각국이 이에 대응해 어떤 대체 시장을 공략하거나, FTA(자유무역협정)를 확장하려는 시도가 벌어지는 듯합니다.

2. 보복 관세와 협상 사이에서 줄타기

다른 뉴스들은 보복 관세가 이미 시행됐거나, 곧 계획 중이라는 소식을 전해주었습니다.

대표적으로 캐나다가 미국에 대한 보복 관세를 어느 정도 유지하면서, 동시에 협상 의사를 남겨두고 있는 현황이 언급됐어요. “강경책과 유화책을 동시에 쓴다”는 느낌을 받았습니다.
유럽연합(EU) 역시 보복 관세를 검토·계획 중인데, 여기엔 항공기 보조금, 자동차 관세, 디지털세 이슈 등 다양한 의제가 얽혀 있어 더 복잡해질 수도 있다고 하네요.

이런 갈등과 협상이 교차하는 모습은, 한편으론 각국이 자기 산업을 보호하려 노력하는 동시에, 세계 경제가 크게 뒤흔들릴 수 있다는 점을 의식하고 있다는 의미로 볼 수도 있습니다.

3. 선제적 타협과 ‘친미’ 기조 유지

눈길을 끌었던 기사 중 하나는, 인도가 미국과의 관세 문제에서 적극적 협력 노선을 선택했다는 소식이에요. “4월 9일까지 관세를 거의 ‘0’에 가깝게 낮출 예정이다” 같은 내용이 간략히 소개됐습니다.

기술·제조·바이오 등에서 급성장 중인 인도가 미국 투자를 이끌어내고, 공동 프로젝트를 유치하는 데 도움이 될 만한 방안을 택했다는 해석이 있더군요.

사실 베트남, 이스라엘, 아르헨티나 등도 비슷한 흐름으로 해석할 수 있어요. 마찰을 일으키기보다는 우호 관계를 유지해 자국 산업에 직접적인 이익을 가져오겠다는 계산이 깔려 있다는 게 공통점인 듯합니다.

4. 미·중 무역 갈등, 여전한 긴장감

여전히 중국과 미국 간의 무역 갈등도 주목할 만하죠. 제가 본 기사에서는 중국이 34% 관세를 부과해 이미 보복 조치를 진행 중이라거나, 기술·지식재산권 이슈로 갈등이 심화될 수 있다고 전망했습니다.

미·중 관계는 단순히 관세 문제를 넘어 반도체·AI·핵심부품 등 첨단기술 패권으로 확장되는 분위기이기도 합니다.
짧은 기간에 합의가 이뤄지기는 쉽지 않아 보인다는 게 대체적인 시각이네요.

5. 경기침체와 무역 질서의 불확실성

마지막으로, 기사 전반에서 공통적으로 느낀 건 글로벌 경기 침체 가능성과 물류비 상승, 에너지 가격 변동 등으로 인해 각국이 어디서든 안전장치를 마련하려고 한다는 점이에요.

“불확실성이 클수록 자국산업 보호에 집중”하게 되고,
그 과정에서 관세나 무역장벽이 다시 강화될 수 있다는 분석입니다.

실제로, 새로운 FTA나 협정을 통해 이런 리스크를 분산하려는 움직임도 함께 나오고 있기 때문에, 앞으로 어떤 식으로 무역질서가 재편될지 지켜볼 필요가 있을 것 같습니다.

개인적인 소감 및 공부 방향

국가별 셈법이 저마다 달라서, 같은 이슈에도 “왜 이렇게 대응할까?” 궁금했던 부분을 이번에 기사를 통해 조금 더 깊이 있게 살펴봤어요.
관세 하나만 보더라도 경제·외교·정치가 뒤얽혀 있다는 걸 느꼈습니다.
제가 공부해나가야 할 부분은 주요 무역협정의 구조(예: USMCA, RCEP, CPTPP 등)와 실제 관세가 산업에 미치는 영향이 될 것 같아요. 단순히 “관세 부과”나 “철폐”가 아니라, 어떤 산업에 어떤 형태로 영향을 끼치는지 더 구체적으로 살펴볼 예정입니다.

마치며

국제무역 뉴스는 복잡하기 때문에 한두 줄 헤드라인만 보고는 전체 맥락을 놓치기 쉽더라고요. 이렇게 각 기사에서 핵심만 뽑아서 공부해보니, 서로 연결고리가 보이기도 하고, 특정 국가들이 왜 그런 결정을 내렸는지 조금씩 이해가 됩니다.

관세 정책을 친미 노선으로 가져가려는 나라들은 미국 시장 진출을 중시하고,
보복 관세를 사용하는 나라들은 협상 카드로 관세를 선택해 유리한 조건을 얻으려 하거나, 자국 산업의 대등한 지위 확보를 노리는 것 같아요.

앞으로도 관련 뉴스를 챙겨보면서, 제가 놓쳤던 부분이나 새롭게 달라지는 움직임을 계속 살펴보겠습니다. 혹시 관련해서 좋은 기사나 자료가 있으면 공유해주시면 감사하겠습니다!

Disclaimer
이 글은 제가 읽은 여러 뉴스와 제 개인적인 관점을 토대로 작성한 요약·정리입니다.
일부 내용이 실제 상황과 다르거나 시점에 따라 변경될 수 있습니다.
본문 중 언급된 사항들은 공부 목적으로 작성된 것이며, 투자나 비즈니스 의사결정에 대한 책임을 지지 않습니다.
기사 원문 내용이 아닌, 제 주관적 이해와 요약을 담았습니다. 특정 매체나 저작권이 있는 텍스트를 그대로 복사하지 않았음을 밝힙니다.

Written by Son_Zero (주니어 PM).

세계 각국의 관세 정책, 그리고 미국을 향한 다양한 스탠스

Son_Zero — Sun, 6 Apr 2025 22:41:09 +0900

아래 글은 주니어 PM, Son_Zero가 정리한 해외 각국의 대(對)미국 관세 정책과 협상 동향에 대한 간단한 요약입니다. (25년 04월 06일 기준)
일부 사실 관계나 수치는 실제와 다를 수 있으며, 국제 정세는 시시각각 변동되므로 참고용으로만 활용해주세요.

세계 각국의 관세 정책, 그리고 미국을 향한 다양한 스탠스

최근 국제무역 환경에서 미국이 일부 국가를 대상으로 관세를 부과하거나, 혹은 그 반대로 상대국이 보복 관세를 검토·시행하는 사례가 늘어나고 있습니다. 글로벌 무역질서는 생각보다 빠르게 변하기 때문에, 주요 국가들이 어떤 태도를 취하고 있는지 한눈에 살펴보는 것은 의미가 있죠. 이번 글에서는 몇몇 국가들의 대(對)미국 관세 정책과 협상 의지를 정리해보았습니다.

1. 선제적 타협과 협력 노선을 선택한 국가들

아르헨티나( )
미국과의 협력을 최우선으로 두기 위해 모든 관세를 철폐하는 방안을 택했습니다. 자국 수출산업이 빠르게 미국 시장에 진출하거나, 무역 마찰을 최소화하려는 의도가 담겨 있죠.
베트남( )
마찬가지로 미국에 대한 모든 관세를 철폐하며, 미국 기업의 투자·제조 유치를 견인하려는 전략을 취하고 있습니다. 최근 몇 년간 베트남은 글로벌 생산 기지로서 중요한 입지를 다지고 있어, 미국과의 우호 관계가 필수적입니다.
이스라엘( )
군사·안보 분야에서 이미 돈독한 협력 파트너인 미국과 무역 분야에서도 갈등이 생기지 않도록 모든 관세 철폐를 결정했습니다. 중동 지역 내에서는 독보적인 기술력을 갖추고 있어, 미국 시장과의 연계를 강화하려는 움직임으로 해석됩니다.
인도( )
4월 9일까지 미국에 대한 관세를 ‘제로에 가깝게’ 낮추는 작업을 진행 중입니다. 최근에는 기술·바이오·제조 분야에서 급격한 성장을 보이는 인도가 미국 투자나 공동 프로젝트를 끌어오기 위해 선제적 타협을 시도하는 모습입니다.

이들 국가의 공통점은 미국 시장 진출 및 투자 유치에 대한 높은 기대치와 안정적인 외교 관계 유지를 목표로 한다는 점입니다. 국제정세 변화 속에서 ‘친미(親美)’ 성향을 유지함으로써 얻을 수 있는 이점이 크다고 판단한 셈이죠.

2. 이미 보복 관세를 시행하거나, 준비 중인 국가들

캐나다( )
현재 미국에 대한 보복 관세를 시행 중이긴 하나, 협상 의사는 열려 있습니다. 실제로 미국과 국경을 맞대고 있고 교역 규모가 큰 만큼, 양측 모두 무역 갈등이 장기화되는 것을 원치 않을 가능성이 높습니다.
유럽연합( )
여러 분야에서 미국과 경쟁·협력 관계를 오가고 있는데요, 현재는 보복 관세를 계획하는 중입니다. EU와 미국은 자동차, 항공, 기술 규제 등 다양한 마찰 지점이 있어, 협상 국면을 어떻게 풀어나갈지가 관건입니다.
중국( )
이미 34% 수준의 상응 관세를 부과하여 보복 조치가 완료된 상태입니다. 미·중 간의 무역전쟁은 단순 관세를 넘어 첨단 기술, 지식재산권, 안보 영역까지 확장된 양상이므로, 단기 해결은 쉽지 않아 보입니다.

EU나 중국처럼 미국 시장이 중요하긴 하지만, 동시에 자국 산업을 보호하려는 강력한 의지가 있을 경우, ‘관세 압박’으로 나서거나 보복 관세를 통해 협상 테이블에서 주도권을 잡으려는 전략을 쓰곤 합니다.

3. 협상의 여지를 남기는 국가들

멕시코( ), 호주( ), 일본( ), 영국( )
이들 국가는 미국에 대해 추가 관세를 부과할 계획이 없거나, 관세 자체가 없는 상황이며, 협상의 문은 열어둔 상태입니다.
- 멕시코: 북미자유무역협정(USMCA)으로 이미 무역 교류가 활발하므로 추가 갈등을 일으킬 이유가 크지 않아 보입니다.
- 호주·일본·영국: 안보·정치·경제적 이해관계로 미국과 긴밀히 협력하는 관계이며, 굳이 관세를 높여 무역전쟁 양상으로 비화시키기보다는 외교적으로 해결하는 편이 이득이라 판단한 것으로 보입니다.

관세 갈등의 배경과 앞으로의 전망

글로벌 공급망 재편
미·중 갈등, 경제 블록화(미국·EU·중국 등)가 심화되는 가운데, 국가들은 자국 산업 보호와 외국 투자 유치를 동시에 고민해야 합니다. 관세 정책은 이러한 상황에서 중요한 협상 카드가 됩니다.
경제·외교적 타산
무역 마찰로 얻을 수 있는 이익과, 미국과 협력함으로써 얻는 이익을 저울질하여 관세 철폐나 보복 관세 중 어느 쪽을 택할지 결정합니다.
새로운 FTA 협정 가능성
일부 국가는 미국과 보다 깊은 자유무역협정(FTA)을 체결하거나, 기존 협정을 개선하려 시도하고 있습니다. 최근 인도가 관세 인하를 통해 관계 개선을 노리는 것도 비슷한 맥락입니다.
불확실한 글로벌 경기
세계 경기 침체 우려, 물류 비용 증가, 에너지 가격 변동 등으로 인해 빠른 타협이 어려울 수 있습니다. 국가별 정치·경제적 요인이 얽혀 있어 한두 가지 이슈만으로 결론 내리긴 복잡합니다.

마치며

이번에 정리한 각 국가의 대미(對美) 관세 정책과 협상 의사는, 국제 무역질서가 얼마나 역동적으로 움직이고 있는지를 보여주는 한 단면입니다. ‘협상 카드’로 관세를 선택하는 나라가 있는가 하면, 아예 “우리는 협력 기조를 유지하겠다”라고 선언하며 관세를 철폐하는 나라들도 있죠.

특히 선제적 타협을 택한 국가들은 미국과의 무역 장벽을 낮추고 긴밀한 외교 관계를 유지함으로써 자국 산업의 경쟁력을 높이고, 보복 관세를 실행한 국가들은 대등한 협상 지위를 확보해 더 유리한 조건을 이끌어내려는 전략을 펼칩니다.
앞으로도 글로벌 무역 환경은 수시로 재편될 가능성이 높으니, 관련 소식에 계속 주목해보면 좋겠습니다.

이상으로 각국의 관세 정책 현황과 미래 전망을 간단히 살펴보았습니다.
이런 시나리오를 이해하고 나면, 이후에 국제 이슈나 경제뉴스를 접할 때 더욱 폭넓은 시야로 접근할 수 있을 거예요.
앞으로도 재미있는 국제 무역·경제 동향을 살펴보는 포스팅을 이어가볼까 합니다. 감사합니다!

Disclaimer: 이 글은 작성 시점 기준으로 공개된 정보와 개인적 견해에 기반한 요약이며, 실제 사실 관계와 다르거나 변동될 수 있습니다.
Written by Son_Zero (주니어 PM).

기획부터 개발까지 해볼 예정인 핀테크 MVP– 주린이 투자 뉴스, 왜 이렇게 소비가 어려울까?

Son_Zero — Sun, 6 Apr 2025 22:27:57 +0900

기획부터 개발까지 해볼 예정인 핀테크 MVP

– 주린이 투자 뉴스, 왜 이렇게 소비가 어려울까?

1. 들어가며

“맨날 미국 주식 뉴스를 보는데, 정작 매수/매도 같은 ‘액션’으로는 이어지지 않네?”
“도대체 초보 투자자(주린이)는 무슨 정보가 더 필요한 걸까?”

안녕하세요! 저는 it 스타트업에서 주니어 pm으로 일을 하고 있으며,
기획부터 개발까지 직접 해보는 걸 좋아하는 Son_Zero입니다.
아직 개발을 시작하진 않았지만, 이 기획을 바탕으로 가까운 시일 내에 간단한 MVP를 만들어볼 예정이에요.
그리고 혹시라도 더 좋은 의견이나 개발 아이디어가 있으시면 꼭 댓글이나 메일로 알려주세요!
늘 새로운 시도를 해보고 싶어서 음 뭔가 뭔가 뭔가… 더 재미있고 실용적인 방법을 찾고 있거든요.

2. 문제 정의 – 뉴스는 넘치는데, 실행까지 못 가는 이유

사람들이 경제 뉴스를 보긴 보지만, “이걸 보고 어떻게 행동해야 하냐”로 이어지는 경우가 드물다고 느꼈어요.

정보 폭탄
- 포털, 경제지, 유튜브… 여기저기서 뉴스가 폭탄처럼 쏟아짐
- 핵심만 압축해 주는 서비스가 필요하다
맥락 부족
- “금리 인상 기사가 떴다는데, 내 종목에 어떤 영향을 주는 건지?”
- 초보 입장에선 연결고리가 보이지 않음
결정 장벽
- 용어도 어렵고, 상황도 복잡해서 “결국 사야 할까, 말아야 할까?” 결정이 안 선다
후회 회피
- 혹시 잘못 사면 어쩌나, 불안해서 차라리 가만히 있는 편이 낫다고 생각

3. 가설 – “뉴스와 ‘내 상황’을 직접 연결해줘야 한다”

가설
“사용자별 관심 키워드를 설정해두고, 뉴스 요약 + 관심 종목과의 연관성 + 판단 기록까지 돕는다면,
주린이도 뉴스 소비가 실제 투자 실행으로 이어질 수 있다.”

즉, 많은 정보를 그저 ‘제공’하기보다, 사용자 입장에서 왜 그 뉴스가 중요한지를 보여주고,
“한번 사보겠다”든가 “관망하겠다”든가 ‘결정’하도록 도와주는 기능이 필요하다고 봤습니다.

4. 기획 및 MVP 설계

4.1 핵심 아이디어

핵심 뉴스 큐레이션: 하루 1~2개 정도로 한정
3줄 요약: 초보도 간단히 이해할 수 있게
관련 종목 연결: “이 뉴스가 어느 종목에 영향 주는지” 직관적으로 표시
판단 기록: “살 거냐, 안 살 거냐” 메모하고 1주 뒤 회고

4.2 흐름

flowchart LR
    A[홈 화면] --> B[오늘의 뉴스 카드]
    B --> C{뉴스 요약 확인}
    C --> D[관련 종목 클릭]
    D --> E[종목 요약 정보]
    E --> F[판단 기록 (매수/보유/관망)]
    F --> G[1주 후 리마인드 알림]
    G --> H[회고 & 피드백]

5. 구현 방향 (예정)

아직은 코드를 짜진 않았지만, React 중심으로 작은 웹앱 형태의 MVP를 만들어볼 생각이에요.

파트	도구/방법
프론트	React + Vite + Tailwind
데이터	정적 JSON (뉴스/종목 정보)
판단 기록	localStorage
알림	카카오톡 채널 or 웹 푸시(추가 검토 중)
배포	Vercel (무료 호스팅)

실제로 APIs(Finnhub, Yahoo Finance 등)를 붙이면 실시간 데이터도 가능할 듯
우선은 간단한 JSON 데이터로 실험, 그리고 유의미하면 확장

6. 가설 검증 – 해보려고 하는 방식

6.1 MVP 지표

뉴스 클릭률: 메인 화면에서 뉴스를 제대로 확인하는 비율
판단 기록율: 실제로 “이 종목을 왜 사려고 하는지” 작성하는 비율
회고 유지율: 1주 뒤 다시 접속해 기록을 확인·수정하는지

6.2 테스트 시나리오

지인 10~15명에게 링크 전송
키워드 1~2개만 지정하게 해서, 일주일간 뉴스 소비 유도
제가 수작업(카톡 등)으로 “혹시 그 종목 샀어?” 등 후속 알림 해볼 계획
클릭 데이터, localStorage 데이터로 결과 확인

7. 회고 – 뉴스 자체보다 ‘맥락’과 ‘실행 유도’가 핵심

정보 과잉 시대에는 “이게 나한테 왜 중요한지”를 짚어주는 게 필수
알림은 적을수록 좋다
- 너무 자주 푸시가 오면 사용자가 피로해함
결정 프로세스를 구조화
- 그냥 좋은 뉴스 봤다고 행동하는 사람은 많지 않음
- “왜 이 종목을 사려고 했는지” 기록해야 실행으로 이어지는 동기가 생김

8. 앞으로의 확장 아이디어

LLM 자동 요약: 기사를 3줄 요약으로 가공 (챗봇 API 활용)
실시간 API 연동: 실제 주가·뉴스 끌어와서 매일 갱신
커뮤니티/댓글: 다른 사람들은 왜 이 종목 샀는지 피드백 공유
종목별 알림 자동화: 가격 도달, 실적 발표일, 배당일 등 타이밍에 맞춰 푸시

9. “더 좋은 의견 있으면 추천 부탁드립니다!”

여기까지 기획을 완료했고, 조만간 직접 MVP로 만들어볼 예정이에요.
아직 미완성이라 “음 뭔가 뭔가 뭔가 더 해볼만한 게 없을까?”라는 생각이 계속 들고 있거든요.

혹시 “이런 기능 있으면 좋겠다”라거나,

“완전 다른 관점에서 이걸 확장해보면 어떠냐” 같은 아이디어,

“개발할 때 이런 라이브러리나 API 괜찮다”라는 팁이 있다면,

언제든 댓글이나 메일로 알려주시면 감사하겠습니다!

저도 새로운 시도나 의견을 듣는 걸 좋아해서, 기회 되면 다른 방식으로도 이 프로젝트를 키워보고 싶습니다.

(부록) 홈 화면 & 판단 기록 폼 예시

[홈 화면]
┌───────────────────────────────┐
│   (로고)   오늘의 주식 뉴스            │
├───────────────────────────────┤
│ (뉴스 카드)                    │
│  - "테슬라, 연말에 로봇택시 발표"      │
│  - 3줄 요약: "어떤 의미인지"          │
│  - 관련 종목: TSLA, ...            │
│  [자세히 보기] 버튼               │
└───────────────────────────────┘

[판단 기록 폼]
┌───────────────────────────────┐
│ 이 종목을 왜 사고 싶나요?          │
│ (input)                        │
│ 목표 수익률은?                │
│ (input)                        │
│ 보유 기간은?                  │
│ (드롭다운)                     │
│ [저장하기] 버튼                │
└───────────────────────────────┘

이 폼에서 간단하게 “왜, 얼마나, 언제까지” 같은 질문에 답하게 하면,
뉴스 소비가 실제 ‘행동(투자)’까지 이어지는 데 큰 도움이 되지 않을까 기대하고 있어요.

마무리

아직은 기획단계지만, 앞으로 개발을 진행해가면서 이 MVP가 실제로 얼마나 통할지
직접 테스트해보려고 합니다.
읽어주셔서 감사하고, 조언이나 피드백 부탁드려요!

감사합니다!
(뭔가 뭔가 뭔가 추가 아이디어가 떠오르면 꼭 알려주세요!)

[실전 회고] “undefined” 때문에 10분 넘게 고생한 이야기 – URL 파라미터, 너 정말 왜 그랬니?

Son_Zero — Sun, 6 Apr 2025 22:11:18 +0900

최근 진행 중인 이커머스 프로젝트에서 상품 Q&A(문의) 기능을 붙이던 중, 평소 같으면 스무스하게 지나갔을 API 호출에서 예상치 못한 에러를 마주했다. 브라우저 콘솔엔 단순한 400 Bad Request, 그리고 API는 실패. "뭐지, 파라미터 빠졌나?" 싶어서 콘솔과 코드를 아무리 들여다봐도 별다른 힌트가 없었다.

결국 백엔드 로그를 보면서 퍼즐이 풀렸다. 로그에 찍힌 메시지는 이랬다

Method parameter 'productId': Failed to convert value of type 'java.lang.String' to required type 'java.lang.Long'; For input string: "undefined"

응? undefined?

원인은 라우트 파라미터 불일치

React Router에서 URL 파라미터를 가져올 때 나는 이렇게 코드를 짰다

<Route path="/product/:id" element={<Detail />} />

const { productId } = useParams();
const response = await axios.get(`/api/v1/inquiries/product/${productId}`);

문제는 바로 이 부분. 라우트에서는 :id로 정의했는데, 나는 productId라는 이름으로 꺼내려고 했다. 그러니까 당연히 productId엔 아무 값도 안 들어가고, undefined가 문자열로 API에 들어가서 백엔드에서 타입 변환 에러가 났던 거다.

수정 방법 – 이름을 맞춰라 -> (팀업과 협업시 다른 형식으로 만들어둬서 그랬던 것.)

가장 간단한 해결 방법은 useParams에서 라우트 파라미터명과 동일한 변수명을 쓰는 것.

const { id } = useParams();
const productId = id;

이렇게만 해줘도 값이 잘 들어온다. 그런데 여기서 멈추면 뭔가 아쉽다.

방어 코드도 넣자

앞으로 비슷한 상황을 또 만나지 않기 위해서, API 호출 전에 이런 유효성 검사를 넣었다:

if (!id || id === 'undefined') {
  console.error("유효하지 않은 productId:", id);
  return;
}

실제로 id가 undefined로 들어온 상황을 캐치할 수 있다. 이것만으로도 훨씬 안정적인 코드가 된다.

나아가서 – API 호출 추상화

이 프로젝트는 규모가 점점 커지고 있어서, 중복된 API 호출을 하나하나 짜기보다는 공통 모듈로 빼고 있다. 그래서 아래처럼 api/inquiries.js를 만들고:

export const getProductInquiries = async (productId, params = {}) => {
  if (!productId || productId === 'undefined') {
    throw new Error('유효하지 않은 productId');
  }
  return axios.get(`/api/v1/inquiries/product/${productId}`, { params });
};

컴포넌트에서는 단순하게 호출:

try {
  const data = await getProductInquiries(id, { page: 1, size: 5 });
} catch (err) {
  console.error(err);
}

이렇게 하면 에러 핸들링과 파라미터 유효성 검사를 한 번에 처리할 수 있다.

타입스크립트였다면?

이 프로젝트는 아직 JS지만, TS로 개발했다면 이런 문제는 더 빨리 찾았을지도 모른다. 아래처럼 라우트 파라미터 타입을 명시하면 undefined 여부를 훨씬 명확하게 체크할 수 있다:

type ProductDetailParams = {
  id: string;
};

const { id } = useParams<ProductDetailParams>();

마무리하며 – 이번 경험에서 배운 점

이름은 진짜 중요하다
라우트 파라미터명이랑 변수명이 다르면 무조건 꼬인다. 사소한 실수 같아 보여도, 실무에서는 이런 실수가 시간을 엄청 잡아먹는다.
API 호출 전 유효성 검사 습관화하기
undefined가 문자열로 들어간다는 사실을 이번에 다시금 체감했다. 클라이언트에서 방어코드를 잘 짜는 게 백엔드에도 부담을 줄인다.
에러 메시지는 백엔드 로그에서 찾자
프론트 콘솔만 보면 알 수 없는 게 있다. 특히 타입 변환 오류 같은 건 백엔드 로그 없으면 진짜 못 찾는다.
추상화는 생존 전략이다
규모가 커질수록, 코드가 중복될수록 추상화의 가치가 커진다. 반복되는 API 호출 로직은 무조건 모듈로 뽑자.

모각소(13) 운영체제 13장, 14장, 15장 정리. 운영체제 공부 끝

Son_Zero — Sun, 25 Aug 2024 20:23:28 +0900

13장, 14장, 15장 요약 정리

1. 파일 시스템 사용: 일반 사용자 vs. 프로그래머

일반 사용자: 파일 시스템을 통해 쉽게 파일을 생성, 수정, 저장할 수 있으며, 디렉토리 구조로 파일을 탐색하거나 검색할 수 있습니다. 내부적인 구조나 동작 원리에 대해 알 필요 없이 단순히 파일을 관리할 수 있습니다.
프로그래머: 파일 시스템을 통해 파일 및 디렉토리 관리를 위한 인터페이스를 제공하며, 파일 할당, 저장 방식, 보안 및 권한 설정 등을 고려해 안정적이고 효율적인 파일 관리 시스템을 개발해야 합니다. 파일 시스템 API를 활용해 데이터의 백업, 복구 및 관리를 수행합니다.

2. Sequential Access vs. Direct Access

Sequential Access: 파일을 순차적으로 읽거나 쓰는 방식으로, 주로 텍스트 파일이나 로그 파일에서 사용됩니다. 파일의 시작부터 끝까지 차례대로 접근하며, 포인터는 자동으로 다음 위치로 이동합니다.
Direct Access: 파일 내의 특정 위치로 직접 접근하는 방식으로, 대용량 데이터베이스나 인덱싱된 파일에서 유용합니다. 특정 블록이나 레코드를 선택적으로 접근할 수 있어 빠른 조회와 수정이 가능합니다.

3. 디렉터리로부터 디스크 블록 찾기 (자료구조와 알고리즘 중심)

선형 리스트: 파일 이름과 해당 파일의 디스크 블록 포인터를 선형 리스트로 관리. 탐색 시 시간이 많이 걸릴 수 있으며, 오버헤드 발생 가능.
해시 테이블: 파일 이름을 해시하여 파일 정보를 저장. 빠르게 접근 가능하지만, 해시 충돌에 대비한 처리 기법이 필요.

4. 파일 공유 시 문제점과 해결 방안

문제점:
- 해킹: 악의적으로 파일을 수정하거나 손상시킬 위험.
- 동시 접근 충돌: 여러 사용자가 동시에 파일을 수정할 때 발생.
해결 방안:
- 접근 제어 및 권한 관리: 사용자별로 권한을 설정해 악의적 수정을 방지.
- 파일 잠금: 파일을 수정 중일 때 다른 사용자가 수정하지 못하도록 잠금.
- 버전 관리 시스템: 파일 변경 내역을 기록하고 복구 가능.
- 통신 보안: 암호화를 통해 전송 중 데이터의 기밀성 유지.
- 일관성 관리: 파일의 일관성을 유지하기 위한 메커니즘 제공.

5. Layered 파일 시스템

장치 드라이버: 하드웨어 장치와 직접 상호작용.
I/O Control: 명령어를 해석하고 메모리와 디스크 간의 정보 전송 담당.
기본 파일 시스템: 물리적 입출력 수준에서 디스크 블록을 배치.
파일 구성 모듈: 논리 블록 주소를 물리 블록 주소로 변환.
논리 파일 시스템: 파일 이름, 디렉터리 등을 사용해 레코드를 처리.

6. 파일 open 및 read 시 파일 시스템 구조 활용

Open 작업: 논리 파일 시스템에서 파일 이름을 기반으로 open 시스템 호출이 수행되고, 디렉터리 구조 탐색 후 메모리 내 Wide System Open File Table에 파일 정보를 복사. 각 프로세스는 별도의 오픈 파일 테이블을 관리.
Read 작업: 파일 내용을 읽을 때는 파일의 인덱스를 사용하여 파일 데이터를 읽으며, 파일 제어 블록(FCB)의 정보가 활용됩니다.

7. Virtual File System (VFS)

VFS: 다양한 파일 시스템 간의 통합성을 제공하는 추상화 레이어로, 로컬 및 원격 파일 시스템을 구분하며, 동일한 네트워크 내의 파일을 일관된 방식으로 다룰 수 있습니다. VFS는 파일 시스템 간의 통신을 표준화된 인터페이스를 통해 지원합니다.

8. 디스크 할당 방법 비교

연속 할당: 파일을 디스크의 연속적인 블록에 할당. 외부 단편화 문제.
연결 할당: 디스크 블록들을 리스트에 연결해 할당. 순차 액세스에 적합.
인덱스 할당: 파일의 모든 포인터를 인덱스 블록에서 관리. 외부 단편화 없음. 각 방식의 장점을 결합한 하이브리드 방식을 사용해 단점을 보완할 수 있음.

9. 디스크 Free-Space 관리 방법

비트맵: 각 블록의 사용 여부를 비트로 표현.
연결 리스트: 빈 블록들을 연결하여 리스트로 관리.
인덱스 블록: 빈 블록들의 포인터를 인덱스 블록에 저장하여 연결.

10. 파일 시스템 성능 향상 및 복구 방안

성능 향상: 통합 버퍼 캐시를 사용해 데이터 복사를 최소화.
복구 방안: 백업과 스냅샷을 통해 데이터 복구. 스냅샷은 파일 블록의 현재 상태를 저장해 변경 사항을 관리.

11. NFS가 로컬 파일 시스템처럼 사용 가능한 이유

NFS는 원격 파일 시스템을 로컬 파일 시스템처럼 마운트해 사용할 수 있게 하며, 로컬 디렉터리의 일부분처럼 보이게 만듭니다. 이는 파일 시스템 간의 공유를 투명하게 처리할 수 있게 해주는 NFS의 기능 덕분입니다.

소감문

운영체제 공부가 드디어 13장, 14장, 15장을 끝으로 마무리되었습니다. 처음 시작할 때는 생소하고 어려운 개념들이 많아 다소 부담스러웠지만, 모각소를 통해 꾸준히 학습한 덕분에 이 중요한 과목을 성공적으로 마무리할 수 있었습니다.

13장에서는 운영체제의 보안과 보호 메커니즘에 대해 다루었습니다. 컴퓨터 시스템에서 발생할 수 있는 다양한 위협들과 그에 대응하는 방법들을 공부하면서, 운영체제가 얼마나 중요한 역할을 하는지 다시 한번 깨닫게 되었습니다. 특히, 접근 제어 리스트와 인증 방식에 대한 내용은 실제 시스템 설계와 관리에 있어서도 매우 중요한 부분이라 느꼈습니다.

14장에서는 분산 시스템에 대해 학습했습니다. 분산 시스템이 어떻게 구성되고, 데이터 일관성과 동기화 문제가 어떻게 해결되는지를 깊이 있게 다루었습니다. 이 부분은 특히 실제 환경에서 클라우드 서비스나 네트워크 시스템을 이해하는 데 큰 도움이 되었습니다. 분산 컴퓨팅의 중요성과 그 복잡성을 느끼게 해준 유익한 장이었습니다.

15장에서는 운영체제의 설계 및 구현과 관련된 실제적인 내용을 다루었습니다. 가상화, 프로세스 스케줄링, 메모리 관리 등 앞서 배운 개념들을 종합적으로 이해하고 응용할 수 있는 기회였습니다. 이 장을 통해 운영체제가 단순한 소프트웨어가 아닌, 시스템 자원을 효율적으로 관리하고 최적의 성능을 이끌어내기 위한 복잡한 엔지니어링의 결정체임을 실감할 수 있었습니다.

이번 운영체제 공부는 저에게 큰 도전이었지만, 그만큼 많은 것을 얻을 수 있는 기회였습니다. 무엇보다도 모각소에서 다른 사람들과 함께 공부하면서 서로 격려하고 도움을 주고받을 수 있었던 점이 가장 좋았습니다. 운영체제의 다양한 개념들을 이해하고 응용할 수 있게 되어, 앞으로의 학습과 실제 프로젝트에서도 큰 도움이 될 것이라 확신합니다.

모각소에서 함께한 시간들이 매우 소중하게 느껴지며, 앞으로도 이런 학습 모임을 통해 더욱 성장해 나가고 싶습니다. 감사합니다!

모각소 (12) 운영체제 11장 12장 정리

Son_Zero — Sun, 25 Aug 2024 20:21:13 +0900

11장 정리

Disk storage를 여러 시스템이 공유하는 방법:
- Network-Attached Storage (NAS): NAS는 네트워크를 통해 여러 시스템이 저장 장치를 공유하도록 하며, 주로 파일 레벨 스토리지를 제공합니다. 데이터는 전용 디스크에 저장되고, 여러 클라이언트가 네트워크를 통해 접근할 수 있습니다.
- Cloud Storage: 클라우드 스토리지는 데이터를 클라우드 서비스 제공업체의 서버에 저장합니다. 클라이언트는 가상 공간에 데이터를 저장하며, 이를 공유할 수 있습니다.
- Storage-Area Network (SAN): SAN은 서버와 저장 장치를 전문 네트워크로 연결해 블록 레벨 스토리지를 관리합니다. 여러 호스트가 동일한 SAN에 연결될 수 있으며, 저장 장치는 동적으로 할당될 수 있습니다.
NVM의 특징과 컨트롤러 알고리즘:
- NVM 특징: NVM(비휘발성 메모리)은 빠른 액세스 시간, 비휘발성, 높은 내구성, 소음 없음, 낮은 전력 소비 등의 특징을 가집니다.
- NAND 플래시 컨트롤러 알고리즘:
  - 블록 단위 삭제: NAND 플래시 메모리는 블록 단위로 데이터를 삭제합니다.
  - 가비지 컬렉션: 삭제된 데이터를 정리하여 블록을 재사용합니다.
  - 웨어 레벨링: 데이터를 균등하게 분산시켜 셀의 수명을 연장합니다.
  - 블록 스왑: 빈 블록이 없을 때 블록을 교환하여 쓰기 작업을 수행합니다.
디스크 스케줄링의 특징과 다양한 알고리즘 비교:
- FCFS (First-Come-First-Served): 요청이 들어온 순서대로 처리합니다. 예시에서 640개의 실린더를 이동하며, 효율이 낮을 수 있습니다.
- SCAN: 엘리베이터 알고리즘으로, 디스크의 끝에서 끝까지 이동하며 요청을 처리합니다.
- C-SCAN: SCAN의 변형으로 한 방향으로만 이동하며, 각 요청에 걸리는 시간을 균등하게 분배합니다.
- SSTF (Shortest-Seek-Time-First): 가장 가까운 실린더부터 처리하여 이동 거리를 최소화합니다.
- Deadline: 마감 시간이 임박한 요청에 우선순위를 부여합니다.
RAID의 목적과 구조 (levels):
- 목적: 성능, 신뢰성, 가용성을 향상시키기 위해 디스크 드라이브를 병렬로 구성합니다.
- 구조:
  - RAID 0: 스트라이핑을 통해 성능을 향상하지만 중복이 없어 데이터 복구가 불가능합니다.
  - RAID 1: 미러링으로 데이터를 중복 저장해 신뢰성을 높입니다.
  - RAID 4: 블록 단위의 스트라이핑과 패리티 블록을 사용해 데이터를 보호합니다.
  - RAID 5: 분산된 패리티 정보를 사용해 디스크 장애 시 데이터를 복구할 수 있습니다.
  - RAID 6: 추가 패리티 정보를 사용해 여러 디스크 오류를 대비합니다.
Disk storage의 다른 용도:
- 추가적인 메모리 공간 제공: 스와핑을 통해 프로세스 전체를 저장하고 필요할 때 다시 불러옵니다. 물리적 메모리가 부족할 때 주로 사용됩니다.

12장 정리

I/O controller와 host(CPU) 간의 프로토콜:
- 폴링 (Polling): CPU가 주기적으로 디바이스 상태를 확인하여 작업을 수행합니다.
- 인터럽트 (Interrupt): 디바이스가 작업을 완료하면 CPU에 신호를 보내 작업을 처리하게 합니다.
- DMA (Direct Memory Access): CPU 없이 메모리와 디바이스 간 데이터 전송을 수행하며, 전송이 완료되면 CPU에 신호를 보냅니다.
Kernel I/O 계층 구조:
- Kernel: I/O 작업을 처리하고 장치를 관리하며, 입출력 오류 처리, 데이터 버퍼 관리 등을 담당합니다.
- Kernel I/O Subsystem: 입출력 스케줄링, 캐싱, 버퍼링, 오류 처리 등의 서비스를 제공합니다.
- Device Driver: 커널 I/O 서브시스템과 하드웨어 장치 간의 중간 계층으로, 장치와의 통신을 관리합니다.
- Device Controller: 하드웨어 장치와 상호작용하며, CPU에 인터럽트를 발생시킵니다.
- Device: 실제 하드웨어 장치로, 데이터 처리를 수행합니다.
I/O 시스템의 다양성:
- 데이터 전송 모드: 터미널은 문자 단위, 디스크는 블록 단위로 데이터를 처리합니다.
- 접근 방식: 모뎀은 순차 접근, CD-ROM은 임의 접근을 사용합니다.
- 전송 일정: 테이프는 동기식, 키보드는 비동기식 전송을 사용합니다.
- 공유 가능성: 테이프는 전용, 키보드는 여러 응용 프로그램이 공유 가능합니다.
- 입출력 방향: CD-ROM은 읽기 전용, 디스크는 읽기 및 쓰기가 가능합니다.
Blocking, Nonblocking, Asynchronous I/O 비교:
- Blocking I/O: I/O 작업이 완료될 때까지 프로세스가 봉쇄됩니다.
- Nonblocking I/O: 작업을 중지하지 않고 I/O 작업을 호출하며, 반복적인 시스템 호출이 발생할 수 있습니다.
- Asynchronous I/O: 커널에 I/O 작업을 맡기고, 작업 완료 후 신호를 받아 처리합니다.
I/O 성능 향상 기법:
- Context Switching 최소화: 프로세스 전환 시 오버헤드를 줄입니다.
- Data Copy 최소화: 데이터 복사를 최소화하여 성능을 최적화합니다.
- Large Transfer: 큰 데이터를 한 번에 처리해 효율을 높입니다.
- Smart Controller: 효율적인 I/O 컨트롤러를 사용합니다.
- Polling: 인터럽트 처리 횟수를 줄이기 위해 주기적으로 상태를 확인합니다.
- DMA: CPU 없이 데이터 전송을 수행해 성능을 향상시킵니다.
- 버퍼와 캐시 활용: 데이터를 미리 로드하여 I/O 작업을 최적화합니다.
- 고성능 하드웨어 사용: 더 나은 하드웨어로 I/O 속도를 높입니다.
- 시스템 밸런스 조정: CPU, 메모리, 버스, I/O 간의 밸런스를 조정해 시스템 성능을 최적화합니다.
I/O 요청의 처리 과정:
- 요청 수신: 입출력 요청이 들어오면 즉시 처리 가능한지 확인합니다.
- 대기 상태: 요청을 디바이스 드라이버에 전달하고 필요 시 대기 상태로 전환합니다.
- 디바이스 드라이버: 요청을 디바이스 컨트롤러에 전달해 작업을 수행하게 합니다.
- 디바이스 컨트롤러: 명령을 실행하고 작업이 완료되면 인터럽트를 발생시킵니다.
- 인터럽트 핸들러: 인터럽트를 수신해 작업 완료를 확인하고, 시스템 콜을 호출한 프로세스로 복귀합니다.
새로운 알고리즘 구현 위치의 장단점:
- 응용 소프트웨어: 빠르게 개발 가능하지만, 성능 저하 가능성이 있고 중복성이 발생할 수 있습니다.
- 커널: 성능 향상과 자원 관리가 가능하지만, 코드 변경이 복잡하고 위험할 수 있습니다.
- 디바이스 드라이버: 특정 하드웨어와 관련된 코드를 분리할 수 있지만, 하드웨어 종속성이 있고 관리가 복잡할 수 있습니다.
- 디바이스 컨트롤러: 최상의 성능을 제공할 수 있지만, 하드웨어 설계와 구현이 어려울 수 있습니다.
- 디바이스: 하드웨어 내에서 최적화된 알고리즘 구현이 가능하지만, 구현 및 수정이 어렵고 비용이 많이 들 수 있습니다.

소감문

처음에는 시스템의 복잡한 구조와 다양한 스케줄링 알고리즘, 그리고 I/O 시스템의 동작 원리를 이해하는 것이 어렵게 느껴졌지만, 각 주제를 하나씩 정리해 나가면서 그 원리를 이해할 수 있었습니다.

특히, 디스크 스케줄링 알고리즘과 RAID의 구조를 비교하며 각 방법이 성능에 미치는 영향을 분석하는 과정이 흥미로웠습니다. 실제로 운영체제가 시스템의 효율성을 얼마나 중요한지 깨닫게 되었고, 이를 통해 운영체제가 시스템 자원을 어떻게 관리하는지에 대한 폭넓은 시각을 얻을 수 있었습니다.

I/O 시스템과 DMA, 인터럽트의 상호작용을 이해하면서, 컴퓨터 하드웨어와 소프트웨어가 얼마나 밀접하게 연관되어 있는지도 알게 되었습니다. 이를 통해 단순한 이론적 지식에 머물지 않고, 실제 시스템에서 운영체제가 어떻게 작동하는지를 구체적으로 이해할 수 있었습니다.

이 과정을 통해 느낀 것은, 운영체제는 그저 시스템을 관리하는 소프트웨어가 아니라, 사용자와 하드웨어 간의 중요한 다리 역할을 한다는 것입니다. 또한, 이를 통해 시스템의 성능, 안정성, 그리고 사용 편의성을 크게 좌우한다는 점에서 그 중요성을 다시금 깨닫게 되었습니다.

이번 학습을 통해 얻은 지식은 앞으로 컴퓨터 시스템을 다루는 데 큰 도움이 될 것이라 생각합니다. 운영체제의 기초를 이해하게 됨으로써, 앞으로 더 깊이 있는 주제나 실제 개발 프로젝트에서도 자신감을 가지고 접근할 수 있을 것 같습니다. 이 소중한 경험을 바탕으로 더 나은 개발자가 되기 위해 꾸준히 노력하겠습니다.

모각소 (11) 운영체제 9장, 10장 정리

Son_Zero — Sun, 25 Aug 2024 20:18:40 +0900

9장 정리

Logical Address와 Physical Address의 차이
- Logical Address: CPU가 생성하는 주소로, 실행 중인 프로세스가 사용하는 가상 주소입니다.
- Physical Address: 메모리 하드웨어가 접근하는 실제 메모리 주소입니다. Logical Address는 MMU(Memory Management Unit)에서 변환되어 Physical Address로 변환됩니다.
Swapping이란 무엇인가? 그리고 왜 필요한가?
- Swapping: 프로세스의 메모리 내용을 백업 스토리지(예: 하드 디스크)로 옮기고, 필요할 때 다시 메모리로 가져오는 과정입니다.
- 필요성: 메인 메모리의 공간이 제한적인 경우, 여러 프로세스를 동시에 실행하기 위해 메모리 공간을 확보하는 데 사용됩니다.
모바일 시스템의 특징과 Swapping 방법
- 특징: 경량화와 플래시 메모리 사용, 하드 디스크 대신 플래시 메모리를 사용하여 데이터 저장.
- Swapping: 플래시 메모리의 쓰기 횟수 제한 때문에 Swapping을 지원하지 않으며, 메모리가 부족할 때 앱을 종료하는 방식으로 메모리를 관리합니다.
Static Partition과 Dynamic Partition
- Static Partition: 메모리를 고정된 크기로 나누어 할당, 내부 단편화 문제 발생 가능.
- Dynamic Partition: 프로세스의 크기에 맞게 메모리를 동적으로 할당, 외부 단편화 문제 발생 가능.
Paging과 Segmentation의 차이점과 유사성
- Paging: 메모리를 고정된 크기의 페이지로 나눠서 할당, Static Partition과 유사. 페이지 테이블을 사용하여 주소 변환을 처리.
- Segmentation: 메모리를 논리적으로 구분된 세그먼트로 나눠서 할당, Dynamic Partition과 유사. 세그먼트 테이블을 사용하여 주소 변환을 처리.
Paging과 Segmentation의 차이점 및 동시에 사용하는 방법
- 차이점: Paging은 메모리를 고정된 크기로 나누고, Segmentation은 가변 크기로 나눔.
- 동시 사용 방법: CPU에서 논리 주소를 생성해 Segmentation Unit을 통해 선형 주소를 만들고, 이를 Paging Unit에서 물리 주소로 변환하여 메모리에 접근합니다.
Page Table 접근 시간을 줄이는 메커니즘
- TLB (Translation Look-aside Buffer): Page Table을 캐싱하여 메모리 접근 속도를 개선.
Page Table 크기 문제를 해결하는 기법
- Hierarchical Paging: Page Table을 여러 단계로 분할.
- Hashed Page Table: 가상 주소를 해싱하여 페이지 번호를 찾는 방식.
- Inverted Page Table: 물리 메모리당 하나의 Page Table만 유지, 프레임 번호를 기반으로 인덱싱.

10장 정리

Virtual 메모리의 장점
- 메모리의 효율적 사용, 물리 메모리보다 큰 프로그램 실행 가능, CPU 이용률 및 처리율 향상, 파일과 라이브러리 공유 용이.
Page Fault 처리 과정 및 영향
- 처리 과정:
  1. 유효한지 검사
  2. 유효하지만 메모리에 없으면 중단
  3. 프리 프레임 찾기
  4. 페이지 스왑
  5. Page Table 업데이트
  6. 명령어 재실행
- 영향: Page Fault 비율이 증가하면 프로세스 수행 속도가 감소합니다.
Copy-on-Write란 무엇인가?
- Copy-on-Write: 프로세스가 페이지를 공유하고, 쓰기 시도 시 페이지 복사본을 생성해 사용. 프로세스 생성 시간을 단축하고 메모리 사용을 최적화합니다.
Page Replacement 알고리즘 비교
- FIFO: 가장 오래된 페이지를 제거, Belady의 모순 가능성.
- Optimal: 미래에 가장 오래 사용되지 않을 페이지 제거, 최적 성능 보장.
- LRU: 가장 오랫동안 사용되지 않은 페이지 제거.
- LRU-Approx: Reference bit를 사용하여 최근 사용 여부를 판단.
- LFU: 가장 적게 참조된 페이지 제거, 초기 활발한 페이지에 적합하지 않을 수 있음.
프레임 할당 방법 (Working-Set 포함)
- Working-Set: 프로세스의 최근 메모리 참조 세트를 기반으로 프레임을 할당. 과거 참조 패턴을 통해 적절한 프레임 수를 결정합니다.
Page 크기 결정 및 커널의 경우
- Page 크기: 큰 페이지는 효율적이지만, 작은 페이지는 메모리 사용 최적화에 적합.
- 커널: Slab Allocation을 사용하여 단편화 최소화 및 성능 개선.
Demand Paging과 Prepaging 비교
- Demand Paging: 필요할 때마다 페이지를 할당, 페이지 폴트 가능성 높음.
- Prepaging: 필요한 페이지를 미리 가져옴, 페이지 폴트 감소, 사용되지 않는 페이지가 낭비될 수 있음.

소감문

9장과 10장을 공부하면서 운영체제의 메모리 관리와 관련된 다양한 기법과 이론에 대해 깊이 있게 이해할 수 있었습니다. 특히, 메모리 관리는 현대의 복잡한 운영체제에서 얼마나 중요한 역할을 하는지 다시 한번 깨닫게 되었습니다.

9장에서 다룬 논리 주소와 물리 주소의 개념, 그리고 Swapping과 같은 메모리 관리 기법은 메모리의 효율적 사용을 위해 필수적임을 알게 되었습니다. 메모리의 크기가 제한된 환경에서 Swapping이 어떻게 여러 프로세스를 동시에 실행할 수 있게 도와주는지, 그리고 Paging과 Segmentation이 메모리를 어떻게 효율적으로 관리하는지에 대해 배우면서, 운영체제가 얼마나 복잡한 과정들을 수행하는지 깨달았습니다. 특히, TLB(Translation Look-aside Buffer)와 같은 메커니즘이 메모리 접근 속도를 향상시키는 방법에 대해 배운 것은 흥미로웠습니다. 이를 통해 단순히 프로세스가 실행되는 것이 아니라, 그 뒤에서 복잡한 메커니즘이 작동하고 있음을 실감할 수 있었습니다.

10장에서는 Virtual 메모리의 개념이 인상적이었습니다. 실제 메모리보다 큰 프로그램을 실행할 수 있게 해주고, 여러 프로그램이 동시에 실행될 수 있도록 하는 이 기법은 현대 컴퓨터의 성능을 극대화하는 데 필수적이라는 것을 깨달았습니다. 또한, Page Fault가 발생할 때 이를 처리하는 과정이 얼마나 복잡한지, 그리고 이러한 과정을 통해 메모리가 어떻게 효율적으로 관리되는지를 배울 수 있었습니다. Copy-on-Write와 같은 기법이 메모리 사용을 최적화하고, 프로세스 생성 시간을 단축시키는 방법도 매우 흥미로웠습니다.

Page Replacement 알고리즘들을 비교하면서, 단순한 방법에서 최적의 방법에 이르기까지 다양한 접근 방식들이 있다는 것을 알게 되었습니다. 이를 통해 단순히 이론을 배우는 것이 아니라, 실제로 어떤 알고리즘이 특정 상황에서 더 효율적인지를 이해할 수 있었습니다. 또한, Working-Set 모델을 통해 프로세스에 적절한 페이지 프레임을 할당하는 방법을 이해하게 되면서, 메모리 관리가 얼마나 동적인 작업인지를 깨닫게 되었습니다.

전반적으로, 이 장들을 공부하면서 운영체제의 메모리 관리가 단순히 하드웨어 자원을 관리하는 것이 아니라, 사용자의 요구와 시스템 성능을 모두 고려한 매우 복잡한 작업이라는 것을 깨달았습니다. 이로 인해 운영체제의 역할에 대한 이해가 깊어졌고, 실제 시스템에서 이러한 개념들이 어떻게 구현되는지를 더 알고 싶다는 생각이 들었습니다. 이론적인 이해를 바탕으로 실제 시스템에서의 적용 사례를 더 공부해보고 싶다는 의욕이 생긴 유익한 학습 경험이었습니다.