Docker en la empresa

En una semana dos clientes nos pidieron reuniones para hablar de containers y de docker en particular.

Con las reuniones ya realizadas tengo algunos puntos que me gustaría compartir con ustedes en una serie de posts aquí, en linkedin.
Para estas reuniones me preparé como para cualquier reunión que hago con el nombre de wetcom encima.

A estas reuniones uno va mas a escuchar que a proponer inicialmente, pero algo dentro mío me decía que tenía que volver a revisar todo una vez mas.

Luego de hacer el ejercicio una vez más quedó claro que a estas reuniones, sobre contenedores, no iba a ir solo a escuchar.

Después de trabajar con tecnologías de vmware durante los últimos 10 años uno se acostumbra a ciertas cosas. Bajar la vara de las funciones básicas que ofrecen las tecnologías de virtualización actuales no es una opción.

Después de esto, estaba dispuesto a escuchar cualquier cosa que el cliente estuviera dispuesto a contar.Incluso estando seguro de estar seguro del mensaje que quería llevar a la mesa aún había dudas.

Básicamente esto se debía a que quienes nos están comenzando a llamar para hablar de contenedores no son los mismos interlocutores de siempre.

Una vez explicado mi punto de vista, ya les digo cuál es, todo el mundo se unió en una única línea de visión sobre el tema.

Mi punto de vista, ahí va.

Si uno mira el sitio web de Wetcom lo único que va a encontrar relacionado a contenedores es un post que escribí sobre mi visita al vmworld del año pasado.

Nada mas, no hay otra cosa.

De ninguna manera alguien que no conozca lo que venimos haciendo nos llamaría para hablar de docker.

Las dos reuniones que tuvimos fueron con clientes de larga data.

Ellos consultaron si trabajamos con docker. No lo promocionamos activamente.
Vengo trabajando con alta disponibilidad, balanceo de carga automático, tolerancia a fallos hace tanto tiempo que no estoy dispuesto a bajar ese estándar.
Eso no se negocia.

Mucho menos para un cliente de wetcom, donde nos eligen justamente para hacer que sus entornos estén disponibles las 24 horas del día los 7 días de la semana.

Es decir, no me quiero involucrar, en el análisis o implementación de una nueva tecnología que no pueda cumplir con esto.

Docker es una tecnología excelente. Por momentos me hace acordar a cuando empezábamos con las primeras reuniones para implementar vmware.

Pero todavía le falta resolver algunos puntos de disponibilidad y balanceo de carga importantes. Los que conocen docker me dirán que si un containers deja de responder lo matamos y lanzamos otro.

Eso es cierto.

El problema es que no todas las aplicaciones que quieren subir ahí arriba están preparadas para eso. Su arquitectura, su ADN las hace ver como una aplicación legacy.

No me sirve docker para eso.

Sobre todo que quieren mover docker directamente a producción, lo cual se entiende.

¿Para qué podríamos poner docker si en el final de la cadena no lo llevamos a producción?.

Es por esto que recomiendo y voy a seguir recomendando montar contenedores sobre vmware. Al menos hasta que los linux que usamos como motor de docker me puedan ofrecer un nivel de disponibilidad y balanceo de carga aceptables.

Hace 10 años no hubiese dudado en montarlos sobre un linux sin alta disponibilidad. Hoy no, y no es porque me haya aburguesado. La tecnología avanzó mucho y además me gusta dormir de noche.

Las reuniones fueron bien, muy bien hay buenas intenciones de avanzar con la tecnología. Pero por sobre todas las cosas que se habló de intenciones, lo único que quedó firme fue que los niveles de disponibilidad no se negocian.

Y está bien.

¿A quién van a llamar cuando todo deje de funcionar? A la gente que maneja la infraestructura señores.

¿Te interesa saber más de docker?, tengamos una charla, veo ahí una tecnología con futuro. ¿Trabajas en infraestructura?, no me dejes solo. Hagamos que los contenedores lleguen a buen puerto.

Nos leemos…

