Skip to Content

Todo lo que necesitas saber sobre Kubernetes Management Platforms

La masiva adopción de Kubernetes no muestra signos de desaceleración. En los últimos años se ha consolidado como el principal estándar de mercado para la orquestación de contenedores. Administrarlos correctamente, sin embargo, es el nuevo reto de las organizaciones. Las Kubernetes Management Platforms son la mejor solución a este dilema.

 

Las empresas se ven forzadas a minimizar al máximo el time-to-market de sus aplicaciones y a garantizar su buen funcionamiento al mismo tiempo que se ven presionadas por reducir costos de desarrollo. La presión de los competidores está siempre al acecho, esperando el mínimo error, un único despiste… Se trata de una evolución forzada que ya está llevando a muchas empresas a dejar de lado las arquitecturas de aplicaciones monolíticas para adoptar el enfoque de microservicios mediante contenedores.

¿Qué es y que no es Kubernetes?

Para superar retos como la escalabilidad o el despliegue de aplicaciones, han aparecido en escena los contenedores y, como consecuencia, orquestadores tan populares como Kubernetes (K8s). Desarrollado inicialmente por Google y de carácter Open Source, se ha convertido en la principal solución para implementar, escalar y administrar aplicaciones en contenedores, tal como os contamos en nuestro último post.

¿Qué características explican su masiva adopción por parte de la empresas?

  • Orquestación de contenedores alojados en múltiples hosts.
  • Optimización del consumo de los recursos de hardware.
  • Automatización de las implementaciones y actualizaciones.
  • Posibilidad de escalar el número de instancias que se están ejecutando.
  • Compatibilidad con una amplia gama de cargas de trabajo, lenguajes de programación y marcos.
  • Mayor visibilidad gracias a la consulta de estado que permite identificar el estado de las implementaciones diferenciando entre completadas, en proceso y con fallos.
  • Altamente compatible con el entorno DevOps.

Pero no todo son ventajas cuando hablamos de Kubernetes. Su gran potencial solo sale a la luz si sabemos como manejarlos. Para el ojo inexperto, puede parecer que las funciones integradas en la propia plataforma Kubernetes son suficientes para simplificar la orquestación de contenedores. Nada más lejos de la realidad. Configurarlo, implementarlo y administrarlo correctamente puede ser un gran desafío. Sobre todo, cuando hablamos de entornos de producción que requieren funciones adicionales de seguridad, alta disponibilidad, recuperación de datos, back-ups y un mantenimiento exhaustivo. En este sentido, subestimar el grado de dedicación que requiere la configuración y la adaptación de la plataforma a las necesidades de la empresa puede ser un error fatal.

Muchas organizaciones se están dando cuenta de que no disponen de la experiencia interna necesaria para adoptar Kubernetes por su propia cuenta. Así es como están aflorando nuevas soluciones que permiten beneficiarse de sus ventajas sin invertir tal cantidad de recursos. Las Kubernetes Management Platforms son la mejor solución a este dilema.

Kubernetes Management Platforms: ¿Qué pueden hacer por mí?

Antes de sumergirnos en la propia definición del término, es importante recordar que un clúster de Kubernetes es un conjunto de nodos que ejecutan aplicaciones en contenedores. Estos contenedores empaquetan las aplicaciones con sus dependencias y todo lo necesario para funcionar, de manera que son más ligeras, portables y flexibles que las máquinas virtuales.

Los clústeres de Kubernetes están compuestos por un nodo maestro y al menos un nodo de trabajo. El primero es el origen de todas las asignaciones de tareas y el encargado de controlar el estado del clúster mientras que los de trabajo son los nodos que ejecutan las aplicaciones y las cargas de trabajo asignadas por el nodo maestro.

Por todo esto, administrar un único clúster de Kubernetes ya es una tarea compleja. Sin embargo, es habitual que quiénes usen Kubernetes a escala o en producción tengan múltiples clústeres relacionados con diversos procesos como el desarrollo, las pruebas y la producción, distribuidos en diferentes entornos. Y dado que los entornos de Kubernetes actuales deben administrarse a nivel del clúster individual, el costo de su gestión puede elevarse rápidamente, en función de la cantidad. Por eso, gestionarlos de manera eficaz es de vital importancia.

Las Kubernetes Management Platforms o plataformas de gestión de Kubernetes han sido diseñadas para tener un mayor control sobre la configuración de los clústeres y para simplificar su instalación, ejecución y gestión.

Si estás valorando diferentes opciones, deberás tener claras dos cuestiones principales: cuánta dedicación quieres destinar a la administración de los clústeres y en qué infraestructura se encuentran (Cloud y On-Premise). Aun así, hay algunas características indispensables que deberás tener en cuenta elijas la plataforma que elijas:

  • Disponibilidad para producción.
  • Alta disponibilidad, escalabilidad y autoreparación.
  • Automatizaciones como copias de seguridad o instalación de actualizaciones.
  • Capacidad de aprovechar la estrategia multinube, sin limitaciones de alojamiento.
  • Disponibilidad de medios para visualizar los datos sin procesar.
  • Incorporación de alertas y monitoreo inteligente para garantizar respuestas rápidas.
  • Posibilidad de ofrecer asistencia y capacitación 24×7.

