gifts2017

Технология публикации Fresh. С чем "едят"

Опубликовал Евгений Быченко (faustrue) в раздел Администрирование - Системное

Я работаю в бухгалтерской компании, мы ведём бухгалтерию примерно для 1000 клиентов. У нас почти 1,5 тысячи баз 1С. Хочу поделиться тем, как мы используем Fresh и строим своё облако с его помощью. Часть первая — обзорная.

Привет! Это мой первый пост на ресурсе. Хочу рассказать про технологию Фреш, которую мы используем у себя в проекте. Информации в сети о ней мало (от слова совсем), партнёры про Фреш не рассказывают или сами, кроме прайса, ничего не видели. Грабли тоже не описаны, а они есть, уж поверьте :). Штука полезная, и не помешало бы обменяться опытом, чтобы разработчики могли её улучшить. 

Если возникнут вопросы — смело пишите в комментариях. 


Итак, Фреш. 

Для кого подходит это решение

Для крупных компаний, хостеров или холдингов, у которых много баз одних и тех же конфигураций: БП 3.0, ЗУП 3.0, УНФ или КА 2.0. 

Мы начали использовать что-то похожее, когда количество наших баз перевалило за 100. Тогда стало ясно, что создавать в них новых пользователей, давать к этим базам доступ для клиентов, обновлять в них КЛАДР или просто делать резервные копии — это челенжд. Штатные механизмы 1С просто для этого не годятся (или их нет). Тогда мы начали прикручивать костыли и велосипеды скрипты и обработки, делать разделители внутри базы, чтобы упаковать внутрь одной информационной базы несколько независимых областей

Затем, внезапно (именно внезапно, так как Партнёрам и Франчайзи мы задавали вопросы постоянно), от самой 1С мы узнали о Фреше — технологии, позволяющей построить своё собственное облако, аналогичное 1cfresh.com. Эта технология на порядок снизила наши трудозатраты по поддержанию инфраструктуры. 

Сейчас в нашем Фреше почти 1,5 тысячи приложений. Объём данных в базах PostgreSQL чуть большее 500 ГБ. Базами пользуются наши бухгалтеры (их около 80 человек) и сотня клиентов. Кто-то из клиентов работает с УНФ из нашего облака, кто-то синхронизирует свою Торговлю.

В нашем сервисе мы используем несколько Linux кластеров и один Windows кластер — на нём работает база Агента сервиса, т.к. ей нужна возможность запускать конфигуратор.

Во все наши базы ходит обученный робот, при помощи COM соединения, и делает автоматические работы (загружает выписку, заносит документы и т.д.).


Из чего состоит, как работает и с чего начать

Фреш — это две специализированные конфигурации:

  1. Менеджер сервиса — управляет всей инфраструктурой Фреша, раздаёт команды, собирает информацию воедино, управляет правами и т.д.

  2. Агент сервиса — эдакий исполнитель, умеет создавать файловые базы, обновлять их, доставать из них дампы (слепки баз, которые можно перенести во Фреш, в область), собирать логи с других баз и много чего ещё.

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

Прежде чем начать, каждую базу во Фреше необходимо опубликовать на веб-сервере. Второй шаг — описать все конфигурации, используемые в облаке в Справочниках Менеджера сервиса, затем, там же создать записи об Информационных базах (с указанием URL и версии конфигураций), кластерах, серверах, учётных записях администратора. После того, как всё сделано, компоненты сервиса начинают общаться при помощи XML, посылая друг другу сообщения через настроенные ранее публикации на веб-серверах. 

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

1. Менеджер сервиса формирует сообщения для всех информационных баз, в которых есть приложения, доступные пользователю, и отправляет их (такие сообщения относятся к классу "быстрых" и доставляются немедленно)

 

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


3. Информационная база создаёт сообщения в адрес сервис-менеджера с результатами создания пользователя. Немедленно его доставляет.

4. Менеджер сервиса удаляет сообщение из п.1 из очереди на отправку. 

 

Основные возможности Фреша

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

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

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

Со стороны пользователя сервиса выглядит вот так:


Это интерфейс сервис менеджера, если в него входить с правами "Пользователь сервиса". Ниже он же, но когда у пользователя полные права:

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

Планирование обновлений

В сервисе администратор может планировать обновления конфигурации. Для этого в сервис добавляется новый релиз и файл обновления, после чего назначается дата и время установки. Менеджер сервиса рассылает уведомления о регламентных работах, даёт команду Агенту сервиса на обновление конфигурации. 

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

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


