Skip to content

Commit f8e9d60

Browse files
committed
Remove duplicate spacing to keep the markdown checker happy
1 parent f61c804 commit f8e9d60

File tree

1 file changed

+0
-2
lines changed

1 file changed

+0
-2
lines changed

patterns/outsource-bottom-up.md

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -43,7 +43,6 @@ You need to understand and be able to justify a choice that creates vendor lock-
4343

4444
The choice is between investing time early to build in mobility and deferring that effort (quite possibly forever) to focus on things which deliver more value to the organisation, but following the principle that nothing untested can be assumed to work, engineering principles dictate that you should have a plan to continue to assure that mobility as the project evolves. If mobility is a required feature, that feature must be tested.
4545

46-
4746
## Details
4847

4948
Always prefer software as a service (SaaS, e.g. Splunk, Jira), then serverless platform as a service (PaaS, e.g. Amazon DynamoDB, AWS Lambda, Texas, AWS Fargate), then infrastructure as a service (IaaS, e.g. cloud VMs). Cloud VMs are the least flexible option available to us, so should only be used if no other option can be chosen.
@@ -60,7 +59,6 @@ If you have a choice as to whether to use functions as a service or a container
6059
- Is your implementation primarily plumbing between other services already in the cloud, with little logic of its own? Is it primarily asynchronous? A "yes" to either of these would point in the direction of cloud functions.
6160
- Do you have specific language or runtime version requirements? While these can usually be accommodated on cloud function platforms, there is additional work if your needs do not align with the platform-supplied runtimes. You may find that this erases any advantage to cloud functions over containers.
6261

63-
6462
### Data persistence
6563

6664
For data persistence, where there are no other differentiating factors, prefer pay per request options (e.g. Amazon DynamoDB, S3) over pay per time choices (e.g. Amazon Aurora or RDS).

0 commit comments

Comments
 (0)