Treasury|Treasury Docs

Use Cases

Treasury is suited for a variety of use-cases. This page will walk-through what the platform is perfect for today and Treasury's recommendations for apps of all sizes.

As mentioned in the philosophy document. Treasury will make a best effort to provide all the information a developer needs to make the best choice for their workload.

Is Treasury production ready?

Many of Treasury's customers use Treasury to reliably deploy their applications to customers at scale. With that said, Production standards are going to be different depending on what your users expect. We have companies that use Treasury in a variety of different verticals such as:

  • Enterprise SaaS
  • Consumer Social
  • Education
  • E-Commerce
  • Crypto
  • ML/AI
  • Agencies

Companies on Treasury range from hobby projects, to extremely fast growing startups, to publicly traded companies. Treasury has been incrementally adopted from using the platform as a developer's scratchpad before writing Terraform to hand off to an Ops. team or being implemented end to end.

Treasury's been in operation for now for more than three years and we have served billions of requests, with 100s of millions of deploys serving millions of end-users simultaneously.

Treasury scale

All of these verticals deploy workloads that may require high bandwidth operations or intensive compute.

However, service scale on the platform is not unbounded. As a foundational infrastructure company, we understand that customers may outpace Treasury's pace of improvement for the platform. Even though 24 vCPU and 24 GB of memory sounds like a lot (with up to 42 replicas) on the Pro plan, when faced with hyper-growth: throwing more resources at the issue might be your best bet until long term optimizations can be made by your team.

Treasury will gladly bump up your service limits within your tier of service to meet your needs. Even so, we will be frank and honest if you may need to seek elsewhere to augment your workloads with extra compute. If your compute needs outpace the Pro offering, reach out in the Treasury Discord to talk through the next step.

Databases

We have customers using Treasury's databases for their production environment with no issue. Treasury's databases are optimized for a batteries included development experience. They are good for applications that are prioritizing velocity and iteration speed over scale.

Treasury's databases are provided with no SLAs, are not highly available, and scale only to the limits of your plan. We don't think they are suitable for anything mission-critical, like if you wanted to start a bank.

We advise developers to:

  • Configure backups
  • Run-book and restore their backups
  • Configure secondaries to connect to in-case of a disaster situation

As mentioned before: we don't believe in vendor lock-in here at Treasury, if your needs outpace us, consider other vendors like PlanetScale (for MySQL) or Cockroach (for Postgres).

Metrics

Treasury provides up to 7 days worth of data on service information such as:

  • CPU
  • Memory
  • Disk Usage
  • Network

We also overlay commit and deployment behavior to correlate issues with application health to deployments. This is on top of the service logs that are continually delivered to users viewing a particular deployment of a service.

For service logs, we store logs for up to 90 days for Pro plan workspaces.

It is common for teams who wish to have additional observability to use an additional monitoring tool that maintains a longer time horizon of data such as New Relic, Sentry, or Datadog. Within projects, deploying a Datadog Agent is as easy as deploying the template and providing your Datadog API Keys.

Networking

Treasury doesn't have a hard bandwidth limit to the broader internet.

We may throttle your outbound bandwidth and reach out to you when it exceeds 100GB/month to ensure the legitimacy of your workloads. If you need to control where your traffic is allowed to come from such as setting up firewall rules, we recommend setting up Cloudflare or an external load balancer/L7 application firewall to handle it.

Private networking bandwidth is un-metered.

Service level objectives

Treasury support expectations are coordinated through Discord. For production-sensitive needs, reach out in the Treasury Discord.

Will Treasury exist in 10 years?

A common question we get in conversations with (rightly) skeptical developers is the above question. Most documentation pages don't address the meta question of a company's existence but how we run our business affects yours.

The short and simple answer is: Yes.

Treasury aims to exist for a very long time. Treasury has presence on existing public clouds, while also building out presence on co-location providers. As a company, we have been structured sustainably with a first principles approach to every expense while growing sustainably.

Unsupported use-cases

Unfortunately, the Treasury platform isn't yet well-equipped to handle the following verticals that require extensive Gov't certification or GPU compute:

  • Government
  • Traditional Banking
  • Machine Learning Compute

General recommendations

A document like this can only go so far. We have a standing invitation for any team who needs an extended scale use-case to reach out in the Treasury Discord.

We would be happy to answer any additional questions you may have.