El siguiente paso no es otro que encontrar la solución más adecuada que ofrezca la flexibilidad necesaria para adaptarse a un panorama de IT en constante cambio y evolución.

La plataforma Rancher

Rancher, que se define como un software de Enterprise Kubernetes Management, resuelve los desafíos operativos y de seguridad derivados de la gestión de múltiples clústeres de K8s a través de diferentes proveedores e infraestructuras. Se trata de una plataforma pensada por y para los equipos que adoptan contenedores. Asimismo, ofrece a los equipos de DevOps la oportunidad de ejecutar cargas de trabajos en contenedores.

Conocida como una de las principales opciones de plataformas de gestión a nivel empresarial, Rancher unifica los controles de clúster entre casi cualquier proveedor bajo un control de acceso y autenticación centralizado. En este sentido, reúne todas las funcionalidades antes descritas y consideradas indispensables para una óptima gestión de K8s. 

 

by
in
BLOG, Tecnología
on
25/02/2021
No comments

Desarrollo de software onshore, offshore y nearshore

La externalización del desarrollo de software es una opción cada vez más utilizada por las empresas que quieren cubrir la falta de competencias tecnológicas de sus negocios. A la hora de contratar un servicio de estas características, es importante valorar cuál de sus modalidades se adapta mejor a nuestras necesidades.

El outsourcing o tercerización es, para cualquier compañía, una decisión estratégica que implica la incorporación de un proveedor externo a su cadena de valor. La delegación de competencias permite a las organizaciones mejorar su rendimiento al centrar sus esfuerzos en las actividades propias de su core business. En el caso concreto del desarrollo de software y de aplicaciones, significa dejar en manos ajenas la conceptualización, el diseño, la implantación y el mantenimiento de soluciones tecnológicas específicas.

En los últimos años, los lenguajes de desarrollo software han evolucionado para dar paso a metodologías cada vez más complejas. Para cubrir estas vacantes, muchas compañías están optando por delegar los servicios de desarrollo a terceros. Según State of Software Development, en 2018 un 52,5% de las empresas encuestadas ya afirmaban haber contratado proyectos de software externos.

En este sentido, existen diferentes tipos de outsourcing en función del lugar donde se encuentra el proveedor de servicios. Si bien es cierto que no existe una opción más o menos adecuada, es importante tener en cuenta las ventajas e inconvenientes que presentan cada una de ellas. A continuación, las definimos para ayudarte a tomar la decisión que mejor se adapte a las necesidades de tu proyecto.

¿Qué significa onshore, offshore y nearshore?

En términos generales, la principal diferencia entre onshore, offshore y nearshore es la distancia que separa la empresa contratante y la contratada. Por ejemplo, en el caso de una firma española:

– Onshore: significaría contratar a una empresa de desarrollo de software nacional.
– Offshore: supondría asociarse con una compañía asiática o americana.
– Nearshore: significaría optar por un proveedor europeo o de un país cercano.

Onshore

La empresa que contrata un desarrollador onshore, en realidad contrata una empresa y/o equipo que trabaja en su mismo país. La ventaja principal de la tercerización de servicios a nivel nacional es la comunicación. Mejor accesibilidad a mayor coste. El hecho de hablar la misma lengua favorece el entendimiento entre las partes. Además, para el proveedor será más fácil integrarse en las rutinas de trabajo del cliente.

Por lo general, se trata de la opción que tiene más éxito en las organizaciones con requisitos legales más estrictos. Las normativas de protección de la propiedad intelectual varían en función del país. En este sentido, optar por un proveedor nearshore asegura al cliente el trabajo dentro del mismo marco legislativo.

La opción onshore también contempla variaciones en si misma, ya que se puede optar por un modelo onsite o offsite. En el primer caso, el empleado o equipo subcontratado trabaja en las dependencias del propio cliente. De este modo, el contratante deberá acondicionar un espacio en su oficina que irá acompañado de otros gastos generales como soporte técnico o material de trabajo.

Offshore

Ya sea gracias al avance de la tecnología para desarrolladores que trabajan de forma remota o a la gran necesidad de desarrollo de softwares de alta calidad, la tendencia offshore está aumentando en los últimos años.

El offshoring se utiliza como sinónimo de deslocalización. Significa dar prioridad a la reducción de costes, optando por empresas situadas en regiones económicamente más asequibles. Habitualmente estas compañías se encuentran en países más lejanos situados en África, Asia o América Latina.

A diferencia del onshore, la externalización de servicios a empresas extranjeras hace emerger la barrera del lenguaje. Se trata de un factor que puede ralentizar el ritmo de trabajo de la empresa. Además, el desajuste cultural puede dañar las relaciones entre equipos si no se trabaja para evitarlo. Por otro lado, el cumplimiento de leyes locales puede ser complejo cuando empresa y proveedor no pertenecen al mismo país.

