:Términos en OSS

Bucket

Un bucket es un contenedor para los objetos almacenados en OSS. Todos los objetos de OSS se encuentran dentro de un bucket. Puede configurar diversos atributos para un bucket, como la región, la lista de control de acceso (ACL) y la clase de almacenamiento. Las clases de almacenamiento resultan útiles cuando necesita guardar datos con distintos patrones de acceso.

• OSS utiliza una estructura plana para los objetos, en lugar de una jerárquica. Cada objeto pertenece a un bucket.

• Puede crear varios buckets.

• El nombre de un bucket debe ser único en OSS dentro de una cuenta de Alibaba Cloud. Los nombres de los buckets no se pueden cambiar después de su creación.

  Nota

  Los nombres de los buckets creados por todas las cuentas de Alibaba Cloud deben ser distintos entre sí. Por ejemplo, si el usuario A crea un bucket llamado example, ningún otro usuario puede crear otro bucket con ese mismo nombre.

• Un bucket puede contener una cantidad ilimitada de objetos.

El nombre de un bucket debe cumplir con a continuación convenciones:

• Solo puede incluir letras minúsculas, números y guiones (-).

• Debe comenzar y terminar con una letra minúscula o un número.

• Su longitud debe estar entre 3 y 63 caracteres.

Objeto

Los objetos son la unidad de datos más pequeña en OSS. Los archivos que se cargan en OSS se denominan objetos. A diferencia de los sistemas de archivos tradicionales, los objetos en OSS se almacenan en una estructura plana y no en una jerárquica. Un objeto está compuesto por una clave, metadatos y los datos que contiene. La clave identifica de forma única a cada objeto dentro de un bucket. Los metadatos del objeto son un conjunto de pares clave-valor que definen sus propiedades, como el tipo de archivo y el formato de codificación. También puede especifique metadatos de usuario personalizados para los objetos en OSS.

El ciclo de vida de un objeto comienza cuando se carga y termina cuando se elimina. Salvo en el caso de los objetos anexables, no es posible modifique el contenido de un objeto durante ninguna etapa de su ciclo de vida. Para modifique el contenido de un objeto, debe cargue uno nuevo que reemplace al existente. Este nuevo objeto debe tener el mismo nombre que aquel cuyo contenido desea modifique.

El nombre de un objeto debe cumplir con a continuación convenciones:

• Debe estar codificado en UTF-8.

• Su longitud debe estar entre 1 y 1,023 caracteres.

• No puede comenzar con una barra diagonal (/) ni con una barra diagonal inversa (\).

  Nota

  Los nombres de los objetos distinguen entre mayúsculas y minúsculas. Salvo que se indique lo contrario, la documentación de OSS denomina "objetos" a todos los objetos o archivos.

Clave de objeto

En los SDK de OSS para distintos lenguajes de programación, los términos object key, key y object name hacen referencia a la ruta completa del objeto. Debe especifique la ruta completa de un objeto cuando ejecute operaciones sobre él. Por ejemplo, al cargue un objeto en un bucket, ObjectKey representa la ruta completa que incluye la extensión del objeto, como abc/efg/123.jpg.

Tipos de objetos

Según su método de creación, los objetos se clasifican en a continuación tipos:

• Normal

  Estos objetos se crean mediante una carga simple. Una vez cargados, solo admiten lectura y no se pueden modifique. Para cambiar el contenido de un objeto existente, debe cargue otro con el mismo nombre que lo sobrescriba. La carga simple permite subir objetos de menos de 5 GB. Este método es adecuado para escenarios donde basta enviar una sola solicitud HTTP para cargue el objeto. Para obtener más información, consulte Simple upload.

• Multipart

  Estos objetos se generan mediante una carga multiparte. Después de la carga, únicamente se pueden leer y no admiten modificaciones. Si necesita alterar el contenido de un objeto existente, debe cargue uno nuevo con el mismo nombre para sobrescribirlo. La carga multiparte resulta útil cuando busca acelerar la subida de objetos grandes, la red es inestable o se desconoce el tamaño del objeto. Para obtener más información, consulte Multipart upload.

• Anexable

  Estos objetos se crean mediante una carga por anexado. Esta técnica le permite agregar datos de video al mismo objeto inmediatamente después de generarlos. Está diseñada para flujos de video en tiempo real provenientes de áreas como la videovigilancia y el streaming. Para obtener más información, consulte Append upload.

Región

Una región es la ubicación física desde la cual OSS ofrece sus servicios. Al cree un bucket, seleccione la región según el costo o la ubicación desde donde se accederá con mayor frecuencia. En la mayoría de los casos, acceder a OSS desde una ubicación geográficamente más cercana mejora la velocidad de conexión. Para obtener más información, consulte Regions and endpoints.

La región de un bucket se debe especifique durante su creación. Una vez creado, no es posible cambiarla. Todos los objetos del bucket se almacenan en la región donde este se ubica. Las regiones se configuran para los buckets y no para los objetos.

Endpoint

Un endpoint es el nombre de dominio que se utiliza para acceder a OSS. El servicio proporciona endpoints específicos por región para que acceda a sus datos. Mediante las operaciones de la API de OSS, puede gestionar sus datos en distintas regiones. Cada región cuenta con diferentes endpoints para el acceso a través de la red interna y de internet. Por ejemplo, el endpoint público para acceder a los datos de OSS en la región China (Hangzhou) es oss-cn-hangzhou.aliyuncs.com, mientras que el interno es oss-cn-hangzhou-internal.aliyuncs.com. Para obtener más información, consulte Regions and endpoints.

Par de AccessKey

Un par de AccessKey sirve para autenticar a quien realiza la solicitud. Está formado por un AccessKey ID y un AccessKey secret. OSS emplea este par para aplicar cifrado simétrico y comprobar la identidad del solicitante. El AccessKey ID identifica al usuario, mientras que el AccessKey secret cifra y verifica la cadena de firma. El AccessKey secret debe mantenerse estrictamente confidencial. OSS admite pares de AccessKey obtenidos mediante a continuación métodos:

• Pares de AccessKey solicitados por el propietario del bucket.

• Pares de AccessKey otorgados por el propietario del bucket mediante Resource Access Management (RAM).

• Pares de AccessKey concedidos por el propietario del bucket mediante Security Token Service (STS).

Para obtener más información, consulte Create an AccessKey pair.

Atomicidad y consistencia fuerte

• Atomicidad

  Las operaciones sobre objetos en OSS son atómicas. Se completan de manera exitosa o con errores, sin estados intermedios. Cuando se cargue un objeto, obtendrá los datos previos o posteriores a la carga. No es posible recibir datos parciales ni dañados.

• Consistencia fuerte

  Las operaciones sobre objetos en OSS mantienen un alto nivel de consistencia. Por ejemplo, al recibir una respuesta exitosa de carga (PUT), puede leer el objeto de inmediato y se generan réplicas para garantizar la redundancia. Por lo tanto, nunca ocurrirá que no obtenga los datos tras ejecutar una operación de lectura posterior a la escritura. De igual forma, después de elimine un objeto, este y sus réplicas dejan de existir.

Mecanismo de redundancia de datos