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?
Click on the arrows to vote for the correct answer
A. B. C. D.B.
https://cloud.google.com/monitoring/When migrating applications to Google Cloud Platform (GCP), it is common to encounter issues with monitoring and notification systems. One issue that might arise is that the notification system is too slow for time-critical problems. In this scenario, there are a few options to consider:
A. Replace your entire monitoring platform with Stackdriver.
This option would involve replacing the existing monitoring platform with Stackdriver, GCP's native monitoring and logging service. While Stackdriver provides many features and benefits, including real-time monitoring and alerts, this option may not be ideal if the current monitoring platform has other important features or integrations that are not available in Stackdriver. Additionally, migrating to a new monitoring platform can be time-consuming and disruptive to operations.
B. Install the Stackdriver agents on your Compute Engine instances.
This option involves installing Stackdriver agents on Compute Engine instances to collect metrics and logs from those instances. This can provide real-time visibility into the performance of the instances and applications running on them. However, this option may not be effective if the notification system is the bottleneck, as the alerts may still be delayed even if the metrics and logs are collected in real-time.
C. Use Stackdriver to capture and alert on logs, then ship them to your existing platform.
This option involves using Stackdriver to capture logs and generate alerts, but then forwarding those alerts to the existing notification system for delivery. This can provide real-time alerts while still leveraging the existing notification system. However, this option requires additional setup and configuration to ensure the alerts are properly forwarded to the existing notification system.
D. Migrate some traffic back to your old platform and perform AB testing on the two platforms concurrently.
This option involves migrating some traffic back to the old platform to perform AB testing and compare the performance of the two platforms. This can help identify any bottlenecks or issues with the new platform that may be impacting the notification system. However, this option can be time-consuming and may not be effective if the notification system is the primary bottleneck.
In conclusion, the best option for addressing slow notification systems will depend on the specific requirements and limitations of the existing monitoring and notification systems, as well as the goals and constraints of the migration to GCP. Options B and C may be more effective in addressing delays in real-time alerts, while options A and D may be more effective in addressing underlying performance issues with the new platform.