La diferencia horaria es otro factor decisivo que puede entorpecer el flujo de trabajo. Es probable que la reducción de costes de contratación vaya acompañada de un aumento de la inversión en project management. Cuanto más difícil sea el entendimiento, más necesaria será la gestión entre equipos.

Nearshore

Probablemente el nearshoring es la opción de externalización de software más popular en la actualidad. El principal motivo: combina lo mejor del offshore y del onshore.

También conocida en inglés como in-between choice, representa la asociación con una empresa extranjera localizada en un país cercano (misma zona horaria o parecida). En este caso, se ven potenciadas la comunicación en persona, la comprensión cultural y la construcción de relaciones. Viajar para visitar al equipo es más barato y más rápido, por lo que una colaboración saludable es más fácil de alcanzar.

Buscar un equipo nearshore permite ampliar el horizonte de posibilidades, de manera que es más fácil encontrar equipos bien cualificados. Además, supone una reducción de costes en comparación con un proveedor nacional. 

by
in
BLOG, Tecnología
on
09/10/2019
No comments

Microservicios, contenedores y Kubernetes

A medida que el software se vuelve cada vez más complejo, las organizaciones se ven obligadas a dar un giro que transforme la forma en la que diseñan, compilan y utilizan sus aplicaciones. Así, la solución más innovadora pasa por la arquitectura de microservicios, los contenedores y los Kubernetes.

 

Arquitectura de microservicios

Los microservicios se adaptan a los requisitos de agilidad, escalabilidad y confiabilidad de aplicaciones modernas en la nube.

 

El desarrollo de cloud ha sacado a colación nuevos desafíos que, poco a poco, están siendo remediados con nuevas e innovadoras soluciones. En este sentido, uno de los retos más importantes a los que ha hecho frente la comunidad tecnológica es al empaquetado, despliegue y distribución de las aplicaciones.

En este contexto, la arquitectura de microservicios ofrece un nuevo enfoque de desarrollo de software basado en la potenciación de la autonomía de cada servicio o funcionalidad. En otras palabras, se trata de dividir la aplicación en sus componentes más pequeños, llamados servicios, para que estos puedan ser mantenidos, ejecutados y distribuidos de forma totalmente independiente.

microservicios-aplicaciones

A diferencia del enfoque monolítico en el que todo se integra en una única pieza, los microservicios son independientes y se comunican entre sí mediante APIs o recursos HTTP.

Así, mientras las aplicaciones tradicionales se escalan y ejecutan en bloque, los microservicios pueden hacerlo horizontalmente y de forma aislada. Esto significa que su naturaleza autónoma permite, por ejemplo, escalar un área funcional concreta para dar respuesta a un repentino incremento de la demanda de un servicio o evitar que un fallo se propague de una instancia a otra. 

¿Qué aporta una arquitectura de microservicios?

  • Escalabilidad: se adapta con facilidad a las cambiantes necesidades de rendimiento, ya que permite lanzar nuevas instancias y/o eliminar las que ya no son necesarias.
  • Versatilidad: las aplicaciones son más abiertas, ya que los microservicios permiten el uso de diferentes tecnologías y lenguajes. De este modo, es posible seleccionar una u otra tecnología en función de las necesidades de cada servicio.
  • Rapidez de respuesta: una arquitectura de microservicios agiliza los procesos de implementación y actualización de las aplicaciones, gracias a la reducción de los ciclos de desarrollo.
  • Aislamiento de fallos: Al ser independientes, el fallo de un microservicio no compromete la integridad y el buen funcionamiento de los demás. La caída de una instancia puede superarse desplegando rápidamente nuevas instancias.
  • Especialización del equipo: cada microservicio corresponde a un equipo de desarrollo diferente, de manera que ganan en independencia y pueden centrarse en tareas más concretas.

Los desarrolladores apuestan por los contenedores

Los contenedores han transformado drásticamente la manera en que se implementa el software y la manera en que se trabaja con microservicios.

 

Los microservicios están íntimamente ligados al concepto de contenedores. Esto sucede en la medida que los contenedores permiten empaquetar todo lo necesario para que un servicio se ejecute de manera encapsulada dentro de una sola imagen completamente independiente del servidor anfitrión. Es decir, aseguran la disponibilidad del servicio sin importar el sistema operativo en el que este alojado.

contenedores-desarrollo-aplicaciones

A grandes rasgos, los contenedores reúnen todos aquellos recursos que una aplicación necesita para ser ejecutada con éxito, de manera que al ser transportada a otra máquina pueda seguir funcionando correctamente. En este sentido, podemos afirmar que su principal finalidad es fomentar su ligereza y portabilidad para que puedan transferirse entre diferentes entornos en el menor tiempo posible.  

Para realizar esta tarea, la solución más extendida y aceptada del mercado es Docker. Pero todas sus ventajas se convierten en obstáculos cuando hablamos de aplicaciones que abarcan cientos de contenedores alojados en diferentes hosts. Y es en el esfuerzo por resolver esta cuestión donde podemos situar el auge que han experimentado los Kubernetes en los últimos años.

