Puncte:0

Cum pot face o scriere odată citită mai multe aplicații rentabilă?

drapel cn

Am o aplicație Java care rulează pe o mașină virtuală Linux folosind o bază de date Azure SQL cu un API REST care conectează front-end-ul la backend.
Munca mea este o extensie în interiorul unei aplicații terță parte, așa că nu o pot rescrie pentru a profita din plin de avantajele cloud.

Doar aplicația scrie date într-un proces de lot peste noapte, iar în timpul zilei sunt doar interogate pentru aplicații web și raportare.

Are un volum foarte mic, așa că viteza nu este o problemă și nici aplicația terță parte nu se scalează.

Trebuie să folosesc Azure SQL pentru baza de date din diverse motive, așa că nu pot să o descopăr. Cu toate acestea, este una dintre părțile mai mari ale costului.

Aș dori să pot opri VM-ul și Azure SQL Server după operațiunile de scriere și să am o modalitate mai ieftină de a rula API-ul REST în timpul zilei pentru operațiunile de citire.
de exemplu. o bază de date în memorie pentru stocarea în cache sau ceva de genul.

Din motive de securitate, datele pot fi păstrate în baza de date Azure SQL doar pentru orice perioadă de timp, deși distrugerea părții numai în citire în fiecare noapte sau în fiecare săptămână ar fi bine.

Există o modalitate de a utiliza funcțiile Azure pentru a utiliza operațiunile mai grele și mai costisitoare pentru scrieri și o opțiune ușoară și mai ieftină pentru citiri?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.