En el contexto de MLOps, los beneficios de usar un sistema multiinquilino son múltiples. Los ingenieros de aprendizaje automático, los científicos de datos, los analistas, los modeladores y otros profesionales que contribuyen a los procesos de MLOps a menudo necesitan realizar actividades similares con pilas de software igualmente similares. Es enormemente beneficioso para una empresa mantener sólo uno instancia de la pila o sus capacidades: esto reduce costos, ahorra tiempo y mejora la colaboración. En esencia, los equipos de MLOps en sistemas multiinquilino pueden ser exponencialmente más eficientes porque no pierden el tiempo cambiando entre dos pilas o sistemas diferentes.
Creciente demanda de multiusuario
La adopción de sistemas multiusuario está creciendo y por una buena razón. Estos sistemas ayudan a unificar los entornos informáticos, desalentando aquellos escenarios en los que grupos individuales configuran sus propios sistemas a medida. Los entornos informáticos fracturados como estos son altamente duplicados y exacerban el costo de propiedad porque es probable que cada grupo necesite un equipo dedicado para mantener su sistema local operativo. Esto también conduce a la inconsistencia. En una empresa grande, es posible que tenga algunos grupos que ejecutan software que está en la versión 7 y otros que ejecutan la versión 8. Puede tener grupos que usan ciertas piezas de tecnología pero no otras. La lista continua. Estas inconsistencias crean una falta de comprensión común de lo que sucede en todo el sistema, lo que luego expone el potencial de riesgo.
En última instancia, la tenencia múltiple no es un característica de una plataforma: es una capacidad de seguridad básica. No es suficiente simplemente enyesar la seguridad como una idea de último momento. Tiene que ser parte de la arquitectura fundamental de un sistema. Uno de los mayores beneficios para los equipos que se esfuerzan por crear sistemas multiusuario es el compromiso arquitectónico implícito con la seguridad, porque la seguridad es inherente a los sistemas multiusuario.
Desafíos y mejores prácticas
A pesar de los beneficios de implementar sistemas multiinquilino, no vienen sin desafíos. Uno de los principales obstáculos para estos sistemas, independientemente de la disciplina, es la escala. Cada vez que se inicia una operación de escalado, surgen patrones que probablemente no eran evidentes antes.
A medida que comienza a escalar, obtiene experiencias y expectativas de usuario más diversas. De repente, te encuentras en un mundo en el que los usuarios comienzan a interactuar con lo que sea que se esté escalando y utilizan la herramienta de formas que no habías previsto. El desafío más grande y más fundamental es que tienes que ser capaz de manejar una mayor complejidad.
Cuando está creando algo para varios inquilinos, es probable que esté creando una plataforma operativa común que van a utilizar varios usuarios. Esta es una consideración importante. También es probable que algo que sea multiinquilino se convierta en una parte fundamental de su negocio porque es una inversión muy significativa.
Para ejecutar con éxito la creación de sistemas multiusuario, es crucial una gestión sólida del producto, especialmente si el sistema está construido por y para expertos en aprendizaje automático. Es importante que las personas que diseñan y construyen un sistema específico de dominio tengan una gran fluidez en el campo, lo que les permite trabajar hacia atrás a partir de los requisitos y capacidades de sus usuarios finales mientras pueden anticipar futuras tendencias comerciales y tecnológicas. Esta necesidad solo se destaca en dominios en evolución como el aprendizaje automático, como lo demuestra la proliferación y el crecimiento de los sistemas MLOps.
Además de estas prácticas recomendadas, asegúrese de probar obsesivamente cada componente del sistema y las interacciones y los flujos de trabajo que permiten (hablamos cientos de veces) y pida a los usuarios que prueben cada elemento y propiedad emergente de la funcionalidad. A veces, encontrará que necesita implementar cosas de una manera particular debido al negocio o la tecnología. Pero realmente quiere ser fiel a sus usuarios y cómo están usando el sistema para resolver un problema. Nunca querrás malinterpretar las necesidades de un usuario. Un usuario puede acercarse a ti y decir: “Oye, necesito un caballo más rápido”. Luego, puede pasar todo su tiempo entrenando a un caballo más rápido, cuando lo que realmente necesitaban era un medio de transporte más confiable y rápido que no necesariamente funciona con heno.