Terms
출처: 문서
본문
용어
이 가이드는 OpenSearch 문서에서 일반적으로 사용되는 용어에 대한 편집 지침을 제공합니다. 철자, 대문자 사용, 하이픈 사용 및 사용법을 포함합니다. OpenSearch 개념에 대한 정의는 Concepts를 참조하세요.
A
abort
부정적인 연상이 있고 불필요하게 거칠게 들리므로 사용하지 마세요. 대신 stop, end, _cancel_을 사용하세요.
above
물리적 공간이나 화면 설명에만 사용하세요. 예: "the button above the bar pane".
문서 내 방향을 나타낼 때는 previous, preceding, _earlier_를 사용하세요.
ad hoc
사용하지 마세요. 대신 _one-time_을 사용하세요.
administrator, admin
명사로 사용할 때는 전체를 표기하세요("contact your administrator"). 형용사로 사용할 때는 _admin_을 사용할 수 있으며("admin credentials", "admin privileges"), 코드 폰트로도 사용할 수 있습니다(예: admin 사용자).
affect
명사 affect는 얼굴이나 신체 언어로 표현되는 감정을 의미합니다. 동사 affect는 영향을 미치다는 뜻입니다. effect와 혼동하지 마세요.
AI
_artificial intelligence (AI)_로 정의할 필요가 없습니다.
AI/ML
첫 언급 시 artificial intelligence and machine learning (AI/ML)을 사용하세요.
allow
사용자가 작업을 완료하기 위해 보안 권한이 있어야 하는 경우 allow를 사용하세요.
사용자에게 무언가를 가능하게 하는 것을 나타내기 위해 allow를 사용하지 마세요. 대신 사용자 관점에서 중요한 것에 초점을 맞추도록 다시 작성하세요.
allow list
허용된(차단되지 않은) 항목 목록을 설명하는 데 사용하세요. 동사로 사용하지 마세요. whitelist를 사용하지 마세요.
Amazon Bedrock
모든 경우에 _Amazon Bedrock_을 사용하세요. 접두사가 필요합니다. _Bedrock_만 사용하지 마세요.
Amazon CloudWatch
페이지에서 처음 등장할 때는 _Amazon CloudWatch_를 사용하고, 이후에는 _CloudWatch_를 사용하세요.
Amazon Elastic Compute Cloud (Amazon EC2)
페이지에서 처음 등장할 때는 _Amazon Elastic Compute Cloud (Amazon EC2)_를 사용하고, 이후에는 Amazon EC2 또는 _EC2_를 사용하세요.
Amazon Elastic Container Service (Amazon ECS)
페이지에서 처음 등장할 때는 _Amazon Elastic Container Service (Amazon ECS)_를 사용하고, 이후에는 Amazon ECS 또는 _ECS_를 사용하세요.
Amazon Elastic Kubernetes Service (Amazon EKS)
페이지에서 처음 등장할 때는 _Amazon Elastic Kubernetes Service (Amazon EKS)_를 사용하고, 이후에는 Amazon EKS 또는 _EKS_를 사용하세요.
Amazon OpenSearch Serverless
첫 등장 시 _Amazon OpenSearch Serverless_를 사용하고, 이후에는 _OpenSearch Serverless_를 사용해도 됩니다. Amazon OpenSearch Serverless는 Amazon OpenSearch Service의 온디맨드 서버리스 구성입니다.
Amazon OpenSearch Service
첫 등장 시 _Amazon OpenSearch Service_를 사용하고, 이후에는 _OpenSearch Service_를 사용해도 됩니다. Amazon OpenSearch Service는 AWS 클라우드에서 OpenSearch 클러스터를 쉽게 배포, 운영 및 확장할 수 있는 관리형 서비스입니다. Amazon OpenSearch Service는 Amazon Elasticsearch Service(Amazon ES)의 후속 서비스이며 OpenSearch와 레거시 Elasticsearch OSS(소프트웨어의 마지막 오픈 소스 버전인 7.10까지)를 지원합니다.
Amazon SageMaker
페이지에서 처음 등장할 때는 _Amazon SageMaker_를 사용하고, 이후에는 _SageMaker_를 사용하세요.
Amazon Simple Queue Service (Amazon SQS)
페이지에서 처음 등장할 때는 _Amazon Simple Queue Service (Amazon SQS)_를 사용하고, 이후에는 Amazon SQS 또는 _SQS_를 사용하세요.
Amazon Simple Storage Service (Amazon S3)
페이지에서 처음 등장할 때는 _Amazon Simple Storage Service (Amazon S3)_를 사용하고, 이후에는 Amazon S3 또는 _S3_를 사용하세요.
API, API operation
action, method, function 대신 _operation_을 사용하세요. 세 가지 대문자 사용 규칙이 적용됩니다.
- API 이름: 모든 단어를 대문자로 표기합니다("Field Capabilities API").
- 엔드포인트 이름으로 API 작업: 소문자와 코드 폰트를 사용합니다("
_field_capsAPI"). - 일반적으로 설명되는 API 작업: 소문자를 사용합니다("field capabilities operations" 또는 "field capabilities API operations").
자세한 내용은 Formatting and organization을 참조하세요.
app or application
모바일 소프트웨어에는 app을 사용하고, 다른 모든 경우에는 application을 사용하세요.
appear, display, and open
메시지와 팝업 상자는 appear를 사용합니다. 창, 페이지, 애플리케이션은 open을 사용합니다. 동사 display는 명확한 목적어가 필요합니다. 예: 시스템이 오류 메시지를 표시합니다(The system displays the error message).
as well as
사용하지 마세요. 적절하게 in addition to 또는 and로 대체하세요.
auto scaling
자동 확장 기능을 일반적으로 설명할 때는 소문자 scaling, auto scaling, _automatic scaling_을 선호하는 설명 용어로 사용하세요(_autoscaling_은 사용하지 마세요).
하이픈을 사용한 auto-scaling을 복합 수식어로 사용하지 마세요. 대신 scaling(예: scaling policy) 또는 scalable(예: scalable target 또는 scalable, load-balanced environment)을 사용하세요.
AWS Identity and Access Management (IAM)
페이지에서 처음 등장할 때는 _AWS Identity and Access Management (IAM)_를 사용하고, 이후에는 _IAM_을 사용하세요.
AWS Secrets Manager
페이지에서 처음 등장할 때는 _AWS Secrets Manager_를 사용하고, 이후에는 _Secrets Manager_를 사용하세요.
AWS Signature Version 4
첫 등장 시 사용하세요. 이후에는 _Signature Version 4_를 사용할 수 있습니다. 공간이 제한된 경우에만 _SigV4_를 사용하세요.
B
backend (n., adj.)
_backend_를 형용사와 명사로 사용하세요. back end 또는 _back-end_를 사용하지 마세요. _backend system_과 같은 복합 명사의 일부가 아닌 경우 _backend_를 소유격으로 만들지 마세요.
below
물리적 공간이나 화면 설명에만 사용하세요. 예: "the outlet below the vent" 또는 "the button below the bar pane".
문서 내 방향을 나타낼 때는 following 또는 _later_를 사용하세요.
Base64
base64, base-64, _Base-64_가 아닙니다.
big data
blacklist
사용하지 마세요. 대신 _deny list_를 사용하세요.
blackout
사용하지 마세요. 대신 service outage 또는 _blocked_를 사용하세요.
BM25
주어진 검색 쿼리에 대한 문서의 관련성을 추정하는 데 사용되는 순위 함수입니다. BM25는 문서 길이를 정규화하여 TF–IDF를 확장합니다.
boost (v., n.), boosting (n., adj.)
_boost_는 동사('boost the field's relevance')와 매개변수 값의 명사('apply a boost of 2.0')로 사용하세요. _boosting_은 개념의 명사('term boosting increases relevance')와 쿼리 유형의 형용사('boosting query')로 사용하세요. 일반적인 개념을 나타내는 명사로 _boost_를 사용하지 마세요. 대신 _boosting_을 사용하세요.
Boolean
문장이나 문장 조각의 시작 부분에서 Boolean 값의 이름을 사용하지 마세요. 일반적으로 Boolean이라는 단어는 대문자로 표기합니다. 특정 프로그래밍 언어의 경우 해당 언어의 사용법을 따르세요.
OpenSearch 스타일:
- Boolean 함수는 Boolean 표현식 또는 정수 표현식과 함께 사용할 수 있습니다.
- IsTruncated(): 확인된 대상 목록이 잘렸는지 여부를 지정하는 Boolean 값입니다.
bottom
일반적인 화면 참조로만 사용하세요. 예: "scroll to the bottom of the page". 기능이나 컨트롤에 대한 창, 페이지, 창 참조에는 사용하지 마세요. 대신 _lower_를 사용하세요. 예를 들어 "Choose the button on the lower left"와 같은 표현을 사용할 수 있습니다.
browse
정보를 훑어보거나 웹을 검색할 때 사용하세요. 사이트나 컴퓨터에서 특정 항목으로 이동하는 방법을 설명할 때는 사용하지 마세요. 대신 see 또는 _navigate to_를 사용하세요.
build (n., v.)
코드를 컴파일하고 링크하는 것을 나타내는 동사로 사용하세요. 프로그래밍 참조에서 프로그램의 컴파일된 버전을 나타내는 명사로만 사용하세요(예: Use the current build of Amazon Linux 2...).
C
CA
인증 기관
certs, certificates
첫 언급 시 _certificates_를 사용하세요. 이후에는 _certs_를 사용해도 됩니다.
checkbox, checkboxes
CI/CD
첫 언급 시 continuous integration 및 continuous delivery (CI/CD) 또는 _continuous integration and delivery (CI/CD)_를 사용하세요.
CLI
_command-line interface (CLI)_로 정의할 필요가 없습니다.
cluster manager
대문자로 표기하지 마세요. 클러스터에 대한 요청을 라우팅하고 다른 노드를 변경하는 단일 노드입니다. 각 클러스터에는 하나의 클러스터 관리자가 포함됩니다.
cluster-manager-eligible node
node 앞에 복합 형용사로 사용할 때는 _cluster-manager-eligible_에 하이픈을 사용하세요. _cluster manager eligible node_를 사용하지 마세요.
coordinating node
_coordinator node_가 아닌 _coordinating node_를 사용하세요. 코디네이팅 노드는 클라이언트 요청을 수신하고 적절한 샤드로 라우팅하며 결과를 집계합니다.
command line, command-line
명사로는 두 단어입니다. 형용사로는 하이픈을 사용합니다.
Cross-Cluster Replication
한 OpenSearch 클러스터에서 다른 클러스터로 인덱스, 매핑 및 메타데이터를 복제하는 플러그인입니다. _Cross-Cluster_에 하이픈을 사용하세요. _Cross Cluster Replication_을 사용하지 마세요.
cut over (v.), cutover (n., adj.)
동사로는 _cut over_를 사용하세요("cut over to the new cluster"). 명사나 형용사로는 _cutover_를 사용하세요("perform the cutover", "the cutover phase"). 하이픈을 사용하지 마세요.
cyber
개방형 표준에 의해 결정되는 경우를 제외하고, 닫힌 복합어에서 접두사로 사용하세요. _cyber_와 나머지 단어 사이에 공백이나 하이픈을 사용하지 마세요.
D
dashboard, Dashboards, OpenSearch Dashboards
웹 UI 애플리케이션을 지칭할 때는 모든 경우에 OpenSearch Dashboards(대문자, 전체 이름)를 사용하세요. OpenSearch Dashboards 내에서 Dashboards 애플리케이션(시각화를 단일 페이지로 조합하는 도구)의 약식으로만 Dashboards(대문자)를 사용하세요. 해당 애플리케이션에서 생성된 개별 시각화 페이지를 지칭할 때는 dashboard(소문자)를 사용하세요. _OpenSearch Dashboards_의 독립적인 약어로 _Dashboards_를 사용하지 마세요.
data
data are가 아닌 data is를 사용하세요. datas를 사용하지 마세요. 데이터 집합 내의 개별 항목을 설명하려면 pieces of data 또는 이에 상응하는 표현을 사용하세요.
data center
dataset
data source
data store, datastore
일반적으로 사용될 때는 두 단어이지만 VMware 제품을 지칭할 때는 한 단어입니다.
data type
dates
다음 날짜 형식 중 하나를 사용하세요.
- 사람이 읽을 수 있는 날짜 형식이 선호되는 경우 Month D, YYYY 형식으로 날짜를 표기하세요(예: October 1, 2022). 일에 서수를 사용하지 마세요(_1st_가 아닌 _1_을 사용). 문맥상 명확하면 이후 언급 시 연도를 생략할 수 있습니다. 특정 날짜를 모르는 경우 Month YYYY 형식을 사용하세요(예: October 2022).
- 숫자로 사전순 정렬이 가능한 날짜가 필요한 경우 YYYY-MM-DD 형식을 사용하세요(예: 2022-10-01). 한 자리 월과 일 앞에 0을 추가해야 합니다. 이것은 ISO 8601 표준 날짜 형식입니다. 하이픈(-)을 사용하고 연도를 생략하지 않도록 하세요. 이렇게 하면 일반적으로 로컬에서 사용되는 MM/DD 및 DD/MM 형식으로 인한 모호성을 피할 수 있습니다.
deny list
허용되지 않은(차단된) 항목 목록을 설명하는 데 사용하세요. _blacklist_를 사용하지 마세요.
Dev Tools console
OpenSearch REST API와 상호 작용하는 데 사용되는 OpenSearch Dashboards의 도구입니다. 첫 등장 시 _Dev Tools console_을 사용하고, 이후에는 _console_을 사용해도 됩니다. _console_을 단독으로 대문자로 표기하지 마세요.
disable
기능이나 명령을 사용할 수 없게 만드는 것을 설명할 때 _disable_을 사용하세요. 예:
- 자동 모니터링을 비활성화하려면 확인란을 선택 취소하세요.
- 이 기능은 기본적으로 비활성화되어 있습니다.
_disable_의 대안(예: deactivate, turn off, stop)은 적절한 경우 사용할 수 있으며 기존 문서에서 찾을 수 있습니다. 모든 경우에 해당하는 경우 UI에서 사용되는 언어와 일치하는 언어를 사용하세요.
사용자에게 _disable_을 사용하지 마세요.
downvote
dropdown list
due to
사용하지 마세요. 대신 _because of_를 사용하세요.
E
easy, easier, easily
기술 콘텐츠에서 OpenSearch Project 제품, 기능 또는 절차를 설명하거나 비교할 때는 가능하면 easy, easier, easily 사용을 피하세요. 이 용어들은 대상 독자에 따라 달라집니다. 이러한 용어는 오해를 불러일으키거나 부정확할 수 있으며 일부 기술 사용자에게는 무례하게 느껴질 수 있습니다. 대신 사용자가 할 수 있는 일을 설명하세요.
문서 랜딩 페이지에서는 서비스 설명 내에서만 easy, easier, _easily_를 사용해도 괜찮습니다.
effect
명사 _Effect_는 다른 것에 의해 발생한 것을 의미합니다. 동사 _Effect_는 초래하다를 의미합니다. _affect_와 혼동하지 마세요.
e.g.
사용하지 마세요. 대신 _for example_이나 _such as_를 사용하세요.
집합 개념을 나타낼 때는 단수 명사나 형용사로 사용하고, 개별 항목에는 _message_나 _mail_을 사용하세요. 동사 형태로는 _send email_을 사용하세요. 집합 명사이므로 복수형을 사용하지 마세요.
enable
기능이나 명령을 사용 가능하게 만들 때 _enable_을 사용하세요. 예:
- Select the checkbox to enable automatic monitoring.
- The feature is enabled by default.
_enable_의 대안인 activate, turn on, start 등도 적절한 경우 사용할 수 있으며 기존 문서에서 찾을 수 있습니다. 모든 경우에 가능하면 UI에서 사용하는 언어와 일치하는 언어를 사용하세요.
_enable_을 사용자가 무언가를 할 수 있게 만든다는 의미로 사용하지 마세요. 대신 사용자 관점에서 중요한 것에 초점을 맞추어 다시 작성하세요. 예를 들어, "With ABC, you can do XYZ"가 "ABC enables you to XYZ"보다 더 강력한 표현입니다. 또한 작업 기반의 문장이 모호한 "…enables you to…"보다 일반적으로 더 명확합니다.
embedding, embeddings
유사도 검색에 사용되는 데이터(텍스트, 이미지 또는 기타 콘텐츠)의 숫자 벡터 표현입니다. 여러 벡터를 가리킬 때는 복수형 _embeddings_를 사용하세요. 검색 외 컨텍스트에서 다른 유형의 임베딩과 구별하지 않는 한 _vector embedding_을 중복해서 사용하지 마세요.
enter
일반적으로 사용자가 텍스트나 다른 입력(숫자나 기호 등)을 추가할 때 _type_보다 _enter_를 선호하여 사용하세요.
etc., et cetera
사용하지 마세요.
일반적으로 etc.와 그에 상응하는 표현(and more, and so on 등)은 필요하지 않습니다.
execute
더 구체적인 동사로 대체하세요. 작업을 수행한다는 의미에서는 run, process, _apply_를 사용하세요. 작업을 시작한다는 의미에서는 start, launch, _initiate_를 사용하세요.
예외: SQL 실행 계획과 같이 대안이 결정되지 않은 타사 용어의 경우 _Execution_은 불가피합니다. _Executable_도 불가피합니다.
F
fail over (v.), failover (n.)
Faiss
Facebook AI Similarity Search. 첫 등장 시 정의하지 마세요. Faiss는 개발자가 서로 유사한 멀티미디어 문서의 임베딩을 빠르게 검색할 수 있게 해주는 라이브러리입니다.
fine-tune (v.), fine-tuned (adj.), fine-tuning (n.)
항상 하이픈으로 연결합니다. _finetune_이나 _fine tune_이 아닙니다.
file name
frontend (n., adj.)
frontend를 형용사와 명사로 사용하세요. front end나 front-end를 사용하지 마세요. frontend system과 같은 복합 명사의 일부가 아닌 경우 frontend를 소유격으로 만들지 마세요.
G
generative AI
GenAI, Gen AI, gen AI, _genAI_를 사용하지 마세요. _generative AI_의 과도한 사용을 피하기 위해 _AI/ML-powered applications_도 사용할 수 있습니다.
geodistance
geohash
geohex
geopoint
geopolygon
geoshape
geospatial
geotile
H
hang
사용하지 마세요. 이 용어는 기술 문서에 불필요하게 폭력적입니다. 대신 _stop responding_을 사용하세요.
hardcode
hard disk drive (HDD)
high availability (HA)
high performance computing (HPC)
hostname
Hugging Face
I
i.e.
사용하지 마세요. 대신 _that is_나 _specifically_를 사용하세요.
if, whether
_if_를 _whether_의 의미로 사용하지 마세요. 선택이나 대안을 나타낼 때는 _whether_를 사용하고("we're going whether it rains or not"), 조건을 설정할 때는 _if_를 사용하는 것이 좋습니다("we will go if it doesn't rain").
in, on
OS 구성 요소나 OS 내 작업을 나타낼 때는 _in Windows_나 _in Linux_를 사용하세요. Windows 애플리케이션을 나타낼 때는 _on Windows_를 사용하세요. 예:
- Use the Devices and Printers Control Panel in Windows to install a new printer.
- In Windows, run the setup command.
- Select an application that runs on Windows.
애플리케이션과 인스턴스는 _in the cloud_에서 실행하지만, 서비스를 클라우드로 확장할 때는 _to the cloud_를 사용하세요.
_forum_에서는 _on_을 사용하세요. 인터넷(다양한 웹사이트 등)에 있는 것은 _on_을 사용합니다. 왜냐하면 in it일 수 없기 때문입니다.
index, indexes
기술 문서와 UI에서는 _index_의 복수형으로 _indexes_를 사용하세요. _indices_는 수학 표현의 맥락에서만 사용하세요. 변수 및 설정 이름은 변경하지 마세요.
블로그 게시물에서는 도메인별 이유(예: 수학 또는 금융 맥락)로 _indices_를 사용해야 하는 경우가 아니라면 복수형 _indexes_를 사용하세요.
Index Management (IM)
Index State Management (ISM)
ingest (v.), ingestion (n.)
_ingest_는 동사로 사용하고("ingest data into OpenSearch"), _ingestion_은 명사로 사용하세요("data ingestion"). _ingest_를 명사로 사용하지 마세요. 대신 _ingestion_을 사용하세요.
ingest node
_ingestion node_가 아닙니다.
ingest pipeline
_ingestion pipeline_이 아닙니다. 복합어는 동사 형태를 수식어로 사용합니다.
inline
install (v.), installation (n.)
_install_은 동사로만 사용하세요("install the plugin"). 명사로는 _installation_을 사용하세요("complete the installation"). _install_을 명사로 사용하지 마세요.
폴더, 디렉토리, 경로에는 _in_을 사용하고, 디스크, 드라이브, 인스턴스에는 _on_을 사용하세요.
internet
대문자로 쓰지 마세요.
invalid
사용하지 마세요. 대신 _not valid_를 사용하세요.
IP address
항상 전체 용어 _IP address_를 사용하세요. _IP_만으로 줄여 쓰지 마세요.
J
just
_just_는 _just now_의 의미로 사용하세요("the resources that you just created"). 그 외의 모든 맥락에서는 _only_를 사용하세요("~에 한정된; ~에 불과한" 의미).
K
keystore
key-value
_key/value_가 아닙니다.
kill
불쾌한 연상과 불필요하게 거친 느낌이 있으므로 피하세요. stop, end, clear, remove, _cancel_로 대체하세요.
예외: UNIX kill 명령을 가리킬 때는 kill을 사용하세요.
k-means
_k_는 소문자, 하이픈으로 연결합니다. K-means, k means, _K means_를 사용하지 마세요.
k-NN
_k-nearest neighbors_의 약어입니다. 정의할 필요 없습니다. KNN, K-NN, _kNN_을 사용하지 마세요.
L
launch
애플리케이션은 _start_하지만 인스턴스, 환경, 클러스터는 _launch_합니다.
let
서비스나 기능에서 사용자가 무언가를 할 수 있게 만든다는 의미로 _let_을 사용하지 마세요. 대신 사용자 관점에서 중요한 것에 초점을 맞추어 다시 작성하세요.
leverage
_use_로 대체하세요.
lifecycle
소프트웨어와 관련하여 한 단어로 씁니다.
like (prep.)
비교를 위해 무언가를 언급할 때 사용해도 괜찮습니다.
일반적으로 like를 similar to로 대체할 수 있으면 like를 사용해도 괜찮습니다. 하지만 _like_를 _such as_로 대체할 수 있으면 _such as_를 사용하세요.
LLM
첫 등장 시 _large language model (LLM)_으로 정의하세요.
locate in, on
폴더, 디렉토리, 경로에는 _in_을 사용하고, 디스크 드라이브나 인스턴스에는 _on_을 사용합니다.
log in (v.), login (adj., n.)
_log in_은 동사로 사용하세요("log in to the instance"). _login_은 명사나 형용사로 사용하세요("the login page"). 참고: _log into_가 아니라 _log in to_입니다.
log out (v.), logout (n., adj.)
_log out_은 동사로 사용하세요("log out of the session"). _logout_은 명사나 형용사로 사용하세요("after logout").
lower left, lower right
형용사로 사용할 때 하이픈으로 연결합니다. 필드 이름이 _bottom_을 사용하지 않는 한 _bottom left_와 bottom right 대신 사용하세요. 예: "The lower-right corner."
LTS
장기 지원
Lucene
Apache Lucene™은 전적으로 Java로 작성된 고성능의 완전한 기능을 갖춘 검색 엔진 라이브러리입니다. OpenSearch는 OpenSearch 내 검색 작업의 기반으로 Lucene의 수정된 버전을 사용합니다.
M
machine learning
문서에서 _machine learning_이 여러 번 사용될 경우 첫 번째 언급에서는 _machine learning (ML)_을 사용하고 그 이후에는 _ML_을 사용하세요. _AI/ML_이 이미 정의된 경우 _ML_을 다시 정의할 필요가 없습니다. 철자를 쓸 경우 명사 앞에서 형용사로 사용될 때를 포함하여 항상 두 단어(하이픈 없음)로 _machine learning_을 작성하세요.
ML Commons
플러그인 이름은 _ML Commons_입니다. _Machine Learning Commons_로 풀어 쓰지 마세요. 첫 번째 등장 시 _ML Commons plugin_을 사용하세요(예: "the ML Commons plugin provides a framework for ML features").
master
사용하지 마세요. 대신 primary, main, _leader_를 사용하세요.
master node
사용하지 마세요. 대신 _cluster manager node_를 사용하세요.
may
사용하지 마세요. 대신 _can_이나 _might_를 사용하세요.
MS MARCO
Microsoft Machine Reading Comprehension. 첫 등장 시 정의하지 마세요. MS MARCO는 검색에서 딥러닝에 초점을 맞춘 데이터셋 모음입니다.
multilayer, multilayered
multi-tenant, multi-tenancy
항상 하이픈으로 연결합니다. multitenant, multitenancy, _multi tenant_가 아닙니다.
must, shall, should
_Must_와 _shall_은 요구 사항을 나타냅니다. 독자가 지침을 따르지 않으면 제대로 작동하지 않습니다.
_Should_는 권장 사항에 사용됩니다. 독자가 지침을 따르지 않으면 더 어렵거나 느려질 수 있지만 작동은 합니다.
N
navigate to
navigate _in_이 아닙니다.
near real time (n.), near real-time (adj.) (NRT)
_near real time_은 명사로 사용하고, near real-time은 형용사로 사용하세요. _near_와 real time 또는 real-time 사이에 하이픈을 추가하지 마세요.
첫 번째 언급에서는 _near real time_을 풀어 쓰고, 이후 언급에서는 _NRT_를 사용할 수 있습니다.
NMSLIB
Non-Metric Space Library. 첫 등장 시 정의하지 마세요. NMSLIB는 효율적인 유사도 검색 라이브러리이자 일반 비메트릭 공간에 대한 k-NN 방법 평가를 위한 툴킷입니다.
non-production
용어를 더 쉽게 훑어보고 읽을 수 있도록 하이픈으로 연결하세요.
O
onsite
OpenSearch
OpenSearch는 Apache 2.0 라이선스 Elasticsearch 7.10.2 및 Kibana 7.10.2에서 파생된 커뮤니티 중심의 오픈소스 검색 및 분석 제품군입니다. 검색 엔진 데몬인 OpenSearch와 시각화 및 사용자 인터페이스인 OpenSearch Dashboards로 구성됩니다.
OpenSearch Dashboards
OpenSearch 데이터의 기본 시각화 도구입니다. 모든 경우에 전체 이름 _OpenSearch Dashboards_를 사용하세요. 명확성을 위해 dashboard, Dashboards, OpenSearch Dashboards도 참조하세요.
OpenSearch UI (Dashboards)
이것은 관리형 서비스 콘솔 내 OpenSearch Dashboards 인터페이스를 가리키는 Amazon OpenSearch Service 용어입니다. 첫 번째 등장 시 _OpenSearch UI (Dashboards)_를 사용하고, 이후 등장 시 _OpenSearch UI_를 사용하세요. 오픈소스 OpenSearch 문서에서는 이 용어를 사용하지 마세요. 대신 _OpenSearch Dashboards_를 사용하세요.
OpenSearch Data Prepper
첫 번째 등장 시 _OpenSearch Data Prepper_를 사용하고, 이후 등장 시 _Data Prepper_를 사용해도 괜찮습니다. OpenSearch Data Prepper는 다운스트림 분석 및 시각화를 위해 데이터를 필터링, 보강, 변환, 정규화, 집계할 수 있는 서버측 데이터 수집기입니다. Data Prepper는 또한 사용자가 애플리케이션의 운영 관점을 개선하기 위해 사용자 정의 파이프라인을 구축할 수 있게 해줍니다.
open source (n.), open-source (adj.)
_open source_는 명사로 사용하고(예: "The code used throughout this tutorial is open source and can be freely modified"), _open-source_는 형용사로 사용하세요(open-source software).
OpenSearch Playground
앞에 _the_를 붙이지 마세요. OpenSearch Playground는 사용자가 로컬에 OpenSearch 구성 요소를 다운로드하거나 설치하지 않고 OpenSearch 및 OpenSearch Dashboards의 기능을 탐색하고 평가할 수 있는 중앙 위치를 제공합니다.
operating system
문서에서 운영 체제를 참조할 때는 다음 지침을 따르세요:
- 일반적으로 문서나 절차가 Linux와 macOS 모두에 적용되는 경우 Unix도 포함할 수 있습니다.
- Unix와 UNIX는 동일하지 않습니다. UNIX는 The Open Group이 소유한 상표명입니다. 대부분의 경우 Unix를 사용해야 합니다.
- Mac 운영 체제를 참조할 때는 macOS를 사용하세요. Mac, Mac OS, OS X를 사용하지 마세요.
- Windows를 참조할 때는 Microsoft를 접두사로 붙일 필요가 없습니다.
- 여러 Unix 계열 운영 체제를 참조해야 하는 경우 쉼표로 구분하고 다음 순서를 사용하세요: Linux, macOS, Unix.
or earlier, or later
소프트웨어 버전과 함께 사용해도 괜찮습니다.
P
Painless
OpenSearch의 기본 스크립팅 언어로, 인라인으로 사용하거나 반복 사용을 위해 저장할 수 있어요. Java 언어 사양과 비슷해요.
per
- _~에 따라_라는 의미로 사용하지 마세요. (예: per the agreement).
- 공간이 제한적이거나 다음 중 하나와 같은 정해진 용어 및 구문에서 to, in, for 또는 by each (one per account)의 의미로 사용해도 괜찮아요:
- queries per second (QPS)
- bits per second (bps)
- megabytes per second (MBps)
- 다른 곳에서는 per 대신 다른 표현을 사용하는 것을 고려하세요. _per_는 일부 글로벌 사용자에게 딱딱하고 혼란스럽게 들릴 수 있어요.
percent
블로그 게시물에서는 풀어서 쓰세요 (예: 30 percent). 헤드라인, 인용문, 표 또는 기술 문서에서는 %를 사용하세요.
pipeline
데이터가 통과하는 처리 단계의 시퀀스예요. OpenSearch는 이 용어를 여러 맥락에서 사용해요: _ingest pipeline_은 인덱싱 전에 문서를 처리하고, _search pipeline_은 쿼리나 결과를 처리하며, _Data Prepper pipeline_은 소스와 싱크 간에 데이터를 이동시켜요. 모호함을 피하기 위해 한정된 형태(예: ingest pipeline)를 사용하세요.
plaintext, plain text
암호화 관련 콘텐츠에서 암호화되지 않거나 복호화된 텍스트를 지칭할 때만 _plaintext_를 사용하세요. ASCII 파일을 지칭할 때는 _plain text_를 사용하세요.
please
인용문 외에는 사용하지 마세요.
plugin
플러그인 이름은 대문자로 쓰지만 _plugin_이라는 단어는 대문자로 쓰지 마세요 (예: Query Insights plugin, ML Commons plugin). 플러그인 이름만 단독으로 고유 명사로 사용하지 마세요 (예: Anomaly Detection 대신 _the Anomaly Detection plugin_을 사용하세요). 플러그인 참조에 대한 자세한 내용은 Plugins를 참조하세요.
pop-up
preaggregate
precompute
premise, premises
재산과 건물을 지칭할 때는 항상 복수형으로 사용하세요.
올바른 예: an on-premises solution
잘못된 예: an on-premise solution, an on-prem solution
pretrain, pretrained, pretraining
pre-train, pre-trained, _pre-training_이 아니에요.
purge
특정 프로그래밍 메서드를 참조할 때만 사용하세요. 그 외에는 delete, clear, _remove_를 대신 사용하세요.
R
real time (n.) real-time (adj.)
주의해서 사용하세요; 이 용어는 실제와 다를 수 있는 응답성이나 속도를 암시할 수 있어요. 필요할 때는 _real time_을 명사로 사용하고 (예: "The request is sent in real time"), _real-time_을 형용사로 사용하세요 ("A real-time feed is displayed...").
repo
저장소의 동의어로, 두 번째 사용부터 사용하세요.
retrieval-augmented generation (RAG)
rollover (n., adj.), roll over (v.)
_rollover_는 명사나 형용사로 사용하세요 ("a rollover operation," "the rollover index"). _roll over_는 동사로 사용하세요 ("roll over the index"). 하이픈을 사용하지 마세요.
rollup (n., adj.), roll up (v.)
_rollup_은 명사나 형용사로 사용하세요 ("an index rollup," "rollup jobs"). _roll up_은 동사로 사용하세요 ("roll up your indexes"). 하이픈을 사용하지 마세요.
RPM
풀어서 쓸 필요 없어요. 패키지 형식이나 관리자를 지칭할 때는 대문자 _RPM_을 사용하세요. 명령어를 지칭할 때는 코드 폰트로 소문자 rpm을 사용하세요.
S
screenshot
segregate
사용하지 마세요. 대신 _separate_나 _isolate_를 사용하세요.
setting
OpenSearch 전체에서 사용되는 여러 YAML 구성 파일 중 하나에 매핑을 생성하는 키-값 쌍이에요. 때로는 매개변수라고도 불리며, 키-값 쌍을 조작하는 프로그래밍 언어가 일반적으로 YAML 파일에서 이 매핑의 이름을 결정해요. OpenSearch 문서(Java)에서는 이는 Setting 객체에 해당해요.
다음 설정 예시는 콜론으로 두 요소를 구분하는 키-값 쌍을 보여줘요:
Settings.index.number_of_shards: 4
plugins.security.audit.enable_rest: true
set up (v.), setup (n., adj.)
_set up_은 동사로 사용하세요 ("To set up a new user..."). _setup_은 명사나 형용사로 사용하세요 ("To begin setup...").
shut down (v.), shutdown (n., adj.)
_shut down_은 동사로 사용하세요 ("shut down the node"). _shutdown_은 명사나 형용사로 사용하세요 ("a graceful shutdown"). 하이픈을 사용하지 마세요.
simple, simply
사용하지 마세요. _simple_과 _simply_는 모두 중립적인 어조가 아니며 일부 사용자에게 무례하게 들릴 수 있어요. _only_를 의미한다면 _only_를 대신 사용하세요.
slave
사용하지 마세요. 대신 replica, secondary, _standby_를 사용하세요.
Snapshot Management (SM)
solid-state drive (SSD)
standalone
start
애플리케이션은 _start_하지만 인스턴스, 환경, 클러스터는 _launch_해요.
startup (n.), start up (v.)
하이픈을 사용하지 마세요. _startup_은 명사로 사용하고 (예: "The following startup procedure guides you through..."), _start up_은 동사로 사용하세요 ("You can start up the instances by...").
syslog
T
term frequency–inverse document frequency (TF–IDF)
엔 대시(–)를 사용하고 하이픈(-)을 사용하지 마세요. _TF-IDF_나 _tf-idf_가 아니에요. 컬렉션이나 코퍼스에서 단어가 문서에 얼마나 중요한지를 반영하는 수치 통계예요.
time out (verb), timeout (noun, adjective)
하이픈을 사용하지 마세요. _time out_은 동사로 사용하고 ("The request will time out if the server doesn't respond"), _timeout_은 명사나 형용사로 사용하세요 ("You can set the timeout interval by entering a number into...").
time frame
time-series data
항상 하이픈을 사용해요. _timeseries_나 _time series_가 아니에요. 메트릭의 일부로 제공되는 데이터예요. 시간 값은 값이 발생한 시간으로 간주해요.
timestamp
time zone
trade-off
trigger
후속 작업을 촉발하는 작업을 지칭하는 동사로 사용하지 마세요. _trigger function_이나 _time-triggered architecture_와 같은 기능 이름을 지칭할 때는 사용해도 괜찮아요. 동사로는 initiate, invoke, launch, _start_와 같은 대안을 사용하세요.
truststore
turn on, turn off
토글을 참조하여 설정이나 모드를 켜거나 끌 때는 _turn on_과 _turn off_를 사용하세요. 토글에 대해 choose, select, clear, slide, enable, _disable_을 사용하지 마세요. 기능을 사용 가능 또는 불가능하게 만들 때는 _enable_을 사용하세요.
U
upper left, upper right
형용사로 사용할 때 하이픈을 사용하세요. 필드 이름이 _top_을 사용하지 않는 한 _top left_와 top right 대신 사용하세요. 예: "The upper-right corner."
upvote
US
마침표를 사용하지 마세요. Chicago Manual of Style에 명시되어 있어요.
user
대부분의 경우 더 직접적인 형태인 you로 대체하세요. _user_는 제3자(당신이 쓰는 대상이 아닌)를 지칭할 때만 사용하세요.
username
upsert
문서가 이미 존재하면 업데이트하고 존재하지 않으면 새 문서를 삽입하는 작업이에요. 명사("an upsert operation")나 동사("upsert the document")로 사용하세요. 한 단어로, 하이픈 없이.
V
version
제품 이름과 버전 번호 사이에 _version_을 사용하지 마세요. OpenSearch version 3.6 대신 _OpenSearch 3.6_을 사용하세요.
v., vs., versus
사용하지 마세요. 대신 _compared to_나 _compared with_를 사용하세요.
via
사용하지 마세요. by using, through, with 또는 by accessing이나 by choosing과 같은 더 구체적인 구문으로 대체하세요.
W
warm up (v.), warmup (n., adj.)
_warm up_은 동사로 사용하고 ("warm up the cache"), _warmup_은 명사나 형용사로 사용하세요 ("the warmup phase," "warmup settings"). 하이픈을 사용하지 마세요.
web
webpage
절대 _web page_로 쓰지 마세요.
website
절대 _web site_로 쓰지 마세요.
while, although, whereas
_while_은 '시간 간격 동안'이라는 의미로만 사용하세요. 종종 모호하기 때문에 although의 의미로 사용하지 마세요. _Whereas_는 많은 경우 although보다 나은 대안이지만 지나치게 공식적으로 들릴 수 있어요.
whitelist
사용하지 마세요. 대신 _allow list_를 사용하세요.
white space
wish, want, desire, need
_Wish_와 _desire_는 _want_의 간접적이고 미묘한 버전이에요. 사용하지 마세요. 직접적으로 표현하세요. wants와 needs를 혼동하지 마세요. 상황에 맞는 용어를 사용하세요. _Need_는 요구나 의무를 암시하는 반면, _want_는 의도가 있지만 여전히 유효한 행동을 선택할 수 있음을 나타내요.
Y
YUM
풀어서 쓸 필요 없어요. 도구 이름이나 저장소를 지칭할 때는 대문자 _YUM_을 사용하세요 (예: "a local YUM repository"). 명령어를 지칭할 때는 코드 폰트로 소문자 yum을 사용하세요 (예: sudo yum install).
Z
ZIP Code
우편 번호를 지칭할 때는 ZIP Code(대문자)를 사용하세요 (ZIP은 Zone Improvement Plan의 약어예요).
zip file
압축 아카이브 형식을 지칭할 때는 zip file(소문자)을 사용하세요. 파일 확장자는 코드 폰트로 .zip을 사용하세요.