വിജ്ഞാനശേഖരം

നിങ്ങളുടെ സ്വന്തം Azure Static Web Apps അക്കൗണ്ടിലേക്ക് ഒരു സ്റ്റാറ്റിക് സൈറ്റ് വിന്യസിക്കുക

ഒരു റിസോഴ്സ് ഗ്രൂപ്പിൽ Contributor ഉള്ള ഒരു Azure സർവീസ് പ്രിൻസിപ്പൽ സൃഷ്ടിച്ച് അത് കണക്റ്റ് ചെയ്യുക, അതുവഴി നിങ്ങളുടെ സ്റ്റാറ്റിക് സൈറ്റുകൾ നിങ്ങളുടെ സ്വന്തം Azure സബ്സ്ക്രിപ്ഷനിലെ ശേഖരത്തിൽ നിന്ന് നിർമ്മിക്കപ്പെടും.

ഇത് കണക്റ്റ് ചെയ്യുന്നത് കൊണ്ട് നിങ്ങൾക്ക് എന്ത് ലഭിക്കുന്നു

നിങ്ങളുടെ സ്വന്തം Azure Static Web Apps അക്കൗണ്ട് കണക്റ്റ് ചെയ്യുന്നത് വഴി, നിങ്ങളുടെ Zinn® ഡാഷ്‌ബോർഡിൽ നിന്ന് നിങ്ങളുടെ Azure Static Web Apps അക്കൗണ്ടിലേക്ക് ഒരു സ്റ്റാറ്റിക് സൈറ്റ് പബ്ലിഷ് ചെയ്യാൻ സാധിക്കും. പ്രോജക്റ്റും അതിൻ്റെ ബില്ലും നിങ്ങളുടേതായിരിക്കും; ഡിപ്ലോയ്മെന്റ്, കസ്റ്റം ഡൊമെയ്ൻ, DNS റെക്കോർഡുകൾ എന്നിവ ഞങ്ങൾ കൈകാര്യം ചെയ്യുന്നു.

നിങ്ങൾ ആരംഭിക്കുന്നതിന് മുൻപ്

ഒരു Azure സബ്‌സ്‌ക്രിപ്‌ഷൻ, സൈറ്റുകൾക്കായുള്ള ഒരു റിസോഴ്‌സ് ഗ്രൂപ്പ്, കൂടാതെ കോഡ് അടങ്ങിയിരിക്കുന്ന ബന്ധിപ്പിച്ച ഒരു GitHub, GitLab അല്ലെങ്കിൽ Bitbucket അക്കൗണ്ട് — ഒരു റെപ്പോസിറ്ററിയിൽ നിന്നാണ് Azure Static Web Apps നിർമ്മിക്കുന്നത്. Azure-ന്റെ സൗജന്യ പ്ലാൻ വാണിജ്യപരമായ ഉപയോഗവും ഒരു ആപ്പിന് രണ്ട് കസ്റ്റം ഡൊമെയ്‌നുകളും അനുവദിക്കുന്നു.

1. Azure Static Web Apps-ൽ കീ നിർമ്മിക്കുക

Azure ഇതിനെ service principal എന്ന് വിളിക്കുന്നു. Microsoft Entra അഡ്മിൻ സെന്ററിൽ Entra ID → App registrations → New registration തുറന്ന്, അതിനൊരു പേര് നൽകി Register ചെയ്യുക. ആപ്പിൻ്റെ അവലോകന പേജിൽ നിന്ന് Application (client) ID-യും Directory (tenant) ID-യും കോപ്പി ചെയ്യുക. അതിനുശേഷം Certificates & secrets → Client secrets → New client secret തുറന്ന്, കാലാവധി തിരഞ്ഞെടുത്ത് Add ചെയ്യുക — സീക്രട്ടിന്റെ വാല്യൂ ഉടനടി കോപ്പി ചെയ്യുക, Azure ഇത് ഒരു തവണ മാത്രമേ കാണിക്കൂ.

Azure പോർട്ടലിൽ, ഞങ്ങൾ ഉപയോഗിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്ന റിസോഴ്‌സ് ഗ്രൂപ്പ് തുറക്കുക, തുടർന്ന് Access control (IAM) → Add → Add role assignment. Contributor റോൾ തിരഞ്ഞെടുക്കുക, അത് User, group, or service principal എന്നതിലേക്ക് നൽകുക, പേര് ഉപയോഗിച്ച് ആപ്പ് തിരയുക, തുടർന്ന് Review + assign ചെയ്യുക. റിസോഴ്‌സ് ഗ്രൂപ്പിന്റെ പേരും അത് ഉൾപ്പെടുന്ന Subscription ID-യും കുറിച്ച് വെയ്ക്കുക (പോർട്ടലിൽ Subscriptions എന്ന് തിരയുക).

