- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
К примеру, есть сервер с общими данными и есть тысячи удалённых серверов, которые тягают инфу с главного сервера. Возникает вопрос - а не будут ли заметны задержки в получении инфы, если клиент и сервер находятся на разных континентах, к примеру? Могут ли эти задержки быть не стабильными (т.е. сегодня 50мс, а завтра 500мс)?
Ясное дело, что такое лучше использовать в пределах локальной сети, но не факт, что клиенту будет это удобно.
Важно как именно тягают. Зависит временных характеристик протокола обмена.
Например, трафик всяких АРМ-ы выглядит как множество коротких sql-запросов. При переносе их из локалки в интернет внезапно возникает УПС даже при скромном трафике.
Веб-сайтам, всяким там программам основанным на пакетной передаче или репликации данных, профигу совершенно.
Клиенты представлены сайтами. Предполагается юзать SOAP, при этом сами данные будут сбиты в кучу и хорошо сжаты, таким образом один пакет может весить не более пары кб.
Просто сижу я в Киеве и офигеваю от больших задержек с хостом в Малайзии при работе по ФТП. Не очень хотелось, чтобы на клиенте были секундные задержки пока получаются данные...
В малайзию и прочие "китаи" каналы действительно плохие. Если будет располагаться в Европе, то, думаю, не заметите особых проблем.
Спасибо, приму к сведению.
Нечего конкретного сказать, кроме того, что проблема часто имеет место. "Ширина" трубы и скорость прохождения пакетов это совсем разные вещи. Пока не попробуете и не узнаете.
Можете кешировать данные локально или устраивать репликацию бд, копируя ее по регионам.
О кешировании задумывался, будем реализовывать в любом случае, возможно это и подавит проблему (при её наличии) на 90%.
Репликация тоже интересная вещь, но в данном случае не подходит, т.к. изменения в главной БД поступают от клиентов, но в клиентских БД эти же данные хранить нельзя по задумке проекта :)