Menores gastos generales, se demuestra que el coste computacional de la encriptación de datos estos días es menor en comparación con otros gastos, sin embargo el  Cifrado aún no es libre.

La integridad de los datos almacenados se realiza con un fin-a-fin al comprobar el uso El hash MD5 criptográficos como un checksum.

Cuando  se almacena un objeto a S3, el sistema calcula en la Amazonía el MD5 de ese objeto y  espera que los retornos  Hash den  su respuesta.

Amazon S3 compara la aplicación computarizada Hash con un hash que computa a nivel local para ver si coinciden, los paquetes de  datos  enviados de la aplicación.

Aunque la aplicación enviará Objetos de cualquier tamaño, el  código nunca envía objetos mayores de 16 MB.

La Disponibilidad a corto plazo es un reflejo de conectividad del Amazonas, sobre la carga, debido a Su red  tejida de servidores , e incluso la fiabilidad de su código.

Se ha encontrado pruebas de que en algún lugar entre el 0,1% y el 1% de todas las entradas y se vuelven a retroalimentar  de nuevo si la entrada  no concluyó con éxito.

Normalmente PUTs  se logran en el segundo reintento, pero a veces se  necesita  volver a intentarlo tres o cuatro Veces,uno de los desarrolladores de los foros recomienda  la aplicación de un back-off Exponencial, pero los reintentos de una  aplicación falla  en el momento de recibir un mensaje de error. Después de escribir más de un terabyte de S3, nunca se ha  experimentado un fracaso que exige Más de cuatro reintentos.

La disponibilidad a largo plazo es una cuestión más grande, por desgracia, una vez que los datos son  realmente almacenados en el S3, Amazon tiene la responsabilidad de garantizar que sigan siendo disponibles durante todo el tiempo que el cliente paga las facturas.

Amazon afirma que la Los datos se almacenan en múltiples discos duros en múltiples centros de datos.

Lamentablemente,Amazon no respaldar esta afirmación con ningún tipo de Nivel de Servicio de acuerdo con  (SLA). Además, no existe ninguna copia de seguridad o de servicio de recuperación en caso  de que se han  borrado algunos datos importantes.

Como resultado de ello, es importante  mantener una copia de seguridad  de los datos almacenados S3.

La autenticación de la estrategia de Amazon Web Services (AWS) parece bastante Sólido a la primera lamentablemente, es en realidad un búnker de acero construido sobre la base  de arenas movedizas.
AWS apoya una simple estrategia de autenticación basado en el HMAC-SHA1  Algoritmo.

En AWS Cada cuenta tiene una clave de acceso y un ID de acceso Secreto Clave. La clave de acceso es un ID de 20 digitos en cadena de caracteres que se utiliza exclusivamente para Identificar su cuenta, la clave secreta de acceso es hasta de 41 digitos en  la cadena de caracteres.
Utilizado para firmar digitalmente solicitudes SOAP y REST. Para firmar una petición, simplemente HMAC calcular los parámetros de la petición utilizando la Clave secreta, como la clave para el HMAC que es HMAC enviada junto con la solicitud.
Los servidores de Amazon, que conoce su clave secreta de acceso, calcular la misma HMAC. Si los dos HMAC coinciden, entonces la petición es autorizada. Pide que se  Incluya la fecha para impedir ataques de repetición.

El HMAC es un enfoque rápido, eficiente, seguro y bonito. La subyacente debilidad es que las credenciales se descargan desde el sitio Web de AWS.

Esto significa que cualquier persona que conozca su nombre de usuario y contraseña Amazonas Puede descargar su clave secreta de acceso.

Desde Amazon se permite que la contraseña se ponga  a cero y si no se puede recordar , simplemente haciendo clic en un vínculo, se envían a la cuenta de la dirección de correo electrónico registrada, cualquier persona que tenga el control de su  Sistema de correo electrónico pueden eliminar de manera efectiva toda la información que ha almacenado en  S3.

Amazonas tendrá que replantearse esta arquitectura de autenticación antes de que  las organizaciones puedan desconfiar  con la información en caso de  misión crítica.
; LOGIN: FEBRERO DE 2007 LOS 9 GRID COMPUTING

El otro problema real con S3 es la estructura de costos: Actualmente cuesta Casi tanto como cargar y descargar una pieza de información, ya que los costos  para almacenar datos de la misma durante tres meses. aunque esto puede ser una dramática demostración de que el costo de almacenamiento está cayendo mucho más rápido que el Costo de ancho de banda, ancho de banda de S3 simplemente inasequibles para muchos proyectos.

Lamentablemente, Amazonas ha  hecho que  la fijación de precios del servicio S3 Completamente sea  inservible para mí hasta que la empresa presentó su segundo gridcomputing
- Que ofrecen un alto rendimiento de la  utilidad.

