コンテンツへスキップ

Recent

Newest approved public definitions for this language.

2,337 source-backed termsdatabase

機械支援の翻訳下書き (Japanese) for "Container Cache Invalidation": Container Cache Invalidation is a compute freshness process that removes or refreshes stale cached data for packaged application runtime. It uses keys, tags, timestamps, and purge events so teams can serve current results while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Cache Invalidation when the image started on a new node, so the team could serve current results before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Capacity Forecast": Container Capacity Forecast is a compute planning model that estimates future resource needs for packaged application runtime. It uses traffic history, growth assumptions, and utilization trends so teams can avoid surprise shortages while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Capacity Forecast when the image started on a new node, so the team could avoid surprise shortages before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Checkpoint Restore": Container Checkpoint Restore is a compute recovery workflow that resumes work from a saved state for packaged application runtime. It uses snapshots, state files, and integrity checks so teams can recover long-running work while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Checkpoint Restore when the image started on a new node, so the team could recover long-running work before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Cold Start Budget": Container Cold Start Budget is a compute latency target that limits startup delay for newly scheduled execution for packaged application runtime. It uses prewarming, smaller packages, and runtime tuning so teams can keep first requests responsive while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Cold Start Budget when the image started on a new node, so the team could keep first requests responsive before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Image Hardening": Container Image Hardening is a compute security practice that reduces risk inside packaged runtime images for packaged application runtime. It uses minimal bases, patching, and vulnerability checks so teams can ship safer workloads while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Image Hardening when the image started on a new node, so the team could ship safer workloads before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Isolation Boundary": Container Isolation Boundary is a compute security boundary that separates workloads so one cannot affect another unexpectedly for packaged application runtime. It uses namespaces, sandboxes, and access controls so teams can reduce cross-workload risk while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Isolation Boundary when the image started on a new node, so the team could reduce cross-workload risk before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Placement Strategy": Container Placement Strategy is a compute scheduling rule that chooses where workloads should run for packaged application runtime. It uses affinity, topology, availability, and cost signals so teams can improve reliability and efficiency while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Placement Strategy when the image started on a new node, so the team could improve reliability and efficiency before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Resource Quota": Container Resource Quota is a compute limit that sets how much compute a workload may consume for packaged application runtime. It uses policy, reservations, and usage tracking so teams can protect shared capacity while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Resource Quota when the image started on a new node, so the team could protect shared capacity before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Runtime Profile": Container Runtime Profile is a compute performance record that shows how code uses CPU, memory, I/O, and time for packaged application runtime. It uses sampling, traces, and resource metrics so teams can target optimization work while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Runtime Profile when the image started on a new node, so the team could target optimization work before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "Container Workload Priority": Container Workload Priority is a compute scheduling signal that tells the platform which work matters most when capacity is constrained for packaged application runtime. It uses priority classes, preemption rules, and fairness limits so teams can protect critical paths while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The platform engineering team used Container Workload Priority when the image started on a new node, so the team could protect critical paths before the workload scaled up.

機械支援の翻訳下書き (Japanese) for "DNS Anycast Endpoint": DNS Anycast Endpoint is a networking routing pattern that advertises one address from multiple locations for name resolution and delegation. It uses regional announcements, health checks, and traffic steering so teams can serve users from nearby healthy sites while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Anycast Endpoint when a resolver returned stale data, so the team could serve users from nearby healthy sites before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Certificate Monitor": DNS Certificate Monitor is a networking security monitor that tracks certificate validity and configuration for name resolution and delegation. It uses expiry checks, chain validation, and alerting so teams can avoid trust failures while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Certificate Monitor when a resolver returned stale data, so the team could avoid trust failures before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Egress Policy": DNS Egress Policy is a networking outbound control that decides where workloads may send traffic for name resolution and delegation. It uses allowlists, identity, and logging so teams can reduce exfiltration and SSRF risk while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Egress Policy when a resolver returned stale data, so the team could reduce exfiltration and SSRF risk before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Failover Policy": DNS Failover Policy is a networking resilience policy that defines when traffic should move to another path or region for name resolution and delegation. It uses health signals, priorities, and cooldown windows so teams can recover from outages predictably while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Failover Policy when a resolver returned stale data, so the team could recover from outages predictably before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Health Probe": DNS Health Probe is a networking availability check that tests whether a service or path can receive traffic for name resolution and delegation. It uses timed requests, thresholds, and regional checks so teams can send traffic only to healthy targets while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Health Probe when a resolver returned stale data, so the team could send traffic only to healthy targets before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Ingress Rule": DNS Ingress Rule is a networking boundary rule that controls how external traffic enters a service for name resolution and delegation. It uses hostnames, paths, protocols, and policy checks so teams can keep entry points predictable while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Ingress Rule when a resolver returned stale data, so the team could keep entry points predictable before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Packet Capture": DNS Packet Capture is a networking diagnostic artifact that records network packets for analysis for name resolution and delegation. It uses bounded capture windows, filters, and redaction so teams can investigate protocol behavior safely while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Packet Capture when a resolver returned stale data, so the team could investigate protocol behavior safely before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Path Trace": DNS Path Trace is a networking diagnostic record that shows where traffic travels and where delay or loss appears for name resolution and delegation. It uses hop data, timing, and network metadata so teams can debug connectivity issues while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Path Trace when a resolver returned stale data, so the team could debug connectivity issues before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Rate Limit": DNS Rate Limit is a networking traffic control that caps request volume over a period for name resolution and delegation. It uses identity keys, windows, and response policies so teams can protect services from overload while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Rate Limit when a resolver returned stale data, so the team could protect services from overload before traffic crossed a service boundary.

機械支援の翻訳下書き (Japanese) for "DNS Resolver Cache": DNS Resolver Cache is a networking performance layer that stores DNS answers for reuse until they expire for name resolution and delegation. It uses TTL rules, cache keys, and invalidation so teams can reduce lookup latency while keeping evidence, reliability, and public-safe operational boundaries clear.

例文の下書き: The network engineering team used DNS Resolver Cache when a resolver returned stale data, so the team could reduce lookup latency before traffic crossed a service boundary.