Welcome to Taloflow's documentation

Taloflow is a turnkey AWS cost optimization product that saves engineering and finance teams months of headaches. It takes only 5 minutes to ingrate and you can instantly track all of your AWS services and get detailed alerts and tailored cost optimization recommendations without setting up any complex alert rules, tags, or maintenance.

Get Started    

Resource Management

Learn how you can seamlessly tag, monitor, perform actions and apply policies to your AWS resources.

The Resources page is where you can see a list of all your resources currently running on AWS. There's a walkthrough of its components in the Overview.


Tim applies several cost tags to each one of your resources. The purpose of the cost tags is to make sure that you can track spend back to their source and also automate your resources based on tag groups. The tags fall under several categories, including:

  • Domain domain
  • Environment env
  • Owner owner
  • Service service
  • Type type
  • Cost domain cost-domain


Cost domain

Popular with finance teams, “cost domain” allows Tim to track resources by an internal cost center to make it easier for your finance team to do month-end reporting. "Cost domain" is analogous to "Cost center" or "Cost code".


Under the Status column on the Resources page, you will see one of three statuses:

  1. Running running
  2. Stopped stopped
  3. Napped napped

Please refer to Resource Management to get a sense for the various actions that lead to the corresponding states.


A Policy is applied to a tag group or set of resources so that Tim can take your preferences into account when it makes cost-saving recommendations. Tim currently has three template policies that are based on various levels of aggressiveness:

  1. Standard standard is the default Policy. It offers Tim's best blend for cost-saving versus performance. This Policy is usually applied to Developer and Staging environments.
  2. Cautious cautious which offers Recommendations that are about 50% less aggressive than Standard. This Policy is usually applied to Production environments.
  3. Aggressive aggressive which offers Recommendations that are about 50% more aggressive than Standard.



Tim's aggressiveness will vary based on the Policy you apply. For example, a Standard Policy may recommend that a Developer resource group be Stopped after six hours of inactivity and Low Engagement, whereas an Aggressive Policy may recommend that a Developer resource group be Stopped after three hours of inactivity and Low Engagement. At this time, Tim will never perform an Action without your approval, no matter the Policy.


You can perform an action by clicking on the checkbox on the left column of the table and clicking either the Stop, Nap, or Terminate button. Within a Slackbot alert or recommendation, you will also see "Leave alone" as an option (this is a feedback loop to teach Tim to nudge you less often).


Clicking Stop will stop the resource but preserve the configurations. When you stop a resource or instance, it is shut down on AWS. The time it takes to stop an instance varies on the Type of resource.


EBS Volumes

Keep in mind that AWS still charges you for the storage of any Amazon EBS volumes tied to stopped instances. EBS volumes can become a substantial cost if left unchecked, so eventually terminating an instance when it has served its purpose is also important. Tim helps with this as well.


Currently, Tim does not support starting an instance from its UI or the Slackbot. You will need to go into AWS to restart a stopped instance. Once an AWS resource is restarted, it will show as 'running' again on the Resource page.


Start fees

Each time you restart a stopped instance, AWS charges a minimum of one minute for usage. After one minute, AWS will charge only for the seconds you use.


Napping puts your selected resources on a one-off schedule where they will Stop and then Start again automatically. This is handy if your developers leave work (and it is okay to stop your resources), but you want to have their resources available the next day without delay. You can schedule your resources to nap for the following time periods:

  • 6 hours
  • 12 hours
  • 18 hours
  • 24 hours


Terminating a resource completely deletes it.


No Recovery

Deleted, terminated, or released resources can't be recovered.

Updated about a year ago

Resource Management

Learn how you can seamlessly tag, monitor, perform actions and apply policies to your AWS resources.

Suggested Edits are limited on API Reference Pages

You can only suggest edits to Markdown body content, but not to the API spec.