Skip to content
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Putting Container Group in subnet is only possible via deprecated 'NetworkProfile' #1292

Open
wkoeter opened this issue Jan 19, 2022 · 2 comments

Comments

@wkoeter
Copy link

wkoeter commented Jan 19, 2022

Is your feature request related to a problem? Please describe.
Network profiles are deprecated according to MS documentation
https://docs.microsoft.com/en-us/azure/container-instances/container-instances-vnet

It is the only way using the fluent SDK to add a container group to a VNET, and lacks good documentation (because it is deprecated maybe?).
WithNetworkProfileId(subscriptionId, resourceGroupName, NetworkProfileName)

Describe the solution you'd like
AZ CLI and ARM templates do not need to add these anymore to integrate a container group into a vnet. Please create an alternative way (e.g. subnet id) to incorporate a container group into a vnet that does not use deprecated concepts.

AttachToSubnet(resourceGroupName, virtualNetworkName, subnetName)

Describe alternatives you've considered
Not using the SDK, but its another team that is using it so that would not be a preferred choice at all.

Additional context
Azure container group gets created from an application and needs to be deployed in a vnet using the SDK. Only NetworkProfiles allow this, but they are deprecated and poorly documented.

Information Checklist
Kindly make sure that you have added all the following information above and checkoff the required fields otherwise we will treat the issuer as an incomplete report

  • [ X ] Description Added
  • [ X ] Expected solution specified
@weidongxu-microsoft
Copy link
Member

For .NET, the development focus has shifted to the next generation of Azure SDKs which follows the new SDK guideline and introduces a set of important new features. Those new packages are currently in preview state and we are actively working on making it production ready. You can visit this link here to see the latest .NET packages:
https://devblogs.microsoft.com/azure-sdk/october-2020-management-ga/

We have also published a few blog posts on why we are doing this:
https://devblogs.microsoft.com/azure-sdk/introducing-new-previews-for-azure-management-libraries/

With this background, .NET Fluent is currently in a low maintenance mode, and we mostly do security and bug fixes. It is subject to deprecation in the future when the new set of .NET packages become Generally Available (GA). Please let us know if there are further questions, thanks!

@wkoeter
Copy link
Author

wkoeter commented Jan 20, 2022

As mentioned in #1291 , the container instance is not covered in new SDK. For now I will use the non-fluent version of the old SDK since that is more flexible and appears more up to date with latest API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants