Статыстыка, як ключ да вырашэння праблем прадукцыйнасці
Трэнд сучаснага часу - рост інфармацыйных патокаў ўнутры кампаніі, ён дасягаецца за кошт шматлікіх фактараў: рост колькасці карыстальнікаў, рост колькасці аўтаматызаваных бізнес-працэсаў, рост колькасці бізнес адзінак (філіялы, гандлёвыя пляцоўкі, дадатковыя офісы, склады). Неабходна бесперапынна мець доступ да неабходнай інфармацыі, ад гэтага залежыць аптымальнасць таго ці іншага рашэння, прыбытковасць кампаніі. Арганізаваць бесперапынны доступ не заўсёды атрымліваецца. Звязана гэта можа быць са збоямі ў ПА і абсталяванні, з рознымі нагрузкамі (рэгламентныя мерапрыемствы, напрыклад, у сістэме 1С 8.x гэта можа быць закрыццё месяца, разлік сабекошту, разлік заработнай платы; перадсвяточныя распродажы, акцыі і іншае). Як жа разабрацца ў прычынах праблем прадукцыйнасці і максімальна аператыўна іх вырашыць?
Для гэтага з дапамогай розных інструментаў збіраюць інфармацыю аб паказчыках прадукцыйнасці інфармацыйнай сістэмы (у нашым выпадку мы выкарыстоўваем маніторынг прадукцыйнасці PerfExpert , Які мае цесную інтэграцыю з такімі інфармацыйнымі сістэмамі як 1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3) і аналізуюць з пошукам «вузкіх» месцаў у прадукцыйнасці. Улічваючы, што інфармацыя збіраецца ў вялікай колькасці з розных крыніц (лічыльнікі прадукцыйнасці Windows, MS SQL Server, працэсы нагрузкі SQL Server, цяжкія і неаптымальнай запыты SQL, нагрузка карыстацкіх сесій), яе неабходна групаваць і ранжыраваць па ступень важнасці.
У нашай практыцы аналіз і, што асабліва важна, візуальнае прадстаўленне інфармацыі давала магчымасць знайсці заканамернасць паводзін, а гэта ў сваю чаргу дазваляла выйсці на прычыну збояў.
Прывяду адзін з прыкладаў: адзін з нашых многоуважаемая кліентаў скардзіўся на завісанне інфармацыйнай сістэмы пры адкрыцці акна дакумента «Расходная Накладная», мы як звычайна, правялі аналіз кода сродкамі убудаванага адладчыка - не знайшлі ніякіх праблем, праводзілі сінтэтычнае тэставанне - тармажэнне практычна ніколі не адбывалася, пакуль не распрацавалі апрацоўку, якая з роўным перыядам адкрывала акно дакумента і захоўвала працягласці гэтых адкрыццяў. З першага погляду «крыміналу» не было, менш за 2% адкрыццяў адкрываліся непрымальна доўга. Але як толькі мы стварылі дыяграму ў Excel на аснове дадзеных мы заўважылі цікавую заканамернасць.
Мал.1. Працягласці адкрыццяў формы дакумента «Расходная накладная»
Як відаць з малюнка 1, толькі невялікая колькасць адкрыццяў формаў дакумента адбываецца значна павольней звычайнага, але звернеце ўвагу, што моманты гэтых запаволенняў паўтараюцца з практычна аднолькавай перыядычнасцю - гэта дало магчымасць знайсці прычыну маруднай працы - фонавая задача, паўтаральная кожныя 2 хвіліны. На гэтым прыкладзе хацелася б паказаць, як важна правільна і эфектыўна працаваць з статыстычнай інфармацыяй.
У якасці другога прыкладу хацелася б паказаць, як наша кампанія вядзе аналіз і вырашае праблемы прадукцыйнасці ў кліентаў. Не сакрэт, што карыстальнікі пры анкетаванні скардзяцца на шматлікія аперацыі: і аператыўнае правядзенне дакументаў, і выкананне справаздач і апрацовак, і з'яўленне паведамленняў з блакаваннямі ці проста завісанне інтэрфейсных формаў інфармацыйных сістэм. Мы зразумела ў сваім аналізе ўлічваем інфармацыю ад карыстальніка, але стараемся ў першую чаргу ўлічваць рэальныя дадзеныя па статыстыцы ад інфармацыйных сістэм і сервераў баз дадзеных
Напрыклад, карыстальнік скардзіцца на працягласць выкананне справаздачы X. Зразумела першапачаткова хочацца прааналізаваць код ІС, на якім напісаны справаздачу. Але мы ў гэтай сітуацыі рэкамендуем спачатку паглядзець на дадзеныя маніторынгу прадукцыйнасці і вызначыць, ці не было недахопу рэсурсаў сервера (як правіла сервера БД) у момант выканання справаздачы. Калі недахоп рэсурсаў была, то мы далей рэкамендуем замест аналізу кода рэалізацыі справаздачы прааналізаваць на прычыну недахопу рэсурсаў, а менавіта, якія каманды / запыты SQL спажывалі рэсурсы. У большасці выпадкаў гэтыя запыты SQL не адносяцца непасрэдна да справаздачы X, а з'яўляюцца іншымі аперацыямі (запыты па экранным формам, інтэрфейсныя працэдуры, аператыўныя справаздачы). Іх і трэба аптымізаваць.
Для пошуку падобных запытаў SQL мы выкарыстоўваем форму для трасіроўкі запытаў маніторынгу прадукцыйнасці PerfExpert .
Мал.2. Статыстыка па цяжкім запытам SQL у разрэзе модуляў і радкоў кода 1С
Як паказана на малюнку 2, на першы радок кода прыкладання прыходзіцца 13,19% агульнай нагрузкі CPU на сервер БД MS SQL, на другі радок - 9,42%. Такім чынам, калі для хуткага выканання карыстацкай аперацыі не хапала рэсурсаў CPU, то мэтазгодна аптымізаваць 2 першыя радкі - сумарна яны даюць амаль 23% агульнай нагрузкі CPU. Аналагічна сітуацыя ідзе і з дыскам / памяццю і аналіз неабходна праводзіць аналагічна.
Спадзяюся дадзены мацюкаў будзе карысны Вам у вашай працы і разумення важнасці працы і аналізу статыстычнай інфармацыі. Падрабязна пра выкарыстоўваным намі інструменце маніторынгу інфармацыйнай сістэмы PERFEXPERT вы можаце даведацца па адрасе http://www.softpoint.ru/perfexpert-administrirovanie-serverov і аб аказваюцца намі паслугах http://www.softpoint.ru/vse-it-uslugi-dly-biznesa
Цікавыя артыкулы:
Як жа разабрацца ў прычынах праблем прадукцыйнасці і максімальна аператыўна іх вырашыць?Pro SEO Совет: как WikiPedia может повлиять на ваш рейтинг PageRank |
2019-11-09 11:11:20

