Tibco ems что это
1 миллиард долларов США (2012 финансовый год)
СОДЕРЖАНИЕ
История
В 2000 году Yahoo! представила Corporate Yahoo, платформу, разработанную с использованием программного обеспечения TIBCO, которая позволяет компаниям разрабатывать индивидуальные коммуникации между компьютерами. Корпоративный Yahoo содержал ранние примеры объединенной электронной почты, календарей, цен на акции и новостей, отображаемых на домашних страницах интрасети. Hewlett-Packard была одним из партнеров в разработке программного обеспечения.
Пост-IPO
В 2002 году Verity, Inc., американский поставщик программного обеспечения для инфраструктуры бизнес-порталов, объявила о расширении альянса с компанией для интеграции технологии Verity K2 Developer с TIBCO ActivePortal 4.0 для лучшего удовлетворения потребностей своих клиентов.
В сентябре 2014 года TIBCO сообщила, что ее выкупила частная инвестиционная компания Vista Equity Partners за 4,3 миллиарда долларов.
5 декабря 2014 года было завершено приобретение TIBCO компанией Vista Equity Partners. Мюррей Род был назначен генеральным директором TIBCO.
В октябре 2020 года TIBCO объявила о приобретении Information Builders, Inc. (IBI), ведущей компании по обработке данных и аналитики, базирующейся в Нью-Йорке.
Продукты
TIBCO LogLogic собирает журналы и события с сетевых устройств, серверов, баз данных, операционных систем и приложений.
Обмен сообщениями TIBCO
Другие продукты включают TIBCO GridServer, TIBCO Flogo, TIBCO Spotfire, TIBCO StreamBase.
Исторические продукты
TIBCO представляет шину сообщений для интеграции корпоративных приложений (EAI) с API обмена сообщениями на нескольких языках программирования.
Русские Блоги
Установка и развертывание TIBCO EMS
Текущий план для sharedatastore заключается в использовании NAS.
Создайте каталог nfs, который будет использоваться, и назначьте разрешения
Установить TIBCO(TIBCO поддерживает зеленую установку, то есть прямое копирование каталога tibco с исходного компьютера и создание нового файла конфигурации для использования.）
Переключитесь на пользователя tibco и запустите установку:
В процессе установки необходимо определить следующие параметры, остальные можно использовать по умолчанию.
Install Type: Typical
Environment Name: cfgmgmt
TIBCO Environment Home Directory: [/home/tibco/tibco] /opt/tibco
TIBCO Configuration Directory: [/home/tibco/CFGs] /opt
Определение параметров установки:
Параметры установки
ценить
Замечания
TIBCO Environment Home Directory
Каталог установки мультимедиа
TIBCO Configuration Directory
Каталог конфигурации (каталог установки / имя среды)
ems хранит файлы запуска и варианты конфигурации конфигурации
Создать каталог conf хранилища данных журналов
cp /opt/tibco/ems/8.2/samples/config/* / mqdata / PMD / EmsServer / conf / (скопируйте файл конфигурации, затем приложение обновления может напрямую скопировать файл конфигурации для запуска)
Измените файл конфигурации tibemsd.conf, один для основного, а другой для резервного
1. В каталоге mqdata / PMD / EmsServer / conf используйте файл tibemsd.conf в качестве шаблона для создания файлов: EmsServertibemsd.conf и EmsServerBackuptibemsd.conf. Эти два файла используются на основном и резервном серверах с помощью сценариев запуска. Используйте команду:
2. Измените файл EmsServertibemsd.conf, измененное содержимое будет следующим:
3. Измените файл EmsServerBackuptibemsd.conf, измененное содержимое будет следующим:
4. Измените файл /mqdata/PMD/EmsServer/conf/factories.conf и добавьте следующее содержимое:
На этом этапе создана отказоустойчивая пара EmsServer.
Подготовленный файл конфигурации
Server=EMS-SERVER-RAMU(Это значение должно соответствовать значению параметра server в файле tibemsd.conf главного сервера)
Listen=tcp://7222(Это значение должно быть таким же, как и в файле tibemsd.conf главного сервера.Ft_activeЗначения параметров такие же)
Ft_active=tcp://7222(Это значение должно соответствовать значению параметра прослушивания в файле tibemsd.conf главного сервера)
store=(Это значение должно совпадать с параметром хранилища в файле tibemsd.conf главного сервера.store，(Обратите внимание, что это значение в файле tibemsd.conf первичного сервера и есть хранилище данных)
На главном эхо ‘/ mqdata 192.168.50.0/24(rw,sync)’> / etc / exports
/etc/init.d/rpcbind restart
/etc/init.d/nfs restart
1 Запуск сервера
1.1.1 Создание файла атрибутов основного / резервного сервера
Заодно создайте в каталоге / home / tibco / tools активного / резервного сервера:
vi shutdown.conf введите следующее:
1.1.2. Создайте сценарий запуска основного сервера.
Создайте в каталоге / home / tibco / tools на главном сервере (192.168.50.148):
vi startEmsServer.sh введите следующее:
1.1.3. Создайте сценарий остановки основного сервера
Создайте в каталоге / home / tibco / tools на главном сервере (192.168.50.148):
vi stopEmsServer.sh введите следующее:
1.1.4. Создайте сценарий запуска резервного сервера
Создайте в каталоге / home / tibco / tools на резервном сервере (192.168.50.156):
vi startEmsServer.sh введите следующее:
1.1.5 Создание сценария остановки резервного сервера
Создайте в каталоге / home / tibco / tools на резервном сервере (192.168.50.156):
vi stopEmsServer.sh введите следующее:
Запускаем выполнение скрипта:
Остановите выполнение скрипта:
После выполнения просмотрите журнал, чтобы подтвердить ситуацию запуска / остановки.
Установите пароль для подключения
Используйте следующие команды, чтобы установить пароль учетной записи администратора tibco. (Первоначальный пароль учетной записи admin пуст). Он установлен на admin, пожалуйста, определите его в соответствии с реальной ситуацией!
Connected to: tcp://192.168.50.148:7222
tcp://192.168.50.148:7222>set password admin [admin’s password]
Password of user ‘admin’ has been modified
2. Ежедневное управление базовой конфигурацией
2.1. Создание очереди и управление ею
2.2. Создание и управление фабрикой
Создание Factory в TIBCO EMS также можно изменить и установить с помощью API и консоли фонового управления.
Но изменять файл factoryies.conf не так удобно. Фабрики. Файл conf представляет собой текстовый файл и также может быть изменен вручную.
3. Мониторинг развертывания
3.1. Мониторинг запущенного хоста TIBCO EMS
Используя текущую единую программу мониторинга хостов, контент мониторинга включает в себя:
Скорость загрузки ЦП
Ввод / вывод жесткого диска
3.2. Мониторинг NAS IO
Используйте интерфейс SNMP, предоставляемый NAS, для мониторинга
3.3. Хост TIBCO EMS полагается на мониторинг сетевого трафика
Контролируйте прямой сетевой трафик между хостом Tibco EMS и NAS, чтобы избежать влияния пропускной способности сети на операции ввода-вывода всего NAS.
3.4. Состояние работы TIBCO EMS, мониторинг количества подключений
1. Проследите, является ли процесс прослушивания TIBCO EMS обычным telnet localhost 7222 и т. Д.
2. Отслеживайте количество сетевых подключений, подключенных к процессу EMS в TIBCO EMS.
3. Отслеживайте текущие журналы на TIBCO EMSServer и анализируйте аварийные журналы.
Вышеупомянутый мониторинг также может выполняться в сочетании с TibcoRTView на уровне операционной системы и на уровне программного обеспечения, соответственно, и при необходимости использовать TibcoRTView для анализа данных и оценки емкости.
3.5. Мониторинг очереди (с помощью TibcoRTView)
1. Углубленный мониторинг очереди: длина очереди в текущем состоянии ожидания будет предупреждена, если она превысит определенную длину. При необходимости используйте сценарий очистки очереди, чтобы очистить длинную очередь ожидания.
2. Статистика трафика очереди: статистика ежедневного трафика основной очереди для анализа емкости.
4. Последующее обновление RoadMap.
4.1. Хранение
Согласно различным данным, собранным в настоящее время, поскольку архитектура высокой доступности TIBCO EMS опирается на совместно используемое хранилище, в настоящее время существует несколько схем реализации для совместно используемого хранилища. В этой реализации мы используем существующий NAS в производстве.
В текущем процессе тестирования я не чувствовал, что использование дискового ввода-вывода NAS является узким местом.
Однако в случае последующего увеличения давления и производительности нетрудно гарантировать, что этот элемент станет узким местом, поэтому указывается следующее обновление RoadMap.
1. Используйте смешанный NAS, чтобы добавить отдельный дисковый массив для EMS, чтобы избежать влияния смешанного использования.
Обновление требует работы: купите новый дисковый массив для EMS
2. Обновите NAS, которое в настоящее время используется EMS, до структуры SAN.
A. Преобразование используемой в настоящее время архитектуры NAS и расширение архитектуры SAN
Обновление требует работы: перепланирование сети NAS, покупка оптоволоконных коммутаторов, добавление оптоволоконных карт к каждому серверу EMS, покупка модулей хранения NetApp, поддерживающих архитектуру SAN.
B. Перенести текущее используемое совместно используемое хранилище NAS в общее хранилище базы данных с использованием структуры SAN.
Обновление требует работы: добавьте оптоволоконные карты к каждому серверу EMS и добавьте интерфейсы к существующим оптоволоконным коммутаторам для использования новых серверов EMS.
Недостатки: будет использоваться то же хранилище, что и база данных, что может повлиять на использование базы данных.
Приведенный выше план обновления применяется в качестве справочного материала, когда обнаруживается, что дисковый ввод-вывод NAS по-прежнему является узким местом после завершения других оптимизаций.
4.2. Сервер
Функция балансировки нагрузки EMS поддерживает горизонтальное расширение EMS. Однако из-за введения Routed Queue в механизм реализации балансировки нагрузки, а Routed Queue не может гарантировать целостность транзакций во всех сценариях, это решение не поддерживает балансировку нагрузки на стороне источника. Для темы балансировка нагрузки не имеет ограничений на транзакции, но в настоящее время компания не использует механизм темы. Поскольку балансировка нагрузки не используется, для будущих обновлений EMS будут приняты следующие решения:
1. Обновите существующее оборудование. Например, на текущем сервере (Dell R610) зарезервировано место для модулей ЦП и памяти, что может улучшить конфигурацию сервера. Поскольку EMS на двух машинах являются FT друг для друга, машину в состоянии ожидания можно остановить для расширения модуля, не затрагивая клиента, а затем снова включить, а затем снова войдет в режим ожидания после включения машины. Чтобы обновить машину, на которой запущен экземпляр Active EMS, вам необходимо сначала остановить экземпляр EMS или остановить его напрямую, перевести EMS в исходное состояние ожидания в состояние Active, а затем обновить аппаратное обеспечение машины. Преимущество этой схемы состоит в том, что ее легко настроить, но увеличение количества процессоров и объема памяти не обязательно в существенном смысле улучшает общую производительность EMS.
2. Добавьте пару FT. Текущая архитектура использует пару отказоустойчивых экземпляров EMS, которые работают на разных физических машинах. Если новое приложение использует новую очередь, рассмотрите возможность создания этих очередей в новой паре FT (работающей на двух других машинах). Предпосылка этого решения заключается в том, что новая очередь не используется существующими приложениями.
TIBCO Enterprise Messaging System Connection
Contents
Overview
TIBCO Enterprise Messaging System ™ (EMS) provides a distributed message bus with support for JMS (Java Messaging Service) and TIBCO Rendezvous, along with other protocols.
In general, TIBCO EMS clients produce messages and send them to the TIBCO EMS Server. Similarly, TIBCO EMS clients can connect to the TIBCO EMS Server and declare an interest in a particular queue or topic on that server. In doing so, it can consume messages that have been produced by another TIBCO EMS client.
The Enterprise Gateway can act as a message producer by sending messages to the TIBCO EMS Server and as a message consumer by listening on a queue or topic at the server. Both configurations require a connection to the TIBCO EMS Server. For more information on consuming and producing messages to and from TIBCO EMS, please refer to the following pages:
The instructions on the remainder of this page describe how to configure a connection to an TIBCO EMS Server. For more detailed information on configuring TIBCO EMS Connections, please refer to the TIBCO EMS documentation.
Configuration
The TIBCO EMS Connection is configured globally so that it can be referenced when configuring TIBCO EMS consumers and TIBCO EMS producers within the Enterprise Gateway. To configure a global connection to an TIBCO EMS Server, right-click on the «TIBCO Enterprise Messaging Service Connections» node, which can be found under the «External Connections» node in the tree view of the Policy Studio. Select the Add a TIBCO EMS Connection option from the context menu. The remainder of this help guide describes how to configure the tabs and fields on the TIBCO Enterprise Messaging System Connection dialog.
Before configuring the following fields you must enter a name for this TIBCO EMS Connection in the Name field. This connection will then be available when configuring a TIBCO EMS Consumer and also when configuring a TIBCO EMS Routing filter.
General Tab:
The following fields are available on the General Tab:
Server URL:
Enter the full URL of the TIBCO EMS Server in this field, for example tcp://hostname:7222 for non-SSL connections or ssl://server:7243 for SSL-enabled TIBCO EMS Servers.
User Name:
Enter a username to use when the Enterprise Gateway connects to the TIBCO EMS Server.
Password:
Enter the password for this user.
SSL Tab:
The following tabs and fields are available on the SSL Tab:
Limit the use of SSL to improve performance:
If this option is checked, SSL will only be used for establishing (mutual) authentication with the TIBCO EMS Server, which takes place during the initial SSL handshaking process. Once the channel has been set up, data sent over this channel will be sent in the clear and will not be encrypted as in a typical SSL session.
Enable client verification of the host certificate or host name:
Check this option if you want to compare the Common Name (i.e. «cn») X.509 attribute of the Distinguished Name in the TIBCO EMS Server’s certificate. Typically, the SSL handshake requires that the common name in the host’s certificate matches the name of the host machine. So, for example, in order to «trust» the certificate associated with the www.abc.com site, the certificate must have the common name attribute set to this name, i.e. «cn=www.abc.com». If you wish to perform this check on the TIBCO EMS Server’s certificate presented to the Enterprise Gateway during SSL setup, you should check this checkbox.
Expected Host Name:
In cases where the common name in the certificate will not be the same as the host machine, you can override the default validation by specifying a host name that you expect instead of the host given in the common name of the server’s certificate.
For example, let’s say a generic TIBCO EMS Server certificate is issued for testing purposes and that this certificate has been created with a common name of «server», i.e. «cn=server». Now, let’s assume that you want to create an SSL session with a TIBCO EMS Server running on a machine that is called «host».
The default client verification of the host name setting will check to make sure that the host on which the TIBCO EMS Server is running is called «server» since this is what is in the common name of the certificate. However, the host name of this machine is actually «host» and so this check will fail.
In such cases, we need to override the default host checking behavior by specifying the expected host name in this field. So, in this case, we enter «host» in the Expected Host Name field.
Cipher suites to be used:
Specify the OpenSSL cipher suites that the Enterprise Gateway supports. The ciphers will be negotiated during the SSL handshake with the TIBCO EMS Server so that the strongest and most secure ciphers that are common to both parties are used.
Trusted Certificates Tab:
You can select the CA (Certificate Authority) certificates that you consider «trusted» for setting up the connection to the TIBCO EMS Server on this tab.
The TIBCO EMS Server’s certificate can be explicitly trusted by importing it into the Certificate Store and selecting it in the list. Alternatively, in a solution more typical for a Public Key Infrastructure, the CA certificate that issued the TIBCO EMS Server’s certificate is imported into the Certificate Store and is selected in the list. In this case a «chain of trust» is established since all certificates issued by the CA are implicitly trusted if the CA is considered trusted.
Client Identity Tab:
If you want to configure mutual authentication to the TIBCO EMS Server you must select a client certificate from the list that the Enterprise Gateway can use to authenticate to the TIBCO EMS Server. In order for the SSL channel to be established successfully, the TIBCO EMS Server must trust the client certificate selected here.
TIBCO Enterprise Message Service Basic Configuration
Review and make changes to the EMS Server basic configuration settings according to the requirements of your implementation environment.
EMS Port Base
Specifies the port on which EMS listens for connections from clients. The default port base value is 7222.
Use the component wizard page: Add/edit Container-specific runtime context variables to change environment and runtime context variables.
EMS SSL Port Base
Specifies the port on which EMS listens for SSL connections from clients. This port is used when EMS is configured to use SSL. The default SSL base port value is 7243.
Use the component wizard page: Add/edit Container-specific runtime context variables to change environment and runtime context variables.
EMS Administrator
Alternatively, you can use the EMS Administrator field to create a new administrative user by simply entering a new value in this field. This is not recommended because the admin user with full privileges to change anything on the EMS is created with a null password every time this component is instantiated.
EMS Administrator Password
When the EMS component is published to an engine the EMS Administrator password is set. The password for the user profile named in the EMS Administrator field is immediately assigned after runtime publishing and deployment.
When the authorization is set to enabled, the admin password is changed using this component setting, and it also must be changed manually in the user.conf file.
It is a good practice to define the admin password with this component.
In a fault tolerant configuration EMS instances is identical in this respect.
Enable SSL for EMS
Communication channels between EMS and clients can be secured with SSL.
Communications between EMS instances in a fault tolerant implementation can also be protected by SSL connections.
Select the Enable SSL for EMS check box to use the SSL protocol. When selected a Configuration page is added to this component wizard so that server certificates, keys, passwords, and other configuration parameters can be set to use the certificate(s), either self-signed or Certificate Authority (CA) issued, uploaded to the engine running the EMS instances. That SSL Configuration page also has a check box setting that can enable SSL communication between EMS instances in a fault tolerant configuration.
Most TIBCO Silver Fabric Enablers that can be set to use TIBCO EMS as a dependent component can be configured to connect using SSL. Refer to the documentation for those Enablers for more information on connecting those components as clients of the EMS component.
For more information refer to the section on Configuring SSL in EMS Clients in the TIBCO Enterprise Messaging Service Users Guide.
When SSL is not enabled (cleared) TIBCO EMS uses TCP for messaging.
For more information on using SSL with TIBCO Enterprise Message Service, refer to the Security section of the TIBCO Enterprise Message Service User’s Guide.
Store EMS Configuration Mgmt Data in a Shared Location
Because FT EMS Servers are an identical pair, they must use the same Shared Configuration Management Home setting/directory.
Use an EMS Configuration File Template
By default, the EMS enabler comes with basic configuration file templates for an EMS instance using TCP and an instance using a basic configuration. You can also upload an archive with your own customized configuration file templates.
Select the Upload an EMS Configuration File Template check box on the Basic Configuration page to use your customized set of EMS configuration files. These are the *.conf files used by EMS for configuration and will allow the user to add JAAS and custom configurations. For more information about the configuration files, refer to the Using the Configuration Files section of the TIBCO Enterprise Message Service User’s Guide.
When the Upload an EMS Configuration File Template check box is cleared EMS is published with the default configuration settings.
If selected, this component wizard displays the Non-default Configuration Setting page, where you can upload a compressed archive of configuration files modified according to your advanced implementation configuration files.
The requirements for this archive are described in more detail on the step: Uploading Non-default Configuration Files and Templates (optional).
Enable Fault Tolerance for EMS
Select the Enable Fault Tolerance for EMS box to ensure that there is always an identical backup EMS server instance ready to take over primary EMS duties in the event that something like a hardware failure interrupts the primary EMS.
When Fault Tolerance is enabled you should have at least two engines ready to start an EMS component instance when that component is published at run time.
An EMS fault tolerant configuration in TIBCO Silver Fabric consists of a pair of Enterprise Message Service component instances ideally published to separate machines. One EMS server acts as a primary and the other acts as a secondary, backup server that automatically assumes operations if the primary server fails to respond. Any time an EMS instance fails to respond to a heartbeat status check, a new secondary EMS instance is launched and kept in an identical state while monitoring the heartbeat of the primary EMS.
Continue with the EMS component configuration wizard to implement these other parts of a fault tolerant configuration.
Use JSON Config
Select Use JSON Config to publish and start TIBCO EMS using a JSON configuration file derived from a set of TIBCO EMS configuration files. When EMS Servers are started using JSON they can be managed using the Central Administrator, otherwise they can not.
The component wizard does not yet support direct upload of modified JSON files.
Upload an EMS Admin Script
You can create a command script to be executed by EMS Administration Tool after TIBCO EMS is started on the TIBCO Silver Fabric engine. Upload an EMS Admin Script enables selection of your customized text file so that it is included in the EMS component. When you have uploaded a customized command script with the EMS component it is automatically executed by tibemsadmin after the EMS server is running on the engine.
A customized text file command script can create queues, topics, connection factories, users, groups, listeners, set various properties, and execute any of the commands supported by the tibemsadmin command line.
Multiple commands can included in the script. Each command must be contained on a single line (no line breaks within the command), and each command is separated by a line break.
If the script returns an error for whatever reason then the script file execution is stopped at the point of failure.
For more information on commands supported by the EMS Administration Tool refer to the TIBCO Enterprise Message Service User’s Guide section of Using the EMS Administration Tool.