Cele mai bune practici de configurare a aplicatiei Azure

• 05/02/2019
• 5 minute de citit

• • A

  • z

  • d

  • D

  • P

In acest articol

Acest articol discuta modele comune si cele mai bune practici atunci cand utilizati configuratia aplicatiei Azure.

Grupari cheie

Configurarea aplicatiei ofera doua optiuni pentru organizarea cheilor:

• Prefixe cheie
• Etichete

Puteti utiliza una sau ambele optiuni pentru a grupa tastele.

Prefixele cheilor sunt partile initiale ale cheilor. Puteti grupa logic un set de chei folosind acelasi prefix in numele lor. Prefixele pot contine mai multe componente conectate printr-un delimitator, cum ar fi /, similar unei cai URL, pentru a forma un spatiu de nume. Astfel de ierarhii sunt utile atunci cand stocati chei pentru multe aplicatii, servicii componente si medii intr-un singur magazin de configurare a aplicatiilor.

Un lucru important de retinut este ca tastele sunt referintele codului aplicatiei dvs. pentru a recupera valorile setarilor corespunzatoare. Cheile nu ar trebui sa se schimbe, altfel va trebui sa va modificati codul de fiecare data.

Etichetele sunt un atribut al cheilor. Sunt folosite pentru a crea variante ale unei chei. De exemplu, puteti atribui etichete mai multor versiuni ale unei chei. O versiune poate fi o iteratie, un mediu sau alte informatii contextuale. Aplicatia dvs. poate solicita un set complet diferit de valori cheie, specificand o alta eticheta. Ca urmare, toate referintele cheie raman neschimbate in codul dvs.

Compozitii cheie-valoare

Configurarea aplicatiei trateaza toate cheile stocate cu aceasta ca entitati independente. Configurarea aplicatiei nu incearca sa deduca nicio relatie intre chei sau sa mosteneasca valorile cheii pe baza ierarhiei lor. Cu toate acestea, puteti agrega mai multe seturi de chei utilizand etichete cuplate cu stivuirea corecta a configuratiei in codul aplicatiei.

Sa vedem un exemplu. Sa presupunem ca aveti o setare numita Asset1 , a carei valoare poate varia in functie de mediul de dezvoltare. Creati o cheie numita „Activ 1” cu o eticheta goala si o eticheta numita „Dezvoltare”. In prima eticheta, puneti valoarea implicita pentru Activul1 si puneti o valoare specifica pentru „Dezvoltare” in acesta din urma.

In codul dvs., preluati mai intai valorile cheie fara nicio eticheta, apoi recuperati acelasi set de valori cheie a doua oara cu eticheta „Dezvoltare”. Cand recuperati valorile a doua oara, valorile anterioare ale tastelor sunt suprascrise. Sistemul de configurare .NET Core va permite sa „stivati” mai multe seturi de date de configurare unul peste celalalt. Daca exista o cheie in mai multe seturi, se foloseste ultimul set care o contine. Cu un cadru de programare modern, cum ar fi .NET Core, veti obtine gratuit aceasta capacitate de stivuire daca utilizati un furnizor de configurare nativ pentru a accesa configuratia aplicatiei. Urmatorul fragment de cod arata cum puteti implementa stivuirea intr-o aplicatie .NET Core:

// Mariti ConfigurationBuilder cu Azure App Configuration // Trageti sirul de conexiune dintr-o variabila de mediu configBuilder.AddAzureAppConfiguration (options => {options.Connect (configuration [“connection_string”]). Selectati (KeyFilter.Any, LabelFilter.Null). Selectati (KeyFilter.Any, „Dezvoltare”);});

Utilizati etichete pentru a activa diferite configuratii pentru diferite medii ofera un exemplu complet.

Configurarea aplicatiei bootstrap

Pentru a accesa un magazin de configurare a aplicatiei, puteti utiliza sirul de conexiune al acestuia, care este disponibil in portalul Azure. Deoarece sirurile de conexiune contin informatii de acreditare, acestea sunt considerate secrete. Aceste secrete trebuie stocate in Azure Key Vault, iar codul dvs. trebuie sa se autentifice in Key Vault pentru a le recupera.

O optiune mai buna este utilizarea caracteristicii de identitati gestionate in Azure Active Directory. In cazul identitatilor gestionate, aveti nevoie doar de adresa URL a punctului final de configurare a aplicatiei pentru a porni accesul la magazinul de configurare a aplicatiei. Puteti incorpora adresa URL in codul aplicatiei dvs. (de exemplu, in fisierul appsettings.json ). Consultati Integrarea cu identitatile gestionate de Azure pentru detalii.

Acces la aplicatie sau functie la configuratia aplicatiei

