by macklus on Conceptos avanzados

Consejos para migrar servicios en Amazon AWS

Cuando se trabaja con infraestructuras grandes, sobre todo cuando definimos una nueva infraestructura para un servicio ya existente, llega el momento de llevar a cabo el cambio final, y empezar a utilizar todos los servicios con el nuevo entorno.

Si vuestra infraestructura nueva está en Amazon AWS, estos sencillos consejos pueden hacer que vuestra migración sea más cómoda.

Usa los pesos de Route 53

El servicio DNS de Route 53 permite asignar pesos a las distintas entradas. Esto es muy útil para poder ir cambiando el tráfico poco a poco de las IPs antiguas a las nuevas, y ver como se comporta nuestra plataforma a medida que el tráfico aumenta.

Lo único que tenemos que hacer es crear dos entradas iguales, apuntando cada una al nuevo destino, y repartir el peso total (255) entre cada entrada. A medida que lo vayamos cambiando, Amazon dirigirá más tráfico al nuevo destino hasta completar el proceso.

“Calienta” los balanceadores ELB

La infraestructura de Amazon es reactiva ante los distintos incrementos o decrementos de tráfico que se van produciendo.

En los balanceadores de carga ELB, cuando el tráfico se incrementa de golpe, es normal que las IPs de estos balanceadores cambien, y la latencia disminuya aunque el tráfico aumente.

Esto parece indicar que Amazon detecta el aumento de carga y cambia a un ELB con más capacidad que pueda garantizar una respuesta adecuada para el nuevo tráfico.

Por eso, antes de migrar, es recomendable lanzar un alto número de peticiones al balanceador (o a toda la infraestructura) usando Jmeter o un programa similar, para que el balanceador detecte el cambio de tráfico y nos asigne nuevos balanceadores de más capacidad. Así estaremos más preparados para procesar el nuevo tráfico.

Carga la cache

Si tu nueva infraestructura tiene un sistema de cache distribuida como CloudFront o Fastly, podemos adelantarnos al cambio y mejorar el rendimiento de esta (mientras reducimos la carga de la plataforma) precargando contenido en ella.

Si esperamos que la mayor parte del tráfico venga de una zona concreta, al lanzar las peticiones desde esa zona el sistema pedirá y almacenará en su cache el resultado, por lo que al realizar el cambio no será necesario hacer las peticiones de nuevo.

Deja generados los contenidos estáticos

Si nuestra infraestructura está preparada para generar contenidos estáticos (por ejemplo recortes de imágenes con Lambda contra S3), dejar ya generados aquellos contenidos que esperamos van a ser utilizados evitará una carga innecesaria en los primeros momentos del cambio de plataforma.

Prevee el escalado

Salvo que nuestra plataforma sea totalmente serverless, lo normal es que tengamos previsto que las instancias de EC2 escalen (se activen nuevas instancias ante un aumento de carga).

Este proceso (dependiendo de su configuración), puede llevar varios minutos, durante los cuales el rendimiento de la plataforma puede reducirse, o incluso detenerse si el aumento de carga es muy alto.

Por eso, para la migración de plataforma es recomendable comenzar con una o dos instancias de más, que nos permitan evitar problemas si recibimos más carga de la esperada, o si hemos dimensionado por defecto nuestros recursos.

En resumen, prepárate para lo peor e intenta dejar todo generado o preparado antes de empezar, para que el cambio sea lo menos traumático posible.

 
by macklus on Marketplace

Darse de alta como vendedor en AWS Marketplace

Para todos los usuarios de los Servicios Web de Amazon, Amazon dispone de un mercado online donde puedes comprar todo lo relacionado con AWS. Así, puedes encontrar AMI’s que ya vengan preparadas con el software específico que necesitas, scripts de CloudFormation para crear una plataforma específica, contenedores de ECS a medida, etc.

Además, Amazon te da la opción de subir tus productos a su mercado y ganar dinero con ellos.

Si bien el proceso para darse de alta puede dilatarse en el tiempo (por las distintas verificaciones necesarias), no es realmente complicado.

1.- Creación de nuestra cuenta

El primer paso es dar de alta nuestra cuenta en el Marketplace de AWS. Aunque el acceso se realizará con nuestro usuario raiz (o con un usuario al que le hayamos dado permisos), debemos realizar el proceso de alta como si de otro servicio se tratara.

