インフラ IT用語 韓国語一覧
인프라 IT 용어 일본어 목록
147語収録 / 147개 수록
Cloudflareのグローバルなエッジネットワーク上でJavaScript（V8）やWebAssemblyを実行できるサーバーレスコンピューティングプラットフォーム。超低遅延でのAPI実行やエッジレンダリングに優れる。
Cloudflare의 글로벌 엣지 네트워크에서 JavaScript(V8)나 WebAssembly를 실행할 수 있는 서버리스 컴퓨팅 플랫폼. 초저지연 API 실행이나 엣지 렌더링에 뛰어나다.
Kubernetesのリソース種別の一つ。クラスター内の全ノード（または指定ノード）に必ず1つのPodを配置・維持する仕組みで、ログ収集やモニタリングエージェントの展開に使われる。
쿠버네티스의 리소스 종류 중 하나로, 클러스터 내 모든 노드(또는 지정 노드)에 반드시 하나의 Pod를 배치·유지하는 구조이며, 로그 수집이나 모니터링 에이전트 배포에 활용된다.
サーバー管理を意識せずにコードを実行できるクラウド実行モデル。AWS LambdaやCloud Functionsなど関数単位でデプロイし、使用分のみ課金される。
서버 관리를 신경 쓰지 않고 코드를 실행할 수 있는 클라우드 실행 모델. AWS Lambda나 Cloud Functions 등 함수 단위로 배포하며, 사용한 만큼만 과금된다.
複数のサーバーにトラフィックを分散させる技術。単一サーバーへの負荷集中を防ぎ、可用性・パフォーマンスを向上させる。L4/L7レイヤーでの制御が一般的。
여러 서버에 트래픽을 분산시키는 기술. 단일 서버에 부하가 집중되는 것을 방지하며, 가용성과 성능을 향상시킨다. L4/L7 레이어에서의 제어가 일반적이다.
メインコンテナに補助コンテナ（サイドカー）を付随させるデザインパターン。ログ収集・プロキシ・監視などの横断的関心事をメインアプリから分離して管理できる。
메인 컨테이너에 보조 컨테이너(사이드카)를 붙여 운용하는 디자인 패턴. 로그 수집·프록시·모니터링 등의 공통 관심사를 메인 앱과 분리하여 관리할 수 있다.
Kubernetesクラスタ内でPodのライフサイクルに依存しない永続的なストレージリソース。PVCを通じてPodにマウントされ、データを永続化する。
Kubernetes 클러스터 내에서 Pod의 라이프사이클에 의존하지 않는 영구적인 스토리지 리소스. PVC를 통해 Pod에 마운트되어 데이터를 영속화한다.
災害や障害発生時にシステムを復旧させるための事前計画・設備・手順の総称。RTO/RPOを定義し、バックアップサイトへの切り替えなどを含む。
재해나 장애 발생 시 시스템을 복구하기 위한 사전 계획·설비·절차의 총칭. RTO/RPO를 정의하고, 백업 사이트 전환 등을 포함한다.
ネットワーク経由でOSを起動する技術。物理メディア不要でサーバーにOSをインストールでき、大規模なベアメタルサーバーのプロビジョニング自動化に活用される。
네트워크를 통해 OS를 부팅하는 기술. 물리 미디어 없이 서버에 OS를 설치할 수 있으며, 대규모 베어메탈 서버의 프로비저닝 자동화에 활용된다.
Kubernetesにおいてカスタムリソースとカスタムコントローラーを組み合わせ、アプリケーションの運用知識をコードとして実装する設計パターン。複雑な運用タスクを自動化できる。
Kubernetes에서 커스텀 리소스와 커스텀 컨트롤러를 조합하여 애플리케이션의 운영 지식을 코드로 구현하는 설계 패턴으로, 복잡한 운영 작업을 자동화할 수 있다.
自社内にサーバーやネットワーク機器を設置・運用するITインフラ形態。クラウドと対比して使われ、データ管理やセキュリティ要件が厳しい企業で採用されることが多い。
자사 내부에 서버 및 네트워크 장비를 설치·운영하는 IT 인프라 형태. 클라우드와 대비되는 개념으로, 데이터 관리 및 보안 요건이 엄격한 기업에서 주로 채택된다.
物理サーバー上でソフトウェアにより仮想化されたコンピュータ環境。複数のOSを同一ハードウェアで独立して動作させることができ、リソースの効率的な活用や環境の分離に活用される。
물리 서버 위에서 소프트웨어로 가상화된 컴퓨터 환경. 동일한 하드웨어에서 여러 OS를 독립적으로 실행할 수 있으며, 리소스의 효율적인 활용과 환경 분리에 활용된다.
エッジコンピューティング向けの軽量WebAssemblyランタイム。サーバーレス関数やマイクロサービスをエッジで高速実行するために使われる。
엣지 컴퓨팅을 위한 경량 WebAssembly 런타임. 서버리스 함수나 마이크로서비스를 엣지에서 고속 실행하기 위해 사용된다.
実際にサービスを提供している環境。Production。韓国では「運営(ウニョン)環境」と言う。
실제로 서비스를 제공하는 환경. Production. 일본에서는 "혼반(본방) 환경"이라고 함.
アプリケーションとその依存関係を一つのパッケージにまとめた軽量な実行環境。DockerやKubernetesで広く活用され、環境差異の問題を解消する。
애플리케이션과 의존성을 하나의 패키지로 묶은 경량 실행 환경. Docker와 Kubernetes에서 널리 활용되며, 환경 차이 문제를 해소한다.
Dell製サーバの遠隔管理インターフェース。OSが起動していない状態でも電源制御・BIOS設定・コンソール操作・ハードウェア監視が可能なアウトオブバンド管理機能。
Dell 서버의 원격 관리 인터페이스로, OS가 기동되지 않은 상태에서도 전원 제어·BIOS 설정·콘솔 조작·하드웨어 모니터링이 가능한 아웃오브밴드 관리 기능입니다.
Storage Area Networkの略。サーバとストレージ装置を専用の高速ネットワークで接続し、ブロックレベルのデータアクセスを提供するストレージ構成方式。
Storage Area Network의 약자. 서버와 스토리지 장치를 전용 고속 네트워크로 연결하여 블록 레벨의 데이터 접근을 제공하는 스토리지 구성 방식.
サーバーやストレージ、ネットワークなどのハードウェアリソースをソフトウェアで動的に組み合わせ、ワークロードに応じて柔軟に再構成できるインフラアーキテクチャ。
서버, 스토리지, 네트워크 등의 하드웨어 리소스를 소프트웨어로 동적으로 조합하여 워크로드에 맞게 유연하게 재구성할 수 있는 인프라 아키텍처.
Service Level Objectiveの略。SLAを達成するために設定する内部目標値で、可用性やレイテンシなど具体的な数値指標として定義される。
Service Level Objective의 약자. SLA를 달성하기 위해 설정하는 내부 목표값으로, 가용성이나 레이턴시 등 구체적인 수치 지표로 정의된다.
KubernetesなどのシステムでNamespaceごとにCPU・メモリ・Pod数などのリソース使用量に上限を設定する機能。過剰消費を防ぎ公平な資源配分を実現する。
Kubernetes 등의 시스템에서 네임스페이스별로 CPU·메모리·Pod 수 등의 리소스 사용량에 상한선을 설정하는 기능으로, 과도한 소비를 방지하고 공정한 자원 배분을 실현한다.
世界中に分散配置されたサーバーからユーザーに最も近い拠点経由でコンテンツを配信する仕組み。CDNとも呼ばれ、レイテンシ低減やサーバー負荷分散に効果的。
전 세계에 분산 배치된 서버에서 사용자에게 가장 가까운 거점을 통해 콘텐츠를 전송하는 구조. CDN이라고도 불리며, 레이턴시 감소 및 서버 부하 분산에 효과적이다.
OSや仮想化レイヤーを介さず、物理ハードウェアに直接OSをインストールして運用するサーバー。高いパフォーマンスが求められる用途に最適。
OS나 가상화 레이어를 거치지 않고 물리 하드웨어에 직접 OS를 설치하여 운영하는 서버. 높은 성능이 요구되는 용도에 최적화되어 있음.
サーバーのOSに依存せずハードウェアレベルで遠隔管理を行う技術。電源制御やコンソールアクセス、センサー監視などをIPMIプロトコル経由で実現する。
서버의 OS에 의존하지 않고 하드웨어 레벨에서 원격 관리를 수행하는 기술. 전원 제어, 콘솔 접근, 센서 모니터링 등을 IPMI 프로토콜을 통해 실현한다.
コンテナ化されたアプリケーションの自動デプロイ・スケーリング・管理を行うオープンソースのオーケストレーションプラットフォーム。Googleが開発しCNCFに寄贈した。
컨테이너화된 애플리케이션의 자동 배포, 스케일링, 관리를 수행하는 오픈소스 오케스트레이션 플랫폼. Google이 개발하여 CNCF에 기증하였다.
VMware社の仮想化プラットフォーム。ESXiハイパーバイザーとvCenter Serverで構成され、企業のデータセンター仮想化基盤として広く利用される。
VMware사의 가상화 플랫폼. ESXi 하이퍼바이저와 vCenter Server로 구성되며, 기업 데이터센터 가상화 인프라로 널리 사용된다.
開発者が自律的にインフラのプロビジョニングやデプロイを行えるよう、CI/CDやクラウドリソース管理などを統合したセルフサービス基盤。IDP とも呼ばれる。
개발자가 자율적으로 인프라 프로비저닝과 배포를 수행할 수 있도록 CI/CD, 클라우드 리소스 관리 등을 통합한 셀프서비스 플랫폼으로, IDP라고도 불린다.
システムの応答遅延（レイテンシ）を最小化するための技術的施策。CDN活用、キャッシュ戦略、DB索引最適化、通信プロトコルの見直しなどが代表的な手法。
시스템 응답 지연(레이턴시)을 최소화하기 위한 기술적 조치. CDN 활용, 캐시 전략, DB 인덱스 최적화, 통신 프로토콜 재검토 등이 대표적인 방법이다.
KubernetesのAPIサーバーへのリクエストを認証・認可後に検証・変更するプラグイン機構。リソース作成時のポリシー適用やデフォルト値注入などに使用される。
Kubernetes API 서버에 대한 요청을 인증·인가 후 검증하거나 변경하는 플러그인 구조. 리소스 생성 시 정책 적용이나 기본값 주입 등에 사용된다.
クラウドプロバイダーのデータセンターを物理的に分離した独立した区画。障害の影響を局所化し、高可用性・耐障害性を実現するためにリソースを複数AZに分散配置する。
클라우드 공급자의 데이터센터를 물리적으로 분리한 독립적인 구획입니다. 장애 영향을 국소화하고 고가용성·내장애성을 실현하기 위해 리소스를 여러 AZ에 분산 배치합니다.
特定時点のシステムやデータの状態を丸ごと保存したもの。仮想マシンやディスク、DBのバックアップ・復元に広く活用される。
특정 시점의 시스템이나 데이터 상태를 통째로 저장한 것. 가상 머신, 디스크, DB의 백업 및 복원에 널리 활용된다.
OSやアプリケーションの設定・構成情報を一元管理するデータベース。Windowsレジストリやコンテナイメージの保管庫（Container Registry）など文脈により意味が異なる。
OS나 애플리케이션의 설정·구성 정보를 중앙 관리하는 데이터베이스. Windows 레지스트리나 컨테이너 이미지 저장소(Container Registry) 등 문맥에 따라 의미가 달라진다.
ネット経由で利用するサービス。AWS, Azureなど。
인터넷을 통해 이용하는 서비스.
クライアントからのリクエストを代理で受け取り、バックエンドサーバーに転送する仕組みの構成。負荷分散・SSL終端・キャッシュなどに活用される。
클라이언트의 요청을 대신 받아 백엔드 서버로 전달하는 구조의 설정. 부하 분산, SSL 종단, 캐시 등에 활용된다.
Internet of Thingsの略。センサーや家電などの物理デバイスをインターネットに接続し、データ収集・制御・自動化を実現する技術基盤。
Internet of Things의 약자. 센서, 가전 등 물리적 디바이스를 인터넷에 연결하여 데이터 수집·제어·자동화를 실현하는 기술 기반.
システムやクラウドリソースの運用コストを分析し、品質やパフォーマンスを維持しながら無駄な支出を削減・効率化する取り組み。
시스템이나 클라우드 리소스의 운영 비용을 분석하여, 품질과 성능을 유지하면서 불필요한 지출을 줄이고 효율화하는 활동.
AWS・Azure・GCPなど複数のクラウドプロバイダーを組み合わせて利用する戦略。ベンダーロックインの回避やコスト最適化、可用性向上を目的とする。
AWS・Azure・GCP 등 여러 클라우드 공급자를 조합하여 활용하는 전략으로, 벤더 종속 방지 및 비용 최적화, 가용성 향상을 목적으로 한다.
HPE製サーバに搭載されたリモート管理用コントローラ。Integrated Lights-Out の略称で、OSが停止していてもハードウェアの監視・電源操作・コンソールアクセスが可能。
HPE 서버에 탑재된 원격 관리 전용 컨트롤러. Integrated Lights-Out의 약자로, OS가 정지된 상태에서도 하드웨어 모니터링, 전원 제어, 콘솔 접속이 가능하다.
システムやアプリケーションの稼働状況・パフォーマンスをリアルタイムで継続的に監視すること。障害の早期検知やボトルネックの特定に活用される。
시스템이나 애플리케이션의 가동 상태 및 성능을 실시간으로 지속적으로 감시하는 것. 장애 조기 감지 및 병목 현상 파악에 활용된다.
Kubernetesにおいてワークロードのメトリクス（CPU・メモリ使用率など）を監視し、Podのレプリカ数を自動的にスケールアウト・インする機能。HPAと略称される。
Kubernetes에서 워크로드의 메트릭(CPU·메모리 사용률 등)을 모니터링하여 Pod의 레플리카 수를 자동으로 스케일 아웃·인하는 기능. HPA로 약칭된다.
SLOとも呼ばれ、サービスの可用性・応答時間・エラー率などの目標値を定義するプロセス。SLAの基準となり、SREチームが監視・改善指標として活用する。
SLO라고도 불리며, 서비스의 가용성·응답 시간·오류율 등의 목표값을 정의하는 프로세스. SLA의 기준이 되며, SRE 팀이 모니터링·개선 지표로 활용한다.
システムやサーバーに障害が発生した際、自動的に待機系（スタンバイ）へ切り替える仕組み。高可用性（HA）構成の中核技術で、サービス継続性を確保する。
시스템이나 서버에 장애가 발생했을 때 자동으로 대기계(스탠바이)로 전환하는 구조. 고가용성(HA) 구성의 핵심 기술로, 서비스 연속성을 확보한다.
複数のサーバーやサービスから出力されるログを一か所に集めて管理する仕組み。障害調査やパフォーマンス監視に不可欠で、ELKスタックやFluentdなどのツールが広く使われる。
여러 서버나 서비스에서 출력되는 로그를 한 곳에 모아 관리하는 구조. 장애 조사 및 성능 모니터링에 필수적이며, ELK 스택이나 Fluentd 같은 툴이 널리 사용된다.
前回のフルバックアップ以降に変更されたデータのみをバックアップする方式。増分バックアップより復元が速く、ストレージ効率とのバランスが取れた手法。
이전 전체 백업 이후 변경된 데이터만 백업하는 방식. 증분 백업보다 복원이 빠르며, 스토리지 효율과 복원 속도 간의 균형이 잡힌 백업 기법.
開発者やチームが承認フローを経ずに、ポータルやAPIを通じて自らインフラリソースを調達・設定・管理できる仕組み。DevOpsやIaCと組み合わせて活用される。
개발자나 팀이 승인 절차 없이 포털이나 API를 통해 스스로 인프라 리소스를 조달·설정·관리할 수 있는 구조로, DevOps 및 IaC와 함께 활용된다.
UnixやLinux環境のシェル（bash/shなど）で実行されるスクリプト言語。ファイル操作やプロセス管理、定期タスクの自動化などに広く活用される。
Unix나 Linux 환경의 셸(bash/sh 등)에서 실행되는 스크립트 언어. 파일 조작, 프로세스 관리, 정기 작업 자동화 등에 널리 활용된다.
ロードバランサーが同一クライアントからのリクエストを常に同じサーバーへ振り分ける仕組み。スティッキーセッションとも呼ばれ、セッション情報をサーバーローカルに保持するシステムで利用される。
로드 밸런서가 동일한 클라이언트의 요청을 항상 같은 서버로 라우팅하는 메커니즘. 스티키 세션이라고도 하며, 세션 정보를 서버 로컬에 저장하는 시스템에서 활용된다.
サーバーの管理を意識せずにアプリケーションを実行できるクラウド実行モデル。AWS LambdaやGoogle Cloud Functionsなどが代表例で、使った分だけ課金される。
서버 관리를 의식하지 않고 애플리케이션을 실행할 수 있는 클라우드 실행 모델. AWS Lambda나 Google Cloud Functions 등이 대표적이며, 사용한 만큼만 과금된다.
オンプレミスとパブリッククラウド、またはプライベートクラウドを組み合わせた環境。データの機密性やコストに応じてワークロードを柔軟に配置できる。
온프레미스와 퍼블릭 클라우드, 또는 프라이빗 클라우드를 조합한 환경. 데이터의 기밀성이나 비용에 따라 워크로드를 유연하게 배치할 수 있다.
システムやアプリケーションで異常・障害・閾値超過などを検知した際に、管理者や担当者へ通知する仕組み。監視ツールやモニタリング基盤と連携して自動発報されることが多い。
시스템이나 애플리케이션에서 이상·장애·임계값 초과 등을 감지했을 때 관리자나 담당자에게 알리는 기능. 모니터링 도구와 연동하여 자동으로 발송되는 경우가 많다.
システム障害発生時に、自動的にバックアップシステムへ切り替える仕組みの設定。高可用性（HA）構成において、サービス継続性を確保するための重要な設定項目。
시스템 장애 발생 시 자동으로 백업 시스템으로 전환하는 메커니즘 설정. 고가용성(HA) 구성에서 서비스 연속성을 확보하기 위한 중요한 설정 항목.
Recovery Point Objectiveの略。障害発生時に許容できるデータ損失の最大時間範囲を示す指標。バックアップ戦略やDR設計の基準値として使われる。
Recovery Point Objective의 약자. 장애 발생 시 허용 가능한 데이터 손실의 최대 시간 범위를 나타내는 지표. 백업 전략 및 DR 설계의 기준값으로 사용된다.
開発者が自律的に開発・運用できる内部プラットフォームを構築・維持する手法。IDP（内部開発者プラットフォーム）の整備によりDXや生産性向上を目指す。
개발자가 자율적으로 개발·운영할 수 있는 내부 플랫폼을 구축·유지하는 방법론으로, IDP 정비를 통해 개발 생산성 향상을 목표로 한다.
Kubernetes上でサーバーレスワークロードを実行するためのオープンソースフレームワーク。トラフィックに応じたオートスケールやゼロスケールをサポートする。
Kubernetes 위에서 서버리스 워크로드를 실행하기 위한 오픈소스 프레임워크. 트래픽에 따른 오토스케일 및 제로스케일을 지원한다.
クラウドサービスの利用コストを削減・効率化する取り組み。リソースの右サイジング、不要リソース削除、リザーブドインスタンス活用などが代表的な手法。
클라우드 서비스 이용 비용을 절감·효율화하는 활동. 리소스 적정 사이징, 불필요한 리소스 삭제, 예약 인스턴스 활용 등이 대표적인 방법이다.
物理サーバー上で複数の仮想マシンを動作させるためのソフトウェア。Type1（ベアメタル型）とType2（ホスト型）の2種類があり、VMwareやKVMが代表例。
물리 서버 위에서 여러 가상 머신을 실행하기 위한 소프트웨어. Type1(베어메탈형)과 Type2(호스트형) 두 종류가 있으며, VMware와 KVM이 대표적인 예시입니다.
ブラウザから直接クラウド環境を操作できるWebベースのターミナル。ローカル環境のセットアップ不要で、CLIツールや認証情報があらかじめ設定済みの状態で利用できる。
브라우저에서 직접 클라우드 환경을 조작할 수 있는 웹 기반 터미널. 로컬 환경 설정 없이 CLI 도구와 인증 정보가 미리 구성된 상태로 사용할 수 있다.
ネットワーク経由で物理的に離れた場所にあるサーバーや機器の設定を変更・管理すること。SSH、VPN、管理コンソールなどを利用して実施する。
네트워크를 통해 물리적으로 떨어진 서버나 장비의 설정을 변경·관리하는 것. SSH, VPN, 관리 콘솔 등을 활용하여 수행한다.
クラウド上に構築される仮想的なプライベートネットワーク環境。AWSやGCPなどで提供され、サブネットやルーティング、セキュリティグループを設定してリソースを分離・管理できる。
클라우드 상에 구축되는 가상 프라이빗 네트워크 환경. AWS, GCP 등에서 제공되며, 서브넷·라우팅·보안 그룹을 설정하여 리소스를 격리하고 관리할 수 있다.
ストレージの論理的な単位。コンテナやVMにマウントして使用するディスク領域を指し、Dockerのデータ永続化やクラウドのブロックストレージとしても広く使われる。
스토리지의 논리적 단위. 컨테이너나 VM에 마운트하여 사용하는 디스크 영역을 가리키며, Docker의 데이터 영속화나 클라우드의 블록 스토리지로도 널리 사용된다.
サーバーやネットワーク機器、クラウドリソースなどを利用可能な状態に設定・準備するプロセス。必要なソフトウェアのインストールや権限設定も含む。
서버, 네트워크 장비, 클라우드 리소스 등을 사용 가능한 상태로 설정·준비하는 프로세스. 필요한 소프트웨어 설치 및 권한 설정도 포함된다.
クラウド上で提供されるDNS（ドメインネームシステム）サービス。ドメイン名をIPアドレスに変換する名前解決をクラウドで管理し、高可用性とスケーラビリティを実現する。
클라우드에서 제공되는 DNS(도메인 네임 시스템) 서비스. 도메인 이름을 IP 주소로 변환하는 이름 풀이를 클라우드에서 관리하여 고가용성과 확장성을 실현한다.
データセンターやオフィスの物理的設備（電源・空調・ネットワーク配線など）を維持・管理する業務。ITインフラの安定稼働を支える基盤となる。
데이터센터나 사무실의 물리적 설비(전원·공조·네트워크 배선 등)를 유지·관리하는 업무로, IT 인프라의 안정적 운영을 지원하는 기반이 된다.
複数のサーバーにトラフィックを分散させる装置またはソフトウェア。可用性とスケーラビリティを高めるために使われ、障害時の自動切り替えにも対応する。
여러 서버에 트래픽을 분산시키는 장치 또는 소프트웨어. 가용성과 확장성을 높이기 위해 사용되며, 장애 발생 시 자동 전환도 지원한다.
複数のHDDやSSDを組み合わせて冗長性や性能を向上させる技術。RAID 0（ストライピング）、RAID 1（ミラーリング）、RAID 5/6など構成レベルによって特性が異なる。
여러 HDD나 SSD를 조합하여 중복성과 성능을 향상시키는 기술. RAID 0(스트라이핑), RAID 1(미러링), RAID 5/6 등 구성 레벨에 따라 특성이 다르다.
一度デプロイしたサーバーは変更せず、更新時は新しいイメージを作り直してすべて置き換える運用方針。構成ドリフトを防ぎ、環境の再現性と信頼性を高めるインフラ設計思想。
한 번 배포한 서버는 변경하지 않고, 업데이트 시 새 이미지를 새로 만들어 전부 교체하는 운영 방침. 구성 드리프트를 방지하고 환경의 재현성과 신뢰성을 높이는 인프라 설계 사상.
KubernetesにユーザーがCRDを用いて独自のリソース型を追加定義できる拡張機能。標準APIを拡張し、カスタムオブジェクトをkubectlで管理可能にする。
Kubernetes에서 사용자가 CRD를 이용해 독자적인 리소스 유형을 추가 정의할 수 있는 확장 기능. 표준 API를 확장하여 커스텀 오브젝트를 kubectl로 관리할 수 있게 한다.
OSやアプリケーションの状態をまるごとコピーしたファイル。DockerイメージやVMイメージなど、環境を再現・配布するために使われる単位。
OS나 애플리케이션의 상태를 통째로 복사한 파일. Docker 이미지나 VM 이미지 등 환경을 재현·배포하기 위해 사용되는 단위.
Kubernetesでポッドを特定のノードにスケジューリングするルールを定義する機能。ラベルセレクターを使い、必須条件や優先条件を細かく制御できる。
Kubernetes에서 파드를 특정 노드에 스케줄링하는 규칙을 정의하는 기능. 레이블 셀렉터를 사용해 필수 조건과 우선 조건을 세밀하게 제어할 수 있다.
アプリケーションをエッジに近い場所でグローバルに実行できるPlatform as a Service。Dockerコンテナを世界中のリージョンにデプロイできる。
애플리케이션을 엣지에 가까운 곳에서 글로벌하게 실행할 수 있는 PaaS. Docker 컨테이너를 전 세계 리전에 배포할 수 있다.
データやシステムの複製を別の場所に保存しておくこと。障害・誤操作・ランサムウェア攻撃などによるデータ損失に備えるための重要な運用プロセス。
데이터나 시스템의 복사본을 별도의 장소에 저장해 두는 것. 장애, 실수, 랜섬웨어 공격 등으로 인한 데이터 손실에 대비하기 위한 중요한 운영 프로세스.
1台の物理サーバー上で、複数の仮想マシン（VM）を隔離された状態で同時に実行・制御するためのソフトウェア。ハードウェアリソース（CPU、メモリ等）を各VMに分配する。
1대의 물리 서버 위에서 여러 가상 머신(VM)을 격리된 상태로 동시에 실행하고 제어하기 위한 소프트웨어. 하드웨어 리소스(CPU, 메모리 등)를 각 VM에 분배한다.
KubernetesにおいてPod間やPodと外部サービス間の通信を制御するルール定義。インバウンド・アウトバウンドのトラフィックをラベルセレクタで細かく制限できる。
Kubernetes에서 Pod 간 또는 Pod와 외부 서비스 간의 통신을 제어하는 규칙 정의. 인바운드·아웃바운드 트래픽을 레이블 셀렉터로 세밀하게 제한할 수 있다.
システムが止まらずに稼働し続ける能力。Availability。
시스템이 멈추지 않고 계속 가동되는 능력.
前回のバックアップ以降に変更・追加されたデータのみを保存するバックアップ方式。フルバックアップと比較してストレージ容量と処理時間を大幅に削減できる。
이전 백업 이후 변경되거나 추가된 데이터만 저장하는 백업 방식. 전체 백업에 비해 스토리지 용량과 처리 시간을 대폭 줄일 수 있다.
既存のオンプレミス環境やシステムをクラウド環境へ移行するための計画。移行方式（リフト＆シフト、リアーキテクトなど）、スケジュール、コスト試算、リスク評価を含む。
기존 온프레미스 환경이나 시스템을 클라우드 환경으로 이전하기 위한 계획. 이전 방식(리프트 앤 시프트, 리아키텍트 등), 일정, 비용 산정, 리스크 평가를 포함한다.
サーバーやネットワーク機器を集中管理する専用施設。電源・冷却・セキュリティなどの設備を備え、システムの安定稼働を支える重要なITインフラの拠点。
서버 및 네트워크 장비를 집중 관리하는 전용 시설. 전원·냉각·보안 등의 설비를 갖추고 시스템의 안정적인 운영을 지원하는 핵심 IT 인프라 거점.
Kubernetesクラスターのノード数をワークロードに応じて自動的に増減させる仕組み。Pod配置に必要なリソースが不足するとノードを追加し、余剰時は削除してコストを最適化する。
Kubernetes 클러스터의 노드 수를 워크로드에 따라 자동으로 늘리거나 줄이는 메커니즘. Pod 배치에 필요한 리소스가 부족하면 노드를 추가하고, 여유가 생기면 삭제하여 비용을 최적화한다.
Next.jsの開発元が提供する、フロントエンドフレームワークに特化したクラウドホスティングプラットフォーム。GitHubと連携し、ゼロコンフィグでCI/CD、SSR、エッジ関数の展開が行える。
Next.js 개발사가 제공하는 프론트엔드 프레임워크에 특화된 클라우드 호스팅 플랫폼. GitHub와 연동하여 제로 구성으로 CI/CD, SSR, 엣지 함수의 배포를 수행할 수 있다.
システム上のCPU・メモリ・ストレージなどのリソースを管理・割り当てるコンポーネントまたはサービス。クラウド環境ではAzure Resource ManagerのようにIaCと組み合わせて使われる。
시스템의 CPU, 메모리, 스토리지 등의 리소스를 관리하고 할당하는 컴포넌트 또는 서비스. 클라우드 환경에서는 Azure Resource Manager처럼 IaC와 함께 사용된다.
Secure Shell の略。ネットワーク経由でリモートサーバーに安全に接続するためのプロトコル。通信内容を暗号化し、公開鍵認証にも対応している。
Secure Shell의 약자. 네트워크를 통해 원격 서버에 안전하게 접속하기 위한 프로토콜. 통신 내용을 암호화하며 공개키 인증도 지원한다.
既存のサーバーのCPU・メモリ・ストレージなどのリソースを増強してシステムの処理能力を向上させる垂直スケーリング手法。
기존 서버의 CPU·메모리·스토리지 등의 리소스를 증강하여 시스템 처리 능력을 향상시키는 수직 스케일링 방법.
クラウドサービスの利用量に応じた従量課金の仕組み。AWSやGCPなどでリソース使用量を計測し、月次で請求書を発行するコスト管理の基盤となるシステム。
클라우드 서비스 사용량에 따른 종량제 과금 체계. AWS, GCP 등에서 리소스 사용량을 측정하여 월별 청구서를 발행하는 비용 관리의 기반이 되는 시스템.
システムの可用性を高めるため、同じ機能を持つ構成要素を複数用意し、障害発生時でもサービスを継続できるようにする設計手法。
시스템 가용성을 높이기 위해 동일한 기능을 가진 구성 요소를 여러 개 준비하여, 장애 발생 시에도 서비스를 지속할 수 있도록 하는 설계 기법.
システムの負荷増減に応じてリソースを動的に拡張・縮小する手法。垂直スケーリング（スケールアップ）と水平スケーリング（スケールアウト）の2種類がある。
시스템 부하 증감에 따라 리소스를 동적으로 확장·축소하는 방법. 수직 스케일링(스케일업)과 수평 스케일링(스케일아웃) 두 가지 유형이 있다.
キャッシュへの書き込み時にメインメモリへの反映を遅延させる方式。パフォーマンス向上に有効だが、障害時にデータ損失のリスクがある。ライトスルーと対比して使われる。
캐시에 데이터를 쓸 때 메인 메모리로의 반영을 지연시키는 방식. 성능 향상에 효과적이지만 장애 시 데이터 손실 위험이 있다. 라이트스루와 대비하여 사용된다.
本番環境へのリリース前に最終確認を行うための検証環境。本番と同等の構成で動作確認・負荷テスト・受け入れテストを実施し、リリースリスクを最小化する。
운영 환경에 배포하기 전 최종 확인을 위한 검증 환경. 운영과 동일한 구성으로 동작 확인·부하 테스트·인수 테스트를 수행하여 배포 리스크를 최소화한다.
クラウドサービス（主にAWS）で一定期間（1〜3年）のリソース使用を予約することで、オンデマンドと比較して最大75%のコスト削減が可能な料金プラン。
클라우드 서비스(주로 AWS)에서 일정 기간(1~3년) 리소스 사용을 예약함으로써 온디맨드 대비 최대 75%까지 비용을 절감할 수 있는 요금제.
ストレージのアクセス頻度やコスト要件に応じて分類された階層。クラウドでは標準・低頻度・アーカイブなど用途別に使い分けることでコスト最適化が図れる。
스토리지의 접근 빈도와 비용 요건에 따라 분류된 계층. 클라우드에서는 표준·저빈도·아카이브 등 용도별로 구분하여 사용함으로써 비용 최적화를 실현할 수 있다.
コンピュート・ストレージ・ネットワークを単一のソフトウェア定義アーキテクチャに統合したインフラ。HCIとも呼ばれ、管理の簡素化とスケールアウトを容易にする。
컴퓨트·스토리지·네트워크를 단일 소프트웨어 정의 아키텍처로 통합한 인프라. HCI라고도 불리며, 관리 단순화와 스케일아웃을 용이하게 한다.
Kubernetesにおける一時的なタスク実行リソース。Jobは単発処理を、CronJobはcron式で定期実行を管理し、バッチ処理やスケジュールタスクに使われる。
Kubernetes에서 일시적인 태스크를 실행하는 리소스. Job은 단발 처리를, CronJob은 cron 식으로 정기 실행을 관리하며, 배치 처리나 스케줄 작업에 활용된다.
Kubernetesにおいてポッドのリソース要求（CPU・メモリ）を自動調整する仕組み。過去の使用実績に基づき最適なリソース量を推奨・適用する。
Kubernetes에서 파드의 리소스 요청(CPU·메모리)을 자동으로 조정하는 기능으로, 과거 사용 이력을 기반으로 최적의 리소스 양을 추천하고 적용한다.
自社所有のサーバーをデータセンターの施設（電源・冷却・回線）に預けて運用する形態。ハウジングとも呼ばれ、クラウドと異なり機器は自社資産として管理する。
자사 소유의 서버를 데이터센터 시설(전원·냉각·회선)에 맡겨 운용하는 형태. 하우징이라고도 하며, 클라우드와 달리 장비는 자사 자산으로 관리한다.
Recovery Time Objectiveの略。システム障害発生から復旧完了までに許容される最大時間。BCP/DRの設計において、RPOとともに重要な指標となる。
Recovery Time Objective의 약자. 시스템 장애 발생부터 복구 완료까지 허용되는 최대 시간. BCP/DR 설계에서 RPO와 함께 중요한 지표로 활용된다.
ネットワークの末端に配置されたサーバーやデバイス。ユーザーに近い場所でデータ処理を行い、レイテンシ削減やトラフィック分散を実現するエッジコンピューティングの構成要素。
네트워크 말단에 배치된 서버나 디바이스. 사용자와 가까운 위치에서 데이터를 처리하여 레이턴시 감소와 트래픽 분산을 실현하는 엣지 컴퓨팅의 구성 요소.
ファイルシステム形式でデータを階層的に保存・管理するストレージ方式。NASやNFSなどが代表例で、複数のサーバやユーザが同一ファイルを共有できる。
파일 시스템 형식으로 데이터를 계층적으로 저장·관리하는 스토리지 방식. NAS나 NFS 등이 대표적이며, 여러 서버나 사용자가 동일 파일을 공유할 수 있다.
PCIeバスを介してSSDに直接アクセスするストレージプロトコルアーキテクチャ。SATAと比較して低レイテンシ・高スループットを実現し、高負荷なI/Oワークロードに適する。
PCIe 버스를 통해 SSD에 직접 접근하는 스토리지 프로토콜 아키텍처. SATA와 비교해 낮은 레이턴시와 높은 처리량을 실현하며, 고부하 I/O 워크로드에 적합하다.
データをクラウドに送らず、発生源に近い端末や中間ノードで処理する分散コンピューティング手法。低レイテンシと帯域削減が主なメリット。
데이터를 클라우드로 보내지 않고, 발생 지점에 가까운 단말이나 중간 노드에서 처리하는 분산 컴퓨팅 방식. 낮은 지연 시간과 대역폭 절감이 주요 장점.
単位時間あたりに処理できるデータ量やリクエスト数を増加させること。ボトルネック解消やスケールアウトなどで実現し、システム全体のパフォーマンス改善に直結する。
단위 시간당 처리할 수 있는 데이터 양이나 요청 수를 증가시키는 것. 병목 현상 해소나 스케일 아웃 등으로 실현하며, 시스템 전체 성능 개선과 직결된다.
クラウドサービスにおける地理的なデータセンターの単位。AWS・Azure・GCPなどで世界各地に設置され、レイテンシ最適化や法規制対応のために選択する。
클라우드 서비스에서 지리적으로 구분된 데이터센터 단위. AWS·Azure·GCP 등에서 전 세계에 설치되어 있으며, 레이턴시 최적화 및 법규 준수를 위해 선택한다.
データをオブジェクト単位で管理するストレージ方式。フラットな構造でメタデータと共に保存し、大量の非構造化データの保存・配信に適している。AWSのS3が代表例。
데이터를 오브젝트 단위로 관리하는 스토리지 방식. 플랫한 구조로 메타데이터와 함께 저장하며, 대용량 비정형 데이터의 저장 및 배포에 적합하다. AWS S3가 대표적인 예시이다.
単位時間あたりに処理できるデータ量やリクエスト数。システムの処理能力を示す指標で、ネットワーク・DB・APIのパフォーマンス評価に広く使われる。
단위 시간당 처리할 수 있는 데이터 양이나 요청 수. 시스템의 처리 능력을 나타내는 지표로, 네트워크·DB·API의 성능 평가에 널리 사용된다.
コンピュート・ストレージ・ネットワークなどのインフラリソースをすべてソフトウェアで抽象化・自動化し、柔軟に管理できるデータセンターの概念。SDDCとも呼ばれる。
컴퓨트·스토리지·네트워크 등 인프라 리소스를 모두 소프트웨어로 추상화·자동화하여 유연하게 관리할 수 있는 데이터센터 개념으로, SDDC라고도 불린다.
データをブロック単位で管理するストレージ方式。OSからは物理ディスクと同様に扱えるため、高I/OパフォーマンスのDBやVMのディスクに広く採用される。
데이터를 블록 단위로 관리하는 스토리지 방식. OS에서 물리 디스크처럼 다룰 수 있어 고성능 I/O가 필요한 DB나 VM 디스크로 널리 활용된다.
世界各地に分散したサーバーからコンテンツを配信する仕組み。ユーザーに近いサーバーから配信することで遅延を減らし、Webサイトの表示速度やパフォーマンスを向上させる。
전 세계에 분산된 서버에서 콘텐츠를 제공하는 구조. 사용자와 가까운 서버에서 콘텐츠를 전송함으로써 지연을 줄이고 웹사이트의 표시 속도와 성능을 향상시킨다.
ハードウェアに依存せず、ソフトウェアによってストレージリソースを抽象化・管理する技術。SDS（Software-Defined Storage）とも呼ばれ、柔軟なスケールアウトと運用コスト削減が可能。
하드웨어에 의존하지 않고 소프트웨어로 스토리지 리소스를 추상화·관리하는 기술. SDS라고도 불리며, 유연한 스케일아웃과 운영 비용 절감이 가능하다.
複数のクラウドプロバイダー（AWS・Azure・GCPなど）を組み合わせて利用する戦略。ベンダーロックインを回避し、コスト最適化や可用性向上を目的とする。
여러 클라우드 공급자(AWS·Azure·GCP 등)를 조합하여 활용하는 전략. 벤더 종속을 방지하고 비용 최적화 및 가용성 향상을 목적으로 한다.
サーバやサービスが正常に稼働しているかを定期的に確認する仕組み。ロードバランサやモニタリングツールが死活監視として活用し、障害時に自動的にトラフィックを切り替える。
서버나 서비스가 정상적으로 동작하는지 주기적으로 확인하는 메커니즘. 로드밸런서나 모니터링 툴이 생사 감시 용도로 활용하며, 장애 발생 시 자동으로 트래픽을 전환한다.
システムの保守・更新作業を行うために事前に定めた停止許容時間帯。サービス影響を最小化するため、深夜や週末に設定されることが多い。
시스템 유지보수 및 업데이트 작업을 위해 사전에 지정한 허용 중단 시간대. 서비스 영향을 최소화하기 위해 심야나 주말에 설정되는 경우가 많다.
マイクロサービス間の通信を管理するインフラ層。IstioやLinkerdなどを用いてサービス間のトラフィック制御、認証、可観測性を実現する。
마이크로서비스 간 통신을 관리하는 인프라 계층. Istio나 Linkerd 등을 활용해 서비스 간 트래픽 제어, 인증, 가관측성을 구현한다.
クラウド上に構築する仮想プライベートクラウド。論理的に隔離されたネットワーク空間を作成し、IPアドレス範囲やサブネット、ルーティングを自由に設定できる。
클라우드 상에 구축하는 가상 프라이빗 클라우드. 논리적으로 격리된 네트워크 공간을 생성하고, IP 주소 범위, 서브넷, 라우팅을 자유롭게 설정할 수 있다.
CPUやメモリなどのコンピュータ資源に上限値を設定する仕組み。Kubernetesではrequests/limitsで定義し、過負荷によるシステム障害を防ぐ。
CPU, 메모리 등의 컴퓨터 자원에 상한값을 설정하는 구조. Kubernetes에서는 requests/limits로 정의하며, 과부하로 인한 시스템 장애를 방지한다.
クラウドプロバイダーの余剰リソースを低価格で利用できるインスタンス。オンデマンド比で最大90%割引だが、需要増加時に強制終了されるリスクがある。
클라우드 공급자의 잉여 리소스를 저렴하게 활용할 수 있는 인스턴스. 온디맨드 대비 최대 90% 할인되지만, 수요 증가 시 강제 종료될 위험이 있다.
キャッシュに保存されたデータを意図的に無効にし、次回アクセス時に最新データを取得させる仕組み。CDNやブラウザキャッシュの更新制御に広く使われる。
캐시에 저장된 데이터를 의도적으로 무효화하여 다음 접근 시 최신 데이터를 가져오게 하는 메커니즘. CDN이나 브라우저 캐시의 갱신 제어에 널리 사용된다.
サーバーレス関数やコンテナが一定時間アイドル状態の後、初回リクエスト時に初期化処理が発生し応答遅延が生じる現象。AWSのLambdaなどで特に問題になる。
서버리스 함수나 컨테이너가 일정 시간 유휴 상태 후 첫 번째 요청 시 초기화 처리가 발생하여 응답 지연이 생기는 현상. AWS Lambda 등에서 특히 문제가 된다.
Elasticsearch・Logstash・Kibanaの3つのOSSを組み合わせたログ収集・検索・可視化のスタック。大量のログをリアルタイムで分析・監視する用途に広く使われる。
Elasticsearch·Logstash·Kibana 세 가지 오픈소스를 조합한 로그 수집·검색·시각화 스택. 대량의 로그를 실시간으로 분석·모니터링하는 용도로 널리 사용된다.
Kubernetesにおいてデータベースなどステートフルなアプリを管理するワークロードリソース。各Podに固定の識別子と永続ストレージを割り当てる。
Kubernetes에서 데이터베이스 등 스테이트풀 애플리케이션을 관리하는 워크로드 리소스로, 각 Pod에 고정 식별자와 영구 스토리지를 할당한다.
実際のエンドユーザーがアクセスする本番稼働中の環境。開発・ステージング環境と区別され、障害発生時のビジネス影響が最も大きいため、変更には慎重な手順が求められる。
실제 최종 사용자가 접근하는 운영 중인 환경. 개발·스테이징 환경과 구별되며, 장애 발생 시 비즈니스 영향이 가장 크기 때문에 변경 시 신중한 절차가 요구된다.
Kubernetesにおいて、特定のPodを同じノードや近くのノードに配置するようスケジューラに指示するルール。サービス間のレイテンシ削減に活用される。
Kubernetes에서 특정 파드를 같은 노드나 인접한 노드에 배치하도록 스케줄러에 지시하는 규칙. 서비스 간 레이턴시 감소에 활용된다.
複数のサーバーやノードをグループ化して単一システムとして動作させる技術。可用性向上・負荷分散・スケーラビリティ確保を目的としてインフラ構成に広く活用される。
여러 서버나 노드를 그룹화하여 단일 시스템처럼 동작시키는 기술. 가용성 향상, 부하 분산, 확장성 확보를 목적으로 인프라 구성에 널리 활용된다.
Kubernetesでノードにテイント（汚点）を設定し、特定の許容（Toleration）を持つPodのみをスケジューリング可能にする仕組み。ワークロードの配置制御に使用。
Kubernetes에서 노드에 테인트(오염)를 설정하고, 특정 톨러레이션을 가진 Pod만 스케줄링할 수 있도록 하는 메커니즘. 워크로드 배치 제어에 활용.
データ消失リスクに備え、バックアップの頻度・保存先・世代管理・リストア手順などを体系的に定めた計画。RTO/RPOを考慮して設計する。
데이터 손실 위험에 대비해 백업 주기, 저장 위치, 세대 관리, 복구 절차 등을 체계적으로 정의한 계획. RTO/RPO를 고려하여 설계한다.
IaCの導入レベルを段階的に評価するフレームワーク。手動管理から完全自動化まで成熟度を複数段階で定義し、組織のインフラ管理の現状把握と改善目標設定に活用される。
IaC 도입 수준을 단계적으로 평가하는 프레임워크. 수동 관리부터 완전 자동화까지 성숙도를 여러 단계로 정의하며, 조직의 인프라 관리 현황 파악과 개선 목표 설정에 활용된다.
Kubernetesにおけるポッドの実行権限やセキュリティ設定を制御する仕組み。特権コンテナの制限やファイルシステムのアクセス制御などを定義する。
쿠버네티스에서 파드의 실행 권한 및 보안 설정을 제어하는 메커니즘. 특권 컨테이너 제한, 파일시스템 접근 제어 등을 정의한다.
データ書き込み時にキャッシュとメインメモリ（またはDB）へ同時に書き込むキャッシュ戦略。データ一貫性が保たれるが、書き込みレイテンシが増加する。
데이터 쓰기 시 캐시와 메인 메모리(또는 DB)에 동시에 쓰는 캐시 전략. 데이터 일관성은 유지되지만 쓰기 지연이 증가한다.
複数のコンテナの展開・スケーリング・管理を自動化する仕組み。KubernetesやDocker Swarmが代表例で、大規模マイクロサービス環境の運用に不可欠な技術。
여러 컨테이너의 배포·스케일링·관리를 자동화하는 방식. Kubernetes나 Docker Swarm이 대표적이며, 대규모 마이크로서비스 환경 운영에 필수적인 기술이다.
LinuxカーネルにビルトインされたKVM（Kernel-based Virtual Machine）を使った仮想化技術。ハイパーバイザー型でCPUのハードウェア支援機能を活用し、高いパフォーマンスを実現する。
리눅스 커널에 내장된 KVM(Kernel-based Virtual Machine)을 이용한 가상화 기술. 하이퍼바이저 방식으로 CPU 하드웨어 지원 기능을 활용하여 높은 성능을 실현한다.
トラフィックや負荷の変動に応じて、サーバーやコンテナのリソースを自動的に増減するインフラ機能。コスト最適化と可用性の両立に有効。
트래픽이나 부하 변동에 따라 서버 또는 컨테이너 리소스를 자동으로 늘리거나 줄이는 인프라 기능. 비용 최적화와 가용성 확보에 효과적이다.
データやサービスを地理的に離れた複数の拠点に分散配置すること。障害時の可用性確保や、ユーザーへのレイテンシ低減を目的とする。
데이터나 서비스를 지리적으로 떨어진 여러 거점에 분산 배치하는 것. 장애 시 가용성 확보와 사용자에 대한 레이턴시 감소를 목적으로 한다.
SLA（サービスレベル合意）で定めた稼働率・応答時間・障害復旧時間などの指標を継続的に計測・監視する運用プロセス。違反検知と改善対応に直結する。
SLA(서비스 수준 협약)에서 정한 가동률·응답 시간·장애 복구 시간 등의 지표를 지속적으로 측정·감시하는 운영 프로세스. 위반 감지와 개선 대응에 직결된다.
サーバー管理不要でコンテナを実行できる仕組み。AWS FargateやGoogle Cloud Runなどが代表例で、インフラ運用コストを削減しつつコンテナの柔軟性を活かせる。
서버 관리 없이 컨테이너를 실행할 수 있는 방식. AWS Fargate나 Google Cloud Run이 대표적이며, 인프라 운영 비용을 줄이면서 컨테이너의 유연성을 활용할 수 있다.
システムが長時間にわたり継続して稼働できる能力のこと。障害発生時でも迅速に復旧し、サービス停止時間を最小限に抑える設計・構成を指す。
시스템이 장시간 지속적으로 운영될 수 있는 능력. 장애 발생 시에도 신속하게 복구하여 서비스 중단 시간을 최소화하는 설계 및 구성을 의미한다.
ネットワークに直接接続するファイルストレージ装置。複数のユーザーやサーバーが共有ストレージとしてファイルの読み書きを行え、SMBやNFSプロトコルで通信する。
네트워크에 직접 연결하는 파일 스토리지 장치. 여러 사용자나 서버가 공유 스토리지로 파일을 읽고 쓸 수 있으며, SMB나 NFS 프로토콜로 통신한다.
ローカルストレージを使わず、ネットワーク経由でOSを起動する技術。PXEブートとも呼ばれ、大量サーバの一括プロビジョニングや無人インストールに活用される。
로컬 스토리지 없이 네트워크를 통해 OS를 부팅하는 기술. PXE 부트라고도 불리며, 대량 서버의 일괄 프로비저닝이나 무인 설치에 활용된다.
仮想化レイヤーを介さず、物理サーバーに直接OSやアプリケーションをインストールして運用する環境。高いパフォーマンスとリソースの専有が特徴。
가상화 레이어 없이 물리 서버에 직접 OS나 애플리케이션을 설치하여 운영하는 환경. 높은 성능과 리소스 전용 사용이 특징이다.
サーバやネットワーク機器をラック（棚型筐体）に搭載できるよう、19インチ規格に準拠した形状・寸法でハードウェアを設計すること。データセンター運用の基本。
서버나 네트워크 장비를 랙(선반형 케이스)에 탑재할 수 있도록 19인치 규격에 맞춰 하드웨어의 형태와 치수를 설계하는 것. 데이터센터 운영의 기본.
テストを行う環境。Staging。
테스트를 수행하는 환경. Staging.
システムの一部に障害が発生しても、全体の動作を継続できる設計思想・能力。冗長構成やフェイルオーバーにより高可用性を実現する。
시스템 일부에 장애가 발생해도 전체 동작을 계속할 수 있는 설계 사상·능력. 이중화 구성이나 페일오버를 통해 고가용성을 실현한다.
Service Level Indicatorの略。サービスの信頼性や品質を定量的に測定するための指標。レイテンシ・エラー率・スループットなどが代表例。SLOの基準となる実測値。
Service Level Indicator의 약자. 서비스의 신뢰성과 품질을 정량적으로 측정하기 위한 지표. 레이턴시·에러율·처리량 등이 대표적인 예이며, SLO의 기준이 되는 실측값이다.
クラウドとエッジデバイスの中間層でデータを処理するアーキテクチャ。IoT環境で遅延を最小化しリアルタイム処理を実現するためにネットワーク近傍でコンピューティングを行う。
클라우드와 엣지 디바이스의 중간 계층에서 데이터를 처리하는 아키텍처. IoT 환경에서 지연을 최소화하고 실시간 처리를 실현하기 위해 네트워크 근방에서 컴퓨팅을 수행한다.
システムやサービスにおいてユーザー・テナントごとに設定されるリソースや API コール数などの上限値。過負荷防止や公平な利用を目的として設定される。
시스템이나 서비스에서 사용자·테넌트별로 설정되는 리소스나 API 호출 수 등의 상한값. 과부하 방지 및 공평한 사용을 목적으로 설정된다.
クラウド環境を前提に設計・構築されたアプローチ。コンテナ、マイクロサービス、CI/CDなどを活用し、スケーラビリティと柔軟性を最大化する。
클라우드 환경을 전제로 설계·구축된 접근 방식. 컨테이너, 마이크로서비스, CI/CD 등을 활용하여 확장성과 유연성을 극대화한다.
システムの将来的な負荷増加に備え、必要なリソース（CPU・メモリ・ストレージ等）を事前に見積もり、適切なタイミングで拡張計画を立てる活動。
시스템의 미래 부하 증가에 대비하여 필요한 리소스(CPU·메모리·스토리지 등)를 사전에 산정하고, 적절한 시기에 확장 계획을 수립하는 활동.
クラウド環境全体の設計・構成を担う技術職。システム要件をもとにAWS・Azure・GCPなどのサービスを組み合わせ、可用性・セキュリティ・コストを最適化したアーキテクチャを設計する。
클라우드 환경 전체의 설계 및 구성을 담당하는 기술직. 시스템 요건을 바탕으로 AWS·Azure·GCP 등의 서비스를 조합하여 가용성·보안·비용을 최적화한 아키텍처를 설계한다.
システムが利用するCPU・メモリ・ストレージ・人員など、プロジェクトや処理に必要なあらゆる資源の総称。インフラ管理やPM文脈で頻繁に使われる。
시스템이 사용하는 CPU, 메모리, 스토리지, 인력 등 프로젝트나 처리에 필요한 모든 자원의 총칭. 인프라 관리나 PM 문맥에서 자주 사용된다.
Linuxカーネル内でeBPFプログラムを動かし、パケットフィルタリングや負荷分散をカーネル空間で高速処理するネットワーク技術。CiliumやCalico等で活用される。
Linux 커널 내에서 eBPF 프로그램을 실행하여 패킷 필터링과 부하 분산을 커널 공간에서 고속으로 처리하는 네트워킹 기술로, Cilium 및 Calico 등에서 활용된다.
複数のコンテナやサービスの展開・スケーリング・管理を自動化する仕組み。KubernetesやDocker Swarmが代表的なツールで、大規模なマイクロサービス環境の運用に不可欠。
여러 컨테이너 및 서비스의 배포, 스케일링, 관리를 자동화하는 구조. Kubernetes, Docker Swarm이 대표적인 도구이며, 대규모 마이크로서비스 환경 운영에 필수적이다.
Kubernetesクラスター外からの HTTP/HTTPSトラフィックを内部サービスにルーティングするコンポーネント。NginxやTraefikが代表的な実装として使われる。
Kubernetes 클러스터 외부로부터의 HTTP/HTTPS 트래픽을 내부 서비스로 라우팅하는 컴포넌트. Nginx나 Traefik이 대표적인 구현체로 사용된다.
KubernetesアプリケーションのデプロイをパッケージとしてまとめたHelmの定義ファイル群。テンプレートとvalues.yamlで構成され、環境ごとの設定変更を柔軟に管理できる。
Kubernetes 애플리케이션 배포를 패키지로 묶은 Helm의 정의 파일 모음. 템플릿과 values.yaml로 구성되며 환경별 설정 변경을 유연하게 관리할 수 있다.