Shippable Reseñas y Detalles del Producto

Es uno de los mejores sitios web para aquellos que están haciendo algún proyecto. Está integrado con GitHub. Panel de control personalizable. Muy fácil encontrar algo relacionado con el proyecto. Docker es el mejor. Creo que es mejor usar Docker a veces. Reseña recopilada por y alojada en G2.com.

Docker tiene algunas limitaciones que deberían eliminarse. El despliegue de proyectos a veces toma más tiempo del necesario. Hay errores menores. Reseña recopilada por y alojada en G2.com.

Es el mejor servicio disponible para desarrolladores. Dockers es el mejor producto. Hay tantas características disponibles en dockers. Utiliza menos RAM. Tiene integraciones de varios repositorios como GitHub y GitLab. Es fácil desplegar nuestro proyecto. Reseña recopilada por y alojada en G2.com.

Dockers no está aislado como las máquinas virtuales. Es un poco caro para aquellos que son principiantes. Reseña recopilada por y alojada en G2.com.

Mejor lugar para estudiantes y profesionales que están trabajando en proyectos. Podemos explorar diferentes proyectos. Podemos desplegar fácilmente nuestro proyecto. La integración de API es buena. Reseña recopilada por y alojada en G2.com.

El panel de control se puede mejorar. Es un poco caro según la necesidad. El despliegue lleva más tiempo. La interfaz gráfica de usuario se puede mejorar. Reseña recopilada por y alojada en G2.com.

1. Desarrollar en su propio host - Los desarrolladores pueden configurar contenedores Docker en sus propios servidores y ejecutar Shippable allí. Así, no necesitas almacenar tus datos en servidores externos, lo que ofrece mejor seguridad y ahorros.

2. Archivo de configuración para describir compilaciones - Las compilaciones se describen en el archivo shippable.yml ubicado en la raíz de tu proyecto. Así, es más flexible y también puede almacenarse en tu repositorio de código ya que es solo un archivo de texto plano. Es decir, incluso el código de configuración puede versionarse y revisarse más tarde. Si vienes de Travis CI, Shippable lee tu archivo .travis.yml directamente para que puedas probarlo directamente; esta es una característica bastante ingeniosa.

3. Integración con Docker - Shippable está construido usando Docker, un contenedor de Linux popular. Originalmente se construyó usando su propio contenedor, pero cuando eso comenzó a volverse demasiado complejo, cambiaron a usar Docker. Desde el principio, Shippable fue diferente de otras herramientas de CI porque mientras Shippable usa un contenedor (Docker), tradicionalmente las herramientas de CI han usado máquinas virtuales para gestionar sus cargas de trabajo. Ejecutar en Docker significa que crear y destruir entornos de compilación siempre es un placer y no hay posibilidad de que queden restos de versiones anteriores.

4. También admite pruebas contra múltiples tiempos de ejecución, versiones y entornos, por ejemplo, diferentes versiones del lenguaje, biblioteca y sistema operativo. Así, te permite probar el código más a fondo en muchos escenarios. Reseña recopilada por y alojada en G2.com.

Actualmente, Shippable no permite que los artefactos de construcción se desplieguen de forma nativa en S3. Esto se puede solucionar, sin embargo, es un agujero bastante grande en comparación con Travis y debería corregirse en el futuro. Aunque es posible con un archivo de configuración, es más difícil de lograr. Reseña recopilada por y alojada en G2.com.

Me gusta Shippable porque es una solución todo en uno para nuestras necesidades de construcción, empaquetado y despliegue. Es fácil configurar el archivo .yml para probar el proyecto desde el código fuente, construirlo y empaquetarlo en un binario si las pruebas pasan y luego desplegarlo automáticamente en entornos de prueba o producción. Permite etiquetar automáticamente el paquete con información de versión y almacenar todas las versiones para acceso futuro y reversión.

Es fácil pensar en ello solo como una solución de despliegue, pero también tiene soporte para informes de pruebas y un panel para monitorear el estado de pruebas anteriores y el cambio en el porcentaje de cobertura. Esto ayuda a mantener un control rápido sobre muchos proyectos sin tener que entrar en todos los proyectos y analizarlos manualmente.

También me gusta que tengan un gestor de permisos administrativos para controlar el acceso no autorizado de terceros que integras con el proyecto. Los resultados de las pruebas pueden hacerse públicos sin almacenar las claves públicamente. Reseña recopilada por y alojada en G2.com.

En general, estoy impresionado con la cantidad de cosas que han añadido con el tiempo, pero me gustaría tener integración con algunos servicios más como Heroku y DigitalOcean. Es posible con SSH, pero se prefiere una mejor solución. Reseña recopilada por y alojada en G2.com.

Shippable ofrece a los desarrolladores la capacidad de automatizar su flujo de trabajo, desde la revisión de código hasta el despliegue en producción, todo sin escribir una sola línea de código. Los scripts de construcción y despliegue deben escribirse en un archivo de configuración separado que se almacena junto con los archivos de código. Esto es bueno para la portabilidad.