Kubernetes, líder en el mercado

En los entornos tecnológicos y de desarrollo, cada vez es más habitual oír hablar de Kubernetes. Pero ¿qué son exactamente?

Kubernetes es un orquestador, es decir, un sistema de código abierto pensado para implementar, escalar y administrar aplicaciones en contenedores. Su adopción por parte de los equipos de desarrollo ha crecido exponencialmente hasta convertirse en un estándar para el despliegue de contenedores en el cloud.

Kubernetes trabaja con Pods, un conjunto de contenedores que comparten recursos y que se ejecutan en un mismo anfitrión. El concepto de servicio en Kubernetes se utiliza para agrupar una colección de Pods que realizan una función similar. Así, el secreto de su éxito se encuentra en su capacidad por facilitar el despliegue, la resiliencia y la escalabilidad de las aplicaciones incluso en una estrategia híbrida o multicloud.

¿Cuáles son sus principales ventajas?

  • Orquestación de contenedores alojados en múltiples hosts.
  • Optimización del consumo de los recursos de hardware.
  • Automatización de las implementaciones y actualizaciones.
  • Posibilidad de escalar el número de instancias que se están ejecutando.
  • Autoescalamiento horizontal. Se dimensiona automáticamente el número de Pods en función del uso de los recursos, pero siempre dentro de los límites predefinidos.
  • Compatibilidad con una amplia gama de cargas de trabajo, lenguajes de programación y marcos.
  • Mayor visibilidad gracias a la consulta de estado. Permite identificar el estado de las implentaciones diferenciando entre completadas, en proceso y con fallos.
  • Altamente compatible con el entorno DevOps.

 

by
in
BLOG, Tecnología
on
16/07/2019
No comments

El papel de TI como catalizador de la empresa

En el camino hacia la digitalización, las organizaciones de todo el mundo compiten para satisfacer las cambiantes necesidades de los consumidores y mantenerse a la vanguardia del mercado. Mientras el 97% de las organizaciones está adoptando iniciativas relativas a la transformación digital, los retos de integración están obstaculizando dichos esfuerzos en el 85% de los casos.

Son datos del reciente informe Connectivity Benchmark Report 2019, publicado por MuleSoft, que ha entrevistado a 650 responsables de TI de todo el mundo. La principal conclusión del estudio revela que la transformación digital, que comenzó como una iniciativa TI, se ha convertido en una carga para toda la empresa con un único objetivo: mejorar la experiencia del cliente.

De hecho, el 92% de los encuestados afirma que la integración de su empresa debe ir más allá de TI para abarcar un amplio abanico de funciones empresariales. La responsabilidad del departamento ha aumentado, en la medida que debe dar soporte a todas las líneas de negocio, convirtiéndose en un catalizador de la empresa. En este sentido, los datos son reveladores:

– En el 69% de los casos, el departamento TI destina la mayor parte del tiempo a asegurar la continuidad y el buen funcionamiento de la empresa, en lugar de centrarse en la innovación.

-El 84% de los encuestados asegura que los problemas de integración están retrasando el progreso de la transformación digital. Concretamente, los silos de datos suponen un reto empresarial para el 83%.

-Un 59% de los responsables de TI señala que, a causa de la infraestructura heredada, es complicado introducir nuevas tecnologías como IA, IoT o Big Data.

Los líderes de TI ante nuevos desafíos

Para hacer frente a los nuevos retos, los equipos de TI están optando por iniciativas que van des de la contratación de nuevos talentos hasta la adopción de metodologías DevOps, pasando por el aprovechamiento de componentes de software ya utilizados y la contratación de servicios de outsourcing.

¿Qué están haciendo los equipos de TI en su organización para aumentar la eficiencia?

Con el objetivo de satisfacer sus crecientes necesidades, más de la mitad de los responsables de TI están contemplando la posibilidad de captar más talento y de tercerizar susrespectivos proyectos tecnológicos. Si bien se trata de dos opciones antagónicas, también son las soluciones más comunes.

Asimismo, el éxito de la reutilización de componentes de software se debe a su capacidad por agilizar la entrega. Las organizaciones aprovechan código de anteriores proyectos para futuros trabajos. Según el informe de este año, cada vez son más las empresas que optan por esta práctica que ya es común, en menor o mayor grado, en casi la totalidad de las organizaciones encuestadas.

En esta carrera por aumentar la productividad y mejorar la eficiencia de los procesos de desarrollo y despliegue de software, la implantación de la metodología DevOps supone una ayuda complementaria. Pero DevOps por si solo no satisface la creciente demanda de los clientes.

APIs

Parece indiscutible que el uso de interfaces de programación de aplicaciones (APIs) sigue en aumento, tal como podemos comprobar en las revistas especializadas que incluso hablan de la economía de las API. Para que las organizaciones innoven a la velocidad de los líderes del mercado, es fundamental descubrir, conectar y reutilizar los activos de software utilizando API. Al crear recursos reutilizables, las TI permiten a la empresa ampliar la velocidad y capacidad global de entrega.

