You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issues labeled beta must be completed before the private beta can launch, and issues labelled GA must be completed before the new service can become generally available to all customers.
What we're after
cloud.gov provides a brokered SMTP service that customers can use to send transactional mail from their applications.
Hypothesized benefit(s)/why:
Reduce operational dependencies on the home agency for cloud.gov customers
Expand potential applications that cloud.gov is suitable to hosting
Potential metrics
Customers can implement transactional mail for an auto-generated domain
Customers can implement transactional mail for an agency domain
Further context for those unfamiliar with what we're doing
In order to send mail from their applications, customers have to take on the additional complexity and compliance burden of using an off-platform solution (eg secure connection back to their agency or a different provider). We should alleviate that complexity and compliance burden.
Security considerations
The feature will need to have an SCR and undergo assessment to ensure that the broker and the services that it provisions are properly secured and compliant (eg DNSSEC, SPF, DMARC, ...)
If we want to reuse that brokerpak, we would need to the deploy the cloud-service-broker inside our boundary, or take ownership of the datagov-ssb deployment, which already runs it.
datagov-ssb has its own compliance docs and shares no infrastructure with other data.gov applications. Ryan Palmer supports for promoting it out of the existing "subsystem" status to a full service, operated independently or inside the cloud.gov boundary.
The SCR and assessment should be done to cover multiple available brokerpaks at once, if possible (eg if there are brokerpaks for SMS or other services available that we want to offer).
Related issues/sub-projects
The content you are editing has changed. Please copy your edits and refresh the page.
Issues labeled
beta
must be completed before the private beta can launch, and issues labelledGA
must be completed before the new service can become generally available to all customers.What we're after
cloud.gov provides a brokered SMTP service that customers can use to send transactional mail from their applications.
Hypothesized benefit(s)/why:
Potential metrics
Further context for those unfamiliar with what we're doing
In order to send mail from their applications, customers have to take on the additional complexity and compliance burden of using an off-platform solution (eg secure connection back to their agency or a different provider). We should alleviate that complexity and compliance burden.
Security considerations
The feature will need to have an SCR and undergo assessment to ensure that the broker and the services that it provisions are properly secured and compliant (eg DNSSEC, SPF, DMARC, ...)
Notes for implementers
cloud-service-broker
inside our boundary, or take ownership of thedatagov-ssb
deployment, which already runs it.Related issues/sub-projects
Tasks
The text was updated successfully, but these errors were encountered: