miércoles, 5 de junio de 2019

Renderizado con ZYNC [Conviértete en una granja de render para video.]

Renderizar Video con ZYNC

Seguro que has escuchado que las películas, en las animaciones, se utilizan granjas de ordenadores para el renderizado de video, aunque no sea mi campo (lo digo por el video), tenia curiosidad por ver si es posible hacerlo con Google Cloud, y si hay herramientas que automatizan el proceso.

Pues una de esas opciones es ZYNC que nos permite crear y manejar una granja de maquinas de forma totalmente automática, y sin conocer nada de Google Cloud


Os dejo un video de como funciona esta herramienta, que además se integra dentro del programa de edición de video MAYA, y permite, sin experiencia alguna gestionar servicios de Granjas de renderizado de forma sencilla e intuitiva.


lunes, 3 de junio de 2019

Guía del usuario: Compute Engine OVF Import

Visión general

Esta versión introduce el soporte de gcloud para importar dispositivos virtuales en formato OVF a Google Compute Instalar instancias de máquinas virtuales. (ojo estamos en BETA).


El estándar OVF especifica un estándar para empaquetar dispositivos virtuales en un proveedor de virtualización independiente. Los dispositivos virtuales OVF contienen un archivo descriptor .ovf y una colección de otros recursos que incluyen Discos virtuales. Un dispositivo virtual OVF en formato de archivo se conoce como un OVA.

El soporte para importar dispositivos virtuales OVF permite a los usuarios importar sus máquinas virtuales existentes desde  ambientes virtualizados con facilidad. La importación OVF proporciona una alternativa más simple cuando los clientes necesitan importar un pequeño número de máquinas virtuales y / o dispositivos virtuales existentes basados en descripción de recursos  para los que se utiliza una versión completa

La solución de migración puede implicar un esfuerzo significativo de instalación y uso. Si quieres un mecanismo automatizado para  migrar múltiples máquinas virtuales, podría considerar Velostrata VM Migration Services.

Prerrequisitos

Para utilizar los ejemplos de línea de comandos en esta guía, necesita:
  • Instalar o actualizar a la última versión de la herramienta de línea de comandos gcloud.
  • Establecer una región y zona predeterminadas.
La herramienta de importación OVF utiliza Cloud Container Builder. Debe habilitar el servicio Cloud Container Builder en su proyecto y conceda a la cuenta de servicio de Cloud Builder permisos para crear y administrar el uso de recursos (esto es necesario para completar el proceso de importación).

- gcloud services enable cloudbuild.googleapis.comgcloud projects add-iam-policy-binding PROJECT --member serviceAccount:[PROJECT_NUM]@cloudbuild.gserviceaccount.com --role roles/compute.admin-  gcloud projects add-iam-policy-binding PROJECT --memberserviceAccount:[PROJECT_NUM]@cloudbuild.gserviceaccount.com - -role roles/iam.serviceAccountUser- gcloud projects add-iam-policy-binding PROJECT --member serviceAccount: [PROJECT_NUM]@cloudbuild.gserviceaccount.com --role roles/iam.serviceAccountTokenCreator

Alpha Release Scope

Ajustes de configuración de OVF
La versión actual de la importación de OVF admite dispositivos virtuales OVF creados en entornos VMware.

OVF

La importación intenta conservar las siguientes características de OVF durante el proceso de importación. La funcionalidad de importación intentará importar las siguientes configuraciones del dispositivo virtual OVF

1. Discos virtuales (representados por el DiskSection del formato OVF)2. CPU y memoria (representada por ResourceAllocationSection del formato OVF)
○ Si la configuración de la CPU / memoria está fuera de los límites del rango admitido en Compute Engine. El proceso de importación establecerá las configuraciones respectivas al máximo posible.
3. Disco de arranque (representado por la sección BootDevice del formato OVF)4. Sistema operativo (representado por el OperatingSystemSection del formato OVF):
○ Esta información se utiliza para instalar los controladores correctos y el entorno invitado de Google en el ejemplo. 

Si la información del SO huésped que se encuentra en OVF es incorrecta, la importación fallará Puedes usar la bandera --os para anular la información del sistema operativo invitado.

