재미있는 개발 이야기. 재미있는 개발 이야기.

친구들과 사용하던 게시판을 회사에서도 쓰게 되었다고 생각해 보겠습니다. 외부 클라우드에서 게시판을 실행할 수 있지만, 회사에는 이미 운영 중인 회원 시스템과 서버 환경이 있습니다. 새 게시판까지 사내에 둘지, 외부 클라우드에 둘지, 두 환경을 연결할지 고민하게 됩니다.이때 자주 만나는 용어가 퍼블릭 클라우드, 프라이빗 클라우드, 하이브리드 클라우드입니다. 이름만 보면 공개 게시판과 비공개 게시판의 차이처럼 느껴질 수 있지만, 여기서 공개와 전용은 게시글의 공개 범위를 뜻하지 않습니다.지난 글에서는 IaaS, PaaS, SaaS를 통해 무엇을 제공받고 어디까지 관리하는지 살펴봤습니다. 이번에는 누구를 위한 클라우드이며, 여러 환경을 어떻게 구성해 사용하는지를 같은 게시판 이야기로 알아보겠습니다.이 글의 목..

클라우드에 서버를 만들면 장비를 직접 구매하지 않아도 됩니다. 그런데 게시판을 운영하려고 보니 할 일이 남아 있습니다. 운영체제를 업데이트하고, 프로그램을 설치하고, 오류가 생기면 원인도 찾아야 합니다.이때 이런 생각이 들 수 있습니다. “서버뿐 아니라 프로그램이 실행되는 환경까지 맡길 수는 없을까? 게시판 자체가 이미 만들어져 있다면 그것을 사용해도 되지 않을까?”지난 글에서는 가상화와 가상 머신, 베어메탈의 관계를 살펴봤습니다. 이번에는 사용자가 무엇을 제공받고, 어디까지 관리하는지에 따라 나뉘는 IaaS, PaaS, SaaS를 같은 게시판 예시로 이해해 보겠습니다.이 글의 목차같은 게시판, 세 가지 운영 방식IaaS: 서버 자원을 받아 직접 구성하기PaaS: 준비된 환경에 내 프로그램 배포하기Saa..

클라우드에서 서버를 만들 때는 보통 버튼 몇 번만 누르면 됩니다. 잠시 뒤 운영체제가 준비되고, 그 안에 프로그램을 설치할 수 있죠. 그런데 그 순간 데이터센터에서 누군가 새 컴퓨터를 조립하고 있는 걸까요?가상 머신을 만드는 경우라면, 이미 준비된 물리 서버의 자원을 이용해 새로운 실행 환경을 만드는 것입니다. 이번 글에서는 이 과정을 가능하게 하는 가상화와 그 결과물인 가상 머신(VM), 그리고 함께 자주 등장하는 베어메탈을 차근차근 살펴보겠습니다.이전 글: [클라우드 02] 물리 서버와 데이터센터 이해하기이 글의 목차가상화가 필요한 이유가상 머신과 호스트, 게스트하이퍼바이저의 역할VM 생성 과정과 vCPU 이해하기환경 격리와 장애 대비베어메탈과 가상화의 관계VM과 베어메탈을 선택하는 기준핵심 정리와 ..

친구가 게시판에서 글 하나를 눌렀습니다. 잠시 뒤 제목과 본문, 첨부한 사진이 화면에 나타납니다.우리는 간단히 “서버가 응답했다”고 말하지만, 그 안에서는 여러 부품과 프로그램이 함께 일합니다. 요청을 받아야 하고, 어떤 글인지 확인해야 하고, 저장된 내용을 찾아서 보내야 합니다.지난 글에서는 클라우드를 필요한 컴퓨팅 자원을 할당받아 사용하는 방식으로 설명했습니다. 이번에는 그 자원의 바탕에 있는 실제 컴퓨터와, 컴퓨터가 모여 있는 데이터센터를 살펴보겠습니다.이 글의 목차물리 서버란 무엇인가CPU: 프로그램의 명령 실행메모리: 실행 중인 작업 공간저장 장치: 파일과 데이터 보관네트워크: 요청과 응답의 통로게시글 하나를 보여 주는 과정데이터센터의 전력, 냉각과 운영물리 서버와 클라우드의 연결1. 물리 서버..

