The Nicolas Solop Project

Negocios y Tecnología

Nicolas Solop

Aspectos positivos que descubrí con el cambio de miembros de mi equipo

by 1 Comment

Durante los últimos años la crisis de talento del mercado IT, entre otras cosas, hicieron que varias de las personas de mi equipo encontraran trabajo en otros lados.

A primera vista, la pérdida de talento de un equipo siempre suele ser malo. Una vez superada la crísis de los cambios en los equipos, uno tiende a hacer un balance de cómo fueron los cambios.

En este caso, dejé pasar meses para hacer un análisis de cómo se dieron estos cambios y en lugar de centrarme en los aspectos negativos de perder talento, me quiero enfocar en los aspectos positivos que descubrí con la pérdida de talento.

Salir de la zona de confort

Trabajar con nuevas personas en el equipo te fuerza a salir de la zona de confort. Cuando uno tiene años trabajando con una persona suele relajar algunos aspectos y las cosas pueden ponerse no tan productivas.

Comenzar la relación con un nuevo reporte directo, sobre todo si no se tuvo mucha interacción previa, nos fuerza a salir de la zona de confort por completo. Hace que volvamos a estar alerta a muchas cosas que antes dejábamos pasar y ahora no.

Pero sobre todo nos fuerza a conocer más sobre esta persona, sus deseos, su historia, su familia. Porque más allá de la relación profesional, uno debe enfocarse también en los aspectos personales de las personas.

En algunos casos las personas son abiertas, en otras son más reservadas. En todos los casos tratar de conectar con nuevos miembros del equipo hace que uno se sienta incómodo.

Sentirse incómodo es algo bueno.

Aparecen nuevos puntos de vista

Con nuevas personas en un equipo llegan nuevos puntos de vista, siempre es así. Para mi sorpresa, con los últimos cambios que tuve en el equipo aparecieron puntos de vista muy interesantes.

Escuchar nuevas ideas, no solo desde la perspectiva del trabajo del día a día sino también de la proyeccción de cómo hacemos las cosas es algo que me sorprendió gratamente.

En algunos casos tenía ideas bastante claras y pensaba que estaban correctas para lo que quería hacer. Pero al plantearlas a los nuevos miembros de mi equipo descubrí no solo que compartían la visión de lo que queríamos hacer sino que proponían puntos de vista que superaban ampliamente en creatividad a mi planteo original.

Estos puntos de vista nuevos, mejores a los que tenía, me ayudaron a descubrir que muchas veces los cambios en los equipos de trabajo son positivos.

Una relación que los puntos de vista pueden ser expresados con libertad y los aportes tienen lugar para florecer es algo positivo.

Si los cambios en los equipos de trabajo traen cosas de la mano que, si los nuevos miembros del equipo son los adecuados, no tienen más que dejarle lugar al crecimiento conjunto y a crear cosas nuevas.

Descubrí talento tapado

Iba a llamar a esto “talento escondido” pero la realidad es que el talento estaba ahí. Los nuevos miembros del equipo hacía tiempo estaban en la empresa pero no había tenido la oportunidad de trabajar con estas personas.

Es por esto que para mi el talento estaba tapado, no escondido. Estaba ahí, pero con las personas que tenía más interacción no me permitía llegar a descubrir el potencial del resto de los miembros del equipo.

Hacer estos descubrimientos es crucial si queremos contar con un plan de desarrollo para las personas que tenemos en diferentes lugares de la organización. El problema es que depender mucho de las opiniones de otros hace que uno no tenga claro el talento de las personas que siguen en el equipo.

Con el tiempo, descubrí que había un talento enorme, tapado por las opiniones de otras personas en el día a día. Confío que si hubiese tenido la posibilidad de interactuar más con otras personas podría haber descubierto mucho antes esta capacidad y talento, podría haberlo elevado para que la organización se pueda beneficiar y brindar nuevas oportunidades.

Brindar nuevas oportunidades

Las salidas de los miembros de mi equipo permitió que otras personas que estaban en el equipo siempre es algo positivo.

Siempre digo que Wetcom es la empresa de las oportunidades. Es por esto que ante la salida de algunos miembros de mi equipo en lugar de buscar reemplazos fuera de la empresa nos enfocamos en reclutar internamente.

Estoy convencido que estos cambios afectaron positivamente no solo a quienes fueron seleccionados para reemplazar a otros miembros del equipo sino que fue mucho más lejos.

El resto de los miembros del equipo ven que esto de “la empresa de las oportunidades” se materializa. Ahí radica el impacto positivo más importante.

Logré desterrar muchos mitos

Cuando uno mantiene las cosas durante mucho tiempo de la misma manera, tiende a acostumbrarse a que las cosas son como son y que no hay forma de que cambien mucho. Las cosas son así.

El problema con esto es que cuando uno se hace las preguntas sobre cosas que no están saliendo como uno espera, la respuesta de “las cosas son así” desarman cualquier intento de mejora.

Hacía tiempo que no estaba conforme con las formas y resultados de algunos aspectos de nuestros servicios. Pero como “las cosas son así” no logré encontrarle la vuelta hasta la salida de algunas personas del equipo.

Estos cambios de personas en el equipo me permitieron acercarme mucho más a las cosas que no me gustaban, o no rendían como esperaba, y darme cuenta de que las cosas no son así.

Eran así porque la persona de mi equipo estaba cegada con esa respuesta y cualquier intento de cambiar algo no iba a ningún lado. Era un naufragio antes de zarpar.

Descubrí que podemos, y tenemos, que cuestionar las cosas qué hacemos y cómo las hacemos. No es fácil, pero es nuestra obligación no comprar el concepto de “las cosas son así”.

Creo que hay más aspectos positivos con el cambio de miembros en el equipo, pero estos son los más importantes.

Antes de que te vayas

Creo que el aspecto positivo más importante es llegar a descubrir el talento “tapado” que tenemos dentro de la organización. Esto requerie salir de la zona de confort, acercarse a nuevas personas dentro del equipo y establecer nuevas relaciones.

Esto nos va a permitir estar más atentos a nuevos talentos que ante cambios en el equipo estén cerca para cubrir posiciones. Que no sea cuestión de suerte, sino algo buscado.

Pensemos que los cambios en el equipo son como cuando podamos un árbol o una planta. Estamos buscando que con esto la plata crezca mucho mejor, que de nuevos y mejores brotes.