Автономная работа

Это механизм автоматической настройки РИБ для одной области в базе. Простой мастер позволяет пользователю получить архив с отдельной файловой базой, в которой уже настроен обмен с основной копией базы, нужно только её развернуть.

Этот мастер можно запустить прямо из приложения во Фреше, не требуется вмешательство Администратора. Т.е. если вашему пользователю нужна "автономка" и он имеет соответствующие права — он может легко её создать сам. 

Автономное место автоматически получает обновления конфигурации и по умолчанию синхронизируется при старте и закрытии базы. А ещё можно настроить синхронизацию по расписанию. 


Какие есть минусы

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

С внешними обработками тоже не всё гладко: часть функционала будет недоступна, необходимо перерабатывать логику и код, если вы используете работу с веб-серверами, файлами или dll. 

 

Вместо итога

Фреш — очень мощная технология. Его можно использовать, как серьёзное облако у хостера, так и в небольшом холдинге, упростив обслуживание. 

У технологии есть серьёзные плюсы и некоторые недостатки, важно понимать область применения и знать о граблях.

См. также

PowerTools от 1 000
Вознаграждение за ответ
Сумма: 0 $m
Добавили:
Роман Данилюк (RomanDan) (0.09 $m)
Подписаться Добавить вознаграждение
Комментарии
1. Sergei (kauksi) 17.03.16 16:51
Когда стоимость владения базой в таком облаке за 5 лет сравняется со стоимостью лицензий и ИТС за тот же срок, возможно коробку покупать будет и необязательно.
2. Евгений Быченко (faustrue) 18.03.16 11:36
(1) kauksi, Сергей, а поясните, о чём речь? В статье я пишу про локальный фреш, не арендованный. Он по стоимости владения от обычной базы не сильно отличается.
3. Сергей Филькин (FSerg) 18.03.16 13:52
Что-то про подводные камни и костыли практически ничего не написано :)
4. Евгений Быченко (faustrue) 18.03.16 17:10
(3) FSerg, если интересно - всё будет =)
Одна грабля всё таки была упомянута: резервные копии, делать их нужно вне зависимости от того, что делает Менеджер сервиса.
5. Роман Данилюк (RomanDan) 18.03.16 20:26
Подскажите как получить эти две специализированные конфы у 1С? Хочу развернуть и пощупать очередное чудо от 1С... у меня в 100 раз меньше баз, но проблемы обновления слабо измененных баз 1С вылазят уже!
6. {ÐƦǑƝȊ} mx (dour-dead) 19.03.16 12:01
Добрый день, подскажите как у вас обстоят дела с обновлением, часто ли бывает что какое нибудь фоновое задание ( или сеанс) зависло и не дает обновить ИБ?
7. Роман Данилюк (RomanDan) 19.03.16 23:05
(5) RomanDan, сам спросил, сам отвечаю http://v8.1c.ru/fresh/howtobuy.htm в общем если не партнер 1С, то 30-60 т.р. отдай
8. Роман Ложкин (webester) 20.03.16 09:36
(7)Интересно следующее: для того, что бы сделать, что то вроде "Аренда программы 1С в облаке" достаточно покупки фреша и клиентских лицензий или нет?
9. Евгений Быченко (faustrue) 21.03.16 08:10
(5) RomanDan, приветствую! Конфигурации можно получить у Партнёров 1С (на торрентах они не замечены). А проблему обновления можно для начала попробовать решать скриптами или программой Обновлятор-1С от Алексея Крманова
10. Евгений Быченко (faustrue) 21.03.16 08:12
(6) dour-dead, бывает, это мешает обновлению именно области, а вот с обновлением конфигурации, обычно, проблем нет, Менеджер сервиса всё довольно хорошо решает через RAS (сервис администрирования кластера) - убивает сеансы, блокирует доступ к базе и т.д.
11. Евгений Быченко (faustrue) 21.03.16 08:15
(8) webester, мы немного прорабатывали этот вопрос, в целом ситуация такая, что необходимо так же оплачивать передачу во временное пользование лицензий на конфигурацию (или что-то типа того, не вдаваясь в академичность формулировок). Стоять это будет около 300 р/мес (возможно больше возможно меньше, разговор нужно вести в этом случае с самой 1С и заключать отдельный договор с ними), оплата происходит ни основании специального отчета из Менеджера сервиса.
12. Игорь Шкурин (Betis) 21.03.16 10:53
Спасибо Автору, острый дефицит информации и понимая по этой теме. Жду продолжения!
13. Евгений Быченко (faustrue) 21.03.16 11:56
(12) Betis, пожалуйста =) А скажите, о чём нужно больше информации? Фреш большой.
14. Игорь Шкурин (Betis) 21.03.16 13:38
(13) faustrue, Лично мне было бы очень интересно увидеть для что-то из цикла "How to", начиная с самых азов. Начиная с того просто типа "Допустим у нас стоит такая задача ......", чтобы ее решить нам нужно 1) ... 2)... и тд. Или из той же оперы "возникла ошибка" и как Вы ее решали. Если конечно это не слишком)
15. Сан Саныч (herfis) 21.03.16 14:26
Базы, я так понял, в основном предельно легкие по нагрузке. Одно юр-лицо - один бухгалтер или что-то в таком духе. И судя по среднему размеру базы в 300 метров в Postgres - относительно небольшие. Так? Это подводка к основному вопросу - по сколько примерно баз вы пихаете в одну физическую базу, какая эмпирика при этом использовалась. Какие вообще проблемы начинаются при большом количестве областей в одной физической базе. Или у вас все однотипные в одну физическую базу влазят и нет проблем? В общем, такого рода статистика/опыт интересует.
16. Евгений Быченко (faustrue) 21.03.16 15:05
(14) Betis, цикла how-to в плане как всё развернуть и настроить, скорее всего, не будет (там документация на это есть, в поставке, страниц на 600-т), а вот всякие нюансы - расскажу обязательно. Что-то из серии "как сделать доступ ко всем информационным базам по одинаковому урлу" или "тюним кластер"
Про неприятные ситуации (если они останутся без решения ещё какое-то время) тоже напишем =)
17. Евгений Быченко (faustrue) 21.03.16 15:13
(15) herfis, дело в том, что на одну информационную базу у вас одна конфигурация, всё остальное - данные. Это я к тому, что перекладывать расчёты на серверную (и файловую) базу, где 300 мегабайт - это вообще ничего, не совсем корректно.
База в постгресс создаётся одна на все области в ней, не под каждую область своя. Размеры баз примерно по 100 гигабайт.

