Coder Social home page Coder Social logo

vscode-aks-tools's Introduction

Azure Kubernetes Service (AKS) Extension for Visual Studio Code

OpenSSF Best Practices Build & Publish Build Poll Starter Workflows CodeQL

Telemetry

This extension collects telemetry data to help us build a better experience for building applications with Azure Kubernetes Service and VS Code. We only collect the following data:

  • Which commands are executed.

We do not collect any information about image names, paths, etc. Read our privacy statement to learn more. If you don’t wish to send usage data to Microsoft, you can set the telemetry.enableTelemetry setting to false. Learn more in our FAQ.

Contributing

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.

vscode-aks-tools's People

Contributors

aaroncrawfis avatar blanquicet avatar dependabot[bot] avatar finetralfazz avatar flynnduism avatar github-actions[bot] avatar hsubramanianaks avatar itowlson avatar kanika1894 avatar microsoft-github-policy-service[bot] avatar microsoftopensource avatar msftgits avatar olivermking avatar peterbom avatar philliphoff avatar pulkitaggarwl avatar squillace avatar step-security-bot avatar tatsinnit avatar yunjchoi avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

vscode-aks-tools's Issues

Extension can't find `grep` when installed in a windows OS

I installed the extension on a windows 10 machine that doesn't have grep installed.

I got the following warning:

Azure Service Operator api-resources command failed with following error: 'grep' is not recognized as an internal or external command, operable program or batch file. .

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.8
  • OS Version: Darwin x64 20.3.0
  • VSCode version: 1.52.1

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

Support virtual workspaces

👋 Hi there, Martin here, from the VS Code team.

Recently we've announced the Remote Repository feature that lets you browse and edit files and folders directly on GitHub.

Open Remote Repository... opens VSCode on a folder or workspace located on a virtual file system. We call this a virtual workspace. We observed that not all extension support this well, either because they can not, or they haven't thought about it.

It would be fantastic if you could test whether your extension can handle virtual workspaces:

Check out the Virtual Workspaces Extension Author Guide on how to do that.

When done, set the new virtualWorkspaces capability in your 'package.json'.

{
  "capabilities": {
    "virtualWorkspaces": true | false
  }
}
  • Use "virtualWorkspaces": true if your extension is prepared for virtual workspaces
  • Use "virtualWorkspaces": false if your extension should be disabled when a virtual workspace is opened

For questions and comments please use the Virtual Workspaces Tracking Issue.

Thanks for the support and the great work! ❤️

💡 Fix Refresh Icon Via VsTool API. (Behaviour and detail)

This work item / GitHub behaviour correction is open to keep a note and find more permanent solution, essentially the issue is that refresh icon do not really refresh the node. I once opened this issue: #40 but at that point of time it was not much of a bigger deal as all features were on current existing feature functionality but now since we will be enabling other Managed cluster functionality we should cope a right fix for this. Things like Create, delete et. al. will need this for smoother transition.

Current workaround:

  • Close the vscode and reopen it that way vscode will reload the cluster tree.

Problem:

  • When I add new cluster under existing sub I donot have any way to refresh my sub for new cluster to appear I.e. Refresh icon in cloud explorer will resolve this issue.

Steps to produce:

  • I added new cluster and had my explorer window open in extension.
  • Once new AKS cluster is added, I tried to refresh the current sub in my extension.
  • Result: Sub is not refreshed with new cluster.

Possible solution

Thanks heaps cc and fyi ❤️☕️ @peterbom and @rzhang628 🎄☕️

Screenshot below:

image

Thanks,

AKS Periscope breaking change: Need to supply ContainerName to AKS Periscope from future release v0.5 onwards

AKS Periscope used to read the container name with a hardcoded Kubeconfig. This PR and this issue discuss the breaking changes that will occur to each service that has a working contract with AKS Periscope. The removal of the hardcoded code in Periscope will allow for other tools to onboard onto AKS Periscope easily.

Vscode-aks-tools is one service that has a working contract with AKS Periscope. To keep the default behavior as it is pass the API Server Name as the ContainerName in the AKS Periscope Deployment File.

