본문으로 건너뛰기
Kinesis

변경 내역 · 2026

2026년에 출시한 기능.

1월부터 11월까지 매월 출시한 고객용 기능과 개선 사항을 중요한 순서대로 소개합니다.

릴리스
78
개월
11
  1. 2026년 11월지금까지

    01

    코드를 읽는 AI 디버거

    이제 AI로 디버그 기능이 빌드에 실패했거나 현재 실행 중인 정확한 커밋 시점의 앱 GitHub 저장소를 읽을 수 있으며, 읽는 파일을 하나하나 보여 줍니다. 파일을 붙여 넣으라고 요청하는 대신 Dockerfile, 패키지 파일 또는 구성에서 빌드 실패 원인을 직접 찾아냅니다. 실패한 배포는 채팅 한 번으로 해결되며, 앱을 편집할 수 있는 사람만 저장소에 접근할 수 있습니다.

  2. 2026년 10월

    AAcme Inc프로젝트 · 앱 · Grid · 청구멤버+ 멤버 초대Aalice@acme.dev관리자소유자Bbob@acme.dev개발자Ccarol@acme.dev개발자Ddave@acme.devViewerGrid연구research-gpu제품product-inference모든 사업부를 한 화면에

    01

    조직

    팀 계정이 출시되었습니다. 프로젝트, 앱, Grid, 서버, 청구가 조직에 귀속되며 멤버, 역할, 초대, 감사 로그를 지원합니다. 각 사업부는 자체 Grid를 운영할 수 있고, IT는 모든 것을 하나의 화면에서 파악합니다. 입사자 등록과 퇴사자 처리가 몇 초면 끝납니다.

    Single Sign-On으로 계속하기 버튼이 있는 포털 로그인 카드

    02

    기업용 SSO

    조직은 자체 ID 공급자로 SSO를 켜고, 도메인을 인증하고, 모든 멤버에게 SSO를 요구할 수 있습니다. 팀은 회사에서 이미 쓰던 방식 그대로 로그인합니다. 접근 권한은 중앙에서 관리되며, 누군가 퇴사하면 자동으로 회수됩니다.

    재빌드 없이 잘못된 릴리스 되돌리기배포상태출처시작됨성공배포 실패Add response cachee4c91a7 main5분 전성공Tune batch sizeb7e21d4 main2시간 전롤백성공Add chat endpointa1f3c9e main어제롤백b7e21d4로 복원됨같은 이미지, 즉시 재배포재구축 불필요활성

    03

    원클릭 롤백

    GitHub로 배포한 앱을 재빌드 없이 이전의 어떤 빌드로든 즉시 롤백하십시오. 잘못된 릴리스는 몇 초 만에 되돌릴 수 있습니다. 실수를 바로잡는 비용이 적으니 더 빠르게 출시하십시오.

    GRIDml-research제한은 실행 중인 앱에 즉시 적용됩니다정책할당량1인당 GPU 2개 · 유예 시간 15분켬컨테이너 한도컨테이너당 CPU 코어 4개, 메모리 16 GiB켬GPU 유휴 회수30분 유휴 시 제거 · 10분 전 경고켬공정 분배2시간 교대 · 1인당 앱 1개켬

    04

    Grid 정책 제어

    새롭게 디자인된 Grid 페이지에서 GPU 한도, 유예 시간, 컨테이너별 상한, 유휴 회수, 공정 분배 등 모든 정책을 한눈에 확인할 수 있습니다. 한도는 실행 중인 컨테이너에 실시간으로 적용됩니다. 소유자가 규칙을 한 번 정하면 Kinesis가 이를 적용합니다.

    05

    앱을 따라가는 Grid

    머신이 도착하기 전에 Grid에서 앱을 실행하면, 앱에 맞는 머신이 합류하는 즉시 시작됩니다. 스팟 머신은 실행 중인 앱이 필요로 하는 동안에만 임대되며, 새로운 “이 Grid의 앱” 보기에서 어떤 앱이 어떤 머신에 맞는지 확인할 수 있습니다. 소유자는 어떤 앱도 쓰지 않는 GPU에 비용을 지불하지 않으며, 팀이 강제 차단에 막혀 기다리는 일도 없습니다.

    06

    누가 무엇을 사용하는지 확인

    새롭게 디자인된 서버 및 Grid 페이지에서 각 머신의 하드웨어, 실시간 CPU 및 GPU 사용량, 그 위에서 실행되는 앱의 소유자, 머신을 추가한 사람을 확인할 수 있으며, 상단에는 전체 플릿 요약이 표시됩니다. 두 페이지 모두 대규모 플릿에서도 밀리초 단위로 로드되며 전체 감사 추적을 유지합니다. IT 부서는 조직 전체를 명확하게 파악할 수 있고, 용량 계획과 비용 논의는 사실에서 출발합니다.

    07

    10,000개 복제본까지 안전하게 확장

    이제 앱은 대규모 배치 작업과 트래픽이 많은 서비스를 위해 기존 20개에서 최대 10,000개의 레플리카까지 실행할 수 있습니다. 새로운 분산 그룹은 같은 그룹 이름을 가진 앱을 서로 다른 머신에 배치하므로, 머신 한 대가 다운되어도 데이터베이스나 캐시의 모든 사본이 한꺼번에 사라지지 않습니다. 팀은 복원력을 포기하지 않고 확장할 수 있습니다.

    08

    더 매끄러운 앱 업데이트

    이제 업데이트 시 기존 컨테이너를 중지하기 전에 새 이미지를 먼저 가져오며, 앱마다 종료 유예 기간을 따로 설정할 수 있습니다. 배포 탭은 서버가 실제로 새 빌드를 실행할 때까지 배포 중으로 표시하므로, 활성은 언제나 실제 가동 중을 의미합니다. 업데이트로 인한 다운타임이 줄고, 팀은 어떤 빌드가 서비스 중인지 항상 알 수 있습니다.

    09

    임대 머신이 가동 중일 때만 결제

    마켓플레이스에서 임대한 스팟 머신은 이제 오프라인 상태인 시간에 요금이 부과되지 않습니다. 임대한 머신이 응답하지 않으면 Grid가 이를 해제하고 새 머신을 임대하므로 앱은 계속 실행됩니다. 고객은 실제로 사용할 수 있는 컴퓨팅에 대해서만 비용을 지불합니다.

    10

    플랫폼 전반의 보안 강화

    이제 모든 내부 API 호출은 호출자의 역할을 확인하고, 서버는 연결하기 전에 컨트롤 플레인의 신원을 확인하며, 머신 키는 머신 자체에서 생성됩니다. 이러한 변경으로 누군가 시도하기도 전에 여러 유형의 공격이 원천 차단됩니다. 고객은 아무것도 바꾸지 않고도 더 강력한 보호를 받습니다.

  3. 2026년 9월

    터미널$ export KINESIS_API_KEY=kn_7Hq2xK9p…$ curl -X POST \https://api.kinesis.network/v1/projects/$PROJECT/apps/$APP/start \-H "Authorization: Bearer $KINESIS_API_KEY"202 Accepted{ "id": "66f2a9c4…", "targetState": "running" }API 키ci-deploykn_7Hq2xK9p…프로젝트 1개 · 권한 2개apps:writecompute:spend문서화됨OpenAPI 3.1 specapi.kinesis.network/openapi.json앱Grid서버

    01

    공개 REST API 및 API 키

    이제 포털에서 하는 모든 작업을 보안 API 키와 함께 문서화된 REST API(OpenAPI 사양 포함)로 자동화할 수 있습니다. Kinesis를 CI/CD, 내부 도구, 스크립트에 연결하세요. 인프라 없이 누리는 코드형 인프라입니다.

    AI 어시스턴트mcp.kinesis.networkml-research Grid에 GPU 1개로 vLLM 배포해 줘AIcreate_appKinesis 도구name: "llm-chat"image: "vllm/vllm-openai"gpuCount: 1get_app_status실행 중완료했습니다. llm-chat이 ml-research에서 실행 중입니다.GRIDml-researchgpu-node-1llm-chatGPU 1개gpu-node-3

    02

    AI 에이전트에게 배포 맡기기(MCP)

    Kinesis에 이제 안전한 OAuth 로그인을 갖춘 MCP 서버가 생겨, AI 어시스턴트와 에이전트가 앱, Grid, 빌드를 배포하고 관리할 수 있습니다. 어시스턴트에게 모델 배포를 요청하면 바로 실행합니다. 아이디어에서 실행 중인 AI 앱까지 가는 가장 짧은 길입니다.

    GRIDml-research1인당 GPU 수 제한4alice@acme.dev2 of 4 GPUsbob@acme.dev4 of 4 GPUs+1carol@acme.dev1 of 4 GPUs시작할 수 없음 — Grid GPU 할당량 도달ml-research 할당량: GPU 4개 중 4개 사용 중.자리가 날 때까지 앱이 기다립니다.

    03

    공유 Grid의 사용자별 할당량

    Grid 소유자는 사용자별로 사용할 수 있는 앱, 인스턴스, GPU 수를 제한할 수 있습니다. 사용자는 한도에 도달하면 명확한 알림을 받습니다. 공유 용량은 모든 팀에게 공정하고 예측 가능하게 유지됩니다.

    가정 또는 사무실lab-server방화벽 / NAT인바운드는 계속 차단됩니다아웃바운드 터널앱 트래픽KinesisRemote Reach귀사 사용자인바운드 포트 포워딩 불필요

    04

    어떤 방화벽 뒤에 있든 모든 머신 연결

    이제 서버 추가는 서버가 어디에 연결되어 있는지부터 시작하며, 방화벽이나 NAT 뒤에 있는 머신을 위한 Kinesis Remote Reach를 포함해 적합한 방법을 추천합니다. 인바운드 포트를 열 필요가 없습니다. 사무실 PC, 연구실, 온프레미스 서버가 몇 분 만에 안전하게 합류합니다.

    05

    내장 런타임 보안

    이제 클라우드 서버에서는 의심스러운 컨테이너 활동을 탐지하고 중지한 후 보고하는 보안 모니터가 기본으로 실행됩니다. 위협은 피해가 발생한 후가 아니라 발생하는 즉시 차단됩니다. 안심은 기본으로 제공됩니다.

    06

    바로 쓰는 앱 템플릿

    적절한 이미지, 포트, 리소스가 이미 설정된 템플릿으로 새 앱을 시작하십시오. 일반적인 워크로드는 문서를 읽지 않고도 바로 가동됩니다. 신규 사용자는 첫 번째 앱을 더 빨리 실행할 수 있습니다.

    07

    앱이 실행되지 않는 이유 파악

    이제 앱, 서버, 로그 페이지에서 배치 검사, 작업 지시, Grid 상태를 한곳에서 확인할 수 있습니다. 앱이 머신을 기다릴 때 정확히 어떤 규칙 때문에 대기 중인지 알 수 있습니다. 예전에는 지원 티켓이 필요했던 문제도 이제 한눈에 파악됩니다.

    08

    Windows PC를 Grid 용량으로 전환

    Windows용 Kinesis 데스크톱 앱인 Spark는 이제 몇 번의 클릭으로 PC를 계정에 연결하고, 일시 중지하거나 일정을 설정할 수 있습니다. 사무실과 실습실 PC는 놀고 있을 시간 동안 컴퓨팅을 보탭니다. 머신이 언제 작동할지는 소유자가 계속 통제합니다.

    09

    비밀 정보는 비밀로

    Kinesis가 이제 비밀 정보로 보이는 환경 변수를 감지하고, 목록과 API 전반에서 그 값을 숨깁니다. 비밀번호와 API 키가 스크린샷이나 화면 공유로 유출되지 않습니다. 보안 모범 사례가 기본값이 됩니다.

    10

    마켓플레이스에 더 많은 GPU

    이제 Spot Instances에 GeForce RTX 20 시리즈 이상의 카드와 워크스테이션 RTX GPU가 포함되며, 전체 모델명으로 표시됩니다. 고객은 더 다양한 가격대에서 더 많은 선택지를 갖게 됩니다. 소규모 워크로드도 알맞은 가격의 하드웨어를 찾을 수 있습니다.

  4. 2026년 8월

    앱을 재배포하십시오. 데이터는 그대로 남습니다.my-appv1교체됨재배포my-appv2실행 중같은 볼륨영구 스토리지앱당 최대 4개이름마운트 경로크기models/models200 GB보존된 데이터db/var/lib/postgresql50 GB보존된 데이터uploads/data/uploads20 GB보존된 데이터

    01

    영구 볼륨

    이제 Grid 앱은 재시작과 재배포 후에도 유지되는 영구 스토리지 볼륨을 최대 4개까지 보유할 수 있습니다. 데이터베이스, 모델 캐시, 사용자 업로드가 안전하게 유지됩니다. 이제 상태 저장 워크로드도 상태 비저장 워크로드만큼 쉽게 Kinesis에서 실행됩니다.

    GPU 하나, 격리된 슬라이스 일곱 개GPU 레이아웃GPU 0 — A100 80GB80 GB VRAMMIG최대 개수절반으로혼합컴퓨팅 7/7 · 메모리 7/81g.10gb#0chat1g.10gb#1embed1g.10gb#2ocr1g.10gb#3rerank1g.10gb#4whisper1g.10gb#5vision1g.10gb#6notebook각 앱에 고유한 컴퓨팅 및 메모리 할당

    02

    MIG를 활용한 GPU 분할

    시각적 레이아웃 디자이너로 데이터 센터 GPU(A100 및 H100급)를 격리된 슬라이스로 분할하고, 각 앱에 고유한 슬라이스를 할당하십시오. 이제 강력한 GPU 하나로 여러 소규모 워크로드를 안전하게 처리할 수 있습니다. 더 적은 하드웨어로 더 많은 일을 하십시오.

    유휴 GPU는 필요한 앱에 돌아갑니다GPU 0 사용량notebook-atrain-b유휴 임계값!경고됨회수됨유휴 시간대유예 시간notebook-aGPU 유휴 상태이 Grid에서 이동됨GPU 0train-b실행 중GPU를 기다리고 있었습니다

    03

    GPU 유휴 회수

    이제 Grid는 설정 가능한 임계값과 중지 전 명확한 경고를 통해 유휴 상태의 앱에서 GPU를 회수할 수 있습니다. 부족한 GPU는 실제로 사용 중인 사람에게 돌아갑니다. 비용을 지불하는 모든 GPU가 실제로 일합니다.

    Grid가 가득 차면 사용자가 차례를 기다립니다도착 순서공정 분배 대기열AUser Aapp-1AUser Aapp-2AUser Aapp-3BUser Bapp-1CUser Capp-1AUser Aapp-11BUser Bapp-12CUser Capp-13AUser Aapp-24AUser Aapp-35Grid가득 참다음 가용 머신2시간 교대 · 1인당 앱 1개

    04

    공정 분배 스케줄링

    이제 Grid가 가득 차면 앱은 선착순이 아니라 공정한 대기열에서 차례를 기다립니다. 어떤 사용자도 공유 용량을 독차지할 수 없습니다. 모든 팀이 자동으로 자기 몫을 받습니다.

    05

    Grid 관리자를 위한 강력한 기능

    Editor 및 User 역할로 Grid를 공유하고, 모든 앱의 실시간 CPU, RAM, GPU, VRAM 사용량을 확인하며, 한 화면에서 앱을 중지하거나 재시작하십시오. Grid 소유자는 공유 용량을 완전히 파악하고 제어할 수 있습니다. IT는 방해가 되지 않으면서도 주도권을 유지합니다.

    06

    재고를 기다리는 깨우기

    최대 절전 모드의 머신이 깨어날 때 GPU 재고가 없으면 Kinesis가 계속 시도하며 상태를 보여 주고, 머신이 최대 절전 모드로 전환되지 못하면 소유자에게 알림이 전송됩니다. 아무것도 조용히 멈춰 있지 않습니다. 용량을 잃을 걱정 없이 최대 절전으로 비용을 절약할 수 있습니다.

    07

    Grid 인식 앱 갤러리

    이제 App Gallery는 Grid가 있으면 기본적으로 해당 Grid에 배포합니다. 모델과 앱이 추가 설정 없이 이미 비용을 지불하고 있는 하드웨어에 올라갑니다. 자체 컴퓨팅에서 가치를 얻는 데 클릭 한 번이면 됩니다.

  5. 2026년 7월

    귀사 머신BYOC · 추가 비용 없음전용 인스턴스AWS · Azure · KinesisSpot InstancesKinesis 마켓플레이스GRIDml-research8대 온라인gpu-box-1gpu-box-2train-1train-2train-3spot-1spot-2spot-3

    01

    Grid 및 Spot Instances

    이제 Grid는 자체 머신, 온디맨드 클라우드 머신, Kinesis 마켓플레이스에서 임대한 Spot Instances를 하나의 풀로 결합합니다. 각 워크로드에 맞는 가격으로 몇 분 만에 컴퓨팅을 늘리고 줄이세요. 사용하는 모든 종류의 컴퓨팅을 위한 하나의 플랫폼, 하나의 화면입니다.

    SSH 키+ 키 추가내 노트북SHA256:q3Fv8tXbW2…9kXwAdded Jul 8 · assigned to 3 serversgpu-box-1train-1train-2CI 러너SHA256:Lm4cR0aZp7…Qe1dAdded Jul 14 · assigned to 1 servertrain-1터미널$ ssh -i ~/.ssh/id_ed25519ubuntu@203.0.113.24Welcome to Ubuntu 24.04 LTSLast login: Tue Jul 15ubuntu@train-1:~$

    02

    자체 SSH 키 사용

    SSH 키를 한 번 업로드하고 클라우드 및 BYOC 머신에 할당하여 직접 접속하십시오. 엔지니어는 이미 쓰고 있는 도구로 머신에 접속합니다. 키도 제어권도 귀사의 것입니다.

    앱llm-serveGrid 우선순위1ml-research2burst-poolGRIDml-research머신 우선순위 지정1gpu-box-1선호llm-serve2gpu-box-2보통3spot-1백업 전용초과분GRIDburst-pool

    03

    원하는 곳에 정확히 워크로드 배치

    Grid 안에서 머신의 우선순위를 정하고, 하나의 앱을 여러 Grid에 걸쳐 실행하십시오. 선호하는 하드웨어가 먼저 작업을 맡고, 나머지 플릿은 초과분을 처리합니다. 더 똑똑한 배치는 더 나은 성능과 더 낮은 비용으로 이어집니다.

    04

    앱당 여러 도메인

    이제 하나의 앱에서 yourcompany.com 같은 루트(apex) 도메인을 포함한 여러 커스텀 도메인을 제공할 수 있습니다. 지역별 사이트, 브랜드 변형, 마이그레이션을 하나의 배포로 운영하십시오. 모든 도메인에 SSL이 자동으로 적용됩니다.

    05

    Provider Hub: 보유 하드웨어로 수익 창출

    승인된 공급자는 Kinesis 마켓플레이스에 머신 전체를 등록하고 새로운 Provider Hub에서 수익을 추적할 수 있습니다. 놀고 있을 하드웨어가 이제 스스로 비용을 회수합니다. 네트워크의 공급이 늘어나면 임대하는 모든 사람의 선택지도 늘어납니다.

    06

    온디맨드 A100 GPU

    이제 Grid 페이지에서 A100 데이터센터 GPU를 바로 프로비저닝할 수 있습니다. 대규모 학습 및 추론 작업에 장기 계약 없이 몇 분 만에 최상위 하드웨어를 확보할 수 있습니다. 큰 작업이 있을 때 확장하고, 작업이 끝나면 반납하면 됩니다.

    07

    청구 마찰 없는 공유 Grid

    이제 공유받은 Grid에서 실행되는 앱은 추가 사용 요금이나 잔액 확인 없이 해당 Grid의 머신을 사용합니다. Grid 소유자가 용량에 대해 한 번 비용을 지불하면 모든 팀이 자유롭게 사용합니다. 회사 내 컴퓨팅 공유가 마침내 폴더 공유만큼 간단해졌습니다.

  6. 2026년 6월

    빌드 실패> npm cinpm ERR! code EUSAGEnpm ERR! missingpackage-lock.jsonAI로 디버그Kinesis AI베타my-api의 실패한 빌드 로그빌드가 왜 실패했습니까?npm ci에는 package-lock.json이 필요하지만Dockerfile이 package.json만 복사합니다.제안된 구성 변경- COPY package.json ./+ COPY package*.json ./ RUN npm ci앱 변경 사항 적용

    01

    Kinesis AI, 내장 DevOps 어시스턴트

    이제 포털에 AI 어시스턴트가 있습니다. 빌드 실패와 앱 로그를 읽고, 무엇이 잘못되었는지 설명하며, Dockerfile 수정 방안을 제안합니다. 티켓 대기열 없이 상황에 맞는 도움을 24시간 즉시 받을 수 있습니다.

    프로비저닝 중KINESIS · 1x A100대기 중시스템 구성 중마무리 중서버 등록 중용량을 확보할 수 없음시도 3/3서버를 확보하지 못했습니다.지금 다시 시도하거나 다른 리전을 시도해 보십시오.재시도닫기

    02

    시작부터 끝까지 명확한 프로비저닝

    프로비저닝 중인 머신에 이제 실시간 진행 상황, 인스턴스 세부 정보, 그리고 문제가 생겼을 때 재시도 또는 닫기 옵션이 표시됩니다. 무슨 일이 일어나고 있고 다음에 무엇을 해야 하는지 항상 알 수 있습니다. 용량이 들어오는지 더 이상 추측할 필요가 없습니다.

    앱 상태다운로드 중시작 중실행 중시작 차단됨시작할 수 없음 — 적합한 노드 없음현재 이 앱의 요구 사항을 충족하는 노드가 없습니다.gpu-box-1— not enough GPU memoryedge-node-2— not enough GPUs

    03

    더 명확해진 앱 상태

    이제 앱 상태가 바뀔 때마다 정확한 상태가 표시되며, 앱을 시작할 수 없는 이유를 설명하는 새로운 "시작 차단됨" 상태도 추가되었습니다. 실행 중인 앱의 작은 변경이 더 이상 이유 없이 차단되지 않습니다. 혼란은 줄고 해결은 빨라집니다.

    04

    추가 요금 없는 빠른 로컬 SSD 스토리지

    이제 클라우드 머신은 이미지와 컨테이너에 빠른 로컬 SSD를 사용할 수 있으며, 기본 제공 인스턴스 스토리지는 더 이상 별도로 과금되지 않습니다. 대형 모델은 더 빨리 로드되고 비용은 줄어듭니다. 더 적은 비용으로 더 나은 성능을 누리세요.

    05

    중요한 머신은 "절대 최대 절전 안 함"

    머신을 고정하면 자동으로 최대 절전 상태로 전환되지 않습니다. 상시 가동 서비스는 언제든 준비된 상태를 유지하고, 나머지 플릿은 계속 비용을 절감합니다. 머신별로 절감과 안정성을 모두 얻을 수 있습니다.

    06

    자가 복구 트래픽 계층

    이제 앱으로 가는 트래픽은 스스로 상태를 점검하고 경로와 인증서를 자동으로 복구하는 새로 구축된 App Proxy 계층을 거칩니다. 네트워크 일부에 문제가 생겨도 엔드포인트는 계속 가동됩니다. 귀사 쪽에서 아무것도 바꾸지 않아도 안정성이 향상됩니다.

    07

    대규모 플릿을 손쉽게 관리

    Grid와 서버를 위한 새로운 목록 보기에 검색, 페이지 나누기, 앱별 보기가 추가되었습니다. 수백 대의 머신을 보유한 팀도 필요한 머신을 몇 초 만에 찾을 수 있습니다. 포털은 플릿 규모에 맞춰 확장됩니다.

  7. 2026년 5월

    프로젝트 공유ml-research를 열 수 있는 사람을 선택하세요.dana@acme.dev개발자초대 보내기추가됨Bbob@acme.dev개발자Ccarol@acme.devViewer1alice@acme.dev님이 프로젝트에 추가했습니다"ml-research"앱과 이메일로

    01

    팀과 프로젝트 및 앱 공유

    적절한 역할로 협업자를 프로젝트나 앱에 초대하고, 앱 내 알림과 이메일 알림으로 모두에게 최신 소식을 공유할 수 있습니다. 팀은 로그인 정보를 공유하는 대신 한곳에서 함께 일합니다. 접근 권한은 명확하며 언제든지 회수할 수 있습니다.

    2단계 인증다음 앱에 표시된 6자리 코드를 입력하세요:인증 앱.48291이 브라우저를 30일 동안 기억인증또는패스키 사용Touch ID, Windows Hello또는 보안 키백업 코드 사용••••-••••••••-••••••••-••••••••-••••

    02

    2단계 인증 및 패스키

    인증 앱 또는 패스키/보안 키로 계정을 보호하고, 백업 코드와 신뢰할 수 있는 기기도 사용할 수 있습니다. 비밀번호가 유출되더라도 워크로드와 청구 정보가 안전하게 지켜집니다. 몇 초 만에 켤 수 있는 엔터프라이즈급 보안입니다.

    출처GitHubDockerHubDocker 링크업로드TARmy-model.tar업로드 중... 64%docker save -o my-model.tar my-model업로드 완료my-model.tar앱 만들기실행 중레지스트리 불필요

    03

    업로드로 배포

    Docker 이미지 파일을 Kinesis에 직접 업로드하고 배포하십시오. 레지스트리가 필요 없습니다. 폐쇄망 빌드, 프라이빗 모델, 레지스트리가 없는 팀도 이제 업로드 한 번으로 출시할 수 있습니다.

    04

    토큰 하나로 서버 온보딩

    설치 명령어 하나와 언제든 재발급할 수 있는 개인 토큰으로 자체 컴퓨팅을 가져오세요. 서버 추가는 1분이면 되고, 접근 권한은 계속 귀하가 통제합니다. 머신 한 대에서 백 대로의 확장도 명령어 하나 실행하는 것만큼 간단합니다.

    05

    전체 활동 기록

    이제 모든 프로젝트와 앱에 누가 언제 무엇을 변경했는지 보여 주는 활동 기록이 있습니다. 팀은 어떤 변경이든 몇 초 만에 추적할 수 있습니다. 감사와 사후 분석이 간단해집니다.

    06

    기업에 적합한 청구

    카드, 전신 송금 또는 ACH로 결제하고, 모든 머신이 나열된 청구서를 받고, 모든 요금과 크레딧을 CSV로 다운로드하십시오. 재무팀은 지원팀에 요청하지 않고도 필요한 문서를 받을 수 있습니다. 이제 Kinesis는 대기업의 구매 방식에 잘 맞습니다.

    07

    모든 인스턴스의 로그를 나란히

    앱의 여러 인스턴스 로그를 직접 배치한 탭에서 동시에 스트리밍하십시오. 한 머신에서만 나타나는 문제도 쉽게 발견할 수 있습니다. 확장된 앱을 디버깅할 때 더 이상 페이지 사이를 오갈 필요가 없습니다.

  8. 2026년 4월

    서버 추가1× H100 80GBGPU · 26 vCPUs수요 많음1× A100 80GBGPU · 28 vCPUs1× L40S 48GBGPU · 16 vCPUs사용 가능한 인스턴스 대기열에 참여그다음대기 중새로 고침 불필요확보됨자동으로다음 경우 이메일 알림준비되는 즉시

    01

    실시간 재고 및 사전 주문

    프로비저닝 전에 “수요 많음” 표시와 함께 실시간 GPU 및 CPU 가용성을 확인하십시오. 머신이 품절이어도 일단 주문할 수 있으며, 사용 가능해지는 즉시 Kinesis가 확보해 드립니다. 빈 GPU를 잡으려고 페이지를 새로 고칠 필요가 없습니다.

    my-app출처실행 시간네트워크실행리소스실행 모델서비스API, 추론엔드포인트작업실행 종료 시점완료예약됨고정 일정출시 예정리소스컴퓨팅새 Grid기존 Grid 사용서버리스

    02

    더 간단해진 앱 구성

    이제 앱 설정에 카드 형식의 선택지가 있는 명확한 실행 및 컴퓨팅 전략 탭이 있습니다. 앱이 어떻게 실행되어야 하는지 설명하면 Kinesis가 하드웨어 세부 사항을 처리합니다. 신규 사용자는 더 빨리 첫 배포에 성공하고, 전문가는 여전히 모든 것을 제어할 수 있습니다.

    잔여 기간≈ 12일만큼의 실행 시간이 잔액에 남아 있습니다이메일보호오늘48h2h잔액 부족 보호최대 절전 임계값2시간남은 실행 시간 약 48시간잔액24시간, 12시간, 1시간 전에 다시,잔액이 소진되기 전에

    03

    선불 잔여 기간 및 노드 보호

    잔액으로 머신을 얼마나 오래 실행할 수 있는지 확인하고, 중요한 머신을 자동 종료로부터 보호하며, 미리 이메일 경고를 받으십시오. 잔액이 부족해서 갑자기 서비스가 중단되는 일은 없습니다. 미리 계획하기가 쉬워집니다.

    04

    자가 복구 머신

    치명적인 장애가 발생한 머신은 이제 스스로 재부팅하고 복구되며, 결함이 있는 머신을 클릭 한 번으로 새 머신으로 교체할 수 있습니다. 앱의 다운타임은 줄고, 팀이 지원에 쓰는 시간도 줄어듭니다. 일일이 돌보지 않아도 되는 안정성입니다.

    05

    로그를 완벽하게 제어

    포털에서 로그 보존 기간을 선택하고, 로그를 다운로드하거나 삭제하고, 기록을 탐색하고, 머신의 시스템 로그를 확인하세요. SSH 세션 없이 몇 분 만에 디버깅할 수 있습니다. 비용과 컴플라이언스를 고려해 보관할 데이터의 양을 직접 결정합니다.

    06

    바로 실행 가능한 최신 오픈 모델

    App Gallery에 Gemma 4, Qwen 3.5, Qwen 3.6 등 최신 오픈 모델이 추가되었습니다. 팀은 새 모델이 나온 그 주에 클릭 한 번으로 사용해 볼 수 있습니다. 오픈소스 AI의 최신 흐름을 따라가는 데 추가 엔지니어링이 필요 없습니다.

    07

    간편한 프라이빗 레지스트리

    변경 사항을 저장하기 전에 Kinesis가 확인하는 자격 증명으로 프라이빗 Docker 레지스트리에서 배포하세요. 잘못된 비밀번호는 고장 난 앱이 아니라 입력 양식에서 바로 드러납니다. 프라이빗 이미지도 공개 이미지만큼 쉽게 배포할 수 있습니다.

  9. 2026년 3월

    전용 컴퓨팅클라우드 제공업체AWSAzureKinesisGPUCPU인스턴스 유형g5.xlarge1× A10G GPU리전US East (N. Virginia)Gridml-research내 머신BYOC내 머신BYOCg5.xlargeAWS참여함귀사 머신 + 클라우드, 하나의 Grid

    01

    포털에서 클라우드 머신 실행

    이제 Grid는 포털에서 바로 AWS, Azure, Kinesis 클라우드 머신을 온디맨드로 프로비저닝하며, GPU와 CPU 옵션을 나란히 제공합니다. 관리할 별도의 클라우드 계정이나 콘솔이 없습니다. 자체 하드웨어와 온디맨드 클라우드 용량이 한곳에 모입니다.

    https://app.yourcompany.comYYourCompanyDNS 확인됨레코드 확인됨인증서 발급됨SSL 자동 처리자동 갱신갑작스러운 만료 없음

    02

    자체 도메인, 자동 SSL

    어떤 앱에든 자체 도메인을 연결하면 Kinesis가 SSL 인증서를 발급하고 관리합니다. 사용자에게는 Kinesis가 아닌 귀사의 브랜드가 보입니다. 인증서 관리 작업은 더 이상 없습니다.

    GPU는 한 번만 구매하고 모든 팀과 공유하세요IT 관리자소유자용량을 한 번만 구매Gridgpu-gridGPU 1ABGPU 2CAGPU 3BGPU 4CB팀 A공유 · 앱 실행팀 B공유 · 앱 실행팀 C공유 · 앱 실행

    03

    공유 Grid

    이제 Grid 소유자는 자신의 머신을 다른 사용자 및 팀과 공유할 수 있습니다. IT 관리자는 용량을 한 번만 구매하고 모든 팀에 접근 권한을 줄 수 있습니다. 값비싼 GPU가 하나의 계정에 묶이지 않고 필요한 모든 사람에게 사용됩니다.

    04

    원하는 대로 최대 절전, 깨우기, 재부팅

    클릭 한 번으로 머신을 절전시키고, 깨우고, 재부팅하십시오. 모든 단계에서 상태가 명확하게 표시됩니다. 언제 비용을 절감하고 언제 용량을 준비해 둘지 직접 결정할 수 있습니다. SSH나 스크립트 없이도 간단한 제어로 주도권을 쥘 수 있습니다.

    05

    모든 컴퓨팅을 하나의 청구서로

    이제 전용 머신은 가격을 미리 표시하고, 플릿 비용 개요에 합산되며, 다른 모든 항목과 같은 청구서에 표시됩니다. 재무팀은 여러 장이 아닌 명확한 청구서 한 장을 받습니다. 청구서가 도착하기 전에 플릿 비용을 언제나 알 수 있습니다.

    06

    오래된 이미지 실행 방지

    Kinesis가 이제 Docker 태그가 새 이미지를 가리키는 것을 감지하고 최신 버전을 가져오도록 제안합니다. 방금 푸시한 코드로 앱이 실행되고 있는지 항상 알 수 있습니다. 이전 빌드를 조용히 유지하는 재배포는 이제 없습니다.

    07

    더 똑똑한 컨테이너 설정

    이제 앱 양식이 이미지에서 포트를 제안하고, 엔트리포인트를 재정의하고 공유 메모리를 설정할 수 있게 하며, 셸 기반 이미지가 계속 실행되도록 유지합니다. 예전에는 커스텀 래퍼가 필요했던 이미지도 이제 그대로 실행됩니다. 이미 보유한 소프트웨어가 첫 시도에 더 많이 배포됩니다.

    08

    디스크 크기 선택

    AWS, Azure, Kinesis Cloud에서 프로비저닝하는 모든 클라우드 머신의 스토리지 크기를 선택하십시오. 대형 모델과 데이터 세트도 우회책 없이 들어갑니다. 고정된 기본값이 아니라 필요한 만큼의 디스크 비용만 지불합니다.

  10. 2026년 2월

    01git push02빌드03실시간maina1f3c9eAdd chat endpointDockerfile 불필요저장소 복제 중스택 감지 중이미지 빌드 중이미지 푸시 중실행 중엔드포인트https://my-api…푸시 시 자동 배포브랜치에 푸시할 때마다 자동으로 배포

    01

    GitHub에서 바로 배포

    GitHub 저장소를 연결하고 브랜치를 선택하면 Kinesis가 빌드하고 배포합니다. Docker 이미지가 필요 없으며, 실시간 빌드 로그와 배포 기록을 제공합니다. 브랜치에 푸시할 때마다 자동으로 다시 빌드하고 재배포하므로, 파이프라인을 작성하지 않고도 CI/CD를 사용할 수 있습니다.

    acme/my-apiapp/main.pyrequirements.txt.python-versionREADME.mdDockerfile 없음Detected: Python 3.12Dockerfile1FROM python:3.12-slim AS builder2WORKDIR /app3COPY . .4# keep secrets out of the image5RUN rm -rf .git .env .venv67FROM python:3.12-slim8WORKDIR /app9COPY --from=builder /app /app10RUN pip install --no-cache-dir -r requirements.txt11EXPOSE 800012CMD ["uvicorn", "main:app", "--host", "0.0.Dockerfile 생성 중...실시간 스트리밍 중

    02

    AI가 Dockerfile을 작성합니다

    저장소에 Dockerfile이 없습니까? Kinesis가 프로젝트에 필요한 것을 감지하고, AI가 Dockerfile을 작성하며 그 과정을 실시간으로 보여 줍니다. 컨테이너를 처음 접하는 팀이 가장 흔히 겪는 장애물이 사라집니다. 더 적은 DevOps 지식으로 더 많은 코드가 프로덕션에 도달합니다.

    my-api머신이 필요함수동 깨우기 불필요유휴 시에는 잠들고, 필요할 때 깨어남최대 절전유휴 상태, 비용 절약 중깨우는 중...자동으로 시작실행 중앱 서비스 중

    03

    필요할 때 깨우기

    이제 최대 절전 모드의 머신은 앱이 필요로 할 때 자동으로 깨어납니다. 머신을 직접 다시 켜는 번거로움 없이 최대 절전의 절감 효과를 누리세요. 컴퓨팅은 워크로드가 요청할 때 준비되어 있고, 그렇지 않을 때는 잠들어 있습니다.

    04

    더 새롭고 빨라진 포털

    새로운 비주얼 테마와 새롭게 디자인된 프로젝트 및 앱 페이지에서 상태를 한눈에 확인할 수 있으며, 프로젝트 검색 기능도 내장되어 있습니다. 앱이 많은 팀도 필요한 것을 더 빨리 찾을 수 있습니다. 일상적인 관리에 필요한 클릭 수가 줄어듭니다.

    05

    걱정 없는 자동 충전

    이제 자동 충전이 스스로를 보호합니다. 카드 결제가 반복적으로 실패하면 계속 재시도하는 대신 기능을 끄고 알려 드립니다. 고객이 결제 실패의 악순환에 빠지는 일이 없습니다. 청구는 예측 가능하고 투명하게 유지됩니다.

    06

    더 많은 리전, 더 많은 GPU 공급

    Kinesis Cloud에 새로운 데이터 센터 파트너가 추가되었으며, 스토리지가 머신에 자동으로 연결됩니다. 고객은 더 많은 위치와 더 많은 GPU 옵션 중에서 선택할 수 있습니다. 공급이 늘어날수록 가용성은 좋아지고 가격은 낮아집니다.

    07

    영구 빌드 로그

    이제 모든 GitHub 빌드의 전체 로그가 보관되므로 빌드 중은 물론 한참 후에도 읽을 수 있습니다. 빌드가 실패하면 클릭 한 번으로 원인을 확인할 수 있습니다. 팀은 무슨 일이 있었는지 알아내려고 빌드를 다시 실행하는 대신 몇 분 만에 실패한 빌드를 고칩니다.

  11. 2026년 1월

    Kinesis App Gallery: 모델 선택기와 GPU 및 VRAM 배지가 있는 LLM 템플릿

    01

    원클릭 AI 모델, 계정 불필요

    이제 누구나 가입하기 전에 Kinesis 앱 갤러리를 둘러보고, 클릭 한 번으로 실행할 Ollama 모델을 정확히 고를 수 있습니다. 팀은 무엇이든 결정하기 전에 무엇을 실행할 수 있는지 확인할 수 있습니다. "이 모델을 써 보고 싶다"에서 실행 중인 엔드포인트까지 주말 내내 설정할 필요 없이 몇 분이면 됩니다.

    도입 전완료된 작업계속 재시작됨Restart: Always실행다시다시다시…재시작낭비된 컴퓨팅, 그래도 청구됨과금됨지금Task Completion한 번 실행 후 중지실행완료됨중지과금됨작업 완료, 청구 중지

    02

    완료까지 실행되는 작업

    새로운 “작업 완료” 재시작 정책으로 배치 작업, 데이터 파이프라인, 일회성 작업이 한 번 실행된 후 완료되면 깔끔하게 중지됩니다. 이전에는 끝난 작업이 계속 재시작되어 컴퓨팅이 낭비될 수 있었습니다. 이제 작업한 만큼만 비용을 지불하고, 작업이 끝나면 작업도 중지됩니다.

    전용 GPU 머신시간대별로 보는 일반적인 하루스마트 수명 주기최대 절전실행 중인 앱 · 과금 중최대 절전저장됨저장됨00:0006:0012:0018:0024:00마지막 앱이 멈추면 머신이 최대 절전 상태로 전환

    03

    자동 최대 절전: 유휴 머신 비용은 이제 그만

    이제 실행 중인 앱이 없는 전용 머신은 스스로 최대 절전 모드로 전환됩니다. 고객은 더 이상 밤사이나 프로젝트 사이에 놀고 있는 GPU에 비용을 지불하지 않습니다. 머신은 계속 귀하의 것이며, 필요할 때 바로 돌아올 준비가 되어 있습니다.

    04

    몇 초 만에 앱 복사

    앱 구성을 내보내고, 새 앱으로 가져오거나, 클릭 한 번으로 기존 앱을 복제하세요. 스테이징에서 프로덕션으로 설정을 옮기거나 팀원과 공유할 때 더 이상 항목을 하나하나 다시 만들 필요가 없습니다. 내보낸 파일에는 허용되는 모든 값까지 나열되어 있어 쉽고 안전하게 편집할 수 있습니다.

    05

    더 똑똑한 환경 변수

    이제 환경 변수에서 앱 자체 도메인 등 Kinesis가 자동으로 채워 주는 플레이스홀더와 더 빨라진 일괄 편집 모드를 지원합니다. 앱은 한 번만 구성하면 주소가 바뀌어도 올바르게 유지됩니다. 수동 편집이 줄어들수록 배포 실패도 줄어듭니다.

    06

    프로덕션급 로드 밸런싱

    Kinesis 로드 밸런서 뒤의 앱은 이제 TLS 기반 gRPC를 제공할 수 있으며, 웹 앱은 스티키 세션으로 각 방문자를 같은 인스턴스에 유지합니다. 최신 API와 상태 저장 웹 앱이 코드 변경 없이 확장됩니다. 인스턴스를 몇 개 실행하든 사용자는 빠르고 일관된 경험을 누립니다.

    07

    배포 전 이미지 검사

    이제 포털이 실행 전에 Docker 이미지를 검증하고, 이미지 자체를 바탕으로 스토리지 크기를 정합니다. 실수는 배포 실패가 아니라 양식 단계에서 드러납니다. 예상치 못한 문제가 줄고, 오류 로그를 읽는 시간도 줄어듭니다.