Що таке Highload система? | Чи всі Highload системи подібні i, чи однакові проблеми в них виникають?
HTML-код
- Опубликовано: 1 дек 2024
- Відео з Highload fwdays'24 конференції, яка пройшла 15 червня 2024 року
fwdays.com/eve...
Під час панельної дискусії експерти обговорять такі питання:
Що таке Highload система?
Чи всі Highload системи подібні та, чи однакові проблеми в них виникають?
Яка система з тих, що експерти працювали, була найближчою до визначення Highload? Які там були основні виклики?
Чим відрізняється планування технічного стеку для Highload системи від звичайної системи?
Чи є який no-go список речей у технічного стеку, які не можна брати або, навпаки, чи є список речей, які обов’язково мають бути?
Чи є місце реляційним базам даних у Highload системах?
Більше доповідей та відео за темою конференції:
fwdays.com/eve...
Понад 14 років Fwdays займається організацією масштабних конференцій та навчанням для розробників таких напрямків: JavaScript, .NET, Python, Data Science, PHP, QA, Highload, Architecture, DevOps, Databases.
Більше інформації про актуальні події:
fwdays.com/events
Підписуйтесь, щоб першими дізнаватися про старт продажів квитків за найбільш вигідною ціною:
Telegram: t.me/fwdays
Facebook: / fwdays
Twitter: / fwdays
Друзі, не пропустіть на нашу наступну конференцію CTO fwdays'24, ознайомитись з програмою можна за посиланням: bit.ly/4dcq83i
Супер, дякую
Це може бути як готове заплановане хайлоуд рішення так і рішення яке буде поступово рости і якому на старті багато не треба...
Все залежить від фінансів які в вашому розпорядженні)
Якщо бюджет не великий то будете рухатись поетапно, але якщо бюджет великий то відразу будете планувати архітектуру під хайлоуд...
Логіка каже шо моноліт то вже минуле і від нього потрібно відходити.
Краще потратити чуть-чуть більше часу і створити архітектуру на основі мікросервісів яку ти зможеш маштабувати і змінювати швидко.
Ну навіщо інцидент за інцидентом і трищати...
Для стабільності роботи аплікейшина або сервісу ви ж ніколи не будете допускати загрузку інстансів до 70 або 80 процентів і будете балансувати. Також база даних не може раптово швидко вирости і вона може швидко рости якщо ви зберігаєте багато даних, але коли ви будуєте архітектуру то ви в курсі що ви плануєте сторити дофігна інфи і тоді це не є не сподіванкою і база даних вже під це проектується так щоб все норм відпрацьовувало...
А навіщо тему рефакторингу і техдептів в тему зайлоуд запхали?)
А що 4 мільйона транзакцій це багато?)) Та ні!
Це ж не проблема. Важливо яка стоїть задача і з цього відштовхуєшся а залізо все витримає)