DevOps – теперь в 1С!

19.03.2018

«1С» анонсировала новый инструмент для автоматизации операций – 1С:Центр администрирования. Для описания скриптов автоматизации был выбран Python.

Как в своем блоге пишет фирма «1С», администрирование теперь станет простым. Инструмент пока находится в стадии beta-тестирования. Основное предназначение продукта – автоматизация рутинных операций, связанных с обслуживанием инфраструктуры 1С. «Из коробки» поставляются готовые сценарии автоматизации, но разработчик прикладного решения может разработать собственные. Вот список сценариев, поставляемый в комплекте:

скачивание обновлений прикладных конфигураций, технологической платформы 1С:Предприятие 8, PostgreSQL;
установка/обновление/удаление технологической платформы 1С:Предприятие 8;
обновление прикладных решений (конфигураций) на новые релизы;
удаленная настройка кластера серверов 1С:Предприятия 8;
настройка программных компонентов через централизованное развертывание файлов настроек.

Выполнение таких типовых задач администрирования как:

перезапуск служб;
сбор, копирование, архивирование технологических данных (журналы, счетчики и т.д.);
выполнение внешних обработок.

Как пишет «1С», состав сценариев будет пополняться.

Архитектура решения

Судя по описанию, решение построено по концепции сервер-клиент. Клиентская часть – агенты, установленные на компьютере, по http протоколу забирают инструкции и скрипты для выполнения с сервера и сообщают ему результат выполнения.

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

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

Некоторые подробности об управляющей конфигурации

Базовый функционал – создание сценариев автоматизации из существующих шаблонов.

Также доступен конструктор новых сценариев автоматизации.

Сценарии могут быть запущены по расписанию.

Но и это еще не все

Так как это не финальная версия продукта, в ней реализованы не все запланированные возможности. А в планах у «1С» следующее:

версионирование сценариев;
возможность использовать в конструкторе условия и циклы;
работа с артефактами и расширение инструментария по анализу результатов выполнения сценариев. Касаемо артефактов: тут, очевидно, «привет» teamcity и подобным системам continuous Integration. Для тех, кто не работал с ними, уточню: в процессе запуска задания могут появляться какие-либо данные. В случае с 1С это может быть файл cf или данные из журнала регистрации. Именно эти данные, получившиеся в результате выполнения, и называются артефактами;
удаленный запуск сценариев (по внешнему событию).

Эра DevOps в 1С

1С:Центр администрирования – довольно интересный инструмент, цель которого очевидна: предоставить возможность вести разработку на 1С по методологии DevOps. Само собой, это не серебряная пуля, установка которой решит все проблемы в ваших процессах разработки. Но это инструмент, с помощью которого можно вывести разработку решений на новый уровень. В ручных операциях все хорошо, когда есть исполнитель, точно помнящий их последовательность.

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

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

Автор:

Андрей Шибанов Колумнист

Комментарии

Сохранить

1. Виталий Онянов (Tavalik) 1176 19.03.18 18:27 Сейчас в теме

Само собой, это не серебряная пуля, установка которой решит все проблемы в ваших процессах разработки.

Только мне показалось, что эта фраза здесь не случайно? ))

6. Денис Харченко (nomadon) 207 19.03.18 21:56 Сейчас в теме

(1) случайно ровно на столько, на сколько это возможно

2. Дмитрий Королев (ArchLord42) 62 19.03.18 18:42 Сейчас в теме

Бьюсь от заклад, что кто-то из "серебряной пули" сделает расширение для поддержки одно скрипта...так что не факт ;)

3. Sergey Andreev (starik-2005) 1347 19.03.18 18:54 Сейчас в теме

Внимательно прочитал то, что написано в блоге 1С. Интересная задумка, полезная однозначно.

4. kolya_tlt kolya_tlt (kolya_tlt) 11 19.03.18 19:33 Сейчас в теме

Мы раньше тоже самое делали с помощью скриптов и виндового шедулера. Спустя десять лет они написали конфу и обозвали это ДевОбсом?)

5. Дмитрий Королев (ArchLord42) 62 19.03.18 20:23 Сейчас в теме

(4) Не поверишь Jenkins это "шедулер и набор скриптов", а взяли и обовзали CI сервером, вот ведь дурачки, правда?)

15. Юрий Гуреев (Gureev) 20.03.18 08:57 Сейчас в теме

