При развертывании информационных систем на базе 1С до 2022 года многие компании шли проторенной дорожкой. Брали Windows Server, MS SQL, терминальный сервер Citrix/RDS. Запирали с этим всем админа на недельку, и всё готово.

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

  • На какой операционной системе сейчас строить информационные системы 1С?

  • Какую базу данных взять?

  • Какие компоненты выбрать, чтобы не потерять в производительности и надежности?

  • Есть ли жизнь без Microsoft?

В этом посте предлагаю рассмотреть все компоненты инфраструктуры информационных систем на базе 1С и выбрать оптимальные решения.

Операционные системы

На сайте 1С указаны требования к операционным системам и прочим компонентам. Серверные компоненты могут работать либо на Windows, либо на ОС семейства Linux. Рассмотрим все варианты поближе.

ОС от Microsoft

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

Важным преимуществом серверных операционных систем от Microsoft была возможность открыть тикет в поддержке. Это давало шанс решить некоторые технические проблемы, и иногда эта помощь была очень существенна. На моей практике был интересный случай. Настраивали Reverse Proxy на основе IIS для публикации нескольких Client Access серверов Exchange 2013. Настроили по мануалу с сайта Microsoft, но после аутентификации — ошибка. Перепроверили всё. Нет результата. Открыли тикет, прошли несколько эскалаций внутри Microsoft. Ответственным по нему стал инженер из Индии, эксперт по IIS. На двухчасовом звонке с ним и с переводчиком с индийского английского на американский английский решение было найдено. В официальном мануале было не указано, что параметр affinity для нескольких публикуемых серверов должен быть настроен по-другому. 

На первый взгляд, идеальное решение, однако есть несколько «но»:

  1. Продукты Microsoft невозможно купить на территории РФ.

  2. Microsoft не оказывает поддержку клиентам из РФ.

  3. Это иностранное ПО. В некоторых отраслях его необходимо заменять.

  4. Высокие накладные расходы для самой ОС. Например, для Windows Server 2019 с GUI необходимо минимум: 2 CPU, 4 GB память и 60 GB для операционной системы. И это необходимо только для ОС.

Бесплатные версии Linux

Следующая группа — это свободно распространяемые версии ОС. Их огромное множество, но 1С четко ограничивает их круг до:

  1. CentOS 7

  2. Debian 10, 11

  3. Mint 19, 20, 21

  4. Ubuntu 18.04 LTS, 20.04, 22.04 LTS

Эти версии Linux разрабатываются сообществом и распространяются бесплатно по лицензии GNU GPL. Как и в случае с Windows, огромное количество администраторов с ними знакомы (но всё же меньше, чем с продукцией Microsoft). Есть мануалы по установке и настройке 1С от партнеров и сообщества. Большинство оборудования и гипервизоров имеют драйверы. Низкие накладные расходы ОС: 1 CPU 512 Mb памяти и 10 GB диск — вполне рабочий сервер.

Из минусов:

  1. В случае проблем вы остаетесь наедине с ними. На сообщество рассчитывать не стоит, там вам ничем не обязаны. В 1С максимум зафиксируют баг и добавят его устранение в Roadmap.

  2. Более высокие требования к квалификации администраторов.

  3. При использовании серверов или контроллеров малоизвестных производителей есть риск отсутствия драйверов для ОС Linux.

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

Отечественные версии Linux

Отечественные версии Linux стали появляться задолго до 2022 года, некоторые компании имеют более чем десятилетний опыт разработок. За это время они прошли путь от любительских сборок до поддержки продуктов 24/7. 

Что мы получаем в этом случае?

  1. Законченное вендорское решение с полноценной поддержкой.

  2. Регулярные обновление и патчи.

  3. Переход на отечественное ПО.

  4. При необходимости — сертификаты ФСТЭК для работы с конфиденциальными данными.

Минусы использования отечественных версий Linux во многом схожи с бесплатными версиями. Но есть некоторые специфические особенности:

  1. Тестирование вендором новых версий свободно распространяемого ПО добавляет таймлаг на добавление их в репозитории.

  2. В некоторых версиях есть модули собственной разработки, например, мандатный контроль в Astra Linux. Для работы с ним необходимы дополнительные знания и компетенции.

