Apple @ Work: Por qué Apple debería reducir el tiempo de actualización de software a 30 días


Apple @ Work presentado exclusivamente por Mosylela única plataforma unificada de Apple. Mosyle es la única solución que integra todas las soluciones necesarias para implementar, administrar y proteger de forma automática y sin problemas los dispositivos Apple en el trabajo en una única plataforma de nivel empresarial. Más de 45.000 organizaciones confían en Mosyle para preparar millones de dispositivos Apple para que funcionen sin esfuerzo y de forma asequible. Solicita tu PRUEBA EXTENDIDA hoy y comprende por qué Mosyle es todo lo que necesitas para trabajar con Apple.

Apple ha brindado durante mucho tiempo a los administradores de TI la capacidad de retrasar las actualizaciones de software en flotas porque construyó la pila de administración de dispositivos moderna. La idea tenía sentido en ese momento porque les dio tiempo a los equipos de TI para probar, validar y asegurarse de que nada funcionaba antes de que las actualizaciones llegaran a miles de dispositivos.

Sin embargo, el mundo ha cambiado. Los riesgos de seguridad están evolucionando más rápido, los ataques son más inteligentes y la ventana de 90 días que todavía ofrece Apple parece obsoleta. Como Apple ha hecho que las actualizaciones anuales sean más fiables para no estropear las cosas, creo que es hora de que Apple se replantee el equilibrio y reduzca ese límite de tiempo máximo a 30 días.

Acerca de Apple@Work: Bradley Chambers administró una red de TI empresarial de 2009 a 2021. Con su experiencia en la implementación y administración de firewalls, conmutadores, un sistema de administración de dispositivos móviles, Wi-Fi de nivel empresarial, miles de Mac y miles de iPads, Bradley arrojará luz sobre cómo los gerentes de TI de Apple implementan dispositivos Apple, construyen redes para brindarles soporte, capacitan a los usuarios, historias de administración de TI y formas en que Apple podría mejorar sus productos de TI. departamentos.

Por qué Apple le dio 90 días en primer lugar

El plazo inicial de aplazamiento de 90 días se diseñó para una era diferente de la TI empresarial. Las organizaciones grandes a menudo necesitan varios meses para probar las actualizaciones de aplicaciones críticas, coordinar con los proveedores y preparar al personal de la mesa de ayuda. Darle a TI tres meses para retrasar las actualizaciones tenía sentido cuando los problemas de compatibilidad eran más comunes y el ritmo de cambio era más lento. Era una forma de equilibrar la estabilidad y el progreso, y reflejaba el cuidado que debían tener los equipos de TI antes de permitir que miles de dispositivos se actualizaran a la vez.

Mira, yo también lo necesito. La informática consiste en mantener todo en funcionamiento y las actualizaciones importantes de software pueden causar problemas, pero a lo largo de los años Apple ha mejorado significativamente en cuanto a compatibilidad con la infraestructura, las aplicaciones, los servicios y los accesorios existentes.

Por qué este modelo parece obsoleto hoy

Actualizaciones de software de Apple son muy diferentes hoy de lo que eran hace diez años. Los programas beta públicos y para desarrolladores para iOS, iPadOS y macOS brindan a TI y a los desarrolladores varios meses para probar nuevas versiones en aplicaciones y servicios críticos para el negocio. Los parches de seguridad también se envían con mayor frecuencia.

Estos cambios significan que los equipos de TI ya tienen más herramientas y tiempo para prepararse que antes. La necesidad de un plazo total de entrega de 90 días simplemente no encaja con la forma en que Apple construye y envía su software en 2025.

Por qué 30 días es el equilibrio adecuado

Reducir el plazo máximo a 30 días permite lograr un mejor equilibrio entre la flexibilidad y la seguridad de TI. Un mes todavía es tiempo suficiente para que las organizaciones prueben las actualizaciones principales de las aplicaciones, validen los flujos de trabajo y preparen a sus equipos de soporte después de la temporada beta pública y para desarrolladores.

Al mismo tiempo, esto cierra la brecha en la que los dispositivos permanecen sin parches durante tres meses mientras, potencialmente, los exploits conocidos circulan libremente. Apple ya ha hecho que las actualizaciones sean más confiables y más fáciles de validar, por lo que ya no hay necesidad de demoras prolongadas. Un límite de 30 días protegería aún más las flotas y, al mismo tiempo, brindaría a los equipos de TI el respiro que necesitan para gestionar el cambio de manera responsable.

Concluir

Apple se ha ganado la confianza de los equipos de TI al demostrar que sus dispositivos son fáciles de implementar, seguros y agradables de administrar. la transición a Gestión declarativa de dispositivos muestra que Apple se toma en serio la idea de proporcionar a los equipos de TI herramientas más precisas y mejor visibilidad. El plazo de 90 días para las actualizaciones de software tenía sentido en otra época, pero parece fuera de sintonía con la forma en que Apple maneja el software hoy.

Pasar a un máximo de 30 días aumentaría la seguridad sin añadir mucha fricción. TI puede probar las principales versiones beta durante todo el verano y luego tener un período de 30 días para las pruebas finales.

Apple @ Work presentado exclusivamente por Mosylela única plataforma unificada de Apple. Mosyle es la única solución que integra todas las soluciones necesarias para implementar, administrar y proteger de forma automática y sin problemas los dispositivos Apple en el trabajo en una única plataforma de nivel empresarial. Más de 45.000 organizaciones confían en Mosyle para preparar millones de dispositivos Apple para que funcionen sin esfuerzo y de forma asequible. Solicita tu PRUEBA EXTENDIDA hoy y comprende por qué Mosyle es todo lo que necesitas para trabajar con Apple.

FTC: Utilizamos enlaces de afiliados automáticos que generan ingresos. Más.



Fuente