SDN VMware NSX – ¿Quién va a administrar tus redes?

Si cuando surgió la virtualización de servidores generó grandes dudas a la hora de tomar la decisión de implementarlo el caso de la virtualización de redes es similar.

Algunos de los motivos son similares a los de hace unos 10 años atrás pero creo que el más importante hoy en día es la definición de quién se hará cargo de la gestión de las redes una vez implementado.

Ver también: Desafíos de la virtualizacion de redes con vmware nsx

El día de hoy estoy terminando un entrenamiento oficial de VMware para poder cumplir con las obligaciones de competencias con el fabricante.  Es un entrenamiento en línea por lo que hay participantes de varios países trabajando sobre laboratorios.

Para poder estar bien parados para el curso de administración VMware tiene los siguientes requerimientos:

  • Administrador con experiencia en Windows y Linux
  • Conocimientos de VMware SDDC
  • Conocimientos a nivel DCA-DCV
  • Recomendado conocimientos nivel CCNA

Cómo pueden ver los conocimientos necesarios para el entrenamiento parecen bastante simples de cumplir siempre y cuando los asistentes cuenten con algunos años de experiencia en la materia.

Me llamó la atención en algunos casos el tipo de preguntas que se hicieron al instructor.

Mejor dicho, el nivel de preguntas que se hicieron. En algunos casos se demostró un amplio conocimiento tanto en redes como en el producto, pero en otros se demostró un desconocimiento total del funcionamiento de un firewall, de un router o de un balanceador de carga.

Aquí es donde me preocupé ya que o bien los asistentes al entrenamiento  no cumplían con los requerimientos adecuados, y asistieron por obligación, o el nivel del mismo era demasiado elevado.

En la mayorías de los casos los temas discutidos en el entrenamiento podían haber sido muy bien comprendidos para cualquier persona con algunos años de experiencia dura en infraestructura de TI.

Otros casos, como el de VXLAN, creo que para los asistentes estaba un poco por arriba de sus conocimientos. Esto es lo preocupante.

Si bien para cada uno de los casos existió una introducción , o explicación, creo no fueron suficientes como para que alguien sin conocimientos pueda hacerse cargo de la operación de la tecnología luego de la finalización del entrenamiento.

Con esto no quiero decir que quienes vayan a operar esta tecnología VMWARE NSX SDNdeben tener una certificación de nivel de Cisco CCIE pero con el conocimiento básico de los 4 semestres de la academia de Cisco no son suficientes.

Creo que las certificaciones de redes de muchos fabricantes irán desapareciendo a medida que se vayan desarrollando los especialistas y la tecnología sea adoptada por las organizaciones.

Veo en el futuro un “reciclado de perfiles de TI” donde las fronteras entre las áreas se diluyen cada vez más forzando una integración de las mismas en un equipo de trabajo único.

Los profesionales de redes realizarán tareas de infraestructura y los profesionales de infraestructura realizarán tareas de relacionadas a las redes.

A largo plazo esto será positivo para quienes estén a cargo de definir y gestionar infraestructuras de TI complejas. Los pedidos no deberán cruzar diferentes equipos de trabajo y las cosas deberían de poder resolverse de forma mucho más eficiente.

Mientras tanto tendremos que seguir trabajando en desarrollar especialistas idóneos que puedan trabajar de forma completamente independiente de los conocimientos específicos de un fabricante de hardware de redes.

¿Ustedes que opinan?

Foto: Brent H.

La importancia del ingles en sistemas

Este es otro de los posts que tenía escrito en un blog orientado a quienes se iniciaban en el trabajo dentro del mundo de la tecnología…

Porque es importante saber hablar y leer en inglés cuando trabajamos en sistemas. Cuanto es suficiente para tener un nivel aceptable de inglés. Aquí las respuestas.

La importancia de saber ingles en sistemas

No importa en el país en que vivamos si trabajamos en sistemas hablar en inglés es una de las herramientas más importantes con las que podemos contar. La parte “técnica” de trabajar en sistemas se aprende fácil, y rápido.