Я не могу не упомянуть платные версии Linux с иностранной поддержкой. Они сочетают в себе многие минусы, присущие Microsoft и бесплатным версиям Linux, а плюсов не дают никаких. Их не купить, поддержка прекращена.

СУБД

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

MS SQL

Для 1С это первая СУБД, с которой они начали предоставлять возможность хранить данные во внешней базе. Это была седьмая редакция, которая еще встречается в некоторых компаниях.

Долгое время база данных от Microsoft была единственным официально поддерживаемым вариантом. Хотя существуют способы запустить на PostgreSQL даже 1С 7.7. Сама платформа долгое время разрабатывалась с учетом особенностей только этой базы данных. Многие сильно измененные конфигурации 1С зачастую имеют вставки программного кода, работающего напрямую с СУБД. Миграция таких систем на PostgreSQL невозможна без изменения кода.

Сама СУБД позволяет построить информационную систему, отвечающую самым высоким требованиям производительности, надежности и сохранности данных. В общем доступе огромное количество информации, как правильно выбрать железо, как настроить ОС под СУБД и как правильно поставить и настроить базу, включая тонкий тюнинг. Microsoft SQL Server предоставляет возможность построения кластеров нескольких типов, что защищает систему от аппаратных сбоев. Практически все системы резервного копирования поддерживают эту СУБД, из коробки работает функционал разностных копий и копий логов транзакций. Это обеспечивает защиту от логических сбоев и случайной/преднамеренной порчи данных.

К плюсам можно отнести удобные графические инструменты для работы с базой и поддержу от компании Microsoft.

Минусы схожи с ОС от Microsoft, но добавляется еще несколько специфичных:

  1. Невозможно купить на территории РФ.

  2. Нет поддержки для клиентов из РФ.

  3. Это иностранное ПО.

  4. СУБД возможно установить только на операционные системы Microsoft.

  5. Высокая стоимость лицензий.

Oracle, DB2

Эти СУБД объединил в одну группу по причине схожести их положения в РФ в 2023 году. Купить их невозможно, техподдержки нет.

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

Postgres

Если мы посмотрим на сравнительную таблицу, то увидим только две версии: бесплатную (рекомендована сборка от 1С) и платные от PostgresPro. Многие отечественные вендоры Postgres поддерживают базы 1С, и уже существуют крупные внедрения на них. Добавление их в список поддерживаемых со стороны компании 1С — вопрос времени.

1С более десяти лет назад начали поддерживать PostgreSQL. Все детские болячки вылечены, и ничто не мешает ей стоять на одном уровне с Microsoft SQL. Тут, конечно, нет огромного количества всевозможных утилит и графических инструментов. Многие действия приходится делать через CLI- и SQL-скрипты. Но без знания T-SQL в MSSQL далеко не уедешь.

Остро стоит вопрос с отказоустойчивостью. Приходится использовать дополнительное ПО типа Patroni, Stolon и пр. В итоге мы получаем гибкие, надежные кластеры, не уступающие кластерам Always On. В пределах одного ЦОД можно использовать конфигурацию с одним томом и Linux HA кластер.

О минусах PostgreSQL:

  1. Меньшее количество специалистов, чем в случае с MS SQL.

  2. Более высокий порог входа и более сложное администрирование. Логика у самой СУБД немного другая. Опыт работы с MS SQL и Oracle, конечно, поможет, но многое придется учить заново.

  3. Для построения кластера необходимы сторонние инструменты и специальные знания.

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

Клиентский доступ

На этом слое есть несколько моментов, который хотелось бы обсудить.

АРМ пользователей

Давайте рассмотрим варианты операционных систем для рабочих мест пользователей. Этот пункт перекликается с выбором ОС для серверов: критерии сохраняются, но добавляются несколько специфических особенностей:

  1. Наличие поддержки вендора некритично.

  2. User-friendly интерфейс.

  3. Наличие клиентского ПО корпоративных приложений для выбранной версии ОС.

  4. Наличие единой службы каталогов для выбранной версии ОС.

  5. Наличие процедуры централизованного обновления системы.

