¿Es legal y "viable" usar una Mac Pro como un servidor delgado para Mac OS?

Tengo una empresa de software y cada uno de mis desarrolladores tiene sus propias preferencias para un sistema operativo (Mac, basado en Linux o Windows).

Para Windows, sé que puedes usar el escritorio remoto y esas cosas. Sé que es posible en Mac también. Pero, ¿es viable dejar que los empleados que prefieren Mac trabajen desde un servidor delgado en un poderoso Mac Pro? En caso afirmativo: ¿Cuántos debo esperar que puedan trabajar simultáneamente? ¿TightVNC como cliente da buenos resultados o es tedioso (gráficos lentos/malos)?

Me gusta soñar que todos puedan usar todas las computadoras disponibles en cada lugar de trabajo, porque trabajan a distancia y no tienen que usar una computadora específica cada vez para acceder a sus programas y archivos.

Sí, puedo crear redes compartidas, pero en algún momento alguien que no prefiere trabajar en Mac todavía tiene que desarrollar uno debido a XCode, por ejemplo, y podríamos comprar Mac para estas situaciones, no es ideal solo para esa instancia.

Eche un vistazo a esta pregunta , que debería responder a lo que está preguntando aquí.
Esto debería marcarse como un duplicado de apple.stackexchange.com/questions/54001/… pero no podemos porque hay una recompensa.
@Mark leyó el título... No pregunto CÓMO, pero si esta solución alternativa no infringe la ley y si el rendimiento es factible para el uso diario.
Sí, es legal y qué tan bueno está basado en la opinión.

Respuestas (3)

¿Puede usar VNC (o ARD o algún otro software de escritorio remoto) para acceder de forma remota a un servidor para realizar trabajos de desarrollo?

La respuesta corta es "sí".

Sin embargo, es un PITA real. Uso VNC para administrar mis máquinas OS X en mi LAN gigabit y puedo decirles que el retraso es exasperante. Tratando de hacer el trabajo de desarrollo, solo puedo imaginar que sea una pesadilla.

Lo que funcionó para mis desarrolladores fue que teníamos varios MBP que flotaban en el departamento según el proyecto. Para tareas "rápidas", VNC funcionó, pero cuando necesitaban estar concentrados en un proyecto, consultaban un MBP y lo usaban durante la duración de su tarea.

Lo principal a tener en cuenta es que a la gente le gusta lo que le gusta: Mac/Linux/Win. El concepto de "hotelización" es un buen objetivo, pero no factible para los desarrolladores que se pasan la vida frente a un monitor. Garantizar que se pueda acceder al trabajo desde cualquier lugar es la razón por la que tenemos una nube y GitHub. Estas son áreas que debe investigar a fondo antes de dedicar tiempo a intentar rediseñar su infraestructura.

No soy abogado, y esto no debe interpretarse como un consejo legal profesional.

¿Es legal? Siempre que tenga una licencia legítima para usar OS X y cree cuentas separadas para cada usuario que necesite acceder al sistema, creo que la respuesta es sí.

¿Es viable? Basado en mi propia experiencia con protocolos de escritorio remoto y la evidencia anecdótica de los otros comentaristas aquí, no. Debido a la carga de la red, la latencia de la red y la carga de la CPU, la experiencia no será óptima para sus usuarios. Con toda probabilidad, reducirá la capacidad de sus desarrolladores para hacer su trabajo y dañará las ganancias de su empresa.

Si desea una solución multiplataforma escalable para escritorio remoto, los paquetes basados ​​en VNC son su única opción.

Los paquetes más orientados al consumidor, como Teamviewer o Chrome Remote Desktop, también están disponibles en múltiples plataformas, son más fáciles de configurar y tienen una mejor seguridad desde el primer momento, pero lo más probable es que no sean una buena opción a largo plazo.

Sin embargo, no tiene que terminar ahí. Si la compilación multiplataforma/remota es lo principal que busca, tal vez podría echarle un vistazo a Jenkins . Puede optar por una instalación en las instalaciones de su empresa o, como muchos prefieren, en una máquina ubicada en un centro de datos.

Algunas de las mejores armas en la tienda de Apple (en iOS y OSX) están usando esto para automatizar y administrar sus proyectos a través de múltiples desarrolladores internos y externos.

Puede tener múltiples máquinas de compilación en múltiples plataformas, es bastante ampliable. Y es FOSS.

Aunque técnicamente funcionaría, tener a su desarrollador, trabajando en una máquina con Windows, conectando VNC a una máquina OSX para escribir su código, es pura tortura. Incluso si la máquina del servidor VNC se coloca justo al lado de la suya, siempre habrá un retraso muy pequeño. Es posible que esto no se note al hacer pequeños trucos, pero al escribir montones y montones de texto durante períodos más largos, sí lo hace. Nunca será lo mismo que escribir en su máquina nativa.