Puteti oferi acces la configuratia aplicatiei pentru aplicatii sau functii web utilizand oricare dintre urmatoarele metode:

• Prin portalul Azure, introduceti sirul de conexiune la magazinul de configurare a aplicatiei in setarile aplicatiei din serviciul aplicatiei.
• Stocati sirul de conexiune la magazinul dvs. de configurare a aplicatiei in Key Vault si faceti referire la acesta din aplicatia Service.
• Utilizati identitatile gestionate de Azure pentru a accesa magazinul de configurare a aplicatiei. Pentru mai multe informatii, consultati Integrarea cu identitatile gestionate de Azure.
• Impingeti configuratia de la configuratia aplicatiei la serviciul aplicatiei. Configurarea aplicatiei ofera o functie de export (in portalul Azure si CLI Azure) care trimite date direct in serviciul aplicatiei. Cu aceasta metoda, nu trebuie sa schimbati deloc codul aplicatiei.

Reduceti solicitarile facute la configuratia aplicatiei

Solicitarile excesive de configurare a aplicatiei pot duce la reducere sau la suprataxare. Pentru a reduce numarul de solicitari facute:

• Mariti timpul de reimprospatare, mai ales daca valorile de configurare nu se modifica frecvent. Specificati un nou timeout de reimprospatare utilizand metoda SetCacheExpiration.

• Urmariti o singura cheie santinela , mai degraba decat urmariti cheile individuale. Reimprospatati toate configuratiile numai daca cheia santinela se modifica. Consultati Utilizarea configuratiei dinamice intr-o aplicatie ASP.NET Core pentru un exemplu.

• Utilizati grila de evenimente Azure pentru a primi notificari atunci cand se modifica configuratia, mai degraba decat sa solicitati constant modificari. Pentru mai multe informatii, consultati Directionarea evenimentelor de configurare a aplicatiei Azure catre un punct final web

Importul datelor de configurare in configuratia aplicatiei

Configurarea aplicatiei ofera optiunea de a importa in bloc setarile de configurare din fisierele de configurare curente utilizand fie portalul Azure, fie CLI. De asemenea, puteti utiliza aceleasi optiuni pentru a exporta valori din configuratia aplicatiei, de exemplu intre magazine conexe. Daca doriti sa configurati o sincronizare continua cu repo GitHub, puteti utiliza actiunea noastra GitHub, astfel incat sa puteti continua sa utilizati practicile de control sursa existente, obtinand in acelasi timp beneficiile configuratiei aplicatiei.

Implementare multi-regiune in configuratia aplicatiei

Configurarea aplicatiei este un serviciu regional. Pentru aplicatii cu configuratii diferite pe regiune, stocarea acestor configuratii intr-o singura instanta poate crea un singur punct de esec. Implementarea unei instante de configurare a aplicatiei pe regiune in mai multe regiuni poate fi o optiune mai buna. Poate ajuta la recuperarea regionala in caz de dezastru, la performanta si la depozitarea securitatii. Configurarea in functie de regiune imbunatateste, de asemenea, latenta si utilizeaza cote de limitare separate, deoarece limitarea este de fiecare data. Pentru a aplica atenuarea recuperarii in caz de dezastru, puteti utiliza mai multe magazine de configuratie.

Aplicatii client in configuratia aplicatiei

Cand utilizati configuratia aplicatiei in aplicatiile client, asigurati-va ca luati in considerare doi factori majori. In primul rand, daca utilizati sirul de conexiune intr-o aplicatie client, riscati sa expuneti cheia de acces a magazinului de configurare a aplicatiei catre public. In al doilea rand, scara tipica a unei aplicatii client poate provoca solicitari excesive catre magazinul dvs. de configuratie a aplicatiei, ceea ce poate duce la taxe de depasire sau restrictionare. Pentru mai multe informatii despre limitare, consultati Intrebarile frecvente.

Pentru a rezolva aceste probleme, va recomandam sa utilizati un serviciu proxy intre aplicatiile dvs. client si magazinul de configurare a aplicatiei. Serviciul proxy se poate autentifica in siguranta cu magazinul dvs. de configurare a aplicatiei, fara o problema de securitate a scurgerii informatiilor de autentificare. Puteti crea un serviciu proxy utilizand una dintre bibliotecile furnizorului de configurare a aplicatiei, astfel incat sa puteti profita de capacitatile de cache si reimprospatare incorporate pentru optimizarea volumului de cereri trimise la configuratia aplicatiei. Pentru mai multe informatii despre utilizarea furnizorilor de configurare a aplicatiilor, consultati articolele din Quickstarts si Tutoriale. Serviciul proxy serveste configuratia din memoria cache catre aplicatiile dvs. client si evitati cele doua probleme potentiale care sunt discutate in aceasta sectiune.

Pasii urmatori

• Chei si valori