2. ഇത് ഇവിടെ കണക്റ്റ് ചെയ്യുക

നിങ്ങളുടെ ഡാഷ്‌ബോർഡിൽ Integrations തുറന്ന് Connect an account തിരഞ്ഞെടുക്കുക. ഗ്രൂപ്പായി Static hosting (Netlify, Vercel) എന്നും അക്കൗണ്ടായി Azure Static Web Apps എന്നും തിരഞ്ഞെടുക്കുക, Client ID, Client secret, Tenant ID, Subscription ID, Resource group എന്നിവ പൂരിപ്പിച്ച് Connect account അമർത്തുക.

എന്തെങ്കിലും സേവ് ചെയ്യുന്നതിന് മുൻപ് നിങ്ങൾ പേസ്റ്റ് ചെയ്ത വിവരങ്ങൾ ഞങ്ങൾ പരിശോധിക്കുന്നു. പ്രവർത്തിക്കാത്ത ഒരു കീ ഒരിക്കലും സംഭരിക്കപ്പെടില്ല, കൂടാതെ അതിന് എന്താണ് കുഴപ്പമെന്ന് മറുപടിയിൽ വ്യക്തമാക്കുകയും ചെയ്യും. പ്രവർത്തിക്കുന്ന ഒരു കീ ഞങ്ങളുടെ സീക്രട്ട്സ് വോൾട്ടിൽ എൻക്രിപ്റ്റ് ചെയ്ത് സൂക്ഷിക്കുന്നു — ഞങ്ങളുടെ ഡാറ്റാബേസിൽ ഒരിക്കലുമില്ല — മാത്രമല്ല ഇത് പിന്നീട് ഒരിക്കലും കാണിക്കില്ല, നിങ്ങൾക്ക് പോലും.

അടുത്തതായി എന്ത് സംഭവിക്കുന്നു

  • നിങ്ങൾ ഒരു സ്റ്റാറ്റിക് സൈറ്റ് നിർമ്മിക്കുകയോ മാറ്റുകയോ ചെയ്യുമ്പോൾ, ഈ അക്കൗണ്ട് ഒരു ഡിപ്ലോയ് ടാർഗെറ്റായി ദൃശ്യമാകും.
  • Azure Static Web Apps ഒരു റെപ്പോസിറ്ററിയിൽ നിന്നാണ് നിർമ്മിക്കുന്നത് — അപ്‌ലോഡ് ചെയ്ത ഒരു ബിൽഡ് സ്വീകരിക്കാൻ ഇതിന് മാർഗ്ഗമില്ല — അതിനാൽ സൈറ്റിൻ്റെ കോഡ് കണക്റ്റ് ചെയ്ത ഒരു GitHub, GitLab അല്ലെങ്കിൽ Bitbucket റെപ്പോസിറ്ററിയിൽ നിന്ന് തന്നെ വരണം. നിങ്ങൾ ഇതുവരെ ചെയ്തിട്ടില്ലെങ്കിൽ ആദ്യം ഒരെണ്ണം കണക്റ്റ് ചെയ്യുക.

  • ഞങ്ങൾ നിങ്ങളുടെ അക്കൗണ്ടിൽ സർവീസ് നിർമ്മിക്കുകയും, അത് റെപ്പോസിറ്ററിയിലേക്ക് പോയിന്റ് ചെയ്യുകയും, നിങ്ങളുടെ കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കുകയും, ഡിപ്ലോയ്മെന്റുകൾ ട്രിഗർ ചെയ്യുകയും ചെയ്യുന്നു. Azure Static Web Apps-ന് ആവശ്യമായ ഏത് DNS റെക്കോർഡും ഡൊമെയ്‌ന്റെ പേജ് കാണിക്കുന്നു.
  • ഉപയോഗവും ബില്ലിംഗും നിങ്ങളുടെ അക്കൗണ്ടിലായിരിക്കും, ഇത് നിങ്ങളുടെ സ്വന്തം വെണ്ടർ ഡാഷ്‌ബോർഡിൽ കാണാനാകും.
  • ഒരു അപെക്സ് ഡൊമെയ്ൻ TXT റെക്കോർഡ് വഴിയും സബ്ഡൊമെയ്ൻ അതിന്റെ CNAME വഴിയും സ്ഥിരീകരിക്കുന്നു; നിങ്ങളുടെ ഡൊമെയ്‌ന് ഏതാണ് ആവശ്യമെന്ന് ഡൊമെയ്‌ന്റെ പേജ് കാണിക്കുന്നു.

കണക്റ്റ് ചെയ്യുന്നില്ലെങ്കിൽ

