Skip to content
This repository has been archived by the owner on Jul 26, 2021. It is now read-only.

Commit

Permalink
add infrastructure options for static sites
Browse files Browse the repository at this point in the history
  • Loading branch information
afeld committed May 20, 2016
1 parent f1f6afc commit d7e4ebc
Showing 1 changed file with 38 additions and 1 deletion.
39 changes: 38 additions & 1 deletion _pages/infrastructure.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,6 +2,12 @@
title: Infrastructure
---

Below, "internal" projects mean "things built by and for 18F", i.e. "not for a partner agency".

### Servers

#### cloud.gov

18F uses Amazon Web Services (AWS) as the underlying Infrastructure-as-a-Service (aka IaaS) cloud platform, but spending effort at the IaaS level is not the best use of your team’s time. 18F has invested in developing cloud.gov to provide for the most common infrastructure needs. cloud.gov uses Cloud Foundry – an open source Platform-as-a-Service (PaaS) – as team-friendly abstraction above AWS, encapsulating best-practice cloud hosting without having to worry about a lot of the details. For most of the products that 18F develops, deploying onto cloud.gov will:

- Make it easier for teams to ensure high availability/scalability
Expand All @@ -12,6 +18,37 @@ title: Infrastructure

As a result, it will reduce the portion of your team’s capacity that you need to dedicate to operational concerns. For this reason, when making infrastructure decisions, **opt to use cloud.gov for your deployment whenever possible, and only resort to directly using AWS for infrastructure pieces that are impossible to achieve through cloud.gov**.

There are some specific cases where cloud.gov may not be a good choice for your project. This is particularly the case when the product is classified “FISMA High”. This would usually only happen due to your product handling extremely sensitive information or being critical to normal government function. FISMA High products require wholly dedicated infrastructure, so neither cloud.gov nor AWS are options for deploying them.
#### Amazon Web Services (AWS)

If you do want to use AWS directly, see the [AWS](aws/) page.

#### FISMA High systems

There are some specific cases where the product is [classified](../ato/levels/) “FISMA High”. This would usually only happen due to your product handling extremely sensitive information or being critical to normal government function. FISMA High products require wholly dedicated infrastructure, so neither cloud.gov nor AWS are options for deploying them.

Note however that when partner agencies assert that **of course** their product will be FISMA High, 18F often finds upon examination that a product should be really be judged FISMA Moderate or FISMA Low... So don’t discard cloud.gov or AWS as options before probing that point carefully!

### Static sites

There are several options for deploying static sites at 18F:

#### cloud.gov

See cloud.gov page on [deploying static sites](https://docs.cloud.gov/apps/static/).

* **Internal:** free
* **External:** see the [pricing page](https://docs.cloud.gov/intro/pricing/pricing-model/)

#### Federalist

See [the Federalist homepage](https://federalist.18f.gov) for more information.

* **Internal:** free
* **External:** ask in [#federalist](https://18f.slack.com/messages/federalist/)

#### 18F Pages

Find instructions [here](https://github.com/18f/pages-server#publishing).

* **Internal:** free
* **External:** not applicable

0 comments on commit d7e4ebc

Please sign in to comment.