i
Size: a a a
2020 April 16
AP
Важный update (хотя и старый уже). Почти год назад сделали «Instant adaptive capacity is now on by default for all DynamoDB tables and global secondary indexes.»
Выше описанного поведения больше нету )
https://aws.amazon.com/blogs/database/how-amazon-dynamodb-adaptive-capacity-accommodates-uneven-data-access-patterns-or-why-what-you-know-about-dynamodb-might-be-outdated/
Выше описанного поведения больше нету )
https://aws.amazon.com/blogs/database/how-amazon-dynamodb-adaptive-capacity-accommodates-uneven-data-access-patterns-or-why-what-you-know-about-dynamodb-might-be-outdated/
AP
Хороший пример из разряда «век живи, век учись».
VM
Важный update (хотя и старый уже). Почти год назад сделали «Instant adaptive capacity is now on by default for all DynamoDB tables and global secondary indexes.»
Выше описанного поведения больше нету )
https://aws.amazon.com/blogs/database/how-amazon-dynamodb-adaptive-capacity-accommodates-uneven-data-access-patterns-or-why-what-you-know-about-dynamodb-might-be-outdated/
Выше описанного поведения больше нету )
https://aws.amazon.com/blogs/database/how-amazon-dynamodb-adaptive-capacity-accommodates-uneven-data-access-patterns-or-why-what-you-know-about-dynamodb-might-be-outdated/
Для новых баз нету. Старым надо немного шаманить
M
Всем привет. Кто-нибудь может подсказать, что ему надо?
M
/* Internet gateway for the public subnet */
resource "aws_internet_gateway" "default" {
vpc_id = aws_vpc.default.id
}
/* Public subnet */
resource "aws_subnet" "public" {
vpc_id = aws_vpc.default.id
cidr_block = var.public_subnet_cidr
availability_zone = "us-west-1a"
map_public_ip_on_launch = true
depends_on = [aws_internet_gateway.default]
tag {
key = "Name"
value = "Public"
}
/* Routing table for public subnet */
resource "aws_route_table" "public" {
vpc_id = aws_vpc.default.id
route {
cidr_block = "0.0.0.0/0"
gateway_id = aws_internet_gateway.default.id
}
}
/* Associate the routing table to public subnet */
resource "aws_route_table_association" "public" {
subnet_id = aws_subnet.public.id
route_table_id = aws_route_table.public.id
}
M
При terraform plan ругается
Error: Argument or block definition required
on public-subnet.tf line 31, in resource "aws_subnet" "public":
31:
An argument or block definition is required here.
Error: Argument or block definition required
on public-subnet.tf line 31, in resource "aws_subnet" "public":
31:
An argument or block definition is required here.
M
Какой блок или аргумент не могу понять. Глянул синтаксис на оф. сайте, вроде все правильно
KT
/* Internet gateway for the public subnet */
resource "aws_internet_gateway" "default" {
vpc_id = aws_vpc.default.id
}
/* Public subnet */
resource "aws_subnet" "public" {
vpc_id = aws_vpc.default.id
cidr_block = var.public_subnet_cidr
availability_zone = "us-west-1a"
map_public_ip_on_launch = true
depends_on = [aws_internet_gateway.default]
tag {
key = "Name"
value = "Public"
}
/* Routing table for public subnet */
resource "aws_route_table" "public" {
vpc_id = aws_vpc.default.id
route {
cidr_block = "0.0.0.0/0"
gateway_id = aws_internet_gateway.default.id
}
}
/* Associate the routing table to public subnet */
resource "aws_route_table_association" "public" {
subnet_id = aws_subnet.public.id
route_table_id = aws_route_table.public.id
}
у тебя опечатка
KT
нет закрывающей скобки для тага
M
Спасибо большое. И правда не хватает скобки )
AM
есть ли какой-то лимит на передачу сообщений через sns топик (сообщ./секунду)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
AS
есть ли какой-то лимит на передачу сообщений через sns топик (сообщ./секунду)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
AS
про квоты
AS
есть ли какой-то лимит на передачу сообщений через sns топик (сообщ./секунду)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
насколько это хорошая идея использовать один топик как центральный хаб для обмена сообщениями/ивентами между несколькими сервисами (все публикуют в тот же топик и все подписаны на него же и отфильтровывают только «свои» сообщения с помощью message attributes)?
но в данном случае вы говорите про «шину», и тут вопрос на чем вы ее сделаете
AM
но в данном случае вы говорите про «шину», и тут вопрос на чем вы ее сделаете
да. вот вопрос как раз, насколько хорошо ее делать одним топиком