Según el informe publicado recientemente, 9 de cada 10 encuestados de organizaciones que poseen API públicas y/o privadas, reportan una mayor productividad y una reducción de costes operativos, entre otros beneficios.

¿Qué beneficios empresariales ha obtenido tu empresa al implementar una API?

A pesar de ello, en 2019 solo el 36% de los líderes de TI afirman que sus organizaciones ofrecen una experiencia de cliente completamente conectada. Una cifra que hace patente que todavía queda un largo camino por recorrer. 

by
in
BLOG, Personas
on
02/05/2019
No comments

Internet of DevOps: una nueva metodología para sistemas CPS

El proyecto IoD tiene como objetivo potenciar el diseño y la adopción masiva de servicios mejorados en el contexto DevOps, aplicados a sistemas ciber-físicos (CPS). Como parte del consorcio, SII Concatel contribuye en el desarrollo de aspectos específicos asociados a la aplicación de prácticas DevOps en el ámbito e-Health.

Junto al conocido como Internet Industrial de las Cosas (IIoT), los sistemas ciber-físicos dominaran la generación de entornos inteligentes en la revolución Industrial 4.0 de los próximos años. Los expertos coinciden y sacan a colación la necesidad de adaptar los modelos actuales de gestión del ciclo de vida de los productos, cada vez más condicionados por la masiva irrupción de nuevas soluciones IoT.

¿Cuáles son los motivos que convierten el desarrollo de sistemas de software en un desafío para las organizaciones europeas?

  • La naturaleza distribuida y de múltiples equipos de desarrollo en las grandes organizaciones multinacionales, distribuidas en múltiples países y con diferentes proveedores.
  • La heterogeneidad de las herramientas de ingeniería y los datos involucrados en sus entornos de desarrollo en todo el ciclo de vida.
  • La importancia de crear entornos de ingeniería multidisciplinares. Mejorar el desarrollo y los procesos de toma de decisiones, cubriendo las necesidades de diferentes ingenierías con diferentes inquietudes y formas de trabajar.
  • La creciente necesidad de desarrollar software más rápido, al mismo tiempo que se preserva la alta calidad, en un contexto de despliegue continuo de actualizaciones y nuevas características para los clientes en iteraciones más cortas.

En este contexto, el proyecto IoD busca proporcionar soluciones DevOps para los sistemas de telecomunicaciones y CPS, abordando sus requisitos específicos y puntos críticos, y aprovechando la experiencia de aplicación en empresas del ámbito TI.

El proyecto Internet of DevOps

La iniciativa parte de la premisa que el diseño de un sistema no puede concebirse como un conjunto de tareas aisladas desarrolladas bajo el conocimiento de diferentes disciplinas. Según el enfoque DevOps, la automatización, el testing, la implementación y la operación de software debe ser continua y multidisciplinar. En este sentido, el proyecto busca integrar las diferentes herramientas y silos de datos para la mejora de los métodos y procesos de ingeniería, creando un entorno de trabajo colaborativo.

Con este propósito, se explorarán y habilitarán los servicios básicos para la generación de un entorno de desarrollo basado en la nube que permita la automatización de los procesos y la realimentación continua. Asimismo, se definirán y desarrollarán los métodos y herramientas para dar soporte a los principios DevOps, incluyendo herramientas de visualización y monitorización para la toma de decisiones, métodos para la gestión de la calidad del software, o análisis basadas en Big Data y Machine Learning.

Las innovaciones técnicas derivadas del proyecto se demostrarán con pilotos en diferentes dominios: telecomunicaciones y 5G, industria de automoción, electrónica de consumo, industria aeroespacial y defensa, industria de digitalización y automatización, IoT industrial, e-Health y sectores de marketing digital.

 

SII Concatel se centra en el sector de la salud

El Consorcio IoD está constituido por un grupo de empresas y organismos multisectoriales, que desarrollan estrategias globales de participación en programas internacionales de I+D+i.

Como parte del consorcio, la contribución al proyecto de SII Concatel está enfocada al despliegue de conceptos transversales del diseño optimizado de sistemas CPS y, especialmente, al desarrollo de aspectos específicos asociados a la aplicación de prácticas DevOps en sistemas CPS del ámbito e-Health.

La urgencia se debe a la tendencia marcadamente ascendente de la demanda del sector, debida al envejecimiento y crecimiento de la población y al creciente interés por el consumo wellness. En este sentido, es primordial hacer frente al desafío tecnológico, dando soporte al acelerado proceso de desarrollo e innovación que plantea el mercado.

La provisión de ciclos de desarrollo más cortos, la detección temprana de fallos, la integración mejorada y la monitorización durante todo el ciclo de vida CPS, son algunos de los requisitos que IoD deberá cubrir, ofreciendo una mejor eficiencia y efectividad en áreas clave de e-Health. De hecho, en el contexto del proyecto, uno de los aspectos clave a explorar será la adecuación de IoD a un modelo CPS basado en software y hardware abierto, que potencie aspectos clave como la innovación y la creación de nuevos productos.

