|
|
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
Всем привет, помоги советом Есть java приложение которое работает 24/7. В приложении есть некий шедуллер который работает с БД и это все крутится на одном сервере. В данный момент в случае падения сервера у нас нет никакого дублируещего сервера чтобы поддерживать работу системы 24/7. Тут и нужен совет как правильно построить инфраструктуру для похожих приложений который должны работать постоянно. Я пока вижу такое: есть второй дублирующий сервер который в случае падения первого сервера начинает работать. Но тут вопрос встает в синхронизации баз данных. Базы данных как то должны тоже синхронизироваться. Кто может помочь и описать в двух словах как строятся похожие системы, или может быть кто то может дать консультацию (естественно не бесплатно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 17:25 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, Базу и аппСервер на разные машины. У базы тоже сделать зеркало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 18:03 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, И это вопрос не программиста, а админа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 18:04 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, найдите специалистов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 21:36 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, копать mesos + marathon + docker + container именно под это и есть решение... Но(!) как же без него... Всё это без технологии микросервисов - не на полную катушку будет дышать. т.е. если это ваше приложение - то вкуривать ещё микросервисы (именно технология вывернутого на изнанку тушканчика - когда балансировкой нагрузки и масштабирование узких мест вынесено на уровень администрирования). Можно конечно же большие тяжёлые кирпичи монолиты юзать так-же, но .... плюшечек много не выжать. если не ваш софт - то на будущее ставте себе в приоритеты именно микросервисную структуру (но естественно контролируя при покупке и требуя соблюдение технологии от поставщика).. удачи вам (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 23:08 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sceВсем привет, помоги советом Есть java приложение которое работает 24/7. В приложении есть некий шедуллер который работает с БД и это все крутится на одном сервере. В данный момент в случае падения сервера у нас нет никакого дублируещего сервера чтобы поддерживать работу системы 24/7. Тут многое зависит от вендоров сервера приложений для java и БД. Как я вижу сейчас решение: Смотрим на вендора сервера приложений, если он поддерживает кластеризацию, то поднимаете кластер как минимум на пару нод. Аналогично с БД (хотя вроде бы все актуальные БД могут работать в кластере) Если нет... То придется самим изобретать велосипед. Т.е. у вас должно быть как минимум 4 сервера. Можно два... Но зачем экономить, когда можно загнать в виртуалки :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 05:31 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, и всё же не слушайте этих дядей, они конкретно не в себе найдите на рынке труда пару вменяемых специалистов, они сделают как надо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 07:40 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
hVosttнайдите на рынке труда пару вменяемых специалистов, они сделают как надо Вы смешной. Перцу приказали "сделай надёжно" и он вопрошает - как? А ему совет - скажи начальству, что ты дурак и пусть оно наймёт вместо тебя парочку других долбоежей. Хотя по сути верно (не умеешь - не лезь, ну или увольняйся), но по ситуации - совет идиотский. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 13:33 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
У производителей SQL серверов есть свои технологии для high availability. Вбейте в поисковик название своего SQL Server и ледующие слова: fault tolerance, failover clusted, database mirroring. И внимательно прочитайте все, что там написано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 13:53 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
alex55555Вы смешной. Перцу приказали "сделай надёжно" и он вопрошает - как? А ему совет - скажи начальству, что ты дурак и пусть оно наймёт вместо тебя парочку других долбоежей. обычный совковый долбоепизм. считается по умолчанию, что пациент за вечерок другой освоит то, что другие нарабатывали годами. повторюсь. совковый мать его долпоепизм. до тошноты ублюдский подход к делу. работает принцып "тыжпрограммист", даже если человек из программного кода максимум что написал это формулу в экселе для подсчёта суммы. alex55555Хотя по сути верно (не умеешь - не лезь, ну или увольняйся), но по ситуации - совет идиотский. совет единственно верный. сходи на форум хирургов и пусть уже дадут пару советов, как решить проблему с аппендицитом с помощью домашнего шила и ножа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 17:05 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
hVosttсходи на форум хирургову автора бизнес не жизненно важный, как аппендикс))). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 17:27 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sceВсем привет, помоги советом Есть java приложение которое работает 24/7. В приложении есть некий шедуллер который работает с БД и это все крутится на одном сервере. В данный момент в случае падения сервера у нас нет никакого дублируещего сервера чтобы поддерживать работу системы 24/7. Тут и нужен совет как правильно построить инфраструктуру для похожих приложений который должны работать постоянно. Я пока вижу такое: есть второй дублирующий сервер который в случае падения первого сервера начинает работать. Но тут вопрос встает в синхронизации баз данных. Базы данных как то должны тоже синхронизироваться. Кто может помочь и описать в двух словах как строятся похожие системы, или может быть кто то может дать консультацию (естественно не бесплатно).Приложение таки падает когда-либо? Или всё же работает 24/7, но Вы задались вопросом: "А что если упадёт?". Мониторинг уже есть? Uptime считаете? Как часто обновляетесь? При этом есть downtime? Как растёт нагрузка? А вообще грубо говоря два пути: либо вертикальное, либо горизонтальное ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 17:53 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
А насчёт того, как строятся похожие системы, то вот у нас есть и приложение, и шедуллер, и БД. Похоже? Похоже. Как мы пришли к текущей инфраструктуре? Не быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 17:56 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
Немного о самом приложении. Это торговый робот который работает со счетами клиентов. Используем томкат, на нем крутится java приложение (spring), в качестве БД используем postgres. Само приложение это rest сервисы которые взаимодействуют с фронтендом (react.js). Кроме этого в приложении есть модуль в виде шедуллера который постоянно работает с БД и получает/обновляет там информацию. Для все этого был создан инстанс на амазоне с 8гб памяти, 2 ядра, убунту. На данный момент, общая потребляемая память в районе 1гб. Настроен мониторинг на самом амазоне в случае если будет превышение по памяти более 50% (т.е 4гб) идут звонки, смс, емейлы. Приложение пока не падало т.к пока мало пользователей (около 20). Вопрос в том, что делать если приложение или БД упадет например по причине аут оф мемори, или еще что нибудь. Пока мы эту ситуацию никак не обрабатываем и поэтому тут нужен совет. Не прошу развернутого совета, а лишь куда копать и что читать, может быть на вашем опыте вы знаете как решаются такие проблемы правильно. Деплой обновлений происходит обычно раз в неделю и занимает в районе 3-5 минут не более, хотелось бы во время деплоя не прерывать работу приложения. В целом, над этим проектом работают 3 человека (включая меня) и мы все программисты с минимальными знаниями в админстве, хотим пока сами попробовать настроить все инфрастуктуру, по мере развития проекта привлечь уже админа опытного. Вот такие вот дела, и хз че делать, лол. Может есть у кого контакты опытного админа кто может проконсультировать за оплату? Или тут поделится знаниями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 21:09 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
Если почитать, то "Site Reliability Engineering", "Effective DevOps" и "Architecting for Scale". При около 20 пользователях у Вас есть достаточно времени на это ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 21:24 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
Плюс можно AWS бложик почитать, к примеру: https://aws.amazon.com/blogs/architecture/scale-your-web-application-one-step-at-a-time/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 21:27 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sceВ целом, над этим проектом работают 3 человека (включая меня) и мы все программисты с минимальными знаниями в админстве, хотим пока сами попробовать настроить все инфрастуктуру, по мере развития проекта привлечь уже админа опытного. прежде всего, для начала, вам нужно смоделировать ожидаемую ситуацию. решать мифические проблемы, это примерно как бороться с ветряными мельницами. нужно создавать искусственную нагрузку и снимать метрики. нужно определиться с требованиями. нужно понять свои ограничения по бюджету. нужно оценить свои ресурсы. ну и незыблемые правила нужно соблюдать независимо, бд на отдельном сервере, реплики, бекапы. деплой без остановки обслуживания несколько отличается от обычной балансировки нагрузки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 22:31 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sceВот такие вот дела, и хз че делать, лол.верно выше говорят что надо упреждать. Сколько минут вам надо чтобы поднять ИС на чистой операционке? Облаке? Хостинге? (Время простоя) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 23:58 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
sce, а дорого там хостинг обходится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 19:14 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
заходи сюда поймешь сам http://atik.su ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2018, 17:32 |
|
||
|
Подскажите по архитектуре
|
|||
|---|---|---|---|
|
#18+
Посмотрите вариант с glassfish (настройка кластера) и postgres поддерживает репликацию уже что-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 12:27 |
|
||
|
|

start [/forum/topic.php?fid=33&fpage=5&tid=1547227]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 176ms |

| 0 / 0 |