Las razones de la importancia:

  • La mayor parte de la tecnología se desarrolla en países de habla inglesa.
  • La mayoría de la información y libros disponible está en inglés.
  • Certificar una tecnología requiere conocimientos del idioma.
  • La actualización de software se realiza primero para sistemas en inglés.

La tecnología proviene de países de habla inglesa

La mayor parte de la tecnología con la que trabajamos en sistemas día a día proviene en mayor medida de Estados Unidos, Canadá y en menor medida de países como Inglaterra o Israel.

Existen otros países desarrolladores de tecnología pero en la mayoría de los casos la casa matriz de las compañías es de habla inglesa por lo tanto la información, documentación y actualizaciones se hace en inglés.
Nos guste el idioma o no si trabajamos en TI lo vamos a tener que aprender.

La mayoría de la información y contenido está disponible en inglés

Buscar información sobre tecnología en castellano es una pérdida de tiempo. O bien no hay información disponible o está desactualizada. Intentar conseguir libros de tecnología actuales es nuestro idioma es imposible por lo tanto si queremos mantenernos actualizados tendremos que hablar inglés.

Si bien en los últimos años con el desarrollo de los blogs la información tecnológica en español comenzó a desarrollarse aún queda mucho camino por recorrer para estar al nivel de cantidad y calidad de lo que podemos encontrar en inglés.

Simplemente para graficar este punto pregunto cuantas veces buscaron un error específico cuyo mensaje estaba en español. En ese mismo ¿caso cuantas veces intentaron traducir el mensaje de error al inglés para poder encontrar mejores resultados?.

Para los puestos de trabajo es un dolor de cabeza pero para buscar información de errores en los logs de un servidor puede ser una misión imposible.

Rendir un examen de certificación
Para las tecnologías con mayor presencia en el mercado como puede ser Microsoft cuentan con versiones de los exámenes en castellano pero la verdad es que las traducciones que se hacen de estos exámenes son verdaderamente desastrosas.

Sentarse a rendir un examen y no entender en castellano lo que estamos leyendo desde mi punto de vista es peor que rendir en un idioma que no es mi idioma nativo.

A menos que tengamos un excelente nivel de conocimiento vamos a tener que preparar la certificación con manuales, vídeos y laboratorios que en su mayoría, como es obvio, estará en inglés.

Ya hablamos en el blog de la importancia de las certificaciones cuando trabajamos en sistemas. ¿Cómo vamos a preparar un examen si no entendemos lo que estamos leyendo?.

Vi mucha gente fallar en los exámenes no porque no supieran sobre la tecnología o porque no tuvieran experiencia sino simplemente porque no entendían lo que les estaban preguntando mientras lo rendían.

La actualización del software se realiza primero en inglés
El software que viene en castellano en algunos casos es una versión diferente que la que podemos encontrar en inglés.

Debido a que la base de software instalada en inglés es ampliamente superior que lo que podemos encontrar en otros idiomas al momento de desarrollo de una actualización, parche o respuesta de una vulnerabilidad siempre se prioriza el software en inglés y el resto de los idiomas tiene que esperar su turno.

En los últimos años esto cambió mucho con la implementación de los MUI (Multingual User Interface) donde las traducciones no se encuentran en una versión diferente del software sino que en una interface con el idioma especificado en el MUI pero aún quedan casos bien claros.

¿Que nivel de conocimiento es suficiente?

El nivel de conocimiento que necesitemos va a depender en mayor o menor medida del tipo de trabajo que estemos realizando en el momento de nuestra carrera. O a donde queramos llegar.

Por ejemplo si estamos preparando un examen de certificación tendremos que ser capaces de comprender claramente los objetivos de el examen. En este link están los objetivos y detalles de los requerimientos de la certificación A+ de Comptia.

¿Si no los entendemos como vamos a poder sentarnos a tomar un examen? Ahí la respuesta.