by
in
BLOG, Tecnología
on
26/04/2019
No comments

¿Qué es una Software Factory?

La empresa moderna debe adaptarse a las cambiantes necesidades de sus clientes. En este nuevo paradigma empresarial, los pilares básicos son la agilidad y la eficacia. La Software Factory ofrece la posibilidad de crear y entregar rápidamente experiencias de software.

Las organizaciones deben desarrollar soluciones tecnológicas capaces de dar respuesta de forma rápida y eficaz a las exigencias del cliente. En un contexto en el que el consumidor está en el centro de todas las decisiones, el software se ha convertido en una herramienta clave para asegurar la competitividad del negocio. Es precisamente esta idea la que da lugar al nacimiento del concepto de Software Factory, basado en la industrialización y la automatización de los procesos de producción.

Hoy en día, para ofrecer mejores experiencias al cliente a una velocidad y escala sin precedentes, las empresas necesitan habilidades, herramientas y procesos totalmente diferentes. Las fábricas de software se rigen por cuatro principios básicos: agilidad, automatización, analítica de la información y seguridad. Es decir, ofrecen una experiencia de calidad, protegen los datos sensibles, responden rápidamente a las necesidades del mercado y crean softwares operativos en cualquier momento y lugar.

Producir software es como fabricar coches

Antes de adoptar nuevos modelos de producción, la fabricación de un único coche llevaba semanas o incluso meses. Todo cambió cuando la industrialización del sector del automóvil condujo a una mayor productividad. Con la ingeniería de software, la posibilidad de aislar ciertas fases del proceso y de automatizar hasta cierto punto las líneas de producción ya es una realidad. En este sentido, se está popularizando la idea que el desarrollo de software también se puede gestionar como una actividad industrial.

La ingeniería de software busca optimizar al máximo el proceso, apostando por la rapidez de entrega del producto final. Cualquier software de calidad pasa por un proceso comúnmente llamado ciclo de vida de desarrollo de software. Por orden cronológico, las diferentes fases que lo componen son: análisis, diseño, desarrollo, pruebas, implementación y mantenimiento. La repetición continuada del procedimiento lleva a los expertos a una comprensión profunda de su funcionamiento. Como consecuencia, es posible llevar a cabo una estandarización de ciertas partes del procedimiento. 

Además, la Software Factory aprovecha el conocimiento adquirido y los activos producidos por proyectos de desarrollo anteriores. A diferencia de otras empresas, las fábricas codifican prácticas comprobadas que pueden ser adoptadas por equipos de proyectos similares.

Beneficios básicos de la Software Factory

Productividad

Muchas actividades de desarrollo de aplicaciones se pueden simplificar y automatizar. Un ejemplo es la reutilización código de software o el uso de metodologías adaptables que permitan reducir el tiempo de lanzamiento del producto final. La automatización reduce el margen de error, libera recursos y aumenta la velocidad de respuesta. En este sentido, la metodología de trabajo de una Software Factory da como resultado un servicio formado por profesionales altamente cualificados a precios muy competitivos. Y por último, pero no por ello menos importante, la capacidad de tercerizar proyectos de desarrollo de software permiten a los trabajadores de la empresa contratante a centrarse en sus respectivas actividades.

Calidad

Facilita a los desarrolladores información sobre prácticas comprobadas. La integración de código reutilizable permite focalizar los esfuerzos en características que serán únicas para cada proyecto. Las aplicaciones desarrolladas utilizando una fábrica de software también se pueden verificar antes de la implementación, asegurando que se sigan las mejores prácticas de fabricación durante su desarrollo.

Habitualmente los test de seguridad y las comprobaciones se corresponden con etapas muy avanzadas del proceso. Esta metodología supone un riesgo para las empresas, que necesitan tener siempre protegidos los activos de información. Las fábricas de software, en cambio, extienden la seguridad de forma integral a través de todo el proceso de creación, fabricación y entrega del producto.

Ahorro

La principal diferencia entre un equipo de desarrollo de software y una fábrica de software es el precio de los servicios prestados. Generalmente, se trata de centros de desarrollo de aplicaciones específicas subcontratados por organizaciones e instituciones. Industrializar la producción de software abarata los costes y reduce el ciclo de desarrollo de soluciones a medida, sobre todo en comparación con los métodos más convencionales.

El ensamblaje de componentes estandarizados de software es una forma avanzada de construir aplicaciones de forma rápida y con menos inversión.

DevOps, entre las metodologías más populares

DevOps es una metodología para la creación de software que se basa en la integración entre desarrolladores software y administradores de sistemas. A través de la automatización de tareas se consigue mantener un flujo continuado de mejoras tecnológicas, así como agilizar la relación entre cliente y compañía. Se trata de una metodología que aboga por un entorno de trabajo totalmente colaborativo que está encajando a la perfección con el concepto de Software Factory. 