No todos los cambios de personas en los equipos de trabajo son malos.

Nos leemos pronto.

Escasez de talento IT, pocos cocinan y todos peleamos por la misma torta

by 1 Comment

En este post quiero compartir mi visión sobre la escasez del talento en el mercado de IT, cómo se va a incrementar esta escasez y qué podemos hacer, quienes podemos hacer algo, para que esto sea un poco menos traumático para todos.

Lejos estoy con este post de querer cortar posibilidades de crecimiento de las personas, pero desde mi punto de vista, el crecimiento a esta velocidad es imposible de manejar.

Estoy convencido de que hay otras formas de afrontar esto, va a depender mucho de qué esfuerzo estés dispuesto a hacer.

Si te interesa el tema, también podes leer sobre los aspectos positivos del recambio en los equipos de trabajo.

Escases de talento IT – Lo que pasa

Desde hace unos años que estamos viendo cómo existe una batalla desmedida entre grandes y chicos por el talento IT. La diferencia es que la pandemia hizo que el campo de batalla se a nivel global y no solo acotado a una ciudad o país.

El problema no es nuevo. Existe desde siempre pero los cambios tecnológicos hicieron que la migración no se de solo de empresa a empresa sino también de tecnología a tecnología dependiendo de quién pague mejor. Nos vendemos al mejor postor.

Otra de las cosas que podemos ver en el mercado es la velocidad con la que una persona pasa de Junior a Senior. Vi chicos entrar a Wetcom con 18 años, irse con 19 con una posición de semi senior y ser promovidos en un nuevo trabajo como senior o arquitectos con 20 años. La necesidad, en este caso del mercado, tiene cara de hereje.

Personalmente creo que no hay ganadores ni perdedores absolutos en esta escases de talento que estamos viviendo. Quienes se mueven de una empresa y son promovidos rápidamente se dan cuenta que no todo es cómo era y que ante el primer problema no saben cómo manejar la situación.

Por el otro lado, quienes se quedan, deben convivir con más trabajo para entregar y deadlines cada vez más cercanos que comprometen la calidad del trabajo.

Acá no estoy poniendo en juicio absolutamente nada, solo estoy contando lo que creo que está sucediendo hoy por hoy en el mercado IT.

Escases de talento IT – Los problemas que genera

Esta escases de talento no solo hace que quienes tienen alguna especialización ganen dinero y quienes no la tengan sean vendidos como si la tuvieran.

La escases de talento hace que proyectos no se puedan entregar, que equipos de trabajo se desarmen de un día para el otro y que cosas que deberían funcionar de manera orgánica no suceda.

Pero no es lo único, genera falsas expectativas en todos lados ¿qué quiere decir esto?. Que los perfiles senior ven como juniors son promovidos a la velocidad de la luz solo para darse cuenta que cuando llegan a trabajar con ellos no están a la altura.

Por otro lado, los juniors que ven que sus amigos son promovidos o se van de un trabajo a otro por la promoción terminan con una ansiedad pocas veces vista.

Con tal de igualarse con el resto toman cualquier posición cuyo cargo sea un poco más alto en otro lado solo para “igualarse” con sus amigos.

Escases de talento IT – El problema es la torta

Personalmente creo que el problema de escases de talento es que la torta es siempre la misma. Estamos todos viendo como meter el tenedor un poco más adentro para llevarnos un poco más de talento para casa.

El chiste es que si todos nos ponemos a comer de la misma torta, los profesionales de TI que hay en el mercado, siempre terminamos en un juego de suma cero donde siempre gana el más fuerte. El que tiene la billetera más grande.

Desde la experiencia de ser históricamente generadores de talento desde Wetcom, puedo decir que es posible formar equipos de trabajo desde las bases. Esto tiene pros y contras, está el dicho ese de que quien duerme con chicos amanece orinado, si puede pasar.

Pero creo que si más empresas y organizaciones se animáran a cocinar más torta, generar más talento, mucho del estrés que están viviendo los equipos de trabajo bajarían de manera importante.

El juego de suma cero desaparecería y tendríamos un mercado laboral de tecnología mucho más armónico. La gente que hoy quiere entrar y no puede tendría oportunidades, y los que están no vivirían con el estrés de tener un compañero de trabajo nuevo todas las semanas.

Pero esto requiere de un gran esfuerzo, lo puse arriba, se necesita compromiso y tener a la organización respaldando este tipo de iniciativas.

Los programas de formación de talento no muestran resultados en el corto plazo. Se ven a largo, muy largo plazo y están llenos tanto de momentos felices como de decepcionantes. Es parte del camino, una vez que decidis entrar en el mundo de la formación de talento lo descubris tarde o temprano.

Viendo los resultados que Wetcom tuvo en la formación de talento, muchos de los equipos de recursos humanos de nuestros clientes nos pidieron “charlar” para conocer más de lo que podían hacer para tener sus propios programas de formación.

No muchos avanzaron en esa dirección, personalmente creo que para esto se necesita foco, trabajo en equipo y aguante, para que las iniciativas no mueran en el tiempo.

Si estás en una posición de liderazgo que sufre de la escases de talento, te invito a pensar si podrías hacer algo diferente a solo reclutar. El mundo del futuro donde las empresas consumen cada vez más tecnología requieren más profesionales y esto se va a profundizar sin lugar a dudas.

El mercardo necesita talento, seguramente sufris de esta necesidad de alguna otra forma. También hay personas, jovenes y no tanto qué buscan esa oportunidad de entrar en el mundo laboral de la tecnología. Buscan una puerta abierta para entrar.

Se un creador o creadora de oportunidades, proponelas en tu empresa, puede parecer difícil al principio, pero se pueden encontrar las formas de cocinar una torta más grande. Si no hacemos algo todos mucha gente se va a quedar afuera de las oportunidades.

Nos leemos pronto.

Crédito de la imagen de portada

Lift and ship como primer paso en la transición a la nube

by 1 Comment

Mucha agua pasó bajo el puente desde que hace unos años VMware anunció la disponibilidad de su servicio en AWS y posteriormente en otros servicios como Azure. Si bien muchos clientes se subieron y contrataron este tipo de servicios, todavía hay muchas compañías que están mirando desde el banco de suplentes esperando el momento adecuado.

En este post quiero compartirte algunos puntos que para mi son importantes por los que se debería considerar la estrategia de Lift and Ship como estrategia de transición a la nube.