Да, вы слышали это правильно. Название действительно говорит Википедия .
Большинство маркетологов уже знают, что Википедия имеет большой вес с Google.
С появлением Wikipedia на первой странице по большинству поисковых терминов, вы можете увидеть всю мощь сайта без каких-либо исследований.
Это седьмой по популярности сайт с более чем 325 миллионами читателей по всему миру. Несмотря на то, что он не является надежным источником для академического мира, мы все можем согласиться с тем, что это один из самых популярных и полезных веб-сайтов .

(Изображение предоставлено www.legalmorning.com )
Многие маркетологи стремятся воспользоваться Википедией одним из двух способов. Первый заключается в создании статьи Википедии для своего клиента. Второе - включить ссылки на их веб-сайты в различные статьи.
Почему маркетологи хотят, чтобы их ссылка была включена в Википедию?
Чтобы лучше это понять, нам нужно посмотреть, как Википедия использовалась в прошлом. Как сообщество с открытым исходным кодом, любой может редактировать сайт. Это просто и быстро и, вероятно, один из самых быстрых способов получить обратную ссылку. Несколько лет назад маркетологи выяснили, что Google придавал массу веса ссылкам в Википедии. Настолько, что маркетологи начали спамить ссылки так быстро, как только могли.
Вот почему Википедия изменила ссылки с «не следуй» на «не следуй».
Нет-Следуй и Делай-Следуй. Есть ли разница с Википедией?
Ссылки «не следовать» не имеют такого большого веса, как ссылки «не следовать». Я думаю, что это то, с чем мы все можем согласиться. В целях борьбы со спамом Википедия начала внедрять свои политика запрещенных ссылок для того, чтобы отговорить маркетологов использовать сайт для продвижения. Хотя это и сдерживало спам, оно, похоже, не влияло на ценность ссылок из Википедии.
Google по-прежнему уделяет большое внимание ссылкам из Википедии, несмотря на наличие атрибута "не следуй". Таким образом, люди продолжают спамить сайт, пытаясь повысить рейтинг страницы, но не так сильно, как раньше.
Эффект бумеранга из ссылок Википедии
Википедия вызывает то, что я люблю называть эффектом бумеранга. Как это работает, просто. Мы уже знаем, что Википедия занимает высокое место в поиске. Когда в высокопоставленной статье Википедии есть ссылка, она имеет тенденцию приводить ссылки вместе с ней.
Таким образом, ссылки, которые обычно могут не иметь высокого ранга страницы, будут увеличиваться в ранге просто от ранга и веса статьи Википедии.
Позвольте мне показать вам, как это выглядит. Давайте сделаем поиск для «Удачи Легиона», мультфильма из 1950-х. Это была случайная статья, которую я вытащил из Википедии благодаря ее генератору «случайных страниц». Когда я выполняю поиск в Google по этой теме, вы можете видеть многочисленные результаты поиска, один из которых с веб-сайта. DanDare.org ,
Сайт имеет рейтинг страницы 3, но авторитет домена составляет 31 и около 300 обратных ссылок на его сайт. Тем не менее, он опережает Amazon.com (рейтинг страницы 8, авторитет домена 97 и более 3 миллионов обратных ссылок).
Как это удалось сделать?
Dandare.org стал получателем эффекта бумеранга в Википедии. Несмотря на то, что он не настолько авторитетен, как Amazon.com, он опережает его в результатах поиска.
Если вы посмотрите на страницу Википедии для Удача Легиона в статье используется ссылка Dandare.org (см. ниже - имейте в виду, что из-за открытого источника Википедии текущая статья может не отражать то, что изображено). Если вы посмотрите внизу результатов поиска выше, вы даже увидите, что блог от Blogger попал на первую страницу результатов. Угадай, что? Он также используется в статье Википедии в качестве ссылки.

