Tarefas de manutenção no AEM as a Cloud Service maintenance-tasks-in-aem-as-a-cloud-service

Tarefas de manutenção são processos executados de acordo com um cronograma para otimizar o repositório. Com o AEM as a Cloud Service, a necessidade de os clientes configurarem as propriedades operacionais das tarefas de manutenção é mínima. Os clientes podem concentrar seus recursos em preocupações no nível do aplicativo, deixando as operações de infraestrutura para a Adobe.

Configurar tarefas de manutenção maintenance-tasks-configuring

Em versões anteriores do AEM, você podia configurar as tarefas de manutenção usando o Cartão de manutenção (Ferramentas > Operações > Manutenção). Para o AEM as a Cloud Service, o Cartão de manutenção não está mais disponível, portanto, as configurações devem ser enviadas ao controle de origem e implantadas usando o Cloud Manager. O Adobe gerencia as tarefas de manutenção que têm configurações não configuráveis pelos clientes (por exemplo, coleta de lixo do armazenamento de dados). Outras tarefas de manutenção podem ser configuradas pelos clientes, conforme descrito na tabela abaixo.

A tabela a seguir ilustra as tarefas de manutenção disponíveis.

Localizações:

Exemplos de código:

Exemplo de código 1 (diariamente)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
  xmlns:jcr="http://www.jcp.org/jcr/1.0"
  jcr:primaryType="sling:Folder"
  sling:configCollectionInherit="true"
  sling:configPropertyInherit="true"
  windowSchedule="daily"
  windowStartTime="03:00"
  windowEndTime="05:00"
 />

Exemplo de código 2 (semanalmente)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="weekly"
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

Exemplo de código 3 (mensalmente)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="monthly"
   windowFirstLastStartDay=0
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

Tarefas de Manutenção de Limpeza de Versão e Limpeza de Log de Auditoria purge-tasks

A limpeza de versões e do log de auditoria reduz o tamanho do repositório e, em alguns cenários, pode melhorar o desempenho.

Padrões defaults

Atualmente, a limpeza não está habilitada por padrão, mas isso será alterado no futuro. Os ambientes criados antes da ativação da limpeza padrão terão um limite mais conservador para que a limpeza não ocorra inesperadamente. Consulte as seções Limpeza de versão e Limpeza de log de auditoria abaixo para obter mais detalhes sobre a política de limpeza padrão.

Os valores de limpeza padrão podem ser substituídos declarando um arquivo de configuração e implantando-o conforme descrito abaixo.

Aplicar uma configuração configure-purge

Declare um arquivo de configuração e implante-o conforme descrito nas etapas a seguir.

1 - crie a seguinte pasta e estrutura de arquivo na pasta de nível superior do seu projeto no Git:

config/
     mt.yaml

2 - Declarar propriedades no arquivo de configuração, que incluem:

Consulte as definições e a sintaxe dos objetos versionPurge e auditLogPurge abaixo.

Você deve estruturar a configuração de forma semelhante ao seguinte exemplo:

kind: "MaintenanceTasks"
version: "1"
metadata:
  envTypes: ["dev"]
data:
  versionPurge:
    maximumVersions: 15
    maximumAgeDays: 20
    paths: ["/content"]
    minimumVersions: 1
    retainLabelledVersions: false
  auditLogPurge:
    rules:
      - replication:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["Activate", "Deactivate", "Delete", "Test", "Reverse", "Internal Poll"]
      - pages:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["PageCreated", "PageModified", "PageMoved", "PageDeleted", "VersionCreated", "PageRestored", "PageValid", "PageInvalid"]
      - dam:
          maximumAgeDays: 15
          contentPath: "/content"
          types: ["ASSET_EXPIRING", "METADATA_UPDATED", "ASSET_EXPIRED", "ASSET_REMOVED", "RESTORED", "ASSET_MOVED", "ASSET_VIEWED", "PROJECT_VIEWED", "PUBLISHED_EXTERNAL", "COLLECTION_VIEWED", "VERSIONED", "ADDED_COMMENT", "RENDITION_UPDATED", "ACCEPTED", "DOWNLOADED", "SUBASSET_UPDATED", "SUBASSET_REMOVED", "ASSET_CREATED", "ASSET_SHARED", "RENDITION_REMOVED", "ASSET_PUBLISHED", "ORIGINAL_UPDATED", "RENDITION_DOWNLOADED", "REJECTED"]

Lembre-se de que para que a configuração seja válida:

3 - Configurar os pipelines de configuração de não produção e produção.

Os RDEs (Rapid Development Ambients, ambientes de desenvolvimento rápido) não oferecem suporte à limpeza. Para outros tipos de ambiente em programas de produção (que não sejam de sandbox), crie um pipeline de configuração de implantação direcionada no Cloud Manager.

Consulte configurando pipelines de produção e configurando pipelines de não produção para obter mais detalhes.

Remoção da versão version-purge

Padrões de Expurgação de Versão version-purge-defaults

Atualmente, a limpeza não está habilitada por padrão, mas isso será alterado no futuro.

Os ambientes criados após a ativação da limpeza padrão terão os seguintes valores padrão:

Os ambientes criados antes da limpeza padrão estarem habilitados terão os valores padrão listados abaixo, no entanto, é recomendável reduzir esses valores para otimizar o desempenho.

Propriedades de limpeza de versão version-purge-properties

As propriedades permitidas estão listadas abaixo.

As colunas que indicam padrão indicam os valores padrão no futuro, quando os padrões são aplicados; TBD reflete uma ID de ambiente que ainda não foi determinada.

Interações de propriedade

Os exemplos a seguir ilustram como as propriedades interagem quando combinadas.

Exemplo:

maximumAgeDays = 30
maximumVersions = 10
minimumVersions = 2

Se houver 11 versões no dia 23, a versão mais antiga será removida na próxima vez que a tarefa de manutenção de limpeza for executada, já que a propriedade maximumVersions está definida como 10.

Se houver 5 versões no dia 31, somente 3 serão removidas, pois a propriedade minimumVersions está definida como 2.

Exemplo:

maximumAgeDays = 30
maximumVersions = 0
minimumVersions = 1

Nenhuma versão com mais de 30 dias será removida, pois a propriedade maximumVersions está definida como 0.

Uma versão com mais de 30 dias será mantida.

Limpeza do log de auditoria audit-purge

Padrões de Expurgação de Log de Auditoria audit-purge-defaults

Atualmente, a limpeza não está habilitada por padrão, mas isso será alterado no futuro.

Os ambientes criados após a ativação da limpeza padrão terão os seguintes valores padrão:

Os ambientes criados antes da limpeza padrão estarem habilitados terão os valores padrão listados abaixo, no entanto, é recomendável reduzir esses valores para otimizar o desempenho.

Propriedades de limpeza de log de auditoria audit-purge-properties

As propriedades permitidas estão listadas abaixo.

As colunas que indicam padrão indicam os valores padrão no futuro, quando os padrões são aplicados; TBD reflete uma ID de ambiente que ainda não foi determinada.