Para muchos que vienen puramente del mundo “cloud native” la estrategia del Lift and Ship les parece directamente una farsa tal como comentan en este post de Juan Maria Fiz. Se entiende que viniendo del mundo cloud native sea complicado encontrarle sentido a una estrategia donde tiene tan poco valor en las 6 Rs de Gartner que planteó Gartner en 2010.

Para los que venimos de un mundo más “on-prem” y ayudando a las organizaciones a alcanzar la nube híbrida nos parece que como primer paso en la estrategia de migración hacía la nube puede tener sentido, sobre todo en las organizaciones más tradicionales.

Desde mi óptica tarde o temprano los organizaciones van a mover sus cargas de trabajo a la nube. La gran discusión es a qué ritmo lo van a hacer y bajo qué estrategia de migración se realizará este movimiento a la nube.

La teoría del Lift and Ship como camino a la nube

La teoría del Lift and Ship, como su nombre lo indica, vive del concepto de Lenvantar y Enviar las cargas de trabajo tal como las tenemos hoy a un servicio de nube pública que las reciba para procesar. Así como suena, movemos las cargas de trabajo que tenemos en nuestro propio centro de cómputo a la nube, sin cambiar nada.

Si lo miramos rápidamente vamos a ver que probablemente sea el camino más rápido para mover cargas de trabajo a la nube porque no tenemos que modificar prácticamente nada de las cargas de trabajo que tenemos hoy.

Para la mayoría de los casos es VMware y podemos mover nuestras máquinas virtuales a ambientes VMware Cloud en AWS con muy poco esfuerzo y sin tener que modificar absolutamente nada.

Casos de uso de Lift and Ship para el movimiento a la nube

Hay muchos casos de uso donde tenemos que pensar en mover nuestras cargas de trabajo a la nube bajo la modalidad de Lift and Ship. Aquí un breve listado:

  • Consolidación de centros de cómputo
  • Proyectos que necesitan un time-to market donde los tiempos de compra no son aceptables
  • Exploración de servicios cloud nativos con sistemas propios en la nube
  • Necesidad de crear un nuevo centro de cómputos

La lista es mucho más grande y, como era de esperarse, varios de los puntos de la lista anterior se solapan con los casos de uso de VMware Cloud on AWS.

Si tenemos que crear un centro de cómputos nuevo, dependiendo del país donde residamos, el costo edilicio, la construcción, los equipos de energía y aire acondicionado sumarán un número bastante más grande del que tenemos pensado.

Cuando se hace la comparativa de costos con los de servicios que nos permitirían hacer un Lift and Ship a la nube, probablemente nos muestren los resultados que es más económico, y rápido, mover nuestras cargas de trabajo a la nube.

Otro de los motivos que aparece en la lista es el de exploración de servicios cloud nativos. En la mayoría de los casos las empresas tienen sus diferentes motores de base de datos y sus bases de datos que son consumidas por otros sistemas.

Muchas de estas organizaciones prefieren mover sus motores de base de datos y sus aplicaciones satélite tal cual como están a la nube para luego explorar qué más se puede hacer para el negocio con servicios nativos.

Esto sin contar los costos de tráfico que se puede generar con el consumo de la base de datos desde la nube.

Lift and ship, el lado oscuro

Algo que puede presentar resultados tan rápidos tiene que tener algunos puntos flojos. El caso del movimiento de las cargas de trabajo sin modificar a la nube no es ajeno a esto.

Nos guste o no Lift and Ship no es una estrategia de largo plazo, al menos no debería serlo.

Hay varios motivos pero el más importante es que hay una creencia de que moviendo las cosas a la nube se resuelven todos los problemas. Haciendo un buen trabajo, esto es en parte cierto. Pero si nosotros simplemente nos limitamos a mover lo que tenemos en el on-prem a la nube, lo que estamos haciendo es simplemente mover nuestros problemas a otro lado.

A largo plazo no estamos resolviendo nada si nos limitamos solamente a mover las cosas.

El otro motivo por el cual debería ser una estrategia de corto plazo es que tiene que ser una llave para comenzar a explorar servicios nativos que son mucho más eficientes que lo que podemos tener en máquinas virtuales.

Si nos quedamos cómodos con esas máquinas virtuales nunca vamos a poder explorar qué hay del otro lado y mucho menos aportarle valor al negocio, que debería ser nuestro objetivo principal.

La teoría del Lift and Ship como camino a la nube, el resumen

Espero que este post te haya ayudado a conocer un poco más sobre esta forma de mover cargas de trabajo a la nube. Es fácil y rápida pero no por eso menos beneficiosa en el corto plazo.

A largo plazo, las organizaciones deberían tener como meta explorar servicios cloud nativos que aporten al negocio, esto está fuera de discusión y por ende queda fuera del contexto Lift and Ship.

Nos leeemos pronto.

Como preparar la certificación AWS Cloud Practitioner, sin gastar un peso.

by Leave a Comment

Después de mucho tiempo de no sentarme a preparar y rendir una certificación decidí volver al ruedo con Cloud Practitioner de AWS. Como en la mayoría de los casos, poca información en español, así que decidí publicar esto para que quienes quieran preparar el examen tengan al menos una referencia en su idioma.

En mi caso tomé un entrenamiento inicial de IT College pero, como en la mayoría de las certificaciones, el contenido no es suficiente para sentarse a rendir la misma.

Fuera de este entrenamiento invertí unas 50 horas de estudio que, probablemente, con la mitad hubiese sido suficiente.

Qué es la certificación AWS Cloud Practitioner

AWS Cloud Practitioner es una examen de tipo fundacional y se basa en los siguientes dominios:

  • Domain 1: Cloud Concepts 26%
  • Domain 2: Security and Compliance 25%
  • Domain 3: Technology 33%
  • Domain 4: Billing and Pricing 16%

Si venis trabajando en IT hace un tiempo probablemente la parte de Cloud Concepts sea la más fácil de asimilar. De todas formas recomiendo leer el Well-Architected Framework para tener una visión un poco más “AWS” y también recomiendo estar familiarizado con el los General design principles.

Al ser una certificación del tipo fundacional no entra en gran profundidad en temas técnicos pero si en cosas básicas de cada uno de los servicios. Es por esto que es conocer qué hace cada uno de los servicios core de AWS es importantísimo.

