Incorporación de inquilinos a la arquitectura SaaS para el modelo de silo mediante C# y AWS CDK

El usuario envía una POST API solicitud con la carga útil del nuevo inquilino (nombre del inquilino, descripción del inquilino) JSON a un alojamiento REST API de Amazon API Gateway. El API Gateway procesa la solicitud y la reenvía a la función de incorporación de inquilinos de Lambda de backend. En este ejemplo, no hay autorización ni autenticación. En una configuración de producción, API debe integrarse con el sistema de seguridad de la infraestructura SaaS.

La función de incorporación de inquilinos verifica la solicitud. A continuación, intenta almacenar el registro del inquilino, que incluye el nombre del arrendatario, el identificador único universal del arrendatario generado (UUID) y la descripción del arrendatario, en la tabla de incorporación de arrendatarios de Amazon DynamoDB. 

Una vez que DynamoDB almacena el registro, una transmisión de DynamoDB inicia la función de infraestructura de inquilinos de Lambda descendente.

La función de Lambda de la infraestructura de inquilino actúa en función de la transmisión de DynamoDB recibida. Si la transmisión es para el INSERT evento, la función utiliza la NewImage sección de la transmisión (registro de última actualización, campo Nombre del inquilino) CloudFormation para crear una nueva infraestructura de arrendatario utilizando la plantilla que está almacenada en el bucket de S3. La CloudFormation plantilla requiere el parámetro Nombre del inquilino. 

AWS CloudFormation crea la infraestructura del inquilino en función de la CloudFormation plantilla y los parámetros de entrada.

Cada configuración de infraestructura arrendataria tiene una CloudWatch alarma, una alarma de facturación y un evento de alarma.

El evento de alarma se convierte en un mensaje dirigido a un SNS tema, que se cifra con la AWS KMS clave del inquilino.

El SNS tema reenvía el mensaje de alarma recibido a la SQS cola, que se cifra con la clave de cifrado del AWS KMS inquilino.

El usuario envía una DELETE API solicitud con la carga útil del nuevo inquilino (nombre del inquilino, descripción del inquilino) JSON al servidor REST API de Amazon API Gateway, que procesará la solicitud y la reenviará a la función de incorporación de inquilinos. En este ejemplo, no hay autorización ni autenticación. En una configuración de producción, se API integrará con el sistema de seguridad de la infraestructura SaaS.

La función de incorporación de inquilinos verificará la solicitud y, a continuación, intentará eliminar el registro del inquilino (nombre del inquilino) de la tabla de incorporación de inquilinos. 

Una vez que DynamoDB elimina el registro correctamente (el registro existe en la tabla y se elimina), una transmisión de DynamoDB inicia la función de infraestructura de inquilinos de Lambda descendente.

La función de Lambda de la infraestructura de inquilino actúa en base a la transmisión de DynamoDB recibida. Si la transmisión es para el REMOVE evento, la función utiliza la OldImage sección del registro (información del registro y campo Nombre del inquilino, antes del último cambio, que es la eliminación) para iniciar la eliminación de una pila existente en función de la información de ese registro.

AWS CloudFormation borra la pila de inquilinos de destino en función de la entrada.

APIPuerta de enlace

Sirve como punto de REST API entrada para la pila de planos de control.

Función de Lambda de incorporación de inquilinos

APIGateway inicia esta función Lambda mediante el método m.

Una API solicitud de POST método hace que (tenant name,tenant description) se inserte en la tabla de Tenant Onboarding DynamoDB.

En este ejemplo de código, el nombre del inquilino también se usa como parte del nombre de la pila de inquilinos y de los nombres de los recursos de esa pila. Esto es para facilitar la identificación de estos recursos. El nombre de este inquilino debe ser único en la configuración para evitar conflictos o errores. La configuración detallada de la validación de entradas se explica en la documentación de IAMfunciones y en la sección de limitaciones.

El proceso de persistencia en la tabla de DynamoDB solo tendrá éxito si el nombre del inquilino no se utiliza en ningún otro registro de la tabla.

En este caso, el nombre del inquilino es la clave de partición de esta tabla, ya que solo la clave de partición se puede usar como expresión de condición PutItem.

Si el nombre del inquilino nunca se registró antes, el registro se guardará correctamente en la tabla.

Sin embargo, si un registro existente de la tabla ya utiliza el nombre del inquilino, la operación fallará e iniciará una excepción de DynamoDB ConditionalCheckFailedException. La excepción se utilizará para devolver un mensaje de error (HTTP BadRequest) que indique que el nombre del inquilino ya existe.

Una API solicitud de DELETE método eliminará el registro del nombre de un inquilino específico de la tabla Tenant Onboardin g.

La eliminación del registro de DynamoDB en este ejemplo se realizará correctamente aunque el registro no exista.

Si el registro de destino existe y se elimina, se creará un registro de transmisión de DynamoDB. De lo contrario, no se creará ningún registro posterior.

Incorporación de DynamoDB por parte del inquilino, con Amazon DynamoDB Streams habilitado

Esto registra la información de los metadatos del inquilino y cualquier registro que se guarde o elimine enviará un flujo descendente a la función de Lambda Tenant Infrastructure. 

Función de Lambda de infraestructura inquilina

Esta función de Lambda la inicia el registro de flujo de DynamoDB del paso anterior. Si el registro es para un INSERT evento, se invoca AWS CloudFormation para crear una nueva infraestructura de inquilinos con la CloudFormation plantilla que está almacenada en un bucket de S3. Si el registro es para REMOVE, se inicia la eliminación de una pila existente en función del campo del registro de transmisión Tenant Name.

S3 bucket

Esto sirve para almacenar la CloudFormation plantilla.

IAMfunciones para cada función de Lambda y una función de servicio para CloudFormation

Cada función de Lambda tiene su IAM función única con permisos de mínimo privilegio para realizar su tarea. Por ejemplo, la función de Lambda Tenant On-boarding tiene acceso de lectura y escritura a DynamoDB y la función de Lambda Tenant Infrastructure solo puede leer el flujo de DynamoDB.

Se crea un rol de CloudFormation servicio personalizado para el aprovisionamiento de la pila de inquilinos. Esta función de servicio contiene permisos adicionales para el aprovisionamiento de CloudFormation pilas (por ejemplo, la AWS KMS clave). Esto divide las funciones entre Lambda y CloudFormation evita todos los permisos en una sola función (función de Infraestructura Lambda).

Los permisos que permiten realizar acciones poderosas (como crear y eliminar CloudFormation pilas) están bloqueados y solo se permiten en los recursos que comienzan con. tenantcluster- La excepción se AWS KMS debe a su convención de nomenclatura de recursos. El nombre del arrendatario introducido se API añadirá antes de otras comprobaciones de validación (alfanuméricas, solo con guiones y limitadas a menos de 30 caracteres para que quepan en la mayoría AWS de los nombres de los recursos). tenantcluster- Esto garantiza que el nombre del inquilino no provoque una interrupción accidental de los recursos o las pilas de la infraestructura principal.