Применение различных политик жизненного цикла к списку сегментов s3

У меня есть список корзин s3, к которым я хочу применить разные политики жизненного цикла.

переменные.tf

variable "bucket_name" {    
    type    = list(any)    
    default = ["in", "out", "in-archive", "out-archive"]  
}

Для первых двух элементов в списке я хочу, чтобы их содержимое было удалено через 180 дней. А оставшиеся 2 корзины переместить их содержимое в класс GLACIER, а затем удалить их через 600 дней. Я объявил два разных блока ресурсов для разных политик, но проблема в том, как заставить terraform начинать подсчет индекса с 3-го элемента вместо 1-го.

ресурсный блок

resource "aws_s3_bucket" "bucket" {
    count  = length(var.bucket_name)
    bucket = "${var.bucket_name[count.index]}"
}

resource "aws_s3_bucket_lifecycle_configuration" "bucket_lifecycle_rule" {
    count  = length(aws_s3_bucket.bucket)
    bucket = aws_s3_bucket.bucket[count.index].id  ///Want this index to stop at 2nd element
    rule {
        status = "Enabled"
        id     = "bucket-lifecycle-rule"
        expiration {
            days = 180
        }
    }
}

resource "aws_s3_bucket_lifecycle_configuration" "archive_bucket_lifecycle_rule" {
    count  = length(aws_s3_bucket.bucket)
    bucket = aws_s3_bucket.bucket[count.index + 4].id   ///Want this index to begin from 3rd and end
    rule {                                              ///at 4th element
        status = "Enabled"
        id     = "archive-bucket-lifecycle-rule"
        transition {
            days          = 181
            storage_class = "GLACIER"
        }
        expiration {
            days = 600
        }
    }
}

Пока я приближаюсь к этому правилу, я получаю сообщение об ошибке:

in resource "aws_s3_bucket_lifecycle_configuration" "archive_bucket_lifecycle_rule":
31:   bucket = aws_s3_bucket.bucket[count.index + 2].id
├────────────────
│ aws_s3_bucket.bucket is tuple with 4 elements
│ count.index is 2

The given key does not identify an element in this collection value.

Ошибка показывает, что это не тот код, который вы разместили в вопросе.

Marko E 05.02.2023 15:49

Простите за это. Моя главная проблема заключается в том, как применить различные правила жизненного цикла к разным блокам в списке, не разделяя их и не создавая для них разные блоки ресурсов. Если бы это было так, я мог бы разделить его, но это делает код излишним. Я искал реализацию, которая выполняет работу в одном списке. Спасибо @marko-e

it's_superbird 06.02.2023 06:29

Итак, вы хотите, чтобы отличался только 4-й элемент или 3-й и 4-й?

Marko E 06.02.2023 08:33

и 3-й, и 4-й, чтобы иметь разные конфигурации жизненного цикла по сравнению с 1 и 2

it's_superbird 06.02.2023 20:02
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
4
50
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Как насчет того, чтобы сделать входную переменную немного более сложной, чтобы приспособить то, что вам нужно...

Вот краткий пример:

provider "aws" { region = "us-east-1" }

variable "buckets" {
  type = map(any)
  default = {
    "in" : { expiration : 180, transition : 0 },
    "out" : { expiration : 120, transition : 0 },
    "in-archive" : { expiration : 200, transition : 180 },
    "out-archive" : { expiration : 360, transition : 180 }
  }
}

resource "aws_s3_bucket" "bucket" {
  for_each = var.buckets
  bucket   = each.key
}

resource "aws_s3_bucket_lifecycle_configuration" "lifecycle" {
  for_each = var.buckets
  bucket   = aws_s3_bucket.bucket[each.key].id
  rule {
    status = "Enabled"
    id     = "bucket-lifecycle-rule"
    expiration {
      days = each.value.expiration
    }
  }
  rule {
    status = each.value.transition > 0 ? "Enabled" : "Disabled"
    id     = "archive-bucket-lifecycle-rule"
    transition {
      days          = each.value.transition
      storage_class = "GLACIER"
    }
  }
}

Теперь наша переменная type = map(any) мы можем создать там более сложный объект и передать истечение жизненного цикла, вы можете сделать это настолько сложным, насколько вам нужно, чтобы соответствовать более сложным правилам.

Это действительно умная реализация. И, к моему большому удовольствию, это сработало. Спасибо за быстрый ответ.

it's_superbird 07.02.2023 07:51

@it's_superbird, если ответ правильный, не забудьте отметить его как таковой

Helder Sepulveda 08.02.2023 04:00

ошибка новичка

it's_superbird 08.02.2023 09:59

Другие вопросы по теме