En muchos casos trabajamos en empresas que tienen casas matrices en otros países cuyo idioma no es el español ni el inglés pero las comunicaciones ya sean presenciales, por correo electrónico o telefónicas se llevan adelante en inglés.

Si estamos trabajando en una posición con responsabilidades nuestro inglés deberá tener matices de negocios y gestión cosa que el inglés puramente técnico no tiene. Esto es para otro post, es un animal completamente diferente.

A modo personal creo que dominar un idioma es una llave que abre puertas, muchas puertas. Uno nunca sabe cuando va tener que usar la herramienta del idioma. Tengo varias historias de personas conocidas que en momentos difíciles de su vida el inglés les facilitó las cosas. 

Foto: TOEFL Program

Excusas por las cuales no certificaste

Este es un post que escribí en otro blog que estoy dando de baja… prefiero consolidar todos mis pensamientos en un solo lugar por más que a muchas personas no estén tan de acuerdo!.

Ver también: La importancia del inglés al trabajar en tecnología

Este blog estaba orientado a los jóvenes en sus primeros años de trabajo en TI. Es por esto que en algunos casos encontrarán el contenido algo básico.

En los últimos 5 años tomé más de 100 entrevistas para diferentes puestos que teníamos abiertos en Wetcom. Algunas de las excusas por las que los aspirantes no certificaron y el porque ya no son creíbles.

Insisto con el tema de las certificaciones porque me ayudan a entender el compromiso que tiene la persona que se tomó el trabajo de tomarse algunos días para sentarse a estudiar o al menos a pensar como es un examen.

Así mismo  y como la mayoría de los exámenes son en inglés puedo tener alguna idea de cuanto maneja el idioma el candidato.

Tengo que aclarar que un par de certificaciones no son determinantes en una entrevista, pero suman y mucho.

Hagamos foco en las excusas y como pensar del otro lado.

  • No tuve tiempo para preparar los exámenes. Esta es la que más escuchamos en la mesa y déjenme decirles que es muy difícil de creer que alguien con 10 años de experiencia no tuvo 3 meses para preparar un examen. Tomate el tiempo para hacerlo en lugar de jugar Counter Strike.
  • La empresa no me paga los exámenes. Otra que en el ranking, dependiendo el puesto se lleva la delantera. Si la empresa no te paga los exámenes podés hacer un plan para certificar 1 o 2 al año. Con las certificaciones tu ingreso debería subir al mismo ritmo.
  • La empresa no me paga los entrenamientos. Quien los necesita hoy en día hay suficiente material disponible en internet para preparar una certificación que los entrenamientos no se justifican. Incluso gastar unos pesos en un libro para preparar una certificación no le rompen el bolsillo a nadie.
  • No tengo el laboratorio necesario. A menos que sea una certificación de redes donde se requiere un equipamiento especial, incluso hoy ya hay simuladores, desde que apareció la virtualización con una pc promedio de gamer se puede preparar un laboratorio más que digno para una certificación.
  • No necesito certificarme. Esta es de las que peor se ven del otro lado de la mesa y de las más difíciles de romper. Si son necesarias y mucho ya que dan crédito del conocimiento que tiene la persona que las posee.

Hablemos claro, que una persona tenga certificaciones no es garantía de que sea un excelente profesional o que pueda cumplir con las necesidades de un puesto, pero a la hora de elegir siempre me inclino por alguien que tomó la decisión de desafiarse a si mismo ante un examen.

Uno puede sentarse por semanas a estudiar o incluso conseguir las respuestas de los exámenes para prepararlos. Nuevamente no son garantía de nada pero suman peso en la balanza y deberían ser tenidos en cuenta a la hora de evaluar que hacer con el tiempo libre.

Foto: Abhishek Baxi

Es la ejecución, no el plan

No hay forma de llevar a papel lo que tengo en la cabeza. Algunas ideas, algunas intenciones no hay forma de llevarlos a un documento. A no temerle a escribir.

Esto fue lo que pensé cuando comenté dentro del círculo de Wetcom que iba a escribir un libro sobre la práctica de migración de Windows de trabajo que creamos.

