Я пытаюсь понять масштабируемость или ограничение в отношении числа пользователей, приложения строить или интеграцию, которые могут быть установлены на одном экземпляре производственной среды ServiceNow, прежде чем мы видим ухудшение производительностиServiceNow экземпляра масштабируемость
ответ
Нашего предприятия имеет около 20 тыс. сотрудников (пользователей), и у нас есть только один экземпляр ServiceNow. Недавно мы также запустили HR в рамках одного экземпляра ITSM.
ServiceNow будет масштабироваться соответствующим образом без вмешательства (помимо уведомления об изменении/утверждения) от вас/вашей компании. Технически я не вижу необходимости в отдельных экземплярах из-за ограничений пользователей, приложений или интеграции.
ServiceNow использует выделенный набор виртуальных машин Linux для каждого экземпляра. Они ведут себя как один, с точки зрения пользователя, но на самом деле могут иметь несколько «узлов». Производительность можно масштабировать, изменяя RAM/CPU каждого узла или увеличивая количество узлов. Хотя это интересно знать, клиенты ServiceNow никогда не должны беспокоиться об этом. ServiceNow будет масштабировать экземпляр для удовлетворения спроса. Они предлагают настоящую платформу как услугу (PaaS). Обычно они используют MySQL в бэкэнд (также прозрачный для пользователя), но могут использовать Oracle, хотя необходимо масштабировать базу данных за пределами MySQL. Опять же, это обрабатывается самими ServiceNow, поэтому вам не нужно беспокоиться о 10 пользователях или 10 000 пользователей; Вы можете просто беспокоиться о том, чтобы правильно использовать свою функциональность.
Проблемы с производительностью обычно исходят из лучших практик, за которыми не следует следовать. Есть список из них в вики ServiceNow. Вы всегда можете отслеживать поведение производительности, просматривая таблицу транзакций sys. http://wiki.servicenow.com/index.php?title=System_Performance_Best_Practices#gsc.tab=0
Список кодирования лучших практиков здесь: http://wiki.servicenow.com/index.php?title=Technical_Best_Practices#gsc.tab=0
Надеется, что это помогает, Albert F @qualityclouds
- 1. Изменение динамической метки ServiceNow
- 2. WSO2 ESB ServiceNow connector
- 3. WP7 Silverlight App Масштабируемость Масштабируемость
- 4. Графическая масштабируемость и масштабируемость реле
- 5. Масштабируемость API Azure API
- 6. исчезнувшая масштабируемость
- 7. Масштабируемость IIS
- 8. Масштабируемость Cytoscape.js
- 9. Масштабируемость Boost.Asio
- 10. MSMQ масштабируемость
- 11. Масштабируемость websockify?
- 12. WCF масштабируемость
- 13. Rethinkdb Масштабируемость
- 14. Новизна Масштабируемость
- 15. Масштабируемость Ext4
- 16. Спарк масштабируемость
- 17. DotNetNuke Масштабируемость
- 18. Масштабируемость OptaPlanner
- 19. RServe - Масштабируемость
- 20. ServiceNow Service Portal Flexboxes
- 21. ServiceNow Сравнения серверов Атрибуты
- 22. Ошибка переполнения стека ServiceNow
- 23. Интеграция ServiceNow с .NET
- 24. Создание коннектора для ServiceNow
- 25. States on ServiceNow API
- 26. Настройка персонализации ServiceNow
- 27. ServiceNow GlideRecord sysparm_query Python
- 28. Servicenow onSubmit Client Script
- 29. Интеграция ServiceNow с Elasticsearch
- 30. Проверка кодированного запроса ServiceNow
servicenow масштабируется там системы соответственно – RayofCommand
Могу быть, я должен перефразировать мой вопрос; каковы критерии для потребности второго экземпляра servicenow внутри организации? Что такое драйвер - это управление или технический или оба? если технические данные, пожалуйста, поделитесь некоторыми сведениями – AJM
Я не вижу причин иметь несколько экземпляров. Одна из причин может заключаться в том, что если ваша компания выполняет HR-работу через Servicenow. Но их servicenow предлагает разделение домена. – RayofCommand