La realidad es que en el examen las preguntas donde más se enfocan en servicios es:

  • Cómputo (EC2, Lambda, etc)
  • Bases de datos (RDS, DBS, Aurora, etc)
  • Seguridad (IAM, GuardDuty, Inspector, etc)
  • Networkng (DirectConnect, VPN, VPC Peering, etc)

Pero de tanto en tanto aparecen preguntas de otros servicios que no tuve en cuenta para la preparación del examen como pueden ser Kinesis o Control Tower. Hay de todo por lo que recomiendo, al menos, entender qué hace cada servicio.

En la guía oficial del examen están todos los servicios cubiertos en el mismo.

Tipos de preguntas y duración del examen

El examen consta de 65 preguntas y de 100 minutos para responderlas.

De acuerdo a la guía oficial de preparación del examen existen 15 preguntas que no tienen calificación, es decir, que no cuentan para el resultado final del examen. Estas preguntas no están identificadas.

Las preguntas sin responder son consideradas como incorrectas por lo que “adivinar” la respuesta no es algo que esté mal visto dentro del examen.

En el examen se pueden marcar las preguntas para revisión por lo que ante dudas, se pueden marcar las preguntas para una revisión al finalizar el examen.

Las preguntas son del tipo multiple-choice y multiple-aswer por lo que podes encontrarte con preguntas pidiendo más de una respuesta.

Material para preparar el examen

AWS tiene varias iniciativas para formar cada vez más personas en el mundo de sus servicios cloud. Es por esto que en varios paises se dictan entrenamientos gratis todos los meses. Este fue mi primer paso y compartí dos mañanas con gente de México y de Argentina. Te recomiendo que busques los entrenamientos gratuitos para tu país.

Como decía en el inicio, este curso es introductorio por lo que te recomiendo complementarlo con los documentos listados más abajo y claramente haciendo examenes de prueba.

Este video me pareció muy bueno porque cubrió con mucho más detalle los contenidos del cloud practitioner:

Probablemente con este video no necesites tomar el entrenamiento en vivo.

Por otro lado AWS pone a disposición un entrenamiento también en su propio portal. Es en inglés y toma unas 6 horas completarlo. Ahí mismo tenés un banco de 30 preguntas para completar y ver que tan bien estás preparado para el examen.

Este curso es complementario pero creo que vale la pena hacerlo ya que explica muy bien los conceptos cubiertos en el examen.

Bancos de preguntas y preguntas de ejemplo

AWS pone a disposición 10 preguntas modelo para que puedas hacerte una idea de con qué tipo de preguntas podes encontrarte en el examen. Creo que si podes responder estas 10 preguntas de forma correcta estás bien encaminado para el examen.

Buscando no gastar dinero dejo aquí una lista de bancos de pregunta que creo deberías explorar para tener un poco más de idea sobre qué podes encontrarte en el examen:

Este video cubre algunas de las preguntas que podes encontrarte

Ningún video o guía o banco de preguntas va a cubrir la totalidad de los temas por lo que te recomiendo barrer la mayor cantidad para cubrir los espacios vacíos.

Desde hace unos años me convertí en fanático del concepto de aprendizaje espaciado y por suerte encontré un banco de tarjetas con este concepto en este enlace. Si bien está pensado para la certificación de arquitecto, muchas de las tarjetas sirven para el practitioner.

Documentos complementarios que deberías estudiar

Esta es una lista de los documentos que encontré útiles para preparar el examen:

White Papers

Estos son los white papers que sumaron a la hora de preparar el examen:

Como podes ver hay mucho material y de muchas fuentes que te van a permitir preparar y pasar tu certificación AWS Cloud Practitioner sin gastar un solo centavo. Espero que te sirvan.

Cloud computing y los desafíos de los profesionales de IT – Capítulo II

by Leave a Comment

Hace unos 3 años y 11 meses exactamente escribía sobre los desafíos, qué veía en ese momento, para los profesionales del mundo IT. Con la madurez que casi 4 años meten encima a las ideas hoy tengo algunos pensamientos similares y otros no tanto.

Pero lo más importante son los descubrimientos que estuve haciendo en este tiempo para que seas invaluable para el negocio donde estés trabajando. De esto se trata este post.

Para hacer corta la parte de la historia, que hoy tenemos como realidad, es que fue cierto que muchos de los servicios que mencioné en el post original fueron realmente movidas a la nube como es el caso de correo electrónico, colaboración, ofimática y los servidores de archivos.

También es cierto que el nivel de complejidad que manjaban los administradores de esas tecnologías se fue al piso muy rápidamente ya que, en la mayoría de los casos, hoy estas tecnologías son consumidas desde una óptica 100% SaaS.

Al caer el nivel de complejidad hace que la operación de la tecnología sea más accesible para personas con menos preparación. Traduciendo un poco esto, mañana puede venir una persona y operar el correo de Microsoft en la nube sin los 20 años de experiencia y los 15 cursos que tenes encima. Te corrieron.

Sigo manteniendo mi teoría de que en el futuro vamos a tener gente que solo opera consolas para el día a día del negocio.

También sigo manteniendo mi teoría de que los profesionales de IT (infra) van a tener que adquirir nuevas habilidades para mantenerse empleables.

¿Dónde deberían enfocarse los profesionales de IT?

La mayoría de las grandes empresas van a tener un portafolio de aplicaciones variado. Aplicaciones on el centro de cómputos propio y aplicaciones en la nube.

Del mismo modo, muchas de estas aplicaciones van a estar desarrolladas en casa y otras van a ser, o ya fueron, reemplazadas por aplicaciones comerciales en la nube (SaaS) o en el centro de cómputos propio. ¿Quién querría ponerse a desarrollar hoy en día una aplicación para recursos humanos o un CRM habiendo tanta oferta disponible?

Por otro lado, en este tipo de empresas grandes, van a existir aplicaciones específicas para el negocio. Esas son las aplicaciones que nos permiten hacer lo que vendemos. Muchas de estas aplicaciones, generalmente apoyadas en contexto monolíticas, van a ser “transformadas” a entornos cloud.

Este proceso de transformación o de llevar cargas de trabajo a la nube requiere de habilidades diferentes a las que estamos acostumbrados a ver, por lo menos desde el punto de vista de infraestructura.

Una de estas habilidades es tener la capacidad de interpretar las cargas de trabajo y descomponerlas, para luego identificar el mejor match entre esa descomposición y servicios de nube existentes.

