8 results found

1. Projection Line vs. Daily Usage Bar in DoIT Console

   Bonjour Product Team,

   I am writing to propose a new feature for the DoIT console that I believe would significantly enhance the ability of users to manage and forecast their cloud spend more effectively.

   Issue Summary:
   Currently, while the DoIT console provides valuable insights into daily cloud usage and costs, it lacks a visual representation that compares actual daily usage against projected usage over time. This makes it challenging for users to quickly assess whether their cloud spend is tracking as expected against budget forecasts.

   Desired Outcome:
   I would like to see the implementation of a feature that overlays a projection line on top of the existing daily usage bar chart within the DoIT console. This feature should provide the following capabilities:

   • A projection line that extends across the daily usage bar chart, indicating expected spend for the current period based on historical data or user defined forecasts.
   • The ability to compare actual daily usage against the projected spend visually, enabling users to identify trends or deviations from expected patterns.
   • Customisable projection settings that allow users to set the basis for the projection, such as average historical usage, growth rate or %, or a fixed budget amount. Interactive elements such as hover details that provide additional context on specific data points, both for actual usage and projected figures.

   Suggested Solutions:
   - Enhance the current daily usage bar chart with an additional line graph that represents the projected spend.
   - Allow users to input or select the parameters for the projection, including the time frame for historical data consideration and the desired projection model - it could could be linear, polynomial...
   - Provide options for visual customisation, such as line color, to distinguish the projection line from the actual usage bars clearly.

   Impact:
   The addition of a projection line vs daily usage bar would empower users to make more informed decisions regarding their cloud spend. It would facilitate early detection of potential overages or underutilisation (why not adding the ramp plan?), enabling proactive adjustments to cloud resources and budget allocations. This feature would be particularly beneficial for CFOs, financial analysts, FinOps personas and cloud cost management teams who are responsible for budgeting and forecasting.

   Merci :)

   Bonjour Product Team,

   I am writing to propose a new feature for the DoIT console that I believe would significantly enhance the ability of users to manage and forecast their cloud spend more effectively.

   Issue Summary:
   Currently, while the DoIT console provides valuable insights into daily cloud usage and costs, it lacks a visual representation that compares actual daily usage against projected usage over time. This makes it challenging for users to quickly assess whether their cloud spend is tracking as expected against budget forecasts.

   Desired Outcome:
   I would like to see the implementation of a feature that overlays a… more

   5 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Cloud Analytics & Reports  ·  Delete…  ·  Admin →
   Declined  ·  AdminRyan Sosin (Principal Product Manager, DoiT) responded

   This was removed from the product because it generated confusion for users.

2. Restrict Creation of Usage Alert to SKU Level
   3 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Declined  ·  0 comments  ·  Budgets & Alerts  ·  Delete…  ·  Admin →

3. Cost Anomaly Detection - Exclude Attribution from algorithm

   Hello Team,

   Customers currently can add an Attribution for Anomaly Detection to monitor abnormal spend behavior on a specific segment of their business. A customer just surfaced the need of excluding a specific Attribution from the Anomaly Detection logic due to the nature of that segment of the business, where they are expecting those anomalies to happen. The desired outcome would be that all infrastructure linked to that Attribution would not be flowing into the Cost Anomaly algorithm, hence the anomalies would not get surfaced as per customer preference.

   Do you think this would be possible?

   Kind Regards,

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Cost Anomalies  ·  Delete…  ·  Admin →
   Declined  ·  AdminAnonymous (Admin, DoiT) responded

   Can be done currently by disabling default anomalies and monitoring for anomalies an attribution that excludes the desired selection.

4. Advanced GKE Metrics

   More Advanced Kubernetes Metrics

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Kubernetes  ·  Delete…  ·  Admin →
   Declined  ·  AdminRyan Sosin (Principal Product Manager, DoiT) responded

   Not enough information

5. Region filter on the cloud incidents page

   Customers will generally be interested in cloud incidents specific to the regions they use. It would be helpful if there was an option to include a region-specific filter on the cloud incidents page. This would help to provide more meaningful data.

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Other  ·  Delete…  ·  Admin →
   Declined  ·  AdminRyan Sosin (Principal Product Manager, DoiT) responded

   Cloud incidents are already filtered based on customer regions.

6. Support for Attribution Templates

   We use DoiT to create Attributions to allow us to view client-specific costs. Overall this works well for us.

   One improvement would be if we could configure Attribution "templates" containing specific fields even if the data doesn't exist yet. For example, only a subset of our customers are using Dataproc and so only that subset of customer data is labelled in the billing data. When I create a new Attribution I must exclude our dataproc label for the customer if their data doesn't exist yet. Eventually, when the customer migrates to Dataproc, their Attribution will be incorrectly missing the data from DataProc until I remember to add the missing label.

   I'd love a way to create an Attribution Template where I can configure the labels (and values) in advance based on future values. Then once the data becomes available the Attribution would automatically pick it up.

   Thanks.

   We use DoiT to create Attributions to allow us to view client-specific costs. Overall this works well for us.

   One improvement would be if we could configure Attribution "templates" containing specific fields even if the data doesn't exist yet. For example, only a subset of our customers are using Dataproc and so only that subset of customer data is labelled in the billing data. When I create a new Attribution I must exclude our dataproc label for the customer if their data doesn't exist yet. Eventually, when the customer migrates to Dataproc, their Attribution will be incorrectly missing the data… more

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Declined  ·  0 comments  ·  Attributions & Attribution Groups  ·  Delete…  ·  Admin →

7. Display reports in local time zone

   When report graphs are plotted against time, allow the time zone to be set.

   I recently investigated a cost increase due to database activity. The cost anomaly graph and report were shown in UTC. I understand this is the time zone AWS reports the costings, but it would be very helpful for me to align the spike in usage with some event at work, without having to convert the time zones.

   This will not make much different for daily/monthly graphs, but I was looking at an hourly graph, where having the times displayed in local time zone would be very helpful.

   When report graphs are plotted against time, allow the time zone to be set.

   I recently investigated a cost increase due to database activity. The cost anomaly graph and report were shown in UTC. I understand this is the time zone AWS reports the costings, but it would be very helpful for me to align the spike in usage with some event at work, without having to convert the time zones.

   This will not make much different for daily/monthly graphs, but I was looking at an hourly graph, where having the times displayed in local time zone would be very… more

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Cloud Analytics & Reports  ·  Delete…  ·  Admin →
   Declined  ·  AdminRyan Sosin (Principal Product Manager, DoiT) responded

   Following the same pattern that the public cloud providers use.

8. Flexsave for Elasticache and Opensearch
   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Declined  ·  0 comments  ·  Other  ·  Delete…  ·  Admin →