DevOps IT用語 韓国語一覧
DevOps IT 용어 일본어 목록
133語収録 / 133개 수록
Googleが提唱したシステム監視の4つの重要指標。レイテンシ・トラフィック・エラー率・サチュレーションで構成され、SREにおける監視の基本フレームワークとされる。
Google이 제창한 시스템 모니터링의 4가지 핵심 지표. 레이턴시·트래픽·에러율·포화도로 구성되며, SRE에서의 모니터링 기본 프레임워크로 여겨진다.
Team Topologiesにおける4つのチームタイプの一つ。複雑な数学的・技術的処理を担当する専門チームで、他チームの認知負荷を下げるために分離して運営される。
Team Topologies에서 정의한 4가지 팀 유형 중 하나로, 복잡한 수학적·기술적 처리를 담당하는 전문 팀이며, 다른 팀의 인지 부하를 줄이기 위해 분리 운영된다.
複数のHelmチャートのデプロイを宣言的に定義し、一括で管理・適用するためのツール。GitOps環境において、クラスタ全体の状態をYAMLファイルでコード化するのに役立つ。
여러 Helm 차트의 배포를 선언적으로 정의하고 일괄적으로 관리·적용하기 위한 도구. GitOps 환경에서 클러스터 전체 상태를 YAML 파일로 코드화하는 데 유용하다.
Kubernetes向けのGitOpsベースの継続的デリバリーツール。Gitリポジトリを信頼できる唯一の情報源として、クラスタの状態を自動的に同期・管理する。
Kubernetes를 위한 GitOps 기반의 지속적 배포 도구. Git 저장소를 단일 진실 공급원(Source of Truth)으로 삼아 클러스터 상태를 자동으로 동기화하고 관리한다.
システムやアプリケーションが出力するログを収集・解析し、障害原因の特定やパフォーマンス改善、セキュリティ監査などに活用する手法。
시스템이나 애플리케이션이 출력하는 로그를 수집·분석하여 장애 원인 파악, 성능 개선, 보안 감사 등에 활용하는 기법.
開発・セキュリティ・運用を統合したアプローチ。CI/CDパイプラインの各フェーズにセキュリティチェックを組み込み、脆弱性を早期に検出・修正する開発文化。
개발·보안·운영을 통합한 접근 방식으로, CI/CD 파이프라인의 각 단계에 보안 검사를 내재화하여 취약점을 조기에 발견하고 수정하는 개발 문화입니다.
Gitリポジトリを唯一の信頼できる情報源（Single Source of Truth）として、インフラやアプリの状態を宣言的に管理・自動デプロイするDevOpsの運用原則。
Git 저장소를 유일한 신뢰 가능한 정보 소스(Single Source of Truth)로 삼아 인프라와 앱 상태를 선언적으로 관리하고 자동 배포하는 DevOps 운영 원칙입니다.
Uberが開発した分散トレーシングシステム。マイクロサービス間のリクエスト追跡・レイテンシ分析・ボトルネック特定に使われるOSSツール。
Uber가 개발한 분산 트레이싱 시스템. 마이크로서비스 간 요청 추적, 레이턴시 분석, 병목 구간 파악에 사용되는 OSS 도구.
新機能やシステムの更新を段階的または一斉に本番環境へ展開・リリースすること。カナリアリリースや段階的ロールアウトなど手法が複数ある。
새로운 기능이나 시스템 업데이트를 단계적으로 또는 일괄적으로 프로덕션 환경에 배포·릴리스하는 것. 카나리아 릴리스, 단계적 롤아웃 등 다양한 방법이 있다.
Developer Relations（DevRel）を担うエンジニア。技術コミュニティとの関係構築、OSS貢献、登壇・ブログ発信などを通じて開発者エコシステムを育成する役割を担う。
Developer Relations(DevRel)를 담당하는 엔지니어. 기술 커뮤니티와의 관계 구축, OSS 기여, 발표·블로그 등을 통해 개발자 에코시스템을 육성하는 역할을 맡는다.
システムを停止せずに、複数のサーバーやコンテナを順番に少しずつ更新していくデプロイ手法。ダウンタイムを最小化しながら新バージョンへの移行が可能。
시스템을 중단하지 않고 여러 서버나 컨테이너를 순서대로 조금씩 업데이트하는 배포 방식. 다운타임을 최소화하면서 새 버전으로 전환할 수 있다.
オープンソースのサービスメッシュ実装のデファクトスタンダード。Kubernetes環境において、トラフィック管理、セキュリティ（mTLS）、可観測性をサイドカープロキシ（Envoy）を用いて提供する。
오픈소스 서비스 메시 구현의 데팩토 스탠다드. Kubernetes 환경에서 트래픽 관리, 보안(mTLS), 가관측성을 사이드카 프록시(Envoy)를 사용하여 제공한다.
S3, Lambda, DynamoDBなど、AWSの主要なクラウドサービスをローカルPC上のDockerコンテナでエミュレートする開発・テスト用ツール。AWS料金を発生させずにクラウド環境のテストが可能。
S3, Lambda, DynamoDB 등 AWS의 주요 클라우드 서비스를 로컬 PC의 Docker 컨테이너에서 에뮬레이트하는 개발 및 테스트 도구. AWS 요금 발생 없이 클라우드 환경 테스트가 가능하다.
Dockerなどのコンテナイメージをビルドする際に、レイヤーキャッシュの活用やマルチステージビルドを用いてビルド時間とイメージサイズを削減する手法。
Docker 등의 컨테이너 이미지를 빌드할 때 레이어 캐시 활용과 멀티스테이지 빌드를 사용하여 빌드 시간과 이미지 크기를 줄이는 기법입니다.
CI/CDパイプラインやDockerビルドなどで、過去のビルド成果物やレイヤーをキャッシュして再利用することでビルド時間を短縮するための設計・運用方針。
CI/CD 파이프라인이나 Docker 빌드 등에서 이전 빌드 결과물이나 레이어를 캐시하여 재사용함으로써 빌드 시간을 단축하기 위한 설계 및 운영 방침.
クラウドリソースのコストを自動的に監視・最適化・アラート通知する仕組み。AWS Cost ExplorerやInfracostなどのツールを活用し、無駄なリソースの削減やコスト異常の早期検知を実現する。
클라우드 리소스 비용을 자동으로 모니터링·최적화·알림 통지하는 구조. AWS Cost Explorer나 Infracost 등의 툴을 활용하여 불필요한 리소스 절감 및 비용 이상의 조기 감지를 실현한다.
SlackやMicrosoft Teamsなどのチャットツールを中心に、ボットを通じて開発・運用タスク（デプロイ、監視、インシデント対応など）をコマンドで実行・共有する運用スタイル。
Slack이나 Microsoft Teams 등의 채팅 툴을 중심으로, 봇을 통해 개발·운영 태스크(배포, 모니터링, 인시던트 대응 등)를 명령어로 실행하고 공유하는 운영 스타일.
実際のユーザー操作をスクリプトで模擬し、定期的にシステムの動作確認を行う監視手法。可用性やパフォーマンスの問題を事前に検知できる。
실제 사용자 조작을 스크립트로 모의하여 주기적으로 시스템 동작을 확인하는 모니터링 기법. 가용성 및 성능 문제를 사전에 감지할 수 있다.
ソフトウェアのリリースサイクルを計画・調整・制御するプロセス。バージョン管理、スケジュール調整、リスク管理を含み、安全かつ迅速な本番環境へのデプロイを実現する。
소프트웨어 릴리스 사이클을 계획·조정·제어하는 프로세스. 버전 관리, 일정 조율, 리스크 관리를 포함하며 안전하고 신속한 프로덕션 환경 배포를 실현한다.
トレース・メトリクス・ログを統一的に収集するオープンソースの可観測性フレームワーク。CNCFが主導し、ベンダー非依存で計装・エクスポートができる。
트레이스·메트릭·로그를 통합적으로 수집하는 오픈소스 가관측성 프레임워크. CNCF가 주도하며 벤더 중립적으로 계측·익스포트가 가능하다.
GitリポジトリをKubernetesクラスターの状態の唯一の信頼源として扱い、自動的に同期するGitOpsツール。CNCFのサンドボックスプロジェクトとして開発された継続的デリバリー基盤。
Git 리포지토리를 Kubernetes 클러스터 상태의 단일 신뢰 소스로 삼아 자동으로 동기화하는 GitOps 도구. CNCF 샌드박스 프로젝트로 개발된 지속적 배포 기반.
eBPFベースのKubernetesネットワーキングとセキュリティのオープンソースプロジェクト。高性能なL3/L4/L7ネットワークポリシーとサービスメッシュ機能を提供する。
eBPF 기반의 Kubernetes 네트워킹 및 보안 오픈소스 프로젝트. 고성능 L3/L4/L7 네트워크 정책과 서비스 메시 기능을 제공한다.
本番デプロイ前に変更内容を確認するための一時的な検証環境。PRやブランチ単位で自動生成されることが多く、レビュー効率を高める。
프로덕션 배포 전에 변경 사항을 확인하기 위한 임시 검증 환경. PR이나 브랜치 단위로 자동 생성되는 경우가 많아 리뷰 효율을 높여준다.
GitリポジトリのホスティングからCI/CDパイプライン、イシュー管理まで一元化したDevOpsプラットフォーム。セルフホスト型とSaaS型が選択可能。
Git 저장소 호스팅부터 CI/CD 파이프라인, 이슈 관리까지 통합한 DevOps 플랫폼. 셀프 호스트형과 SaaS형 중 선택 가능.
継続的インテグレーション/継続的デリバリー。自動化の仕組み。
지속적 통합/지속적 배포. 자동화 시스템.
システムの内部状態をメトリクス・ログ・トレースの3本柱で可視化できる仕組みを整備すること。障害原因の迅速な特定や性能改善に不可欠。
메트릭, 로그, 트레이스의 세 가지 축으로 시스템 내부 상태를 가시화할 수 있는 구조를 정비하는 것. 장애 원인 신속 파악 및 성능 개선에 필수적이다.
プラットフォームエンジニアリングチームが整備する、開発者が最も効率よくアプリケーションを構築・デプロイできる「推奨ルート」。テンプレートや自動化ツールを通じて提供される。
플랫폼 엔지니어링 팀이 정비하는, 개발자가 가장 효율적으로 애플리케이션을 구축·배포할 수 있는 '권장 경로'. 템플릿과 자동화 툴을 통해 제공된다.
マイクロサービス環境で複数のサービスをまたぐリクエストの処理フローを追跡する技術。障害箇所の特定やパフォーマンスのボトルネック分析に活用される。
마이크로서비스 환경에서 여러 서비스에 걸친 요청의 처리 흐름을 추적하는 기술. 장애 지점 특정 및 성능 병목 분석에 활용된다.
SLOで定義した許容エラー率の残量（エラーバジェット）を追跡・管理する手法。バジェット消費状況に応じてリリース判断やインフラ改善の優先度を調整する。
SLO로 정의한 허용 오류율의 잔량(에러 버짓)을 추적하고 관리하는 방법론. 버짓 소비 상황에 따라 릴리스 판단이나 인프라 개선 우선순위를 조정한다.
Artificial Intelligence for IT Operationsの略。機械学習やAIを用いて、膨大な監視データから異常を自動検知したり、障害の根本原因を特定したりしてIT運用を高度化・自動化するアプローチ。
Artificial Intelligence for IT Operations의 약자. 머신러닝이나 AI를 사용하여 방대한 모니터링 데이터에서 이상을 자동 탐지하거나 장애의 근본 원인을 파악하여 IT 운영을 고도화·자동화하는 접근법.
オープンソースのCI/CDツール。ビルド・テスト・デプロイを自動化するパイプラインを構築でき、豊富なプラグインで多様な開発環境に対応する。
오픈소스 CI/CD 툴로, 빌드·테스트·배포를 자동화하는 파이프라인을 구축할 수 있으며 풍부한 플러그인으로 다양한 개발 환경을 지원한다.
ソフトウェアやインフラの構成情報を体系的に管理・追跡するプロセス。変更履歴の管理やバージョン制御を通じ、システムの一貫性と再現性を確保する。
소프트웨어 및 인프라의 구성 정보를 체계적으로 관리·추적하는 프로세스. 변경 이력 관리와 버전 제어를 통해 시스템의 일관성과 재현성을 확보한다.
Kubernetesアプリケーションのデプロイを管理するパッケージ形式。テンプレートとvalues.yamlで構成され、複雑なK8sリソースを一括管理できる。
Kubernetes 애플리케이션 배포를 관리하는 패키지 형식. 템플릿과 values.yaml로 구성되며, 복잡한 K8s 리소스를 일괄 관리할 수 있다.
Lyftが開発したクラウドネイティブ向けの高性能なエッジ/サービスプロキシ。動的な構成変更が可能で、Istioなどのサービスメッシュにおけるデータプレーンとして広く採用されている。
Lyft가 개발한 클라우드 네이티브용 고성능 엣지/서비스 프록시. 동적 구성 변경이 가능하며, Istio 등 서비스 메시에서 데이터 플레인으로 널리 채택되고 있다.
コードのコミットから本番環境へのデプロイ完了までにかかる時間。DORAの4つのメトリクスの1つで、開発チームのデリバリー速度を示す重要指標。
코드 커밋부터 프로덕션 배포 완료까지 걸리는 시간. DORA의 4가지 메트릭 중 하나로, 개발팀의 딜리버리 속도를 나타내는 중요한 지표.
システム運用における手順書。障害対応や定期作業の手順をステップ形式で記載し、誰でも同じ品質で作業できるよう標準化したドキュメント。
시스템 운영에 관한 절차서. 장애 대응이나 정기 작업의 절차를 단계별로 기재하여 누구든 동일한 품질로 작업할 수 있도록 표준화한 문서.
クラウドインフラ・アプリケーションの監視・可観測性プラットフォーム。メトリクス、ログ、トレースを一元管理し、システムの健全性をリアルタイムで可視化できるSaaSツール。
클라우드 인프라 및 애플리케이션을 위한 모니터링·옵저버빌리티 플랫폼. 메트릭, 로그, 트레이스를 통합 관리하며 시스템 상태를 실시간으로 시각화할 수 있는 SaaS 툴.
DORAが定義した4つのDevOpsパフォーマンス指標。デプロイ頻度・変更リードタイム・変更失敗率・サービス復旧時間でチームの開発能力を測定する。
DORA가 정의한 4가지 DevOps 성과 지표. 배포 빈도·변경 리드타임·변경 실패율·서비스 복구 시간으로 팀의 개발 역량을 측정한다.
CI/CDパイプラインの実行速度・効率を向上させる取り組み。ジョブの並列化・キャッシュ活用・不要ステップ削除などでビルド・デプロイ時間を短縮する。
CI/CD 파이프라인의 실행 속도와 효율을 향상시키는 작업. 잡 병렬화, 캐시 활용, 불필요한 단계 제거 등으로 빌드 및 배포 시간을 단축한다.
コードのコミットから本番環境へのデプロイ完了までの所要時間を短縮すること。CI/CDパイプラインの最適化やテスト自動化が主な施策となる。
코드 커밋부터 프로덕션 환경 배포 완료까지 소요 시간을 단축하는 것. CI/CD 파이프라인 최적화와 테스트 자동화가 주요 방법이다.
クラウドコストの可視化・最適化・管理を組織横断で行うフレームワーク。財務・エンジニア・ビジネス部門が連携し、クラウド支出の効率化と価値最大化を目指す文化的プラクティス。
클라우드 비용의 가시화·최적화·관리를 조직 전반에 걸쳐 수행하는 프레임워크. 재무·엔지니어·비즈니스 부서가 협력하여 클라우드 지출의 효율화와 가치 극대화를 추구하는 문화적 실천.
コンテナを起動するための読み取り専用テンプレート。アプリケーションのコードや依存ライブラリ、設定などをレイヤー構造でパッケージ化したもの。DockerfileからビルドしてDockerHubなどのレジストリで管理する。
컨테이너를 실행하기 위한 읽기 전용 템플릿. 애플리케이션 코드, 의존 라이브러리, 설정 등을 레이어 구조로 패키징한 것으로, Dockerfile로 빌드하여 DockerHub 등의 레지스트리에서 관리한다.
開発者が必要なAPIドキュメント、ツール、サービス情報を一元管理・提供するWebプラットフォーム。内部開発効率化やオンボーディング促進に活用される。
개발자가 필요한 API 문서, 도구, 서비스 정보를 통합 관리·제공하는 웹 플랫폼. 내부 개발 효율화 및 온보딩 촉진에 활용된다.
開発・ステージング・本番環境を可能な限り同一に保つ原則。Twelve-Factor Appの要素の一つで、環境差異によるバグを防ぐ目的がある。
개발·스테이징·운영 환경을 최대한 동일하게 유지하는 원칙. Twelve-Factor App의 요소 중 하나로, 환경 차이로 인한 버그를 방지하는 데 목적이 있다.
Puppet で使用するインフラ構成を記述したファイル。.pp 拡張子を持ち、DSL を用いてサーバーの状態や設定を宣言的に定義する。
Puppet에서 사용하는 인프라 구성을 기술한 파일. .pp 확장자를 가지며, DSL을 사용해 서버 상태와 설정을 선언적으로 정의한다.
Ansibleなどの構成管理ツールで使われる自動化手順書。インフラのセットアップや運用タスクをYAML形式で定義し、繰り返し実行可能な形にまとめたファイル。
Ansible 등의 구성 관리 도구에서 사용하는 자동화 절차서. 인프라 설정이나 운영 작업을 YAML 형식으로 정의하여 반복 실행 가능한 형태로 정리한 파일.
APM（Application Performance Management）ツールを導入し、アプリケーションのパフォーマンス監視・ボトルネック検出・障害分析を行える体制を整えること。
APM(Application Performance Management) 툴을 도입하여 애플리케이션 성능 모니터링, 병목 현상 감지, 장애 분석을 수행할 수 있는 체계를 구축하는 것.
GitLabに統合されたCI/CDツール。.gitlab-ci.ymlファイルにパイプラインを定義し、コードのビルド・テスト・デプロイを自動化できる。GitHubと同様にリポジトリ管理と一体化されている点が特徴。
GitLab에 통합된 CI/CD 도구. .gitlab-ci.yml 파일에 파이프라인을 정의하여 코드의 빌드·테스트·배포를 자동화할 수 있다. 저장소 관리와 일체화되어 있다는 점이 특징이다.
ビルド成果物（JARファイル、Dockerイメージ、ライブラリなど）をリポジトリに保存・バージョン管理し、チーム間で共有・再利用できるようにする仕組み。NexusやJFrog Artifactoryが代表的。
빌드 산출물(JAR 파일, Docker 이미지, 라이브러리 등)을 리포지토리에 저장·버전 관리하여 팀 간에 공유·재사용할 수 있도록 하는 체계. Nexus나 JFrog Artifactory가 대표적이다.
TypeScript・Python・GoなどのプログラミングやLanguageでインフラをコードとして管理できるIaCツール。Terraformと並ぶ主要なインフラプロビジョニングツールで、既存の言語スキルを活かせる点が特徴。
TypeScript・Python・Go 등 프로그래밍 언어로 인프라를 코드로 관리하는 IaC 도구. Terraform과 함께 주요 인프라 프로비저닝 도구로, 기존 언어 기술을 활용할 수 있다는 점이 특징.
Dockerfileで複数のビルドステージを定義し、最終イメージに必要なファイルのみをコピーすることで、イメージサイズを大幅に削減できる手法。
Dockerfile에서 여러 빌드 스테이지를 정의하고, 최종 이미지에 필요한 파일만 복사하여 이미지 크기를 대폭 줄일 수 있는 기법.
Kubernetes向けの高性能ノードオートスケーラー。AWSが開発し、ワークロードの要件に応じて最適なEC2インスタンスを自動でプロビジョニングする。
Kubernetes용 고성능 노드 오토스케일러. AWS가 개발하여 워크로드 요건에 따라 최적의 EC2 인스턴스를 자동으로 프로비저닝한다.
Red Hat製のオープンソース構成管理ツール。エージェントレスでSSH経由でサーバーを自動設定・プロビジョニングでき、PlaybookをYAML形式で記述する。
Red Hat의 오픈소스 구성 관리 도구. 에이전트 없이 SSH를 통해 서버를 자동 설정·프로비저닝할 수 있으며, Playbook을 YAML 형식으로 작성한다.
Terraformで再利用可能なインフラ構成をまとめた単位。共通のリソース群をモジュール化することで、複数環境への展開や設定の標準化が容易になる。
Terraform에서 재사용 가능한 인프라 구성을 묶은 단위. 공통 리소스 그룹을 모듈화하여 여러 환경에 배포하거나 설정을 표준화하기 쉬워진다.
本番環境を模した状況で意図的に障害を発生させ、システムの回復力やチームの対応力を検証する訓練。カオスエンジニアリングの実践手法の一つ。
운영 환경을 모사한 상황에서 의도적으로 장애를 발생시켜 시스템의 복원력과 팀의 대응 능력을 검증하는 훈련. 카오스 엔지니어링의 실천 기법 중 하나.
SLO（サービスレベル目標）を下回る前に使用できる許容障害量。エラーバジェットを使い切っていない間は新機能リリースを推進し、使い切ったらリリース停止・信頼性改善にフォーカスする。
SLO(서비스 레벨 목표)를 하회하기 전에 사용할 수 있는 허용 장애량. 에러 버짓을 소진하지 않은 동안은 새 기능 릴리스를 추진하고, 소진했다면 릴리스 중단·신뢰성 개선에 집중한다.
Site Reliability Engineeringを担う専門チーム。開発と運用の橋渡し役として、サービスの信頼性・可用性向上、インシデント対応、SLO/SLA管理などを担当する組織形態。
Site Reliability Engineering을 담당하는 전문 팀. 개발과 운영의 가교 역할로서 서비스 신뢰성·가용성 향상, 인시던트 대응, SLO/SLA 관리 등을 담당하는 조직 형태.
コードのコミットから本番リリースまでの一連のCI/CDパイプラインの各ステージをダッシュボードなどで視覚的に把握できる状態にすること。ボトルネック検出や改善に役立つ。
코드 커밋부터 프로덕션 릴리스까지의 CI/CD 파이프라인 각 단계를 대시보드 등으로 시각적으로 파악할 수 있게 하는 것. 병목 탐지 및 개선에 활용된다.
本番環境で発生した障害やサービス停止などの問題を迅速に検知・対応し、サービスを正常状態に復旧させるためのプロセス管理手法。ITILで体系化されている。
운영 환경에서 발생한 장애나 서비스 중단 등의 문제를 신속하게 감지·대응하여 서비스를 정상 상태로 복구하기 위한 프로세스 관리 기법으로, ITIL에서 체계화되어 있다.
アプリケーション実行中にエージェントを組み込み、リアルタイムで脆弱性を検出するセキュリティテスト手法。SAST・DASTの利点を組み合わせたもの。
애플리케이션 실행 중 에이전트를 내장하여 실시간으로 취약점을 탐지하는 보안 테스트 기법으로, SAST와 DAST의 장점을 결합한 방식이다.
GitHubが提供するCI/CDプラットフォーム。リポジトリ上のイベント（プッシュ・PR等）をトリガーにワークフローを自動実行し、ビルド・テスト・デプロイを自動化できる。
GitHub에서 제공하는 CI/CD 플랫폼. 리포지토리 이벤트(푸시·PR 등)를 트리거로 워크플로우를 자동 실행하여 빌드·테스트·배포를 자동화할 수 있다.
セキュリティやコンプライアンスポリシーをコードとして定義し、自動的に検証・適用する手法。Infrastructure as Codeと組み合わせ、CI/CDパイプラインに組み込むことで継続的なポリシー遵守を実現する。
보안 및 컴플라이언스 정책을 코드로 정의하고 자동으로 검증·적용하는 방법론. Infrastructure as Code와 결합하여 CI/CD 파이프라인에 통합함으로써 지속적인 정책 준수를 실현한다.
Ansibleで実行する自動化タスクをYAML形式で記述したファイル。サーバーの構成管理やデプロイ手順を宣言的に定義し、冪等性を保ちながら繰り返し実行できる。
Ansible에서 실행할 자동화 작업을 YAML 형식으로 기술한 파일. 서버 구성 관리 및 배포 절차를 선언적으로 정의하며, 멱등성을 유지하면서 반복 실행할 수 있다.
Kubernetesのマニフェストをテンプレートなしでカスタマイズできるツールでkubectlに組み込まれている。overlayの仕組みで環境ごとの差分管理が可能。
Kubernetes 매니페스트를 템플릿 없이 커스터마이즈할 수 있는 도구로 kubectl에 내장되어 있다. overlay 구조로 환경별 차분 관리가 가능하다.
クラウドベースのCI/CDプラットフォーム。GitHubやBitbucketと連携し、コードのビルド・テスト・デプロイを自動化する。YAMLで設定を記述し、パイプラインを柔軟に構築できる。
클라우드 기반의 CI/CD 플랫폼. GitHub 및 Bitbucket과 연동하여 코드의 빌드·테스트·배포를 자동화한다. YAML로 설정을 작성하며 파이프라인을 유연하게 구축할 수 있다.
ソフトウェア開発の各フェーズでテストを継続的に実施する手法。CI/CDパイプラインに組み込み、品質を自動的かつ継続的に検証することでリリースリスクを低減する。
소프트웨어 개발의 각 단계에서 테스트를 지속적으로 실행하는 방법론. CI/CD 파이프라인에 통합하여 품질을 자동으로 지속 검증함으로써 릴리스 리스크를 줄인다.
Spotifyが開発したオープンソースの開発者ポータルフレームワーク。サービスカタログや各種ツールを一元管理し、エンジニアの開発体験（DX）向上を支援する。
Spotify가 개발한 오픈소스 개발자 포털 프레임워크. 서비스 카탈로그 및 각종 툴을 통합 관리하여 엔지니어의 개발자 경험(DX) 향상을 지원한다.
サーバやインフラの設定・状態をコードで管理するツール。Ansible、Chef、Puppetなどが代表例で、環境の一貫性確保や自動化に活用される。
서버 및 인프라의 설정·상태를 코드로 관리하는 도구. Ansible, Chef, Puppet 등이 대표적이며, 환경 일관성 확보 및 자동화에 활용된다.
ソフトウェアを本番環境へリリースする頻度を示す指標。DORAメトリクスの一つで、デプロイ頻度が高いほど開発チームの成熟度が高いとされる。
소프트웨어를 프로덕션 환경에 릴리스하는 빈도를 나타내는 지표. DORA 메트릭 중 하나로, 배포 빈도가 높을수록 개발팀의 성숙도가 높다고 평가된다.
Rubyベースの構成管理ツール。インフラをコードとして定義し、サーバーの設定・プロビジョニングを自動化する。レシピ・クックブックという概念でリソースを管理する。
Ruby 기반의 구성 관리 도구. 인프라를 코드로 정의하여 서버 설정 및 프로비저닝을 자동화한다. 레시피·쿡북 개념으로 리소스를 관리한다.
開発者の生産性向上を目的に、セルフサービス型の内部開発者プラットフォーム（IDP）を構築・運用するプラクティス。インフラやCI/CDパイプラインを標準化し、開発チームの認知負荷を低減する。
개발자 생산성 향상을 목적으로 셀프서비스형 내부 개발자 플랫폼(IDP)을 구축·운영하는 프랙티스. 인프라 및 CI/CD 파이프라인을 표준화하여 개발 팀의 인지 부하를 줄인다.
インフラやアプリの設定が、定義済みの期待値から意図せずにずれた状態（ドリフト）を自動的に検出する仕組み。IaCツールと連携して使われることが多い。
인프라나 애플리케이션의 설정이 정의된 기대값에서 의도치 않게 벗어난 상태(드리프트)를 자동으로 감지하는 메커니즘으로, IaC 도구와 연계해 활용되는 경우가 많다.
障害発生後に原因・影響・再発防止策を記録・共有する文化。個人を責めず、システム改善を目的とするブレームレスな姿勢が重要。
장애 발생 후 원인·영향·재발 방지책을 기록하고 공유하는 문화. 개인을 비난하지 않고 시스템 개선을 목적으로 하는 블레임리스한 자세가 핵심이다.
Chef構成管理ツールにおける設定・手順を定義するパッケージ単位。レシピやテンプレートをまとめ、サーバーの構成を自動化・再利用可能な形で管理する。
Chef 구성 관리 도구에서 설정 및 절차를 정의하는 패키지 단위. 레시피와 템플릿을 묶어 서버 구성을 자동화하고 재사용 가능한 형태로 관리한다.
Dockerイメージなどのコンテナイメージをリポジトリとしてホスティングするサービスの管理。プッシュ・プル・バージョン管理・アクセス制御などの運用を含む。
Docker 이미지 등의 컨테이너 이미지를 리포지토리로 호스팅하는 서비스 관리. 푸시·풀·버전 관리·액세스 제어 등의 운영을 포함한다.
SRE（サイト信頼性エンジニアリング）の文脈で使われる言葉。手作業で反復的、かつ自動化可能な運用作業（例：手動でのDBバックアップや再起動）のこと。SREはトイルを撲滅することを目標とする。
SRE(사이트 신뢰성 엔지니어링) 맥락에서 사용되는 단어. 수작업으로 반복적이며 자동화할 수 있는 운영 작업(예: 수동 DB 백업이나 재부팅). SRE는 토일을 근절하는 것을 목표로 한다.
新バージョンを一部のユーザーにだけ段階的にリリースし、問題がなければ全体に展開するデプロイ戦略。リスクを最小化しながら本番環境での検証が可能。
새 버전을 일부 사용자에게만 단계적으로 릴리스하고, 문제가 없으면 전체에 배포하는 전략. 리스크를 최소화하면서 프로덕션 환경에서 검증할 수 있음.
全開発者が単一のメインブランチ（トランク）に頻繁にコミットする開発手法。長寿命ブランチを避けることでマージ地獄を防ぎ、CI/CDとの親和性が高い。
모든 개발자가 단일 메인 브랜치(트렁크)에 자주 커밋하는 개발 방식. 장기 브랜치를 지양하여 머지 지옥을 방지하고 CI/CD와의 궁합이 뛰어나다.
Team Topologiesで定義される4つのチームタイプの一つ。他チームの能力向上を支援するため、特定技術領域の知識やノウハウを提供する専門チーム。
Team Topologies에서 정의하는 4가지 팀 유형 중 하나. 다른 팀의 역량 향상을 지원하기 위해 특정 기술 영역의 지식과 노하우를 제공하는 전문 팀.
ソフトウェアの開発・ビルド・配布までに関わるすべての要素（OSS、ツール、依存ライブラリ等）の連鎖。脆弱性混入リスクの管理対象として注目される。
소프트웨어 개발·빌드·배포까지 관여하는 모든 요소(OSS, 툴, 의존 라이브러리 등)의 연쇄. 취약점 혼입 리스크 관리 대상으로 주목받고 있다.
電力グリッドの再生可能エネルギー比率（炭素強度）が低い時間・地域にワークロードを移動させてCO₂排出を削減するコンピューティング戦略。Green Software Foundationが推進。
전력 그리드의 재생에너지 비율(탄소 강도)이 낮은 시간·지역으로 워크로드를 이동시켜 CO₂ 배출을 줄이는 컴퓨팅 전략. Green Software Foundation이 추진하고 있다.
手動で行っていた作業をスクリプトやツールで自動実行すること。テスト・デプロイ・監視など反復作業の効率化とヒューマンエラー削減に活用される。
수동으로 수행하던 작업을 스크립트나 툴로 자동 실행하는 것. 테스트·배포·모니터링 등 반복 작업의 효율화와 휴먼 에러 감소에 활용된다.
ソースコードのコンパイル・テスト・パッケージングなどのビルドプロセスをツールで自動化すること。Jenkins、GitHub Actionsなどが代表的なツール。
소스 코드의 컴파일·테스트·패키징 등 빌드 프로세스를 도구로 자동화하는 것. Jenkins, GitHub Actions 등이 대표적인 도구이다.
企業内でOSSの開発文化・手法（プルリクエスト、コードレビュー等）を適用し、部門を越えてコードを共有・協働する開発アプローチ。
기업 내에서 오픈소스 개발 문화와 방법론(풀 리퀘스트, 코드 리뷰 등)을 적용하여 부서를 초월해 코드를 공유하고 협업하는 개발 방식.
機能開発用のブランチを本番環境に統合する前に、専用の一時環境へデプロイして動作確認を行う手法。レビューやQAを並行して進めやすくなる。
기능 개발용 브랜치를 프로덕션 환경에 병합하기 전에 전용 임시 환경에 배포하여 동작을 검증하는 방식으로, 코드 리뷰와 QA를 병행하기 용이하다.
システムの新バージョンを本番環境へ展開する際の手法。ブルーグリーン、カナリア、ローリングアップデートなど、ダウンタイムやリスクを最小化するための方式を指す。
시스템 신버전을 운영 환경에 배포할 때 사용하는 방법론. 블루그린, 카나리아, 롤링 업데이트 등 다운타임과 리스크를 최소화하기 위한 배포 방식을 의미한다.
オープンソースのソフトウェアサプライチェーンセキュリティツール。コード署名・検証を透明性ログと組み合わせ、アーティファクトの完全性を保証するCNCFプロジェクト。
오픈소스 소프트웨어 공급망 보안 도구. 코드 서명 및 검증을 투명성 로그와 결합하여 아티팩트의 무결성을 보장하는 CNCF 프로젝트.
アプリケーションのビルド・テスト・本番環境へのリリースをスクリプトやツールで自動化するプロセス。CI/CDパイプラインの中核を担い、人的ミス削減と迅速なリリースを実現する。
애플리케이션의 빌드·테스트·프로덕션 환경 배포를 스크립트나 툴로 자동화하는 프로세스. CI/CD 파이프라인의 핵심을 담당하며, 인적 오류 감소와 신속한 릴리스를 실현한다.
Elasticsearch・Logstash・Kibanaの3ツールを組み合わせたログ収集・分析基盤の構築。大量ログのリアルタイム検索・可視化に活用される。
Elasticsearch·Logstash·Kibana 세 가지 도구를 조합한 로그 수집·분석 인프라 구축. 대량 로그의 실시간 검색 및 시각화에 활용된다.
インフラやアクセス制御などのポリシーをコードとして定義・管理する手法。OPAやSentinelなどのツールを使い、ポリシーの自動検証やCI/CDパイプラインへの組み込みが可能。
인프라나 접근 제어 등의 정책을 코드로 정의하고 관리하는 방법론입니다. OPA나 Sentinel 같은 도구를 활용해 정책 자동 검증 및 CI/CD 파이프라인 통합이 가능합니다.
アプリケーションをコンテナ単位でパッケージ化し、環境に依存せず実行できるコンテナ型仮想化プラットフォーム。開発・本番環境の差異を解消する。
애플리케이션을 컨테이너 단위로 패키징하여 환경에 관계없이 실행할 수 있는 컨테이너형 가상화 플랫폼. 개발·운영 환경의 차이를 해소한다.
KubernetesのAPIを拡張し、クラウドのインフラストラクチャ（AWS RDSやGCP Cloud SQLなど）をKubernetesのリソースとして宣言的に管理・プロビジョニングできるオープンソースツール。
Kubernetes의 API를 확장하여, 클라우드 인프라(AWS RDS나 GCP Cloud SQL 등)를 Kubernetes 리소스로 선언적으로 관리하고 프로비저닝할 수 있는 오픈소스 도구.
Grafanaを使って構築する可視化ダッシュボード。メトリクス・ログ・トレースをリアルタイムでグラフ表示し、システムの稼働状況や性能を一元監視するために活用される。
Grafana를 사용하여 구축하는 시각화 대시보드. 메트릭·로그·트레이스를 실시간으로 그래프로 표시하며, 시스템 가동 상태와 성능을 통합 모니터링하는 데 활용된다.
インフラ構成をコードで定義・管理する手法。IaCとも呼ばれ、TerraformやAnsibleなどのツールを使い、環境構築の自動化・再現性・バージョン管理を実現する。
인프라 구성을 코드로 정의하고 관리하는 방법론. IaC라고도 불리며, Terraform이나 Ansible 같은 도구를 사용해 환경 구축의 자동화·재현성·버전 관리를 실현한다.
製品やサービスの提供プロセス全体を可視化する手法。無駄なステップやボトルネックを特定し、リードタイムの短縮やフロー改善に活用されるリーン・DevOps実践のツール。
제품이나 서비스 제공 프로세스 전체를 시각화하는 기법. 낭비 단계나 병목을 식별하고 리드 타임 단축 및 흐름 개선에 활용되는 린·DevOps 실천 도구.
開発者がツール・プロセス・環境を利用する際の総合的な体験品質。DXの向上はエンジニアの生産性やモチベーション、コード品質に直結するため、DevOps推進の重要指標とされる。
개발자가 도구·프로세스·환경을 사용할 때 느끼는 종합적인 경험 품질. DX 향상은 엔지니어의 생산성, 동기 부여, 코드 품질에 직결되며 DevOps 추진의 핵심 지표로 여겨진다.
コードのビルド・テスト・デプロイを自動化した一連のプロセス。CI/CDの中核をなし、品質担保と迅速なリリースを両立させる仕組み。
코드의 빌드·테스트·배포를 자동화한 일련의 프로세스. CI/CD의 핵심을 이루며, 품질 보장과 신속한 릴리스를 동시에 실현하는 구조.
ソフトウェアサプライチェーンのセキュリティを強化するフレームワーク。ビルドやリリースプロセスの完全性を保証するためのレベル別ガイドラインを提供する。
소프트웨어 공급망 보안을 강화하는 프레임워크로, 빌드 및 릴리스 프로세스의 무결성을 보장하기 위한 레벨별 가이드라인을 제공한다.
デプロイやリリースなどの変更作業のうち、障害や修正対応が必要になった割合。DORAメトリクスの4つの指標の一つで、デプロイ品質を測る重要な指標。
배포나 릴리즈 등 변경 작업 중 장애나 수정 대응이 필요했던 비율. DORA 메트릭스의 4가지 지표 중 하나로, 배포 품질을 측정하는 중요한 지표.
アプリやインフラから出力されるログを一元収集・保存・検索・分析できるシステム。ELKスタックやDatadogなどが代表的で、障害調査や監視に活用される。
애플리케이션과 인프라에서 출력되는 로그를 중앙에서 수집·저장·검색·분석할 수 있는 시스템. ELK 스택이나 Datadog 등이 대표적이며, 장애 조사 및 모니터링에 활용된다.
コードのビルド・テスト・デプロイを自動化する一連のフローを設計すること。CI/CDパイプラインにより、開発サイクルの高速化と品質の安定化を実現する。
코드의 빌드·테스트·배포를 자동화하는 일련의 흐름을 설계하는 것. CI/CD 파이프라인을 통해 개발 사이클의 고속화와 품질 안정화를 실현한다.
GitHubが提唱するシンプルなブランチ戦略。mainブランチを常にデプロイ可能な状態に保ち、機能ブランチからプルリクエストを経てマージする軽量なワークフロー。
GitHub가 제안한 단순한 브랜치 전략. main 브랜치를 항상 배포 가능한 상태로 유지하고, 기능 브랜치에서 풀 리퀘스트를 거쳐 머지하는 경량 워크플로우.
インシデント管理・オンコール対応を自動化するSaaSプラットフォーム。アラート通知のルーティング、エスカレーション、オンコールスケジュール管理などを一元化し、障害対応の迅速化を支援する。
인시던트 관리 및 온콜 대응을 자동화하는 SaaS 플랫폼. 알림 라우팅, 에스컬레이션, 온콜 스케줄 관리 등을 일원화하여 장애 대응 속도를 높이는 데 활용된다.
AtlassianのGitリポジトリホスティングサービス。JiraやConfluenceとの連携が強みで、CI/CDパイプライン機能（Bitbucket Pipelines）も備える。
Atlassian의 Git 리포지토리 호스팅 서비스. Jira 및 Confluence와의 연동이 강점이며, CI/CD 파이프라인 기능(Bitbucket Pipelines)도 제공한다.
組織のチーム構造とチーム間の連携パターンを定義するフレームワーク。Stream-aligned、Platform、Enabling、Complicated Subsystemの4タイプと3つのインタラクションモードで構成される。
조직의 팀 구조와 팀 간 협력 패턴을 정의하는 프레임워크. Stream-aligned, Platform, Enabling, Complicated Subsystem의 4가지 유형과 3가지 인터랙션 모드로 구성된다.
Mean Time To Repairの短縮を指し、障害発生から復旧までの平均時間を減らす取り組み。監視強化・自動復旧・ランブック整備が主な施策。
Mean Time To Repair의 단축을 의미하며, 장애 발생부터 복구까지의 평균 시간을 줄이는 활동. 모니터링 강화, 자동 복구, 런북 정비가 주요 방안.
障害発生時などに担当エンジニアが時間外でも呼び出しに応じて対応できる待機体制。PagerDutyなどのツールで管理されることが多い。
장애 발생 시 담당 엔지니어가 업무 시간 외에도 호출에 응하여 대응할 수 있는 대기 체제. PagerDuty 등의 툴로 관리되는 경우가 많다.
アプリケーションやインフラから稼働状況・パフォーマンス指標・エラーログなどを自動的に収集する仕組み。ObservabilityやAPMの基盤となる。
애플리케이션이나 인프라에서 가동 상태·성능 지표·에러 로그 등을 자동으로 수집하는 구조. Observability 및 APM의 기반이 된다.
CI/CDパイプラインで過去のテスト結果をキャッシュし、変更のないモジュールの再テストをスキップすることでビルド時間を短縮する手法。
CI/CD 파이프라인에서 이전 테스트 결과를 캐시하여, 변경되지 않은 모듈의 재테스트를 건너뜀으로써 빌드 시간을 단축하는 기법입니다.
Prometheusが収集・保存する時系列データ。アプリやインフラの状態をCounter・Gauge・Histogram・Summaryの4種類の型で表現し、監視・アラートに活用する。
Prometheus가 수집·저장하는 시계열 데이터. 애플리케이션과 인프라 상태를 Counter·Gauge·Histogram·Summary 4가지 타입으로 표현하여 모니터링 및 알림에 활용한다.
静的解析ツールやAIを活用してコードレビューの一部を自動で行う仕組み。品質担保と開発速度向上を両立させるためにCI/CDパイプラインに組み込まれることが多い。
정적 분석 도구나 AI를 활용하여 코드 리뷰의 일부를 자동으로 수행하는 방식. 품질 확보와 개발 속도 향상을 동시에 달성하기 위해 CI/CD 파이프라인에 통합되는 경우가 많다.
本番環境を「ブルー」と「グリーン」の2系統用意し、新バージョンをグリーンにデプロイ後、トラフィックを切り替えることでダウンタイムゼロを実現するデプロイ手法。
운영 환경을 '블루'와 '그린' 두 계통으로 구성하여, 신규 버전을 그린에 배포한 후 트래픽을 전환함으로써 다운타임 없이 배포를 실현하는 배포 기법.
コードの変更が自動テストを通過した後、人手を介さず自動的に本番環境へリリースされる開発プロセス。CD（Continuous Deployment）とも呼ばれ、CI/CDパイプラインの最終段階を担う。
코드 변경 사항이 자동 테스트를 통과한 후, 사람의 개입 없이 자동으로 프로덕션 환경에 릴리스되는 개발 프로세스. CD(Continuous Deployment)라고도 하며, CI/CD 파이프라인의 최종 단계를 담당한다.
ソフトウェアの変更を自動化されたプロセスで常にリリース可能な状態に保つ手法。CI/CDパイプラインの一部として、テスト・ビルド・デプロイを自動化する。
소프트웨어 변경 사항을 자동화된 프로세스를 통해 항상 릴리스 가능한 상태로 유지하는 방법론. CI/CD 파이프라인의 일부로 테스트, 빌드, 배포를 자동화한다.
複数のOS・言語バージョン・環境の組み合わせを定義し、CI/CDパイプラインで並列に自動ビルド・テストを実行する手法。
여러 OS, 언어 버전, 환경 조합을 정의하여 CI/CD 파이프라인에서 병렬로 자동 빌드 및 테스트를 실행하는 기법입니다.
プロジェクトが使用するライブラリやパッケージの脆弱性を自動検出する手法。CI/CDパイプラインに組み込み、既知のCVEを早期発見するために活用される。
프로젝트에서 사용하는 라이브러리나 패키지의 취약점을 자동으로 검출하는 기법. CI/CD 파이프라인에 통합하여 알려진 CVE를 조기에 발견하는 데 활용된다.
KubernetesネイティブなCI/CDパイプラインを構築するためのオープンソースフレームワーク。パイプライン自体もKubernetesのカスタムリソース（CRD）として定義され、コンテナ上で独立して実行される。
Kubernetes 네이티브 CI/CD 파이프라인을 구축하기 위한 오픈소스 프레임워크. 파이프라인 자체도 Kubernetes의 커스텀 리소스(CRD)로 정의되며, 컨테이너에서 독립적으로 실행된다.
インフラの構成管理を自動化するツール。マニフェストと呼ばれる宣言的な設定ファイルを使い、サーバーの状態を一元管理・維持する。
인프라 구성 관리를 자동화하는 도구. 매니페스트라고 불리는 선언적 설정 파일을 사용하여 서버의 상태를 중앙에서 관리하고 유지한다.
HashiCorpが開発したIaC（Infrastructure as Code）ツール。HCL言語でインフラ構成をコードで定義し、クラウドリソースのプロビジョニングや変更管理を自動化できる。
HashiCorp가 개발한 IaC(Infrastructure as Code) 도구. HCL 언어로 인프라 구성을 코드로 정의하고, 클라우드 리소스의 프로비저닝 및 변경 관리를 자동화할 수 있다.
システムやアプリケーションの稼働状況・パフォーマンス・セキュリティ状態をリアルタイムかつ継続的に監視・記録する運用プラクティス。障害の早期検知やインシデント対応に不可欠。
시스템 및 애플리케이션의 가동 상태, 성능, 보안 상태를 실시간으로 지속적으로 모니터링하고 기록하는 운영 방식. 장애의 조기 발견 및 인시던트 대응에 필수적이다.
マイクロサービスアーキテクチャにおいて、サービス間の通信（ルーティング、認証、暗号化、監視）をアプリケーションコードから分離し、インフラレイヤーで一元的に制御する仕組み。
마이크로서비스 아키텍처에서 서비스 간의 통신(라우팅, 인증, 암호화, 모니터링)을 애플리케이션 코드에서 분리하여 인프라 계층에서 일원적으로 제어하는 구조.
ITインフラとソフトウェアの環境負荷を最小化するための運用手法。カーボンフットプリントの計測・カーボンアウェアなワークロードスケジューリング・省電力最適化が含まれる。
IT 인프라와 소프트웨어의 환경 부하를 최소화하기 위한 운용 기법. 탄소 발자국 측정·탄소 인식 워크로드 스케줄링·전력 절약 최적화가 포함된다.
開発したアプリケーションやシステムを本番・ステージング環境などの対象環境に配置・稼働させる作業。CI/CDパイプラインと組み合わせて自動化されることが多い。
개발한 애플리케이션이나 시스템을 운영 환경, 스테이징 환경 등 대상 환경에 배치하고 가동시키는 작업. CI/CD 파이프라인과 결합하여 자동화되는 경우가 많다.
開発チームが開発に集中できるよう、共通インフラやツール基盤を整備・運用する専門チーム。内部開発者向けプラットフォーム（IDP）の構築を担う。
개발 팀이 개발에 집중할 수 있도록 공통 인프라와 툴 기반을 구축·운영하는 전문 팀. 내부 개발자용 플랫폼(IDP) 구축을 담당한다.
Netflixが開発したマルチクラウド対応の継続的デリバリー（CD）プラットフォーム。カナリアリリースやBlue/Greenデプロイなど、高度なデプロイ戦略を視覚的なパイプラインで安全に実行できる。
Netflix가 개발한 멀티 클라우드 대응 지속적 배포(CD) 플랫폼. 카나리아 릴리스나 Blue/Green 배포 등 고도화된 배포 전략을 시각적인 파이프라인으로 안전하게 실행할 수 있다.
ソフトウェアのリリース回数を増やすこと。CI/CDパイプラインの整備や小さな変更単位でのデプロイ戦略により、フィードバックサイクルを短縮し品質と開発速度を両立させる。
소프트웨어 릴리스 횟수를 늘리는 것. CI/CD 파이프라인 구축과 소규모 단위 배포 전략을 통해 피드백 사이클을 단축하고 품질과 개발 속도를 동시에 향상시킨다.
システムやアプリケーションのパフォーマンスを定量的に測定する指標。CPU使用率、レスポンスタイム、エラーレートなどが代表例で、監視・改善活動の基盤となる。
시스템이나 애플리케이션의 성능을 정량적으로 측정하는 지표. CPU 사용률, 응답 시간, 오류율 등이 대표적인 예이며, 모니터링 및 개선 활동의 기반이 된다.
開発者がコードを頻繁にリポジトリへマージし、自動ビルド・テストを実行するプラクティス。バグの早期検出とリリース品質向上を目的とする。
개발자가 코드를 자주 리포지토리에 병합하고 자동 빌드 및 테스트를 실행하는 방식으로, 버그의 조기 발견과 릴리스 품질 향상을 목적으로 한다.
Kubernetes環境向けに特化したカオスエンジニアリングプラットフォーム。Podの強制終了やネットワーク遅延、ディスクI/Oエラーなどを意図的に注入し、システムの耐障害性をテストする。
Kubernetes 환경에 특화된 카오스 엔지니어링 플랫폼. Pod 강제 종료나 네트워크 지연, 디스크 I/O 에러 등을 의도적으로 주입하여 시스템의 내장애성을 테스트한다.
HashiCorpによるTerraformのライセンス変更に伴い、Linux Foundation主導でフォークされた完全オープンソースのIaCツール。Terraformと高い互換性を持つ。
HashiCorp의 Terraform 라이선스 변경에 따라 Linux Foundation 주도로 포크된 완전 오픈소스 IaC 도구. Terraform과 높은 호환성을 가진다.
コードのデプロイとは独立して機能のオン・オフを制御する仕組み。特定ユーザーへの段階的リリースやA/Bテスト、カナリアリリースなどに活用される。
코드 배포와 독립적으로 기능의 활성화·비활성화를 제어하는 방식. 특정 사용자 대상 단계적 릴리스, A/B 테스트, 카나리아 릴리스 등에 활용된다.
本番環境に意図的に障害を注入し、システムの耐障害性を検証・改善する手法。NetflixのChaos Monkeyが先駆けとして有名。
운영 환경에 의도적으로 장애를 주입하여 시스템의 내결함성을 검증하고 개선하는 기법. Netflix의 Chaos Monkey가 선구자로 유명하다.
Team Topologiesで定義される組織パターンの一つ。特定のビジネス領域や価値のストリームに沿って編成され、エンドツーエンドで独立してデリバリーできるチーム構造。
Team Topologies에서 정의하는 조직 패턴 중 하나로, 특정 비즈니스 영역이나 가치 흐름에 맞게 구성되어 엔드투엔드로 독립적으로 딜리버리할 수 있는 팀 구조.