El proceso de alta lo llevaremos a cabo desde la portada principal de AWS Marketplace.

Registrarse en Amazon AWS Marketplace, paso 1

Para registrarnos, debemos pulsar el botón “Registrarme como un vendedor en el Marketplace”, estando logeados con nuestra cuenta de AWS.

El primera paso será aceptar los términos y condiciones del Market, que podremos descargar en formato PDF para un lectura más cómoda.

Registrarse en Amazon AWS Marketplace, paso 2

Si bien con activar nuestra cuenta y aceptar los términos ya es posible empezar a vender, solo nos permitirán regalar productos, ya que para poder cobrar por ellos hay que completar la información financiera.

Además, lo recomendable para inspirar confianza es rellenar también nuestro perfil, de forma que la gente que compre nuestros productos pueda ver información sobre nosotros.

Registrarse en Amazon AWS Marketplace, paso 3

En la portada nos avisarán de que ya podemos empezar a subir productos, pero solo nos permitirán ofrecer productos gratuitos, ya que no hemos indicado los datos bancarios y de impuestos.

Registrarse en Amazon AWS Marketplace, paso 4

Para poder vender productos en el AWS Marketplace, debemos ser ciudadanos o empresa de Europa o Estados Unidos, y disponer de una cuenta bancaria en algún banco de USA.

Ésta parte del proceso es la parte más larga, ya que Amazon debe verificar cada uno de los datos que indiquemos y, sobre todo si somos europeos, el proceso puede llegar a alargarse mucho.

En mi caso, todo el proceso desde el momento del alta hasta que pude subir mi primera AMI de pago, se dilató más de 15 días.

Registrarse en Amazon AWS Marketplace, paso 5

Una vez comencemos con el proceso de alta, el primer paso es rellenar el formulario de información sobre impuestos. Debemos indicar en todo momento datos veraces (ya que será comprobados)

Registrarse en Amazon AWS Marketplace, paso 6

Las primeras preguntas están orientadas a determinar qué tipo de formulario debemos rellenar (es distinto si eres ciudadano o empresa, europeo o de USA, etc.

Registrarse en Amazon AWS Marketplace, paso 7

Según las respuestas del paso anterior, nos pedirán información más detallada, de cara a realizar las facturas necesarias.

Registrarse en Amazon AWS Marketplace, paso 8

Una vez indicados nuestros datos, debemos hacer declaración firmada para el IRS (el sistema fiscal de USA)

Registrarse en Amazon AWS Marketplace, paso 9

Tras el proceso de declaración, nos pedirán que indiquemos nuestros datos fiscales para completar este primer paso.

Con la información fiscal ya completa, el siguiente paso es indicar la cuenta donde AWS nos hará el ingreso del dinero generado con la venta de productos en su market.

Registrarse en Amazon AWS Marketplace, paso 11

La cuenta bancaria que indiquemos debe ser de un banco estadounidense. Si hemos indicado que somos ciudadanos (o empresa) europeos, Amazon nos da la opción de trabajar con Hiperwallet, que puede ofrecernos una cuenta bancaria virtual en USA, con la que podremos proceder.

Registrarse en Amazon AWS Marketplace, paso 12

En cualquier caso, el proceso pasa por solicitar a Amazon que nos envíe un correo con información, donde nos mandarán un enlace para registrar directamente nuestra cuenta en Hiperwallet.

Registrarse en Amazon AWS Marketplace, paso 13

Después de indicar todos los pasos, y una vez concluido el proceso de verificación (que puede tardar bastante), ya estaremos habilitados para vender productos en el marketplace de Amazon.

 
by macklus on IAM

Crear usuario para envíos de SNS en IAM

Una de las formas recomendadas para realizar envíos de notificaciones con SNS, es crear un usuario de IAM (el sistema de gestión de identidades de AWS).

Así, tendremos un usuario con sus claves de acceso, configurado solo para poder realizar el envío de notificaciones, lo que nos ofrece una mayor seguridad.

El único requisito para la creación de este usuario es tener ya creado nuestro tema SNS y apuntar su ARN. Si aún no lo habéis creado, podéis seguir la entrada “Configurar SNS para recibir notificaciones“

Acceso a la consola de IAM

El primer paso es siempre acceder a la consola de AWS.

Una vez dentro, en la barra de búsqueda buscaremos “IAM” para poder acceder a la consola de identidades.

Creación de una política de IAM

Creación de un usuario de IAM para hacer envíos con SNS, paso 1

Una vez estamos en la pantalla de bienvenida de IAM, empezaremos creando una nueva Politica, pulsando en el enlace “Políticas” del menú de la izquierda.

Dado que nuestro usuario tiene que tener una política aplicada que le de permisos, vamos a empezar creando esta política, para que el proceso de creación sea más sencillo de ver.

Dentro de las políticas por defecto de IAM podemos encontrar políticas ya definidas para la mayor parte de los servicios, aunque nosotros vamos a definir una propia para restringir al máximo el acceso del usuario.

Una vez en la pantalla de políticas, pulsaremos en el botón “Crear una política”

Creación de un usuario de IAM para hacer envíos con SNS, paso 2

Al acceder a la pantalla de creación de política tendremos dos opciones:

  • Editor visual: para navegar por las políticas existentes y elegir las que deseamos.
  • JSON: para indicar directamente los permisos que queremos aplicar.

En nuestro caso, vamos a ir directamente a la pestaña JSON, ya que introduciremos los permisos de esa forma. El código que debemos indicar es el siguiente:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "sns:Publish",
            "Resource": "arn:aws:sns:eu-west-1:1836171893615:myTopic"
        }
    ]
}