Si lo abrimos un poco más vamos a encontrar:

  1. Tenemos que conocer en detalle nuestras cargas de trabajo
  2. Tenemos que conocer en detalle los servicios de nube donde nos vamos a mover
  3. Tenemos que conocer qué objetivos de negocio se esperan de esa carga de trabajo

Vamos de atrás para adelante.

Objetivos del negocio esperados para las cargas de trabajo

Hasta ahora, en la mayoría de los casos, a la gente de TI le llegaban los requerimientos de tantos servidores con tantos recursos de HW y SW cada uno. Una vez aprovisionados esos servidores otro equipo los tomaba para seguir con la puesta en marcha de la tecnología necesaria.

En el mundo del cloud real, no en un servicio IaaS, una secuencia como la de arriba es imposible. Esto se debe a que los factores que impactan sobre estos servidores son muy diferentes a los que podemos tener en un centro de cómputos propio.

Desde ciberseguridad, pasando por disponibilidad, costos operativos y hasta elasticidad son factores que se tienen que tener en cuenta como objetivos de negocio, no tecnológicos para las carga de trabajo que estamos subiendo.

Conocer en detalle los servicios de nube donde nos vamos a mover

No podemos subir las cargas de trabajo a un lugar que desconocemos. Si nuestra carga de trabajo cuenta con servidores de aplicacion, firewalls, bases de datos, caches y demás tenemos la obligación de conocer la oferta que tenemos disponible en el proveedor de nube donde nos estamos moviendo.

Hoy en día la oferta es tan amplia que muchas veces no es claro que dirección tomar. ¿Qué servicio de base de datos vamos a usar cuando tenemos 10 opciones diferentes?, ¿Cómo lo vamos a correr, en un PaaS un IaaS, en contenedores?

¿Me explico? ante una oferta amplia uno necesita conocer mucho para poder tomar mejores deciones.

Conocer en detalle las cargas de trabajo

Si subimos nuestras cargas de trabajo a la nube es muy probable que los conecptos que estamos acosumbrados a manejar en el día a día para operar nuestras cargas de trabajo no sean los mismos.

Esto quiere decir que para poder operar de forma adecuada nuestras cargas de trabajo vamos a tener que conocer muy bien sus componentes, los servicios donde está apoyada esta carga de trabajo y el comportamiento esperado de la misma.

Esto se debe a que no podemos esperar a un evento para entender si la aplicación o servicio que estamos corriendo no se está comportando como corresponde. Es nuestro trabajo como responsable de las mismas comprender el funcionamiento, el comportamiento y los patrones que definen el correcto funcionamiento.

Como podes ver cambia completamente el paradigma, al menos para la gente de TI, que estaba enfocada en mantener los los hipervisores. y las máquinas virtuales funcionando. Si el mundo sigue encaminado hacia una adopción de nube vamos a tener que transformarnos como profesionales de IT.

Tal vez escriba una actualización de esto en otros 4 años.

Nos leemos pronto.

Algunas veces tenemos que hacer lo que nadie más hace para abrirnos camino

by Leave a Comment

Con diferencia de 15 días me encontré pensando en dos situaciones diferentes donde tuvimos que abrirnos camino donde lo que queríamos hacer o alcanzar era inviable por las condiciones del momento.

En este post te quiero contar algunas reflexiones sobre los potenciales beneficios de ser el primero en hacer algo para poder moverse hacia adelante, e incluso algunos beneficios potenciales que se vieron años después.

El primer caso lo tengo después de haber leido este tweet que habla sobre la existencia de muchos blogs sobre tecnologías vmware, pero sobre todo se pregunta por qué tanta gente que trabaja con tecnologías VMware tienen un blog al respecto.

La respuesta es simple, muchos de nosotros tenemos o tenían sus blogs sobre vmware por varios motivos:

  • En el momento del surgimiento de VMware era tan novedoso,y bueno, que nos motivaba a explorar por un lado. Pero por el otro no había suficiente información al respecto que todo justificaba una publicación.
  • En el contexto, los blogs estaban mucho más de moda que ahora donde se consume otro tipo de contenido como podcasts o videos.

¿Qué tiene que ver esto con ser “el primero en hacer algo”?

Bueno, como comenté antes este blog, y todos sus lectores, fueron grandes catalizadores del crecimiento de Wetcom. Me aceró a grandes amigos en la actualidad y a un montón de personas que hoy son clientes de Wetcom. Claramente este es un beneficio de ser el primero en hacer algo. ¿Fue el primer blog sobre VMware? no, pero si uno de los que tuvo mucho tráfico.

Pero para no ser autoreferencial conozco una tonelada de gente que consiguió trabajo gracias a su blog, su podcast o su lo que sea. Lo importante es contar tu historia en tiempo y forma, el beneficio seguro aparece.

Hoy el blog sigue recibiendo tráfico ya que muchos de los problemas que teníamos en ese momento se siguen repitiendo (acá fallan los vendors) y la respuesta o forma de resolverlos sigue siendo la misma que hace unos 10 años.

Seguimos ayudando a la comunidad, abrimos el camino, eso es parte de la importancia de ser primeros en algo.

El otro disparador que me hizo pensar sobre este tema de la importancia de hacer lo que nadie más hace y sus beneficios fue a partir de compartir una cerveza con egresado de la escuela de Wetcom (programa de jóvenes talentos) que hace un año no trabaja con nosotros.

Conectado con el punto anterior el conocimiento sobre VMware que había en el mercado no estaba a la altura de lo que queríamos hacer en Wetcom. Lamento si alguien se siente tocado por esta declaración pero es cierto.

Probablemente en algunos casos el conocimiento estaba pero faltaba actitud. Lamento también si algune se siente mal por esto.

Como no estaba el conocimiento, ni tampoco la actitud, decidimos armar el programa de jóvenes talentos de Wetcom al que hoy califico de un éxito rotundo. Con sus aciertos y fracasos pero sobre todo con un enfoque brutal en las actitudes de los chicos armamos un programa que forma y formó a una cantidad enorme de chicos y chicas en su primer trabajo en TI, pero sobre todo en cracks tecnológicos.

Esta es la reflexión fuerte. Hoy el mercado tiene una cantidad enorme de gente que pasó por Wetcom que hoy son cracks y un orgullo inmenso para nosotros. Solo ver el crecimiento exponencial que tuvieron en su paso por Wetcom y lo que logran estando fuera siguiendo con muchas de las cosas que aprendieron con nosotros es increible.