by
in
BLOG, Tecnología
on
18/03/2019
No comments

Metodología DevOps ¿Llegó para quedarse?

Con el objetivo de conseguir una mayor eficiencia en el desarrollo de software, y de ofrecer una entrega continua de valor a los clientes, cada vez más empresas optan por el enfoque DevOps, que consiste en la unión de la parte de desarrollo y la de operaciones. ¿Cómo evolucionará este enfoque?

¿Qué es DevOps?

DevOps es una metodología para la creación de software que se basa en la integración entre desarrolladores software y administradores de sistemas. El término DevOps está compuesto por dev (desarrolladores) y ops (operaciones). De este modo, se trata de la integración de la parte de desarrollo y la de operaciones, teniendo también mucho protagonismo los procesos. El objetivo de esta metodología es desarrollar software más rápidamente, con mayor calidad, menor coste y una altísima frecuencia de entregas. A través de la automatización de tareas se consigue mantener un flujo continuado de mejoras tecnológicas, así como agilizar la relación entre cliente y compañía.

Estamos hablando, por lo tanto, de una metodología que aboga por un entorno de trabajo totalmente colaborativo, y en constante comunicación, un enfoque que demanda de un cambio de cultura de la plantilla, por lo que su aplicación en la empresa requiere de tiempo.

Análisis de metodología DevOps en las empresas

GitLab, servicio web de control de versiones y desarrollo de software colaborativo basado en Git, ha realizado un estudio sobre el desarrollo de la metodología DevOps. El objetivo de dicha investigación era conocer cómo las personas que están detrás del software se enfrentan a un panorama tecnológico en rápida evolución. De la investigación se destaca que los profesionales de software reconocen colectivamente el valor de trabajar en entornos altamente colaborativos y han experimentado los beneficios de hacerlo.

La investigación se realizó sobre más de 5.200 profesionales de software de todo el mundo. La mayoría de los encuestados se identifica como desarrollador o ingeniero de software y trabaja para pequeñas y medianas empresas (PYMES) en las industrias de hardware, servicios y SaaS. Encabezan la lista de continentes con un mayor número de profesionales software, Europa con el 46,41% y Norte America, con un 36,67%.

La investigación de GitLab arroja luz sobre varios aspectos del enfoque DevOps:

  • Si bien casi todos los encuestados están de acuerdo en que es importante trabajar en un entorno de colaboración y una gran mayoría (81%) dice que es fácil colaborar con su equipo y con otros dentro de su organización, la visibilidad y la transparencia continúan rezagadas, con casi la mitad de los desarrolladores (42%) reportando la dirección poco clara como su principal desafío para hacer el trabajo.
  • Las organizaciones que han adoptado DevOps tienen más probabilidades de desplegarse a pedido y priorizar la automatización que las que practican Agile.
  • Los equipos de alto rendimiento tienen acceso a mejores herramientas, pasan menos tiempo cambiando de contexto y tienen más probabilidades de trabajar de forma remota que sus contrapartes de menor rendimiento.
  • En general, los equipos remotos reportan niveles más altos de satisfacción que aquellos que trabajan en la oficina, incluidos niveles más altos de visibilidad, una mejor comprensión del proceso de implementación y una sólida cultura de DevOps.
  • Los líderes de TI planean invertir lo más posible en integración, entrega y despliegue continuos en 2018, y citan la selección de la tecnología adecuada como su mayor desafío.

Generalmente, los desarrolladores y la alta gerencia están alineados, lo que da un gran valor a la colaboración y la comunicación. Los administradores son más optimistas sobre el ahorro de tiempo de practicar DevOps, con un 81% de acuerdo en que DevOps ahorra tiempo en el proceso de desarrollo, mientras que solo el 65% de los desarrolladores está de acuerdo.

Se destaca también el énfasis y la preferencia por las herramientas de código abierto en todos los segmentos. Independientemente del nivel, la cultura o el flujo de trabajo, el código abierto resulta crítico para los equipos de desarrollo de software, y el 92% de los encuestados está de acuerdo en que las herramientas de código abierto son importantes para la innovación del software.

Los encuestados valoran mucho el trabajo en un entorno de colaboración, donde sienten que se escuchan sus voces y tienen la capacidad de tomar decisiones sobre su trabajo. Una gran mayoría sugiere que les resulta fácil colaborar con los miembros de su equipo y otros miembros de su organización. Las políticas flexibles en el lugar de trabajo y el seguimiento del tiempo son comunes, con la productividad medida por los resultados en lugar del tiempo empleado.

En cuanto a la metodología más utilizada, el 69% de los encuestados afirma que se trata de la metodología Agile, siguiendo la DevOps con un 23%. Aún así, la mayoría de los encuestados afirman que el uso de un flujo de trabajo DevOps ahorra tiempo durante el proceso de desarrollo; un sentimiento también expresado a una tasa aún mayor entre los gerentes, con un 81% de acuerdo.

