AWS ECR: നിങ്ങളുടെ ECS Fargate-ന് ആവശ്യമായ കണ്ടെയ്‌നർ രജിസ്ട്രി (എന്തുകൊണ്ടാണ് ഇത് തകരാറിലാകുന്നതുവരെ അദൃശ്യമായിരിക്കുന്നത്)

എന്താണ് AWS ECR, നിങ്ങൾ എന്തിന് ശ്രദ്ധിക്കണം?

AWS ECR (ഇലാസ്റ്റിക് കണ്ടെയ്‌നർ രജിസ്ട്രി) എന്നത് ആമസോണിന്റെ മാനേജ്ഡ് കണ്ടെയ്‌നർ ഇമേജ് സ്റ്റോറേജാണ്. ഇതിനെ ഒരു പ്രൈവറ്റ് Docker Hub ആയി കരുതുക, എന്നാൽ AWS-ൽ നിർമ്മിച്ചതാണ്. നിങ്ങൾ ECS Fargate-ൽ ഒരു കണ്ടെയ്‌നർ റൺ ചെയ്യുമ്പോഴെല്ലാം, ടാസ്‌ക് ഒരു ഇമേജ് വലിച്ചെടുക്കേണ്ടതുണ്ട് എവിടെനിന്നെങ്കിലും — ഭൂരിഭാഗം ടീമുകളും അവരുടേത് സൂക്ഷിക്കുന്നത് ECR-ലാണ്.

2026 ജൂലൈ 1-ന്, ഏതൊരു ഗൗരവമേറിയ ക്ലൗഡ് ഡിപ്ലോയ്‌മെന്റിനും കണ്ടെയ്‌നർ ഓർക്കസ്ട്രേഷൻ അത്യാവശ്യമാണ്. നിങ്ങൾ ECS Fargate ആണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ, നിങ്ങൾ മിക്കവാറും ECR ഉപയോഗിക്കുന്നുണ്ടാകും. എന്നാൽ കാര്യം ഇതാണ്: ECR ഒരുതരം അദൃശ്യമാണ്. ഇത് തകരാറിലാകുന്നത് വരെ പ്രവർത്തിക്കുന്നു, അത് തകരുമ്പോൾ, പിശക് സന്ദേശങ്ങൾ സഹായകരമല്ല. ഒരു ടാസ്ക് തുടങ്ങാൻ പരാജയപ്പെടുന്നു ResourceInitializationError. നിങ്ങളുടെ സഹപ്രവർത്തകർ തോളുകുലുക്കുന്നു. ആറുമാസത്തിന് ശേഷം, നിങ്ങളുടെ രജിസ്ട്രിയിൽ അഞ്ച് വർഷത്തെ ടാഗ് ചെയ്യാത്ത ഇമേജുകൾ ഇരിക്കുന്നതായി നിങ്ങൾ കണ്ടെത്തുന്നു, നിശബ്ദമായി നിങ്ങൾക്ക് പ്രതിമാസം $400 സ്റ്റോറേജ് ചാർജ്ജ് ഈടാക്കുന്നു. ECR ഡോക്യുമെന്റേഷൻ ഒഴിവാക്കുന്ന ഭാഗങ്ങൾ ഈ ഗൈഡ് ഉൾക്കൊള്ളുന്നു: പുള്ളുകൾ യഥാർത്ഥത്തിൽ എങ്ങനെ പ്രവർത്തിക്കുന്നു, എന്തുകൊണ്ട് പ്രൈവറ്റ്-സബ്‌നെറ്റ് ടാസ്‌ക്കുകൾ പരാജയപ്പെടുന്നു, കൂടാതെ നിങ്ങളുടെ ബിൽ എങ്ങനെ ന്യായമായി നിലനിർത്താം.

ECS Fargate-നൊപ്പം ECR എങ്ങനെ പ്രവർത്തിക്കുന്നു

ഒരു ECS Fargate ടാസ്‌ക് ആരംഭിക്കുമ്പോൾ, അതിന് ഒരു കണ്ടെയ്‌നർ ഇമേജ് വലിച്ചെടുക്കേണ്ടതുണ്ട്. ടാസ്‌ക്കിന് പ്രാദേശികമായി Docker ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല — ഇത് ആമസോണിന്റെ മാനേജ്ഡ് ഇൻഫ്രാസ്ട്രക്ചറിലാണ് പ്രവർത്തിക്കുന്നത്. അതിനാൽ Fargate ഏജന്റ് ECR-ലേക്ക് എത്തുകയും, ആധികാരികത ഉറപ്പാക്കുകയും, ഇമേജ് ഡൗൺലോഡ് ചെയ്യുകയും ചെയ്യുന്നു.