Логика работы у нас такая (почти как вы пишите) - одна организация - пара-тройка баз (БУХ+ЗУП, последняя по необходимости + УНФ, так же по необходимости) - три бухгалтера и зарплатник.

В каждой информационной базе мы стараемся держать по 300 областей. Если база наполняется - создаём ещё одну ноду (Виртуалка, кластер, постгресс, апач, база, конфигурация, публикация и т.д.), но это тема для отдельной истории.

Основные проблемы были когда все базы принадлежали одному Абоненту - сущности в Менеджере сервиса, которая разделяет области\приложения между пользователями. Так вот, когда баз в этом списке стало около 500-т, некоторые функции просто перестали работать - такие как отображение списка приложений для синхронизации (он строится по всем приложениям внутри одного абонента), добавления пользователя внутрь абонента и т.д.
18. panvartan panvartan (panvartan) 21.03.16 16:24
Вопрос автору, могут ли фреш клиенты использовать локальные лицензии пользователя или только серверные?
19. Евгений Быченко (faustrue) 21.03.16 16:41
(18) panvartan, спасибо за вопрос! Локальные лицензии будут использоваться только при работе в автономном месте. В остальных случаях - лицензии серверные.
20. panvartan panvartan (panvartan) 21.03.16 16:48
(19) faustrue, те на сервере терминалов будут?
Я если работает стандартный Запуск 1С, то как мапятся список баз пользователя к аутентификации пользователя в том же терминале?
21. {ÐƦǑƝȊ} mx (dour-dead) 21.03.16 16:48
(19) faustrue, Почему ,если сервер не может выдать клиентскую лицензию , то тонкий клиент будет использовать локально установленную лицензию.
22. {ÐƦǑƝȊ} mx (dour-dead) 21.03.16 16:49
(10) faustrue, А какая версия платформы используется?
23. Сан Саныч (herfis) 21.03.16 16:54
(17) faustrue, Спасибо. Основное я услышал. В идеальных условиях по нагрузке вытягивается 300 областей на базу. И даже 500, если бы не "странности".
Правда, не совсем понятно по утилизации ресурсов. Если в даже в 20 больших ЗУПах начнут плотно считаться одновременно - наверное, никакому кластеру мало не покажется. Поэтому 300 ЗУПов в одной базе вызывают сомнения.
24. panvartan panvartan (panvartan) 21.03.16 17:17
Размеры баз примерно по 100 гигабайт

