本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
MemoryDB 如何使用 IAM
在您使用 IAM 管理 MemoryDB 的存取權之前，請先了解哪些IAM功能可與 MemoryDB 搭配使用。
若要取得 MemoryDB 和其他 AWS 服務如何與大多數 IAM 功能搭配使用的高階檢視，請參閱 IAM 使用者指南 中的 AWS 服務IAM。
MemoryDB 的身分型政策
支援身分型政策：是
身分型政策是您可以連接到身分的JSON許可政策文件，例如IAM使用者、使用者群組或角色。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。若要了解如何建立身分型政策，請參閱 IAM 使用者指南 中的建立IAM政策。
透過身分IAM型政策，您可以指定允許或拒絕的動作和資源，以及允許或拒絕動作的條件。您無法在身分型政策中指定主體，因為這會套用至連接的使用者或角色。若要了解您可以在JSON政策中使用的所有元素，請參閱 IAM 使用者指南 中的IAMJSON政策元素參考。
MemoryDB 的身分型政策範例
若要檢視 MemoryDB 身分型政策的範例，請參閱 MemoryDB 的身分型政策範例。
MemoryDB 中的資源型政策
支援資源型政策：否
資源型政策是您連接至資源JSON的政策文件。資源型政策的範例包括IAM角色信任政策和 Amazon S3 儲存貯體政策 。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源，政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中指定主體。主體可以包括帳戶、使用者、角色、聯合使用者或 AWS 服務。
若要啟用跨帳戶存取，您可以將另一個帳戶中的整個帳戶或IAM實體指定為資源型政策中的主體。新增跨帳戶主體至資源型政策，只是建立信任關係的一半。當主體和資源位於不同的 時 AWS 帳戶，受信任帳戶中的IAM管理員也必須授予主體實體 （使用者或角色） 存取資源的許可。其透過將身分型政策連接到實體來授與許可。不過，如果資源型政策會為相同帳戶中的主體授予存取，這時就不需要額外的身分型政策。如需詳細資訊，請參閱 IAM 使用者指南 中的跨帳戶資源存取權IAM。
MemoryDB 的政策動作
支援政策動作：是
管理員可以使用 AWS JSON政策來指定誰可以存取內容。也就是說，哪個主體在什麼條件下可以對什麼資源執行哪些動作。
JSON 政策的 Action元素說明您可以用來允許或拒絕政策中存取的動作。政策動作通常具有與相關聯 AWS API操作相同的名稱。有一些例外狀況，例如沒有相符API操作的僅限許可動作。也有一些作業需要政策中的多個動作。這些額外的動作稱為相依動作。
政策會使用動作來授予執行相關聯動作的許可。
若要查看 MemoryDB 動作清單，請參閱服務授權參考 中的 MemoryDB 定義的動作。
MemoryDB 中的政策動作在動作之前使用下列字首：
MemoryDB
如需在單一陳述式中指定多個動作，請用逗號分隔。
"Action": [ "MemoryDB:action1", "MemoryDB:action2" ]
您也可以使用萬用字元 (*) 來指定多個動作。例如，若要指定開頭是 Describe 文字的所有動作，請包含以下動作：
"Action": "MemoryDB:Describe*"
若要檢視 MemoryDB 身分型政策的範例，請參閱 MemoryDB 的身分型政策範例。
MemoryDB 的政策資源
支援政策資源：是
管理員可以使用 AWS JSON政策來指定誰可以存取內容。也就是說，哪個主體在什麼條件下可以對什麼資源執行哪些動作。
Resource JSON 政策元素會指定動作套用的物件。陳述式必須包含 Resource 或 NotResource 元素。最佳實務是使用其 Amazon Resource Name （ARN） 指定資源。您可以針對支援特定資源類型的動作 (稱為資源層級許可) 來這麼做。
對於不支援資源層級許可的動作 (例如列出操作)，請使用萬用字元 (*) 來表示陳述式適用於所有資源。
"Resource": "*"
若要查看 MemoryDB 資源類型及其 的清單ARNs，請參閱服務授權參考 中的 MemoryDB 定義的資源。若要了解您可以使用哪些動作指定每個資源ARN的 ，請參閱 MemoryDB 定義的動作。
若要檢視 MemoryDB 身分型政策的範例，請參閱 MemoryDB 的身分型政策範例。
MemoryDB 的政策條件金鑰
支援服務特定政策條件金鑰：是
管理員可以使用 AWS JSON政策來指定誰可以存取內容。也就是說，哪個主體在什麼條件下可以對什麼資源執行哪些動作。
Condition 元素 (或 Condition 區塊) 可讓您指定使陳述式生效的條件。Condition 元素是選用項目。您可以建立使用條件運算子的條件運算式 (例如等於或小於)，來比對政策中的條件和請求中的值。
若您在陳述式中指定多個 Condition 元素，或是在單一 Condition 元素中指定多個索引鍵， AWS 會使用邏輯 AND 操作評估他們。如果您為單一條件索引鍵指定多個值， 會使用邏輯OR操作 AWS 評估條件。必須符合所有條件，才會授與陳述式的許可。
您也可以在指定條件時使用預留位置變數。例如，只有在IAM使用者使用其IAM使用者名稱標記時，您才能授予使用者存取資源的許可。如需詳細資訊，請參閱 IAM 使用者指南 中的IAM政策元素：變數和標籤。
AWS 支援全域條件索引鍵和服務特定條件索引鍵。若要查看所有 AWS 全域條件索引鍵，請參閱 IAM 使用者指南 中的AWS 全域條件內容索引鍵。
若要檢視 MemoryDB 身分型政策的範例，請參閱 MemoryDB 的身分型政策範例。
使用條件索引鍵
您可以指定決定IAM政策如何生效的條件。在 MemoryDB 中，您可以使用JSON政策的 Condition元素，將請求內容中的金鑰與您在政策中指定的金鑰值進行比較。如需詳細資訊，請參閱IAMJSON政策元素：條件 。
若要查看 MemoryDB 條件金鑰清單，請參閱服務授權參考 中的 MemoryDB 條件金鑰。
如需全域條件索引鍵的清單，請參閱 AWS 全域條件內容索引鍵。
指定條件：使用條件金鑰
若要實作精細控制，您可以撰寫IAM許可政策，指定條件來控制特定請求上的一組個別參數。然後，您可以將政策套用至使用IAM主控台建立IAM的使用者、群組或角色。
若要套用條件，請將條件資訊新增至IAM政策陳述式。例如，若要禁止在TLS停用的情況下建立任何 MemoryDB 叢集，您可以在政策陳述式中指定下列條件。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "memorydb:CreateCluster" ], "Resource": [ "*" ], "Condition": { "Bool": { "memorydb:TLSEnabled": "false" } } } ] }
如需標記的詳細資訊，請參閱 標記 MemoryDB 資源。
如需使用政策條件運算子的詳細資訊，請參閱「MemoryDB API許可：動作、資源和條件參考」。
範例政策：使用條件進行精細參數控制
本節顯示在先前列出的 MemoryDB 參數上實作精細存取控制的範例政策。
memorydb：TLSEnabled— 指定叢集只會在TLS啟用的情況下建立。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "memorydb:CreateCluster" ], "Resource": [ "arn:aws:memorydb:*:*:parametergroup/*", "arn:aws:memorydb:*:*:subnetgroup/*", "arn:aws:memorydb:*:*:acl/*" ] }, { "Effect": "Allow", "Action": [ "memorydb:CreateCluster" ], "Resource": [ "*" ], "Condition": { "Bool": { "memorydb:TLSEnabled": "true" } } } ] }memorydb：UserAuthenticationMode： — 指定可以使用特定類型身分驗證模式 （IAM 例如） 建立使用者。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "memorydb:Createuser" ], "Resource": [ "arn:aws:memorydb:*:*:user/*" ], "Condition": { "StringEquals": { "memorydb:UserAuthenticationMode": "iam" } } } ] }當您設定「Deny」型政策時，建議您使用 StringEqualsIgnoreCase 運算子來避免使用特定使用者身分驗證模式類型進行所有呼叫，無論案例為何。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "memorydb:CreateUser" ], "Resource": "*", "Condition": { "StringEqualsIgnoreCase": { "memorydb:UserAuthenticationMode": "password" } } } ] }
MemoryDB 中的存取控制清單 （ACLs）
支援ACLs：是
存取控制清單 （ACLs） 控制哪些主體 （帳戶成員、使用者或角色） 具有存取 資源的許可。ACLs 類似於資源型政策，雖然它們不使用JSON政策文件格式。
使用 MemoryDB 的屬性型存取控制 （ABAC）
支援 ABAC（政策中的標籤）：是
屬性型存取控制 （ABAC） 是根據屬性定義許可的授權策略。在 中 AWS，這些屬性稱為標籤 。您可以將標籤連接至IAM實體 （使用者或角色） 和許多 AWS 資源。標記實體和資源是 的第一步ABAC。然後，您可以設計ABAC政策，以便在主體的標籤與其嘗試存取的資源上的標籤相符時允許操作。
ABAC 有助於快速成長的環境，並有助於處理政策管理變得繁瑣的情況。
如需根據標籤控制存取，請使用 aws:ResourceTag/、key-nameaws:RequestTag/ 或 key-nameaws:TagKeys 條件索引鍵，在政策的條件元素中，提供標籤資訊。
如果服務支援每個資源類型的全部三個條件金鑰，則對該服務而言，值為 Yes。如果服務僅支援某些資源類型的全部三個條件金鑰，則值為 Partial。
如需 的詳細資訊ABAC，請參閱 使用者指南 中的什麼是 ABAC？。 IAM 若要檢視包含設定 之步驟的教學課程ABAC，請參閱 IAM 使用者指南 中的使用屬性型存取控制 （ABAC）。
搭配 MemoryDB 使用臨時憑證
支援臨時憑證：是
當您使用臨時憑證登入時，有些 AWS 服務 無法使用。如需詳細資訊，包括 AWS 服務 使用哪些臨時憑證，請參閱 IAM 使用者指南 中的 AWS 服務 與 搭配使用IAM。
如果您 AWS Management Console 使用使用者名稱和密碼以外的任何方法登入 ，則表示您正在使用臨時憑證。例如，當您 AWS 使用公司的單一登入 （SSO） 連結存取 時，該程序會自動建立臨時憑證。當您以使用者身分登入主控台，然後切換角色時，也會自動建立臨時憑證。如需切換角色的詳細資訊，請參閱 IAM 使用者指南 中的切換到角色 （主控台）。
您可以使用 AWS CLI 或 手動建立臨時憑證 AWS API。然後，您可以使用這些臨時登入資料來存取 AWS. AWS recommends，讓您動態產生臨時登入資料，而不是使用長期存取金鑰。如需詳細資訊，請參閱 中的臨時安全憑證IAM。
MemoryDB 的跨服務主體許可
支援轉送存取工作階段 （FAS）：是
當您使用IAM使用者或角色在 中執行動作時 AWS，您會被視為委託人。使用某些服務時，您可能會執行某個動作，進而在不同服務中啟動另一個動作。FAS 使用呼叫 的委託人許可 AWS 服務，並結合 請求向下游服務 AWS 服務 提出請求。FAS 只有在服務收到需要與其他 AWS 服務 或 資源互動才能完成的請求時，才會發出請求。在此情況下，您必須具有執行這兩個動作的許可。如需提出FAS請求的政策詳細資訊，請參閱轉送存取工作階段 。
MemoryDB 的服務角色
支援服務角色：是
服務角色是服務代表您執行動作時擔任IAM的角色。IAM 管理員可以從 內部建立、修改和刪除服務角色IAM。如需詳細資訊，請參閱 使用者指南 中的建立角色以將許可委派給 AWS 服務 。 IAM
警告
變更服務角色的許可可能會中斷 MemoryDB 功能。只有在 MemoryDB 提供指引時，才能編輯服務角色。
MemoryDB 的服務連結角色
支援服務連結角色：是
服務連結角色是連結至 的服務角色類型 AWS 服務。服務可以擔任代表您執行動作的角色。服務連結角色會顯示在您的 中 AWS 帳戶 ，並由 服務擁有。IAM 管理員可以檢視，但不能編輯服務連結角色的許可。
如需建立或管理服務連結角色的詳細資訊，請參閱AWS 使用 的服務IAM。在表格中尋找服務，其中包含服務連結角色欄中的 Yes。選擇是連結，以檢視該服務的服務連結角色文件。