Pero por más esfuerzos que hagamos el mercado sigue teniendo pocos recursos disponibles. Con este chico hicimos un repaso de mucha gente que pasó en estos últimos años y en todos los casos están trabajando en lugares muy buenos.

El beneficio de ser el primero en hace esto es que despues de 9 años de estar haciendo el programa hoy tenemos una gran cantidad de amigos, colegas y en algunos casos clientes que pasaron por Wetcom. Algo genial.

Este último punto tiene una segunda idea interesante. Imagina solamente que existieran más empresas como Wetcom que tengan pasión por formar y desarrollar talento. ¿Qué pasaría en el mercado? ¿No habría más personas entrenadas y formadas en las tecnologías que manejamos?.

Definitivamente. La realidad es que son muy pocas las que lo hacen por no decir ninguna al nivel que lo hace Wetcom.

Volviendo, si te encontrás frente un problema donde tenes que hacer algo que nadie más hace, tené en cuenta que ser el primero en hacer algo puede tener muchos beneficios en el corto y en el largo plazo.

Partimos a la nube, todos a bordo, o no vamos a ningún lado

by Leave a Comment

Anoche me fui a dormir leyendo el Well Architected Framework de AWS en el kindle. Tengo que reconocer que tengo una cantidad de notas tomadas como nunca lo hice con un libro. Me sorprende como muchos de los conceptos establecidos hoy se ponen en jaque día a día.

De los que más me sorprendió fue el énfasis que hacen una y otra vez en los equipos involucrados en los objetivos del negocio y en la participación de todos los miembros de los equipos para lograr grandes resultados. De verdad trataba de llevar a la realidad lo que veo todos los días versus lo que estaba en el kindle.

Si bien comparto la teoría de que para tener resultados todos los miembros del equipo tienen que entender los objetivos de negocio todavía no logro visualizarlo en la realidad Argentina y, por qué no, en la región.

Horas más tardes de que esto me quede dando vueltas me encontré en una reunión con un cliente que quería mover una carga de trabajo a AWS. Era una portal, una especie de intranet, donde se iban a publicar novedades para que los empleados de la empresa desde varios paíeses pudieran nutrirse de información relevante. Un reemplazo de un sharepoint si se quiere.

Pero a principios del año desde el negocio recibieron la directiva de comenzar a utilizar servicios nativos AWS junto con algunas cargas de trabajo y capacidad que tenían en unos hosts de VMC también en AWS. Si queres saber más sobre VMC podes leer acá o mirar acá.

Ante la necesidad y la directiva del negocio un cloud architect se puso a trabajar en un diseño súper interesante que contemplaba de muy buena manera los pilares del Well Architected Framework. Realmente estaba muy bien contemplando casi todos los pilares del Well Architected Framework.

Nos invitaron a una reunión para revisar ese diseño con servicios nativos para ser traducidos a lo que pudieramos hacer basados en lo que teníamos de VMC.

Esto fue lo que pasó en la reunión:

La gente de seguridad informática comenzó a decir que no podían permitir salir a producción algo con NSX-T como seguridad ya que no había sido homologado en la nube. Para el caso los servicios de seguridad de AWS tampoco habían sido validados. Necesitaban 6 meses para hacerlo en cualquiera de los dos casos.

La gente de monitoreo indicó que como esas instancias de VMC no tenían monitoreo por vROPS no iban a poder salir a producción tampoco.

Pero lo más interesante fue una persona que se sumó 30 minutos tarde, por que el jefe de su jefe no había podido asistir a la reunión, y como su jefe tampoco pudo tuvo que venir él. 30 minutos tarde lo primero que hizo fue preguntar de que se trata la reunión.

Me quería ir.

Estaba en una reunión que supuestamente era estratégica para el negocio y los que participaban de la misma en lugar de pensar cómo podían sacar a producción lo que el negocio necesitaba se estaban mirando el culo. Ni hablar del que llegó 30 minutos tarde, estaba en disney.

Me podes decir que esto mismo pasa hoy sin estar pensando en moverte a la nube lo cual sería cierto. Pero en este caso puntual o se tiene el compromiso de todo el mundo o no vas a ningún lado.

La burocracia del on-prem en la nube puede significar, no sacar un servicio a la calle, una factura descabellada o simplemente un expuesto de seguridad que deje el negocio cerrado.

Pero lo más preocupante es la falta de interés por cumplir con el objetivo de negocio. Si no están todos los equipos integrados para resolver el problema y se ponen de acuerdo en llegar al objetivo el camino a la nube puede tener unos cuantos golpes.

Golpearse contra algo en el espacio no debe estar tan bueno.

Sin importar si van a ir por VMware Cloud on AWS o cualquier otro servicio de cloud les recomiendo que lean el Well Architected Framework. No se trata solo de arquitectura, se trata de arquitectura, de operaciones, de visión y estrategia. Lo resuelven en unas horas pero les recomiendo leerlo de corrido y despés volver a leerlo y tomar notas.

Fue lo mejor que me pasó en el último tiempo, tira por el piso muchos conceptos que hoy tenemos como ley en el on-prem.

Buen fin de semana.

Wetcom logra certificacion como un Great Place to Work

by Leave a Comment

Si bien lo sabíamos desde la semana pasada hoy recién pudimos contarle a todo el mundo que Wetcom logró la certificación como un Great Place to Work.

Si bien sabíamos que podíamos tener buenos resultados no imaginábamos que los números de las encuestas iban a ser tan altos. Estos son algunos de los números con los que nos encontramos:

Hoy compartimos un almuerzo de celebración con todas las personas que hacemos Wetcom y un veterano de la industria nos contaba que este tipo de encuestas son un arma de doble filo. Si la empresa hace las cosas bien es un golazo pero que en muchos otros los empleados esperan la encuesta anónima para hundir a la empresa.

Nuevamente, sabíamos que estábamos haciendo las cosas bien. Tenemos un buen clima laboral (respaldado con encuestas internas) y en los últimos años muchas de las personas que forman parte del equipo tuvieron grandes oportunidades de desarrollo.

¿Por qué ahora?

Si bien teníamos los resultados de encuestas internas siempre es bueno tener una mirada imparcial pero que además nos permita tener datos comparables con empresas de la misma industria.

