Skip to content

Instantly share code, notes, and snippets.

@bureado
Created December 23, 2018 19:26
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
Star You must be signed in to star a gist
Save bureado/357eb73fce67ab6614a5ff6f4f02d72f to your computer and use it in GitHub Desktop.
Resumen de la encuesta sobre el futuro de sistemas de paquetes en Linux (Entre Dev y Ops)

Gracias a la comunidad de Entre Dev y Ops por participar en este estudio informal (n=18) sobre el futuro de los sistemas de paquetes en Linux. Estas son algunas de las conclusiones:

  • APT prevalece como sistema de paquetes preferido en esta muestra (56%) y aunque RPM está presente, es importante resaltar que cerca de un cuarto de las respuestas no se identifican ni con APT ni con RPM, o usan otro sistema
  • Más allá de estar íntimamente relacionado con la "distro estándar" de cada organización, el sistema de paquetes no parece determinar otras áreas del gasto de TI, excepto quizás ser un factor en la elección de sistemas de automatización en el caso de los ISVs.
  • Prácticamente toda la muestra usa repositorios adicionales a los oficiales, y tienen que lidiar con otros sistemas de paquetes como Docker Hub/Store, PyPI, NPM/YARN, Maven o Helm (en ese orden de popularidad)
  • Es interesante resaltar que la mayoría de las personas que respondieron mantienen paquetes personalizados, y mientras que en segmento Empresas esos paquetes suelen contener una aplicación de negocio, en los ISVs además se suele llevar opciones de configuración
  • 90% de la muestra automatiza las actualizaciones, y aunque la mayoría reinicia luego de aplicar los parches, también es popular la estrategia de añadir servidores nuevos a la rotación y apagar los viejos
    • Parchar al arrancar fue la opción menos popular en la muestra.

Por último, no hay una visión clara de cómo cambiará el uso de sistemas de paquetes en el futuro (solo 2 personas respondieron a esta sección, diciendo que usarían Snaps pero que esperan que coexista con su sistema actual) y mientras que el principal obstáculo para un nuevo sistema es "la necesidad de reescribir mis herramientas" (57%) en el sector Empresas, en el mundo ISV la principal razón es "no hay un caso de negocio" (33%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment