Производительность Loggly при одновременном создании журналов из 12000 клиентских систем
У меня есть 600 ресторанных магазинов. Каждый магазин состоит из 20 систем типа Point Of Sale, Kitchen Display System и Server. Итак, будет ли Loggly работать, когда журналы будут генерироваться из 12000(600 X 20) клиентских систем одновременно? Я хочу интегрировать Point Of Sale, Kitchen Display System и Server с Loggly, чтобы журналы, созданные из этих систем с использованием java Logback, были размещены на панели инструментов Loggly. Журналы могут быть созданы из каждой системы из нескольких потоков одновременно. Кроме того, журналы могут быть созданы из всех систем из нескольких потоков одновременно. Может ли Loggly поддержать такой сценарий? Будет ли проблема с производительностью?
2 ответа
Я думаю, что вам нужно поговорить с людьми из Loggly напрямую. Они единственные, кто сможет точно ответить на эти вопросы.
Имейте в виду, что даже если вы нашли какого-то другого клиента Loggly, который регистрирует данные с ~12000 систем, опыт не обязательно будет обобщен для вашего варианта использования. Есть и другие не менее важные "переменные"; например, пропускная способность сети, задержка и надежность, а также скорость, с которой ваши системы генерируют сообщения журнала.
Будучи безагентным, Loggly может быть хорошим вариантом, так как вы можете отправлять журналы двумя способами: используя Syslog или напрямую через HTTP. Если вы используете Syslog, большое количество клиентов будет находиться за одним или несколькими серверами syslog, которые затем будут отправлять данные в Loggly. Если вы отправляете по протоколу HTTP напрямую с каждого клиента в Loggly, вы будете использовать коллекторы Loggly, которые могут обрабатывать большие объемы, так что у вас все должно быть в порядке.
Вы можете связаться с базой с Loggly здесь: https://www.loggly.com/plans-and-pricing/