Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Resource Identity: Add identity data to RPCs needed to store/read from state#1112

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
austinvalle merged 23 commits intomainfromfeat/resource-identity_data-req-resp
Mar 18, 2025

Conversation

@austinvalle
Copy link
Member

@austinvalleaustinvalle commentedMar 14, 2025
edited
Loading

Currently pointed at#1107

This PR allows a framework provider to store/read identity data for a managed resource (along withTerraform v1.12.0-alpha20250312). The RPCs implemented for this areReadResource (Read),PlanResourceChange, andApplyResourceChange (split in framework toCreate/Update/Delete).

I left some intentional TODOs for pieces of work I wasn't 100% sure of that should be resolved before we release stablev1.15.0.


Generally, the flow of data through the packages (using protocol v5 as an example, it's the same for v6):

  • proto5server (implements the RPC in plugin-go) =>fromproto5 (maps request from plugin-go types to fwserver types)
  • proto5server =>fwserver (this is where any framework-specific logic is implemented for the RPC)
    • fwserver =>resource (the actual provider code for the resource, like aws or azurerm)
  • proto5server =>toproto5 (maps response from fwserver types to plugin-go types)

The other RPCs that are not needed to successfully test the happy path ofplan/apply workflow, these will be implemented in follow-up PRs:

  • ImportResourceState
  • MoveResourceState
  • UpgradeResourceIdentity

@austinvalleaustinvalle added the enhancementNew feature or request labelMar 14, 2025
@austinvalleaustinvalle added this to thev1.15.0 milestoneMar 14, 2025
@austinvalleaustinvalle requested a review froma team as acode ownerMarch 14, 2025 13:02
@austinvalle
Copy link
MemberAuthor

austinvalle commentedMar 14, 2025
edited
Loading

Using the core alpha, storing identity via Read/Create/Update looks like the following:
image

No validation yet on the immutability of identity, but more to come there!

ansgarm
ansgarm previously approved these changesMar 17, 2025
Copy link
Member

@ansgarmansgarm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

}

// If the resource supports identity pre-populate a null value.
// TODO:ResourceIdentity: This should probably be prior identity, but we don't currently have that in the protocol.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

should we / did you already mention this to core?

Copy link
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I did in the RFC here ->https://docs.google.com/document/d/1jvNfineZgXaKFP5djLkMxXKf9s6Xq-FzBV3p2jHGbiI/edit?disco=AAABe6K13yk

It's unclear whetherplanned_identity will contain theprior_identity value, but I think it's generally agreed upon that the prior identity will be provided in some fashion 😆

SBGoods
SBGoods previously approved these changesMar 17, 2025
@rainkwan
Copy link
Contributor

LGTM as well 👍🏽

Base automatically changed fromfeat/resource-identity tomainMarch 18, 2025 20:05
@austinvalleaustinvalle dismissed stale reviews fromSBGoods andansgarmMarch 18, 2025 20:05

The base branch was changed.

@austinvalleaustinvalle merged commita31ec4a intomainMar 18, 2025
33 checks passed
@austinvalleaustinvalle deleted the feat/resource-identity_data-req-resp branchMarch 18, 2025 20:16
@github-actionsgithub-actionsbot locked asresolvedand limited conversation to collaboratorsApr 18, 2025
Sign up for freeto subscribe to this conversation on GitHub. Already have an account?Sign in.

Reviewers

@bbasatabbasatabbasata approved these changes

@ansgarmansgarmansgarm left review comments

@SBGoodsSBGoodsSBGoods left review comments

Assignees

No one assigned

Labels

enhancementNew feature or request

Projects

None yet

Milestone

v1.15.0

Development

Successfully merging this pull request may close these issues.

5 participants

@austinvalle@rainkwan@bbasata@ansgarm@SBGoods

[8]ページ先頭

©2009-2025 Movatter.jp