Друзі, не пропустіть на нашу наступну конференцію CTO fwdays'24, ознайомитись з програмою можна за посиланням: bit.ly/4dcq83i
@Po4ka39162 ай бұрын
Супер, дякую
@TheOtamanUA2 ай бұрын
Це може бути як готове заплановане хайлоуд рішення так і рішення яке буде поступово рости і якому на старті багато не треба... Все залежить від фінансів які в вашому розпорядженні) Якщо бюджет не великий то будете рухатись поетапно, але якщо бюджет великий то відразу будете планувати архітектуру під хайлоуд...
@logcom482Ай бұрын
Логіка каже шо моноліт то вже минуле і від нього потрібно відходити. Краще потратити чуть-чуть більше часу і створити архітектуру на основі мікросервісів яку ти зможеш маштабувати і змінювати швидко.
@TheOtamanUA2 ай бұрын
Ну навіщо інцидент за інцидентом і трищати... Для стабільності роботи аплікейшина або сервісу ви ж ніколи не будете допускати загрузку інстансів до 70 або 80 процентів і будете балансувати. Також база даних не може раптово швидко вирости і вона може швидко рости якщо ви зберігаєте багато даних, але коли ви будуєте архітектуру то ви в курсі що ви плануєте сторити дофігна інфи і тоді це не є не сподіванкою і база даних вже під це проектується так щоб все норм відпрацьовувало...
@TheOtamanUA2 ай бұрын
А навіщо тему рефакторингу і техдептів в тему зайлоуд запхали?)
@TheOtamanUA2 ай бұрын
А що 4 мільйона транзакцій це багато?)) Та ні! Це ж не проблема. Важливо яка стоїть задача і з цього відштовхуєшся а залізо все витримає)