вынос: Ведущий Эрик Кавана обсуждает управление производительностью 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 и фактически показав код, который выполняется на панели Tuxedo, наконец, к оператору 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.
С этим мы прощаемся с вами, ребята. Еще раз спасибо, мы поговорим с вами в следующий раз.