Almacenamiento en la nube

Riversoft® STCP DirectLink intercambia archivos con buckets y containers de almacenamiento en la nube. La conexión siempre la inicia Riversoft STCP DirectLink, que graba y busca objetos en el repositorio indicado para cada usuario.

Conector	Repositorio
Amazon S3	Buckets de Amazon S3 y de servicios compatibles con la API de S3.
Azure Blob Storage	Containers de una cuenta de almacenamiento de Azure.
Google Cloud Storage	Buckets de Google Cloud Storage.
Oracle Cloud Object Storage	Buckets de Oracle Cloud Infrastructure (OCI) Object Storage.

Conexiones de salida

Envío

    flowchart LR
    subgraph DL[Riversoft STCP DirectLink]
      SA["Directorio saida"] --> C[Conector de nube]
    end
    C -->|envío| P[Bucket o container de envío]

Búsqueda

    flowchart LR
    subgraph DL[Riversoft STCP DirectLink]
      C[Conector de nube] --> EN["Directorio entrada"]
    end
    P[Bucket o container de recepción] -->|búsqueda| C

Nota

El envío y la búsqueda pueden ocurrir en la misma conexión: primero Riversoft STCP DirectLink envía los archivos y después busca los del socio. Según el modo configurado en el usuario, la conexión también puede solo enviar o solo buscar.

Riversoft STCP DirectLink se conecta al repositorio por agenda, o cuando el operador inicia la conexión en el Riversoft Console Portal. En la misma conexión:

envía los archivos disponibles en el buzón del usuario (directorio saida) al bucket o container de envío;
busca los objetos del bucket o container de recepción y los graba en el directorio entrada del buzón.

Etapa	Comportamiento
Envío	Cada archivo se graba como un objeto, con el prefijo (carpeta) configurado. En Google Cloud Storage, el envío se rechaza si ya existe un objeto con el mismo nombre.
Búsqueda	Solo se buscan los objetos del prefijo y de la máscara configurados.
Después de la búsqueda	El objeto puede copiarse a un prefijo de backup y, si está configurado, eliminarse del origen.

Los buckets o containers de envío y de recepción pueden ser los mismos o diferentes, y cada uno tiene su prefijo.

Autenticación por proveedor

Proveedor	Formas de autenticación
Amazon S3	Clave de acceso (access key y secret key, con token de sesión opcional); credenciales del entorno o de un profile; rol asumido (AssumeRole); IAM Roles Anywhere, con certificado.
Azure Blob Storage	Nombre y clave de la cuenta de almacenamiento (Shared Key) o token SAS.
Google Cloud Storage	Clave JSON de una cuenta de servicio, o las credenciales predeterminadas del entorno.
Oracle Cloud Object Storage	Clave de API: tenancy, usuario, fingerprint y clave privada, con la región del bucket.

En Amazon S3, un endpoint propio permite usar servicios compatibles con la API de S3, incluso en el formato de ruta (path-style). El conector también puede verificar si los buckets existen antes de transferir.

Qué acordar con el responsable del repositorio

Elemento	Descripción
Repositorio	Bucket o container de envío y de recepción, región y endpoint, cuando no sea el predeterminado del proveedor.
Prefijos	Carpetas de envío, de recepción y de backup.
Credencial	La forma de autenticación del proveedor, con permiso solo para los buckets o containers usados.
Posprocesamiento	Si los objetos buscados deben eliminarse o copiarse a backup.

Estos datos se registran en el usuario, en el Riversoft Console Portal, junto con la agenda de las conexiones.

Seguridad

Dé a la credencial del conector solo los permisos necesarios en los buckets o containers usados (lectura, escritura y eliminación, cuando haya eliminación).
Prefiera credenciales temporales (rol asumido o IAM Roles Anywhere en Amazon S3, token SAS con validez en Azure Blob Storage).
Guarde las credenciales en un proveedor de secretos. Vea KMS y secretos.
Las conexiones usan HTTPS. Vea Seguridad: conectores.

API REST AS2