En la sección Resource debemos indicar el arn del tema que vamos a usar para los envíos.

Al pulsar en Revisar la politica, se verificará que el código que hemos puesto es correcto, e iremos a la pantalla de verificación.

Creación de un usuario de IAM para hacer envíos con SNS, paso 3

El último paso es indicar un nombre para la política, y una breve descripción, y pulsando en “Crear una política”, tendremos nuestra política creada.

Creación del usuario en IAM

Creación de un usuario de IAM para hacer envíos con SNS, paso 4

En el menú de la izquierda veremos las distintas opciones, y accederemos a la pestaña de usuarios pulsando sobre el enlace “Usuarios”

Dentro de la pantalla de usuarios veremos los usuarios activos (si los hubiere), y podremos crear un nuevo usuario pulsando en el botón “Añadir usuario(s)”

Dentro de la pantalla de creación de usuario, en primer lugar indicaremos el nombre que queremos que tenga, y que accederemos de forma programática a este.

Creación de un usuario de IAM para hacer envíos con SNS, paso 5

Con los datos básicos del usuario ya creados, el siguiente paso es añadir los permisos que va a tener. Como ya hemos creado una política, solo tenemos que indicar que nuestro usuario debe utilizarla, y para ello:

  • Pulsamos en el botón “Asociar directamente las politicas existentes”
  • Usamos el buscador para localizar la política que acabamos de crear.
  • Marcar la política o políticas que queramos añadir.
Creación de un usuario de IAM para hacer envíos con SNS, paso 6

Una vez hemos terminado, pulsamos en el botón etiquetas para ir a la pantalla de etiquetas.

Aquí podemos indicar las etiquetas que queramos (es opcional), para identificar las características de ese usuario.

Creación de un usuario de IAM para hacer envíos con SNS, paso 7

Una vez terminemos, pulsaremos en el botón “Siguiente: revisar” para terminar.

El último paso para crear el usuario es revisar la configuración de este y pulsar en el botón “Crear usuario”.

Si todo ha ido bien, veremos un mensaje indicando que ya hemos creado el usuario, y podremos descargar o ver las claves para conectar con ese usuario.

Creación de un usuario de IAM para hacer envíos con SNS, paso 9

Una vez hayamos terminado, ya podremos usar estos datos para hacer envíos SNS.

 
by macklus on SNS: Servicio Simple de Notificaciones

Configurar SNS para recibir notificaciones

SNS (Simple Notification Service o Servicio Simple de Notificaciones), es el producto de los Servicios Web de Amazon para el envío de notificaciones. Si queréis saber más sobre este servicio podéis leer esta entrada sobre AWS SNS.