ആ ആധികാരികത ആണ് ആരും സംസാരിക്കാത്ത പ്രധാന ഭാഗം. നിങ്ങളുടെ Fargate ടാസ്‌ക് യൂസർനെയിമും പാസ്‌വേർഡും ഉപയോഗിച്ച് ലോഗിൻ ചെയ്യുന്നില്ല. പകരം, അത് ഒരു IAM റോൾ ഉപയോഗിക്കുന്നു — പ്രത്യേകമായി, ടാസ്‌ക്കിന് നിങ്ങൾ നൽകിയ എക്സിക്യൂഷൻ റോൾ. ആ റോളിന്റെ അനുമതികൾ ECR പരിശോധിക്കുന്നു. റോളിന് ഇമേജ് വായിക്കാൻ കഴിയുമെങ്കിൽ, കൊള്ളാം. ഇല്ലെങ്കിൽ, ടാസ്‌ക് നിശബ്ദമായി പരാജയപ്പെടുന്നു (നിങ്ങൾക്ക് ഒരു പൊതുവായ പിശക് ലഭിക്കും).

ECR ഒരു പ്രത്യേക AWS റീജിയണിലും നിലവിലുണ്ട്. നിങ്ങളുടെ ടാസ്ക് ഇതിലാണെങ്കിൽ us-east-1 കൂടാതെ നിങ്ങളുടെ ഇമേജ് ഇതിലാണെങ്കിൽ eu-west-1, അധിക കോൺഫിഗറേഷൻ ഇല്ലാതെ ടാസ്‌ക്കിന് അത് വലിച്ചെടുക്കാൻ കഴിയില്ല. അത് സാധാരണയായി ഒരു പ്രശ്നമല്ല, പക്ഷേ അത് അറിഞ്ഞിരിക്കേണ്ടതാണ്.

IAM പെർമിഷനുകൾ: അദൃശ്യമായ മതിൽ

ഇവിടെയാണ് മിക്ക ആളുകളും ഇടറുന്നത്. നിങ്ങളുടെ ECS ടാസ്‌ക്കിന് ഒരു എക്‌സിക്യൂഷൻ റോൾ ആവശ്യമാണ് — ഇമേജുകൾ വലിച്ചെടുക്കുന്നതിനും ലോഗുകൾ എഴുതുന്നതിനും മറ്റ് AWS സേവനങ്ങളോട് സംസാരിക്കുന്നതിനും അത് ഉപയോഗിക്കുന്ന ഐഡന്റിറ്റി. ECR-ൽ നിന്ന് വായിക്കാൻ ആ റോളിന് പ്രത്യേക അനുമതികൾ ആവശ്യമാണ്.

ഏറ്റവും കുറഞ്ഞത് ഇതുപോലെ കാണപ്പെടുന്നു:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "ecr:GetDownloadUrlForLayer",
        "ecr:BatchGetImage",
        "ecr:BatchCheckLayerAvailability"
      ],
      "Resource": "arn:aws:ecr:us-east-1:REPLACE_WITH_ACCOUNT_ID:repository/REPLACE_WITH_REPO_NAME"
    },
    {
      "Effect": "Allow",
      "Action": "ecr:GetAuthorizationToken",
      "Resource": "*"
    }
  ]
}

ആ രണ്ടാമത്തെ പ്രസ്താവന നിർണായകമാണ്. GetAuthorizationToken ആണ് ഏക ഒരു നിർദ്ദിഷ്ട റിപ്പോസിറ്ററിക്ക് ബാധകമല്ലാത്ത ECR നടപടി — ഇത് ആഗോളതലത്തിൽ ബാധകമാണ്. അതില്ലാതെ, നിങ്ങളുടെ ടാസ്‌ക്കിന് ECR-ലേക്ക് പ്രാമാണീകരിക്കാൻ പോലും കഴിയില്ല, മറ്റെല്ലാം പരാജയപ്പെടും.