(5)

вот ведь дурачки, правда?)

Правда. Jenkins не шедулер...

12. Доржи Цыденов Подтвержденный пользователь

(support) 4394 20.03.18 08:07 Сейчас в теме

(4) Кто они?

13. Ildar Gabdrakhmanov (spezc) 446 20.03.18 08:08 Сейчас в теме

(12) Массоны жеж

7. П Ж (palsergeich) 19.03.18 22:24 Сейчас в теме

То то они пол года по всем фронтам молчали.
Еще бы IDE до ума довели, а не 4 гига на пустой\почти пустой конфе с лагами и периодическими вылетами (хотел микроконфу сделать, но вечер поборолся и закрыл, то вылетит, то ошибку выдаст). Ибо в конфигураторе - не хватает фич, снегопат заглох, а улучшалки на .NET не везде разрешают устанавливать.

8. Игорь Антонов (dalgaso2010) 69 20.03.18 00:41 Сейчас в теме

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

9. Станислав Ганиев (benony) 265 20.03.18 07:16 Сейчас в теме

(8)Уверен, там будет имитация операции "запустить что угодно из командной строки". Если так, то привет OneScript со всеми пряниками ))

24. Павел Одинцов (Darklight) 5 20.03.18 13:33 Сейчас в теме

(9)1Script тогда уж! Но это не для компании 1С - им извратиться надо!

И что же делать тем, кому Python не нравится (мне, вон, Scala больше нравится).

Ну ударилась компания 1C в Java (во внутренних разработках) - ну сделала бы хоть бы JavaScript

Думаю, где-то просто готовый Python-движок-интерпретатор взяли, который хорошо прикручивался к данной приблуде!

Мне кажется, тут лучше заняться плагиатом ;-) и переложить идеологию "1С:Центр администрирования" в новом антологичном проекте, базирующемся на 1Script. По сути тут не так уж много "уникальных" наработок. Обычный remoteAgent-шедуллер со структурироваными задачами сценария планировщика, допускающими распараллеливание, и скриптовым-движком, да набор инструментов взаимодействия с инфраструктурой 1С и OS для выполнения заложенных туда команд. Даже передача "артефактов" ещё не реализована.

Прикольно то, что я, как раз, сейчас нечто похожее на 1С8 делаю (но пока более ограничено по части команд, постановкой практического ТЗ для бизнеса) - будет конфигурация - центр обработки ИБ 1С, выполняющая параллельно-последовательные любые задачи (на языке 1С: Предприятие 8) сценария на клиентах 1С по обработке данных в ИБ, с разными способами подключения к ИБ, настройкой параметров и с передачей "артефактов" :-)

35. Олег Егоров (SandDanGlokta) 20.03.18 14:51 Сейчас в теме

(24)

1Script тогда уж!

Мне кажется не совсем обоснованная придирка. На главной страничке сайта пишут

Название и произношение
Проект носит название OneScript, может быть сокращен при написании до названия 1Script.

39. Павел Одинцов (Darklight) 5 20.03.18 15:21 Сейчас в теме

(35) Это не придирка. Я просто ошибся постом - я отвечал не на (9), а на (8) на фразу "Уж если развивать внутренние инструменты, то было бы неплохо брать встроенный язык 1С." А так да 1Script - старое написание разработки, OneScript - новое! А ещё есть "Oscript" от домена сайта :-)
Хотелось бы как-то разделить понятия технического средства (интерпретатора) и самого языка, исполняемым этим техническим средством. Вот, реально в платформе 1С:Предприятие 8 алгоритмический язык официально так никак и не называется. И все так и кличут его "язык 1С" - а 1С - это название компании, его создавшей и развивающей в своих продуктах и не более того!

10. Ildar Gabdrakhmanov (spezc) 446 20.03.18 07:26 Сейчас в теме

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

17. Игорь Антонов (dalgaso2010) 69 20.03.18 10:02 Сейчас в теме

(10) Речь не о том, кому что сложно/несложно освоить, а про общую инфраструктуру. Логично, если речь про 1С, то неплохо развивать именно возможности 1С. На мой взгляд, это прекрасный повод для развития языка. Тем более развиваться есть куда. К тому же, применение основного языка автоматом расширяет комьюнити. Согласитесь, или тратить время на изучение, или вы сразу готовы разбираться с API. Если посмотреть опыт других комьюнити, то все они развиваются по одному и тому же принципу - создают условия для написания инструментария на языке, который они используют постоянно в работе. Комьюнити JavaScript - яркий тому пример.

Нужны детальные примеры? Возьмем современные редакторы, написанные на веб-технологиях (Atom, VS Code и т.д.). Теперь нет никаких преград для написания дополнительных плагинов/модулей. Каждый JS-разработчик может сам написать плагин не тратя время на изучение дополнительного стека технологий/языков. Как было раньше? Есть редактор, написанный на C++/Delphi/C#, хочешь плагин - изучи соответствующий язык. В результате, развитие редакторов было медленным.

18. борян петров (TODD22) 17 20.03.18 10:06 Сейчас в теме

(17)

На мой взгляд, это прекрасный повод для развития языка.

А потом появятся разные версии языка 1С. И начнутся проблемы с обратной совместимостью и тд. Не так то просто начать развивать язык.

23. Игорь Антонов (dalgaso2010) 69 20.03.18 13:29 Сейчас в теме

(18) Да, это неизбежно, но и не повод стоять на месте.

22. Ildar Gabdrakhmanov (spezc) 446 20.03.18 13:14 Сейчас в теме

(17) 1С - проприеритарный язык, он не существует вне платформы 1С. Нечего развивать)

27. Павел Одинцов (Darklight) 5 20.03.18 13:41 Сейчас в теме

(22)А как же 1Script?

Но даже если больше нигде не используется - то это скорее по причине своей ограниченности!

28. Ildar Gabdrakhmanov (spezc) 446 20.03.18 13:42 Сейчас в теме

(27) 1Script - для меня из серии "не смотрел но осуждаю"

11. Денис Лихошерстов (Hans) 25 20.03.18 07:43 Сейчас в теме

Зачем Питон? Взяли бы уж 1С скрипт.

14. Ildar Gabdrakhmanov (spezc) 446 20.03.18 08:10 Сейчас в теме

(11) чтобы ограничить себя до непонятно чего?

16. - - (komradz) 60 20.03.18 09:26 Сейчас в теме

(11) Потому что развитый и достаточно поддерживаемый язык, с кучей библиотек. И как писали выше, учится за пару недель.

19. Никита Грызлов (nixel) 484 20.03.18 10:15 Сейчас в теме

(16) почему не взять тогда groovy или любой скриптовый JVM язык? уж если притащили на сервер приложения джаву чуть ли не в JDK-версии, то на кой еще и питон тащить?

а у джавы/груви количество библиотек уж побольше питона будет.

20. Егор Иванов (Infactum) 236 20.03.18 12:27 Сейчас в теме

(19) Полагаете, агенты будут написаны на java? Прискорбно,если так.

25. Павел Одинцов (Darklight) 5 20.03.18 13:39 Сейчас в теме

(20)На Питоне! Шутка... а чем Вам Java не угодил? Кроссплатформенный, достаточно шустрый, невероятно популярный, надёжный, масштабно поддерживаемый, высоко развитый и развивающийся язык - и этим всё сказано! Да и не так уж важно (кроме кроссплатформенности) на чём написан агент - это для потребителя большой роли не играет! Всё равно скрипты надо писать на Python :-( я, вот, несчитаю этот язык локонично крассивым!

26. Ildar Gabdrakhmanov (spezc) 446 20.03.18 13:39 Сейчас в теме

(25) яву за пару недель не осилить

29. Павел Одинцов (Darklight) 5 20.03.18 13:43 Сейчас в теме

(26)Да что там осиливать та - примитивизм - зато красивый и лаконичный примитивизм (ну можно же ограничиться для нчала какой-нибудь 4-й 5-й Явой - не бросать в бой народ сразу на 8-ю)! Хотя Котлин - ещё интереснее, а Scala - крассивее (но сложнее).

30. Егор Иванов (Infactum) 236 20.03.18 14:34 Сейчас в теме

(29) Мне не Java неугодила, а подход 1С.
Во-первых они очень часто совершенно неверно выбирает инструменты для решения задач. Java они пихают куда угодно чаще потому, что у них много разработчиков на ней. Но это все мелочи..
Главный вопрос: сколько вы открытых проектов от 1С видели на Java? Как всегда предоставят одни бинарники и сиди потом гадай, почему этот ***** агент не работает.

37. Павел Одинцов (Darklight) 5 20.03.18 15:07 Сейчас в теме

(30)Java 1С выбирала по другим причинам (и отнюдь не по тому что у неё много Java программистов - их 10-лет назад у компании 1С вообще почти не было), частино они указаны в (25). Ещё можно добавить то, что компания 1С сейчас начала попытки выхода на европейский рынок учётных систем, а там действительно много Java-программистов - вот и пытается создавать новые инструменты так, чтобы они были близки европейцам по идеологии и освоению. Так же Java (в основном в лице JavaScripts но не только) очень хорошо интегрируется с WEB-разработками, и мобильными решениями (по своей идеологии и библиотекам). Но, кроссплатформенность тут всё же более важный фактор.
Python, видимо, тоже близок европейцам.

Эх.... кто-то надеялся, что когда-нибудь Java (ну или хотя бы JavaScripts) придёт в 1С Предприятие (например в 9-ку) и настанет нирвана! А тут народ "скулит", что вот, дайте нам классический язык 1С: Предприятие 8, чтобы писать скрипты (правда кто-то ещё и просит его расширения). Народ сам не знает что хочет. А 1С.... вот возьмёт и сделает в 1С: Предприятие 9 Pythono-подобны язык. Так что, если сравнивать Python и Java (да даже JavaScropst) c языком платформы 1С: Предприятие 8, то Pyhon может показаться более подходящим по своей идеологии к тому, как видит развитие языка конфигурирования на платформе 1С: Предприятие сама компания 1С. Так что, может в действительно в 9-й платформе нас ждёт Pythono-подобное воплощение языка 1С, скорее болльше похожее именно на Python, чем на классический 1С, со всеми поддерживаемыми Puthon парадигмами в т.ч: структурное, объектно-ориентированное, функциональное, императивное и аспектно-ориентированное программирование! А так же параллельное программирование, ООП-рефлексию, ну и, конечно же, динамическую типизацию без возможности задавать типы и ограничения типов переменных, параметров, свойств (увы, хотя кому-то нравится) и сборку мусора, сериализацию.

40. Никита Грызлов (nixel) 484 20.03.18 16:31 Сейчас в теме

(37) пожалуйста, не мешайте в одну кучу java и javascript. Это два совершенно разных языка.

49. Павел Одинцов (Darklight) 5 21.03.18 11:24 Сейчас в теме

(40)Даже и не пытался. Как раз наоборот. JavaSript идеологически более близок к языку 1С и к Python - именно в контексте скриптового языка. А Java - это тот язык, на котором сейчас компания 1С стремится создавать внутреннюю архитектуру своих программных продуктов. Но многие хотли бы, чтобы Java пришёл на смену языку 1С как алгоритмический язык конфигурирования в 1С: Предприятие 9. Но JavaScript по парадигмам более соответствует языку 1С. А если говорить о скриптах - то тут нужнj говорить именно о JavaScript нежели о Java.

50. борян петров (TODD22) 17 21.03.18 11:38 Сейчас в теме

(49)

Но многие хотли бы чтобы Java пришёл на смену языку 1С как алгоритмический язык конфигурирования в 1С: Предприятие 9.

Кто эти люди? Имена, фамилии, явки?

З.Ы. Попробовав Java и Python я бы для внутреннего языка 1С лучше выбрал python.

32. Никита Грызлов (nixel) 484 20.03.18 14:42 Сейчас в теме

(20) в текущей реализации скорее всего на питоне. но агент как таковой - это слушатель TCP + отправлятор tcp/http + запускатель чего-то отдельного. его можно написать хоть на баше с использованием непонятных бинарей. главный вопрос - почему скрипты на питоне. я не говорю, что скрипты должны быть на джаве - джава не скриптовый язык. но есть скриптовый груви с простым синтаксисом, всей мощью пакетов джавы, открытым кодом скриптов (не бинари, а просто текстовик).

33. Никита Грызлов (nixel) 484 20.03.18 14:43 Сейчас в теме

(32) у дженкинса, кстати, агенты на джаве. ничего, живут как-то (нормально живут)

34. Никита Грызлов (nixel) 484 20.03.18 14:44 Сейчас в теме

(32) и большая претензия к pull-интерфейсу в виде http-сервиса, а не установка tcp-соединения и нормальный push в tcp-сокет. но здесь я, к сожалению, не удивлен. :(

42. борян петров (TODD22) 17 20.03.18 16:49 Сейчас в теме

(34)

и большая претензия к pull-интерфейсу в виде http-сервиса, а не установка tcp-соединения и нормальный push в tcp-сокет. но здесь я, к сожалению, не удивлен. :(

А чем плоха реализация в виде http в данном случае?
З.Ы. мне для расширения кругозора :)

43. Никита Грызлов (nixel) 484 20.03.18 18:07 Сейчас в теме

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

Ну и "сосать не хорошо" (с) EvilBeaver

44. Никита Грызлов (nixel) 484 20.03.18 18:09 Сейчас в теме

(43) туда же: мониторинг отвала агента только по дате последнего сеанса связи (вместо банального есть коннект/нет коннекта)

45. Дмитрий Королев (ArchLord42) 62 20.03.18 19:59 Сейчас в теме

(43) а мож поддержку вебсокетов вывалят в ближайшее время?)

53. Евгений Заручейский (zarucheisky) 21.03.18 12:20 Сейчас в теме

(45) ... а она и так есть, вот только неявно. Используется для сервера взаимодействия.

56. Дмитрий Королев (ArchLord42) 62 21.03.18 14:26 Сейчас в теме

(53) я имел ввиду в явном виде наряду с HTTP сервисами.

36. борян петров (TODD22) 17 20.03.18 15:07 Сейчас в теме

(32)

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

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

41. Никита Грызлов (nixel) 484 20.03.18 16:33 Сейчас в теме

(36) питон совсем не плох. Просто интересно, сколько ещё интерпретаторов и компиляторов они притащат на сервак.

38. Павел Одинцов (Darklight) 5 20.03.18 15:12 Сейчас в теме

(32)ну, Payhon тоже java-классы может использовать, и тоже не бинарник, а текстовик. А агенты, я думаю, как раз Python скрипты получают (возможно не исходные, а перегенерированные - только свою часть, которую нужно незамедлительно выполнить). Агенты вполне могут быть написаны на Java (из-за кросплатформенности и чтобы не использовать другие интепретаторы, а лишь Java-Runtime), на Java как раз есть JPython,чтобы исполнять текстовые питоновые скрипты в Java среде и использовать Java библиотеки для прямой интеграции.

48. П Ж (palsergeich) 21.03.18 09:49 Сейчас в теме

(19)
100% Так решил архитектор.
Почему решил именно так мы никогда, скорее всего, уже не узнаем.
Не стоят на месте, уже хорошо. Ибо в каждой конторе автоматизация рутины решается по своему, кто то на powershell, кто то на питоне, кто на 1sscript, это из того что я видел, а слышал и о более экзотических способах. Решение от вендора, хоть и спорное, но на мой взгляд скорее +, чем -.
Еще бы выпустили "принципиально новый" КИП 3, о котором давно говорят, и прототип которого глубоко в недрах вроде как существует.

21. Андрей Крапивин (Scorpion4eg) 6 20.03.18 12:46 Сейчас в теме

Может я что-то не понимаю, но в какой части это DevOps?
Для обновления платформ была централизованная установка.

ps. Статус - Катастрофа. Это класс... пойду себе заберу

31. Павел Одинцов (Darklight) 5 20.03.18 14:35 Сейчас в теме

Кстати, раз конфигурация "1С:Центр администрирования" открыта, то ничто не должно мешать написать для неё "апдейт" - где скрипты бы писались на языке 1С (тут же выполнялись через "Выполнить") - а команды агенту - попросту подменялись простыми Python вставками.

46. Котэ Пруидзе (kote) 474 20.03.18 23:57 Сейчас в теме

Хочу, чтобы на платформе можно было на python программировать наравне с языком 1С - т.е. используя язык python работать с объектами платформы и поддержкой библиотек python.. вот это был бы праздник!

Для вопрошающих - почему они тянут python?

А может это связано как то с планами встроить в 1С т.н. "машинное обучение" и всякие "нейросети"?

47. Ildar Gabdrakhmanov (spezc) 446 21.03.18 05:39 Сейчас в теме

(46) не исключено

51. Павел Одинцов (Darklight) 5 21.03.18 11:39 Сейчас в теме

(47)Согласен, такое вполне может появится в будущем - может как раз в данном продукте началась отработка такого решения. Но.... учитывая что нативной поддержки хотя бы регулярных выражений в 1С за всё время так и не появилось, как и не появилось что-нибудь наподобие C# LINQ для глубокой интеграции запросов в программный код, или технологии глубокой интеграции XML c прямsvb запросами XPath прямо в программном коде. То я бы особо не рассчитал на глубокую интеграцию алгоритмов Python (да ещё с доступностью на них контекста 1С конфигурации). Рассчитывать пока можно лишь на что-нибудь как с запросами:

Скрипт = Новый ИнтерпретаторPython(ТекстСкрипта);
Скрипт.УстанвоитьПеременную("НекаяПеременняКонтекста",НекоеЗначениеСовместимогоТипа);
Скрипт.Выполнить();
Результат = Скрипт.ПолучитьПеременную("НекаяПеременняКонтекстаСРезультатом");

Или я в режиме "консоли":

Консоль = Новый ИнтерпретаторPython();
Консоль.Выполнить("class X(object): pass");
Консоль.Выполнить("y = X()");
Консоль.Выполнить("X.MyMethod = lambda self : 'My Method'");
Консоль.Выполнить("r = y.MyMethod()");
Рез = Консоль.ПолучитьПеременную("r");

52. Котэ Пруидзе (kote) 474 21.03.18 12:14 Сейчас в теме

(51)

Я представляю так - есть модуль, там в свойствах выпадающий список - "Выбор языка разработки: 1С / python"

Поскольку 1С написана на C - то принципиальных проблем ни с передачей структур данных, ни с производительностью не должно быть.

Эхх... а там - REPL, удобное конкурентное выполнение кода и многопоточность, полноценная консоль в отладчике и, о ужас - ООП и Классы.

В общем, жуть как хочется :)