Azure ആ service principal നിരസിച്ചു. ഒന്നുകിൽ ക്ലയന്റ് സീക്രട്ടിന്റെ കാലാവധി കഴിഞ്ഞിരിക്കാം — നിങ്ങൾ തിരഞ്ഞെടുത്ത കാലാവധി അനുസരിച്ച് അവ എപ്പോഴും കാലഹരണപ്പെടും — അല്ലെങ്കിൽ ആപ്പിന് റിസോഴ്‌സ് ഗ്രൂപ്പിൽ ഇനി Contributor റോൾ ഉണ്ടായിരിക്കില്ല. രണ്ട് സന്ദേശങ്ങളും ഒരേപോലെ കാണപ്പെടുന്നു, അതിനാൽ ഒരു പുതിയ സീക്രട്ട് ഉണ്ടാക്കുന്നതിന് മുൻപ് റോൾ അസൈൻമെന്റ് പരിശോധിക്കുക.

ഒന്നും കണ്ടെത്തിയില്ല. നിങ്ങൾ റോൾ നൽകിയവ തന്നെയാണ് Subscription ID-യും Resource group-ഉം എന്നും, ആപ്പ് രജിസ്റ്റർ ചെയ്തിരിക്കുന്ന ഡയറക്ടറിയാണ് Tenant ID എന്നും ഉറപ്പാക്കുക.

കീ നിരസിക്കപ്പെട്ടതായി കാണിക്കുന്നു. മിക്കപ്പോഴും മൂന്ന് കാര്യങ്ങളിൽ ഒന്നായിരിക്കാം: അതിനൊപ്പം കോപ്പി ചെയ്ത ഒരു സ്‌പെയ്‌സ് അല്ലെങ്കിൽ ലൈൻ ബ്രേക്ക്, കാലാവധി കഴിഞ്ഞ ഒരു കീ, അല്ലെങ്കിൽ നിങ്ങൾ കോപ്പി ചെയ്തതിന് ശേഷം റദ്ദാക്കുകയോ വീണ്ടും സൃഷ്ടിക്കുകയോ ചെയ്ത ഒരു കീ. പുതിയൊരെണ്ണം ഉണ്ടാക്കി വീണ്ടും പേസ്റ്റ് ചെയ്യുക.

ഇത് കണക്റ്റ് ചെയ്യുന്നു, എന്നാൽ പിന്നീട് എന്തോ പരാജയപ്പെടുന്നു. കീ പ്രാമാണീകരിക്കുന്നുണ്ട്, എന്നാൽ ആ പ്രവർത്തനത്തിന് ആവശ്യമായ അനുമതി അതിനില്ല. മുകളിൽ ലിസ്റ്റ് ചെയ്തിട്ടുള്ള അനുമതികളോടെ ഒരു പുതിയ കീ നിർമ്മിക്കുക, തുടർന്ന് പഴയ കണക്ഷൻ വിച്ഛേദിച്ച് പുതിയ കീ കണക്റ്റ് ചെയ്യുക.

വിച്ഛേദിക്കുന്നു

Integrations തുറന്ന്, അക്കൗണ്ട് കണ്ടെത്തി Disconnect അമർത്തുക. അത് സംഭരിച്ച കീ ഉടനടി ഇല്ലാതാക്കുന്നു. അത് ഉപയോഗിച്ചിരുന്ന എന്തും അതിന്റെ അടുത്ത പ്രവർത്തനത്തിൽ തന്നെ നിലയ്ക്കുന്നു, കൂടാതെ അതിനെ ആശ്രയിച്ചിരുന്ന സ്ക്രീനുകൾ നിശബ്ദമായി പരാജയപ്പെടുന്നതിന് പകരം ആ വിവരം കാണിക്കുകയും ചെയ്യുന്നു.

വിച്ഛേദിക്കുന്നത് ഇതിനകം ചെയ്ത കാര്യങ്ങളെ പൂർവ്വസ്ഥിതിയിലാക്കില്ല — നിങ്ങളുടെ അക്കൗണ്ടിൽ ഞങ്ങൾ മാറ്റിയ റെക്കോർഡുകളോ ഡിപ്ലോയ്‌മെന്റുകളോ ക്രമീകരണങ്ങളോ അതുപോലെ തന്നെ തുടരും. കീ ചോർന്നതായി നിങ്ങൾക്ക് തോന്നുന്നുവെങ്കിൽ, വെണ്ടറിൽ വെച്ചും അത് റദ്ദാക്കുക; വിച്ഛേദിക്കുന്നത് ഞങ്ങളുടെ പക്കലുള്ള പകർപ്പ് മാത്രമാണ് നീക്കം ചെയ്യുന്നത്, അവരുടേതല്ല.

