Подбор оборудования для информационных систем на платформе 1С

Публикация № 1119673

Администрирование - Производительность и оптимизация (HighLoad)

При подборе оборудования по рекомендациям с сайта ИТС возникает противоречие: проводить ли нагрузочные тесты, чтобы определить возможную нагрузку, или достаточно просто взять данные из таблиц статистики? О том, какую тактику применить в том или ином случае, на конференции INFOSTART EVENT 2018 Education рассказал начальник отдела разработки компании IBS Филиппов Евгений.

Я – Филиппов Евгений, в настоящее время работаю в компании IBS начальником отдела разработки. В мире 1С меня знают, как автора книги «Настольная книга 1С:Эксперта по технологическим вопросам». Сегодня поговорим о такой скучной и занудной вещи, как подбор оборудования для информационных систем на платформе 1С:Предприятие. 

Кто-нибудь знаком с теорией мотивации Герцберга? Согласно этой теории существует два вида факторов, которые влияют на мотивацию и удовлетворенность от работы для человека. 

  • Часть из них называются гигиеническими факторами – если их не хватает, человек работает хуже. 

  • Другие факторы называются мотивирующими – это, например, признание. Чем их больше, чем человек работает лучше.

Это работает не для всех и не всегда. Допустим, если человек – художник (живет по собственным правилам) или космонавт (живет в уникальных условиях) – для них теория Герцберга не актуальна, у них собственная система факторов. Но для большинства людей, живущих в Европе по европейским правилам, она применима.

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

Если провести аналогию между требованиями к оборудованию у разных организаций и уровнем зарплаты разных людей, которые когда-то учились в одной школе – рассчитывали ли вы, например, что раз вы когда-то учились с вашими одноклассниками в одной школе, у вас будет одинаковая зарплата? Нет, конечно. Однако почему-то применительно к 1С все стараются считать, что, раз мы работаем на 1С, нам всем нужно одно и то же оборудование. Согласитесь, это может быть совсем не так.

 

 

История вопроса. 2009 год

 

 

Сначала расскажу про историю вопроса. 

В 2009 году мы провели первое успешное нагрузочное тестирование УПП на 1000 пользователей. В то время мы ничего не знали о том, какое оборудование нужно, и планировали, что на терминальном сервере нам понадобится примерно 0.8 ядра на 100 пользователей, а на сервере 1С и на сервере СУБД нам нужно будет почти 2 ядра. И по памяти планировали примерно такой же расход – мы думали, что для клиентского доступа к терминальному серверу требуется совсем немного памяти, для сервера 1С побольше, а для сервера СУБД еще больше. 

Но когда мы начали поднимать конкретный тестовый стенд, то увидели, что наши знания о реальной жизни не сработали. На терминальном сервере нам потребовалось в 10 раз больше памяти, чем мы рассчитывали. А требования к серверу 1С, наоборот, оказались настолько незначительными, что мы организовали его «на сдачу», по остаточному принципу.

Обращаю внимание, что это был нагрузочный тест, который показывал расход памяти по результатам работы роботов, запрограммированных на однотипные действия. Это упрощение, то же самое, что посчитать ваш расход денег в месяц только исходя из того, что вы каждый день ходите на работу: вам нужно позавтракать, доехать до работы, пообедать, вернуться домой, поужинать, лечь спать и на следующий день опять пойти на работу. И так изо дня в день, без учета расходов на ваших близких, важные мероприятия, саморазвитие и форс-мажорные ситуации.

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

 

 

История вопроса. 2012 год

 

 

В 2012 году мы на основе нагрузочных тестов выработали некие собственные рекомендации по оборудованию для УПП по разной интенсивности работы пользователей. 

Согласно этим рекомендациям количество памяти на терминальном сервере не зависело от интенсивности работы пользователей для одного и того же количества пользователей, а количество памяти на сервере 1С линейно зависело от интенсивности работы пользователей. Это показывали нагрузочные тесты.

 

 

История вопроса. 2015 год

 

 

А в 2015 году все поменялось. К этому времени уже массово распространилась УТ11 – конфигурация на управляемых формах. 

Мы опять провели нагрузочный тест и увидели, что ситуация изменилась. Требования к терминальному серверу снизились, а требования к серверу 1С возросли. Это логично, потому что у управляемых форм повысилось качество кода, появился тонкий клиент, и часть нагрузки легла на сервер. Все объяснимо. 

Но наши предыдущие таблицы перестали работать, и нам пришлось давать людям уже две таблицы. Одну – для обычных форм, другую для управляемых. И обе эти рекомендации давались по данным нагрузочных тестов, которые мы сами проводили. А в те нагрузочные тесты, которые мы сами проводили, мы верим, как в святыню – это данные, которые мы сами получили. 

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

 

 

Современная теория. Противоречие – проводить нагрузочные тесты или просто считать по таблице?

 

 

В 2015 году, когда было написано второе издание моей книги, на ИТС выложили много материалов по технологическим вопросам. Раньше все эти материалы находились на https://kb.1c.ru, а потом некоторые из них переехали на ИТС, где находится вся наша текущая проблематика. И тут обнаружилось интересное – одна и та же статья «Расчет параметров серверного оборудования», которую написал Константин Рупасов, после появления на ИТС пополнилась в самом конце маленьким параграфом «Выбор оборудования» примерно на полстраницы.

Причем, первая часть этой статьи очень подробно рассказывает, как рассчитывать потребность в оборудовании по данным нагрузочного теста или по данным эксплуатации существующей тестовой системы. А в самом конце в разделе «Выбор оборудования» приведены таблицы с рекомендуемыми значениями параметров оборудования – т.е., забудьте теперь все, что только что прочитали, и считайте по таблицам (эти таблицы здесь в презентации тоже будут в пересчете на 100 пользователей). 

Почему так произошло? На мой взгляд, потому, что к этому моменту была накоплена адекватная статистика. Она уже стала настолько адекватной, что ее можно было опубликовать со словами, что для большинства баз «1С:Бухгалтерия предприятия» нужно вот такое оборудование.

При этом возникло некоторое противоречие – непонятно, нужно ли проводить нагрузочные тесты, или достаточно просто взять рекомендации из таблиц? И вот это противоречие я с помощью своей презентации постараюсь разобрать. 

 

 

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

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

Кроме того, нагрузочные тесты стали дороги, люди не хотят платить деньги за их проведение, чтобы узнать, как работает Бухгалтерия или УПП, или даже ERP. Им неинтересно выкладывать несколько миллионов за то, чтобы узнать, что «все примерно будет хорошо», потому что эти деньги можно просто вложить в оборудование, чтобы перестраховаться, например. Не всегда, но иногда срабатывает. 

 

 

Почему практика иногда соответствует теории

 

 

Причем, практика, как ни странно, иногда совпадает с теорией. Она совпадает, когда мы сравниваем то, что можно сравнивать. Например, если у нас проводится нагрузочный тест, и мы сравниваем его с результатами предыдущего нагрузочного теста, то у нас, в принципе, все должно совпасть. Или, мы работаем в базе «1С:Бухгалтерия», не касаясь закрытия месяца (пользователь зашел, что-то сделал, вышел), сравниваем существующую нагрузку с планируемой – все ровненько, все совпадает.

Но как только мы начинаем закрывать месяц, у нас все «взлетает в потолок», система полностью останавливается, оборудование, которого хватало три недели в месяце, на четвертую перестает быть достаточным.

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

Нагрузочный тест очень некорректно сравнивать с реальной жизнью. Нагрузочный тест – это тонкий инструмент, который показывает нагрузку, если работа ведется так, как заложено в модели, то есть если модель правильно отражает реальную работу. Но если работа ведется по-другому, значит, теория с практикой у вас не совпадёт никогда.

 

 

Компромисс между рекомендациями и расчетами

 

 

И вот – в один момент мы столкнулись с заказчиком напрямую, и он спросил: «Сколько мне нужно оборудования, чтобы ERP у меня работала нормально?» 

  • У нас была теория для УТ11, на основе которой мы примерно подсчитали необходимое оборудование по данным нагрузочного теста, потому что заказчику нужна была функциональность, аналогичная смоделированной в УТ11. Получили некие результаты и отдали их заказчику.

  • И в это время наш руководитель проекта прочитал рекомендации с ИТС (на слайде это – вторая строчка снизу) и поразился, насколько радикально эти рекомендации отличались от того, что даем мы.

После этого мы в течение трех месяцев обсуждали, кто прав, кто не прав, кто должен поступиться принципами, а кто не должен – и в результате заказчик выбрал свой собственный вариант (пятый), который показан в этой таблице в самой нижней строке. Эти результаты более-менее коррелируют с тем, что мы посчитали на нагрузочном тесте, но видно, что он попытался серьезно перестраховаться. Где имел возможность – там заложил больше. Почему? Потому что ему нужно жить не в условиях нагрузочного теста, а в условиях реальной жизни, которую нагрузочный тест не показывает.

 

 

Случаи, которые теория не описывает

 

 

Тем более, что есть ситуации, которые теория вообще не описывает, даже если мы будем закладывать резервы на что-то еще. 

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

Это хорошо, если у вас действительно настроен мониторинг, и вы отследили эту ситуацию и вовремя отыграли назад. А может быть и не так. Никакая теория вам не предскажет, что вследствие какого-то изменения, без изменения количества пользователей, оборудования на сервере разработки должно быть в 10 раз больше, чем сейчас. Но и того, что через 3 месяца оно в таком количестве вам может уже не понадобится, потому что ситуация стабилизируется и платформа начнет работать нормально с тем механизмом, который вы сами использовали не по назначению (в итоге платформа не виновата) - никакая теория вам тоже не скажет. 

Но оборудование, тем не менее, выбирать нужно.

 

 

Рекомендации с ИТС, пересчитанные на единый показатель

 

 

На чем обычно основывается выбор оборудования? Смотрят, какое чаще всего используется у людей. Если хотите работать бухгалтером, хотите знать, сколько им сейчас платят – идите на HeadHunter, смотрите, какая у бухгалтеров зарплата. 

Вот рекомендации с ИТС, пересчитанные на наш единый показатель по данной презентации (относительное количество ядер и памяти на сотню пользователей). 

Мы видим, что характеристики оборудования в этой таблице получились относительно неровные для разного количества пользователей. Почему так? Не знаю. Видимо, так собиралась статистика.

Например, почему-то расход памяти на 100 пользователей для среднего количества пользователей нужно меньше, чем для малого и для большого.

И для сервера СУБД (крайняя правая колонка), там вообще для крупного внедрения серьезный резерв – 64 гигабайта на каждую сотню пользователей, т.е. на 1000 пользователей нужно уже 640 гигабайт. 

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

 

 

Статистика по выбору оборудования по данным проектов ЦКТП

 

 

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

Если проводить аналогию с зарплатой, то, опять-таки, у людей, которые учились в одной и той же школе, зарплаты по окончании вуза могут быть разными, но если они заканчивали один и тот же вуз, то эти зарплатные ожидания на начальном этапе могут более-менее как-то совпадать.

То есть, если это «1С:Бухгалтерия предприятия» – это одни требования, если это ЗУП – другие требования. 

Статистику мы собирали по сайту v8.1c.ru – в разделе, где опубликованы проекты ЦКТП, также публикуется аппаратное обеспечение, используемое на проекте. Посчитали все варианты по приведенным конфигурациям, плюс добавили сюда свой опыт нагрузочных тестов и свой опыт с реальных внедрений, который у нас был (это – статистика по тому оборудованию, которое люди реально использовали, в том числе и наши клиенты).

Например, при переходе с «Бухгалтерии 2.0» на «Бухгалтерию 3.0» вполне предсказуемо уменьшились требования к терминальному серверу, но увеличились требования к серверу приложений.

Здесь есть незаполненные ячейки – объясню, о чем речь. 

  • Иногда в характеристиках проекта на сайте не указано, что есть сервер терминалов. Поэтому мы эту строчку считали отдельно. 

  • Или иногда на сайте вообще нет информации про отдельный сервер 1С и про сервер СУБД, поэтому мы не знали, как один отделить от другого, и вывели эти показатели в отдельной колонке (два крайних правых столбца).

Аналогичным образом, как в «1С:Бухгалтерии предприятия», так и с «1С:Зарплатой и управлением персоналом» – при переходе с 2.5 на 3.0 требования к серверу приложений подросли, а требования к терминальному серверу уменьшились. Опять же, по статистике.

Возможно, у каждого из вас есть такая своя статистика, и вы можете сказать относительно того, что здесь написано, что у вас не так. Но это – статистика, она – такая.

 

 

И еще по нескольким наиболее популярным конфигурациям. 

При переходе с УПП на ERP – предсказуемо уменьшились требования к терминальному серверу, но подросли требования к серверу приложений и серверу СУБД.

При переходе с УТ 10 на УТ 11 здесь как раз статистика дала сбой – у нас уменьшились требования к серверу приложений. Видимо, речь идет о влиянии каких-то факторов, которые мы при подсчете не учли.

Также видно, что, допустим, конфигурация Документооборот значительно менее прожорлива, чем все остальное.

 

 

Как менялись требования к оборудованию по годам?

С 2012 по 2015 год требования к терминальному серверу увеличивались, а требования к серверу приложений снижались. По гипотезе, это связано с тем, что основная функциональность развивалась на толстых клиентах, соответственно, на сервер 1С приходилось меньше нагрузки.

Потом, начиная с 2015 года, ситуация поменялась – начался массовый переход с обычных форм на управляемые, и баланс опять начал смещаться между терминальным сервером и сервером приложений в пользу последнего.

 

 

Статистика по платформам показывает тот же самый тренд, тот же самый баланс между сервером терминалов и сервером приложений. И растет требование к памяти на сервере СУБД.

Мы входим в область больших проектов, где делаются избыточные резервы оборудования, в том числе, благодаря рекомендации с ИТС. А может быть, эта рекомендация с ИТС произошла благодаря реальным внедрениям? Что причина, что следствие – можно поспорить.

 

 

На слайде статистики по типам приложений видно, что у обычного приложения требования к оборудованию на терминальный сервер больше, а на сервер 1С – меньше.

 

 

Как рассчитывать требования к сети и дисковой подсистеме?

 

 

До сих пор я говорил о ядрах и о памяти. Теперь коротко – о сети и дисках. 

Про сеть ничего толком сказать нельзя, потому что этот фактор «еще более гигиенический», чем количество ядер и памяти. Если сетки не хватает, у вас все «падает», если сетки хватает – все прекрасно. Количество вариаций гораздо меньше, поэтому тут интересной статистики не получится. 

А что касается требований к дисковой подсистеме, то у меня есть специальный слайд про взаимосвязь показателей MBs/sec и IOPS, поскольку заказчики часто требуют от нас производительность в IOPS, а на сайте 1С производительность обычно замерена в MBs/sec. 

Чтобы от IOPS перейти к MBs/sec, нужно разделить IOPS на размер блока. Если мы говорим о внедрениях, которые сделаны по методике ЦКТП, то там используется утилита SQLIO, для которой стандартный размер блока 64 Кб, если его руками не меняли (а скорее всего, его не меняли). Если вдруг это старая система, там коэффициент может быть 32 Кб, но это уже архаичные системы. Если кто-то поставил другой коэффициент пересчета и нигде это не указал, то нужно надеяться, что такого не произошло.

 

 

Тактика управления

 

 