CC: @Tatsinnit

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.8
  • OS Version: Windows_NT x64 10.0.19041
  • VSCode version: 1.52.0

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️```json
{
"messages": [],
"activationTimes": {
"codeLoadingTime": 8700,
"activateCallTime": 0,
"activateResolvedTime": 42,
"activationReason": {
"startup": false,
"extensionId": {
"value": "azuredevspaces.azds",
"_lower": "azuredevspaces.azds"
},
"activationEvent": "*"
}
},
"runtimeErrors": [
{
"name": "Error",
"message": "\\?\c:\Users\Sortol\.vscode\extensions\vsciot-vscode.vscode-iot-device-cube-0.3.0\out\node_modules\usb-detection\build\Release\detection.node is not a valid Win32 application.\r\n\\?\c:\Users\Sortol\.vscode\extensions\vsciot-vscode.vscode-iot-device-cube-0.3.0\out\node_modules\usb-detection\build\Release\detection.node"
},
{
"name": "Error",
"message": "\\?\c:\Users\Sortol\.vscode\extensions\vsciot-vscode.vscode-iot-workbench-0.16.0\node_modules\usb-detection\build\Release\detection.node is not a valid Win32 application.\r\n\\?\c:\Users\Sortol\.vscode\extensions\vsciot-vscode.vscode-iot-workbench-0.16.0\node_modules\usb-detection\build\Release\detection.node"
}
]
}

Refresh icon in Cloud Explorer.

Problem:

  • When I add new cluster under existing sub I donot have any way to refresh my sub for new cluster to appear I.e. Refresh icon in cloud explorer will resolve this issue.

Steps to produce:

  • I added new cluster and had my explorer window open in extension.
  • Once new AKS cluster is added, I tried to refresh the current sub in my extension.
  • Result: Sub is not refreshed with new cluster.

Screenshot below:

image

Thanks,

using az cli 2.34 but you are looking for cli 2.00

➜ ~ az version
{
"azure-cli": "2.34.1",
"azure-cli-core": "2.34.1",
"azure-cli-telemetry": "1.0.6",
"extensions": {}
}


Error checking prerequisites

The Azure command line failed. See below for the error message. You may need to:

  1. Log into the Azure CLI (run az login in the terminal)
  2. Install the Azure CLI (see the instructions for your operating system)
  3. Configure Kubernetes from the command line using the az acs or az aks command
    Details

Azure CLI 2.0 not found - install Azure CLI 2.0 and log in

Activation failure: Cannot find module 'vscode-kubernetes-tools-api'

The vscode-aks-tools extension failed to activate for one of our team members with error:
Activating extension 'ms-kubernetes-tools.vscode-aks-tools' failed: Cannot find module 'vscode-kubernetes-tools-api'

image

The team member fixed this by uninstalling the extension, deleting the files locally (%UserProfile%\.vscode\extensions\ms-kubernetes-tools.vscode-aks-tools-0.0.4) and then reinstalling the extension.
Just uninstalling and reinstalling wasn't sufficient to fix the issue.

Is this something you've already seen?

can't login with Azure AD using Microsoft Edge browser

Describe the bug
I can't log in using the user flow because MS Edge Browser blocks localhost on random ports. kubectl on the command line correctly uses device code login.

To Reproduce
Steps to reproduce the behavior:

  1. Set MS Edge as default browser
  2. Create AKS cluster with Azure AD auth
  3. Log in to cluster using this extension
  4. Get stuck in a login error loop

Expected behavior
Device code login flow dialog works.

Actual behavior
Extension attempts to log in using user flow several times, and then falls back to device code flow. But the user flow dialog continues, and I guess cancelling it or closing the VS Code instance results in it clearing the auth token granted through the device flow. I'm not sure exactly what happens, but the extension continues acting like I'm not logged in, even though I completed the device code flow successfully. Attempting to perform actions using the Kubernetes extension results in 4 browser tabs opening the user flow again.

Workaround

  1. Open terminal
  2. kubectl config use-context cluster-name
  3. kubectl get services
  4. Follow device code login instructions presented by kubelogin
  5. I'm now able to use the extension

Desktop (please complete the following information):

  • OS: Windows 11
  • Browser: Edge
  • Version: 112.0.1722.68

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.8
  • OS Version: Windows_NT x64 10.0.19042
  • VSCode version: 1.50.1

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

Rename `master` to `main` branch for this repo

This PR is to open the tracking item for changing the branch name from master to main. Anyone has any preferences or thought against? Thank you so much.

fyi and for thoughts: @peterbom, @qpetraroia , @gambtho ❤️🙏☕️🔔

Tasks

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.8
  • OS Version: Windows_NT x64 10.0.17763
  • VSCode version: 1.51.0

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

Support Workspace Trust

Hello 👋 I'm from the VS Code team.

Recently, we have been exploring a security feature we refer to as Workspace Trust. This feature is intended to centralize and unify a security conscious decision required by a variety of VS Code features. With workspace trust, the user will be able to declare whether or not they trust the folder that is opened in VS Code before these features are executed.

Why you should care

Your extension is incredibly popular with VS Code users! We want to make sure that those users have a delightful experience with workspace trust and that includes extension authors deciding how much of their extension is supported in an untrusted workspace.

Workspace Trust experience

You can enable the feature with the following setting security.workspace.trust.enabled. Once enabled, you will see the following dialog when opening folders in VS Code.

Workspace Trust Startup Dialog

This dialog is important for allowing the user to make a decision early and understand the impact of their decision. Once you understand the feature, you may want to customize when to display the dialog using the setting security.workspace.trust.startupPrompt.

You can follow the development of Workspace Trust and provide feedback in issue #106488.

Workspace trust API

First off, all of what I am about to say can be found in issue #120251. That issue will include discussion of the feature and any updates to the feature.

The Workspace Trust extension API is now in stable. This allowed us to release the first cut of our guide for onboarding your extension to Workspace Trust. The API is small, so here is a quick look.

You can declare your extension to provide complete, partial or no support in untrusted workspaces using the untrustedWorkspaces capability in package.json.

The following example declares that the extension is supported completely in untrusted workspaces. In this case, the extension is enabled in untrusted workspaces.

"capabilities": {
  "untrustedWorkspaces": {
    "supported": true
  }
}

The next example declares that the extension is not supported in untrusted workspaces. In this case, the extension is disabled in untrusted workspaces.

"capabilities": {
  "untrustedWorkspaces": {
    "supported": false
  }
}

The third option is to declared limited support. There are three tools provided to you when you select the limited option.

First, if you have a setting that can be configured in the workspace but requires the workspace to be trusted in order to apply the workspace value, then you can include the setting using restrictedConfigurations array property in untrustedWorkspaces object. Doing so, VS Code will ignore the workspace value of these restricted settings when your extension reads these settings values using the VS Code Workspace Configuration API.

The following example declares the settings that are restricted in untrusted workspaces.

"capabilities": {
  "untrustedWorkspaces": {
    "supported": "limited",
    "restrictedConfigurations": [
      "markdown.styles"
    ]
  }
}

Next, you can also check and listen if the current workspace is trusted or not programmatically using the following API:

export namespace workspace {
  /**
   * When true, the user has explicitly trusted the contents of the workspace.
   */
  export const isTrusted: boolean;
  /**
   * Event that fires when the current workspace has been trusted.
   */
  export const onDidGrantWorkspaceTrust: Event<void>;
}

Lastly, you can hide commands or views declaratively with the isWorkspaceTrusted context key in your when clauses.

A far more detailed guide on how to onboard which will be updated as we receive feedback can be found in issue #120251.

Rollout plan

Workspace Trust will remain disabled for the month of May, but we are planning on enabling this by default in the future. To prepare for that day, we would love for you to try it out and provide feedback.

We'd love your feedback

Since this issue was created in an automated fashion, we won't be monitoring the responses in this issue (our notifications would explode!). Instead we ask you to drop questions, and feedback in issue #120251 as we've mentioned above.

We're excited to see what you do with workspace trust!

UX Size of the extension Icon is too big. (Possible cause of Icon not appearing)

💡 Documenting this as I read few things and there is no clear documentation but bits and bobs which indicates that the vscode extension icon should be 128x128 pixel references are below, and that probably is the reason why marketplace icon for this extension don't get displayed.

Contextually this refers to this comment here: #20 (review)

cc: @flynnduism + @itowlson :) 🦑

Details, Indicators & references:

Initial comments here mentioned that:

See comparatively the icons working for some sample extension below:

The size of this extension icon here: https://github.com/Azure/vscode-aks-tools/blob/master/resources/aks-tools.png seems like is too big comparative to the one which works as mentioned below.

Also if you hover over help txt of Icon, you will see txt help appearing mentioned the 128 x 128 pixel icon like this:

Screen Shot 2020-06-02 at 11 07 17 AM

Bring extension out of preview.

Hiya Guys,

Writing this issue as tracking issue for any thoughts / idea which might suggest otherwise, we are planing to drop Preview out of this extension which means that in this line within package.json will be gone https://github.com/Azure/vscode-aks-tools/blob/master/package.json#L6 along with all the preview reference if any fro documentation and the version will sit at 1.0.0

Thank you for taking time and taking a look at this, ❤️🙏☕️ cc: @rzhang628 , @squillace , @itowlson and @peterbom please plus one if you all agree.

Fix or remove 'Azure Services' initialization code

When the extension is loaded, it executes some code which initializes the 'Azure Services' treeview item:
image

There are some things that need looking at with this:

  • It is not documented, AFAIK -- @Tatsinnit - am I wrong about that?
  • It doesn't appear to work, at least for me (as shown in the screenshot, there is nothing inside when you expand it).
  • It can slow down extension loading a lot if the active cluster has a lot of CRDs.

I'm not sure, but I think the intended functionality behind it is already covered by the 'Custom Resources' item (the difference being that 'Azure Services' is filtered so that it only includes Azure/ASO custom resources).

Things to consider:

  • Is my understanding correct?
  • If working, would the 'Azure Services' list provide value to users beyond that of the 'Custom Resources' item?
  • If we really want that functionality, could we retrieve it from the Kubernetes extension, rather than repeating the same, expensive kubectl get crd operations?
  • If users can survive without this, can we remove the code and vastly decrease initialization time?

End-to-end- CI test integration investigation.

This is a placeholder for thoughts\ideas to investigate mechanism to integrate test hooks for ask-tools build and that way we can counter any breaking changes pre-emptively and earlier then depending on manual tests:

[x] Possible approaches?
[x] Do we want to go functionalists level test and possibly think of UI level tests latter?

Thanks heaps,

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.8
  • OS Version: Windows_NT x64 10.0.19042
  • VSCode version: 1.51.1

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

{
	"messages": [],
	"activationTimes": {
		"codeLoadingTime": 14497,
		"activateCallTime": 0,
		"activateResolvedTime": 6,
		"activationReason": {
			"startup": true,
			"extensionId": {
				"value": "mindaro.mindaro",
				"_lower": "mindaro.mindaro"
			},
			"activationEvent": "*"
		}
	},
	"runtimeErrors": []
}

'Log in' documentation

Took me a while to find a closed issue here explaining how to properly sign in.
please add this to some readme. 'how to use' or 'getting started'

Support admin credentials

It can be useful to connect to an AKS cluster using az aks get-credentials --admin.
Please support it in the extension

Scope work for zipping blob within vscode and decouple dependency on zip file from periscope tool.

Initial description

This work-item is created to scope what all work will entail to stock take work needed to write extension level *.zip for case when\if periscope tool removes *.zip from their upload to azure storage.

  • How much upfront work will be needed to render the azure storage and use jszip.
  • With initial investigation it will definitely involve writing the zipper function within the vscode.

Origination of this thought/idea and key issue:

  • Currently for the the vscode x periscope feature leverage the *.zip file which was always there by design form the initial days of periscope tool
    • Now, given Periscope tool is cleaning up and as part of clean up holding the *.zip of something which already exist, is in the possible re-think.

Key challenge:

  • Current way we can rely on the vscode default browser behaviour of download since we will handle the zip at vscode level how can we trigger default save behaviour?

Update 20th June

Gained more clarity by implementing the functionality and there were challenges but more succinct version is below and I will tag a PR with this for the associated changes.

Goal To implement the vscode level download and zipping mechanism and to move away from the browser click mechanism. This enhancement decouples the underlying periscope implementation to calling mechanism only and no point of being dependent on a zip file which was populated earlier by the tool.

Implementation

Update 21 June - Draft POC PR

  • Draft PR reside here for the implementation: #75

⚠️ 💡 Implication of doing this in VsCode are following:

Here is what we found the implications/Poor experience are from the draft POC implementation here: #75

  • Poor Download U/X experience: The current downside to move away from the link to browser will be gone, and replaced with only message driven approach. ( this is something which seems inevitable)

  • Slower U/X experience: This will happen because the underlying code now deal with directly downloading the blob from storage and stream the download into the zip file and save it into the download folder all within vscode.

  • Maintenance of this code needs some guarantee and contract form the persicope tool that the blob folder structure will not change in future.

  • Breaking change: As an user-experience and tool related breaking change the vscode changes need to go first before any tool related changes to remove zip upload is removed.

  • Periscope Tool level PR: Azure/aks-periscope#65

Thanks,

[Known Issue] ContainerNotFound error code returned when generating downloadable links

Due to a limitation in the underlying tool, AKS Periscope, you may occasionally encounter an error message similar to below when you click on the Generate Link Button for the first time.

Error generating downloadable link: RestError: <?xml version="1.0" encoding="utf-8"?><Error><Code>ContainerNotFound</Code><Message>The specified container does not exist. RequestId:ec6f38a9-001e-008b-471e-9638f2000000 Time:2020-09-29T05:07:07.3726564Z</Message></Error>

This is due to AKS Periscope not handling the storage API latency and is captured here: Azure/aks-periscope#30. Future enhancements are planned to address this issue in the tool. Also, you can refer to this PR for further details on tool level challenges: #33

Current workaround is to retry by clicking the Generate Link Button again after waiting for ~5 minutes. You will see the downloadable and shareable links for the collected logs.

Add OpenCost support for AKS Tools

OpenCost is a CNCF project for monitoring the cost of cloud-deployed Kubernetes clusters. It would be useful to be able to right-click an AKS cluster to deploy OpenCost into it and provide links to the UI. There is a bit of Azure pricing integration that could be automated and the OpenCost installation is fairly lightweight (Prometheus + deployment of 2 containers). We could add API calls if that seems useful (ie. "node/namespace/pod/etc. cost for a fixed date (1d/3d/7d/etc.)). If this sounds interesting/useful I'm more than happy to assist from the OpenCost side.

I think this makes sense on the OSS side.

I did a plugin for Backstage, embedding the UI is also an option.
Screenshot 2023-08-23 at 3 59 09 PM

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.4
  • OS Version: Windows_NT x64 10.0.18363
  • VSCode version: 1.44.0-insider

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

Option to customize the setup of basic cluster

Is your feature request related to a problem? Please describe.
Currently, the extension creates its own version of a basic cluster. I would like to customize the behavior of the command to define a basic cluster.
Also, the name of the basic cluster should follow a standard so that I can identify the test clusters in the portal or extension without having to explore their workloads.

Mention what platform you want to support the new feature
VSCode

Describe the solution you'd like
The cluster setup parameters and the naming pattern should be read from a configuration file, such as a dotfile, for ease of use.

Describe alternatives you've considered
Use the CLI to create a cluster. Commit the script to create a cluster in the repository to share with other developers.

Additional context

  1. Developers can create their own clusters and not delete them afterward.
  2. Without a naming convention, it is hard to identify the clusters that can be safely deleted.

[Known Issue] Webview VSCode Issue.

Hiya, Intent of logging this issue is to have this repo level information visible as well. (Thought it will be better to proactively opening this for visibility.)

Behaviour:

Since few weeks I notice that CSS in webview gets a small glitch before it uploads it correctly in OSX, but then today in windows I found it much worst (it works - but intermittently fails with error or just doesn't load)

  • This happens only intermittently: sometimes, Webview CSS load with a small glitch or sometimes with an error but mostly with a glitch it fixes itself with restart of in and out of the webview tabs open.

VsCode already existing open issue for tracking: (Linked to this error are)

This issue is reported few times but here is the main thread.

image

image

Subscription icon does not show in VSIXed extension

With the new login/display experience, subscriptions are meant to now have a 'key' icon. When running the extension from source, this appears correctly. But when packaged as a VSIX (or downloaded from the marketplace), the key does not appear and there is a blank gap. This is cosmetic but would be nice to figure out.

Tentatively assigning this to @philliphoff but if you don't have bandwidth then please assign it back to me!

Extension does not work properly under Remote-SSH

I have the extension installed locally and in an Ubuntu 18.04 server I'm accessing via VS Code Remote SSH. I am currently testing this using VS Code Insiders 1.41.0:
image

As you can see in the screenshot below, the Azure option does not appear under "Clouds" in the Remote SSH window, but does appear under the local window:
image

I have confirmed that the extension is installed and loaded in the remote server and I am signed in properly, as other Azure extensions work:
image

Ability to create a shared dotfile of custom commands for collaboration

Is your feature request related to a problem? Please describe.
Currently, the tool is opinionated about the commands that developers want to execute. As a developer, I would like to maintain a library of commands that I can easily execute from the extension. Also, the default commands should be configurable. For example, I prefer to include the "-o wide" parameter when using the kubectl get commands.

Mention what platform you want to support the new feature
VSCode

Describe the solution you'd like
A dotfile, preferably named .aks that I can commit to the code repo with a dictionary of custom commands and options to modify the behavior of existing ones.

Describe alternatives you've considered
This is a common method used by many tools to customize their behavior and hence I did not consider other alternatives.

Additional context
An advantage of using dotfiles is that they can be easily distributed to the wider community through popular repositories: https://github.com/webpro/awesome-dotfiles

Extension issue

  • Issue Type: Bug
  • Extension Name: vscode-aks-tools
  • Extension Version: 0.0.7
  • OS Version: Windows_NT x64 6.1.7600
  • VSCode version: 1.49.3

⚠️ We have written the needed data into your clipboard. Please paste! ⚠️

can log in - lead me to a localhost url

To reproduce

  1. Open VS code after having installed Kubernetes extension and azure dev tools. I am already logged into az cli in powershell
  2. under Kubernetes extension - click on "Sign-in to Azure..." under clouds section

Expected:
I am directed to a page to enter my login credentials

Observed:
I am directed to a page on my localhost that looks like this
https://localhost:51383/signin?nonce=0R61spP6rlhMtpQw6HD/nQ==
localhost login vscode

I had similar issues logging into az cli - I submitted issue for that too Azure/azure-cli#16823

Can't login to cluster

Hi,

For some reason, vscode says That "No clouds registered, Click here....".
AKS is installed and was working fine a few months ago.
If I downgrade AKS plugin version to 1.1 it sometimes work.

I can sign in to Azure so that part works.

Ideas?

Handle cases for Sovereign Clouds and other Gov Scenarios.

I guess from initial day the primary target of this extension was common Azure/sub scenarios, It will be worth to document what are the current VsCode extension command which don't support USGov or Sovereign cloud due to underlying SDK or any other usage. For example Detector Diagnostics work fine as its a direct ARM resourceClient call. Like Periscope currently has no support for sovereign cloud.

For example: I see ContainerServices -> arm API has pre-requisite of "azure subscription" - it best to test if this will work, as with sovereign clouds and possibly document and come out with moving forward solution.

Here is an example how endpoint under the hood for ARM Client SDK's differ hence one works and another breaks.

A very early triage so just adding as discussion point:

Solution

  • Lets handle the endpoint based on the sovereign cloud : for us gov it will be : "https://management.usgovcloudapi.net"

extra detail

  • ResourceManagemt client call works because the baser is fed correctly:

Screen Shot 2022-08-04 at 11 30 05 PM

  • ConatainerClient ARM API has only management.azure as endpoint:

Screen Shot 2022-08-04 at 11 32 01 PM

Thanks, ❤️🙏

Cloud "Save Kubeconfig" doesn't work with RBAC enabled cluster

'[email protected]' with object id '****' does not have authorization to perform action 'Microsoft.ContainerService/managedClusters/accessProfiles/listCredential/action' over scope '/subscriptions/***/resourceGroups/demo-00-rg/providers/Microsoft.ContainerService/managedClusters/aks-demo-cluster-00/accessProfiles/clusterUser'.

https://docs.microsoft.com/en-us/azure/role-based-access-control/built-in-roles#azure-kubernetes-service-cluster-user-role

The built in role gives:
"Microsoft.ContainerService/managedClusters/listClusterUserCredential/action"

Whereas this vscode extension is trying to use:
"Microsoft.ContainerService/managedClusters/accessProfiles/listCredential/action"

Provide a stable, documented API

Some people have expressed interest in integrating their own Azure extensions with the AKS cluster browser. At the moment this requires reading source code and making assumptions about internal data structures, which isn't sustainable: let's provide a simple API that we can stabilise, document and evolve in a compatibility-preserving way.

cc @squillace

Ability to delete pods under a namespace selected in VS Code for AKS Cluster

Many of us are not used to running kubectl commands to manage cluster operations.
It takes lot of time to find pod names by using get commands then run the delete command over it.
If this extension for AKS in VS Code has a dropdown showing pod names
We can easily right click on it and do delete operation.

Manual process is as below as of now

kubectl config set-context my-context
kubectl get pods -n my-namespace

After getting pod name copy it and use in below command
kubectl delete pod mypod-123abc -n my-namespace

Kubectl Don't work for AAD Enabled clusters. 💡☕️

Describe the bug
Kubectl Don't work for AAD Enabled clusters.

Mention the platform you are using
Mention what platform you are using (oss, vscode) and pick the corresponding label.

To Reproduce
Steps to reproduce the behavior:

  • Go to any feature currently using kubctl like get all pods for AAD Enabled cluster.
    • The command run will hang as Longrunning kubectl...

Expected behavior
It should display all the pods under namespaces.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

  • OS: MAC O/S
  • Browser [e.g. chrome, safari]
  • Version - 1.73

Additional context
Need to discuss how we can fix the interactive AAD scenario here.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.