• Обзор книги Database Reliability Engineering

    • Перевод
    Здравствуйте, коллеги!

    У нас только что пришла из типографии долгожданная фундаментальная работа Мартина Клеппмана, именуемая в оригинале "Designing Data-Intensive Applications" (анонсировали ее мы еще в сентябре 2016 года). Книга доступна для заказа на сайте (не благодарите, мы сами ликуем)



    А в конце ноября прошлого года в издательстве «O'Reilly» вышла долгожданная книга «Database Reliability Engineering», которая, на наш взгляд, отлично дополнила бы работу Клеппмана. Кстати, пока на Amazon — только восторженные отзывы



    Под катом мы предлагаем вам не только оптимистичный обзор книги с лошадкой, но и реалистичный комментарий к этому обзору, который, надеемся, также вас заинтересует
    Читать дальше →
  • Оптимизация настроек ПИД регулятора по интегральному критерию качества регулирования

    • Tutorial


    Постановка задачи оценки качества регулирования


    Интегральные оценки качества регулирования характеризует суммарное отклонение реального переходного процесса в системе от идеализированного переходного процесса.

    В качестве идеализированного процесса обычно принимается ступенчатый (скачкообразный) переходный процесс или экспоненциальный процесс с заданными параметрами экспоненты.

    До настоящего времени остаётся не выясненным, какой из интегральных критериев линейный или квадратичный выбрать для оптимизации настроек регуляторов.

    В данной публикации определение оптимальных настроек регулятора осуществляется на основе критерия оптимальности в виде суммы линейного и квадратичного интегральных показателей качества регулирования.
    Читать дальше →
  • Как мы улучшали службу технической поддержки с помощью когортного анализа

    Существует огромное количество инструментов визуализации графиков, умеющих делать с ними настоящие чудеса. Все они имеют разное назначение и специализацию.

    Но сейчас речь пойдет не о них. Речь пойдет не об инструментах, а о том как их использовать в совершенно конкретной ситуации, а именно: при анализе деятельности внутренней службы технической поддержки.

    В большой организации работа централизованных служб часто имеет критическое значение.

    Представьте, что Вы – руководитель службы поддержки, состоящей из 10 человек, и Ваша команда обслуживает коллектив из 200 команд, в каждой из которой по 7-10 человек. Это минимум 1400 человек, ежедневно засыпающих Вас работой.

    Теперь добавим сюда ещё больше реальности и представим, что Вы выполняете некую централизованную функцию (например, настройку чего-нибудь), без которой команды не могут выдать результат.

    Получается, что на Вас всё завязано, и чем быстрее и качественнее будет работать Ваша команда, тем быстрее будут выдавать результат все остальные команды в компании.

    И тут начинаются жалобы на медленную отработку запросов…

    Естественно, в этой ситуации руководителю нужны фактические данные, а не слова.

    На помощь приходит когортный анализ.
    Читать дальше →
  • Сравнительный анализ физических и функциональных объектов

      Эта статья является продолжением статьи Функция и функциональный объект


      Как я писал ранее, функциональный объект можно определить как пространство, в котором происходит поглощение или излучение потоков, которые с точки зрения субъекта желанны, или необходимы. Выделив это пространство, можно задать два вопроса:


      1. Что будет, если в данном пространстве поменяется физическое наполнение. То есть, если потоки останутся, а материальный объект, который находился в этой части пространства, поменяется?
      2. Что произойдет, если потоки прервутся? функциональный объект будет непрерывным, или тоже прервется?

      На первый вопрос все аналитики единодушно отвечают, что функциональный объект останется без изменений. Это значит что объект такого рода может иметь разрывы в материальном воплощении. Этот факт заставляет многих их думать, что функциональный объект чем-то отличается от физического. Но, как я писал ранее, физический объект тоже меняет свое физическое наполнение, поэтому критерий сохранности физического наполнения не имеет смысла. Чем же отличаются физический объект от функционального? Только точкой зрения. Концентрация внимания на разных потоках порождает разные объекты, и больше никакой разницы между физическим и функциональным объектом не существует! Это значит, что с одной точки зрения объект может быть назван функциональным объектом, а с другой — физическим. Думаю, вы сами сможете найти примеры такого рода "перевоплощений".

      Читать дальше →
    • Функция и функциональный объект

        Написано с участием Игоря Катричека katrichek@gmail.com


        Человек и все живые существа используют окружающую среду в своих целях. Считается что, построив парадигму объектов и, рассматривая созданные им объекты через призму их полезности, человек достиг в этом большего совершенства, чем животные. Например, отполировав медную пластину до зеркального блеска, человек использует свойство созданного им предмета отражать свет и называет эту пластину зеркалом. Такое отношение к среде порождает разделение объектов на полезные, вредные и никчемные. Создали ли животные парадигму объектов, или у них своя, отличная от нас парадигма, мы не знаем, спросить не можем.


        По факту, все объекты — это части окружающей нас среды. Нет различия между самолетом и камнем. Нет разницы между объектами, в создании которых принимал человек и теми, в создании которых он не участвовал. Чтобы не тратить время на бесполезные споры о степени участия человека в создании тех или иных объектов, я предлагаю не делать различие между ними.


        Понятие о функции


        Любой объект можно наделить функцией. Например, зная те потоки, которые исчезают в теле объекта, и те потоки, которые образуются в нем, мы можем сказать, что функция объекта — преобразование входящих потоков в выходящие (например, у зеркала функция отражать падающий свет). Мы можем наделить объект функцией быть самим собой. И тогда функция объекта — это поток его состояний (например, функция картины демонстрировать себя). Правда, при этом мы учитываем не все потоки и не все состояния, а только те из них, которые либо желанны, либо необходимы с нашей точки зрения, например, для объяснения причин их возникновения.

        Читать дальше →
      • Что это такое – BPM, и как компании его строить

          Сейчас уже никто не станет оспаривать необходимость, полезность описания и регламентирования бизнес-процессов на предприятии. Существует очень большое количество инструментов для описания бизнес-процессов. В этой статье вы найдете их классификацию. Надеюсь, она поможет специалистам, которые занимаются процессными подходами в работе компаний, сориентироваться на BPM-рынке. Кроме того, я расскажу, какую практическую пользу инструменты BPM могут принести и как обстоят дела с их внедрением в России. В статье много диаграмм, и все они кликабельны.


          Читать дальше →
        • AdBlock похитил этот баннер, но баннеры не зубы — отрастут

          Подробнее
          Реклама
        • Введение в Data Vault



            Большинство компаний сегодня накапливают различные данные, полученные в процессе работы. Часто данные приходят из различных источников — структурированные и не очень, иногда в режиме реального времени, а иногда они доступны в строго определенные периоды. Все это разнообразие нужно структурированно хранить, чтоб потом успешно анализировать, рисовать красивые отчеты и вовремя замечать аномалии. Для этих целей проектируется хранилище данных (Data Warehouse, DWH).

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

            Кому будет интересна эта статья?


            • Ищете более функциональную альтернативу схеме «звезды» и Третьей Нормальной Форме?
            • У Вас уже есть хранилище данных, но его тяжело дорабатывать?
            • Нужна хорошая поддержка историчности, а текущая архитектура для этого не подходит?
            • Возникают проблемы при сборе данных из нескольких источников?

            Если на какой-либо из этих вопросов Вы ответили утвердительно, и при этом не знакомы с Data Vault — прошу заглянуть под кат!
            Читать дальше →
          • Ответ Л.П. Плеханова на замечания по книге «Основы самосинхронных электронных схем»

              Предисловие: Меня зовут Виктор, и я сотрудник Института Проблем Информатики РАН. В нашем отделе ведутся две разработки: рекуррентный процессор и самосинхронная схемотехника. Сам я занят первым, но не смог пройти мимо Мои замечания о книге Л.П. Плеханова «Основы самосинхронных электронных схем», т.к. Л.П. Плеханов работает у нас и данная тематика и «внутренняя кухня» мне близки и знакомы. Я попросил Леонид Петровича подготовить ответ, который с удовольствием сегодня опубликую.

              Для справки: У коллектива, в котором работает Плеханов Л.П. довольно много наработок по части самосинхронной схемотехники. Более 20 патентов по самосинхронике, включая международные патенты (США).

              Также решения являются не только теоретическими, но и практическими. Например, буквально недавно вышла книга «Библиотека функциональных ячеек для проектирования самосинхронных полузаказных микросхем серий 5503 и 5507». САПР «Ковчег» позволяет проектировать самосинхронные схемы в базисе БМК серий 5503 и 5507.

              Кроме того, уже выполнен по технологии 65 нм самосинхронный делитель и блок FMA для процессора КОМДИВ-64. В силу разных обстоятельств данные труды пока не имеют заслуженной на мой взгляд огласки, и посему лично я надеюсь, что этот первый пост нашего отдела ИПИ РАН не будет последним и в ближайшее время мы расскажем публике о самосинхронной схемотехнике подробнее. Ну а пока, передаю слово Леониду Петровичу.

              Пошумим!



              Вообще-то, если появляется компетентная рецензия, то это благо для автора. Но здесь другой случай.

              1. Общее впечатление


              Автор замечаний (далее — Рецензент), находясь в плену своих событийных представлений, непоколебимо считает, что и все другие исходят (или должны исходить) из того же.

              А с какой стати?

              Поэтому Рецензент ничего не понял в книге — ни идеи, ни подхода, ни результатов.
              Зато замечания написаны с большой самоуверенностью.
              Читать дальше →
            • Почему компьютерные чипы стали быстрее «стареть» и что с этим делать

                На прошлой неделе на тематическом ресурсе Semiconductor Engineering вышла статья, которая выделяет тренд «старения» чипов в ЦОД. Мы решили поподробнее взглянуть на материал и рассказать, что происходит в этой сфере.

                Читать дальше →
              • Интеграция Asterisk и Битрикс24


                  В сети есть разные варианты интеграции IP-АТС Asterisk и CRM Битрикс24, но мы, все таки, решили написать свою.

                  По функционалу все стандартно:

                  • Кликом на ссылку с номером телефона клиента в Битрикс24, Asterisk соединяет внутренний номер пользователя, от имени которого это клик совершен, с номером телефона клиента. 
В Битрикс24 фиксируется запись о звонке и по окончании вызова подтягивается запись разговора.
                  • На Asterisk поступает звонок извне — в интерфейсе Битрикс24 показываем карточку клиента тому сотруднику, на номер которого этот звонок прилетел.
                    Если такого клиента нет, откроем карточку создания нового лида.
                    Как только звонок завершен, отражаем это в карточке и подтягиваем запись разговора.

                  Под катом расскажу как все настроить у себя и дам линк на github — да-да, забирайте и пользуйтесь!
                  Читать дальше →
                Самое читаемое