Что со всем этим делать? 

  • Есть люди, которые ходят по земле и работают в ненагруженной базе (самая нижняя строчка) – от одного до 5 пользователей в базе «1С:Бухгалтерия». Они там и со своим ноутбуком прекрасно справляются.

  • Но если вы – художник, у вас специализированная или высоконагруженная база (вторая снизу строчка), то вам общепринятые требования вообще не подходят, вам нужно проводить нагрузочный тест, рассчитывать свою жизнь именно так, как вы живете. Когда мало пользователей, но большая нагрузка – усредненные требования вообще не подходят, нужно считать свои. И оборудование нужно считать свое.

  • Если у вас 10-50 пользователей, и вы работаете в базе «1С:Бухгалтерия», у вас стандартная схема движения документов – тогда да, можете посмотреть по таблицам, посмотреть, как у соседа, сэкономить деньги на сайзинге. Точно так же, как мы смотрим зарплату по HeadHunter. 

  • Но чем мы больше, тем нам больше нужен запас. Чем у меня семья больше, тем мне больше нужно денег иметь в запасе на то, что детей придется учить, женить, выдавать замуж и т.д.

  • И если у вас более 1000 пользователей, вы – космонавты, вам про вашу жизнь вообще никто ничего не может рассказать, вам нужно самим разбираться, что за оборудование вам нужно. Вам нужно знать досконально каждую железяку, каждый вид организации RAID-массива и все-все-все про вашу работу. И решения всегда нужно принимать самому. Когда советская космическая промышленность готовила запуск лунохода, его долго не могли сделать, потому что не знали, какая луна – твердая, жидкая, газообразная? Пришел Королев, сказал: «Луна твердая». И луноход улетел, все счастливы. Делайте свой луноход.

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. PowerBoy 2948 09.09.19 16:21 Сейчас в теме
Почему только два параметра - ядра и память, почему не учитываете частоту и поколение процессоров?
user1274438; zqzq; HAMMER_59; +3 Ответить
5. user1274438 11.09.19 14:44 Сейчас в теме
Традиционно не смог пройти пройти мимо. Увы.
https://twitter.com/ValentinIvanich/status/1165893473117118465

P.S.
Витеньке привет при случае.

P.P.S.
(1) Автор больше не осилит.
2. capitan 1471 09.09.19 18:14 Сейчас в теме
Вспоминается ...
— Сколько человек здесь работает?
— С бригадиром или без?
— Какая разница.
— А без бригадира вообще никто не работает.
У наших людей система мотивации совсем другая.
А если серьезно, ну очень мало памяти. Вчитаюсь внимательнее, но пока не могу понять как так получается.
user1274438; 3vs; +2 Ответить
4. 3vs 11.09.19 07:18 Сейчас в теме
(2)
А если серьезно, ну очень мало памяти.

И это правильно, как говорится, сервер памятью не испортишь! :-)
6. user1274438 11.09.19 16:25 Сейчас в теме
(2) Тут проблема в том, что автор (по слухам, конечно же) - любитель нагрузки фоновыми заданиями. Не знаю, как сейчас, но раньше (мне коллеги подсказывали) он часто тесты именно так и выполнял. Экономия ресурсов в таком случае будет существенная. А что будет неоднозначный результат? Да ну кого в 1С-сообществе когда это волновало.
7. kerti 24.01.20 09:57 Сейчас в теме
(6) даже если вы правы про фоновые задания. Вы считаете, что выполнением фоновых заданий нельзя смоделировать работу сервера приложений 1с и субд совсем?
При ограниченных условиях использования лицензий 1с, данные тесты могут помочь получить хотя бы примерную картину по тому, что может твориться на сервере приложений и субд. При данных тестах исключена нагрузка клиентских соединений, но не работа сервера.
8. user1274438 24.01.20 10:19 Сейчас в теме
(7) Ага. Т.е. тот код, который в формах объектов, он чисто клиентский, работает только с переменными со значениями примитивных типов, и там нет вызовов сервера, из которых могли быть обращения к субд. ну и формы списков, при открытии тоже только текст и цифры выводят, какие там могут быть запросы. вот фоновые задания - это да.
3. user593895_gurov-boris-spb 10.09.19 15:22 Сейчас в теме
Евгений, у вас опечатка в последнем изображении. Во второй строчке снизу по логике должно быть "от 5".
Оставьте свое сообщение

