Часть II. Управление крупными развертываниями MQ и ESB с помощью Fuse Fabric

• fmc — запускает локальную оболочку, позволяющую создать ткань или присоединиться к существующей
• fmc-admin — выполняет основные функции администратора (остановка, запуск, создание, уничтожение, изменение портов) на экземпляре
• fmc-client — прикрепить оболочку к работающему контейнеру FMC
• fmc-shell — запустить простую оболочку Karaf (без Fabric)
• fmc-start — запустить корневой FMC как сервис (без интерактивной оболочки)
• fmc-stop — остановить корневой контейнер FMC
• karaf — основной скрипт для запуска базовой оболочки karaf

Другие папки, представляющие интерес:

• etc / — все файлы конфигурации для корневого контейнера
• data / — журналы, кеш пакетов, файлы zookeeper (после запуска реестра)
• instances / — (после запуска контейнера) дочерние контейнеры
• fabric / — профили и другие связанные с тканями файлы
• system / — действует как локальный репозиторий Maven, где сначала будут извлекаться пакеты

Для этого урока мы будем использовать скрипт bin по умолчанию для запуска контейнера и оболочки:

./bin/fmc

Когда вы запустите эту команду, FMC загрузит все пакеты, функции и конфигурацию, необходимые для начальной загрузки корневого контейнера. В зависимости от вашей машины загрузка может занять некоторое время. Когда все будет готово, вы должны увидеть экран приветствия. Обратите внимание на отображаемый URL-адрес: http: // localhost: 8107 / Это URL-адрес, используемый для подключения к веб-приложению FMC.

Команды Fabric

Мы не будем вдаваться в подробности всех доступных команд, но это контейнер Karaf, поэтому большинство команд, доступных для Karaf, должны работать. Обратите внимание, что есть завершение Tab (начните вводить несколько символов и нажмите Tab, чтобы увидеть, какие команды доступны), что очень полезно. Мы будем использовать вспомогательную оболочку Fabric, чтобы выполнить множество шагов в этом руководстве, поэтому давайте посмотрим, какие команды доступны:

FMC: karaf @ FuseManagementConsole> фабрика: <нажмите вкладку здесь>

Обратите внимание на некоторые команды, представляющие интерес:

• Ткань: создать
• Ткань: контейнер создать-SSH
• Ткань: профиль-лист
• Ткань: MQ создать

Так же, как полезный указатель, оболочка позволяет вам просматривать документацию для каждой из команд, набрав –help после команды:

FMC: karaf @ FuseManagementConsole> ткань: создать —help

Также есть онлайн-документация для каждой из команд.

Поскольку у нас нет реестра фабрики (мы его не создали и не присоединились), ни одна из команд фабрики для создания контейнера или вывода профиля не будет доступна. Таким образом, мы должны создать реестр ткани. Сделайте это со следующим:

FMC: karaf @ FuseManagementConsole> ткань: создать

Вы не увидите вывод после выполнения этой команды. Он должен вернуться к приглашению, если выполнено успешно. Чтобы увидеть некоторые подробности о том, что произошло, вы можете просмотреть журнал, и вы заметите, что некоторые потоки Zookeeper были созданы, среди прочего. Вы не должны видеть никаких следов стека.

FMC: karaf @ FuseManagementConsole> журнал: отображение

Теперь мы должны увидеть список профилей или список контейнеров:

FMC: karaf @ FuseManagementConsole> ткань: список профилей

FMC: karaf @ FuseManagementConsole> фабрика: список контейнеров

FMC: karaf @ FuseManagementConsole> фабрика: список ансамблей

Найдите минутку, чтобы увидеть список профилей, контейнеров и контейнеров в ансамбле. Список профилей покажет все профили, которые поставляются по умолчанию с FMC. Единственными контейнерами в списке контейнеров и ансамбле должен быть контейнер FuseManagementConsole.

Уделите немного времени изучению некоторых других команд Fabric и ознакомьтесь с их действиями с помощью параметра -help.

Возможно, вам будет интересно узнать, что некоторые из команд, которые начинаются с fabric: имеют ярлыки, позволяющие исключить префикс fabric: subshell, то есть вы можете написать контейнер-список вместо fabric: container-list . Вы заметите это для многих команд фабрики, и я укажу их, когда это уместно.

Создание контейнеров

Для этого урока мы создадим контейнеры как локально, так и удаленно по SSH. Если я сделаю часть III этой серии, я покажу создание контейнеров в облаке (Amazon EC2 с проектом jclouds).

Итак, начнем.

Команда fabric: container-create — это общая версия команды для создания контейнеров локально, удаленно через SSH или удаленно в облаке. Его можно сократить, опуская идентификатор fabric: subshell: create-container . Я рекомендую использовать более конкретные удобные команды для создания локальных, ssh или облачных развертываний: container-create-child , container-create-ssh , container-create-cloud для создания соответствующих контейнеров. Начнем с локальных контейнеров:

FMC: karaf @ FuseManagementConsole> контейнер-создание-дочерний FuseManagementConsole TestContainer

Вы можете вызвать –help для любой интересующей вас команды. В этом случае мы создали новый локальный контейнер с именем TestContainer, который является дочерним по отношению к родительскому FuseManagementConsole. Дочерний контейнер — это локальный контейнер, который является отдельной JVM на том же хосте, что и корневой контейнер. Локальные контейнеры вы найдете в папке $ FMC_HOME / instances.

Теперь, когда вы создаете контейнер-список, вы должны увидеть наш TestContainer:

FMC: karaf @ FuseManagementConsole> список контейнеров

Вы увидите новый контейнер в списке, но у него нет профилей! По умолчанию, если вы не укажете ни одного профиля, будет применен профиль по умолчанию . Мы могли бы применить профиль, когда создали контейнер с помощью этой команды:

FMC: karaf @ FuseManagementConsole> container-create-child —profile camel FuseManagementConsole TestContainer

Это применило бы профиль верблюда . Чтобы применить несколько профилей, укажите параметр –profile несколько раз.

Но поскольку мы изначально этого не делали, мы можем применить профиль с помощью этой команды:

FMC: karaf @ FuseManagementConsole> профиль изменения контейнера TestContainer верблюд

Эта команда заменяет все профили в указанном контейнере (TestContainer) указанным профилем (верблюд). Вы можете указать несколько профилей, разделив их пробелом:

FMC: karaf @ FuseManagementConsole> профиль изменения контейнера TestContainer camel mq

Вы можете сделать то же самое для удаленных контейнеров. Для удаленных контейнеров (ssh) вам необходимо иметь имя пользователя / пароль или открытый / закрытый ключи, настроенные для аутентификации. В нашем примере мы будем использовать аутентификацию с открытым ключом.

FMC: karaf @ FuseManagementConsole> container-create-ssh —host ec2-174-129-120-160.compute-1.amazonaws.com — профиль верблюда — пользователь ec2-пользователь —private-key / home / ec2 -user / .ssh / postakey.pem TestRemoteContainer

Изучение профилей

Мы увидели, как создавать дочерние и удаленные контейнеры (сохранят облачные контейнеры для следующей записи в блоге), но как насчет профилей? Давайте немного рассмотрим профили.

FMC: karaf @ FuseManagementConsole> список профилей

Мы использовали удобную команду profile-list вместо полноценной команды fabric: profile-list , и перечисленные профили являются теми, которые поставляются с FMC по умолчанию. Давайте внимательнее посмотрим на пример верблюжьего профиля:

FMC: karaf @ FuseManagementConsole> пример профиля верблюд

Мы можем видеть три основные вещи из отображения профиля:

1. родительский профиль для примера-верблюд — это профиль karaf
2. конкретный репо для функций Караф указан
3. определенная функция установлена

<!--
  Copyright (C) FuseSource, Inc.
  http://fusesource.com

  Licensed under the Apache License, Version 2.0 (the "License");
  you may not use this file except in compliance with the License.
  You may obtain a copy of the License at

     http://www.apache.org/licenses/LICENSE-2.0

  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an "AS IS" BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
  -->
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xsi:schemaLocation="
           http://www.osgi.org/xmlns/blueprint/v1.0.0
           http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd">


    <camelContext id="fabric-camel-demo" xmlns="http://camel.apache.org/schema/blueprint">

        <route id="route1">
            <from uri="timer://foo?period=5s"/>
            <setBody>
                <simple>Fabric Camel Example: ${date:now:hh:MM:ss.SSS})</simple>
            </setBody>
            <to uri="activemq:queue:camel-test"/>
        </route>

        <route id="route2">
            <from uri="activemq:queue:camel-test"/>
            <to uri="log:org.fusesource.fabric?level=INFO&showExchangePattern=false&showBodyType=false"/>
        </route>

    </camelContext>

    <!-- use the fabric protocol in the brokerURL to connect to the ActiveMQ broker registered as default name -->
    <bean id="jmsConnectionFactory"
          class="org.apache.activemq.ActiveMQConnectionFactory">
        <property name="brokerURL" value="discovery:(fabric:default)" />
    </bean>

    <bean id="pooledConnectionFactory"
          class="org.apache.activemq.pool.PooledConnectionFactory">
        <property name="maxConnections" value="1" />
        <property name="maximumActive" value="500" />
        <property name="connectionFactory" ref="jmsConnectionFactory" />
    </bean>

    <bean id="activemq" class="org.apache.activemq.camel.component.ActiveMQComponent" >
        <property name="connectionFactory" ref="pooledConnectionFactory"/>
    </bean>


</blueprint>