Эту концепцию я проповедовал управляющим компаниям в течение многих лет. В то время как Википедия была используется для управления репутацией цели, я советую им держаться подальше от этого для ORM. Причина в том, что Википедия будет влиять на негативные ссылки так же, как и на позитивные.
Если вы пытаетесь спрятать контент на второй странице Google, создание страницы в Википедии сведет на нет ваши репутационные усилия. Страница Википедии окажется на первой странице, и как только другие введут отрицательные ссылки (имейте в виду, что каждый может редактировать Википедию), она вернет все на первую страницу.
Как использовать эффект бумеранга в Википедии
Во-первых, создание статьи в Википедии - отличный способ повысить рейтинг вашей страницы. Ссылки внутри помогут любой странице, особенно вашему основному сайту. Если у вас есть внешняя ссылка из Википедии на ваш сайт, Google начнет влюбляться в вас.
Добавление ссылок на ваш сайт также поможет. Не только ссылки с вашего сайта, но и ссылки для прессы о вашем сайте. Если в крупной публикации говорилось о вас или ваших услугах, вы можете найти место в Википедии, где была бы уместна ссылка на эту статью. Это поможет держать положительные отзывы о вас выше в результатах поиска для просмотра пользователями.
Звучит отлично, правда? Ну, у меня есть последнее замечание для тех, кто сейчас хочет использовать Википедию в своих маркетинговых планах. Не принимайте участие в проекте в Википедии, если у вас нет такого опыта. Создание статьи и создание ссылок в Википедии требует знания правил Википедии и конкретных стратегий, чтобы быть уверенным, что вы не будете помечены как спамер.
Неспособность сделать что-либо может привести к тому, что ваш сайт будет заблокирован и помещен в черный список Википедией, а это не тот результат, который вы ищете. Я рекомендую нанять специалиста или провести много исследований, прежде чем погрузиться и испачкать руки.
Автор
Майкл Вуд - эксперт по интернет-маркетингу и владелец Legalmorning.com , Он специализируется на управлении репутацией и брендом, написании статей и профессиональном редактировании Википедии. Он является опытным редактором Википедии и помог сотням компаний и людей опубликовать свои статьи на сайте, где они потерпели неудачу.