См. также

Делаем быстрее POSTGRESQL COUNT (*)

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию перевод статьи Laurenz Albe "POSTGRESQL COUNT(*) MADE FAST". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/postgresql-count-made-fast/

вчера в 12:10    138    w.r.    1       

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Простое обнаружение проблем производительности в PostgreSQL

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию перевод статьи Hans-Jürgen Schönig "DETECTING PERFORMANCE PROBLEMS EASILY IN POSTGRESQL". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/detecting-performance-problems-easily-in-postgresql/ Актуально для всех 1С ников, перешедших с MS SQL на Postgres

20.02.2020    1418    w.r.    4       

Планы запросов - это просто! Разбор оптимизаций запросов PostgreSQL на живых примерах

Статья Программист Нет файла v8::Запросы Бесплатно (free) Производительность и оптимизация (HighLoad)

Проблема быстродействия 1С напрямую зависит от производительности запросов. Но как понять механику работы СУБД с помощью плана запроса? Андрей Овсянкин и Никита Грызлов на конференции Infostart Event 2019 Inception подробно рассмотрели алгоритм работы с планом запроса СУБД PostgreSQL, полученным из технологического журнала, и рассказали, на что обратить внимание, чтобы оптимизировать работу системы.

17.02.2020    3998    Evil Beaver    13       

​​​​​​​CorelDRAW Graphics Suite 2019 Промо

CorelDRAW – пакет профессиональных инструментов для редактирования фотографий, разработки дизайна, создания макетов страниц и векторных иллюстраций

Держи данные в тепле, транзакции в холоде, а VACUUM в голоде

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad)

Чтобы база работала быстро – в ней нужен порядок. Это касается как MS SQL, так и PostgreSQL. Как настроить базу, чтобы в ней поддерживался порядок, какие регламентные операции нужно проводить, чтобы данные чистились, индексы перестраивались и оперативная память высвобождалась в своём выступлении на конференции Infostart Event 2019 Inception поделился руководитель ИТ в компании «ИнфоСофт» Антон Дорошкевич. 

07.02.2020    4283    a.doroshkevich    15       

Оптимизатор запросов. Вторая часть

Статья Программист Нет файла v8 Бесплатно (free) Производительность и оптимизация (HighLoad)

Продолжение статьи об оптимизаторе запросов. Во второй части мы попробуем создать свой оптимизатор и попутно разберемся с такими вопросами, как: хранение файлов; индексы; статистика.

23.01.2020    3455    darkdan77    59       

Онлайн-курс "Подготовка к экзамену 1С:Эксперт и 1С:Профессионал по технологическим вопросам" с 7 по 24 апреля 2020 г. Промо

На курсе вы получите практические навыки решения задач производительности 1С, в том числе характерных для высоконагруженных информационных систем (более 1000 пользователей). Подготовка к экзамену – только одна из составляющих курса. 70% слушателей приходят за знаниями, которые позволят расти и зарабатывать, делать сложные задачи на крупных проектах.

16450 рублей

Атака сервера кнопонажималкой

Статья Программист Нет файла Бесплатно (free) Нагрузочное тестирование Инструментарий разработчика

Чтобы убедиться, что продукт выдержит планируемую нагрузку, необходимо провести нагрузочное тестирование – написать сценарии пользовательских действий и запустить их в несколько потоков, чтобы заранее найти проблемы в бизнес-логике и «узкие места». О том, как упростить написание сценариев тестирования для конфигурации Тест-центр с помощью фреймворка Vanessa Automation на конференции Infostart Event 2019 Inception рассказал ведущий программист компании «ПервыйБИТ» Никита Грызлов.

20.01.2020    2955    nixel    16       

Мониторим производительность с помощью 1С RAS