El elástico Compute Cloud
Amazonia Elastic Compute Cloud (EC2) S3  tiene  la estrategia de precios  más fácil de gestionar y eliminar los gastos de ancho de banda para mover datos  Entre el almacenamiento y la computación.
Como su nombre indica, te permite EC2,  período de alquiler sobre una "nube" de las computadoras.

Estos ordenadores son el equivalente de 1,7 GHz a 1,25 Xenon servidores GB de RAM y 160 GB de disco local. El coste de estas máquinas es de 10  Centavos de dólar por CPU por hora.

Como en el S3, que cuesta 20 centavos por gigabyte para   colocar y avanzar Datos entre en Internet y EC2. Sin embargo, no hay cargo Para moverse entre los EC2 y S3.

Según Amazon, cada máquina virtual Cuenta con 250 megabits por segundo de ancho de banda, aunque la forma en que se traduce  EC2 a velocidad entre S3 y depende de una variedad de factores.
Las "máquinas" que ofrece  Amazon EC2 son en realidad máquinas virtuales,  que hacen uso de la plataforma de Xen.

Se ha creado una máquina  virtual  mediante el almacenamiento de una imagen de disco dentro S3 utilizando herramientas especiales que Amazon Proporciona y, a continuación, se ejecuta un programa Java que inicia la máquina  virtual. 

 Un segundo programa Java le permite supervisar los progresos de la Máquina de la creación; cuando esté listo, el script muestra el equipo Nombre de host. Obviamente, la imagen que debe tener una instancia, permite la cuenta que le permite acceder a la máquina.
EC2 se basa en Xen, y se usa en cualquier distribución de Linux como Así como NetBSD, FreeBSD, Plan 9, y otros sistemas operativos.

En la práctica, sin embargo, EC2 se basa en gran medida en la RedHat Fedora Core sistema operativo, Aunque hay instrucciones en la Internet para usarlo con distribuciones Ubuntu .

