Персоналом Техопедии, 6 сентября 2017 г.
Вывод: ведущий Эрик Кавана обсуждает управление производительностью PeopleSoft с Мэттом Саррелом и Биллом Эллисом в этом выпуске «Горячих технологий».
Эрик Кавана: Хорошо, дамы и господа. Здравствуйте и добро пожаловать снова. Это среда в 4 часа по восточному времени, и в последние несколько лет это означает, что в этом мире информационных технологий, крупного бизнеса и данных настало время для «горячих технологий». Да, действительно, меня зовут Эрик Кавана. Я буду вашим модератором сегодняшнего мероприятия.
Мы поговорим о системах, которые управляют бизнесом, ребята; мы говорим о PeopleSoft, как управлять производительностью сложных сред. Я всегда хотел бы отметить, что вы играете большую роль в этих событиях, поэтому, пожалуйста, не стесняйтесь. Задайте свой вопрос в любое время; Вы можете сделать это, используя окно чата или Q & A - в любом случае это возможно. Я хотел бы услышать то, что вы хотите знать, и это лучший способ; Вы получаете лучшее значение для вашего времени. Мы архивируем все эти веб-трансляции для последующего прослушивания, так что имейте это в виду.
Если системы работают медленно, просто помните, какой была жизнь. На самом деле это фото 1968 года, любезно предоставленное дамой по имени Данель, и я должен сказать, что это серьезное напоминание о том, насколько многое изменилось. Мир стал значительно сложнее и, конечно, бизнес-потребности и пользовательский опыт, как правило, идут рука об руку. Но в наши дни есть немного разобщенности. Как мы часто говорим, есть несоответствие, и дело в том, что деловые люди всегда хотят чего-то быстрее и быстрее, ИТ-команды, которые должны доставлять, оказываются под давлением, чтобы выполнить свою работу, и это напряженный мир.
Скажу сразу, конкуренция повсюду накаляется. Если вы просто посмотрите на какую-либо отрасль, то увидите, что в наши дни происходят важные события - например, Amazon покупает Whole Foods. Вы можете быть уверены, что продуктовая индустрия пристально смотрит на это. Мы видим это повсюду, поэтому лидерам бизнеса действительно необходимо выяснить, как - и вот модное слово в наши дни - преобразовать в цифровом виде, как перейти от старого коммутатора к гораздо более новым и надежным системам. Об этом мы сегодня поговорим.
Одной из проблем, с которой сталкиваются многие организации, особенно те, которые существуют уже некоторое время, являются эти устаревшие системы. Это старый мэйнфрейм IBM из прошлого. Повсюду существуют устаревшие системы. Одна из шуток в том, что устаревшая система - это система, которая находится в производстве, то есть, когда она запускается в производство, технически это устаревшая система. Всегда будут новые способы ведения дел.
И за последние несколько лет произошли некоторые очень интересные разработки, касающиеся поиска способов виртуального согласования систем, чтобы не обязательно просто повысить производительность одной системы, но и найти способ создания своего рода ответвления или тактики разгрузки для управления производительностью. другими способами. Сегодня мы поговорим о том, как улучшить производительность системы, такой как PeopleSoft, что, конечно, невероятно сложно. Но когда все сделано хорошо, когда загружено, когда реализовано, когда хорошо управляется, оно может делать замечательные вещи. Но когда с этим плохо справляются, вот тогда у вас возникают всевозможные проблемы.
Так что же происходит? Вы должны быть реалистами в отношении вещей и в любой среде, если пользователи не получают того, чего хотят, рано или поздно они переходят в теневые системы. Так происходит все время. Теневые системы могут быть очень продуктивными, они могут помочь людям выполнить работу. Но, конечно, есть много проблем. Конечно, во всей области соответствия и регулирования теневые системы - это большое нет-нет. Но они есть, и я думаю, что важно помнить, что ваши системы, если ваша основная система не работает быстро или не работает эффективно, рано или поздно будут обходные пути, и эти обходные пути могут быть очень трудно найти, они может быть трудно закатить, потому что они оказываются критически важными для бизнеса. Их может быть сложно интегрировать, поэтому имейте в виду, что они существуют, и это просто еще одна причина для повышения производительности.
Совсем недавно я услышал об этом выражении, и я должен выбросить его: «срочность тирании». Я думаю, просто услышав, что вы, вероятно, знаете, о чем я говорю и что происходит в большинстве организаций, рабочая нагрузка достигает критической массы и люди делают столько, сколько могут, и становится очень трудно что-либо изменить. Вы страдаете от «неотложной тирании» - все должно быть сделано немедленно. Что ж, обновление системы происходит не сразу.
Любой, кто когда-либо переживал обновление ERP с одной версии на другую, знает, что это довольно болезненный процесс, поэтому просто помните об этом: если вы видите это в своей организации, узнайте это. Надеюсь, вы сможете связаться с кем-то или, если вы являетесь старшим человеком, например, ИТ-директором, техническим директором или генеральным директором, вы поймете, что это очень опасный сценарий, потому что после того, как вы отстали от «восьмерки», из-за восьмой мяч.
Это похоже на всю загадку марафона: если вы окажетесь далеко позади в какой-то гонке, и все будут впереди вас, а вы все еще бежите, будет очень трудно наверстать упущенное, если вы отстанете слишком далеко. Так что просто следите за этим и имейте это в виду.
И с этим я передам это Мэтту Саррелу, чтобы дать нам некоторое представление о том, как справляться со сложностью в средах PeopleSoft. Мэтт, убери это.
Мэтт Саррел: Хорошо, спасибо, Эрик. Привет всем. Итак, давайте посмотрим, я начну с того, что скажу вам, почему я считаю, что мне нужно поговорить с вами об управлении производительностью. Итак, у меня 30-летний опыт работы в сфере технологий. Я как бы хотел сказать, что прошел путь от практического администратора до администратора сети, директора по информационным технологиям, вице-президента по проектированию в нескольких стартапах. Затем я стал техническим директором PC Mag. Там есть моя фотография, но в основном я выгляжу как маленький ребенок.
А затем продолжал работать журналистом в различных изданиях, таких как eWeek и InfoWorld, аналитиком в Gigahome, сетями в Bloor Group и консалтингом. И вот я: эта картинка слева - это то, на что я сейчас похожа. Эта картинка посередине - это то, где я очень счастлив - в комнате, полной проводов и мерцающих огней, и там, где холодно - должно быть очень холодно, и всем остальным должно быть неудобно, чтобы я чувствовал комфортную температуру. мудрый. И есть моя контактная информация, если у вас есть дополнительные вопросы.
Я хочу подготовить почву здесь и просто поговорить о производительности, как говорил Эрик. Теперь мы вошли в этот мир, где у пользователей есть такое ожидание, которое было установлено потребительскими приложениями и веб-сайтами. И люди раньше были готовы идти на работу, сидеть там и ждать своих систем, потому что это то, что им нужно, и теперь люди на самом деле не хотят сидеть там. Так что вопрос в том, хотят ли они, чтобы этот мотоцикл летал по трассе. Они, вероятно, не хотят, чтобы парень ехал на велосипеде и нести свою дочь в школу. Но что вы собираетесь предоставить?
И это трудно, потому что - на самом деле я был довольно щедрым с этими хорошими 1 - 3 секундами - люди тоже хотят немедленного ответа и хотят получить доступ откуда угодно. Это может быть где угодно в вашем здании или в вашем кампусе, или это может быть где угодно в мире в любое время в зависимости от того, насколько хорошо работает ваш бизнес. И я думаю, что я строю то, что, когда мы говорим о производительности, важно думать о производительности с точки зрения пользовательского опыта.
Важно определить цели производительности перед измерением и настройкой. У меня есть это изображение тюнера, а затем тюнера. Настоящий мужчина, который является тюнером, ему нужно знать, для чего он настраивается, или нет никакого смысла в том, чтобы прикладывать руки к пианино и настраивать его. Таким образом, определяя цели заранее, это будет своего рода поддерживать реальность, а не адаптировать цели к текущей ситуации. Важно следить за показателями с течением времени и понимать, как системы меняются в зависимости от производительности приложения, загружаемого пользователем, на что влияют сцены ресурсов и модели использования.
Всегда важно соотносить все это с пользовательским опытом или инцидентами поддержки, устанавливать базовый уровень производительности, которую вы ожидаете достичь, и когда вы приближаетесь к отклонениям от этого базового уровня, иметь упреждающие оповещения, чтобы вы могли предпринять действия прежде чем мы достигнем статуса «провал кита». И вы знаете, что для этого требуется способность быстро и легко определять и устранять причину проблемы с производительностью. И опять же, чем раньше, тем лучше, верно?
Мы знаем из прошлой истории, изучающей усилия разработчиков, чем раньше вы сможете найти и исправить проблемы с производительностью, тем лучше вы будете. Если вы подождете, пока весь ваш код или ваша система будут запущены, чтобы начать тестирование производительности или начать обнаруживать проблемы, я не скажу, что уже слишком поздно, но опять же, теперь вы парень, который плохо стартовал в марафоне и теперь вы играете в догонялки, вместо того, чтобы прыгать и идти вперед. Так как ты это делаешь? Ожидаете ли вы свой средний и пиковую нагрузку?
И вы идете дальше, вы измеряете свои физические серверы или ваши виртуальные серверы или ваши облачные экземпляры или ваши контейнеры и ваши ресурсы контейнера, а затем запускаете проверку концепции и запускаете пилот? Это как раз тот момент, когда вам хочется что-то поймать, хотя все же лучше ловить его на производстве, чем игнорировать на производстве. Но на самом деле, к тому времени, когда вы находитесь в своем пилоте, вы уже должны были разработать свою методологию и процедуры непрерывного мониторинга и улучшения.
Хорошо, так много компаний - мы говорим о цифровой трансформации. DevOps в революции DevOps играет огромную роль в этом цифровом преобразовании. И это сквозной процесс, который действительно никогда не останавливается. Так что, как две руки рисуют друг друга, и это хороший материал. Это бесконечный цикл между этими двумя руками: план, код, сборка, тестирование, выпуск, развертывание, эксплуатация, мониторинг, возврат к плану. Он сам себя кормит, а мы его автоматизируем, чтобы он шел быстро. Он создает цикл обратной связи для мониторинга производительности труда и использует его для проактивного выявления проблем с производительностью и их устранения до того, как они повлияют на всю пользовательскую базу.
И еще одна вещь, теперь, когда у вас есть это, ИТ-разработчики и оперативный персонал очень быстро и согласованно работают, вы также можете легко согласовать эти усилия с бизнес-персоналом. Производительность корпоративного программного обеспечения - сложный зверь. Можно было бы сравнить это с футбольной командой, сидящей перед классной доской, которая идет в направлении, и все работает отдельно, и все работает вместе. Я всегда думаю об этом как о старой истории, когда я получил свою первую машину, и я исправил одну вещь. Я починил кондиционер, а потом случилось то, что остальная система охлаждения вышла из строя. Таким образом, у вас есть свои болевые точки, и все идет вместе и вносит коррективы. Вы должны организовать все таким образом и выстроить процессы так, чтобы при внесении изменений вы понимали, как все влияет на все остальное.
А также будьте осторожны и перепроверьте. Протестируйте, аннулируйте, внедрите. И снова мы подходим к этому вопросу создания программ непрерывного мониторинга и повышения производительности. И это, по сути, мой последний слайд. Хотя мы говорим об этой сложности, и она такая же красивая, как и внутри этих часов, у нас есть много движущихся частей для PeopleSoft. Каждая вещь влияет на все остальное все время вверх и вниз по стеку. И есть так много разных мест, где вы можете искать ключи к проблемам производительности, которые вы очень легко можете потерять без правильного инструмента и без правильного процесса. И снова обо всем, во многих случаях, я думаю, мы узнали, что вы можете устранять неполадки инфраструктуры, но огромной переменной будет ваш пользовательский код приложения. Таким образом, наличие правильных процессов для тестирования и постоянного улучшения кода вашего приложения - вот что будет ключевым.
Итак, это конец моей части, и я передам это Биллу.
Эрик Кавана: Хорошо, Билл, позвольте мне дать вам ключи от WebEx здесь. Мне нравится эта красивая сложность - это приятно. У тебя была пара действительно хороших цитат, Мэтт. Хорошо, Билл, убери это. Перейдите к «Быстрый старт», если вы хотите поделиться своим экраном. Все вы.
Билл Эллис: Спасибо, Мэтт, и спасибо, Эрик. Просто чтобы подтвердить, вы все видите мой экран сейчас?
Эрик Кавана: Да, действительно.
Билл Эллис: Итак, мы собираемся поговорить о продукте IDERA Precise for PeopleSoft и о наглядности, которую они могут предоставить, чтобы помочь вам добиться успеха в управлении сложным стеком приложений. Способ решения проблемы заключается в том, что одно приложение, минимум шесть технологий, множество конечных пользователей, и это затрудняет ответ даже на простые вопросы. У конечного пользователя возникла проблема? Кто является конечным пользователем, что они делают, в чем причина?
Обычно мы наблюдаем такую ситуацию - и это может относиться к PeopleSoft, а также к другим приложениям или PeopleSoft, взаимодействующим с другими приложениями, - в пределах наборов данных, или в наши дни это может быть облако, конечного пользователя на самом деле не волнует эта сложность. Они просто хотят завершить транзакцию, подходы, поиск инвентаря, отчетную карточку времени и тому подобное. Если что-то идет медленно или недоступно, как правило, все эти умные, благонамеренные люди не знают, пока конечный пользователь не пожалуется.
Это своего рода пробел в видимости, и тогда может случиться так, что он может начать трудоемкий и разочаровывающий процесс, когда люди могут открыть инструмент, и они, к сожалению, смотрят только на подмножество стека приложений. Так что трудности с ответом на эти основные вопросы остаются.
И часто возникает проблема, и вы обращаетесь к администратору WebLogic, и он говорит: «Ну, память, сборщики мусора выглядят великолепно. Я действительно не думаю, что это WebLogic ». Вы обращаетесь к администратору DBA, и он говорит:« Ну, база данных работает так же, как вчера. Первая десятка выглядит хорошо. Возможно, администратор хранилища предоставил вам некоторые показатели, такие как число операций ввода-вывода в секунду или пропускную способность, которые являются показателями на уровне кадров и могут не отражаться на вашем конкретном приложении, а тем более на базе данных или конкретном процессе ».
И поэтому у всех них есть эти метрики, которые, кажется, показывают, что проблема в другом месте, но этот конечный пользователь имеет проблему или сообщил о проблеме, но как мы можем решить эту проблему лучшим способом? И лучший способ, точный способ - или это один из предлагаемых нами способов - это измерение пользовательских транзакций, начиная с браузера, через сеть, на веб-сервер, в Java Jolt, в Tuxedo, в базу данных, включая DB2. и, наконец, в хранилище.
И это показывает, что общее время говорит: «Ну, у кого проблемы?» И затем мы можем определить конечного пользователя по тому, как он подписался на PeopleSoft, и мы также можем получить с помощью перевода Tuxedo то, что выполняют панели PeopleSoft.
Таким образом, время подается в историческое хранилище, которое мы называем базой данных управления эффективностью, и это становится единым музыкальным произведением, которое значительно упрощает кто, что, когда, где, почему. Точное также включает в себя рекомендации. Вероятно, самое главное, потому что мы постоянно собираем всю информацию - как на уровне технического ИТ-персонала - вы можете измерить до и после. Таким образом, вы можете довести измерение по измерению или Six Sigma до всей операции производительности.
Итак, давайте посмотрим на «день из жизни». Прежде всего, вы можете открыть экран точного оповещения, и именно здесь вы получите раннее предупреждение. Самое главное предупреждение - у вас есть предупреждения об активности. Так что это пользователи, осуществляющие транзакции, и мы в основном не выполняем наши SLA. Аналогично, у нас есть состояние доступности, и это в основном говорит о том, что часть нашей инфраструктуры приложений недоступна, поэтому мы можем углубиться в детали и увидеть, как экземпляры Tuxedo в форме, и вы можете увидеть, что один из экземпляры вниз. Вся деятельность переносится на этот экземпляр, и ему приходится иметь дело с этим. Мы в основном создали узкое место.
Теперь, в сущности, для работ, которые выполняются в этом направлении, вы можете начать получать выводы о том, что, хотя у нас есть общая проблема инфраструктуры, есть способы повысить эффективность обработки в этой конкретной JVM для WebLogic. И вот здесь есть действительно важная вещь: много раз люди переходят как в облако и говорят: «Ну, сколько процессора и сколько памяти вам нужно?»
Ну, другая сторона этой монеты, известная как емкость, - это эффективность обработки. Если я использую меньше памяти, если я использую меньше процессора, мне просто не нужно так много. И так, как Мэтт сказал ранее, все как-то связано. Теперь я могу открыть экран транзакции PeopleSoft, и на экране ось Y - время отклика, ось X - время дня.
У нас есть столбчатая диаграмма стека, которая показывает время клиента. Это на самом деле браузер, веб-сервер. Зеленый - это время Java, розовый - смокинг, синий - время базы данных. Этот профиль не произошел сам по себе; это произошло из-за определенных панелей PeopleSoft - они были выполнены и представлены вам по времени отклика. На самом деле есть время каждого шага в приложении, а также столбчатая диаграмма стека, которая показывает приложение здесь панель за панелью. Я также могу углубиться и найти конкретного пользователя или ранжировать своих пользователей.
Этот экран позволяет мне указать конкретного пользователя по имени для входа. Подумайте о том, как это замечательно или насколько сильно Часто речь идет не только об инфраструктуре и ее настройке, но и о том, как конечные пользователи используют систему. У вас может быть новый найм, или у кого-то есть новая функция работы: он может не знать, как правильно использовать приложение. Это может реально помочь определить возможности обучения.
Другая сторона медали - если я могу сосредоточиться на конкретном пользователе - здесь я смотрю на этого пользователя в его конкретных транзакциях и на время отклика, которое они испытали - я могу непосредственно обратиться к пользовательскому опыту конкретного пользователь. Это больше не общие метрики на системном уровне, это касается конечного пользователя, и это очень мощный. Части вашей среды, безусловно, будут внутренними, кадровыми и т. Д. Могут быть и другие части, с которыми сталкиваются клиенты. В любом случае, вы хотите обеспечить наилучшее и наиболее продуктивное обслуживание клиентов.
Теперь для определенной группы, я могу пойти и углубиться, чтобы ответить на вопросы. Так что это своего рода глубокое погружение, которое мы можем сделать, чтобы как-то раскрыть, что происходит, и вы можете сделать это глубокое погружение, прежде чем позвонить конечному пользователю или, если конечный пользователь позвонил вам, вы сможете инициировать процесс для скажем: «Ну, где именно причина?» И это не будет похоже на загрузку ЦП и переопределение, это будет на код приложения, который они осуществляют.
Давайте углубимся в это, и мы посмотрим на это управление контентом, и вы действительно можете увидеть анализ этой транзакции: запуск браузера, точки входа на веб-сервер в Java Jolt, и мы фактически показываем код, который выполняется в Панель смокинга, наконец, к оператору SQL, где Precise отображает текст оператора SQL, который выполняется этой конкретной панелью PeopleSoft.
У всех, с кем мы разговариваем, есть инструменты, но у них нет контекста. Соединение точек или отслеживание транзакции из браузера до оператора SQL является контекстом. Для этого, как и для вашего администратора баз данных, вместо того, чтобы смотреть на вещи на уровне экземпляра или базы данных, я теперь могу исследовать на уровне оператора SQL.
Поэтому я могу сказать: «Ну, каковы узкие места для отдельного оператора SQL», и это очень мощно. Обратите внимание, что эта транзакция не может выполняться быстрее, чем оператор SQL, и каждая значимая бизнес-транзакция взаимодействует с системой записи. База данных, нравится вам это или нет, является основой производительности, и если я могу быть настолько детализированным, чтобы сосредоточиться на отдельных операторах SQL, которые имеют жизненно важное значение для бизнес-транзакций, я действительно смогу вывести свою игру на новый уровень.
Еще одна вещь, которую вы могли бы здесь заметить, - это расчет в процентах, который обеспечивает Precise. Сам браузер на самом деле является значительной частью стека приложений. У вас есть выполнение JavaScript, у вас есть время рендеринга, у вас есть компоненты страницы, GIF, JPEG. И на самом деле вы обнаружите, что ваше приложение может вести себя очень по-разному в Chrome по сравнению с IE и разными версиями. Precise сможет продемонстрировать это и вам, и могут быть ситуации, когда в браузере возникает узкое место или конфликт, который может вызвать такие вещи, как зависание экрана.
Способность определить, что позволяет ИТ-специалистам не создавать неправильное дерево, а устранять основную причину различных проблем, которые могут возникнуть. Теперь, что я могу сделать для конкретного оператора SQL, тогда я могу точно проанализировать, что происходит с этим оператором SQL. Итак, здесь мы опустились до представления эксперта по базе данных.
Одна из вещей, которая отличает Precise на уровне базы данных, - это то, что мы производим выборку с точностью до секунды. Это по сравнению с нашими конкурентами, которые смотрят только один раз каждые 10, один раз каждые 15 минут. Так что уровень детализации, уровень разрешения на несколько порядков лучше, чем у наших конкурентов.
И еще раз, поскольку база данных является частью нашего фонда, мы позволим вашему администратору баз данных реально поднять производительность на новый уровень. Таким образом, я вижу, что этот оператор SQL на самом деле тратил 50 процентов, если он занимался доступом к хранимой подсистеме, 50 процентов своего времени - с использованием ЦП. Нажмите кнопку настройки, и я смогу перейти к деталям планов выполнения и выяснить, что именно послужило основой для этой схемы использования.
Теперь цитата одного из наших клиентов - если они не были в Oracle Shop, они использовали инструмент Oracle, называемый OEM, а OEM действительно ориентирован на базу данных или экземпляр - это администраторы баз данных, постоянно изучающие, что входит в топ-10? Но с помощью Precise мы можем связать точки с отдельными операторами SQL и, таким образом, гранулярность позволяет администраторам баз данных действительно настраиваться на уровне транзакций, а не только на гораздо более высоком уровне базы данных.
Вторым моментом, который был действительно жизненно важен для этого клиента, является то, что Precise, переводя сложный URL-адрес в имя панели PeopleSoft, - если я в ИТ и могу говорить о менеджере дерева, менеджере контента, конкретной странице HR, таким образом, человек, которому я пытаюсь помочь, знает, что я на самом деле смотрю и понимаю, на что они смотрят, потому что это уже не эти иероглифы, это имя, с которым они знакомы.
Один из вопросов, который нам задают - кажется, что все время, так что я подумал, что я бы как-то проактивно ответил на вопросы - как в мире вы фиксируете этот идентификатор пользователя PeopleSoft? Позвольте мне пройтись по ступеням. Вот экран входа PeopleSoft. Чтобы получить к нему доступ, мне пришлось перейти на свой веб-сервер, и этот экран появляется. Когда приложение оснащено Precise, этот экран на самом деле содержит сценарий Precise, и я могу открыть его, щелкнув правой кнопкой мыши, чтобы просмотреть исходный код. И это на самом деле покажет мне код, который составляет базовую страницу, а здесь, в рамке страницы, на самом деле Точный для веб-кода, и это позволяет мне захватить экран входа в систему, IP-адрес, тип браузера, целое куча информации о рендеринге и истинном опыте конечного пользователя. И поэтому, когда я ввожу свое имя пользователя и нажимаю кнопку «Войти», Precise может измерить то, что я делаю.
Я открываюсь, иду к менеджеру дерева, хочу выполнить операцию поиска, заполняю поле и нажимаю кнопку поиска. Набор результатов представлен мне, поэтому я четко прошел весь стек приложений вплоть до базы данных. Как Precise показывает это? Давайте продолжим и посмотрим. Откройте Precise, я вхожу, я вижу активность, я могу щелкнуть вкладку активности, которая откроет этот экран. Это непереведенные URL. Я могу показать пользователей, и вот мой идентификатор пользователя, в который я только что вошел, и вот моя деятельность.
Вы могли видеть, что я использовал Firefox версии 45, чтобы поднять это. Я использовал приложение 12 раз, и в основном отказываюсь, когда кто-то покидает веб-страницу до того, как она полностью отобразится, что указывает на бизнес-проблему. Вот так мы смогли подобрать идентификатор конечного пользователя. Это очень приятно, люди действительно ценят, когда вы точно знаете, что происходит.
Теперь мы хотим переключить передачи немного странно. Мы смотрели на сделку позже. Мы глубоко погрузились в конкретную транзакцию и рассмотрели ее операторы SQL. Теперь я хочу переключиться и взглянуть на некоторые другие технологии в стеке приложений PeopleSoft, начиная с WebLogic.
Итак, вот экземпляр WebLogic, и вы можете видеть активность с течением времени. У вас есть финансовый отчет. Это говорит мне сразу, память используется почти на максимуме. Одна из вещей, которую мы находим, это то, что большинство людей запускают весь стек приложений или, по крайней мере, часть, в общей среде, очень часто это VMware. Вы должны сбалансировать, сколько ресурсов вы запрашиваете и сколько вам нужно. Вы не хотите быть боровом ресурса. Точно так же вы не хотите устанавливать ограничение обработки, не запрашивая достаточного количества памяти в этом случае.
Конфигурация также важна для управления производительностью. Таким образом, мы на самом деле можем попасть в сборщик мусора в памяти и во все счетчики JMX WebLogic, чтобы я точно знал состояние моей формы WebLogic.
Теперь в смокинге. Смокинг во многих магазинах - это своего рода черный ящик, и это очень важная часть PeopleSoft. Это что-то вроде клея, который скрепляет все вместе, и я почти воспринимаю это как расширение операционной системы. Это то, что вы используете и настраиваете очень тщательно. Между прочим - это небольшая дополнительная заметка - во вступительных комментариях Эрик упомянул «срочность тирании», и я думаю, что это действительно вступает в силу, когда магазины PeopleSoft рассматривают возможность перехода от классического пользовательского интерфейса к гибкому пользовательскому интерфейсу, потому что вы обнаружите, что вы находитесь за кривой, благодаря тому, как гибкий пользовательский интерфейс работает в среде PeopleSoft.
Теперь у вас есть проблемы в WebLogic, в Tuxedo, в базе данных и в хранилище здесь только потому, что HTML5 делает огромный объем обмена сообщениями. Вероятно, это в 10 раз меньше, чем у классического пользовательского интерфейса, а дополнительный обмен сообщениями означает дополнительный трафик. Таким образом, конфигурация смокинга должна быть модифицирована для размещения дополнительного трафика. Несколько вещей об этом экране закончились с правой стороны: у нас есть временные графики для взвешенного времени отклика, среднего времени отклика, а также счетчика выполнения.
Здесь у нас есть информация обо всех доменах Tuxedo в среде. Мы разделили сервисы, пользователей, серверные процессы, а также IP-адреса. Я могу изменить это на счетчик выполнения и представить их в порядке убывания, чтобы увидеть, что выполняется чаще всего. Я также могу прокрутить вниз, чтобы показать домены; у большинства людей есть несколько доменов в их среде, чтобы в основном распределить деятельность, и я могу установить соответствие SLA, поэтому оповещения на уровне смокинга.
Если у вас есть очередь, у вас есть различные проблемы, которые возникают из-за конфигурации. Вы обычно - потому что это глобально на воздействие - вы, как правило, не собираетесь вносить изменения на лету. Вы как бы хотите постепенно увеличивать систему как часть процесса обеспечения качества, который возвращается к точке, которую Мэтт ранее высказал о решении проблем производительности на ранних этапах процесса. Гораздо лучше иметь правильную конфигурацию, когда вы идете в производство, а не в производство и обнаруживаете, что конфигурация не соответствует шаблонам использования. Мне действительно нравится вступление, которое Эрик и Мэтт представили сегодня. Я думал, что они действительно были на высоте с точки зрения проблем, с которыми вы сталкиваетесь при управлении и развитии среды PeopleSoft.
Я уже говорил это однажды - думаю, стоит повторить: каждая важная бизнес-операция взаимодействует с базой данных. Итак, давайте рассмотрим, как Precise может предоставить дополнительную информацию. Здесь есть конкретный экземпляр Oracle. Точный подход, который мы видели - ось Y - время выполнения, ось X - время дня, но теперь гистограммы стека - это состояния выполнения в Oracle. Это показывает нам, каковы ограничения обработки в системе. Здесь, на самом деле, есть отчет о результатах, который говорит мне, что у вас есть этот буфер журнала повторного выполнения.
Я также смотрю на эту избранную версию от PSVersion. Это на самом деле потребляет много ресурсов. Кстати, поскольку мы выполняем выборку и предоставляем этот обзор в высоком разрешении того, что на самом деле происходит в системе, вы можете быть удивлены тем, кто является истинными потребителями ресурсов в вашей системе, потому что, если вы просто просматриваете каждые 10 минут, это не так. собираюсь показать вам, что эти потребители ресурсов. Таким образом, зная, кто является истинным потребителем ресурсов, вы можете фактически решить проблему узких мест или системы.
Теперь мы перешли на вкладку активности, и это действие. Вы можете видеть, что мы смотрим на ЦП, подсистему хранения, блокировки приложений, ожидания ОС, RAC, коммит, сервер Oracle, связь и внутреннее агрегирование. Это ось Y, это общее время выполнения.
Ниже приведены операторы SQL, которые привели этот профиль, и одна из вещей, которые вы видите, это низкая задержка - две миллисекунды, но с почти 4500 выполнениями означает, что оператор SQL на самом деле является потребителем ресурсов номер один в вашей системе, и это хорошо для знать. Это также не ожидание на замке или ожидании. Он использует процессор 100% времени. Это не значит, что я ничего не могу с этим поделать. Я могу многое с этим сделать, если знаю, к каким операторам и объектам SQL обращаются. И вот некоторые из способов, которыми мы можем помочь.
Теперь здесь есть это углубление, и это может поместить нас в контекст отдельных программ PeopleSoft, и каждая из этих программ служит своей цели в PeopleSoft. На самом деле вы можете начать на уровне базы данных, как приложение используется.
И если я выберу определенную программу, я смогу затем изолировать операторы SQL, которые представила эта программа, чтобы я мог сосредоточиться на приложениях, а не на технологиях баз данных, когда я в основном смотрю и просматриваю оптимизацию базы данных и ее конфигурацию. Я хочу просто обратить на это ваше внимание. Часто многие крупные организации делятся на администраторов инфраструктуры и администраторов приложений. Точно, показывая приложение, а также потребление ресурсов, мы фактически можем преодолеть разрыв, и это решение полезно для обоих типов администраторов баз данных в системе.
Теперь эта часть действительно демонстрирует то, что мы можем сделать на уровне базы данных. И здесь произошло то, что у нас было зависание экрана, был выбор из PS_Prod, и мы сделали это, щелкнув по этой кнопке настройки, и это привело нас к этому рабочему пространству SQL. Теперь, для людей, которые не являются администраторами баз данных, это может показаться не очень захватывающим. Для людей, которые являются администраторами баз данных, вы можете найти это довольно захватывающим. Здесь мы показываем продолжительность этого конкретного оператора SQL в сравнении с изменениями в системе. И это показывает среду, четверг, пятницу, продолжительность около 2/10 секунды. В субботу и воскресенье эта компания не работает - им повезло. В понедельник произошли изменения: изменился план доступа. Новый план доступа внезапно оказался здесь. Это на самом деле достаточно медленно, что приводит к зависанию экрана.
Теперь, если я администратор базы данных, мне нужна дополнительная информация, чтобы узнать истинную причину. Мне нужно знать, какой выбор сделал оптимизатор баз данных. Таким образом, Precise предлагает это сравнение, которое показывает план выполнения, который был быстрым и эффективным, когда дела шли отлично, а также план выполнения, который был медленным и неэффективным. Это объединение фильтров является общим для администраторов баз данных, работающих под управлением PeopleSoft. Что делает фильтр, так это просматривает каждую строку в одной таблице, он просматривает каждую отдельную строку в присоединяемой таблице - это занимает много ЦП. Это крайне неэффективно, потому что нет фильтрации просто просмотра необходимого подмножества строк, но с помощью оператора SQL, и эта неэффективность приводит к более медленному времени выполнения. Таким образом, они в конечном итоге замедляют работу панели PeopleSoft при остановке экрана, и Precise смог найти истинную причину, о которой вы никогда не узнаете, если у вас не будет инструмента, который раскрывает код приложения, операторы SQL и так далее.
Это было своего рода глубокое погружение. Теперь мы собираемся увеличить вид панелей до 10 000 квадратных футов. В Precise информационные панели на самом деле не предназначены для технической группы - на самом деле вы можете использовать их для обмена информацией с операциями, возможно, с командой приложений, возможно, с вашей цепочкой команд. Таким образом, один набор панелей мониторинга может отображать панели PeopleSoft и время клиента, чтобы вы знали, как работает конечный пользователь. Другая панель управления, возможно, была настроена для операций, и эта панель могла бы посмотреть, были ли какие-либо предупреждения заблокированы? На самом деле у нас есть предупреждения на уровне ОС, Интернета, WebLogic, Tuxedo и баз данных. Здесь нет предупреждений, среднее время ответа. Вы можете видеть, что мы бежим около трети секунды. Здесь я действительно могу посмотреть, как моя инфраструктура показывает мне все виртуальные машины в моей среде, и я могу начать заниматься обработкой, балансировкой нагрузки, а также я могу посмотреть на свои домены Tuxedo. Эта конкретная среда имеет шесть разных доменов, и поэтому я могу видеть эти домены, и я действительно могу заняться веб-балансировкой.
Теперь в историческом хранилище Precise PMDB, база данных управления производительностью, имеет множество метрик. И иногда кто-то хочет узнать о количестве обращений к браузеру, или вы можете сделать это по типу браузера или производительности по типу браузера. Существует целый ряд вещей, которые можно сделать, чтобы обеспечить дополнительную видимость вашей системы.
Здесь, на этот раз, мы на самом деле смотрим на использование памяти WebLogic, и вы видите этот красивый пилообразный паттерн, использование памяти. Там есть сборщик мусора, он извлекает не-ссылки. Это восходит, и это очень хороший паттерн, который вам нравится видеть. Таким образом, это выглядит как среда PeopleSoft как совокупность подсистем, которая подходит для операций. Самый основной вопрос: «Ну, что происходит на сервере?» Precise обладает всей этой наглядностью. Это также обеспечивает метрики сервера также. И вот здесь вы на самом деле можете измерить процессор, память, ввод-вывод, сервер, пользователей в системе и, таким образом, вы получаете полную видимость. И именно этот способ - в сочетании с долгосрочными тенденциями - это то, как люди используют Precise для планирования мощностей.
И я просто хочу бросить небольшую записку там. Как правило, у магазина будет столько бюджета на оборудование, на сервер, так много на персонал. Как вы собираетесь инвестировать, куда вы собираетесь делать ставки? Используя Precise, вы получаете преимущество, потому что видите, как используется подсистема хранения. Если вы делаете много случайных операций ввода-вывода, Precise покажет вам это. Это поможет оправдать инвестиции в твердотельные хранилища. Это может быть важнее для вашего магазина, чем покупка дополнительного процессора, если загрузка процессора низкая.
Вы хотите инвестировать туда, где есть настоящие узкие места обработки, где вы действительно можете получить отдачу. И благодаря точному решению всего, от эффективности обработки кодирования приложений вплоть до емкости, мы позволяем вам оценивать и документировать, где эти потребности, с помощью цифр.
Теперь последняя часть - это оповещение, и оповещение на самом деле именно так и началось. Помнишь это? Мы увидели предупреждение о том, что существует SLA производительности, и мы увидели, что экземпляр WebLogic не работает. Итак, давайте посмотрим на интерфейс оповещения. И еще раз, что происходит? Одна из вещей, на которые я хочу обратить внимание в этом представлении, заключается в том, что Precise имеет не только эти оповещения о производительности и оповещения о доступности, но и оповещения о тенденциях. Причина того, что трендовые оповещения важны, состоит в том, что если ваша система простаивает или имеет одного или двух пользователей, вероятно, все работает отлично. Только когда вы начнете добавлять пользователей, и они начнут выполнять все больше и больше действий, вы начнете бороться за данные, за ресурсы на уровне смокинга, на уровне WebLogic, на уровне сети, на уровне базы данных. И это противоречие приводит к снижению производительности, и, в конце концов, вы можете пересечь черту, и это предупреждение о производительности, и в основном вы не соответствуете целям SLA для организации. И поэтому эти наборы предупреждений очень хороши.
Веб-уровень, с левой стороны, веб-уровень фактически измеряет взаимодействие с конечным пользователем, и затем вы попадаете в технологии внутри базового стека приложений. Это своего рода экран нашей архитектуры о том, как мы все это делаем. В идеале вы хотели бы иметь сервер Precise, независимый от контролируемой среды или сред. Один точный сервер может обрабатывать множество приложений.
Для PeopleSoft и для базы данных Oracle и DB2 нам нужен локальный агент. Если ваша среда PeopleSoft поддерживается SQL Server, есть возможность сделать это без агента. У нас также есть без агента для Sybase. Суть нашей модели безопасности в том, что здесь собираются данные, а пользователи Precise проходят аутентификацию в Precise. Это полностью отдельные процессы, отдельные учетные данные, отдельная аутентификация, и это часть нашей модели безопасности. И есть дополнительные детали.
Я думаю, что этого достаточно для ознакомления с архитектурой. Если есть какие-либо острые вопросы, пожалуйста, задавайте их, как упоминал Эрик.
Это быстрое резюме, это решение рассчитано на 24 на 7 в производстве. Настоятельно рекомендуется использовать нас в QA. Если вы занимаетесь внутренней разработкой, начните использовать нас в разработке. Мы собираемся перевести сложный URL, URI в название панели PeopleSoft. Когда я говорю о производстве, у нас крайне низкие накладные расходы, поэтому вы имеете наглядность, вы всегда знаете, что происходит, вы идентифицируете конечного пользователя.
Мне не нужно было входить и определять эти транзакции - есть только естественные точки соединения из браузера, URL, точки входа, соединение веб-сервера с WebLogic, контекст приглашения вплоть до того, который предоставляет оператор SQL. Затем мы можем захватить оператор SQL и то, что он делает. Precise интеллектуален для баз данных, и я думаю, что это является отличительным фактором для нас, и это позволяет вашему администратору баз данных сотрудничать, улучшая видимость приложений.
Финальный пункт заключается в том, что мы всегда на связи, мы всегда собираем, вы всегда можете измерить до и после и количественно оценить улучшение, или, в редких случаях, вы могли изменить производительность, вы бы знали об этом, и вы могли бы это прокрутить. вернуться немедленно. Большинство наших конкурентов, что они делают, если вам нужно увидеть дополнительную информацию, вы должны включить дополнительную видимость и, как правило, эта дополнительная видимость накладывает большие накладные расходы. С Precise у вас всегда есть видимость, и вы всегда можете решить проблему. Поэтому, если вы хотите посетить веб-сайт Precise, проверьте любой из продуктов Precise, будь то Precise для Oracle. Мы указаны в качестве Precise Application Performance Platform, и там есть кнопка, чтобы запросить демонстрацию.
На самом деле, если я поделюсь своим экраном, я думаю, что я мог бы просто перейти туда, чтобы показать вам, как это выглядит, просто чтобы вы могли видеть это прямо перед собой. Вот сайт IDERA. Вы идете к продуктам. Я могу выбрать любой из этих компонентов Precise и просто хочу увидеть его в действии. Это положит начало нашему процессу обмена дополнительной информацией, которая может быть важна для вашего сайта. Или, если вы хотите узнать больше о переходе на жидкий пользовательский интерфейс, вы можете связаться с нами.
И что это, Эрик, я бы хотел передать тебе эстафету.
Эрик Кавана: Хорошо, хорошая сделка. Я должен сказать еще раз - довольно всеобъемлющая и впечатляющая презентация, Билл. Вы упомянули целую кучу вещей, о которых я хотел бы спросить. У нас не так много времени - около девяти минут - и я бы хотел, чтобы у Мэтта была возможность задать пару вопросов и получить хотя бы один или два из зала.
Но вы упомянули кое-что, что, на мой взгляд, было очень, очень интересно в отношении того, как Precise может помочь в закупках для ИТ-команды, потому что вы можете указать, вы можете привести аргумент к тому, кто бы ни принял это решение, что то, что вам нужно, является более надежным хранилище, например, или то, что вам нужно, - это улучшения в сети, или что бы то ни было. Но это большое дело. Вы часто видите компании, которые признают это и используют это, или вы пытаетесь еще больше проповедовать?
Билл Эллис: На самом деле, и то, и другое, и дело в том, что шаблоны использования, даже для пакетного приложения, такого как PeopleSoft, шаблоны использования различны на каждом сайте. Мне посчастливилось выполнить миграцию PeopleSoft в банке, и банки используют систему главной книги совсем иначе, чем большинство организаций. На самом деле вы можете иметь отдельные транзакции, которые были сделаны в филиале, все они проводятся в Главной книге.
И поэтому вместо того, чтобы публиковать десятки или сотни общих бухгалтерских книг, вы фактически публикуете сотни тысяч. И вот как я попал в Precise из-за шаблонов использования, и это позволило нам решать, но потребности приложения как на уровне кода, на уровне конфигурации, так и на уровне инфраструктуры. Так что, безусловно, я большой сторонник, и я тоже хочу это евангелизировать, потому что вы не должны принимать аппаратные решения просто на основе использования. Вы должны основывать это на потребностях вашей среды.
Эрик Кавана: И есть вопрос от посетителя, а затем, Мэтт, я передам его вам на вопрос или два. Ну, это хорошо, и это забавно, потому что это большой, длинный ответ, который вы могли бы дать. Участник спрашивает: «Как вы собираете показатели производительности на стороне пользователя после развертывания и во время тестирования?»
Я думаю, вы проделали довольно хорошую работу, чтобы понять, насколько глубоки и богаты эти показатели производительности. Вы говорили даже о доли секунды для некоторых из этих вещей по сравнению с каждые пять минут или 10 минут. Тогда вы получите уровень детализации, необходимый для того, чтобы найти ответы, верно?
Билл Эллис: Да, поэтому самое важное, что отдельные сборщики информации о производительности основаны на технологиях. Поэтому, когда мы выполняем развертывание, нам нужно знать о том, как создается ваш стек приложений, начиная с операционной системы, ее версии, какой версии Tuxedo, WebLogic, какой версии инструментов People вы используете.
И это действительно дизайн тех агентов, которые делают это, сбор данных, который позволяет нам выявить, какой уровень видимости обеспечивает Precise. И эта видимость, я думаю, иногда может быть немного пугающей для людей. Но если ваша цель состоит в том, чтобы по-настоящему улучшить ситуацию и довести производительность до 11, это действительно тот уровень наглядности, который вы хотели бы иметь. И если Precise может обеспечить это, и это занимает мало времени, вопрос, почему бы и нет? Поэтому я думаю, что это отличный вопрос, и, пожалуйста, свяжитесь с нами, если вы хотите обсудить это дальше.
Эрик Кавана: Хорошо, хорошо. И Мэтт, у вас были вопросы?
Мэтт Саррел: Я думаю, что я в порядке. Я имею в виду, я имел дело с крахом WebEx вот так.
Эрик Кавана: О нет. Нам нужен Точный, чтобы понять, почему именно.
Мэтт Саррел: Да, я думаю, вопрос, о котором я думал, когда вы разговаривали, Билл, состоял в том, можно ли немного обсудить, как несколько команд могут попасть на одну страницу при устранении проблем с производительностью, потому что я знаю, что это то, что Вновь и вновь возникает вопрос: кто за что отвечает, и как каждый может работать вместе, чтобы обеспечить наилучшее качество для сотрудников.
Билл Эллис: Да, поэтому ИТ-персонал, как правило, дорогой. В большинстве магазинов вы делитесь на команды, основанные на технологии, учитывая сложность технологии. Одна из важных вещей, которая случается, - это проблема с производительностью, и во многих случаях конфликт, когда собирается комната военных действий. И здесь у каждого есть метрики, чтобы каким-то образом оправдать свой уровень, потому что у них нет контекста. Они смотрят на то, что происходит на уровне WebLogic, а не на то, что происходит на уровне кода транзакции. Или они смотрят на уровень базы данных, а не на отдельный оператор SQL транзакции.
И благодаря возможности точно определить уровень проблемы и код проблемы внутри этого уровня, он освобождает другие команды от необходимости тратить время на поиск ресурсов, которые находятся за пределами их области. Если это проблема с базой данных, обратитесь к администратору базы данных с информацией, которая им необходима для решения проблемы. Они будут рады сделать это.
Но также не тратьте Tuxedo, группу поддержки WebLogic, которая занимается проблемами в базе данных. Точно так же, если проблема заключается в конфигурации WebLogic, не тратьте время администратора в какой-то военной комнате, пытаясь защитить себя. Просто зайдите и исправьте проблему в WebLogic.
Мы находим, что ИТ-персонал ценит Precise из-за экономии времени, потому что, как правило, эти военные комнаты не предусмотрены в плане времени для каждой организации FTE. Это вроде как дополнительное время. И поэтому возможность более эффективно решать эти вопросы жизненно важна. А для организации, которая внедрила плавный пользовательский интерфейс, возможность масштабировать производство и решать проблемы, с которыми они сталкиваются на самом деле, было жизненно важно не для отдельного персонала или команд, а для управления ИТ в целом, потому что это было бы действительно плохой новостью. если они должны были отступить. Итак, отличный вопрос, потому что это не просто технология. Это действительно всегда о людях.
Мэтт Саррел: Да, это люди и процессы. Да, это был единственный вопрос, который возник у меня во время демонстрации. Есть ли еще кто-нибудь из зрителей?
Эрик Кавана: Да, я просто брошу тебе последнюю, Билл, и Мэтт кратко говорил об этом в своей презентации. Мы начали видеть этот рост. Это все еще очень дальновидно, но контейнеры и использование контейнеризации и Docker и тому подобные вещи, насколько велика кривая, это бросает вас, ребята?
Билл Эллис: Значит, слово означает разные вещи в зависимости от разных технологий. Поэтому мы развиваем наши продукты, чтобы заботиться о контейнерах на уровне базы данных и на уровне приложений. И как часть этого, это вид всей среды с движениями, облаком, и мы действительно работаем в облаке. Но существует процесс обнаружения, и поэтому в зависимости от того, как развиваются эти приложения, включая PeopleSoft, мы развиваем наше решение для мониторинга, чтобы обеспечить уровень глубины, который был так ценен в прошлом.
Эрик Кавана: Да. И я должен сказать, что каждый раз, когда я вижу эти демонстрации, я просто поражаюсь гранулярности, которая у вас есть, и это то, что вам нужно, чтобы собрать воедино понимание, и вам нужно иметь некоторое представление о том, что является нормальной ситуацией. что стандартно.
И вы, ребята, предлагаете много контента вокруг этого - помогая людям определить, что нормально, а что нет. Вы говорили о трендовых оповещениях, например, это все механизмы, которые вы можете использовать, чтобы лучше понять, что-то не так, что-то не так, и, конечно, оттуда нужно детализировать, чтобы найти его, но у вас есть все данные.
Билл Эллис: Да, и это действительно важная вещь; Я думаю, что Мэтт говорил об этом. Что нормально? Разные среды имеют разный уровень нормального. Если вы работаете с высококлассным оборудованием, логикой и данными Oracle, то, что нормально в вашем магазине или что достижимо в вашем магазине, будет отличаться от того, что вы работали в менее мощной инфраструктуре. Итак, первое, что нужно выяснить - это нормально, начать вычислять этот базовый уровень, и таким образом вы сможете начать делать улучшения оттуда.
Эрик Кавана: Хорошо, это хороший момент. У нас есть последний вопрос, похоже. Еще один последний вопрос, который я тебе задам, Билл. Есть ли разница между мониторингом производительности SQL и базы данных с точки зрения данных системного уровня и уровня приложения? Какая разница между мониторингом SQL и производительностью базы данных, с вашей точки зрения?
Билл Эллис : Ну, в базе данных ничего не происходит, пока не выполнится оператор SQL. Соревнование оператора SQL - это что - контролирует блокировку, ожидание, конфликт за ресурсы на уровне данных и на уровне SQL Server. И поэтому, если я смог увидеть как драйвер оператора SQL, так и его влияние на систему, я произвел эффект; Я могу связать то, что заботится администратор приложений с тем, что заботится администратор инфраструктуры, пока я не смогу по-настоящему извлечь максимальную пользу из инструмента Precise.
Если я являюсь администратором базы данных по инфраструктуре и смотрю на такие вещи, как использование, мне действительно нужно работать с широкой кистью по сравнению с тем, могу ли я взглянуть на отдельный оператор SQL и действительно могу минимизировать ресурсы потребление - будь то процессор, память, ввод / вывод - я могу адресовать обе стороны одной и той же монеты.
Эрик Кавана: Окей, ребята. Мы прожгли чуть более часа. Большое, большое спасибо нашим друзьям в IDERA. Большое спасибо Мэтту Саррелу за то, что он присоединился к нам сегодня. Мы архивируем все эти веб-трансляции для последующего просмотра, поэтому не стесняйтесь возвращаться, и обычно всего через пару часов архив увеличивается. Так что проверьте это, и все, что я должен сказать, это то, что я люблю это, я люблю Точные, я люблю быть в состоянии попасть в сорняки. И я не знаю другого инструмента, который позволял бы вам копаться во всех этих разных частях и частях стека приложений, чем те, что есть у людей в IDERA с Precise.
С этим мы прощаемся с вами, ребята. Еще раз спасибо, мы поговорим с вами в следующий раз.
