Solution for onboarding Kubernetes/AKS workloads onto Application Insights monitoring.
Перейти к файлу
Sendhil Murugan Ramasamy 1c21a4d13a
Incorrect namespace mentioned (#59)
The service account was created in the kube-system namespace however, the service account reference in this file is incorrectly pointing to app-monitoring-webhook namespace which does not exist.
2022-03-11 14:13:04 -08:00
.build pipeline 2020-01-10 12:50:58 -08:00
.pipelines success 2020-01-17 14:39:22 -08:00
.vscode last ones for a while 2020-08-11 15:29:08 -07:00
agents remove unused files , old agent files, and localforwarder 2020-08-24 16:50:52 -07:00
helm Incorrect namespace mentioned (#59) 2022-03-11 14:13:04 -08:00
helm_package last ones for a while 2020-08-11 15:29:08 -07:00
samples Add support for kubeV 1.16 2020-08-12 23:54:57 -07:00
scripts Add support for kubeV 1.16 2020-08-12 23:54:57 -07:00
src Add support for kubeV 1.16 2020-08-12 23:54:57 -07:00
testing finalizer 2020-08-07 14:03:37 -07:00
.gitattributes crlf 2019-10-01 21:02:39 -07:00
.gitignore testing 2020-07-27 22:31:39 -07:00
CODE_OF_CONDUCT.md wrapper 2019-10-01 21:16:44 -07:00
LICENSE wrapper 2019-10-01 21:16:44 -07:00
README.md Update README.md (#54) 2020-12-09 11:23:08 -08:00
SECURITY.md wrapper 2019-10-01 21:16:44 -07:00
SETUP.md Update SETUP.md 2019-12-01 22:01:09 -08:00
install.sh wrapper 2019-10-01 21:16:44 -07:00
package-lock.json read config map and add labels to namespaces 2020-07-08 08:51:28 -07:00

README.md

Build Status

Purpose

Allow Kubernetes deployed application written in Java, Node.JS, .Net Core to export telemetry to Azure Application Insights without the need for the application to be instrumented using the Azure SDK.

How

By deploying agents ( a.k.a libraries ) that are loaded at runtime by the framework underlining the application, data can be uploaded to the customer specified application insights resource. The agents are transparently injected at deploy time by leveraging Kubernetes mutating web hooks, to update the deployment definition of the container.

For existing deployments the webhook will update the pods on restart, or redeploy. Since we do not have visibility into the purpose of deployements, in order to avoid creating problems, we do not interfere with running pods.

High level workflow description

A developer deploys the an new app to a kubernetes cluster, previously configured as explained in the next section.

As the application gets deployed to the desired namespace, the mutating web hook gets invoked by Kubernetes with the deployment document as one of the invocation parameters.

The mutating web hook first performs validation on the document to ensure that it can be updated with the agents information.

After the validation passes, the following information is added to the deployment document :

1. environment variables instructing the frameworks to load the agents. 
2. instructions how to mount the agent binaries
2. configuration for the agents regarding which Application Insights resource to push data to

All this information is returned to Kubernetes as a response to the call, in the form of a JSON patch.

From here the deployment proceeds as normal and the pod is initialized with the extra added environment variables.

Setup

Setting it up

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.opensource.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., status check, 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 opencode@microsoft.com with any additional questions or comments.