ബ്ലോഗിൽ നിന്നുള്ള പുതിയ വിവരങ്ങൾ

ഹോസ്റ്റിംഗ്, എസ്ഇഒ, വലിയ തോതിലുള്ള സൈറ്റുകളുടെ പ്രവർത്തനം എന്നിവയെക്കുറിച്ച് ഞങ്ങൾ എഴുതിയത്.

ഹോസ്റ്റിംഗ് ലെയറിൽ നിന്നുള്ള എസ്ഇഒയും ലിങ്ക് നിർമ്മാണവും: ഒരു 2026 ഓപ്പറേറ്ററുടെ വീക്ഷണം

2026-ൽ ഹോസ്റ്റിംഗ് ഇൻഡെക്സിംഗിനെയും ലിങ്ക് ഇക്വിറ്റിയെയും എങ്ങനെ സ്വാധീനിക്കുന്നു: പേജുകൾ ഇൻഡെക്സ് ചെയ്ത് നിലനിർത്തൽ, നിർമ്മാണത്തിന് മുമ്പ് പഴയ ഡൊമെയ്‌നുകൾ പരിശോധിക്കൽ, തിരച്ചിൽ കാൽപ്പാടുകൾ ഇല്ലാതെ ലിങ്ക് നിർമ്മിക്കൽ, കൂടാതെ എസ്ഇഒയ്ക്കായി ഇൻഫ്രാസ്ട്രക്ചറിന് എന്തൊക്കെ ചെയ്യാൻ കഴിയും, എന്തൊക്കെ ചെയ്യാൻ കഴിയില്ല എന്നതിനെക്കുറിച്ചുള്ള സത്യസന്ധമായ കാഴ്ചപ്പാട്.

പോസ്റ്റ് വായിക്കുക →

WordPress വേഗതയേറിയതും സുരക്ഷിതവുമാക്കുന്നു: പ്രകടനത്തിന്റെയും പ്ലഗിന്റെയും ചെക്ക്‌ലിസ്റ്റ്

വേഗതയേറിയതും സുരക്ഷിതവുമായ WordPress-നായുള്ള പ്രായോഗിക ചെക്ക്‌ലിസ്റ്റ്: സെർവർ-ലെവൽ കാഷിംഗ്, ഓരോ സൈറ്റിനുമുള്ള ഒബ്‌ജക്റ്റ് കാഷ്, ഉപയോഗിക്കാൻ യോഗ്യമായ ഏതാനും പ്ലഗിനുകൾ, സ്റ്റാക്ക് കാലികമായി നിലനിർത്തൽ, നിങ്ങൾ ഒരിക്കലും കാഷ് ചെയ്യാൻ പാടില്ലാത്ത WooCommerce പേജുകൾ.

പോസ്റ്റ് വായിക്കുക →

2026-ൽ മാനേജ്‌ഡ് വെബ് ഹോസ്റ്റിംഗ് എങ്ങനെ തിരഞ്ഞെടുക്കാം: ഒരു വാങ്ങലുകാരന്റെ വഴികാട്ടി

നിയന്ത്രണ പാനലുള്ള ഒരു വിലകുറഞ്ഞ ബോക്സിൽ നിന്ന് മികച്ച നിയന്ത്രിത ഹോസ്റ്റിംഗിനെ യഥാർത്ഥത്തിൽ വേർതിരിക്കുന്നത് എന്താണ് — മൈഗ്രേഷനുകൾ, ബാക്കപ്പുകൾ, ഐസൊലേഷൻ, യഥാർത്ഥ കാഷിംഗ്, സത്യസന്ധമായ സ്കേലിംഗ് — കൂടാതെ നിങ്ങൾ പ്രതിജ്ഞാബദ്ധരാകുന്നതിന് മുമ്പ് ഇത് എങ്ങനെ വിലയിരുത്താം.

പോസ്റ്റ് വായിക്കുക →

ബ്ലോഗ് വായിക്കുക →

ഇപ്പോഴും പ്രശ്നം നേരിടുന്നുണ്ടോ?

ഓരോ പ്ലാനിലും സപ്പോർട്ട് ലഭ്യമാണ്, ഡെസ്ക് ദിവസത്തിൽ 24 മണിക്കൂറും പ്രവർത്തിക്കുന്നു, കൂടാതെ ഞങ്ങളുടെ 58 ഭാഷകളിൽ ഏതിലും നിങ്ങൾക്ക് ഞങ്ങൾക്ക് എഴുതാം — ഞങ്ങൾ നിങ്ങളുടെ സ്വന്തം ഭാഷയിൽ മറുപടി നൽകും.

പിന്തുണയുമായി ബന്ധപ്പെടുക → എല്ലാ ലേഖനങ്ങളും →