cloudfoundry-top-plugin | Cloud Foundry CF cli plugin - show top stats | Analytics library

by ECSTeam Go Version: v0.9.5 License: Apache-2.0

X-Ray Key Features Code Snippets Community Discussions(1)Vulnerabilities Install Support

kandi X-RAY | cloudfoundry-top-plugin Summary

cloudfoundry-top-plugin is a Go library typically used in Analytics, Cloud-foundry applications. cloudfoundry-top-plugin has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can download it from GitHub.

Cloud Foundry CF cli plugin - show top stats

Support

Quality

Security

License

Reuse

Support

cloudfoundry-top-plugin has a low active ecosystem.

It has 76 star(s) with 19 fork(s). There are 10 watchers for this library.

It had no major release in the last 12 months.

There are 6 open issues and 11 have been closed. On average issues are closed in 115 days. There are no pull requests.

It has a neutral sentiment in the developer community.

The latest version of cloudfoundry-top-plugin is v0.9.5

Quality

cloudfoundry-top-plugin has no bugs reported.

Security

cloudfoundry-top-plugin has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

License

cloudfoundry-top-plugin is licensed under the Apache-2.0 License. This license is Permissive.

Permissive licenses have the least restrictions, and you can use them in most projects.

Reuse

cloudfoundry-top-plugin releases are available to install and integrate.

Installation instructions, examples and code snippets are available.

Top functions reviewed by kandi - BETA

kandi has reviewed cloudfoundry-top-plugin and discovered the below as its top functions. This is intended to give you an instant insight into cloudfoundry-top-plugin implemented functionality, and help decide if they suit your requirements.

FormatDuration formats duration d as a string .
columnTotalCpuPercentage returns a list of total container CPU usage .
NewAppListView creates a new AppListView .
Get the crash data
getAppStatisticMetadata returns a map of stats for an app
NewEventDetailListView creates a new EventDetailList view .
NewEditSortView creates a new EditSortView .
NewAppDetailView creates a new AppDetailView .
NewMasterUI creates a new MasterUI
NewAppCrashView creates an app crash view

Get all kandi verified functions for this library.

cloudfoundry-top-plugin Key Features

No Key Features are available at this moment for cloudfoundry-top-plugin.

cloudfoundry-top-plugin Examples and Code Snippets

No Code Snippets are available at this moment for cloudfoundry-top-plugin.

Community Discussions

Trending Discussions on cloudfoundry-top-plugin

Application Performance monitoring on Swisscom Application Cloud

QUESTION

Application Performance monitoring on Swisscom Application Cloud

Asked 2018-Oct-02 at 08:06

I am investigating options for monitoring our installation in Swisscom's cloud-foundry. My objectives are the following:

monitor performance indicators for deployed application (such as cpu, disk, memory)
monitor performance indicators for services (slow queries, number of queries, ideally also some metrics on hitting quotas)

So far, I understand the options are the following (including some BUTs):

I used a very nice TOP cf-plugin (github) This works very well. It seems that it registers itself to get the required firehose nozzles and consume data.

That is very useful for tracing / ad-hoc monitoring, but not very good for a serious infrastructure monitoring.

Another way I found is to use firehose-syslog solution.

This can be deployed as an app to (as far as I understand) do the job in similar way, as the TOP cf plugin.

The problem is, that it requires registered client, so it can authenticate with the doppler endpoint. For some reason, the top-cf-plugin does that automatically / in another way.

Last option i am considering is to build the monitoring itself to the App (using a special buildpack)

That can be for example done with Datadog. But it seems to also require a dedicated uaa client to register the Nozzle.

I would like to check, if somebody is (was) on the similar road, has some findings.

Eventually I would like to raise the following questions towards the swisscom community support:

is it possible to register uaac client to be able to ingest events through the firehose nozzle from external service? (this requires admin credentials if I was reading correctly)
is there an alternative way to authenticate with the nozzle (for example using a special user and his authentication token?)
is there any alternative to monitor the CF deployments in Swisscom? Eventually, is there a paper, blogpost or other form of documentation, that would be helpful in this respect (also for other users of AppCloud)?

...

ANSWER

Answered 2018-Oct-01 at 11:29

Since it requires admin permissions, we can not give out UAA clients for the firehose. However, there are different ways to get metrics in context of a user.

CF API

You can obtain basic metrics of a specific app by polling the CF API: https://apidocs.cloudfoundry.org/5.0.0/apps/get_detailed_stats_for_a_started_app.html

However, since you have to poll (and for each app), it's not the recommended way.
Metrics in syslog drain

CF allows devs to forward their logs to syslog drains; in more recent versions, CF also sends metrics to this syslog drain (see https://docs.cloudfoundry.org/devguide/deploy-apps/streaming-logs.html#container-metrics). For example, you could use Swisscom's Elasticsearch service to store these metrics and then analyze it using Kibana.
Metrics using loggregator (firehose)

The firehose allows streaming logs to clients for two types of roles: Streaming all logs to admins (which requires a UAA client with admin permissions) and streaming app logs and metrics to devs with permissions in the app's space. This is also what the cf logs command uses. cf top also works this way (it enumerates all apps and streams the logs of each app). However, you will find out that most open source tools that leverage the firehose only work in admin mode, since they're written for the platform operator.

Of course you also have the possibility to monitor your app by instrumenting it (white box approach), for example by configuring Spring actuator in a Spring boot app or by including an agent of your favourite APM vendor (Dynatrace, AppDynamics, ...)

I guess this is the most common approach; we've seen a lot of teams having success by instrumenting their applications. Especially since advanced monitoring anyway requires you to create your own metrics as the firehose provided cpu/memory metrics are not that powerful in a microservice world.

However, option 2. would be worth a try as well, especially since the ELK's stack metric support is getting better and better.

Source https://stackoverflow.com/questions/52588302

Community Discussions, Code Snippets contain sources that include Stack Exchange Network

Vulnerabilities

No vulnerabilities reported

Install cloudfoundry-top-plugin

There are two options for installation; use the plugin repo (recommended) or manual installation.
NOTE: This installation method requires that your client computer has access to the internet. If internet access is not available from client computer use the manual method. Verify you have a repo named CF-Community registered in your cf client.
Download the binary file for your target OS from the latest release.
Download the binary file for your target OS from the latest release
If you've already installed the plugin and are updating, you must first run cf uninstall-plugin top
Then install the plugin with cf install-plugin top-plugin-darwin (or top-plugin-linux or top-plugin.exe)
If you get a permission error run: chmod +x top-plugin-darwin (or top-plugin-linux) on the binary
Verify the plugin installed by looking for it with cf plugins
To upgrade to the lastest version of top plugin, uninstall plugin and install again.