La duda apareció rápidamente cuando pensaba si alguna persona que trabajara en alguna empresa que compita con Wetcom en el tema accedía al libro.

¿Qué podía pasar?, ¿qué robarán la práctica entera?, ¿qué perdiéramos algunos negocios?.

Dudas. Y estas eran sólo algunas.

Ahora bien, supongamos por un momento que tuve un ataque de inspiración y pude escribir todo lo que sabemos sobre este tipo de proyectos.

Y esto le sumamos que la persona que lee el libro comprende de punta a punta lo que estoy explicando.

¿Puede llevar adelante un proyecto por sí mismo?. Si puede, pero hasta cierto punto.

Siempre existen variables que únicamente están en la cabeza de la persona que tiene experiencia y que sería realmente imposible llevarlas a papel en su totalidad. Por más buena voluntad que ponga en escribir siempre algo va a quedar q mitad de camino.

Por eso no hay que temer a mostrar lo que uno tiene.

Sino ¿para qué publicar un libro?, si a fin de cuentas cualquier persona puede comprar el libro en una librería y obtener el mismo conocimiento por 10 o 15 dólares. No vale la pena preocuparse.

Es por esto que cuando escribí el post consultando a quienes les gustaría participar como revisor del libro antes de su publicación no tuve ningún tipo de problemas a la hora de aceptar a una persona, que no conozco personalmente, pero que se de buenas a primeras que trabaja en una empresa que compite con Wetcom.

Sin ir más lejos esta persona fue la que más colaboró en la revisión del libro. La que más lo criticó, aportó para mejorarlo y se volvió a ofrecer como revisor una vez que los cambios hayan sido aplicados al libro.

Llevemos esto a un punto mucho más lejano. Cuantas empresas no hubiesen visto la luz por temor a presentar un plan de negocios a alguna persona/empresa como potencial inversor.

Si por tener miedo a “mostrar”  y que nos puedan robar la idea de lo que queremos hacer vamos a paralizarnos creo que tenemos un problema.

Coincido mucho en el artículo El inversor no lee el plan de negocios donde Santiago Bilinkis explica que no es “el documento” el que convence al inversor, es la persona, el equipo.

Supongamos que tengo la oportunidad de sentarme frente a un potencial cliente por una reunión referida al tema central del libro. Supongamos también que la gente que está en la mesa lo leyó y le gustó.

No por esto van a contratar nuestros servicios. Tengo que demostrar que, además de haber escrito el libro, conocemos lo que hacemos, tenemos el equipo adecuado y podemos ejecutar en tiempo y forma.

Algo simple para una persona con experiencia en el tema, algo complicado para quienes solo leyeron un texto.

Les dejo un saludo.

 

Foto: Dome Plan Drawing

Built to Sell: Creating a Business That Can Thrive Without You

Built to Sell: Creating a Business That Can Thrive Without You es un libro que encontré de casualidad en un foro sobre gestión de empresas. Puntualmente buscaba información sobre  creación de procesos y manuales de operación y fue ahí cuando un miembro de esta comunidad me recomendó el libro.

Built to Sell: Creating a Business That Can Thrive Without YouPrimeramente dudé si comprarlo o no ya que el título del mismo no se asociaba con lo que estaba buscando armar para Wetcom. Fueron las recomendaciones y revisiones de otros lectores en Amazon los que me convencieron de comprarlo.

Al leer las primeras páginas pensé que me había equivocado. El autor plantea que la primera parte del libro será una historia corta sobre un empresario que tiene problemas con su empresa y la segunda parte un pequeño manual de implementación de algunas de las ideas planteadas en el “cuento”.

Pero estaba completamente equivocado. En las primeras páginas pude ver como muchas de las cosas que le pasaban al personaje del “cuento” eran las mismas que le pueden pasar a cualquier emprendedor que funda una pequeña o mediana empresa.

A medida que avanzaba el libro me sentía cada vez más identificado con el personaje del cuento y la lectura es realmente llevadera.