Creo que este es decepcionante, porque FreeBSD y Darwin, seguidos  Por Ubuntu, son de alta preferencia por los  sistemas operativos.
Amazon todabía no da la fiabilidad a los ordenadores EC2:
Cada máquina puede chocar en cualquier momento, y no disponen de  copias de segurida`.Por experiencia de estos accidentes de las  máquinas , que hacen  Fracasar. Si desea  almacenamiento fiable , se puede ejecutar dos o más máquinas EC2 como un grupo.

Un mejor enfoque, sin embargo, es que la tienda de máquinas EC2 de información en S3, para tener máquinas fiables.

¿Cuál es realmente lo puro sobre EC2 es que se puede construir un sistema  pequeño y luego se  amplia, ya que se hace más popular, simplemente por la  variedad  de los ordenadores virtual. De hecho, incluso puede llevar hasta máquinas virtuales los jueves Y viernes, en caso de los que son sus días de gran afluencia, y los que cierran las máquinas durante el resto de la semana.

EC2 El modelo de seguridad es similar a la de S3, salvo que los comandos son X.509 firmado con una clave privada. Por desgracia, que descarga una  Clave  privada de la AWS sitio Web, por lo que la seguridad sigue siendo fundamentalmente y depende de  AWS de el nombre de usuario y contraseña.

Que la clave privada se puede utilizar y poner en marcha las máquinas, cerrar sus negocios, y configurar el "firewall" que Protege las  máquinas virtuales sobre la infraestructura EC2.

 El firewall  Permite controlar que las direcciones IP y los puertos en Internet puedan controlar las  máquinas virtuales, por defecto, todos los puertos están cerrados;

Probablemente usted desea abrir el firewall para permitir que el puerto 22 (ssh) al menos,permitan que las funcionen los servidores Web, probablemente debería tener el puerto 80 Abierto. y, por supuesto, probablemente querrá configurar el firewall de manera Que sus máquinas virtuales pueden comunicarse entre sí, por lo menos en Algunos puertos.
Amazon tuvo un problema de seguridad con los principios de EC2: La empresa se Descuidaba y no a limpiaba el ordenador virtual de las unidades de disco antes de cambiar de un cliente a otro.

Este problema ha sido corregido con la aplicación de S3_glue: A C + +  la API REST S3 .Como ya he dicho, he estado usando S3 y EC2 para mi investigación en
Informática forense.

Como parte de mi investigación he creado un sistema de código abierto  para obtener imágenes de los discos duros y el almacenamiento de los resultados en muy comprimido  Pero de acceso aleatorio imágenes de disco [2]. Este mes de octubre he añadido soporte para a S3 con la  biblioteca a fin de que las imágenes puedan  residir en el ordenador local o en Amazon S3.
Amazon proporciona ejemplos de código para S3 en C #, Java, JavaScript, Perl, Python, Y Ruby. Aunque estos ejemplos son instructivas, mi disco de sistema de procesamiento de imágenes está escrito en C + + por razones de rendimiento.

Para hacer utilizable el código Para que otros me distinguirse en la base de la aplicación S3 código que  Es específico de mi biblioteca forense. La aplicación se puede descargar
De http://www.simson.net/s3/. Utiliza libcurl [3] para HTTP.S3, recordar que todos los objetos son objeto que se han  dado nombres, y que estos objetos son A su vez colocadas en cubos. La API REST vuelve objeto y el cubo de nombres  En la URL de la forma http://s3.amazonws.com/bucket-name/object-name.

Los datos son descargados con un HTTP GET y cargado con un HTTP PUT.

También se ha previsto la creación de una máquina virtual (por ejemplo, http://bucket.s3
.amazonws.com / Objeto-nombre), que le hace un poco más fácil tener S3 Servir directamente el contenido de la Web a los navegadores. 
 Las solicitudes a  S3 son autenticados a través de otros términos que se añaden a la consulta o a  la sección de la URL. La "Firma =" término incluye el HMAC como una cabeceras de las solicitudes representado en una forma canónica y del usuario AWS da la clave  Secreta de acceso. El "TERMINA =" plazo le permite especificar cuando el Consulta vencerá.

Por último, el "AWSAccessKeyId =" especifica el plazo Solicitante. Recuerde, no es necesaria la autenticación de cubos que se  Por todo el mundo o todo el mundo puede escribir.
1,1 HTTP permite a un cliente a solicitar una serie de bytes; S3 implementa este Parte del protocolo, lo que le permite pedir unos pocos bytes de un gran
Objeto. S3 límites de un objeto global a 5 GB, aunque un error en la Amazonía Balanceadores de carga significa que los objetos sean efectivamente limitado a 2 GB de tamaño. I Almacenar imágenes de disco de más de 16 MB como varias páginas, cada una de las cuales es de 16
MB de longitud antes de ser comprimido, por lo que la limitación no era 2GB  Problema para mí.

Mi S3 aplicación sencilla y eficaz dispone de C + + para la inclusión de funciones a todos los segmentos que pertenecen a un usuario, lo que da un nuevo cubo, la supresión de una  Cubo, de manera selectiva lista el contenido de un cubo de agua, el obtener un objeto, el ahorro de un objeto, y la eliminación de un objeto.

 El código arbitrario apoya nombre / valor Pares de metadatos sobre un objeto. Este metadatos tiene que ser almacenado con un  Objeto, pero puede ser recuperada independiente.
; LOGIN: FEBRERO DE 2007 LOS 11 GRID COMPUTING

S3 es bastante potente en la medida de lo que va, pero hay mucho de la funcionalidad Desaparecidos. No hay manera de cambiar el nombre de un objeto, por ejemplo. No hay  Forma de buscar-no puedes ni siquiera búsqueda de objetos de una determinada duración o  que tienen un especial campo de metadatos en sus cabeceras.

De esta manera, el S3 es mucho Berkeley DB como Python o el "diccionario" estructuras de datos: Puede almacenar  Datos, obtener de nuevo, y iterar. Todo lo demás depende de usted. Debido a los objetos Pueden ser recuperados y los que figuran en el léxico orden de clasificación, que espero que muchas aplicaciones  Se codificar una gran cantidad de información en el interior del nombre de archivo. Eso es lo que  Hizo.
Además de mi aplicación S3 , he creado también una línea de comandos como utilidad llamada "s3." Este programa es principalmente para la realización de pruebas de la  biblioteca S3 Mantenimiento del sistema de S3. También ejecuta los comandos UNIX que para la inclusión  el contenido de un cubo de agua, copia el contenido de un objeto a nivel Producción, la supresión de un objeto, la supresión de un conjunto de objetos, y la gestión de cubos.
Este programa también está disponible a partir de mi sitio Web.
Cálculo los Números En mi investigación me permite  usar programas que toman literalmente un mes  para correr en una estación de trabajo con disco duro de un terabyte.

Con la Amazonía EC2  S3 yo  puedo dividir la tarea de creación y gestión de lo virtual,  en 30 de los ordenadores en el transcurso de un día, por cerca de $ 72. o puedo ejecutarlo en 60 computadoras virtuales  durante 12 horas, de nuevo por un valor de $ 72.

Este simple ejemplo demuestra las  grandes ventajas del  tiempo alquiler  sobre otra organización más de la construcción de su red Propia. A menos que tenga suficiente trabajo para ocupar su grilla el 100% del tiempo, Cada hora que un ordenador no es una hora de trabajo es que te pagan, pero Recibido nada a cambio.