Статья Системный администратор Программист Нет файла v8 1cv8.cf Бесплатно (free) Инструментарий разработчика Производительность и оптимизация (HighLoad)

Подключаемся и анализируем данные через 1С RAS. Необходимо выполнить 5 пунктов и серьезный инструмент мониторинга будет у вас в руках.

19.12.2019    5684    ivanov660    12       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

История роста и работы команд 1С в условиях HighLoad и BigData

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Автоматизация ИТ-компании Производительность и оптимизация (HighLoad)

Современные потребности бизнеса заставляют программистов 1С решать все более сложные задачи. А главные требования, которым необходимо соответствовать, – вовремя поставлять ценности высокого качества. С какими сложностями приходится сталкиваться в работе программистам в динамично развивающейся брокерской сфере, и как их решают, на конференции Infostart Event 2018 Education рассказал начальник отдела интеграции БКС Технологии Сергей Артемов.

11.11.2019    4911    user826155    11       

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) - автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

Набор скриптов для знакомства с SQL Server

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad) Администрирование СУБД

Поговорим о скриптах, которые помогут быстро ознакомиться с состоянием SQL Server, в том числе с вопросами производительности.

30.09.2019    15627    YPermitin    14       

Облачные кассы и 1С. Интеграция, которой не было

Статья Программист Руководитель проекта Нет файла Россия Бесплатно (free) Интеграция Кассовые операции

В кейсе расскажем о сценариях работы с арендованными онлайн-кассами (облачными кассами). Приведем общую схему работы, удовлетворяющую требованиям закона. Опишем интересное нетиповое решение интеграции с 1С.

24.09.2019    3387    antonovintervolga    13       

Сдача регламентированной отчетности из программ 1С Промо

Сдача регламентированной отчетности из программ "1С" во все контролирующие органы без выгрузок и загрузок в другие программы. Для групп компаний действуют специальные предложения.

от 1500 руб.

Оповещения боту из 1С за 31 минуту

Статья Программист Нет файла v8::УФ 1cv8.cf Бесплатно (free) Практика программирования Интеграция

Поделюсь опытом, как быстро сделать бота с оповещениями в Телеграмм из 1С без лишних затрат.

18.09.2019    11465    4    feva    32       

Мониторинг высоконагруженной системы

Статья Системный администратор Программист Нет файла v8 Бесплатно (free) Производительность и оптимизация (HighLoad)

Высоконагруженной системе (более 8000 клиентских сессий) мониторинг необходим. Про опыт использования инструментов для мониторинга – самописной системы информирования, написанной на C#, и конфигурации «Центр контроля качества» в связке с системой отображения данных Grafana, на конференции Infostart Event 2018 Education рассказал Олег Репников.

13.09.2019    6002    Repich    5       

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

Использование Zabbix для сбора информации о серверных вызовах и управляемых блокировках с сервера 1С Предприятия, работающего на платформе GNU/Linux

Статья Системный администратор Программист Нет файла v8 Linux Бесплатно (free) Администрирование данных 1С Zabbix

Описанные в данном опусе механизмы ни в коей мере не противопоставляются тому, что реализует КИП от 1С или какие-либо другие инструменты (решения)! Это всего лишь еще один взгляд на "проблему", который может быть полезен в некоторых ситуациях.

10.09.2019    11502    Sloth    11       

Интеграция 1С с промышленным оборудованием

Статья Системный администратор Программист Руководитель проекта Нет файла Бесплатно (free) Интеграция

Эффективность управленческой информации в производственном процессе зависит от данных, собираемых на нижних уровнях. Про автоматизацию получения этих данных с использованием технологии OPC (OLE for process control) на конференции Infostart Event 2018 Education рассказал Юрий Коноваленко.

06.09.2019    6240    user642664_yurkeshk    12       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

Poka-yoke. Оператор производственной линии – пользователь 1С. Кто сказал, что 1С только для финансов?

Статья no Нет файла Бесплатно (free) Интеграция

