tu desarrollo profesional como el equilibrio entre tu vida personal y laboral, y que cuenta con diversidad de clientes líderes en varios sectores? Si es así, ¡descubre la vacante que Deintec tiene para ti e impulsa tu carrera en IT!

Posición: Especialista IIS / Administrador de Sistemas con experiencia en Entornos Web y Nube

Ubicación: Oficinas Monterrey, o Celaya o CDMX. México

Esquema: Presencial

Tipo de contrato: 6 meses

Horario: Lunes a Viernes

Idioma: Inglés intermedio (deseable)

Escolaridad: Carrera computación, sistemas o afín

Experiencia mínima: +5 años

Perfil requerido

El perfil ideal sería un Administrador de Sistemas con experiencia en Entornos Web y Nube. Las habilidades clave incluyen:

1. __Experiencia Sólida con Microsoft IIS (Internet Information Services):

o Configuración y administración de sitios web en IIS.

o Comprensión de Application Pools, bindings (HTTP/HTTPS), módulos (URL Rewrite, ARR, etc.).

o Manejo de certificados SSL/ TLS.

o Configuración de seguridad a nivel de IIS.

o Diagnóstico de problemas comunes de IIS.

2. __Administración de Servidores Windows:

o Conocimiento del sistema operativo Windows Server

o Gestión de servicios, parches, actualizaciones.

o Configuración de Firewall de Windows.

o Permisos de archivos y carpetas (NTFS).

3. __Conocimientos Web Generales:

o Entendimiento de cómo funcionan los sitios web (HTTP/ HTTPS, DNS).

o Familiaridad con las tecnologías usadas en los sitios a migrar (ASP .NET, Framework NET, IIS, HTML estático, etc).

4. __Conceptos de Redes:

o Entendimiento de DNS y cómo funcionan los registros A, CNAME.

o Direccionamiento IP.

5. __Habilidades de Planificación y Resolución de Problemas:

o Capacidad para planificar la migración paso a paso.

o Identificar y resolver problemas que surjan durante el proceso.

o Buena comunicación.

Pasos a Seguir para la Migración:

Aquí hay una guía paso a paso del proceso:

1. __Fase de Planificación y Descubrimiento:

o Inventario de Sitios: Documentar cada sitio a migrar: URL actual, tecnología utilizada (ASP .NET, Framework .NET, IIS, HTML estático, etc.), si usa base de datos (tipo y versión), tamaño de archivos, volumen de tráfico (si es relevante), dependencias (servicios externos, APIs), configuraciones especiales.

o Análisis del Hosting Actual: Entender cómo acceder a los archivos y bases de datos del proveedor tercero (FTP, panel de control, acceso a base de datos). Identificar cualquier configuración específica del proveedor.

o Evaluar el Servidor IIS: Confirmar que el servidor Windows tiene los recursos (CPU, RAM, Disco) y el software (versiones de .NET, PHP, etc.) necesarios para hospedar los sitios. Asegurar que IIS esté configurado correctamente.

o Diseño de la Migración: Definir el orden de migración (si son varios sitios), la estrategia (copia directa, exportación/ importación), la ventana de tiempo para el corte (si es necesario), y el plan de reversión en caso de problemas.

o Plan de Comunicación: Coordinar con el proveedor tercero para el acceso y la notificación de la migración.

2. __Fase de Preparación en servidor destino/ IIS:

o Configurar Infraestructura: Asegurar que la VM de Windows esté operativa, con la configuración de red adecuada (IP pública o a través de un Load Balancer si aplica) y las reglas de firewall (Google y Windows) que permitan el tráfico entrante por los puertos HTTP y HTTPS.

o Preparar Servidor IIS: Crear las carpetas en el sistema de archivos para cada sitio. Asegurarse de que los permisos NTFS sean correctos para las carpetas de los sitios y los Application Pools de IIS. Instalar cualquier módulo de IIS o componente de software necesario (ej. URL Rewrite, versiones específicas de .NET Framework, si es PHP, configurar el manejador de PHP para IIS).

o Configurar Certificados SSL: Obtener e instalar los certificados SSL/ TLS en el servidor IIS para cada sitio que use HTTPS.

3. __Fase de Migración de Contenido y Datos:

o Exportar Archivos de Sitio: Descargar todos los archivos de los sitios web del proveedor tercero.

o Importar Archivos de Sitio: Copiar los archivos de los sitios al servidor Windows en las carpetas preparadas.

o Configurar Sitios en IIS: Crear cada sitio web en el Administrador de IIS. Configurar los bindings (nombre de host, puertos, certificado SSL). Asignar cada sitio a un Application Pool (pueden usar uno compartido o uno por sitio para mayor aislamiento).

o Actualizar Configuraciones de Sitio: Modificar los archivos de configuración de cada sitio (ej. web. config en ASP .NET Core, an open-source web development framework .NET , archivos de conexión en PHP) para que apunten a la nueva ubicación y credenciales de la base de datos en GCP.

4. __Fase de Pruebas:

o Pruebas Internas: Modificar el archivo hosts en una estación de trabajo local para que el nombre de dominio del sitio apunte temporalmente a la IP del nuevo servidor en Google. Esto permite probar el sitio antes de cambiar el DNS público.

o Pruebas de Funcionalidad: Navegar por todo el sitio, probar formularios, enlaces, funcionalidades interactivas.

o Pruebas de Rendimiento: Verificar que los sitios cargan a una velocidad aceptable.

o Pruebas de Seguridad (Básicas): Verificar que HTTPS funciona correctamente, que no hay advertencias del navegador.

o Pruebas en Múltiples Navegadores: Asegurarse de que los sitios se ven y funcionan bien en diferentes navegadores.

5. __Fase de Corte (Cutover) y Cambio de DNS:

o Reducir TTL del DNS: Días antes del corte, reducir el Time To Live (TTL) de los registros DNS (A, CNAME) en el proveedor actual a un valor bajo (ej. 300 segundos o menos). Esto ayuda a que el cambio se propague más rápido.

o Cambio de Registros DNS: En el panel de control donde se gestiona el DNS (podría ser en Deacero si ya tienen control del dominio, o en el proveedor tercero si ellos lo gestionan), cambiar los registros A y/o CNAME para que apunten a la IP pública del nuevo servidor IIS en GCP.

o Verificar Propagación de DNS: Usar herramientas en línea para verificar que el cambio de DNS se está propagando por internet.

o Desactivar Sitios en Origen: Una vez que se confirma que el tráfico está llegando al nuevo servidor, se pueden apagar o configurar los sitios en el proveedor tercero para que muestren un mensaje de mantenimiento (opcional pero recomendado inicialmente).

6. __Fase de Post-Migración y Monitoreo:

o Monitoreo: Supervisar de cerca el rendimiento del servidor (CPU, memoria, disco, red) y los registros de IIS en GCP. Configurar herramientas de monitoreo y alertas.

o Verificación Continua: Seguir probando los sitios durante los primeros días.

o Optimización (Opcional): Una vez que todo esté estable, buscar oportunidades para optimizar el rendimiento en el nuevo entorno.

o Descomisionamiento: Una vez que estén completamente seguros de que la migración fue exitosa y estable, proceder a dar de baja los servicios de hosting con el proveedor tercero.

Ofrecemos:

- Salario competitivo basado en experiencia

- Prestaciones de Ley (como: prima vacacional, seguro social, aguinaldo, etc)

-Oportunidad de crecimiento profesional.

Si cumples con los requisitos y te motiva avanzar en tu carrera, postúlate hoy. ¡En Deintec, nos emociona contar con tu talento!