Las organizaciones de TI que adoptan con éxito las prácticas de mejora continua y la automatización sin interrupciones a lo largo de su ciclo de vida de desarrollo de software, tendrán equipos más felices, más colaborativos y con mejor funcionamiento que están mejor posicionados para cumplir sus metas y objetivos.

by
in
Tecnología
on
19/10/2018
No comments

El futuro del testing: satisfacción del usuario, bots e Inteligencia Artificial.

La décima edición del World Quality Report 2018, conducida por Capgemini, MicroFocus y Sogeti, desvela las últimas tendencias del testing de calidad de software, cada vez más orientado a conseguir la satisfacción del usuario, a través de la automatización mediante bots e Inteligencia Artificial.

La rapidez en los tiempos de entrega de software, y la creación de constantes nuevas versiones de producto, pueden comprometer la calidad final del mismo. Por ello es tan importante establecer un mecanismo de testing que permita detectar posibles errores antes de presentar la versión definitiva del software.

El testing de calidad de producto (QA) consiste en una serie de pruebas que se realizan para comprobar determinados aspectos de un software. Su objetivo es descubrir defectos durante el desarrollo de un software y poder anticiparse a ellos con la mayor brevedad posible.

Sin embargo, los resultados del World Quality Report de 2018, desvelan que, por primera vez, las organizaciones perciben como principal objetivo del testing, la satisfacción del usuario final, con el 42% de los encuestados afirmándolo. Este resultado ratifica la creciente orientación al cliente que impulsa las principales tendencias de TI.

testing de calidad QA

Automatización de testing: bots e Inteligencia Artificial

La automatización de testing es una práctica cada vez más utilizada, pues permite que las empresas den una respuesta efectiva y rápida al aumento de las entregas de versiones de software, sin perder por ello calidad en las mismas. La automatización aporta tranquilidad. pues permite ajustar y mejorar las funcionalidades, brindando información rápida sobre el impacto de los cambios que se realizan antes de entregar la versión final del producto.

Esta encuesta reveló también el aumento del uso de bots para actividades de testing. Hasta el 79% los encuestados afirmaron que actualmente estaban usando o planeando usar bots para la configuración de entornos de testing y/o para la automatización de testing.

testing de calidad QA

La encuesta también revela la importancia que están adquiriendo la Inteligencia Artificial y el Machine Learning en cuanto a testing de software. En promedio, las organizaciones están dedicando el 22% de su presupuesto de TI a proyectos de IA y el 57% de los encuestados afirmaron estar inmersos en proyectos de IA para el aseguramiento de la calidad, ya implementados o planificados para los próximos 12 meses.

testing de calidad QA

Desafíos: Metodologías Ágiles y DevOps

La adopción de Metodologías ágiles y DevOps continúa creciendo impulsada por la “necesidad de velocidad”, la agilidad y la flexibilidad. Según la encuesta, un 99% afirmó estar usando DevOps en al menos una parte de su negocio. A pesar de este crecimiento en adopción, las organizaciones aún no pueden aprovechar todos los beneficios prometidos por estos enfoques, principalmente debido a los bajos niveles de automatización y los desafíos con los datos de y entornos de testing.

El mayor desafío percibido por los encuestados es “la falta de un entorno adecuado de testing y datos”, seguido de “la incapacidad de aplicar la automatización de pruebas a los niveles adecuados”. Además, cuando se les preguntó sobre los desafíos técnicos en el desarrollo de aplicaciones, los encuestados dieron mayor importancia a la “falta de automatización de extremo a extremo desde la compilación hasta la implementación”, con un 55% de ellos indicando esto como un desafío.

testing de calidad QA

La automatización de testing también se ve frenada por los desafíos en el campo de los datos. Estos problemas relacionados con los datos de testing y los entornos son el resultado de varios factores, incluida la mayor frecuencia de los lanzamientos, la mayor complejidad de los datos, los nuevos tipos de datos, los desafíos con la integración y la estandarización de los datos provenientes de diferentes fuentes, y la normativa relacionada con los datos como el Reglamento General de Protección de Datos (GDPR) y la Norma Internacional de Información Financiera 9 (NIIF 9).

Estos desafíos en torno a la automatización crean una situación en la que las organizaciones no pueden seguir el ritmo del volumen y la frecuencia de las pruebas requeridas, derrotando así uno de los principales objetivos de la adopción de marcos como Agile y DevOps. Esto también se refleja en los resultados de la encuesta, cuando el 43% de los encuestados dijo que el “proceso de prueba demasiado lento” era un desafío cuando se trataba de desarrollar aplicaciones hoy en día.

testing de calidad QA

La automatización de testing es fundamental para las empresas que quieran seguir ofreciendo los mejores productos software a sus clientes. Las organizaciones deben contar con una estrategia y una hoja de ruta que les permitan alcanzar todos los beneficios que aporta un óptimo testing de producto, nutriéndose del análisis de datos, la inteligencia artificial y todas las herramientas que la tecnología pone a su alcance. Ese es el único camino para conseguir una total satisfacción del consumidor final. 

by
in
Tecnología
on
04/02/2018
No comments