Lo que se mide se puede mejorar y los resultados que levantamos fueron muy buenos.

Tenemos un gran desafío por delante para mejorar los indicadores, mientras tanto, celebremos este nuevo logro de Wetcom.

Nichos donde competir con los 3 grandes del cloud computing

by Leave a Comment

Desde hace varios años en Wetcom asesoramos a diferntes organizaciones que buscan definir y desplegar su estrategia de cloud computing propia.

Nuestra sociedad con varios de los jugadores más grandes del mundo de IT como VMware y Veeam, junto con nuestra propia experiencia nos permiten tener una visión y estrategia que podemos aplicar a estos proyectos de definición de oferta de nube.

Cuando comenzamos con las discusiones sobre que es lo que esperan en muchos casos nos encontramos con una frase similiar a “queremos ser AWS”. Arrancar con algo así es no tener ajustadas las expectativas versus la realidad.

Esto se debe a que es prácticamente imposible que tengas los recursos económicos y humanos que ter permitan desarrollar algo parecido a lo que entrega hoy AWS. Sin contar con los años de ventaja que AWS tiene con respecto a cualquier oferta que se quiera generar hoy.

Adicionalmente a la falta de recursos humanos y financieros para llevar adelante un proyecto de este calibre tenemos que entender por qué es que AWS puede moverse tan rápido y por qué no podría hacerlo un jugador que está iniciando su camino.

Básicamente los servicios que AWS pone a disposición de los usuarios nacen de la necesidad propia de los mismos. Esto quiere decir que todos los servicios nativos de AWS primero los hicieron para ellos mismos, tenían la necesidad, y luego se abren al resto del mundo.

Teniendo en cuenta este tercer factor, podemos ajustar un poco más nuestra idea y entender para donde perfilar la idea.

Ahora bien, ¿dónde pueden los Service Providers, Cloud Providers y hasta Telcos competir con AWS y los otros grandes del mundo del cloud computing?

Espacio para jugadores de nicho

Los grandes jugadores del mundo de servicios básicos de cloud se encuentran en basado Estados Unidos.  Dado que estos grandes proveedores y sus grandes clientes empresariales suelen ser los que aparecen en los titulares, es fácil asumir que el mundo de la nube está centrado en los Estados Unidos.

Mientras que los servicios básicos de nube, o comoditizados, tienen su propio valor, existen razones por las cuales un potencial cliente podría elegir un jugador de nicho en lugar de uno de los Big Thee del mundo del cloud.

Desde requerimientos específicos, soberanía de los datos, flexibilidad, baja latencia, un servicio de atención al cliente con más dedicación y por último servicios de valor agregado relacionados al mundo de TI solo por citar algunos.

El mundo del cloud computing cambia día a día y si bien es probable que los tres más grandes jugadores no se muevan de ahí, todavía hay lugar para jugadores de nicho.

Servicios cercanos

Hoy en día existen muchos servicios de IT que son grandes consumidores de ancho de banda y donde la latencia también tiene un rol importante. En primer lugar podemos, y creo que es el más representativo, es tener respaldos de nuestro entorno on-prem en la nube.

En caso de necesitar consumir esta información en la mayoría de los casos donde hay un restore involucrado necesitamos que estos sean ejecutados en el menor tiempo posible.

Jugadores locales como Telcos pueden ofrecer servicios de respaldo en la nube brindando accesos a la información con anchos de banda que en otros casos sería tecnica o economícamente inviables.

Cercano a el ejemplo anterior está el de la vuelta de DRaaS en caso de haberlo ejecutado. Cuanto tardamos en subir, y sobre todo, cuanto tardamos en volver en caso de ser necesario.

Cumplimiento de normativas

Los proveedores de la nube brindan servicios a muchas regiones del mundo, lo que es excelente para la competencia, pero no todos los servicios cumplirán con los requisitos para el cumplimiento de normativas. Las empresas en el espacio regulatorio, que recopilan información sobre los clientes, deben asegurarse de que los datos no salgan de los límites geográficos de su país.

Las empresas pueden tener otros procesos y controles que requieren un modelo híbrido, manteniendo algunos datos en la nube y otros almacenados localmente. Un proveedor de nube más pequeño puede adaptarse mejor a sus necesidades complejas.

El cumplimiento a menudo conduce a discusiones sobre multinube, lo que implica combinar soluciones de nube pública, privada e híbrida para expandir su centro de datos mientras se mantiene el cumplimiento. El cumplimiento comprende mucho más que HIPPA, y puede significar trabajar con un proveedor de nube más pequeño junto con uno de los cuatro grandes para encontrar la solución adecuada.

Costos

Amazon tiene la reputación de ofrecer precios agresivos con AWS, lo cual es mucho más fácil de hacer cuando usted es casi tres veces más grande que su competidor más cercano. Sin embargo, no asuma que los tres grandes siempre tendrán la solución más rentable.

Los precios entre los proveedores de servicios en la nube pueden variar ampliamente según su carga de trabajo. Es posible que no necesite todos los servicios que brindan los tres grandes. Los MSP saben qué cargas de trabajo funcionan mejor en servicios en la nube específicos. Utilice sus conocimientos a su favor para encontrar la mejor solución.

El MSP comprenderá el entorno del cliente mejor que nadie y no está en deuda con un proveedor de nube específico. Una vez que conocen sus necesidades de almacenamiento y aplicaciones, pueden ayudar a comparar los costos entre los proveedores de la nube. Luego, pueden ayudar a comparar los gastos entre la facturación por minuto y la facturación por hora.

La terminología de precios puede resultar confusa. Apóyese en un MSP (Proveedor de servicios gerenciados) para que le ayude en el camino.

Flexibilidad

Cada proveedor de la nube hace algo bien. Sin embargo, ninguno lo hace todo bien. Su carga de trabajo puede adaptarse mejor a un proveedor de nube especializado si ofrece experiencia en un área que es fundamental para su negocio. También puede encontrar que un proveedor de nube más pequeño está dispuesto a brindar un servicio mejor y más personalizado del que verá con los cuatro grandes.

AWS ofrece la gama más amplia de servicios, pero se centra en la estabilidad sobre la implementación de lo último en tecnología en la nube. Google es una excelente opción para instancias de big data y aprendizaje automático, mientras que Microsoft es la mejor opción para implementar cargas de trabajo de Windows. Sin embargo, las necesidades de su empresa pueden estar en seguridad, análisis o recuperación de desastres, y es posible que encuentre un proveedor especializado que pueda proporcionar una plataforma más personalizada que la que ofrecen los cuatro grandes.

