Quick-Start-Guide

Introduction

This package aims to provide the functions for communicating with Amazon Web Services(AWS) Elastic Container Service(ECS) using AWS REST APIs. The ECS functions start with the prefix ecs_ and EC2 functions start with ec2_. The general-purpose functions have the prefix aws_.

Since there are above 400 EC2 APIs, it is not possible for the unit test to cover all use cases. If you see any problems when using the package, please consider to submit the issue to GitHub issue.

Authentication

Credentials must be provided for using the package. The package uses access key id and secret access key to authenticate with AWS. See AWS user guide for the information about how to obtain them from AWS console. The credentials can be set via aws_set_credentials().

aws_set_credentials()
#> $access_key_id
#> [1] "AK**************OYX3"
#> 
#> $secret_access_key
#> [1] "mL**********************************XGGH"
#> 
#> $region
#> [1] "ap-southeast-1"

The function aws_set_credentials sets both the credentials and the region of the AWS service. You can either explicitly provide them by the function arguments or rely on the locator to automatically find your credentials. There are many ways to locate the credentials but the most important methods are as follow(sorted by the search order):

  1. environment variables AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_DEFAULT_REGION, and AWS_SESSION_TOKEN

  2. a profile in a global credentials dot file in a location set by AWS_SHARED_CREDENTIALS_FILE or defaulting typically to "~/.aws/credentials" (or another OS-specific location), using the profile specified by AWS_PROFILE

Users can find the details on how the credentials are located from ?aws.signature::locate_credentials. A list of AWS regions can be found by calling the function aws_list_regions.

aws_list_regions()
#>  [1] "us-east-1"      "us-east-2"      "us-west-1"      "us-west-2"      "us-gov-west-1" 
#>  [6] "us-gov-east-1"  "ca-central-1"   "eu-north-1"     "eu-west-1"      "eu-west-2"     
#> [11] "eu-west-3"      "eu-central-1"   "eu-south-1"     "af-south-1"     "ap-northeast-1"
#> [16] "ap-northeast-2" "ap-northeast-3" "ap-southeast-1" "ap-southeast-2" "ap-east-1"     
#> [21] "ap-south-1"     "sa-east-1"      "me-south-1"

Call the functions

Calling the EC2 or ECS function is simple, for example, you can list all ECS clusters via

ecs_list_clusters()
#> REST request failed with the message:
#>  Timeout was reached: [ecs.ap-southeast-1.amazonaws.com] Send failure: Connection was aborted
#> [1] "arn:aws:ecs:ap-southeast-1:020007817719:cluster/R-worker-cluster"
#> [2] "arn:aws:ecs:ap-southeast-1:020007817719:cluster/test"

The original EC2 and ECS APIs accept the request parameter via the query parameter or header and return the result by JSON or XML text in the REST request. The package provides a unified way to call both APIs. The request parameters can be given by the function arguments and the result is returned in a list format. If possible, the package will try to simplify the result and return a simple character vector. It will also handle the nextToken parameter in the REST APIs and collect the full result in a single function call. This default behavior can be turned off by providing the parameter simplefy = FALSE.

Each EC2 or ECS API has its own document. For example, you can find the help page of ecs_list_clusters via ?ecs_list_clusters. The full description of the APIs can be found at AWS Documentation.

A note for the AWS EC2 functions

Array

While the AWS Documentation is very helpful in finding the API use cases. There are some inconsistencies between the AWS Documentation and the package functions. To be more specific, the array type parameter will get a special treatment in this package. For example, here is an example for DescribeVpcs from the AWS Documentation which describes the specified VPCs

https://ec2.amazonaws.com/?Action=DescribeVpcs
&VpcId.1=vpc-081ec835f3EXAMPLE
&vpcId.2=vpc-0ee975135dEXAMPLE
&VpcId.3=vpc-06e4ab6c6cEXAMPLE

