• Сервер Huawei KunLun – наше тестирование

      Сначала несколько слов об архитектуре KunLun – информации о ней в русскоязычном сегменте практически нет. KunLun создавался как High-End-платформа, соответственно все его компоненты дублируются (включая модули управления и контроллеров NUMA-узлов). Впрочем, дублированием компонентов High-End’ность сервера не ограничивается: решение позволяет без остановки ОС заменять не только PCIe-платы (это в принципе не ново), но и процессоры с памятью. Система проактивно даст знать, какие компоненты скоро могут выйти из строя, не дожидаясь самого сбоя. Заменить их можно будет без остановки ОС. На сегодня горячая замена процессоров и модулей памяти предусмотрена только в ОС EulerOS (CentOS от Huawei). Поддержку «из коробки» обещают в скором времени для RHEL и SLES.
      Читать дальше →
    • Huawei Connect 2016 Shanghai

        На прошлой неделе в Шанхае прошла ежегодная конференция Huawei Connect, посвящённая достижениям одноименного вендора, его партнёров и клиентов. Вашему вниманию предлагается краткий обзор новинок, представленных в рамках этого мероприятия.



        Читать дальше →
      • Альтернативные технологии обеспечения высокой доступности приложений

          При построении High Availability Configuration на базе оборудования RISC-платформ мы выбираем из весьма ограниченного набора кластерного ПО. В первую очередь это вендорские разработки – Oracle Solaris Cluster, PowerHA (IBM), Serviceguard (HP), а также Veritas Cluster Server. Последнее решение по факту является основным предлагаемым на данный момент вариантом построения кластерных конфигураций, причем для разных платформ – Oracle, IBM и т.д.

          Однако мы решили не ограничиваться только этими разработками и поискать альтернативное кластерное решение для x86. Так был инициирован внутренний проект по тестированию кластерной конфигурации на базе ПО Pacemaker.
          Читать дальше →
        • Аппаратное ускорение корпоративных вычислений

            “Ускоренные вычисления” (Accelerated Computing) – модель вычислений, при которой в тандеме с традиционными CPU применяются узкоспециализированные сопроцессоры (“ускорители”). Основной задачей сопроцессоров является высокопараллельное выполнение интенсивной вычислительной нагрузки и высвобождение ресурсов CPU для других нужд приложения (“offloading”).

            Хорошими примерами таких “ускорителей” могут служить GPU от NVIDIA или сопроцессоры Xeon Phi, без которых не обходится практически ни один проект в сфере научных или инженерных вычислений. Однако в корпоративном секторе подобные технологии практически не применялись (если не считать использование GPU в фермах виртуализации рабочих мест).
            Читать дальше →
          • Настраиваем связку Apache Zeppelin + Oracle

              Давно ищу удобный инструмент для выполнения ad hoc SQL-запросов в БД Oracle, с возможностью быстрого построения различных типов графиков на полученных данных. Все, что может облегчить оперативное создание отчетов, как говорится «на лету». Совсем недавно наткнулся на вот такой инструмент как Apache Zeppelin. Короткий обзор возможностей в документации на сайте и демо-видео показал, что это штука достаточно интересная и имеет смысл более плотно исследовать ее и настроить доступ из Apache Zeppelin к СУБД Oracle.


              Читать дальше →
            • Ускоряем OSB

                Статья подготовлена Дмитрием Овчаренко, архитектором Департамента прикладных финансовых систем компании «Инфосистемы Джет»

                Предвидя проблему


                Приступая к разработке прокси-сервиса на Oracle Service Bus, следует принимать во внимание условия использования этого сервиса. Например, если разрабатываемый процесс будет участвовать во множестве популярных операций или использоваться большим числом пользователей. В случае, например, запроса информации для первой страницы после логина пользователя на сайте следует сразу придерживаться соображений оптимального кода с точки зрения производительности.

                В процессе написания трансформаций и всех обращений к путям внутри сообщения не поленитесь указать [1] после каждого узла в XPath

                $Get_Client_Info_Output/ns1:ListOfContact[1]/ns1:Contact[1]/ns1:rName[1]
                

                Это позволит обрабатывать выражение как обращение к единичным элементам структуры, а не к множественным, как это подразумевается в общем случае.
                Читать дальше →
              • Подготовка и запуск маркетинговой кампании по рассылке Email в Siebel CRM

                  О настройке Siebel Email Marketing мы рассказали ранее.

                  Объектная модель


                  Функциональность маркетинговых кампаний в Siebel CRM позволяет проводить различные мероприятия по информированию клиентов о новых предложениях. Стандартная объектная модель отражает все этапы проведения маркетинговой кампании и содержит в себе такие сущности, как предложение (Offer) и обращение (Treatment). Обращение – шаблон предложения, специфичный для конкретного канала взаимодействия. Для контакт-центра это может быть скрипт разговора, для СМС-рассылки – текст сообщения.


                  При проведении Email-рассылки необходимо создать HTML-шаблон письма и привязать его к соответствующей кампании.

                  Читать дальше →
                • ЦОД без «меди»

                    Статья подготовлена Всеволодом Воробьевым, руководителем направления ЦОД Центра сетевых решений компании «Инфосистемы Джет»

                    Весной этого года мы построили большой дата-центр для одного из крупнейших отечественных банков – ВТБ24. За один год мы выполнили полный комплекс работ: от формирования технического задания и разработки проектной документации до выполнения пуско-наладки и сдачи ЦОД. Дата-центр площадью 400 м² (без учета гидромодуля) рассчитан на 92 серверных/сетевых шкафа. Его общая мощность – 1600 кВт, максимальная полезная мощность – 800 кВт.

                    Рисунок 1 Общий план ЦОД

                    Читать дальше →
                  • Серверы Huawei: функциональное тестирование

                      Данная статья подготовлена Андреем Сидоровым, инженером Unix Сервисного центра компании «Инфосистемы Джет».

                      Недавно у одного нашего заказчика было проведено тестирование оборудования Huawei, результатами которого мы бы и хотели с вами поделиться. Главной задачей тестирования являлась проверка основных функций оборудования Huawei и их совместимости с текущей инфраструктурой заказчика. На «растерзание» нам досталось достаточно большое количество железа ‒ стоечные серверы, блейд-корзины.

                      Серверы на тесты достались следующие:
                      • RH1288 V3 ‒ 1 unit, 2 socket
                      • RH2288 V3 ‒ 2 unit, 2 socket
                      • RH5885 V3 ‒ 4 unit, 4 socket
                      • RH8100 V3 ‒ 8 unit, 8 socket

                      Читать дальше →
                    • История о чертовых дублях

                        Данная статья подготовлена Дмитрием Овчаренко, архитектором Департамента прикладных финансовых систем компании «Инфосистемы Джет»

                        Да будет унификация! Такое решение было принято при проектировании интеграционной архитектуры, связывающей CRM с другими внешними системами посредством шины на Oracle Service Bus. Помимо онлайн-интеграции на основе веб-сервисов, она принимает файлы, поступающие в систему, и вызывает веб-сервисы на стороне CRM, специально разработанные для каждого типа входящих данных.

                        Файл содержит множество записей, и по каждой требуется выполнить отдельный вызов сервиса на стороне CRM. Обработка файла производится в цикле по записям. На каждый вызов сервиса уходит по 5 секунд – это довольно много, но для выполнения поставленных требований вполне хватало. Процесс обработки вызова веб-сервиса в CRM предварительно проверяет запись на дубль, затем выполняет требуемую бизнес-логику и создает запись в БД.

                        Но «внезапности» могут возникнуть в непредвиденных моментах «шиномонтажа». На промышленных объемах данных в базе CRM стали появляться дубли. Мы выяснили, что источник может почему-то отправить большой файл повторно (сразу после того, как он будет подхвачен файловым proxy-сервисом и помещен в Stage-папку). Причем отставание между вызовами веб-сервисов, создающих дубли, настолько мало, что в момент второго вызова данные в первом еще не закоммичены, и проверка на стороне CRM не успевает срабатывать.
                        Читать дальше →

                      Самое читаемое