те бэкап средствами сиквела будет общий - как тогда восстанавливаются состояния отдельных областей? клонированием общей базы и выдергиванием оттуда области - это возможно? Или только из дампов областей, созданных менеджером сервиса? Вообще, вопросов ожидается много ))
25. Евгений Быченко (faustrue) 21.03.16 22:53
(20) panvartan, фреш использует веб доступ к базам, каждая база доступна по веб ссылке. Как авторизировать пользователя с доменной учёткой мы пока не прокопали, потому в сервисе одни пользователи, в домене другие (с теме же логинами, для удобства)
26. Евгений Быченко (faustrue) 21.03.16 22:54
(21) dour-dead, автономное рабочее место - это не тонкий клиент, а толстый. Это файловая база, с автоматический синхронизацией с областью во фреше. Она использует свою - локальную лицензию на рабочее место.
27. Евгений Быченко (faustrue) 21.03.16 22:56
(23) herfis, мы сейчас меряем нагрузку не плотностью баз, а количеством сеансов. На один кластер не более 300 соединений (это примерно 30-40 одновременно работающих пользователей + фоновые). Количество областей с деградацией производительности пока завязать в какую-либо формулу не получилось. Но будем смотреть, нагружать.
28. Евгений Быченко (faustrue) 21.03.16 22:57
(24) panvartan, да и да. Бекап у нас общий, плюс тот что делает Менеджер сервиса. Если базу нужно отдать клиенту - делаем из базы дамп (или вытаскиваем из последней резервной копии, сделанной Менеджером), а вот если нужно срочно протестировать обновление - поднимаем всю скульную базу.

Задавайте, буду отвечать то, что знаю =)
29. Евгений Быченко (faustrue) 21.03.16 23:00
(22) dour-dead, платформу стараемся использовать ту же, что используется на 1cfresh.com. Посмотреть её там можно если зарегистрироваться и зайти в Личный кабинет. Правда идти с коллегами из 1С релиз в релиз не получается (у них есть доступ к не опубликованным версиям). У нас сейчас 8.3.6.2449 (на 8.3.7 пока смотрим, но переходить не торопимся)
30. {ÐƦǑƝȊ} mx (dour-dead) 22.03.16 09:19
(26) faustrue, Странная трактовка у вас.

О работе автономного рабочего места в сервисе "1С:Предприятие через Интернет" (1cfresh.com)

Все базы опубликованные на веб сервисе можно запустить через тонкий клиент. Кстати работа именно через тонкого клиента стабильнее и быстрее чем через браузер. И как я уже писал если сервер не может выдать клиентскую лицензию , то тонкий клиент будет использовать локально установленную лицензию.
А если в стартере стоит галка "Использовать аппаратную лицензию", то локальная лицензия будет в приоритете, если она есть то 1с будет её использовать и даже не пойдет запрашивать, лицензию у сервера.

Кстати какие лицензии вы используете на сервере? И как они настроены?

Прикрепленные файлы:
31. Евгений Быченко (faustrue) 22.03.16 09:42
(30) dour-dead, я действительно не думал о таких тонкостях, которых вы пишете (речь про локальную лицензию и тонкий клиент), надо будет протестировать как это работает на практике.
Про автономное место всё остаётся как я писал - оно использует локальную лицензию 1С Предприятия.

У нас все лицензии программные. Клиентские сконцентрированы в одном месте. Серверные при активации устанавливаются в сервер, который активируют.
32. panvartan panvartan (panvartan) 22.03.16 09:57
На один кластер не более 300 соединений (это примерно 30-40 одновременно работающих пользователей + фоновые)