Shippable se hace cargo en el momento en que un desarrollador envía algún código a un repositorio, gestionando todos los pasos necesarios para llevar el código a producción. Todo es automático y no se necesita interacción para construir nuevas versiones, todo se activa con el git push en el repositorio de código.

En su núcleo, la plataforma ofrece a los desarrolladores un canal de entrega de aplicaciones unificado, basado en contenedores Docker, para sistemas de control de versiones heterogéneos, lo que la hace muy adecuada para pruebas unitarias, pruebas funcionales para aquellos que implementan microservicios, pruebas de estrés o pruebas de seguridad. La plataforma también admite tanto pipelines basados en scripts como en interfaz de usuario. Los scripts son más configurables, mientras que los pipelines visuales son mejores para casos más simples y proporcionan más información sobre el proceso para todos. Prefiero el segundo enfoque para la mayoría de nuestros proyectos.

Además, una función llamada Lighthouse permite a los usuarios "suscribirse" a una imagen de Docker y ser notificados de cualquier cambio, independientemente de quién la gestione. Si se detecta un cambio, esto es bueno porque los desarrolladores pueden saber que el entorno de desarrollo y no la base de código en sí ha cambiado. Las construcciones activadas debido a esto deben analizarse por separado, ya que es más probable que sea un problema con los cambios realizados en la imagen de Docker. Reseña recopilada por y alojada en G2.com.

Debido a que es una solución basada en Docker, siempre se aplican las restricciones estándar en esas imágenes. Por lo tanto, a menudo es difícil encontrar bibliotecas adecuadas con la versión requerida. Incluso entonces, como el entorno se crea y destruye cada vez, toma algo de tiempo en cada ejecución para crear el entorno. Para soluciones no basadas en Docker, se puede almacenar en caché entre ejecuciones, lo que da un tiempo de inicio más rápido. Reseña recopilada por y alojada en G2.com.

Usamos Shippable como proveedor de Integración Continua para nuestra empresa porque nos gusta -

A. Cambiar el proveedor de VM con Azure o Google APP Engine - La VM predeterminada proporcionada por Shippable es compartida por naturaleza y inaceptable para nosotros en términos de rendimiento. Pero, lo bueno es que apoyan el uso de otros proveedores de VM como Amazon Web Services o Google APP Engine como backend. Usamos un clúster de AWS con pruebas paralelas para reducir la duración de nuestras pruebas.

B. Enfocado en Docker - No nos hemos movido completamente a Docker, pero estamos probando un proyecto basado en Docker para un nuevo cliente y Shippable parece tener buen soporte para Docker. Se admiten hubs de Docker, tanto oficiales como otros, su aprovisionamiento de Docker es rápido y se gestiona automáticamente. Las configuraciones de Docker se pueden proporcionar fácilmente a través de la interfaz de usuario, sin cambiar el código. Reseña recopilada por y alojada en G2.com.

1. No se proporciona soporte para lenguajes de programación más antiguos como C++ y Java. Así que elegimos Shippable solo para proyectos más nuevos.

2. No hay proveedor de VM propio - Nuestros servidores personalizados no pueden usarse con Shippable ya que no proporcionan opciones de autoalojamiento. Preferimos planes empresariales autoalojados debido a nuestra gran base de desarrolladores. Reseña recopilada por y alojada en G2.com.

Shippable es uno de los pocos servidores de CI que solo admiten pruebas/despliegue basados en Docker o en contenedores. Entonces, si no estás en ese grupo demográfico objetivo, no tienes suerte. Pero si usas Docker, Shippable ofrece bastante y aporta un enfoque fresco al proceso. No es muy personalizable, pero cubre mucho terreno con integración de un solo clic con servicios externos.

Cosas que me gustan de Shippable

=============================

1. Visualización de Pipelines de Entrega Continua - El método habitual para configurar el flujo en la mayoría de los servidores de CI es escribir código bash para todas las partes del proceso en un solo archivo, pero Shippable es totalmente lo opuesto. Tienes una interfaz de usuario similar a una línea de tiempo donde puedes activar diferentes cartuchos de servicio como bases de datos, lenguajes de programación, servicios de notificación, despliegue en AWS, etc. Todo el flujo se divide en diferentes partes como CI, CD y notificación.

2. Gran variedad de integraciones de despliegue - Soporta integración directa con AWS Elastic Beanstalk (EB), Heroku, Openshift, DigitalOcean y más. Debido a que todo se especifica visualmente en el pipeline, necesitan proporcionar adaptadores de despliegue para muchos servicios y hacen un muy buen trabajo en ello.

