Ejecutar agentes en hardware de su propiedad

La conversación sobre el autohospedaje tiende a dividirse en dos posiciones: el autohospedado es más simple, el autohospedado es más seguro. Ambas cosas son lo suficientemente ciertas como para no ser útiles, porque la decisión rara vez se toma solo en cualquiera de los ejes.

Así es como lo vemos después de observar una cantidad razonable de estas implementaciones.

Las razones que realmente impulsan la decisión.

Datos que no pueden salir. No preferencia, obligación. Ciertas categorías reguladas y ciertos contratos simplemente no permiten el procesamiento en otros lugares, y ninguna cantidad de cifrado cambia eso.

Inversión en infraestructura existente. Una organización que ya opera una cantidad sustancial de computación tiene un cálculo de costos diferente al de una que no lo hace, y el costo marginal de operar agentes con la capacidad que posee puede ser muy diferente del precio de lista.

Latencia a los sistemas de registro. Si el trabajo del agente implica una interacción constante con sistemas dentro de su red, ejecutarlo fuera significa que cada una de esas interacciones cruza un límite.

Control sobre el cambio. Una plataforma alojada se actualiza cuando el proveedor actualiza. Algunas organizaciones necesitan decidir cuándo sucederá eso.

Obsérvese que sólo el primero de ellos trata sobre la seguridad en el sentido en que lo expresa el argumento habitual.

lo que no cambia

La capa de gobernanza es idéntica. Política aplicada en el momento de la acción, credenciales resueltas en tiempo de ejecución desde una bóveda a nivel de organización, un seguimiento de auditoría completo, evaluaciones en cada ejecución, gasto atribuido por agente.

Esto importa más de lo que parece. Una falla común en las implementaciones autohospedadas de otros sistemas es que la gobernanza era parte del producto alojado y ejecutarlo usted mismo significa reconstruirlo. Ese intercambio no es algo que le pedimos a nadie que haga.

que cambia

Tú lo operas. Planificación de capacidad, actualizaciones, monitoreo de la plataforma en sí y no solo de los agentes en ella. Esto es un verdadero trabajo y los equipos que lo tratan como una instalación única suelen verse sorprendidos en el segundo trimestre.

El escalado es tu problema. Las cargas de trabajo de los agentes aumentan de una manera que es difícil de predecir tempranamente, porque el uso crece con confianza más que con un plan. La capacidad que es cómoda en el primer mes frecuentemente no lo es en el sexto mes.

Algunas comodidades llegan más tarde. Todo lo que dependa del comportamiento agregado entre implementaciones, por definición, no está disponible en una implementación aislada.

El espacio de aire es otra vez algo diferente

La implementación totalmente aislada no es autohospedada con reglas de firewall más estrictas. Cambia cómo llegan los modelos y las actualizaciones, cómo funciona el soporte y cómo se diagnostican los problemas, ya que nadie de fuera puede ver el sistema.

Es totalmente viable y lo apoyamos, pero vale la pena entrar con la realidad operativa comprendida en lugar de descubierta.

Una forma razonable de decidir

Si las obligaciones de residencia de datos toman la decisión por usted, se toma la decisión; planificar adecuadamente el trabajo operativo en lugar de tratarlo como una instalación.

Si no es así, comience a alojar, calcule el costo por agente y vuelva a visitarlo una vez que conozca su forma de uso real. Autohospedar una carga de trabajo que aún no puede caracterizar significa dimensionar para hacer una suposición.

Siguiente

Las páginas de implementación cubren opciones autohospedadas y aisladas, y el Centro de confianza cubre residencia, subprocesadores y cumplimiento. Las preguntas sobre una restricción específica pueden dirigirse a contact@capconsultor.eu.