En resumen el libro plantea, vayas a vender la empresa o no, como llevar adelante un plan para implementar manuales de operación, estandarización de servicios que permitan ser repetidos y por lo tanto “enseñados” a empleados actuales y futuros de la empresa.

Logrando esto el emprendedor puede dejar de lado el día a día de la empresa en manos de otras personas, empleados, para que estos lleven adelante la operación.

La guía paso a paso planteada en la segunda parte del libro es realmente buena. Fuerza al lector a pensar y tomar decisiones que pueden ser un poco duras inicialmente pero que viéndolas desde lejos tienen sentido.

Una buena lectura para quienes tienen una PYME o están pensando en iniciar una.

Pueden comprar el libro en:

Amazon.com

Amazon.es

La procrastinación de las grandes empresas

Se fue Windows XP y muchas grandes empresas recién ahora se enteraron. Parece que todos los esfuerzos de Microsoft para dar a conocer el fin de soporte de Windows XP hicieron mella en las grandes empresas. Analicemos un poco el motivo.

2 años anunciando el fin del soporte de Windows XP y fueron muy pocas las empresas que hicieron algo al respecto. Hoy les toca correr.

¿Porqué nadie hizo nada?, ¿porqué dejaron de lado un proyecto que afecta a todos los usuarios finales?.

Procrastinaron, y mucho.

El mismo día en que Microsoft retira el sistema operativo me encuentro analizando la viabilidad de 4 proyectos de migración a Windows 7 o Windows 8.

Es cierto que un proyecto de migración de sistemas operativos en los puestos de trabajo de los usuarios no es el proyecto más “sexy” que un gerente de tecnología quiera enfrentar.

No importa si la empresa tiene 300 o 3000 puestos de trabajo para migrar. Cualquier proyecto relacionado con usuarios finales es un proyecto sensible. Que deber hacerse con tiempo, bastante tiempo.

Principalmente creo que el motivo por el cual muchas empresas aún siguen, y seguirán por algún tiempo, estancadas en Windows XP es la falta de un plan estratégico de TI.

Este plan debe definir claramente cuales son los proyectos más importantes de la organización para los siguientes 3 a 5 años. Contando con este plan ningún gerente de TI se hubiese encontrado en esta situación.

Este plan no solamente tiene como objetivó listar los proyectos que se ejecutarán a futuro, sino que también permitirá ajustar los presupuestos anuales de TI.

Si tenemos un plan y un presupuesto asignado al mismo no veo el motivo por el cual no ejecutar los proyectos.

Además de no contar con el presupuesto adecuado el otro problema que existe es que ningún gerente de tecnología se siente tentado a encarar un proyecto de este estilo por iniciativa personal.

Gran parte de la decisión de Microsoft de acabar con el soporte de Windows XP se debe justamente a esto. Todo el mundo están muy conforme con el sistema operativo y no veía la necesidad de cambiarlo.

Mientras no les impusieran una obsolescencia programada nadie iba a tomar la iniciativa.

Las empresas deberán trabajar en un plan de obsolescencia tecnológica por fuera a lo que imponga el fabricante del software. De esta forma tendrá siempre el control de la situación.

Al día de hoy el principal problema no es que Windows XP se quede sin soporte, la interface de Windows 7 o Windows 8 distintas a las anteriores. Tampoco lo es el hardware incompatible.

El principal problema que las empresas deberán enfrentar para un correcto despliegue de los nuevos sistemas operativos son las aplicaciones que corren en los puestos de trabajo.

Ya sean los desarrollados por terceros o los desarrollados internamente. Es aquí donde el gran problema persiste. No declarar la obsolescencia de los aplicativos provoca que realizar una migración ordenada no tenga lugar en las organizaciones grandes.

Muy pocas empresas grandes dieron el paso necesario algunos años antes del fin del soporte del sistema operativo. Estas son las que hoy están ejecutando otro tipo de proyectos de forma organizada y controlada.

El resto tendrá algunos meses duros por delante. Esperemos que el resto haya aprendido la lección.