നിങ്ങൾ ഇത് കുഴപ്പത്തിലാക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ ടാസ്ക് ഇതിൽ ഇരിക്കും PROVISIONING ഒരു മിനിറ്റ് നേരത്തേക്ക്, തുടർന്ന് ഇതിനൊപ്പം പരാജയപ്പെടും ResourceInitializationError. "ഹേയ്, നിങ്ങളുടെ IAM റോളിന് ECR വായിക്കാൻ കഴിയില്ല." എന്ന് പറയുന്ന ഒരു ലോഗ് ഇല്ല. പിശക് അവ്യക്തമാണ്. അതിനാൽ ഒരു ടാസ്‌ക് ആരംഭിക്കാത്തപ്പോൾ ആദ്യം പരിശോധിക്കേണ്ടത് എക്‌സിക്യൂഷൻ റോളാണ്.

പ്രൈവറ്റ് സബ്‌നെറ്റ് പരാജയങ്ങളും അവ സംഭവിക്കുന്നത് എന്തുകൊണ്ട്

നിങ്ങളുടെ Fargate ടാസ്‌ക് ഒരു പ്രൈവറ്റ് സബ്‌നെറ്റിലാണെന്ന് കരുതുക (നല്ല സുരക്ഷാ രീതി). ഇതിന് നേരിട്ട് ഇന്റർനെറ്റ് ആക്‌സസ് ഇല്ല — എല്ലാ ഔട്ട്‌ബൗണ്ട് ട്രാഫിക്കും ഒരു NAT ഗേറ്റ്‌വേയിലൂടെ കടന്നുപോകുന്നു. ഇപ്പോൾ നിങ്ങളുടെ ടാസ്‌ക് ECR-ൽ നിന്ന് ഒരു ഇമേജ് വലിച്ചെടുക്കാൻ ശ്രമിക്കുന്നു.

ECR ഒരു AWS സേവനമാണ്, അതിനാൽ ഇത് ഇന്റർനെറ്റിൽ വസിക്കുന്നു (ഒരുതരം — സാങ്കേതികമായി ഇതിന് പബ്ലിക്, VPC എൻഡ്‌പോയിന്റുകൾ ഉണ്ട്). നിങ്ങളുടെ പ്രൈവറ്റ്-സബ്‌നെറ്റ് ടാസ്‌ക് ECR-ന്റെ പബ്ലിക് എൻഡ്‌പോയിന്റിൽ എത്തുമ്പോൾ, അഭ്യർത്ഥന NAT ഗേറ്റ്‌വേയിലൂടെ പോയി തിരികെ വരുന്നു, അത് പ്രവർത്തിക്കണം . സാധാരണയായി അത് അങ്ങനെ ചെയ്യുന്നു.

പക്ഷെ ചിലപ്പോൾ അങ്ങനെയല്ല. നിങ്ങളുടെ ടാസ്‌ക്കിൽ നിന്ന് വ്യത്യസ്‌തമായ AZ-ലാണ് നിങ്ങളുടെ NAT ഗേറ്റ്‌വേ എങ്കിൽ, അല്ലെങ്കിൽ നിങ്ങൾ റൂട്ട് ടേബിളുകൾ തെറ്റായി കോൺഫിഗർ ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, അഭ്യർത്ഥന നിശബ്ദമായി പരാജയപ്പെടുന്നു. അല്ലെങ്കിൽ നിങ്ങളുടെ സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ പോർട്ട് 443-ൽ (HTTPS) ഈഗ്രെസ്സ് തടയുകയാണെങ്കിൽ, ECR-ന് പ്രതികരിക്കാൻ കഴിയില്ല.

പരിഹാരം സാധാരണയായി ഇവയിലൊന്നാണ്:

1. ECR-ന് ഒരു VPC എൻഡ്‌പോയിന്റ് ഉപയോഗിക്കുക. നിങ്ങളുടെ VPC-യിൽ ഒരു VPC എൻഡ്‌പോയിന്റ് സൃഷ്‌ടിക്കുക, പൊതു ഇൻ്റർനെറ്റിന് പകരം എൻഡ്‌പോയിന്റിലൂടെ Fargate ഇമേജ് വലിച്ചെടുക്കുന്നു. ഇത് കൂടുതൽ സുരക്ഷിതവും വേഗതയേറിയതുമാണ്.
2. നിങ്ങളുടെ NAT ഗേറ്റ്‌വേ ആക്‌സസ് ചെയ്യാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക. റൂട്ട് ടേബിളുകൾ പരിശോധിക്കുക — ECR-ലേക്കുള്ള ട്രാഫിക് NAT വഴി റൂട്ട് ചെയ്യണം.
3. ഔട്ട്ബൗണ്ട് HTTPS തുറക്കുക. ECR-ൽ എത്താൻ നിങ്ങളുടെ ടാസ്ക്കിന്റെ സെക്യൂരിറ്റി ഗ്രൂപ്പിന് പോർട്ട് 443-ൽ ഈഗ്രെസ്സ് ആവശ്യമാണ്.
4. CloudWatch ലോഗുകൾ പരിശോധിക്കുക. നിങ്ങൾ പിശക് സന്ദേശം കടന്നുപോകുകയാണെങ്കിൽ നിങ്ങളുടെ ടാസ്ക്കിന്റെ CloudWatch ലോഗ് ഗ്രൂപ്പിൽ പലപ്പോഴും സൂചനകൾ ഉണ്ടായിരിക്കും.

നിങ്ങൾ ഒരു പ്രൈവറ്റ് സബ്‌നെറ്റിലാണെങ്കിൽ, ഒരു VPC എൻഡ്‌പോയിന്റാണ് സുവർണ്ണ നിലവാരം. ഇത് എല്ലാ ട്രാഫിക്കും AWS-നുള്ളിൽ നിലനിർത്തുന്നു, NAT നിരക്കുകൾ ഒഴിവാക്കുന്നു, ഒപ്പം വേഗതയേറിയതുമാണ്. ഇത് ഒരിക്കൽ സജ്ജീകരിക്കുക, അതിനെക്കുറിച്ച് മറക്കുക.

ECR വിലനിർണ്ണയവും ഇമേജ് വൃത്തിയാക്കലും മനസ്സിലാക്കൽ

ECR ചെലവുകൾ ലളിതമാണ്: സംഭരിച്ച ഇമേജ് ഡാറ്റയ്ക്കായി നിങ്ങൾ പണം നൽകുന്നു. ഓരോ പുൾ ചാർജ്ജും ഇല്ല, ഓരോ പുഷ് ചാർജ്ജും ഇല്ല. വെറും സ്റ്റോറേജ് മാത്രം.

ഇതിലെ കുടുക്ക്: നിങ്ങൾ തള്ളുന്ന ഓരോ ഇമേജ് ലെയറും നിങ്ങൾ ഇല്ലാതാക്കുന്നതുവരെ എന്നെന്നേക്കുമായി സൂക്ഷിക്കപ്പെടുന്നു. നിങ്ങൾ ഒരേ ഇമേജ് ടാഗ് ആവർത്തിച്ച് തള്ളുകയാണെങ്കിൽ (ഒരു "latest" ടാഗ് പോലെ), ഓരോ പുഷും താഴെത്തട്ടിൽ പുതിയൊരു ഇമേജ് ആണ്. കുറച്ച് വർഷങ്ങൾക്ക് ശേഷം, നിങ്ങളിൽ ആയിരക്കണക്കിന് ടാഗ് ചെയ്യാത്ത ഇമേജുകൾ അവിടെ ഇരിപ്പുണ്ടാകും.

ബേസ് OS-ഉം പാക്കേജുകളും അടിസ്ഥാനമാക്കി ഒരു ഇമേജ് 500 MB മുതൽ 2 GB വരെയാകാം. നൂറുകണക്കിന് അല്ലെങ്കിൽ ആയിരക്കണക്കിന് ബിൽഡുകൾ കൊണ്ട് ഗുണിക്കുക, നിങ്ങൾ ടെറാബൈറ്റുകളാണ് കാണുന്നത്. പ്രതിമാസം GB-ക്ക് ഏകദേശം $0.10 എന്ന നിരക്കിൽ, ഇത് ചെലവേറിയതാണ്.

ഒരു ലൈഫ് സൈക്കിൾ പോളിസിയാണ് പരിഹാരം. "30 ദിവസമായി ഉപയോഗിക്കാത്ത ഏത് ഇമേജും ഇല്ലാതാക്കുക" അല്ലെങ്കിൽ "ഓരോ ടാഗിനും അവസാനത്തെ 10 ഇമേജുകൾ മാത്രം സൂക്ഷിക്കുക" എന്ന് പറയുന്ന ഒരു നിയമമാണിത്. ഇതാ ഒരു ന്യായമായ ഉദാഹരണം:

{
  "rules": [
    {
      "rulePriority": 1,
      "description": "Keep last 10 images",
      "selection": {
        "tagStatus": "tagged",
        "countType": "imageCountMoreThan",
        "countNumber": 10
      },
      "action": {
        "type": "expire"
      }
    },
    {
      "rulePriority": 2,
      "description": "Delete untagged images after 30 days",
      "selection": {
        "tagStatus": "untagged",
        "countType": "sinceImagePushed",
        "countUnit": "days",
        "countNumber": 30
      },
      "action": {
        "type": "expire"
      }
    }
  ]
}

ഇത് അവസാനത്തെ 10 ടാഗ് ചെയ്ത ഇമേജുകൾ നിലനിർത്തുകയും 30 ദിവസത്തിലധികം പഴക്കമുള്ള ടാഗ് ചെയ്യാത്തവ ഇല്ലാതാക്കുകയും ചെയ്യുന്നു. നിങ്ങൾ ECR സജ്ജീകരിക്കുമ്പോൾ ഇത് പ്രയോഗിക്കുക, നിങ്ങൾക്ക് ഒരിക്കലും അതിശയകരമായ $400 ബിൽ ഉണ്ടാകില്ല.

ECR പ്രശ്നങ്ങൾ ഡീബഗ് ചെയ്യുന്നു

ഒരു ടാസ്‌ക് ആരംഭിക്കുന്നതിൽ പരാജയപ്പെടുമ്പോൾ, പിശക് സന്ദേശം സാധാരണയായി ഉപയോഗശൂന്യമാണ്. എന്നാൽ ഉത്തരം മിക്കവാറും ഇവയിലൊന്നാണ്:

1. മോശം IAM പെർമിഷനുകൾ. എക്‌സിക്യൂഷൻ റോളിന് റിപ്പോസിറ്ററി വായിക്കാൻ കഴിയില്ല.
2. തെറ്റായ റിപ്പോസിറ്ററി അല്ലെങ്കിൽ റീജിയൺ. ടാസ്ക് തിരയുന്നത് ഇതിലാണ് app.example.com/myimage:latest ഇതിൽ us-east-1, എന്നാൽ നിങ്ങൾ അത് ഇതിലേക്ക് തള്ളി eu-west-1.
3. നെറ്റ്‌വർക്ക് പ്രശ്നങ്ങൾ. പ്രൈവറ്റ് സബ്‌നെറ്റ്, സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ അല്ലെങ്കിൽ ECR-ലേക്കുള്ള ആക്‌സസ് തടയുന്ന റൂട്ട് ടേബിളുകൾ.
4. ഇമേജ് നിലവിലില്ല. നിങ്ങൾ ഒരു ടാഗ് തള്ളി, തുടർന്ന് അത് ഇല്ലാതാക്കി, തുടർന്ന് അത് ഉപയോഗിക്കാൻ ശ്രമിച്ചു.
5. ECR API ത്രോട്ടിലിംഗ്. അപൂർവമാണ്, എന്നാൽ നിങ്ങൾ ഒരേസമയം നൂറുകണക്കിന് ഇമേജുകൾ വലിച്ചെടുക്കുകയാണെങ്കിൽ, ECR നിങ്ങളുടെ നിരക്ക്-പരിമിതപ്പെടുത്തിയേക്കാം.

പരിഹരിക്കാൻ:

• IAM കൺസോളിൽ ടാസ്ക്കിന്റെ എക്സിക്യൂഷൻ റോൾ പരിശോധിക്കുക. അതിന് ECR അനുമതികൾ ഉണ്ടോ?
• ടാസ്ക്കിനായി CloudWatch ലോഗ് ഗ്രൂപ്പ് പരിശോധിക്കുക. പലപ്പോഴും ഇതിൽ കുഴിച്ചിട്ടിരിക്കുന്ന ഒരു സൂചനയുണ്ട് awslogs ഔട്ട്പുട്ട്.
• അതേ VPC-യിലെ ഒരു EC2 ഇൻസ്റ്റൻസിൽ നിന്ന് ഇമേജ് നേരിട്ട് വലിച്ചെടുക്കാൻ ശ്രമിക്കുക. അത് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, ടാസ്‌ക് കോൺഫിഗറേഷനിലെ നെറ്റ്‌വർക്കിംഗ് അല്ലെങ്കിൽ IAM ആണ് പ്രശ്നം.
• VPC എൻഡ്‌പോയിന്റ് നോക്കുക (നിങ്ങൾ ഒരെണ്ണം ഉപയോഗിക്കുകയാണെങ്കിൽ). ടാസ്ക്കിന്റെ സബ്നെറ്റിൽ നിന്ന് ഇത് ആക്സസ് ചെയ്യാൻ കഴിയുമോ?

