You migrated your applications to Google Cloud Platform and kept your existing monitoring platform. You now find that your notification system is too slow for time critical problems. What should you do?
A.
Replace your entire monitoring platform with Stackdriver.
B.
Install the Stackdriver agents on your Compute Engine instances.
C.
Use Stackdriver to capture and alert on logs, then ship them to your existing platform.
D.
Migrate some traffic back to your old platform and perform AB testing on the two platforms concurrently.
C
The task does not indicate that we should get rid of the old software. The pain point is slowness for time critical problems only. Thus we would use Stackdriver for the time critical alerts and still utilize the old platform for further analysis/storing of logs or whatever its business case is.
we can directly omit B and D.
B. Just installing Stackdriver wont do any good. we need notification system
D. Testing is irrelevant here.
based on A&C, i would go with C
Addresses Immediate Problem:
* Solves the critical notification speed issue
* Maintains existing monitoring infrastructure
* Provides a hybrid approach that leverages the best of both systems
Benefits of this approach:
* Uses Stackdriver's real-time alerting capabilities
* Preserves investment in existing monitoring platform
* Minimizes disruption to current operations
* Allows for gradual transition if needed
the most balanced and least disruptive approach would likely be option C, "Use Stackdriver to capture and alert on logs, then ship them to your existing platform". This method allows for a seamless integration of Stackdriver's real-time alerting capabilities into your existing monitoring workflow without the need for a complete overhaul of your system.
Option C.
Notifications from on-prem monitoring system are too slow & applications are in GCP now => Stackdriver alerts on logs.
There's no mentioning whether the apps have been migrated to GCE, GKE, App Engine or Cloud Run, so "Compute Engine instances" come from an assumption.
Option B , Install stack driver agents on the compute instances is the correct answer .
using stackdriver and shipping it to existing platform will have some delay
C
you have problems with notifications.
C option allows you to use stackdriver to send alerts immediately and straight away after sends all this data to your on-prem monitoring platform
Think twice. You have working an expensive monitoring system i.e Splunk and you have the problem with unacceptable delay time between incident and notification. You need to fix this problem, not doing a revolution (changing monitoring system). You can leverage GCP Monitoring with alerting system which is out-of-the-box with no huge effort, because if you want or not logs are in cloud logging. Simply implement alerts and push logs to Splunk. Simples.
I think it should be A than C
Apps have been migrated and why would you invest on C to send data back to existing system instead fix old system using direct connect or something
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
gcper
Highly Voted 4 years agoJason_Cloud_at
Most Recent 3 weeks, 5 days agoHila_Sh
3 months, 3 weeks agosantoshchauhan
7 months, 2 weeks agoblackshuai
11 months, 1 week agowanrltw
11 months, 2 weeks ago__rajan__
1 year, 1 month agoSARAVANA25
1 year, 1 month agocloser89
1 year, 5 months agoFoxal
1 year, 8 months agolxs
1 year, 9 months agotomato123
2 years, 1 month agoruben82
2 years, 4 months agoruben82
2 years, 4 months agomjdubal
2 years, 4 months agomorenocasado
2 years, 6 months agoGCPCloudArchitectUser
2 years, 8 months agoGCPCloudArchitectUser
2 years, 8 months agochelovalpo
2 years, 10 months agoruben82
2 years, 4 months ago