Las instancias importadas siempre se crean con un solo adaptador de red (sin IP externa), independientemente de la Configuración de red especificada en el archivo OVF.
Todas las demás configuraciones, incluidas las representadas en las siguientes secciones del formato OVF, se ignoran.
● NetworkSection● AnnotationSection● Sección de productos● EulaSection● StartupSection● DeploymentOptionSection● InstallSection● EnvironmentFilesSection● SharedDiskSection● ScaleOutSection● PlacementGroupSection● PlacementSection● EncryptionSection
El dispositivo virtual OVF debe cumplir los siguientes requisitos
  1. Contener sólo una máquina virtual (es decir, que contiene solo una sección de VirtualSystem). Si hay más de uno l a máquina virtual está presente, la primera máquina virtual (basada en la primera sección de VirtualSystem encontrado).
  2.  Los discos virtuales deben estar en formato VMDK o VHD.
  3. Los dispositivos virtuales deben proporcionar la portabilidad "Nivel 1" tal como se describe en la especificación OVF. Virtual los dispositivos que cumplen con la portabilidad del "Nivel 2" se pueden importar, pero las extensiones personalizadas (hipervisor de origen específico) será ignorado durante el proceso de importación.
  4.  Debe configurarse con arranque MBR. UEFI no es compatible.
  5.  El primer disco en un OVF debe ser de arranque.
  6.  No debe estar encriptado.


Sistemas operativos compatibles

Su dispositivo virtual debe estar ejecutando uno de los siguientes sistemas operativos para que sea complete con éxito la importación  en Compute Engine.

● Distros y versiones de Linux:
○ CentOS 6, CentOS 7, Debian 8, Debian 9, Red Hat Enterprise Linux 6, Red Hat Enterprise
Linux 7, Ubuntu 14.04 LTS, Ubuntu 16.04 LTS

● Versiones de Windows:
○ Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server
2012 R2 Core, Windows Server 2016, Windows Server 2016 Core. [Windows 1709 y
Las versiones de Windows 1809 no se han probado para la versión Alpha].

Requisitos específicos del sistema operativo:

● Linux:
○ El disco de arranque debe tener GRUB instalado.
● Windows:
○ Versión 3 de PowerShell o más reciente. Las versiones de Powershell anteriores a 3.0 pueden causar problemas con GCE
Guiones de inicio y apagado.


Soporte para BYOL (Traiga su propia licencia)

De forma predeterminada, se importan los archivos OVF que utilizan los sistemas operativos Windows y Red Hat Enterprise Linux (RHEL) y configurado para usar la facturación a pedido del SO premium que incurre en cargos adicionales.
Si prefiere usar sus propias suscripciones de software para RHEL, puede importar dispositivos virtuales como BYOL o dispositivos con licencia seleccionando las siguientes entradas específicas de BYOL para el campo [OS].
● rhel-6-byol
● rhel-7-byol
BYOL no es actualmente compatible con archivos OVF de Windows.


Importación de dispositivos virtuales OVF

(Recomendado) Usa  nuestra herramienta de comprobación previa para verificar la compatibilidad
Importar un dispositivo virtual a Google Compute Engine puede tener algunas incompatibilidades. 

Para ahorrar tiempo, te puedes  descargar y ejecutar nuestra herramienta de comprobación previa dentro de su máquina virtual antes de intentar importar.

Importar sintaxis de comandos

La siguiente es la sintaxis del comando gcloud para importar un dispositivo virtual OVF a un virtual en ejecución instancia de la máquina:

gcloud alpha compute instances import ​INSTANCE_NAME ​--source-uri​=GCS_FILE_PATH
--os​=​OS
[​--can-ip-forward]
[​--custom-cpu=​CUSTOM_CPU ​--custom-memory=​CUSTOM_MEMORY : ​--custom-extensions]
[​--deletion-protection]
[​--description=​DESCRIPTION]
[​--labels=[​KEY=​VALUE,...]]
[--machine-type=MACHINE_TYPE]
[​--network=​NETWORK]
[​--network-tier=​NETWORK_TIER]
[​--private-network-ip=​PRIVATE_NETWORK_IP]
[​--no-restart-on-failure]
[​--no-guest-environment]
[​--subnet=​SUBNET]