ഉപസംഹാരം

ECR സങ്കീർണ്ണമല്ല, പക്ഷേ വിശദാംശങ്ങൾ നഷ്ടപ്പെടാൻ എളുപ്പമാണ്. ഇത് നിങ്ങളുടെ ECS ടാസ്ക്കിനും പുറം ലോകത്തിനുമിടയിൽ ഇരിക്കുന്നു, ഇത് തെറ്റായി ക്രമീകരിച്ചിട്ടുണ്ടെങ്കിൽ, എല്ലാം നിൽക്കുന്നു. ശരിയാക്കേണ്ട മൂന്ന് കാര്യങ്ങൾ ഇവയാണ്: IAM പെർമിഷനുകൾ (ഉൾപ്പെടെ GetAuthorizationToken), നെറ്റ്‌വർക്ക് ആക്‌സസ് (പ്രത്യേകിച്ച് പ്രൈവറ്റ് സബ്‌നെറ്റുകളിൽ), ഇമേജ് വൃത്തിയാക്കൽ (ലൈഫ് സൈക്കിൾ പോളിസികൾ). ആ മൂന്നും ചെയ്യുക, ECR നല്ല രീതിയിൽ അദൃശ്യമാകും - അത് നന്നായി പ്രവർത്തിക്കുന്നു, കൂടാതെ നിങ്ങളുടെ ബിൽ ന്യായമായി നിലനിൽക്കുകയും ചെയ്യും.

ഗുണങ്ങൾ

• പൂർണ്ണമായും മാനേജ് ചെയ്യുന്നത് — നിങ്ങൾക്ക് സ്വയം പ്രവർത്തിപ്പിക്കാൻ ഒരു കണ്ടെയ്‌നർ രജിസ്ട്രി ഇല്ല
• IAM-മായി സംയോജിപ്പിച്ചിരിക്കുന്നു — ഫൈൻ-ഗ്രെയിൻഡ് ആക്സസ് കൺട്രോൾ ഇൻബിൽറ്റ് ആണ്
• ചെലവ് കുറഞ്ഞത് — സ്റ്റോറേജിന് മാത്രം പണം നൽകുക, ഓരോ പുൾ ചാർജ്ജുകളും ഇല്ല
• വേഗതയേറിയത് — നിങ്ങളുടെ ടാസ്‌ക്കുകൾ ഉള്ള അതേ AWS റീജിയണിലാണ് ഇമേജുകൾ ഉള്ളത്
• VPC എൻഡ്‌പോയിന്റുകൾ ലഭ്യമാണ് — സുരക്ഷയ്ക്കും വേഗതയ്ക്കും വേണ്ടി ട്രാഫിക് AWS-നുള്ളിൽ നിലനിർത്തുക
• ലൈഫ് സൈക്കിൾ പോളിസികൾ — ഓട്ടോമാറ്റിക് ക്ലീനപ്പ് ബിൽ സർപ്രൈസുകൾ തടയുന്നു

ദോഷങ്ങൾ

• പിശക് സന്ദേശങ്ങൾ വ്യക്തമല്ല — "ResourceInitializationError" നിങ്ങളോട് ഒന്നും പറയുന്നില്ല
• റീജിയണൽ — ഒരു റീജിയണിലെ ഇമേജുകൾ പരിഹാരമാർഗ്ഗങ്ങളില്ലാതെ മറ്റൊന്നിലെ ടാസ്‌ക്കുകൾക്ക് ദൃശ്യമാകില്ല
• ബിൽറ്റ്-ഇൻ അറിയിപ്പുകൾ ഇല്ല — മുന്നറിയിപ്പില്ലാതെ നിങ്ങളുടെ ഇമേജ് സ്റ്റോറേജ് വർദ്ധിക്കാം
• IAM സങ്കീർണ്ണത — എക്‌സിക്യൂഷൻ റോളിന് ചലിക്കുന്ന നിരവധി ഭാഗങ്ങളുണ്ട്
• VPC എൻഡ്‌പോയിന്റ് സജ്ജീകരണം മാനുവൽ ആണ് — പ്രൈവറ്റ്-സബ്നെറ്റ് ആക്സസ് സുരക്ഷിതമാക്കുന്നത് എളുപ്പമായിരിക്കണം
• ടാഗ് ചെയ്യാത്ത ഇമേജ് വൃത്തിയാക്കൽ മാനുവൽ ആണ് — ലൈഫ് സൈക്കിൾ പോളിസികൾ ഡിഫോൾട്ടായി സജീവമാകുന്നില്ല