Что такое Poka-yoke системы, зачем они нужны и как меняется работа на предприятии при их внедрении рассказал руководитель проектного отдела компании «Информационные технологии» Дмитрий Макаров на конференции INFOSTART EVENT 2018 EDUCATION.

04.09.2019    2555    pro-rok    15       

Руководство по SQL: Как лучше писать запросы (Часть 2)

Статья Системный администратор Программист Нет файла СУБД Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию продолжение перевода статьи Karlijn Willems SQL Tutorial: How To Write Better Queries". Оригинал доступен по ссылке https://www.datacamp.com/community/tutorials/sql-tutorial-query. Первая часть доступна по ссылке https://infostart.ru/public/1115809/

03.09.2019    5228    w.r.    1       

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

Обмен данными. Консистентность vs Многопоточность

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Интеграция

Рассмотрим теоретические основы обмена данными. Какие бывают обмены, какие гарантии при этом даются, зачем идти на компромиссы и что при этом может пойти не так. Есть ли идеальная схема?

03.09.2019    6614    m-rv    1       

Как должна выглядеть правильная интеграция. Использование Mule ESB и RabbitMQ с 1С

Статья Программист Нет файла Бесплатно (free) Интеграция

Чем масштабнее проект, тем сложнее настроить все связи. Каждый решает эти проблемы по-своему: кто-то пользуется конвертацией, кто-то пользуется xml и json. Руководитель управления ИТ компании WiseAdvice Олег Филиппов рассказал, как можно применить такие инструменты, как Mule ESB и RabbitMQ.

02.09.2019    6703    comol    3       

Голосование за доклады на INFOSTART MEETUP Kazan - до 25 февраля. Промо

Выбирайте и голосуйте за самые интересные доклады! Лучшие из лучших попадут в окончательную программу казанского митапа. Оставить свой голос можно до 25 февраля 2020 года.

Анализ производительности APDEX

Отчеты и формы Системный администратор Программист Внешний отчет (ert,erf) v8 1cv8.cf Бесплатно (free) Производительность и оптимизация (HighLoad)

Отчет для просмотра и анализа замеров производительности в конфигурациях на базе БСП.

31.08.2019    6089    176    YPermitin    7       

Руководство по SQL: Как лучше писать запросы (Часть 1)

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию перевод статьи Karlijn Willems SQL Tutorial: How To Write Better Queries". Оригинал доступен по ссылке https://www.datacamp.com/community/tutorials/sql-tutorial-query. Узнайте о антипаттернах, планах выполнения, time complexity, настройке запросов и оптимизации в SQL.

30.08.2019    6481    w.r.    0       

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Использование Union вместо OR

Статья Системный администратор Программист Нет файла MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию перевод статьи Derek Dieter "Using Union Instead of OR". Оригинал доступен по ссылке http://sqlserverplanet.com/optimization/using-union-instead-of-or.

22.08.2019    2581    w.r.    35       

Тюнинг производительности запросов в PostgreSQL

Статья Системный администратор Программист Нет файла PostgreSQL Бесплатно (free) Производительность и оптимизация (HighLoad)

Предлагаю вашему вниманию перевод статьи Brady Holt "Performance Tuning Queries in PostgreSQL ". Оригинал доступен по ссылке https://www.geekytidbits.com/performance-tuning-postgres/

31.07.2019    4951    w.r.    5       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, обеспечивающих обмен данными между различными прикладными 1С-решениями и взаимодействие с другими информационными системами. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”.

5500 рублей

Неочевидные проблемы производительности: важность системного подхода при анализе

Статья Программист Нет файла v8 Россия MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

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

19.07.2019    6323    Филин    12       

Ловля блокировок на связке "Microsoft SQL server - 1С"

Статья Системный администратор Программист Нет файла v8 v8::blocking MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

Материал относится к базам данных на связке «1С - MS SQL Server». Один из способов отлова блокировок в бд 1С . Переход к управляемым блокировкам через режим "Автоматический и управляемый".

16.07.2019    6273    fhqhelp    0