This patch set reorganizes Deckhand's documentation structure for better organization into 3 distinct categories: * developer's guide * operator's guide * user's guide This means that the RTD navigation menu on the left-hand side will have fewer links (see list above) making navigation much easier. This is similar to how Armada organizes its documentation too. This patch set also updates README section with a better overview and trims some fat from it (remove testing documentation as it doesn't really belong there -- there is a dedicated page for that already). Finally, this patch set changes the exceptions page to render as a basic list of autoexception classes because the current tabularized view is not rendering correctly on RTD [0]. [0] https://airship-deckhand.readthedocs.io/en/latest/exceptions.html Change-Id: I162383bf8e3bbd5004603c979ac7b0d760a210c4
2.4 KiB
Data Encryption
Deckhand supports encrypting the data
section of
documents at-rest to secure sensitive data. This encryption behavior is
triggered by setting metadata.storagePolicy: encrypted
. It
is solely the document author's responsibility to decide the appropriate
storagePolicy for the data contained in the document.
Note
Note that encryption of document data incurs runtime
overhead as the price of encryption is performance. As a
general rule, the more documents with
storagePolicy: encrypted
, the longer it will take to render
the documents, particularly because Barbican has
a built-in restriction
around retrieving only one encrypted payload a time. This means that if
50 documents have storagePolicy: encrypted
within a
revision, then Deckhand must perform 50 API calls to Barbican when
rendering the documents for that revision.
Encrypted documents, like cleartext documents, are stored in
Deckhand's database, except the data
section of each
encrypted document is replaced with a reference to Barbican.
Supported Data Types
Barbican supports encrypting any data type via its "opaque" secret type. Thus, Deckhand supports encryption of any data type by utilizing this secret type.
However, Deckhand will attempt to use Barbican's other
secret types where possible. For example, Deckhand will use "public" for
document types with kind PublicKey
.