3. Soporta muchas bases de datos y lenguajes dentro del contenedor - Aunque Docker es bueno para ejecutar todo por separado, su éxito depende de cuán modulares puedan ser las imágenes. Si muchas cosas necesitan ser instaladas al inicio del contenedor, será tan lento como las máquinas virtuales tradicionales. Entonces, la mayoría de las bases de datos y lenguajes están modularizados en cartuchos que puedes activar externamente.

4. Precios muy asequibles incluso para grandes organizaciones - La cuenta básica es gratuita, pero las pruebas paralelas para muchos contenedores o múltiples despliegues desde el mismo pipeline cuestan $10 por cada elemento adicional. Incluso después de 20 de cada uno, el precio total llega a unos $400, lo cual es ultra barato considerando el volumen de tales organizaciones.

5. Se admite un pipeline separado para ramas separadas en los repositorios de código.

6. El inicio de sesión SSH para la depuración de pruebas es muy útil cuando los errores no son reproducibles en máquinas locales. Reseña recopilada por y alojada en G2.com.

El mayor problema es que su segmento de mercado disponible es demasiado pequeño, porque Docker aún no es tan común para pruebas en la mayoría de las organizaciones. En su defensa, es muy orientado a Docker por elección y es bastante bueno para este segmento de nicho.

Aparte de eso, algunas cosas que no me gustaron:

1. Soporte muy limitado para servicios de notificación - Solo se admiten Hipchat y Slack. Sería bueno tener soporte para algunos más como Gitter, Email e IRC.

2. Ejecución de pruebas lenta para cuentas básicas - Las pruebas para un proyecto de tamaño decente pueden ser muy lentas si no se utilizan trabajadores en paralelo.

3. La configuración a través de la interfaz de usuario (pipelines) y el archivo de configuración es un poco confusa para los principiantes. Reseña recopilada por y alojada en G2.com.

Shippable es bastante diferente de la competencia; eso es lo primero que me vino a la mente mientras intentaba usarlo. Han innovado mucho para atraer tanto a desarrolladores individuales como a empresas por igual.

Me gustan algunas cosas sobre él:

A. Soporte multilenguaje con enfoque en docker: Shippable no es una plataforma solo para docker ni tampoco ajena a docker. Detecta el lenguaje de programación principal del proyecto muy rápidamente, y si el proyecto está basado en docker, también recoge la configuración de docker y lanza un contenedor para el proceso de implementación. Es bastante fácil asumir erróneamente que Shippable es solo para proyectos docker, pero no lo es; simplemente se integra muy bien con ellos. El soporte de lenguajes es bastante bueno con python, node.js y otros en el menú.

B. Enfoque BYOH (Trae tu propio host): Aquí es donde entra en juego la unión entre empresas y usuarios individuales. Si no te gustan las máquinas virtuales predeterminadas proporcionadas por Shippable como tu plataforma de prueba y construcción, puedes cambiarlas por cualquier instancia de Azure, DigitalOcean, Google App Engine, Google Compute Engine o Heroku para una experiencia personalizada. También puedes usar tu arquitectura local junto con las alojadas para obtener lo mejor de ambos mundos. Los desarrolladores quieren usar los servicios populares como proveedor de máquinas virtuales y las empresas quieren usar sus propias máquinas para la mejor experiencia.

C. Depuración: El acceso completo a la salida de la consola para cada prueba/construcción y el acceso SSH a esas máquinas realmente ayudan en la depuración cuando las pruebas fallan por alguna razón desconocida.

D. Configuración automática a partir de archivos de configuración de prueba populares: Mientras configuraba las cosas, simplemente activé la construcción para un proyecto sin configurar nada para Shippable. Este proyecto ya tenía Travis y Circle CI configurados para pruebas adecuadas. Ahora, razonablemente esperaba que esta construcción fallara con algo como "No se encontraron pruebas", pero para mi sorpresa, reconoció uno de esos archivos de configuración y ejecutó todos los comandos de prueba con éxito. Aunque los resultados de las pruebas no fueron recopilados, en general fue una agradable sorpresa para mí. Reseña recopilada por y alojada en G2.com.

Shippable es en general bastante bueno, pero creo que todavía hay algunas pequeñas deficiencias que necesitan ser abordadas -

A. La máquina virtual predeterminada fue muy lenta para arrancar, tomó más de 2 minutos. Esto es bastante lento en comparación con la competencia.

B. Las bases de datos y otros servicios son difíciles de instalar en entornos de prueba no dockerizados.

C. No todas las partes de los archivos de configuración de prueba estándar son reconocidas automáticamente por Shippable. Por ejemplo, apt-get <nombre del paquete> no se detecta automáticamente. Reseña recopilada por y alojada en G2.com.

Me gusta la velocidad de construcción ya que se basa en Docker y su integración de web hooks con BitBucket para informar el estado de la construcción, que BitBucket publica en Slack. Reseña recopilada por y alojada en G2.com.

A veces las compilaciones se quedan atascadas en el paso de aprovisionamiento de nodos y generalmente toma mucho tiempo completar este paso. Reseña recopilada por y alojada en G2.com.