Actualización del proceso de CI / CD: despliegue de pulpo

Pulpo: general

1. Una instancia en IIS que tiene su propio grupo y que "se ve" en la raíz del documento. Se asigna un grupo separado para cada módulo.
2. Archivos del paquete principal en la raíz del documento.
3. Archivos de paquetes individuales en la raíz del documento.
4. Es aconsejable hacer una copia de seguridad del contenido anterior de la raíz del documento frente a todo esto. Nosotros, por supuesto, confiamos en nosotros mismos, pero las personas se dividen en dos tipos: los que no respaldan y los que ya lo hacen. 
5. ( ) ( ). , , .
6. , , .
7. , .
8. () .

Inquilinos

• variable env.tenantRoleTag: contiene TenantRole (nombre de etiqueta de inquilino en pulpo) y su valor real;
• env.modName: el valor de la etiqueta ModName en octopus.

Variables

• rutas base a la raíz del documento (por ejemplo, C: \ inetpub \);
• URL base (por ejemplo, para todos los módulos, el dominio común es organization.com);
• acceso a bases de datos (necesarias para organizar copias de seguridad);
• etc.

Canales

Patrones

$url = "$scheme" + "://" + "$domain"
Write-Host "Requesting '$url'"
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
$request = [System.Net.WebRequest]::Create($url)
$request.Timeout = $timeout
$response = $request.GetResponse()
$response.Close()

Pulpo: detalles del proceso

• núcleo;
• proyectos de módulos individuales.

Proceso de implementación central

• todos los parámetros importantes están establecidos por variables, esto le permite cambiar rápidamente su valor en un lugar sin profundizar en la configuración del proceso;
• el nombre del grupo de IIS coincide con el nombre de la instancia y el nombre del dominio del servicio (por conveniencia);
• en el paso de despliegue IIS, se instala Fusionar con enlaces existentes, en lugar de reemplazar. Dado que, además del servicio, todavía tenemos un montón de dominios de clientes en cada instancia;
• La limpieza de la raíz del documento (marca de verificación purgar este directorio antes de la instalación) falla. Los archivos nuevos reemplazan a los viejos a medida que los copia. Esto se hace para que el sitio no se "bloquee" durante la implementación. La demora en cargar la página es mucho mejor que la pantalla de la muerte.

$days = $OctopusParameters["DaysStoreBackups"]
$limit = (Get-Date).AddDays(-$days)
$pathDb = $OctopusParameters["DbBackupDir"]
$pathFiles = $OctopusParameters["FilesBackupDir"] + '\' + $OctopusParameters["HostName"]

# Delete files older than the $limit.
Get-ChildItem -Path $pathDb -Recurse -Force | Where-Object { !$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item -Force
# Delete any empty directories left behind after deleting the old files.
Get-ChildItem -Path $pathDb -Recurse -Force | Where-Object { $_.PSIsContainer -and (Get-ChildItem -Path $_.FullName -Recurse -Force | Where-Object { !$_.PSIsContainer }) -eq $null } | Remove-Item -Force -Recurse

# Delete files older than the $limit.
Get-ChildItem -Path $pathFiles -Recurse -Force | Where-Object { !$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item -Force
# Delete any empty directories left behind after deleting the old files.
Get-ChildItem -Path $pathFiles -Recurse -Force | Where-Object { $_.PSIsContainer -and (Get-ChildItem -Path $_.FullName -Recurse -Force | Where-Object { !$_.PSIsContainer }) -eq $null } | Remove-Item -Force -Recurse

El proceso de implementación de un paquete individual

• En el paso de implementación, la raíz del documento no se limpia (el nuevo paquete principal ya está allí);

$baseDomain = $OctopusParameters["HostName"]
$domains = (Get-WebBinding $baseDomain).bindingInformation | %{ $_.Split(':')[2] } | Sort-Object | Get-Unique
Write-Host "##teamcity[setParameter name='AllInstanceDomains' value='$domains']"
Write-Host "##teamcity[setParameter name='ServiceDomain' value='$baseDomain']"

Write-Host "All domains on instance %ServiceDomain% :"
$domains = "%AllInstanceDomains%"
$domains = $($domains.Split(" ") | ForEach-Object {"http://$_"} | Out-String)
Write-Host $domains
Write-Host "Service domain: http://%ServiceDomain%"

Pulpo: resultados

• el código se recopila de una rama específica (correspondiente al entorno);
• El resultado del ensamblaje (artefactos) se entrega al pulpo y consta de dos partes: el núcleo y un paquete de módulo individual. Esto permite un uso eficiente del espacio en disco y ahorra tiempo de entrega general de actualizaciones. 
• Cada paquete tiene una versión que consta de un número y una etiqueta de prelanzamiento que define el canal y el entorno en el que se realizará este lanzamiento.
• Octopus, por entrada, crea una versión y entrega paquetes a los servidores apropiados, guiados por los datos de la organización (etiquetas de inquilino), canales (etiqueta de prelanzamiento) e instrucciones adicionales (copia de seguridad opcional de la base de datos), y también realiza una verificación elemental del rendimiento del módulo.