Para poder hacer uso de este servicio tenemos que entender qué son los temas (topic en inglés) y las subscripciones. En SNS creamos canales de comunicación (topics), al que se conecta quien quiere recibir estas notificaciones (subscriptores). El concepto es similar a las listas de correo (que serían nuestros temas) y la gente que se apunta para recibir los correos (que serían los subscriptores).

La principal ventaja de SNS es que podemos conectar todo tipo de servicios a un canal de notificaciones. Por ejemplo, podemos hacer que con cada notificación:

  • Se envíe un correo electrónico o SMS.
  • Se haga una petición GET o POST a un servidor remoto.
  • Se ejecute un Lambda de AWS.

Configurar una notificación en SNS

Crear un tema de SNS y realizar una subscripción (en nuestro ejemplo una cuenta de correo) es muy sencillo siguiendo estos pasos:

En primer lugar accederemos a la consola de AWS, y desde el desplegable Servicios elegiremos (o buscaremos) SNS.

Si nos aparece la portada de bienvenida de SNS, pulsaremos sobre “Get started” para acceder a la pantalla de trabajo.

En la pantalla principal, seleccionamos “Create topic” para crear un nuevo tema de envío.

Ahora, debemos indicar el nombre y una descripción breve (hasta 10 caracteres) para nuestro tema, y pulsamos el botón “Create topic”

Con nuestro tema ya creado, tenemos que añadir subscriptores que reciban los mensajes que enviemos.

Para ello, una vez dentro de nuestro asunto, pulsaremos en “Create subscription”, para añadir un nuevo subscriptor.

Configuración de un tema SNS, paso 3

Al pulsar, se abrirá una ventana donde debemos indicar 3 opciones:

Configuración de un tema SNS, paso 4
  • El ARN de AWS para nuestro tema (que ya viene indicado)
  • La forma en que queremos recibir las notificaciones (elegiremos Email)
  • El destino (en el caso de correo, la cuenta de correo a la queremos enviar las notificaciones

Es importante tener en cuenta que, si hemos elegido el envío a correo electrónico, debemos confirmar la dirección de correo electrónico, pulsando en el enlace del correo de confirmación que nos envían. Hasta que lo hagamos, no recibiremos notificaciones y apareceremos como “PendingConfirmation”.

Configuración de un tema SNS, paso 5

Nuestra cuenta de correo está pendiente de confirmación.

Configuración de un tema SNS, paso 6

Recibiremos un correo similar a este, con un enlace para confirmar la subscripción.

Configuración de un tema SNS, paso 7

Al pulsar en el enlace de confirmación, nos llevará a una página similar a la superior, donde nos confirmará que el proceso ha ido bien.

Configuración de un tema SNS, paso 8

Actualizando, ya veremos nuestra cuenta confirmada, y podremos recibir notificaciones.

Enviar notificaciones a un tema

Una vez que ya hemos configurado nuestro tema para poder enviar notificaciones, podemos ver su funcionamiento haciendo un envío de prueba.

Para ello, en la ventana de configuración de nuestro tema, pulsamos en el botón “Publish to topic”.

Configuración de un tema SNS, paso 9

Al pulsar, nos pedirá que indiquemos el asunto de la notificación, el contenido (podemos indicar que es de tipo raw y escribir cualquier mensaje), y al pulsar en “Publish message” se enviará a todos los subscriptores.

Configuración de un tema SNS, paso 10

Además, podemos utilizar la API de AWS para SNS para programar los envíos a SNS desde nuestro programa, instancias, lambdas, etc.

 
by macklus on EC2: Computación en la nube

FTP desde PHP entre instancias de EC2

Recientemente he tenido que configurar la conexión FTP entre 2 instancias de EC2, que puede ser bastante complicada si no tenemos en cuenta varios puntos.

Lo principal, es comprender que la conexión entre 2 instancias de EC2 es una conexión que se realiza entre 2 servidores protegidos por un cortafuegos, que además seguramente funcionen con una IP interna, y usen una IP pública asociada a su VPC.

Los problemas de FTP

La mayor parte de los problemas de FTP son fallos de diseño del propio protocolo (debido a su antiguedad), y no pueden ser solucionados de forma sencilla.

Cuando trabajamos con FTP en este tipo de entornos tenemos que tener en cuenta dos aspectos importantes:

El modo pasivo

Para conectar entre máquinas protegidas por cortafuegos, se usa el modo pasivo, donde se indica de forma directa los puertos de la conexión.

En la instancia que contiene el servidor FTP, debemos crear un Grupo de Seguridad que permita la conexión a un rango de puertos alto (por ejemplo, del 10.000 al 15.000).

Además, en el servidor FTP que estemos usando, debemos configurar el mismo rango de puertos como puertos a usar para las conexiones pasivas, de forma que todas las conexiones pasivas se realicen contra los puertos que hemos abierto.

En el lado del cliente, debemos indicar que la conexión es pasiva, y dependiendo de como nos estemos conectando, es posible que tengamos que enviar un comando PORT indicando la IP pública.

Las IPs de conexión

Cuando se realiza una conexión pasiva, es el cliente el que inicia la conexión de datos con el servidor.

Cuando el cliente se va a conectar, y dependiendo de la forma de hacerlo, y del tipo de conexión o VPC que estemos usando, es posible que envíe para la conexión la IP privada en lugar de la pública, con lo que la comunicación con el servidor no va a ser posible.

Esto se puede solucionar forzando la dirección IP pública con un comando PORT, justo después de iniciar el modo pasivo.

Conectando desde PHP

Si bien la conexión desde PHP es en principio exactamente igual a cualquier otro tipo de conexión, en PHP podemos hacerlo de una forma más sencilla con las funciones que el propio lenguaje incorpora.

En el siguiente ejemplo podéis ver un script completamente funcional de conexión en PHP:

<?php
ini_set('display_errors', 1);
ini_set('track_errors', 1);

$conn_id = ftp_connect('54.54.54.54');
ftp_login($conn_id, 'username', 'password');

ftp_set_option($conn_id, FTP_USEPASVADDRESS, false);
ftp_pasv($conn_id,true);

$l = ftp_nlist($conn_id, ".");
if( ! $l ) {
        print_r(error_get_last());
}
var_dump($l);

Las dos instrucciones importantes en el son las que usan las funciones ftp_set_option y ftp_pasv, que es donde indicamos la forma en que vamos a hacer la conexión.

La opción FTP_USEPASVADDRESS lo que hace es ignorar la IP que nos indica el servidor (que puede ser incorrecta) y usar la IP de la conexión directamente (que es la correcta).

La opción ftp_pasv inicia una conexión pasiva normal.

Con estas dos opciones, es posible conectar sin problemas aunque estemos conectando entre instancias separadas por un cortafuegos y que usan NAT para conectar.

 
by macklus on Alojamientos

¿Debo cambiarme a un VPS?

Los que nos dedicamos a esto de la web, poco a poco vamos acumulando pequeñas web que mantenemos en distintos proveedores de alojamientos baratos. Son productos por los que no cobramos mucho porque tampoco nos requieren mucho mantenimiento, y que simplemente “están ahí”.

Con el tiempo, y a medida que el número de webs que mantenemos va aumentando, nos surge la pregunta del millón: ¿Debo pasarme a un VPS?

Las ventajas de tener un VPS

Si tienes un número medio de webs (pongamos 8 o 10), tenerlas alojadas en tu propio VPS te da una serie de ventajas innegables:

  • Coste total menor que usando alojamientos separados.
  • Mejor uso de recursos, ya que los recursos que no usa una web quedan disponibles para otras.
  • Mayor capacidad para adaptar las configuraciones a nuestro gusto.
  • Todos los recursos del VPS están a nuestra disposición, no como en los alojamientos compartidos normales.
  • Internet está lleno de manuales para hacer las cosas que necesitemos.
  • Mejores opciones para ampliar recursos si se nos queda pequeño.

Los inconvenientes de tener un VPS

Cuando empiezas a usar tu propio VPS, te das cuenta de que no es oro todo lo que brilla, porque tener tu propio VPS tiene también incovenientes:

  • En imprescindible tener conocimientos en administración de sistemas.
  • Si no quieres que el precio se dispare, usarás un VPS GNU/Linux, que te obliga a saber sobre GNU/Linux
  • Normalmente usarás un panel de control (como Cpanel, Plesk o VestaCp), que pueden tener un coste asociado.
  • Debes conocer y manejar ese panel de control para evitarte problemas.
  • Si quieres tener libertad total, no puedes usar un panel de control, pero debes ser un buen administrador.
  • Tienes que ocuparte de cosas como las copias de seguridad, salvar los logs, etc

¿Entonces… qué hago?

El principal problema de usar un VPS es que tienes que saber manejarlo. Si estás dispuesto a aprender a hacerlo, vas a encontrar muchas ventajas. Si no tienes tiempo o ganas, mejor ni empieces porque al final te vas a arrepentir.

Si tu motivación es solo la de ahorrar dinero, lo más seguro es que acabes harto del cacharro. Si lo ves como una forma de aprender, mejorar y optimizar, no es una mala idea.

¿Qué proveedor de VPS me recomiendas?

Yo trabajo principalmente con 3:

Todos son baratos, y todos son buenos, pero no dejes de comparar antes de decidirte.

 
by macklus on Conceptos básicos

¿Qué es AWS SNS?

Dentro de la infraestructura de Servicios Web de Amazon, SNS es uno de los dos servicios que se ocupan de enviar notificaciones.

SNS son las siglas de Simple Notification Service (Servicio Simple de Notificaciones, en castellano), y es el nombre que mejor define su función: enviar notificaciones a los subscriptores de forma rápida y fiable.

¿Cómo funciona SNS?

SNS es un servicio completamente desatendido y administrado, que funciona en alta disponibilidad, y de forma segura y durable.

La principal ventaja de SNS es que no necesitamos conocer nada sobre su estructura o funcionamiento, ya que está pensado para que nuestro único trabajo sea integrar nuestra aplicación con la API de SNS, y sea SNS quien se ocupe de todo el trabajo de distribución de mensajes.

En su estructura más básica, solo necesitamos crear un Tema de notificación (un asunto sobre el que queremos mandar mensajes, como por ejemplo “Errores”, para avisar de los errores del sistema), y subscribir los puntos que recibirán la notificación. Estos puntos pueden ser de diferentes tipos:

  • HTTP
  • HTTPS
  • Email
  • Email-JSON
  • Amazon SQS
  • Applicación
  • AWS Lambda
  • SMS

¿Cuales son los costes de SNS?

SNS es un servicio pensado para el envío masivo de mensajes que, al igual que el resto de servicios de AWS, tiene un coste muy bajo, basado en el volumen de mensajes enviado.

Además, la capa gratuita de AWS para SNS incluye el primer millón de mensajes, que será más que suficiente para usos básicos del servicio.

Es importante matizar que el envío de mensajes vía SMS si que tiene un coste distinto (se cobra por cada SMS enviado), debido a las características de este tipo de servicio.

 

 
by macklus on Páginas web

¿Tu conexion con este sitio web no es completamente segura?

Si tenéis una página web (normalmente un WordPress) que funciona con certificados SSL (y si no la tenéis deberías tenerla de inmediato), puede que os encontréis con este error que, aunque no impide que nuestra páginas se vea, puede provocar que algunos elementos no se vean bien, o nos aparezcan errores diversos.

Además, si pulsáis en la exclamación que hay en la barra de dirección del navegador, veréis una imagen como la que se muestra a continuación:

error tu conexion con este sitio web no es completamente segura

¿Cuál es el error?

El error aparece porque, aunque nuestra página web es segura, alguno de los elementos que contiene no lo son.

Dentro de una página web segura (que empieza con https://), todos los elementos tienen que ser seguros. Si tenemos dentro de una web con https enlaces a javascript, css o imágenes que lleven http://, nos aparecerá el error.

¿Cómo veo donde está el problema?

La opción más fácil es, dentro de la página que nos da el problema, abrir una consola de desarrollador, (normalmente basta con pulsar F12 para que aparezca).

Dentro de la pestaña consola de ésta, veremos mensajes indicando qué recursos son los que están mal configurados, para poder cambiarlos.

Os mostramos un ejemplo en la siguiente imagen:

Ahora, solo tenemos que cambiar esos enlaces en nuestra plantilla para que el error desaparezca.

Truco para poder usar http o https indistintatemente

Si queremos evitar este tipo de problemas, la mejor forma es usar enlaces que solo contengan una doble barra. 

Por ejemplo, para una imagen:

<img src=”//servidor.algo/imagen.jpg”>

El navegador usará http o https según convenga, o no tendremos que preocuparnos de cambiarlo a mano.

 
by macklus on Sin categoría

Adios a debianitas.net

Hace más de 16 años que registré el dominio debianitas.net, en una época totalmente distinta, en un momento diferente, y acompañado por buena gente, que por desgracia ya no está.

Este proyecto se creó como una forma de llevar al público en general el Software Libre, y Debian GNU/Linux en particular, y aunque durante muchos años lo conseguimos, simplemente ha llegado el momento de decir adiós.

Mantener un proyecto de este tipo es imposible si lo lleva una única persona, y encontrar a gente dispuesta a generar contenidos de calidad y novedosos, con tanta información disponible, es realmente imposible.

A todos los que alguna vez os pasásteis por Debianitas, ¡gracias! Por vosotros mereció la pena.

 
by macklus on Conceptos básicos

Crear una cuenta en Amazón AWS

El proceso de creación de una cuenta en Amazón AWS es muy sencillo, e incluye un sistema de verificación muy novedoso que puede darnos algún dolor de cabeza.

Para los que queráis crearos una cuenta, aquí os mostramos los pasos, que comienzan abriendo en nuestro navegador la dirección:

https://aws.amazon.com

Desde aquí, en la esquina superior derecha, veremos un botón naranja que dice “Cree una cuenta de AWS”, donde debemos pulsar.

Crear cuenta en AWS, paso 2
Paso 1 en la creación de la cuenta en AWS

Lo primero que Amazón AWS nos pide son los datos que vamos a usar para acceder a nuestra cuenta, que deben estar relacionados con una cuenta de correo válida.

Además, tendremos que indicar el nombre de la cuenta que queramos usar, que debe ser único (normalmente será nuestro nombre o el de la empresa).

Crear cuenta en AWS, paso 3
Paso 2 en la creación de la cuenta en AWS

Después de indicar los datos de la cuenta, nos pedirán nuestros datos personales, usados para contacto y facturación.

Es importante destacar que el campo dirección debe indicarse de la forma Calle, Apartado Postal, Nombre de la empresa, y en el campo inferior será donde indiquemos las características de la calle (Piso 4, puerta 2, escalera norte, etc). No tenemos muy claro los motivos para esto, siendo que además después nos piden de nuevo el código postal, pero hay que estar atentos por si pudiera dar problemas con los datos de facturación.

Recordaros que los datos han de ser reales y fiables, para evitar problemas legales.

NOTA IMPORTANTE: Tenemos que tener el número de teléfono que indiquemos a mano, para poder hacer la verificación.

Paso 3 en la creación de la cuenta en AWS

El siguiente paso es indicar una tarjeta de crédito (que tiene que ser válida y estar activa), aunque eso no implica que nos vayan a pasar cargo alguno (no lo harán si no superamos los límites de la capa gratuita de Amazón AWS). 

También debemos indicar si queremos usar nuestra dirección de contacto para la realización de la factura, o si queremos indicar datos nuevos.

Paso 4 en la creación de la cuenta en AWS

Ahora que Amazon tiene nuestros datos, van a verificar el número de teléfono mediante un sistema muy interesante.

Primero, nos mostrarán un código en la pantalla, y después nos llamarán al número de teléfono que hemos indicado, y tendremos que introducir el código con el teclado del teléfono.

Paso 5 en la creación de la cuenta en AWS

El último paso que debemos completar es indicar el tipo de soporte que queremos. Aunque puede llevar a confusión, aquí no se indica ningún plan de servicios, solo el plan de soporte (la rapidez y forma en que Amazon nos va a solucionar los posibles problemas que tengamos).

De forma general, indicaremos el Plan Gratis, ya que es suficiente para el uso normal de nuestras cuentas.

Paso 6 en la creación de la cuenta en AWS

Con esto, ya tenemos nuestra cuenta de Amazón AWS creada, y seremos redirigidos a la página de acceso, donde podremos acceder con los datos creados.

Crear cuenta en AWS, paso 8
Paso 7 en la creación de la cuenta en AWS

Una vez hayamos iniciado sesión, podremos ver en la zona de alertas que tenemos acceso a la capa gratuita de AWS.

Crear cuenta en AWS