Доставка приложений. VDI

Все флагманские вендоры (Citrix, VMware, Microsoft) не работают в РФ. Серьезных бесплатных технологий в этом направлении не существует.

На мой взгляд, наиболее подходящие решения сегодня:

  1. Termidesk от компании «Увеон» (входит в группу компаний «Астра»).

  2. HOSTVM VDI.

  3. Space VDI компании «Даком М».

  4. Базис.WorkPlace.

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

В заключение

Рассмотрев все варианты инфраструктурных компонентов систем 1С, мы в «Инфосистемы Джет» разработали следующую схему:

Архитектурная схема 1С
Архитектурная схема 1С

За последние несколько лет совместно с заказчиками мы построили информационные комплексы на основе продуктов 1С в разных отраслях. Многие из них работают в режиме 24х7 и являются Mission Critical системами. Для всех решений используются российские версии операционных систем и Postgres в качестве СУБД. Все кейсы прошли проверку временем и зарекомендовали себя с лучшей стороны.

Мы в «Инфосистемы Джет» не видим никаких противопоказаний к использованию российского технологического и программного стека для построения высоконадежных комплексов на основе 1С для предприятий любого масштаба.

Дмитрий Клочков

Старший инженер-проектировщик вычислительных комплексов

Комментарии (29)


  1. starik-2005
    17.01.2024 11:55
    +1

    1. СУБД (MS SQL) возможно установить только на операционные системы Microsoft.

    MS SQL Server можно установить на Linux. Странно, что автор этого не знает. Другое дело, что 1С, развернутая на Linux, не умеет работать с MS SQL. Может быть и это поменялось - не знаю.


    1. JetHabr Автор
      17.01.2024 11:55

      Правильное уточнение, технически это возможно. И даже для 1С можно применить, если серверы предприятия будут на Windows. Только в разрезе перехода на Linux это не имеет смысла, от операционных систем Microsoft уйти не получится все равно.


  1. mikleh
    17.01.2024 11:55
    +1

    Зачем 1Ске VDI? Нет ну в каких-то экзотических случаях наверняка пригодится (например, для подключения какого-нибудь сканера штрих-кодов), но вообще современная 1С работает по протоколу HTTP, может работать не только в собственном клиенте, но и в обычном браузере. Но по прочтении статьи сложилось чувство, что автор застрял в нулевых, когда 1Ску повсеместно юзали через терминал.

    И еще в статье не акцентировано внимание на том, что по факту выбор стоит между связками Windows+MS SQL vs Linux + Postgresql. Postgres под виндой довольно слабый вариант, в силу особенностей архитектуры postgres'а.


    1. JetHabr Автор
      17.01.2024 11:55

      Самой 1С VDI не нужен конечно. После 20 года многие компании выбрали именно это решение для удаленного доступа сотрудников и количество инсталляций растет. А вот в VDI конечно можно работать и веб-клиентом, и тонким, и толстым (для гурманов).
      Акцент сделан на отказ от иностранного ПО. Гибридные варианты можно рассматривать только как промежуточные варианты на этапе миграции.


    1. Jon7
      17.01.2024 11:55

      Применительно к 1С. Иногда конкурентные преимущества пытаются получить не конкурентными методами. И сотрудники МВД проводит экспертизу изымая технику примерно на месяц. VDI сильно помогает пережить неприятный период.


    1. madman41
      17.01.2024 11:55

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


  1. Spiller26
    17.01.2024 11:55

    про Proxmox забыли написать.
    и про Linux сервера можно было написать, что отказоустойчивость лучше чем у Windows.


    1. JetHabr Автор
      17.01.2024 11:55

      Гипервизоры я не рассматривал в этой статье. А так да, про OpenStack тоже на написал)
      Сравнение Linux и Windows по производительности, надежности и прочим — это тема для холиваров


  1. 13werwolf13
    17.01.2024 11:55
    -1

    впечатление такое что статья опоздала лет на 5..

    почти все кого знаю давно перетащили 1С на centos или debian, давно переехали с сомнительного mssql на postgresql, давно стали юзать веб клиента там где нет необходимости в нативном.. и все кроме одного хвастались тем что на том же железе миграция с вынь на линь и с мыскуль на пускуль добавила чутка производительности без доп тюнинга..

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


    1. JetHabr Автор
      17.01.2024 11:55

      Само отношение к 1С у многих осталось во временах 7.7 и 8.0. Многие до сих пор боятся Linux и Postgres. Цели статьи как раз совпадают с вашим мессаджем.


    1. yukon39
      17.01.2024 11:55
      +1

      Сомнительного mssql?

      Ну допустим, да, что вендор MS SQL ничего не понимает в СУБД, и вообще это никому неизвестная контора с уставным капиталом в 10к.

      А PostgreSQL, это надежный и проверенный поставщик ПО. И сама СУБД - отличная СУБД с открытым исходным кодом. Но, вот беда, 1С не работает на том самом надежном PostgreSQL, который можно скачать с postgresql.org.

      Для 1С нужны проприетарные спецсборки PostgreSQL либо от самой 1С (PostgreSQL от 1С), либо от других вендоров: Postgres Pro или Tantor SE 1C, с уставными капиталами по 100к рублей каждый.

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


      1. timka05
        17.01.2024 11:55

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


      1. 13werwolf13
        17.01.2024 11:55
        -1

        Ну допустим, да, что вендор MS SQL ничего не понимает в СУБД

        не в субд а в разработке и поставке софта в целом я бы сказал

        контора с уставным капиталом в 10к.

        как буд-то это что-то значит...

        А PostgreSQL, это надежный и проверенный поставщик ПО. И сама СУБД - отличная СУБД с открытым исходным кодом

        да

        Но, вот беда, 1С не работает на том самом надежном PostgreSQL, который можно скачать с postgresql.org

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

        Для 1С нужны проприетарные спецсборки PostgreSQL либо от самой 1С (PostgreSQL от 1С), либо от других вендоров: Postgres Pro или Tantor SE 1C, с уставными капиталами по 100к рублей каждый.

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

        по какой СУБД больше документации, учебных материалов

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

        специалистов

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


    1. Pinkkoff
      17.01.2024 11:55
      +1

      А можете рассказать кто эти "почти все кого знаю"? У меня вот какая-то обратная картина, что из ТОП-100 компаний почти никто не уехал большими базами с MS. А уж 5 лет назад я вообще не слышал чтобы хоть кто-то запускал 1С не на винде.
      Расскажите кто переехал 10+ ТБ базы 1С на Postgre, я б с удовольствием пообщался


      1. 13werwolf13
        17.01.2024 11:55

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

        Алсо, про размеры бд я так на память про всех не скажу, но точно знаю что у двоих из упомянутых и правда 10+тб.

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


  1. 13werwolf13
    17.01.2024 11:55
    +2

    Многие до сих пор боятся Linux и Postgres

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


    1. starik-2005
      17.01.2024 11:55

      Заинтриговали. Подробности будут?


      1. 13werwolf13
        17.01.2024 11:55

        Подробности чего? Моей жизни? Да я вроде не блохер..


        1. starik-2005
          17.01.2024 11:55

          Ну как же! Про "с кучей сиииильно сомнительных решений". Список хотя бы для начала.


          1. 13werwolf13
            17.01.2024 11:55

            начать хотя бы со способа распространения ПО, не проще ли было сделать репозиторий с доступом по логин/пароль или rsa ключу, нет надо чтобы юзверь страдал и ручками таскал пакеты (они и до пакетов то не сразу додумались).
            с запуском 1с тоже есть вопросики, ведь service для systemd они как я помню дропнули
            а список зависимостей у пакета вы видели? легаси gtk...
            я честно не хочу вспоминать от чего ещё у меня глаз дёргался.

            конечно мб я отстал от жизни и за те несколько лет что я не сталкиваюсь с 1С все косяки исправлены.. но врятли..


            1. starik-2005
              17.01.2024 11:55

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

              По поводу распространения, то никто не мешает сделать скрипт, который будет брать пакет с ИТС, но я бы поостерегся обновлять на последнюю версию. Но это не только 1С'а болезнь. Вот, например, у нас чеоез опенконнект в конторе впн. И у коллеги федора, в которой 9.12 версия оного, а у меня убунту, в котором 8.20 версия, в итоге я нормально цепляюсь, а у него на протокол ругается (вроде бы ТЛС 1.0 еще - мамонта какашки).

              Но это в части обслуживания. При том они в последних версиях реализовали телеметрию по хттп (опенметрик), чтобы не городить огороды для мониторинга инфраструктуры. Растут вот прям на глазах!

              И да, писал тут на с++ внешнюю компоненту для телефонии, узнал, что они с 21-й версии сделали возможность запускать ВК в изолированном контейнере, когда необработанное исключение не грохает rphost. Я считаю это тоже большим шагом вперед.


              1. 13werwolf13
                17.01.2024 11:55

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

                Спвсибо посмеялся.. Сделали такое же гавно как в убогой винде, от спасибо!

                По поводу распространения, то никто не мешает сделать скрипт, который будет брать пакет с ИТС,

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

                Я считаю это тоже большим шагом вперед.

                Большой, вот только как всегда запоздалый..


                1. starik-2005
                  17.01.2024 11:55

                  А что, дрова нивидии и АМД давно шли с таким инсталлятором. И пакеты для rpm и deb вполне себе продолжают поставляться. Никто ж не виноват, что большинство админов и винду-то толком не знают, не говоря уже о Linux, который в чем-то даже проще. Это не проблема 1С - это проблема того, что народ ленив, и пока им это не надо - они не будут в это вникать.

                  Ну, надеюсь, Вы поняли, что есть и для пакетного менеджера работа. С другой стороны, у меня в убунту чуть ли не половина софта ставятся из snap-репы. И вот, представьте, я ни разу не умер.

                  А по поводу шага вперед, то никогда не поздно. Ну или лучше поздно, чем никогда. В действительности, много чего появляется в платформе. Вебсокеты в 27-й версии даже планируют. Абдейт и мердж для регистров сделали. Но все это, к сожалению, порог входа увеличивает. Я не так давно партнеру по сервисам (какая-то контора, которая пилит рекламную статистику и иже с ним) объяснял, как дернуть SOAP. И у них ни разу не 1С. Я им сначала код на питоне скинул, потом сам пакет запроса, потом переделал все на REST-API от греха подальше. Но впечатление, что сейчас народ в технологиях все меньше и меньше понимает - одни 1С-ники шарят )))


                  1. 13werwolf13
                    17.01.2024 11:55

                    А что, дрова нивидии и АМД давно шли с таким инсталлятором.

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

                    И пакеты для rpm и deb вполне себе продолжают поставляться

                    Для ручного скачивания с кривоватого сайтика (спасибо что хоть cdn недавно освоили). Это полумеры, всё равно как если бы автосалон продавал авто в разобранном виде. Тауое можно простить разрабам мелких утилит, мейнтейнеры за них сделают. Но крупной конторе продающей софт за много денег это непростительно.


    1. timka05
      17.01.2024 11:55

      Это вы с другими ERP не сталкивались. SAP, Axapta / Navision и т.д. Там чудес возможно поболее.


      1. CrushBy
        17.01.2024 11:55

        В 1С с фундаментом проблемы, что уже приводит к большим проблема. Но вообще странно сравнивать с устаревшими ERP-системами. Лучше с чем-то современным.


        1. starik-2005
          17.01.2024 11:55

          Ну статья 19-го года. Со многим в ней я не соглашусь, а кое-что устарело - появилась асинхронность, например, которая убирает тот самый "ад коллбэков", хотя я бы не сказал, что он в 1С настолько актуален. Взаимодействие сервера и клиента - это вообще в любой системе. или Вы думаете, что хабр все на джаваскрипте делает? )))


          1. CrushBy
            17.01.2024 11:55

            Взаимодействие сервера и клиента - это вообще в любой системе.

            Ну не совсем. В lsFusion это не нужно. Высокоуровневая платформа без проблем может взять это на себя, не нагружая этим разработчика. Да, при этом теряется "контроль", но автоматические механизмы в большинстве случаев будут работать лучше, чем будет делать среднестатистический разработчик.

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


            1. starik-2005
              17.01.2024 11:55

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