The VpcId is so-called array object in the AWS Documentation. The package uses a vector or a list to represent the array object. The dot . in the array can be explained as [[ and anything followed by the dot can be explained as the index. Therefore, the corresponding R expression for VpcId is

and the same request in R can be made by

ec2_describe_vpcs(VpcId = VpcId)

Internally, VpcId will be converted to an array object using the function list_to_array, e.g.

Just like list can be nested, the array object can be nested as well. For example, if we have a tags array like

tags.1.name = name-example
tags.1.value.1 = value-example1
tags.1.value.2 = value-example2

Using the array rule we mentioned above, the corresponding R expression is

We can verify the request parameter using list_to_array

Filter

A even more aggressive change can be found on the Filter parameter. Here is an example of describing VPCs which satisfy some specific conditions from the AWS Documentation

https://ec2.amazonaws.com/?Action=DescribeVpcs
&Filter.1.Name=dhcp-options-id
&Filter.1.Value.1=dopt-7a8b9c2d
&Filter.1.Value.2=dopt-2b2a3d3c
&Filter.2.Name=state
&Filter.2.Value.1=available

The Filter parameter is, of course, an array object in AWS documentation. However, it is clearly redundant to specify the filter’s name and value separately. Therefore, the package allows users to provide the filter as a named list. The same request in R can be given by

ec2_describe_vpcs(
  Filter = list(
    `dhcp-options-id` = c("dopt-7a8b9c2d", "dopt-2b2a3d3c"),
    state="available"
  )
)

The Filter parameter will be converted into a list object which meets the AWS filter requirement. If you are unsure about whether you has specified the correct filter, you can check the converted filter values via

A note for the AWS ECS functions

The AWS ECS API uses JSON format to assemble the request parameter. Therefore, the ECS functions will call rjson::toJSON to convert the request parameters into JSON objects. If you are not sure if you use the parameter correctly, you can manually run rjson::toJSON and compare the result with the example provided in AWS documentation. For example, the request syntax for the tags parameter in CreateCluster API is

"tags": [ 
         { 
            "key": "string",
            "value": "string"
         }
      ]

The corresponding R format should be

You can verify it by

Package settings

The package handles the network issue via the parameter retry_time, print_on_error and network_timeout.

aws_get_retry_time()
#> [1] 5
aws_get_print_on_error()
#> [1] TRUE
aws_get_network_timeout()
#> [1] 2

retry_time determines the number of time the function will retry when network error occurs before throwing an error. If print_on_error is set to False, no message will be given when the network error has occurred and the package will silently resend the REST request. network_timeout decides how long the function will wait before it fails. They can be changed via the corresponding setters(e.g. aws_set_retry_time). You can also temporary alter the setting by providing the package setting as a parameter in the EC2 or ECS function.

Warning

Not all AWS APIs are idempotent, especially for the functions that need to allocate resources on AWS(e.g. ecs_start_task). If you plan to use the AWS function in your package, special handle for the network issue is required for the non-idempotent API to avoid a double allocation.

Session info

sessionInfo()
#> R version 4.0.4 (2021-02-15)
#> Platform: x86_64-w64-mingw32/x64 (64-bit)
#> Running under: Windows 10 x64 (build 19042)
#> 
#> Matrix products: default
#> 
#> locale:
#> [1] LC_COLLATE=English_United States.1252  LC_CTYPE=English_United States.1252   
#> [3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C                          
#> [5] LC_TIME=English_United States.1252    
#> 
#> attached base packages:
#> [1] stats     graphics  grDevices utils     datasets  methods   base     
#> 
#> other attached packages:
#> [1] aws.ecx_1.0.4
#> 
#> loaded via a namespace (and not attached):
#>  [1] tidyselect_1.1.0    xfun_0.19           remotes_2.2.0       purrr_0.3.4        
#>  [5] generics_0.1.0      vctrs_0.3.4         colorspace_2.0-0    testthat_3.0.2     
#>  [9] usethis_1.6.3       htmltools_0.5.0     stats4_4.0.4        yaml_2.2.1         
#> [13] base64enc_0.1-3     rlang_0.4.10        pkgbuild_1.1.0      pillar_1.4.6       
#> [17] rapiclient_0.1.3    glue_1.4.2          withr_2.3.0         BiocGenerics_0.36.0
#> [21] RColorBrewer_1.1-2  sessioninfo_1.1.1   rvcheck_0.1.8       lifecycle_0.2.0    
#> [25] stringr_1.4.0       dlstats_0.1.3       munsell_0.5.0       commonmark_1.7     
#> [29] gtable_0.3.0        devtools_2.3.2      memoise_1.1.0       evaluate_0.14      
#> [33] knitr_1.31          callr_3.5.1         ps_1.4.0            curl_4.3           
#> [37] parallel_4.0.4      Rcpp_1.0.5          BiocManager_1.30.10 scales_1.1.1       
#> [41] formatR_1.8         S4Vectors_0.28.0    desc_1.2.0          pkgload_1.1.0      
#> [45] jsonlite_1.7.2      fs_1.5.0            rjson_0.2.20        ggplot2_3.3.2      
#> [49] digest_0.6.27       stringi_1.5.3       dplyr_1.0.2         processx_3.4.4     
#> [53] rprojroot_2.0.2     grid_4.0.4          cli_2.3.1           tools_4.0.4        
#> [57] magrittr_1.5        tibble_3.0.4        pkgconfig_2.0.3     crayon_1.3.4       
#> [61] aws.signature_0.6.0 whisker_0.4         ellipsis_0.3.1      xml2_1.3.2         
#> [65] prettyunits_1.1.1   assertthat_0.2.1    rmarkdown_2.7       httr_1.4.2         
#> [69] roxygen2_7.1.1      rstudioapi_0.13     badger_0.0.9        R6_2.5.0           
#> [73] compiler_4.0.4

future work

  1. Convert parameter type if it does not meet the AWS type requirement. Done

  2. add link to the function documentation