시작하기 iOS 프로젝트를 진행하다 보면 생각보다 자주 간단한 API 서버가 필요해진다. 회원가입 화면을 만들거나, 목록 조회 기능을 붙이거나, 이미지 업로드를 테스트할 때도 서버가 필요하다. 물론 실제 백엔드를 구축할 수도 있고, Supabase나 Firebase 같은 BaaS를 사용할 수도 있다. 하지만 작은 개인 프로젝트나 프로토타입 단계에서는 좋은 설계는 아니라고 생각한다. 특히 처음부터 특정 서비스에 의존하기 시작하면, 정작 내가 만들고 싶은 앱의 기능보다 인프라 설정과 서비스 사용법을 익히는 데 더 많은 시간을 쓰게 된다. 앱 개발을 위한 도구가 필요했는데, 어느 순간 도구를 사용하기 위한 공부를 하고 있는 상황이 되는 것이다. ...
음식 사진에서 색상을 뽑아서 카드의 배경색에 적용하는 기능을 구현해야 했다. 처음 생각한 방향 원본 이미지를 그대로 다루면 비용이 크다. 색이 너무 많으면 후보가 지저분해진다. 원하는 색이 반드시 많이 나오는 색은 아니다. 결과를 화면에 어떻게 보여줄지도 같이 고민해야 한다. 직접 구현해보자. 외부 라이브러리를 쓰기보다는, 가능한 경우에는 항상 먼저 구현해보고 그 이후에 외부 라이브러리를 쓰는 방향을 선호하기 때문에, 직접 구현해보기로 했다. 학부 시절에 이미지 프로세싱을 하기도 했고 나름대로 흥미롭게 접근했다. CoreGraphics에서 픽셀 읽기 색상을 추출하려면 결국 이미지의 픽셀 값에 접근해야 했다. ...
최근 NVIDIA의 피지컬 AI 생태계를 접할 기회가 있었는데, Omniverse, Isaac Sim, Cosmos, GR00T처럼 처음 보는 용어가 한꺼번에 등장해서 각각이 어떤 역할을 하는지 궁금해졌다. 조금 찾아보니 개별 기술을 각각 봐서 이해하긴 어렵고, 전체 구조를 보면서 어떤 역할을 하는지 이해하는 것이 중요하다는 생각이 들었다. 그래서 나중에 다시 봐도 흐름을 빠르게 떠올릴 수 있도록 핵심 개념을 간단히 정리했다. 피지컬 AI 현실 세계를 인식 → 판단 → 물리적으로 행동하는 AI 시스템 전체를 의미한다. 디지털 AI와 달리 센서 불확실성, 실시간 제어, 물리 상호작용이 핵심 난이도다. (현직자도 단순히 소프트웨어로 처리하는 것 만으로는 충분하지 않다고 했다.) ...
소개 1차원 배열이 주어졌을 때, 연속된 구간의 최대 합을 구하는 알고리즘을 카데인 알고리즘이라고 한다. 예를 들어 다음 배열이 있다면, [-2, 1, -3, 4, -1, 2, 1, -5, 4] 연속된 구간 [4, -1, 2, 1]의 합인 6이 가장 크다. 카데인 알고리즘은 앞에서 계산한 결과를 재활용하여 배열을 한 번만 순회한다. 따라서 시간 복잡도 O(n), 공간 복잡도 O(1)로 문제를 해결할 수 있다. 아이디어 현재 원소에서 끝나는 연속 구간의 최대 합을 유지하고 다음 원소를 만났을 때 기존 구간을 이어가는 것과 현재 원소부터 새로운 구간을 시작하는 것 중 더 큰 값을 선택한다. ...
사전준비하기 & Docker Hub Docker Hub Docker 이미지를 공유하기 위해서는 이미지를 저장할 공간이 필요하고, 이 때 Docker Hub가 이미지 저장소로 사용된다. 다른 사람들이 올린 이미지를 검색하여 실행하거나 자신의 이미지를 기반으로 사용할 수 있는 공간을 제공한다. 컨테이너 이미지 컨테이너 이미지는 애플리케이션을 실행하기 위한 파일, config, 종속성을 모두 포함한 표준화된 패키지이다. 이미지를 배포하면 다른 사람과 공유할 수 있다. Docker Hub에 이미지 푸시하기 GitHub가 소스 코드를 저장하는 것처럼 Docker Hub는 컨테이너 이미지를 저장한다. ...
0. 기반 파일 https://github.com/nice-card/express-example 1. 프로젝트 위치 확인 현재 경로를 프로젝트 경로로 설정하고 확인하기 2. Dockerfile, .dockerignore 추가 프로젝트 루트에 Dockerfile을 새로 만들기. Dockerfile 프로젝트 루트에 만들기. # === build stage === FROM node:20-alpine AS build WORKDIR /app COPY package*.json ./ RUN npm ci # dev 포함 (tsc 사용) COPY . . RUN npm run build # dist/ 생성 # === runtime stage === FROM node:20-alpine WORKDIR /app ENV NODE_ENV=production COPY package*.json ./ RUN npm ci --omit=dev # 런타임에 필요한 것만 # 빌드 결과만 가져오기 COPY --from=build /app/dist ./dist EXPOSE 3000 CMD ["npm", "start"] # package.json의 "start": "node dist/index.js" .dockerignore 불필요한 파일이 이미지에 안 들어가게 막는 용도 ...
컨테이너를 실행하려면 먼저 이미지가 필요하고, 이미지는 Dockerfile이라는 파일을 통해 생성한다. 예제 Dockerfile을 기준으로 각 명령어가 어떤 역할을 하는지 살펴본다. Dockerfile 구조 살펴보기 먼저 예제 Dockerfile을 보자. FROM python:3.13 WORKDIR /usr/local/app # Install the application dependencies COPY requirements.txt ./ RUN pip install --no-cache-dir -r requirements.txt # Copy in the source code COPY src ./src EXPOSE 8080 # Setup an app user so the container doesn't run as the root user RUN useradd app USER app CMD ["uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8080"] 이제 위 Dockerfile을 한 줄씩 살펴보자. ...
새로운 노드 프로젝트 생성하기 npm 초기화부터 npm init -y Node 프로젝트를 초기화한다. 이 명령을 실행하면 현재 디렉터리에 package.json 파일이 생성되고, Node와 npm은 이를 기준으로 프로젝트를 관리한다. npm install npm install -D typescript tsx @types/node @types/express npm install: 필요한 패키지를 설치하는 명령이다. 뒤에 패키지 이름을 지정하면 해당 패키지를 설치하고, package.json에도 자동으로 기록한다. -D: --save-dev의 약자이다. 개발 과정에서만 사용하는 패키지를 devDependencies에 추가한다. TypeScript처럼 빌드 과정에서만 필요한 도구들이 여기에 해당한다. 패키지 typescript: TS 컴파일러 (tsc 명령어 제공) tsx: TS 파일을 빌드 없이 바로 실행하게 해주는 도구 (dev 서버용) @types/node: Node.js의 타입 정의 @types/express: Express 라이브러리의 타입 정의 Note. ...
컨테이너 애플리케이션의 구성 요소(프론트엔드, API, DB 등)을 각각 격리된 프로세스로 실행하는 환경. 특징 호스트의 어떤 환경에도 의존하지 않고, 필요한 라이브러리와 설정을 모두 포함한 독립된 환경으로 존재한다. 서로 다른 컨테이너는 격리되어 있어서 하나가 망가져도 다른 컨테이너에 영향을 주지 않는다. 컨테이너 vs. VM VM은 자체 커널, 드라이버, 프로그램을 갖춘 완전한 운영체제이기 때문에, 단일 애플리케이션을 분리하기 위해 VM을 사용하는 것은 오버헤드가 크다. 컨테이너는 실행에 필요한 모든 파일을 갖춘 고립된 프로세스이다. 여러 컨테이너를 실행하더라도 모두 동일한 커널을 공유하므로, 더 적은 인프라에서 많은 애플리케이션을 실행할 수 있다. ...
Docker 애플리케이션 개발, 배포 및 실행을 위한 개방형 플랫폼 특징 Note. 컨테이너는 개발 환경 자체가 아니라 애플리케이션를 실행하는 격리된 프로세스다. 일반적으로 개발은 호스트 환경에서 이루어지고, 컨테이너는 실행 및 테스트 환경으로 사용된다. -> 그런데 vscode에서 쓰는 dev container는…? 컨테이너를 사용한 앱 개발 Docker 컨테이너 안에서 앱을 띄우기 때문에 “환경이 달라서 동작하지 않는다”와 같은 문제 해결 ex. Node, Python, MySQL같은 것을 도커로 묶어서 개발 컨테이너는 완전한 실행 단위 컨테이너 하나는 완전한 실행 단위이기 때문에 QA, 테스트, CI/CD 환경에서 그대로 사용 같은 이미지 → 같은 코드, 같은 환경 → 어디서든 일관된 실행이 가능하다. 애플리케이션을 컨테이너 형태로 배포 클라우드나 로컬 서버로 그대로 옮겨서 실행하면 된다. 수명 주기 관리 build, run, stop, rm, push 모든 것을 Docker가 명령어 단위로 관리해준다. 반응형 배포 및 확장 Docker는 어디서나 똑같이 돌고, 원하면 즉시 늘리거나 줄일 수 있다. ...