AYS | AWS İsimlendirme Standartları (Naming Conventions)
- 1.1 İsimlendirme Standartları için Uygulanan İlkeler
- 1.2 Organizations
- 1.2.1 Organizational Units (OUs)
- 1.2.1.1 TEST OU - Tag Kullanımları
- 1.2.1.2 Var Olan Tagler
- 1.2.2 Tag Policy
- 1.2.1 Organizational Units (OUs)
- 1.3 VPC
- 1.3.1 VPC Name Tag Auto-Generation
- 1.3.2 CIDR Standartları
- 1.3.2.1 Public CIDR Block
- 1.3.2.2 Private CIDR Blocks
- 1.3.3 Security Groups
- 1.3.3.1 Inbound Rules
- 1.3.4 NAT Gateway
- 1.4 RDS
- 1.4.1 RDS Cluster İsimlendirmesi
- 1.4.1.1 Master username
- 1.4.2 RDS Subnet Groups
- 1.4.3 RDS Parameter Groups
- 1.4.1 RDS Cluster İsimlendirmesi
- 1.5 EC2
- 1.5.1 Key Pair
- 1.5.2 Elastic IP
- 1.6 ALB
- 1.6.1 ALB Rule
- 1.7 IAM
- 1.7.1 User
- 1.7.2 User Group
- 1.7.3 Policy
- 1.7.4 Role
- 1.7.5 MFA
- 1.8 Kinesis Data Streams
- 1.9 Amazon Data Firehose
- 1.10 S3
- 1.10.1 Standard
- 1.10.2 Servis Alt Kırılımları
- 1.11 ECR
- 1.12 ECS
- 1.12.1 Cluster
- 1.12.2 Service
- 1.12.3 Task Definition
- 1.12.3.1 Port Mappings
- 1.12.3.1.1 Container Port Protocol Name
- 1.12.3.1 Port Mappings
- 1.13 CloudWatch
- 1.13.1 Subscription Filter
- 1.14 Secrets Manager
- 1.15 GitHub
- 1.16 GitHub Secret Key Naming
- 1.17 GitHub Secret ve Variable
- 2 KAYNAKLAR
İsimlendirme Standartları için Uygulanan İlkeler
Anlamlı ve Okunaklı: Kaynak isimleri, ilgili proje veya ortamı ve işlevlerini açıkça belirtmeli, anlaşılır olmalıdır.
Kısa ve Tutarlı: Uzunluk sınırlamalarına dikkat edilerek, mümkün olduğunca kısa ve standart bir yapı tercih edilmelidir.
Ortam Belirleyici: İsimlerde kullanılan etiketler, ortam bilgisini (ör. dev, test, prod) açıkça yansıtmalıdır.
Versiyonlama: Gerekli durumlarda, kaynak isimlerinde versiyonlama yapılmalıdır (ör. v1, v2).
Standart Kısaltmalar: AWS kaynak türlerine uygun standart kısaltmalar kullanılmalıdır (ör. vpc, ec2, alb).
Organizations
Organizational Units (OUs)
Naming Format | Example |
---|---|
|
|
TEST OU - Tag Kullanımları
Naming Format | Example |
---|---|
|
|
|
|
Var Olan Tagler
Test | Key | Value |
---|---|---|
|
|
|
Production | Key | Value |
|
|
|
Tag Policy
AWS ortamındaki kaynakların düzenli, tutarlı ve yönetilebilir olması için belirlenen isimlendirme ve kullanım kurallarını tanımlar. Bu politika, kaynak sınıflandırmasını, erişim kontrolünü, maliyet yönetimini, güvenliği ve uyumluluğu kolaylaştırmak amacıyla oluşturulmuştur.
İsimlendirme Standardı (Pascal Case) | Örnek |
---|---|
|
|
VPC
VPC Name Tag Auto-Generation
VPC Name Tag Auto-Generation, VPC’lerin sistematik ve standart bir şekilde adlandırılmasını sağlayan bir otomasyon sürecidir.
Not: VPC kurulum aşamasında istenilen prefix’ten sonra;
Subnet, Route Table, Network Connections (sadece Interget Gateway ve S3 Gateway)
kaynaklarının başında bahsi geçen prefix’i otomatik olarak AWS kendisi tanımlayarak isimlendirme yapmaktadır.
CIDR Standartları
AWS'de Virtual Private Cloud (VPC) için kullanılan IP adres bloklarının belirli bir formatta tanımlanmasını sağlayan standarttır.
VPC IP CIDR Standart:
10.0.0.0/16
Public CIDR Block
Public CIDR Block | Region ve AZ |
---|---|
|
|
|
|
|
|
Private CIDR Blocks
Proje özelinde, RDS haricindeki kaynakların kullanımı için ayrılmıştır.
Private CIDR Block | Region ve AZ |
---|---|
|
|
|
|
|
|
Proje özelinde, Database kaynakları için ayrılmıştır.
Private CIDR Block | Region ve AZ |
---|---|
|
|
|
|
|
|
Security Groups
İsimlendirme Standardı | Örnek |
---|---|
|
|
|
|
|
|
Inbound Rules
İsimlendirme Standardı | Örnek |
---|---|
|
|
NAT Gateway
İsimlendirme Standardı | Örnek |
---|---|
|
|
RDS
DB instance identifier
İsimlendirme Standardı | Örnek |
---|---|
|
|
Reader'lar
{{number}}
takip ederek ilerlemelidir.
RDS Cluster İsimlendirmesi
İsimlendirme Standardı | Örnek |
---|---|
|
|
Master username
İsimlendirme Standardı | Örnek |
---|---|
|
|
RDS Subnet Groups
İsimlendirme Standardı | Örnek |
---|---|
|
|
RDS Parameter Groups
İsimlendirme Standardı | Örnek |
---|---|
|
|
EC2
İsimlendirme Standardı | Örnek |
---|---|
|
|
Key Pair
İsimlendirme Standardı | Örnek |
---|---|
|
|
Elastic IP
İsimlendirme Standardı | Örnek |
---|---|
|
|
ALB
Load Balancer isimlendirilmesinde 32 karakter sınırlaması bulunmaktadır.
Dolayısıyla kısa ve anlaşılır bir isim seçilmelidir.
Yani{{environment}}+{{alb-name}}-tg
ismi için 32 karakter sınırlaması mevcuttur.{{alb-name}}
maximum 29 karakter olarak yapılırsatg
için bir problem yaşanmayacaktır.
Naming Convention | Example |
---|---|
|
|
|
ALB Rule
Naming Convention | Example |
---|---|
|
|
|
IAM
User
İsimlendirme Standardı | Örnek |
---|---|
|
|
|
|
|
|
User Group
İsimlendirme Standardı | Örnek |
---|---|
|
|
|
Policy
İsimlendirme Standardı (Pascal Case) | Örnek |
---|---|
|
|
Role
İsimlendirme Standardı (Pascal Case) | Örnek |
---|---|
|
|
MFA
İsimlendirme Standardı | Örnek |
---|---|
|
|
Kinesis Data Streams
Naming Format | Example |
---|---|
|
|
Amazon Data Firehose
Naming Format | Example |
---|---|
|
|
S3
Standard
Naming Format | Example |
---|---|
|
|
|
Servis Alt Kırılımları
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
ECR
İsimlendirme Standardı (Slash Case) | Örnek |
---|---|
|
|
ECS
Cluster
İsimlendirme Standartı (Kebab Case) | Örnek |
---|---|
|
|
Service
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
Task Definition
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
Port Mappings
Container Port Protocol Name
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
CloudWatch
Log Group
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
Subscription Filter
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
Secrets Manager
İsimlendirme Standardı (Kebab Case) | Örnek |
---|---|
|
|
GitHub
Secrets
Variables
GitHub Secret Key Naming
{{ENVIRONMENT}}_{{SECRET_KEY}}
PRODUCTION_AWS_ACCESS_KEY_ID
GitHub'da environment (ortam) tanımlama özelliği var. Bu sayede ortam bilgilerini oradan alıp farklı işlemler için ayırt edebiliyoruz.
GitHub Secret ve Variable
İsimlendirme Std:
AWS_ACCESS_KEY_ID
AWS_REGION
AWS_SECRET_ACCESS_KEY
GH_USER_ACCESS_TOKEN
SONAR_TOKEN
KAYNAKLAR