[​--tags=​TAG,[​TAG,...]]
[​--zone=​ZONE]
[​--timeout=​TIMEOUT; default="2h"] [​--async]

GCS_FILE_PATH is GCS path to one of:
● OVF descriptor
● OVA file
● Directory with OVF package

Ejemplos

Importando desde un OVA
El siguiente es un ejemplo del uso del comando anterior para importar un archivo OVA desde Google Cloud y almacenamiento en una instancia de Google Compute Engine:

gcloud alpha compute instances import instance-ubuntu --os=ubuntu-1404 --source-uri=gs://abucket/Ubuntu.ova

Importando desde un paquete OVF

Si el paquete OVF se almacena en forma desempaquetada, puede especificar la ruta al descriptor OVF

gcloud alpha compute instances import instance-ubuntu --os=ubuntu-1404 --source-uri=gs://abucket/Ubuntu/Ubuntu.ovf

Alternativamente, puede especificar una ruta a un directorio con el paquete OVF:

gcloud alpha compute instances import instance-ubuntu --os=ubuntu-1404 --source-uri=gs://abucket/Ubuntu/

Importar con la configuración personalizada de CPU / memoria
Si deseas  anular la configuración de la CPU y / o la memoria, especifique --custom-cpu y --custom-memory usa los tags:

gcloud alpha compute instances import instance-ubuntu --os=ubuntu-1404 --source-uri=gs://abucket/Ubuntu.ova --custom-cpu=2 --custom-memory=2048MB

Importar con configuración de red personalizada
Si su proyecto está configurado para usar redes personalizadas, deberá especificar el indicador de red. Si la red es configurada con el modo de subred personalizado, también deberá especificar --subnet y --zone flags:

gcloud alpha compute instances import instance-ubuntu --os ubuntu-1404 --source-uri=gs://abucket/Ubuntu.ova --network company-vpc --subnet company-vpc-us-east1-c --zone us-east1-c

Fallas y problemas comunes

No todos los dispositivos virtuales serán importantes para GCE. Algunas máquinas virtuales tendrán problemas después de la importación. A continuación hay una lista de
Problemas de compatibilidad conocidos:

Redes

El flujo de trabajo de importación establece la interfaz en DHCP. Si eso falla, o si hay otras interfaces configuradas con firewalls, enrutamiento especial, VPN u otras configuraciones no estándar, la red puede fallar. Mientras que la instancia resultante puede arrancar, es posible que no pueda acceder a él.
GCE proporciona clientes SSH a través de la Cloud Console y la CLI de gcloud. Estos clientes se conectan en el puerto 22 y no funciona si tiene SSH configurado para no ejecutarse en el puerto 22.

El proceso de importación agotado o la instancia de máquina virtual no se inicia.

Si el disco de arranque en un OVF no arranca en el motor de cálculo de Google, el proceso de importación se detendrá. Si esto sucede, puede importar el disco de arranque en el OVF usando Compute Engine Virtual Disk Import y seguir las instrucciones en la solución de problemas del disco de arranque son un tutorial para hacer que el disco sea de arranque. A continuación, puede
crear manualmente una instancia de VM para que coincida con el dispositivo virtual OVF de origen utilizando el disco importado.

Nota: Alpha Feedback y soporte
Si tiene alguna pregunta o comentario, comuníquese con gcp-ovf-import@googlegroups.com.

jueves, 25 de abril de 2019

Google Cloud Code

Después de la resaca del Google Cloud Next, ya toca hablar de los temas realmente interesantes que se han presentado.


Personalmente una de las charlas que vi en directo y de la cual os paso el streaming, es de esta Tool de open source llamada CLOUD CODE.

¿Qué es? Cloud Code es un conjunto de complementos y extensiones para IDE populares como IntelliJ y VS Code.

La idea general aquí es proporcionar a los desarrolladores todas las herramientas necesarias para crear aplicaciones nativas en el Cloud, todo sin tener que lidiar con el trabajo de plomería y la configuración que viene con eso.

Usando Cloud Code, los desarrolladores pueden simplemente escribir sus aplicaciones como antes, pero luego empaquetarlas como aplicaciones nativas de la nube y enviarlas a un clúster Kubernetes para pruebas o producción.