54. Павел Одинцов (Darklight) 5 21.03.18 13:06 Сейчас в теме

(52)Я тоже так представлял, или хотя бы на уровне подпрограмм через директиву компиляции процедура ("&НаPython"). Но, как я написал в предыдущем посте - рассчитывать скорее придётся на работу через встроенные программные объекты. Аналогично тому, как Python встраивается в Java или в Си.
По поводу Си, вряд ли стоит ожидать хоть-какой-нибудь интеграции Python в 1С ранее появления новой платформы 1С: Предприятие 9 (но, конечно, могло бы что-нибудь появиться и на какой-нибудь 8.5...), 9-как с наибольшей вероятностью будет уже написана на Java - хотя бы из-за кроссплатформенности и библиотек, ну и тенденция такая есть в серьёзных учетных системах - на Java переходить! Да и интеграция Jython c Java более эффективная чем CPython и C.

55. Павел Одинцов (Darklight) 5 21.03.18 14:10 Сейчас в теме

Был ещё такой транслятор 1С в AST далее в PowerShell (где ещё упоминался Python):
https://infostart.ru/public/658866/
Но проект заглох пока - хотя, со временем, может как раз стать актуальным - чтобы генерировать скрипты на Python, формируя их изначально но языке 1С

57. Алексей Лустин (lustin) 902 22.03.18 10:42 Сейчас в теме

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

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