മുന്നറിയിപ്പ്

ഈ ഗൈഡ് പ്ലേസ്‌ഹോൾഡർ മൂല്യങ്ങൾ ഉപയോഗിക്കുന്നു: റിപ്പോസിറ്ററി പേരുകൾ REPLACE_WITH_REPO_NAME, അക്കൗണ്ട് ഐഡികൾ REPLACE_WITH_ACCOUNT_ID, റീജിയണുകൾ എന്നിവ പൊതുവായ ഉദാഹരണങ്ങളാണ്. നിങ്ങളുടെ AWS അക്കൗണ്ടിൽ നിന്നുള്ള യഥാർത്ഥ മൂല്യങ്ങൾ എപ്പോഴും പകരം വയ്ക്കുക. ഈ കോൺഫിഗറേഷനുകളിലേതെങ്കിലും പ്രൊഡക്ഷനിലേക്ക് വിന്യസിക്കുന്നതിന് മുൻപ്, ആദ്യം ഒരു സാൻഡ്‌ബോക്സ് എൻവയോൺമെൻ്റിൽ അവ പരീക്ഷിക്കുക. IAM മാറ്റങ്ങൾക്കും നെറ്റ്‌വർക്കിംഗ് കോൺഫിഗറേഷനുകൾക്കും പ്രവർത്തിക്കുന്ന വർക്ക്ലോഡുകളെ തടസ്സപ്പെടുത്താൻ കഴിയും, അതിനാൽ ശ്രദ്ധാപൂർവ്വം മാറ്റങ്ങൾ വരുത്തുകയും ഒരു റോൾബാക്ക് പ്ലാൻ ഉണ്ടായിരിക്കുകയും ചെയ്യുക. നിങ്ങളുടെ സ്വന്തം ഉത്തരവാദിത്തത്തിൽ തുടരുക, കൂടാതെ എല്ലാ പ്ലേസ്‌ഹോൾഡറുകളും യഥാർത്ഥവും കൃത്യവുമായ മൂല്യങ്ങൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിച്ചിട്ടുണ്ടോയെന്ന് പരിശോധിക്കുക.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

• എന്റെ CI/CD പൈപ്പ്‌ലൈനിൽ നിന്ന് ECR-ലേക്ക് എനിക്കെങ്ങനെ ഒരു ഇമേജ് പുഷ് ചെയ്യാം?
• ഒരു പബ്ലിക്, പ്രൈവറ്റ് ECR റിപ്പോസിറ്ററികൾ തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?
• എനിക്ക് AWS-ന് പുറത്ത് നിന്ന് ഒരു ECR ഇമേജ് വലിച്ചെടുക്കാൻ കഴിയുമോ?
• സുരക്ഷാ വീഴ്ചകൾക്കായി ഞാൻ എങ്ങനെ ECR ഇമേജുകൾ സ്കാൻ ചെയ്യും?
• എന്തുകൊണ്ടാണ് പെട്ടെന്ന് എൻ്റെ ECR ബിൽ ഇത്ര ഉയർന്നത്?
• ഞാൻ ECR ഉപയോഗിക്കേണ്ടതുണ്ടോ, അതോ എനിക്ക് Docker Hub അല്ലെങ്കിൽ മറ്റൊരു രജിസ്ട്രി ഉപയോഗിക്കാമോ?
• എന്റെ ECR റിപ്പോസിറ്ററിയിലേക്ക് മറ്റൊരു AWS അക്കൗണ്ടിന് ഞാൻ എങ്ങനെ ആക്സസ് നൽകും?
• റണ്ണിംഗ് ടാസ്‌ക് ഉപയോഗിക്കുന്ന ഇമേജ് ഞാൻ ഇല്ലാതാക്കിയാൽ എന്ത് സംഭവിക്കും?

ടാഗുകൾ

#aws #ecr #ecs #containers #fargate #devops #cloudnative #iam