Atlas
- A brief description of what you are looking to do
- How you think this will help
- Why this matters to you
6 results found
-
Support migration of existing projects, clusters, ... to be CloudFormation managed
When MongoDB::Atlas::* resources are created and the specifed project, cluster, ... already exists, then these resources should not raise an error on resource creation but use the existing project, cluster, ... and apply the given configuration. In other words, the Create event that is initially sent by CloudFormation should be handled similar to an Update event but return the physical id of already existing resources. Apparently, this behaviour should be enabled by an opt-in flag.
2 votes -
Allow creation of free cluster (M0) through Coudformation & CDK
This is already supported trough API and implemented in Terraform. I would like to see this extended to Cloudformation and CDK.
1 vote -
Specify allowed values for fields in AWS CDK
Example create database user:
- Allowed values for databaseName are admin or $external in Admin API documentation (https://www.mongodb.com/docs/atlas/reference/api-resources-spec/#tag/Database-Users/operation/createDatabaseUser)
- Corresponding CDK construct property (https://constructs.dev/packages/@mongodbatlas-awscdk/database-user/v/1.1.0/api/CfnDatabaseUserProps?lang=typescript#property.databaseName) only specifies string without further information
It would be nice to get IntelliSense in IDEs for fields which are enums behind the scenes.
Alternatively, allowed values should be included in error messages. That would make debugging at runtime easier at least.
1 vote -
AtlasBasic CDK
AtlasBasic CDK should include an option to create to serverless cluster as opposed to dedicated/shared.
1 vote -
Accept VPC peering connection when created by MongoDB::Atlas::NetworkPeering
VPC peering connection created by CloudFormation resource
MongoDB::Atlas::NetworkPeeringhave to accepted in AWS, using GUI, CLI etc. Would that be possible to get this done using CF only?2 votes -
Change write concern on the Atlas Clusters
Atlas does not currently allow to change the default write concern at the cluster level.
It it necessary to have a possibility to change it in order to avoid or minimize rollbackfiles during failover.
1 vote
- Don't see your idea?