Servicios profesionales

Cada proveedor de nube ofrece diferentes niveles de soporte técnico con costos asociados con la rapidez con la que necesita resolver los problemas. Sin embargo, cada proveedor de servicios en la nube ofrece soporte de manera diferente. Algunos proveedores de la nube ofrecen planes de soporte mensuales fijos, mientras que otros relacionan los costos de soporte con el uso real.

¿Qué importancia tienen la capacidad de respuesta y la amabilidad del personal de apoyo? ¿Hablan tu lengua materna? Algunas grandes empresas como Microsoft tienen un soporte hasta la ciencia, pero tiene el costo de ser robótico, pero en general útil. Otras empresas pueden adoptar un enfoque más práctico y asignar un administrador de cuentas que pueda reunir los recursos de la empresa cuando más los necesite.

Los cuatro grandes querrán llevarte a un SLA. ¿Están dispuestos a adaptarlo a sus necesidades? ¿Cuánta ayuda le pueden ayudar con la configuración? ¿Facilitan la migración a otro servicio? Estas son preguntas que debe hacer antes de firmar en la línea de puntos.

Por nuestra historia en Wetcom, considero que bien implementado este puede ser uno de los nichos donde más beneficios pueden obtenerse. No solo económicos sino también de diferenciación con respecto a la oferta de servicios profesionales de los grandes jugadores del cloud.

El desafío más importante que tiene este nicho es el ADN de la empresa que esté intentando llevarlos adelante. A menos que en el ADN de la empresa esté la provisión de servicios profesionales el mejor camino es asociarse, en el mayor de los extremos, comprar o fusionarse con una empresa donde el foco principal sea la provisión de servicios profesionales.

Espero que este post te haya ayudado a conocer un poco más sobre los nichos donde los proveedores de servicios de cloud pueden hacer una diferencia. Si se te ocurre algún otro dejalo en los comentarios.

Nos leemos pronto

Himnos, cambios y tecnología, ¿qué tienen en común?

by Leave a Comment

En este post quiero compartir qué tienen en común los Himnos, los cambios y la tecnología. Cómo se relacionan y cómo debemos pararnos nosotros desde el mundo de IT.

Si escuchas Akimbo, el podcast de Seth Godin, notaras algunas similitudes de este texto con algún episodio de hace unos años. Si no lo haces considero que deberías, son 30 minutos a la semana donde podes aprender muchas cosas sobre cómo se mueve el mundo.

Los Himnos

Vamos al tema de los Himnos.

Los Himnos son siempre iguales, no se modifican en el tiempo. Para muchos no deberían modificarse.

Si sos argentino, argentina o argentine y peinas muchas canas recordarás el escándalo que se armó en 1990 cuando Charly García lanzó su versión del Himno Nacional Argentino.

La mayoría de los medios de habla hispana como El País de España y casi todos los argentinos cubrieron el escándalo. Hace unas semanas Clarín de Argentina sacó una nota recordando el suceso.

Hoy, 30 años después, tenemos cientos de versiones diferentes del Himno y nadie se espanta porque algún músico decide publicar la suya.

De alguna manera Charly Garcia fue un innovador y sus seguidores fueron early adopters.

Los 3 tipos de personas

Si bien no hay solo 3 tipos de personas, son muchos más, los voy a agrupar en 3 grandes grupos que podemos encontrar en cualquier comunidad o ámbito.

  • Los que no quieren que cambie nada
  • Los que hacen lo que hacen los demás
  • Los que buscan y hacen las cosas nuevas

Si venís trabajando en tecnología hace tiempo, te habrás dado cuenta que es una versión simplificada de los grupos que podemos encontrar en la curva de adopción de tecnología.

Los que no quieren que cambie nada de alguna forma son los que más resisten los cambios. Desde mi punto de vista los personajes más peligrosos que podemos encontrar en tecnología.

Los que hacen lo que hacen los demás son seguidores, cuando ven que las cosas empiezan a cambiar de rumbo se suben al tren y van con el resto.

Por el otro lado, los que buscan y hacen las cosas nuevas de alguna forma son los que nos ayudan a que el mundo cambie y se produzca la innovación.

Para conectarlo con el Himno, Charly y estos grupos de personas, podemos decir que el primer grupo fue el que puso el grito en el cielo por la versión.

Que los segundos con el tiempo suficiente y viendo que aparecían nuevas versiones del Himno la gente la aceptaba en lugar de espantarse.

Que los terceros son los que se dedican a cambiarnos los Himnos, a reescribirnos las reglas.

¿Y los cambios y la tecnología?

Si llegaste hasta acá, probablemente estés buscando cómo conectar lo anterior con los cambios y la tecnología.

Hasta no hace más de 8 o 9 años la configuración tradicional de los centros de cómputo eran de 3 capas, almacenamiento, red y cómputo.

Todas capas completamente independientes y operadas por equipos completamente distintos.

No fue hasta 2011 o 2012 cuando asoman la cabeza empresas como Nutanix o tecnologías como vSAN de VMware, que el mundo de la hiperconvergencia apareció como concepto.

En ese tiempo muchos CIOS no querían ni que les hablaran de la tecnología, de alguna manera trataban la configuración tradicional del centro de cómputo como un himno.

La tecnología tampoco ayudó mucho, los vSpex Blue de EMC o los Evo Rail, también conocidos como “Evo Fail” durante algunos años le dieron a los CIOS la razón.

Algo parecido pasó con NSX de VMware para la virtualización de redes.

Por suerte la tecnología avanza tan rápido que no tenemos que esperar 30 años para que algo sea mainstream.

Pero como ni yo, y supongo que vos tampoco, vivimos de la música, tenemos que hacer que la tecnología se mueva más rápido, sea adoptada más rápido.

¿Por qué?

Porque en la mayoría de los casos donde vi que la tecnología fue adoptada más rápido y se abraza a la innovación y los cambios, el negocio se ve altamente beneficiado.

Para cerrar les dejo una versión del Himno Nacional Argentino – Ricardo Mollo y Orquesta Filarmónica de Mendoza

Nos leemos pronto, espero que sea más pronto que la última vez que publiqué algo acá.