Foto: Procrastination

vmware vsan en Argentina – porque tiene sentido

Vmware vsan en argentina, porque tiene sentido. Primero que nada este post es importante para quien esté a cargo de la definición de arquitectura de tecnología para una oficina remota en Argentina, Venezuela y otros países emergentes.

Cubre la situación político-económica del país y como esta impacta en las decisiones y procesos de compra e implementación de tecnología.

Antes de avanzar con el post tengo que aclarar que soy socio de un Partner de Vmware en Argentina. Algunos lectores pensarán que el contenido es deliberado y completamente intencional, pero no es el caso. Cualquier tecnología de software-defined stroage aplicaría de la misma manera y hablo de vmware vsan porque es la tecnología que más conozco y me considero en posición de opinar.

Situación político-económica de Argentina

La situación político-económica del país no es la mejor en este momento. Y es mucho peor si la relacionamos con el mundo de la tecnología.

Argentina no produce ninguna tecnología relacionada a la infraestructura de centro de cómputos (hardware o software). Es por esto que el país se ve forzado a importar cualquier cosa que un centro de cómputos moderno necesite para continuar funcionando.

El déficit financiero fuerza al gobierno a regular cada transacción que esté relacionada con la importación de productos y servicios para minimizar el impacto en las reservas de moneda extranjera.

Esta situación fuerza demoras en las compras de hardware y software durante semanas e incluso meses. En algunos casos las transacciones no llegan a completarse principalmente porque el gobierno controla cada una de las transacciones que se deben realizar.

Por sobre esto debemos sumar que para la importación de productos o servicios al precio de compra se le debe sumar un 30% por no comprar productos desarrollados en Argentina. Productos que no se pueden comprar porque no se producen localmente.

Es mucho más simple conseguir la aprobación por una transacción de importación relacionada al software que al hardware. Es aquí donde vmware vsan entra en juego.

Adopción de la tecnología de vmware en Argentina

La tecnología de vmware está ampliamente adoptada en Argentina y es la primer razón por la cual vmware vsan es una buena opción.

Al ser almacenamiento definido por software incorporado en la misma consola de administración Web que los administradores de vmware utilizan todos los días el conocimiento que se debe sumar para operar el nuevo sistema no es tanto.

Para una administrador de vmware con experiencia comenzar a trabajar con vmware vsan sería mucho más simple que comenzar a trabajar con cualquier otro sistema de discos.

Tamaño de las organizaciones en Argentina

Las organizaciones o empresas en Argentina son de tamaño mucho menor a lo que se puede encontrar en Estados Unidos, Canadá o el Reino Unido.

Cuando vmware anuncia los casos de uso de vmware vsan indicando que es ideal para oficinas remotas el lector debe entender que lo que para una oficina remota de una organización de los Estados Unidos es lo que requiere una organización promedio de Argentina.

Esta es otra de las razones por las que vmware vsan tiene sentido.

Rompiendo los estándares tecnológicos

Estoy seguro que muchos de los lectores de este post nunca pensaron en considerar vmware vsan para su centro de cómputos principal o para sus oficinas remotas. Pero en el caso de Argentina este debe entrar en juego y ser contemplado seriamente.

Crear un estándar tecnológico para una organización no es tarea simple. Se deben definir tecnologías y realizar pruebas de laboratorio para determinar si la tecnología cumple con los requerimientos del negocio. Eso está completamente comprendido.

Lo importante es contemplar la tecnología de vsan dentro de las pruebas de laboratorio para determinar si es un candidato viable.

vmware vsan en Argentina – Porque tiene sentido

  • Importar hardware es mucho más complejo que importar software.
  • El conocimiento de la tecnología de vmware ya existe.
  • Es más simple comprar unos discos sueltos que un sistema de discos completo.
  • La demora en la entrega de discos es de solo unas pocas semanas.
  • La entrega de un sistema de discos completo puede demorar meses.
  • Los niveles de escalamiento, rendimiento y disponibilidad son más que suficientes para el promedio de las empresas.