¿Por qué eso importa? Escribir aplicaciones nativas en la nube es complicado y generalmente implica escribir archivos de configuración complejos. Idealmente, Cloud Code hace que todo esto sea tan fácil que será mucho más fácil para los desarrolladores, y las compañías que los emplean, hacer este cambio a una infraestructura moderna.

Os dejo el video que creo con demostración en directo de esta herramienta de la que me declaro FAN

domingo, 10 de marzo de 2019

Preparando el proximo Google Cloud Next

Con motivo del proximo evento de Google el Cloud next hemo preparado el martes 12 un HO Global para hablar con personas que ya han estado y contar que se puede esperar y que no hay que perderse en este tipo de eventos.

Para más información pásate y registrate en el enlace de la emisión en directo.



Y si ya pasaste el año pasado madame cuéntanos tu experiencia  (contacta con nosotros para que te demos paso en el HO aquí mario.ezquerro@gmail.com

sábado, 9 de marzo de 2019

Google Assistant: Bases concurso para hispanohablantes de desarrollo de aplicaciones para personas con discapacidad

Desde el GDG Lleida y GDG Spain organizan un interesante concurso para el desarrollo de aplicaciones con Google Assistant para personas con discapacidad.


Organizan

Colaboran
Objetivos del concurso Desarrollar aplicaciones para la plataforma Google Assistant que aporten valor a la vida diaria de las personas con discapacidades.

Quién puede participar?
  • Desarrolladores a título individual o en equipo.
  • Cualquier desarrollador de un país hispanoparlante.
Idioma de las aplicaciones: Castellano

Lenguaje de desarrollo para las apps:
  • Los webhooks o apps necesarios se podrán desarrollar en cualquier plataforma que lo permita.
  • Las aplicaciones deben estar pensadas para funcionar desde un dispositivo con interacción de audio, como Google Home o Home Mini, o el asistente de Google. Es decir, que la interacción física, por ejemplo, con una pantalla no sea obligatoria, aunque será un plus si se añaden funcionalidades en este aspecto para enlazar en sistema Google Assistant con pantallas (como as Lenovo o el Google Home Hub)
  • Se valorarán aquellas aplicaciones que interaccionen con sistemas externos, ya que en el caso de ayuda a discapacitados dan mucho juego y aportan valor.
  • Las aplicaciones deben estar disponibles en la plataforma de Actions on Google, aunque no hayan pasado el proceso de validación.
  • Las aplicaciones deberán ser trabajos originales, aunque podrán haber sido desarrolladas previamente y presentadas a otros concursos.

Cómo participar?
  • El plazo de desarrollo comienza desde la presentación pública del concurso (marzo 2019).
  • La fecha máxima de presentación de aplicaciones será el 15 de abril de 2019 a las 18.00 horas.
Los entregables serán:
  • Todos los necesarios para poder ejecutar la aplicación con las instrucciones adecuadas. En caso de nos ser suficientes o de faltar el código o que la complejidad sea anómala, el jurado se reserva el derecho a analizar la aplicación.
  • Un vídeo demostrativo de 3 minutos máximo, donde se vea y oiga la aplicación real. El vídeo deberá ser una url pública de Youtube.
  • Los datos necesarios serán: nombre del desarrollador (o varios nombres, si es un equipo), email y móvil de contacto.
  • Los datos personales y el título o derechos que ostente sobre la aplicación deben ser verificables y actuales. Los datos solo serán usados para la comunicación del concurso.
  • Las aplicaciones deberán entregarse vía e-mail en la dirección gdglleida@gmail.com, desde donde se realizará el acuse de recibo.
  • Los premiados serán comunicados a finales de la semana del 15 de abril para facilitar, si fuera posible, su asistencia al evento. Los costes del desplazamiento van a cargo de los participantes.


Derechos sobre las apps Los organizadores no obtendrán derecho alguno respecto a las apps, que quedarán en propiedad de sus creadores, El objetivo de este concurso es lograr el desarrollo de más aplicaciones y su disponibilidad para uso público desde el store de aplicaciones dada la componente social del concurso. Pero se valorará especialmente, ya que se trata de un concurso social, el hecho de ceder la aplicación a la comunidad y publicarla en Github u otra ubicación con una licencia de código abierto.

Premios Tres paquetes de premios valorados entre 300 y 100 € para las 3 mejores aplicaciones escogidas a criterio diverso de los organizadores/jurado consistentes en:

Premios cedidos por los colaboradores.
1er premio: 1 Google Home mini, valorado en 69 €
1 Power Bank de Xtorm de 10.000 mAh, valorado en 59€
1 KIT Android Things con Rainbow Hat,
cedido por GDG Vigo, valorado en 150 €
1 kit Arduino-IOT
(cedido por el taller de Orestes Carracedo)

2º premio:
1 Google Home mini, valorado en 69 €
1 Power Bank de Xtorm de 5.000 mAh,
valorado en 39€
1 cargador de alta potencia USB-USB C
de Xtorm, valorado en 27€
1 kit Arduino-IOT

3er premio:
1 Google Home mini, valorado en 69 €
1 Power Bank de Xtorm de 1.500 mAh,
valorado en 19€
1 kit Arduino-IOT

Si los premiados no están en la presentación, se les remitirá su premio a la dirección indicada. Solo se enviará por correo normal a direcciones de países hispanoparlantes, y los premiados serán los responsables de la gestión aduanera si fuera necesaria.


RESERVA GENERAL
El jurado se reserva en todo caso el derecho a realizar la correcta interpretación de estas normas, así como a modificarlas, si fuera necesario, siempre con la intención de evitar posibles injusticias. La decisión del jurado será inapelable.





El concurso forma parte de un evento doble del GDG Lleida,
 que se celebra los días 26 y 27 de abril del 2019.








Para cualquier consulta enviar mail a gdglleida@gmail.com


Carteles en PDF descargable para distribuir:

lunes, 4 de marzo de 2019

Comienza a aprender con los labs prácticos gratuitos [google cloud español]

Los laboratorios on-line proporcionan experiencia práctica con las tecnologías de Google Cloud en un entorno real.

Sigue instrucciones paso a paso para dominar los servicios y casos prácticos populares en un entorno real de Google Cloud Platform Console. Explora temas como el aprendizaje automático, la seguridad, la infraestructura, el desarrollo de apps y mucho más. Tenemos lo que necesitas.


Labs gratuitos



https://cloud.google.com/training/free-labs/#introductory-labs


miércoles, 27 de febrero de 2019

Como compartir créditos con qwiklabs.com

Para compartir créditos de los laboratorios de qwiklabs es fácil pero hay que saber un par de cosas, os dejo un video para que lo tengáis más claro.



viernes, 25 de enero de 2019

Como usar Cloud IoT Core gateways con una Raspberry Pi


Entre los tutoriales de la comunidad de Google Cloud Platform creados por la comunidad no representan la documentación oficial del producto Google Cloud Platform. pero tenemos unas joyas como estas:

Alex Hong | Desarrollador de Programas Ingeniero | Google Cloud IoT Core
Fengrui Gu | Ingeniero de Software | Google Cloud IoT Core

Este tutorial le muestra cómo configurar y utilizar puertas de enlace en Cloud IoT Core. De la documentación, una "puerta de enlace es un dispositivo que conecta dispositivos menos capaces a Cloud IoT Core y realiza varias tareas en nombre del dispositivo, como comunicación, autenticación, almacenamiento y procesamiento".

En este tutorial, creará una puerta de enlace que administra dos dispositivos: un simple LED y un sensor DHT22. Ninguno de los dispositivos estará conectado directamente a Cloud IoT Core, pero recibirá actualizaciones y publicará eventos de telemetría en el Cloud a través de la puerta de enlace, desde una Raspberry PI.

Arquitectura

El siguiente diagrama proporciona una descripción general de alto nivel de cómo está estructurada la arquitectura del dispositivo / puerta de enlace.





Los objetivos de este tutorial:

  • Crea una nueva puerta de enlace y vincula dispositivos a ella.
  • Demostrar configuraciones cambiantes en un dispositivo enlazado a una puerta de enlace
  • Demostrar el envío de telemetría desde un dispositivo vinculado a Cloud IoT Core