а вы используете отказоустойчивый кластер 1с или обеспечиваете отказоустойчивость на уровне виртуальных машин?
33. Евгений Быченко (faustrue) 22.03.16 10:08
(32) panvartan, пробовали делать отказоустойчивый кластер. Не понравилось. Не работает. Есть зарегистрированный баг в платформе, где установка даже нескольких центральных серверов не обеспечивает отказоустойчивость при падении одного из них (чуть сложнее в деталях, но проявляется это именно так). Т.е. по-факту у тебя есть два центральных сервера, два рабочих сервера, но падает любой из них и всё - кластер разваливается.
В общем это пока боль. Ищем варианты.
34. Сан Саныч (herfis) 22.03.16 10:22
(27) faustrue, То есть в настоящее время у вас по одной базе на кластер получается?
(33) faustrue, Ыыыы. А я как раз планировал по работе в ближайшее время провентилировать вопрос поднятия отказоустойчивого кластера :(
35. Сан Саныч (herfis) 22.03.16 10:32
(33) faustrue, Кстати, с какими проблемами работоспособности линуксового кластера вы сталкивались? У меня каждый раз это какой-то гемор. Каждое обновление (обновляюсь обычно примерно раз в десять релизов) поиск относительно стабильной рабочей комбинации настроек. В настоящее время работает в режиме выделенного рабочего процесса на каждую базу (баз много и несколько из них - высоконагруженные). У вас таких проблем нет? Какие у вас настройки кластера, отличные от дефолтных? Какую версию postgres используете и как ее собираете?
Какой-то тюнинг postgres кроме настроек в конфигурационном файле используется? Что вообще можете посоветовать из области "вот был серьезный затык и решился вот так-то"?
36. Евгений Быченко (faustrue) 22.03.16 10:35
(34) herfis, у нас в одном кластере несколько баз, одна БУХ, одна ЗУП и УНФ. Рядом точно такая же нода, с тем же набором баз и т.д.
37. Евгений Быченко (faustrue) 22.03.16 10:39
(35) herfis, про настройку нашего кластера напишу отдельно, там реально бубны и танцы =) Сейчас вот печать авансового отчёта из веб клиента не работает (из всех других способов подключения всё хорошо, а в вебе не печатает).
38. panvartan panvartan (panvartan) 22.03.16 11:23
пробовали делать отказоустойчивый кластер. Не понравилось. Не работа

да подтверждаю, толком не работает и судя по полностью переделанному механизму в 8.4 работать в 8.3 не будет ( - есть там, похоже, какая-то архитектурная беда.

А СУБД на кластере ? пардон - но я даже не знаю - поддерживает ли PostgreSQL отказоустойчивый кластер ...
39. Евгений Быченко (faustrue) 22.03.16 11:42
(38) panvartan, согласен. Тоже жду выхода Компонентного кластера (начал тестировать бету, но не заладилось).

Postgre умеет делать master\standby, но мы не пользуемся, по архитектурным соображениям. У нас очень плотное размещение и не так много физических серверов, чтобы разнести сервера БД, плюс, как я сказал, мы используем т.н. ноды, когда всё внутри одной ВМ. Так же не известно умеет ли 1С работать с таким кластером постгреса.
40. panvartan panvartan (panvartan) 22.03.16 13:10
у нас в одном кластере несколько баз, одна БУХ, одна ЗУП и УНФ

Какой объем памяти на сервере 1с тянет все это хозяйство?
41. Евгений Быченко (faustrue) 22.03.16 13:41
(40) panvartan, одна нода: 18 GB RAM, 8 CPU 3,5 Ghz, 200GB hdd. Рекомендации от 1С на наши объёмы были чуть больше (читать как: "их фреш живёт ещё более на больших нодах"), но мы спокойно справляемся на том, что есть.
42. panvartan panvartan (panvartan) 22.03.16 13:57
потому в сервисе одни пользователи, в домене другие

а что является лаунчером 1с для пользователей - сервис менеджер?

и еще - у сервис менеджера код открыт? можно туда внести дополнительный функционал?
43. {ÐƦǑƝȊ} mx (dour-dead) 22.03.16 14:18
(42) panvartan, лаунчером 1с -является сайт

сервис менеджера код открыт - по началу было много ошибок надо самим еще дописывать) Сейчас стабильнее стало.
44. Евгений Быченко (faustrue) 22.03.16 14:34
(42) panvartan, лаучер свой, с блекджеком. В новой версии Менеджер может генерировать список баз для штатного лаучера (но мы всё равно юзаем свой механизм). Конфа открыта.
45. Евгений Быченко (faustrue) 22.03.16 14:35
(43) dour-dead, у нас свой лаучер на .net в нём есть полезные для нас фичи.
46. Алексей Лустин (lustin) 22.03.16 17:38
(0) спрошу тут - с PostgreSQL до шардирования дошли ? то есть секционирования ?
47. Евгений Быченко (faustrue) 23.03.16 08:18
(46) lustin, я вот даже на знаю как 1С себя будет при таком раскладе чувствовать =) Но мы не дошли. У нас это архитектурно бессмысленно. Я думаю 1С просто такое не умеет.
48. panvartan panvartan (panvartan) 23.03.16 09:24
Я думаю 1С просто такое не умеет.