vsan es una excelente opción si está analizando cambiar el sistema de discos de su ambiente virtual basado en vmware vsphere en una organización en Argentina.

La situación del país es similar a la de Venezuela y otros países emergentes y es por esto que el artículo aplica de la misma manera.

Este artículo también puede encontrarse en inglés en vmware vsan in Argentina – why makes sense to use it.

 

Buscando revisores para libro sobre Windows 7 y 8

¿Cómo están? Les escribo para informarles que está terminado el segundo borrador de mi primer libro relacionado a la planificación de proyectos de migración a Windows 7 y Windows 8.

El mismo tiene un enfoque de planificación minimizando el detalle técnico. Es por esto que el libro está dirigido a quienes deban planificar o ejecutar un proyecto de migración de Windows en los puestos de trabajo de los usuarios finales.

Es una excelente lectura para quienes no tienen experiencia en la ejecución de este tipo de proyectos pero también para quienes tienen algo de experiencia y pueden complementarla con algunas ideas presentadas en el libro.

Está pensado para ser publicado en plataformas digitales (kindle, barnes & noble, kobo, etc.) por lo que no es un libro muy extenso (70 páginas de word o 120 en kindle) y no debería tomar mucho tiempo en su lectura.

El índice del libro es el siguiente:

  • Sobre el libro y el autor
  • Capítulo 1 – Escenario inicial – Objetivos
  • Capítulo 2 – ¿Cómo debe ser el equipo de trabajo?
  • Capitulo 3 – ¿Cómo debe ser el nuevo puesto de trabajo?
  • Capitulo 4 – Planificación de la migración
  • Capitulo 5 – Plan de pruebas
  • Capítulo 6 – Capacitación a usuarios finales
  • Capitulo 7 – Ejecución de la migración
  • Capítulo 8 – Inventario y tratamiento de hardware en desuso
  • Capitulo 9 – Oportunidades
  • Capitulo 10 – Ejecución por etapas
  • Apendice A – Documentos de proyecto
  • Comentarios finales y agradecimientos

Quienes deseen acceder a una copia de revisión antes de su publicación de forma completamente gratuita pueden hacerlo con las siguientes condiciones:

  • Enviar feedback sobre el libro. Será utilizado para realizar ajustes finales antes de su publicación oficial. Esto es obligatorio ya que la idea es poder mejorar mi trabajo antes de publicarlo.
  • Dejar una revisión sobre el libro en amazon. Esto es completamente opcional y en caso de hacerlo pido que la misma sea completamente honesta.

Si tienes tiempo y estás por iniciar un proyecto de migración a Windows 7 o Windows 8 puede ser una excelente oportunidad para obtener buenas ideas!.

Si estás interesado por favor completa los siguientes datos para ponerme en contacto y enviarte las instrucciones para acceder al borrador:

Importante! – El programa de revisión está cerrado. Completar el formulario agregará su lista de correo para recibir notificaciones sobre futuros programas de revisión de otros libros.


Recibe tu copia de revisión

* indicates required



Gracias por colaborar!

Libros sobre Big Data

La semana pasada escribí en el blog de virtualización y cloud computing de Wetcom un artículo relacionado a libros de Big Data.

Debido a la gran cantidad de información desordenada que existe dando vueltas en blogs y portales de tecnología muchas personas tienen algunos problemas al intentar “comprender” de que va todo esto del Big Data.

Por esto pensé que lo mejor era buscar algunos libros relacionados al tema y encontré que en amazon hay gran cantidad de libros sobre big data incluso gratuitos.

Por esto me tomé el tiempo de crear una reseña de cada uno de los que eran gratuitos y me parecían interesantes.

Para quienes quieran leer pueden encontrar el artículo de libros sobre big data en el blog de wetcom haciendo clic en el link.

Para aquellos que lo quieran compartir no tienen más que twitearlo haciendo clic.

También pueden encontrar el artículo en inglés en 10 free ebooks about Big Data.