Mailroomチャートの使用

Mailroomチャートは受信メールを処理します。

設定

image:
  repository: registry.gitlab.com/gitlab-org/build/cng/gitlab-mailroom
  # tag: v0.9.1
  pullSecrets: []
  # pullPolicy: IfNotPresent

enabled: true

init:
  image: {}
    # repository:
    # tag:
  resources:
    requests:
      cpu: 50m

annotations: {}

# Tolerations for pod scheduling
tolerations: []
affinity: {}
podLabels: {}

hpa:
  minReplicas: 1
  maxReplicas: 2
  cpu:
    targetAverageUtilization: 75

  # Note that the HPA is limited to autoscaling/v2beta1, autoscaling/v2beta2 and autoscaling/v2
  customMetrics: []
  behavior: {}

networkpolicy:
  enabled: false
  egress:
    enabled: false
    rules: []
  ingress:
    enabled: false
    rules: []
  annotations: {}

resources:
  # limits:
  #  cpu: 1
  #  memory: 2G
  requests:
    cpu: 50m
    memory: 150M

## Allow to overwrite under which User and Group we're running.
securityContext:
  runAsUser: 1000
  fsGroup: 1000

## Enable deployment to use a serviceAccount
serviceAccount:
  enabled: false
  create: false
  annotations: {}
  ## Name to be used for serviceAccount, otherwise defaults to chart fullname
  # name:

KEDAの構成

このkedaセクションでは、通常のHorizontalPodAutoscalersではなく、KEDA ScaledObjectsのインストールを有効にします。この構成はオプションであり、カスタムメトリクスまたは外部メトリクスに基づいてオートスケールが必要な場合に使用できます。

ほとんどの設定は、該当する場合、hpaセクションで設定された値にデフォルト設定されます。

以下が当てはまる場合、hpaセクションで設定されたCPUおよびメモリのしきい値に基づいて、CPUおよびメモリのトリガーが自動的に追加されます:

• triggersが設定されていません。
• 対応するrequest.cpu.requestまたはrequest.memory.request設定も、ゼロ以外の値に設定されています。

トリガーが設定されていない場合、ScaledObjectは作成されません。

これらの設定の詳細については、KEDAドキュメントを参照してください。

受信メール

既定では、受信メールは無効になっています。受信メールを読み取るには、次の2つの方法があります:

• IMAP
• Microsoft Graph

まず、共通設定を設定して有効にします。次に、IMAP設定またはMicrosoft Graph設定を構成します。

これらのメソッドはvalues.yamlで構成できます。次の例を参照してください:

• IMAPを使用した受信メール
• Microsoft Graphを使用した受信メール

IMAP

IMAPの受信メールを有効にするには、global.appConfig.incomingEmail設定を使用して、IMAPサーバーと認証情報の詳細を指定します。

また、ターゲットのIMAPアカウントをGitLabがメールを受信するために使用できることを確認するには、IMAPメールアカウントの要件をレビューする必要があります。いくつかの一般的なメールサービスも同じページに記載されており、受信メールのセットアップに役立ちます。

IMAPパスワードは、シークレットガイドで説明されているように、Kubernetesシークレットとして作成する必要があります。

Microsoft Graph

Azure Active Directoryアプリケーションの作成に関するGitLabドキュメントを参照してください。

テナントID、クライアントID、およびクライアントのシークレットキーを指定します。これらの設定の詳細については、コマンドラインオプションを参照してください。

シークレットガイドの説明に従って、クライアントのシークレットキーを含むKubernetesシークレットを作成します。

メールで返信する

メールで返信する機能を使用するには、ユーザーがイシューとMRにコメントするために通知メールに返信できるようにするには、送信メールと受信メールの設定を構成する必要があります。

サービスデスクのメール

既定では、サービスデスクのメールは無効になっています。

受信メールと同様に、共通設定を設定して有効にします。次に、IMAP設定またはMicrosoft Graph設定を構成します。

これらのオプションは、values.yamlでも構成できます。次の例を参照してください:

• IMAPを使用したサービスデスク
• Microsoft Graphを使用したサービスデスク

サービスデスクのメールは、受信メールが構成されている_必要があり_ます。

IMAP

global.appConfig.serviceDeskEmail設定を使用して、IMAPサーバーと認証情報の詳細を指定します。これらの設定の詳細については、コマンドラインオプションを参照してください。

シークレットガイドの説明に従って、IMAPパスワードを含むKubernetesシークレットを作成します。

Microsoft Graph

Azure Active Directoryアプリケーションの作成に関するGitLabドキュメントを参照してください。

global.appConfig.serviceDeskEmail設定を使用して、テナントID、クライアントID、およびクライアントのシークレットキーを指定します。これらの設定の詳細については、コマンドラインオプションを参照してください。

また、シークレットガイドの説明に従って、クライアントのシークレットキーを含むKubernetesシークレットを作成する必要があります。

サービスアカウント

このセクションでは、ServiceAccountを作成するかどうか、およびデフォルトのアクセストークンをポッドにマウントするかどうかを制御します。

affinity

詳細については、affinityを参照してください。