간단한 게시판을 만들었다고 생각해 보겠습니다.내 컴퓨터에서는 글을 작성하고, 사진을 올리고, 다른 사람이 남긴 글을 읽을 수 있습니다. 이제 이 게시판을 친구들도 사용할 수 있도록 인터넷에 공개하고 싶습니다.그러려면 게시판 프로그램이 어딘가에서 계속 실행되고 있어야 합니다. 친구가 접속하면 글 목록을 보여주고, 새 글을 작성하면 내용을 저장해야 하기 때문입니다.이처럼 다른 컴퓨터의 요청을 받아 처리하고 응답하는 프로그램을 서버라고 합니다. 일상에서는 그 프로그램을 실행하는 컴퓨터도 서버라고 부릅니다. 이번 글에서 “서버를 준비한다”는 표현은 주로 프로그램을 실행할 컴퓨터를 준비한다는 뜻으로 사용하겠습니다.그렇다면 이 컴퓨터는 어떻게 준비할 수 있을까요?이 글의 목차서버를 직접 준비할 때 필요한 것클라우드..

들어가며Kubernetes를 공부하다 보면 Ingress, NGINX Ingress, Gateway API 같은 말이 뒤섞여 나옵니다. 이름도 비슷하고 하는 일도 비슷해 보여서 처음엔 뭐가 뭔지 헷갈리기 쉽습니다.사실 하는 일은 같습니다. 클러스터 밖에서 들어온 요청을 안쪽의 알맞은 Service로 보내 주는 거죠. 차이는 그 규칙을 어떻게 적고, 누가 관리하느냐에 있습니다.그리고 지금 꼭 알아 둘 소식이 하나 있습니다. 가장 많이 쓰이던 ingress-nginx가 2026년 3월로 지원을 끝냈어요. 이제 막 배우기 시작했다면 Gateway API 쪽에 무게를 두는 게 좋습니다.Pod와 Service 정도만 알면 따라올 수 있도록, 건물 비유로 하나씩 풀어 보겠습니다.왜 이런 게 필요할까?Kubernet..

NGINX Ingress 지원 종료, Gateway API로 옮겨야 할까?들어가며ingress-nginx를 쓰고 있다면 이제는 다음 선택지를 준비해야 합니다.그렇다고 답이 무조건 Gateway API인 것은 아닙니다.Kubernetes 커뮤니티가 관리하던 ingress-nginx는 2026년 3월부로 유지보수가 종료됐습니다. 이미 떠 있는 컨트롤러가 갑자기 멈추는 것은 아니지만, 앞으로 새로운 취약점이나 버그가 발견돼도 공식 패치를 기대하기 어렵습니다.그래서 질문은 두 가지로 나누는 편이 좋습니다.ingress-nginx에서 언제 벗어날 것인가그다음 목적지를 무엇으로 할 것인가이 글에서는 ingress-nginx가 왜 은퇴했는지, Gateway API가 Ingress와 구조적으로 무엇이 다른지, 실제 Y..

22. Generate ParenthesesLeetCode 22번 문제인 Generate Parentheses는 괄호((, ))를 사용하여 올바른 조합만 생성하는 대표적인 백트래킹 문제입니다.문제 설명입력으로 n이 주어지면, n 쌍의 괄호로 만들 수 있는모든 잘 형성된(well-formed) 괄호 문자열을 반환해야 합니다.예시InputOutputn = 1["()"]n = 3["((()))","(()())","(())()","()(())","()()()"]핵심 개념올바른 괄호 문자열은 다음 조건을 만족합니다.여는 괄호 ( 개수는 n을 초과할 수 없다언제나 ) 개수 ≤ ( 개수 이어야 한다(닫는 괄호가 먼저 나오면 불가능)즉, 생성 과정에서 잘못된 탐색을 조기에 차단하면모든 경우를 탐색할 필요가 없습니다.이..