Интересно то, что 1с как раз умеет, а СУБД об этом и не подозревает. БП+ЗуП+УТ+Розница - не что иное, как вертикальный шардинг.
49. Евгений Быченко (faustrue) 23.03.16 11:00
(48) panvartan, и соглашусь с вами и не совсем. Было бы наверное круто, чтобы и БУХ и ЗУП просто использовали одни и те же таблицы в БД (а не гоняли одно и то же через обмен), но это мечты =)
50. panvartan panvartan (panvartan) 23.03.16 11:57
Было бы наверное круто, чтобы и БУХ и ЗУП просто использовали одни и те же таблицы в БД

Сделать это не сложно - через те же веб сервисы - док начисления зп в зупе через веб сервис доступна в бухгалтерии, где и делается документ - отражение зп в учете.
51. Stepan Shipitsyn (Stepan_1c) 23.03.16 12:20
(50) panvartan, а потом весело поддерживать этот костыль при обновлении, когда сменились таблицы данных внутри.
faustrue; +1 Ответить
52. panvartan panvartan (panvartan) 23.03.16 15:10
а потом весело поддерживать этот костыль при обновлении


Вы серьезно ? типа правила обмена при обновление поддерживать не надо? А применительно к мультитенанси костылище СКД выглядит совсем уж позорно.
53. panvartan panvartan (panvartan) 23.03.16 16:42
(49) faustrue, кстати, поддерживаются ли во фреше внешние источники данных?
54. Евгений Быченко (faustrue) 24.03.16 08:58
(53) panvartan, во фреше можно использовать модифицированные конфигурации. Можно ли так модифицировать конфу, чтобы заработал и внешний источник данных и корректное разделение по областям - не подскажу.
55. Евгений Быченко (faustrue) 24.03.16 09:03
(52) panvartan, у нас конфы типовые и правила синхронизации типовые, обновлять это очень просто (закинул конфу, закинул правила, ждёшь, проверяешь), как поступать в случае с такой модификацией не скажу, но думаю сложнее. Вероятно Stepan_1c именно про это и пишет.
56. Сан Саныч (herfis) 24.03.16 10:55
(37) faustrue,
про настройку нашего кластера напишу отдельно, там реально бубны и танцы =)

Ждем :) Тут в комментариях будет или отдельной статьей?
57. Евгений Быченко (faustrue) 24.03.16 10:58
(56) herfis, лучше статьёй =) Она будет короткой, но с почвой для размышлений, я надеюсь.
58. seryozhin (seryozhin) 24.03.16 14:45
Интересно, а как у вас выписки автоматически загружаются?
59. Евгений Быченко (faustrue) 24.03.16 20:35
(58) seryozhin, ооо это тема отдельной статьи. У нас есть специальные роботы, определяющие всякие показатели списаний и начислений, и на основании этого они создают документы через COM. Но тема не до-конца мной освоена, как разберусь на должном уровне - напиши об этом. (не обещаю)
seryozhin; +1 Ответить
60. Вячеслав Алпатов (DonAlPatino) 29.03.16 13:17
А можно уточнить - fresh может работать с измененной(ыми) конфигурацией или только с типовыми? Раньше вроде речь шла только про типовые...
61. Сан Саныч (herfis) 30.03.16 13:29
(60) DonAlPatino, Я не настоящий сварщик, но ИМХО 1С технологию расширений выкатило в первую очередь и в основном именно для того, чтобы обеспечить возможность доработок во fresh. Но работает ли это во fresh прямо сейчас и как выглядит "в живую" - я не знаю.
62. Сан Саныч (herfis) 30.03.16 13:31
Цитата из анонса расширений: "Во-первых, расширения незаменимы тогда, когда прикладное решение работает в режиме разделения данных. Например, в модели сервиса."
63. Илья Боков (ikbokov) 04.04.16 16:52
(60) DonAlPatino, Может. стоит понимать что изменения будут касаться всех областей внутри базы, а так-же автономных рабочих мест (читай риб)
64. Антон Стеклов (asved.ru) 19.04.16 18:03
(54) faustrue, внешний источник работать будет, но вот разделение в нем уже придется реализовывать руками.
faustrue; +1 Ответить
65. Евгений Быченко (faustrue) 28.04.16 15:28
(60) DonAlPatino, и такие и такие.
66. Евгений Быченко (faustrue) 28.04.16 15:28
(61) herfis, работает. Функций пока мало. Обкатываем у себя.
67. Юрий Ачкасов (practik1c) 25.08.16 13:07
Спасибо за статью, весьма актуально для меня!