P.S. Новость для нас классная - теперь мы не гики, а авторы альтернативного решения... Раньше какие вопросы нам задавали прошедшие курс Никиты "А что говорит компания 1С по поводу ваших практик", мы вынжудены были отвечать "Что пока компания 1С сосредточена на других направлениях", а теперь мы будем отвечать "Так у них есть аналог jenkins свой, так что компания 1С смотрит в этом направлении" .

Причем если нам теперь зададут вопрос "А почему вы остаетесь на своих серверах - jenkins, tfs, teamcity, bamboo, travis, appveyor" я напомню ответ "Потому что Серебряная Пуля использует одинаковые технологии и подходы для 1С, Веб и другой разработки". Система в указанной новости из коробки для php не подойдет - поэтому компании партнеры у кого помимо 1С есть 1С-Битрикс - вынуждены будут либо ставит 2 сервера 1С+jenkins, либо допиливать 1С, либо использовать jenkins+oscript

P.S.S. Как говорил один наш знакомый - "больше инструментов - хороших и разных"

58. Евгений Заручейский (zarucheisky) 22.03.18 16:49 Сейчас в теме

(57) Можно и я побуду "нудным ну-ну"...
"нормальные пацаны собирают":
1) >>образа операционных систем для 1С - таки вероятно речь о контейнерах, или прямо вот так образ (кста образы, образа - это из области религии) в виде готового файла? Не верю! (с).

2) >>скриптами на 1С" .. или таки на 1Скрипте - т.е. языком платформы к самой платформе 1С имеющим мало отношения, реализованным без всяких питонов, но с довеском в виде .NET|NET Core | mono...

Я ничего не имею против продвижения OScript, кста, не самое лучшее название, ибо может возникнуть у буржуев путаница, но таки пистон сейчас в сильном тренде.
Я чесс слово не знаю насколько все хорошо с использованием .NET сборок в 1Скрипте/OScript егда даже у PowerShell не всё гладко хотя и сообщество немалое.

"Ваши практики"... Так ли это? Можно подумать прям весь подход эксклюзивно Ваш и кроме Вас никто ничего подобного никогда не делал? :)))))
"Система в указанной новости из коробки для php не подойдет" - Вы, вероятно, развернули, посмотрели и решили - не подходит для php. Точка.
Серебряная пуля сказала - "Это не подходит для php". :)))
Так ведь это Ваше решение. Да и вообще прям какая-то безальтернативность, "вынуждены будут либо ставит 2 сервера 1С+jenkins, либо допиливать 1С, либо использовать jenkins+oscript.".
Других альтернатив нет.

По мне, так выйдет продукт - посмотрим. А то, вон, сервер взаимодействия выпустили, а что-то особых восторгов это пока не вызвало.
Вообще альтернативы 1Скрипт/OScript нет.
Microsoft совершенно напрасно вкладывается в PowerShell.

62. Алексей Лустин (lustin) 902 23.03.18 00:21 Сейчас в теме

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

Насчет образов и докеров - зря не веришь, делал не только я, так что это уже не прототип, а вполне себе работает. Речь именно про образа через packer.io и именно в виде готового файла. Докеры кстати уже как 3 года существуют - это уже прошли и развивается Женькинсом (двумя Женями), Никита кстати тоже участвовал в доработке и по моему еще человек 5. Первая версия Ванесса.Сервисов вообще только на этих докерах с 1С и была построена.

66. Евгений Заручейский (zarucheisky) 23.03.18 08:00 Сейчас в теме

(62) Лешь) Не напрягает меня ничего, ИМХО, просто пост выглядит категорично не более того.

Касательно продвижения oscript , ИМХО, для админов и не поклонников 1с это yet another crazy language.

Сложно убедить админа изучить его. Что и кому дает oscript?
Профит от него получают только одинесники.

59. Евгений Заручейский (zarucheisky) 22.03.18 17:45 Сейчас в теме

(57) Вот, кстати, вопрос:
А есть ли у Вас решение по управлению всеми серверами из одной оболочки/адреса?

61. Павел Ходаков (Berckk) 22.03.18 18:16 Сейчас в теме

(59) Серверами 1с же.
Возможно это https://github.com/EvilBeaver/odminus

63. Алексей Лустин (lustin) 902 23.03.18 00:27 Сейчас в теме

(59) есть несколько - только понять бы что ты подразумеваешь под серверами. Если речь про контура для сборки - то да есть. Еще в 2015 году на первой версии Ванеса.Сервисах контура разворачивались и запускались из одной оболочки и управлялись из неё же, однако сетевая топология управляется уже из другой оболочки. Эти 2 оболчки - jenkins для релиз инженера и consul.io для организации топологии. 2 оболочки потому что 2 роли - релиз иненер и администратор инфраструктуры.
Нулевая версия (0.5) управлялась из консоли openStack - но оно скажем так оказалось несколько дороговато по доработке, поэтому перешли на такую связку.

Если ты про управление продуктивными серверами - то в эту сторону копает Андрей: проще узнать у него в каком там статусе "одминус".

64. Алексей Лустин (lustin) 902 23.03.18 00:35 Сейчас в теме

(59) Маленький апдейт - про оболочку: мы же оболочки не делаем: используем уже готовые из jenkins, tfs, teamcity, bamboo. У каждого сервера есть свой интерфейс управления инстансами и софтом на них, мы только адаптируем это дело к 1С: версии, кластеры, настройки сервера и logcfg.xml. Там в целом никакой особой инновации то нет.