0. lustin 993 28.03.16 10:56 Сейчас в теме

DevOps для 1С, или мы все теперь инженеры бизнес-приложений

Данный доклад был подготовлен специально для конференции Infostart Event Connection. То, о чем я буду сейчас говорить, делает максимум 10 компаний в мире. В России это делают компании уровня Альфа-банка и СберТеха. Казалось бы, это – космос, но я попробую вас к этому космосу приблизить и рассказать, почему это важно начать делать именно сейчас.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. artbear 1090 28.03.16 16:19 Сейчас в теме
Подписался.
crabzzy; Berckk; lustin; +3 Ответить
2. marsohod 121 28.03.16 17:55 Сейчас в теме
Гм, выглядит замечательно. Даже слишком.
Но вот читал Вашу статью, а у меня из головы не выходил недавний инцидент, когда из-за 11 строчек кода стала невозможной установка тысяч пакетов. Подробности описаны здесь:
https://xakep.ru/2016/03/24/left-pad/
Не могу избавиться от ощущения, что предлагаемый вариант решения в какой-то момент рассыпется как карточный домик...
корум; ifilll; Silenser; o.nikolaev; vvr908; CSiER; VVi3ard; lustin; Ta_Da; +9 Ответить
4. Ta_Da 28.03.16 20:32 Сейчас в теме
(2) marsohod,
я бы рассматривал эту статью не как "вот так и только так делать нужно", а "смотри как можно". Тогда становится немного легче и спокойнее =)
Ну и надо понимать, что значительная часть упомянутых инструментов или уже являются (nginx, apache), либо в ближайшее время (поддержка docker d windows server) станут стандартами де-факто. Ведь теми же active directory и ms sql все пользуются уже без особой опаски.
dassin; корум; babys; ReN; Aleskey_K; wunderland; awa; sailor-cat; gubanoff; CSiER; rusmil; lustin; Hissin; +13 Ответить
5. VVi3ard 41 28.03.16 23:34 Сейчас в теме
А потом это все внедрить в 800 филиалах...
Все же 1С подразумевает какой никакой тираж. Все что здесь описано это интересно, пока касается только маленького мирка системы конкретного предприятия.
Я бы пожалуй тоже с многими технологиями "поигрался" что бы указать их в своем резюме.

Вот ваш пример:
Давайте рассмотрим другой пример: необходимо для конфигурации 1С:Документооборот реализовать полнотекстовый поиск внутри документов, которые прикреплены к процессам. У нас там лежит куча файлов (pdf, doc и т.д.), по которым нужно искать информацию. За сколько вы реализуете такую задачу? Я – за час. Как это сделать за час:

А теперь представьте что ваш документооборот должен работать на 5000 рабочих местах часть из которых вообще в селах где "Инженер программист" это тетенька лет 50, и в центральном офисе где есть жесткие стандарты по инфраструктуре и отдел безопасности который тоже не разрешит ставить "что попало".

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

p.s. статья полезная как заметил (4) в плане "смотри как можно" из всего что тут упоминалось пробовал Elastic но опять же возникли проблемы с тиражированием и пришлось отказаться в пользу велосипеда.

p.p.s А вообще с Linux такое дело что он требует гораздо большего скила чем кажется на первый взгляд, последний раз я ставил Ubuntu 10 как основную ОС домой, и все было хорошо пока через 2 недели у меня не исчез звук, я потратил неделю в поисках причины, читал интернет и форумы, набирал консольные команды примерно на 30% понимая что я и для чего делаю, и я в итоге не смог решить свою проблему. А если представить что это не моя проблема а проблема у моего клиента, и времени у меня не 2 недели а 4 часа? Я уверен что специалист по Linux мог бы наверное решить мою проблему за 10 минут, но я не смог решить за 2 недели...

Статья однозначно полезна руководителям ИТ отделов которые обслуживают одно конкретное предприятие и хотят получить больше "внимания" от руководства, развить бурную деятельность, в процессе прокачав свой скил, свою незаменимость, а заодно прокачать свое резюме. В таком случае я бы взял эту статью за основу.
Восьмой; vvp117; корум; babys; DimaP; ifilll; Stepa86; Yakud3a; AXoxol; graphbuh; Noxie41; petrov42; dabu-dabu; ram3; Dementor; worker1c; recon; JohnyDeath; siddy; Ta_Da; AlkB; CTDEVIce; pavlov_dv; +23 Ответить
3. baracuda 3 28.03.16 18:15 Сейчас в теме
Много умных слов хорошо, до тех пор пока их не становится слишком много.
Voland36; vvp117; корум; babys; DimaP; Diversus; Silenser; ElBarto_RUS; AXoxol; blinovtimofey; smit1c; tunesoft; bogdan_sukonnov; Noxie41; Dementor; Trancer64; DrSender; IgorS; vvr908; zqzq; da_Gor; Award; Трактор; FatheRD; invertercant; so-quest; ZLENKO; forrain@rambler.ru; adva; ya.Avoronov; rayastar; VVi3ard; lustin; Serega-artem; Ta_Da; spy-83; +36 Ответить
57. BudkoT 12.02.17 21:47 Сейчас в теме
(3) а еще человек всей статьей рассказывает, прям кричит, что нужно пакетность, глоабльность, интегрируемость, кооперация и т.п....
А потом говорит: "от...я в последнее время отошел в связи с импортозамещением.."
Вотс э фак?
Мало ли как импортзамещение скакнет, может и от компов прийдется отказаться для создания устойчивых иттехнлогий?:)))
ЗЫ: какой-то от статьи внутреннепротиворечивое впечатление...
62. Silverbulleters 222 26.07.17 14:57 Сейчас в теме
(57) я напомню - это выжимка из доклада... а не полноценная статья, но в целом суть отражает

(61) Александр - а не обязательно ZAtoESB - Вам не обязательно она ляжет на душу, но для обучения концепции шин очень подойдет, если не подойдет

docker up openwhisk
docker up zatoesb
docker up wso2
docker up strongloop

выберите уже - и начинайте использовать
6. I_G_O_R 52 29.03.16 01:33 Сейчас в теме
Может я что-то не так понял, но у меня возникает такой вопрос:
А кто потом будет поддерживать весь этот зоопарк It-технологий, если каждый бизнес менеджер будет внедрять кучу разных технологий, причем которые он знает?
Так если и пишешь на 1С свой велосипед (ну или допиливаешь скачанный с инфостарта), то если придет другой 1С-ник, то он худо-бедно сможет разобраться.
корум; Gureev; DimaP; itriot11; manuel; o.nikolaev; marsohod; dabu-dabu; Dementor; h00k; dkonakov; worker1c; Award; Ta_Da; +14 Ответить
7. lustin 993 29.03.16 06:21 Сейчас в теме
(0) на комментарии отвечу чуть подробней в выходные. Сейчас нет особо времени.

могу только коротко - есть предположение Вы не поняли что такое "Постоянное улучшение качества". Читаете между строк что-ли.
поставил каждому комментатору +1 в качестве жеста доброй воли, так сказать

(6) я на этот вопрос уже отвечал голосом на видео - что значит поддерживать ? что это за пресловутая функция поддержки ? выше было уже сказано - не надо поддерживать, надо стабилизировать. а для пользователей строить социализированные службы помощи по программам. Что значит куча технологий - если комплект композитных программ делается на единых принципах инженерных практика CI-CD (DevOps). Вы разве не поняли что все технологии используются в едином производственном процессе. C BDD, Ночными сборками и "скриптами развертывания без мышек". Любой приходящий программист (если он инженер) легко переймет весь ваш стэк - вы же не саботажник: задокументируйте все и "обложите" скриптами на 1Script.

(5) кто сейчас в здравом уме ставит Ubuntu на компьютер ? Ставьте Windows, в него докер, а у же из докера запускайте Google Chrome или Skype

https://github.com/sameersbn/docker-skype
https://github.com/sameersbn/docker-browser-box

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

что касается "тетенек" - почему мне интересно их припоминают ? наверное как-то просочилась информация о том, что мы в течении 3 месяцев внедряли бюджетную бухгалтерию.
На скриншоте же четко написано ОбщийМодуль.НайтиФайлы() - я думаю вы догадались что модуль то серверный ?
А файлы - я надеюсь Вы не храните файлы в базе 1С ? При 5000 пользователей. И клиенты у вас тоньше некуда.

Что-то попало (в виде xapian+omega) ставится все таки в центре - поближе к архиву документов - отсюда ставится https://xapian.org/download
И ваши 5000 пользователей смогут искать по вхождению слов в документах - прям как в Гаранте с Консультантом. (только не забудьте тестами обложить в BDD)

(4) тут такое дело ... в последней версии 1С больше не будет Apache и nginx. Так что в связке в скором времени останется только Varnish

(3) а сколько это математически "много" ? и почему умных - это сжатая выдержка из текущей ситуации. Хуже того.
Официально анонсирован этакий ITiLv4 - который очень похож на ScallableAgile только для инфраструктурщиков. Знал бы точно, что анонсируют - включил бы в картинку

(2) пошел по ссылке - история известная. Корреляция проглядывается, но и контраргументы наличествуют. Страх открытых проектов известен и риски также, даже есть в интернетах таблица для менеджера "какие риски и способы реакции при применении open source продуктов"

(1) зачем подписался ? ты же в живую слушал.

P.S. На самом деле всем спасибо за комментарии - в этом году будет еще больше программок и скриптов: посмотрим чем вся эта движуха закончится.







spogo; starik-2005; ander_; Hissin; +4 Ответить
20. I_G_O_R 52 29.03.16 20:35 Сейчас в теме
(7)
я на этот вопрос уже отвечал голосом на видео

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

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

По поводу примеров:
каждый пример комментировать я не буду, уж слишком много времени надо на это, да и не все те технологии я знаю, но по поводу яндекс-маркета как мне кажется это уже перегибание палки, ради скачивания товаров поднимать кучу сервисов - мне кажется это как из пушки по воробьям.
Gureev; kuril; d4rkmesa; Dementor; siddy; Ta_Da; +6 Ответить
8. Berckk 29.03.16 07:37 Сейчас в теме
Тоже слушал вживую и тоже подпишусь.
9. v3rter 29.03.16 10:04 Сейчас в теме
Для мозга хорошо - кровь прильёт! Но тема подводных камней не раскрыта :)
Сохраню себе в туудуу на посмотреть в свободное от несвободы время.
10. zhenyat 29.03.16 10:29 Сейчас в теме
Да, всё это страшно интересно, - и страшно и интересно, особенно интересно развитие...
11. tradeagent 29.03.16 12:11 Сейчас в теме
Я правильно понимаю, что из данной концепции инженер должен сам полностью составить ТЗ?
Вообще очень похоже на статью для "эффективных управленцев", какие-то утопии, это хоть где-то в описанном виде работает?
Dementor; +1 Ответить
12. bonv 114 29.03.16 12:19 Сейчас в теме
(0) А что собственно Вы анализируете с помощью HIVE? И зачем в 1С может потребоваться Map-Reduce?
потому что там вы без HIVE никак не справитесь

Ну HIVE это всего лишь один из инструментов.
15. Evil Beaver 5340 29.03.16 14:10 Сейчас в теме
(12) bonv, я, как ты понимаешь, не автор, но могу предположить, что можно сделать map по журналу регистрации на предмет похожих ошибок, а потом построить на этой статистике карту отказов, неавторизованных доступов, да мало ли...
13. ZOMI 106 29.03.16 12:43 Сейчас в теме
Как же автор "далек от народа"...
Gureev; Diversus; BudkoT; OerlandHue; d4rkmesa; dkonakov; adva; IgorS; Shmell; minimajack; +10 6 Ответить
14. Evil Beaver 5340 29.03.16 14:09 Сейчас в теме
(13) ZOMI, напротив. Народ 1С страшно далек от удобных технологий и замкнут в экосистеме 1С. Автор пытается рассказать - как еще можно делать.
baton_pk; zGainer; spogo; o.nikolaev; starik-2005; Upiterus; dgolovanov; i_a; Aleskey_K; _also; Hissin; skif47; awa; +13 Ответить
16. minimajack 51 29.03.16 14:20 Сейчас в теме
(14) Evil Beaver, "КАК" еще - не проблема. Проблема в том, что по большому счету, все изменения требуют вложений и средств - на которые собственнику бизнеса глубоко насрать. Для бизнеса главное что бы работало - и чем дешевле тем лучше. Для того что бы это имело смысл необходимо как минимум 5-6 адекватных разработчиков и активно работающих людей в районе 500 человек. Потому как с меньшим народом можно вполне справляться и через жопу.

это мое ИМХО, возможно где то в центре все прилично, но на периферии жопа полная. И реально будут крутить у виска и говорить что бы снял корону.

(15) Evil Beaver, никто не смотрит в журнал регистрации, никто не смотрит как закрываются регистры. Это не приносит пользу бизнесу.
vvp117; Gureev; itriot11; BudkoT; Dementor; h00k; hostguy; siddy; ZOMI; +9 Ответить
17. Evil Beaver 5340 29.03.16 14:33 Сейчас в теме
(16) minimajack,
никто не смотрит как закрываются регистры. Это не приносит пользу бизнесу


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

с меньшим народом можно вполне справляться и через жопу


Да, безусловно. На базу из пяти человек и одним разработчиком HIVE, пожалуй, это чересчур. Ну так фразу "все хорошо в меру" никто и не предлагает отменить ))
18. minimajack 51 29.03.16 15:01 Сейчас в теме
(17) Evil Beaver, С таким подходом бизнес быстро накрывается медным тазом - смотря какие регистры...с некоторыми ошибками они могут долго жить и не проявлять себя. Ошибки то я поправил, но это не значит, что снова кто то не накосячит в коде.
а медным тазом - уже проходили...на все фраза: "Закрывайте абы закрылось, потом будем вести правильно!" и так работаем(
dabu-dabu; ppeskov; mulla1979; +3 Ответить
19. Evil Beaver 5340 29.03.16 17:03 Сейчас в теме
(18) minimajack,
но это не значит, что снова кто то не накосячит в коде

Ну вот речь как раз и об этом. Изучив предлагаемые инструменты и практики вы можете лучше контролировать изменения, обеспечивать более высокое качество. За счет тестов, обзоров кода и пр.

Т.е. инвестиции в это изучение они будут работать на вашу же пользу. Даже если руководство не выделяет время на обучение, надо попробовать найти его самому. Потом это же поможет решать возникающие проблемы, а то время, которое вы сейчас тратите на "тушение пожаров" - оно высвободится.
starik-2005; +1 Ответить
21. genayo 29.03.16 21:24 Сейчас в теме
В теории все хорошо - а рассказали бы лучше адепты о том, где и как на практике это применяется.

И, кстати, серебряной пули нет...
manuel; recon; +2 Ответить
26. recon 33 30.03.16 09:59 Сейчас в теме
(21) Поддерживаю, тем более недавно читал статью здесь же о применении ZATO ESB на практике - http://infostart.ru/public/503059/
22. orfos 35 29.03.16 21:27 Сейчас в теме
Вы невероятно крутой. Полностью поддерживаю ваш ход мыслей. Вся прелесть IT это возможность мешать между собой технологии на благо бизнеса и поднимать больше денег! Публикуйте больше практических примеров. Спасибо за качественный материал с примерами!
dabu-dabu; gubanoff; +2 Ответить
23. AlexWhite 187 30.03.16 08:27 Сейчас в теме
24. adva 38 30.03.16 09:11 Сейчас в теме
Пока подпишусь, чтобы потом внимательно ознакомиться, но при беглом взгляде показалось, что это "борьба со сложностью созданием сложности нового уровня". Мне больше нравится подход Вирта, "обрезать по самое не могу", или другими словами, "выкидывать всё лишнее", хотя обсуждать это не готов.

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

Ваша технология позволит писать к примеру писать ПО для атомных электростанций, или самолетов, или авто (автопилоты)?
bestwest; +1 Ответить
25. Steelvan 30.03.16 09:43 Сейчас в теме
...Я беру Postgres, потому что от Microsoft я в последнее время отошел в связи с импортозамещением...

Вот за это +
70. kuril 54 28.07.17 11:55 Сейчас в теме
(25) постгрес отечественный ?
27. Pavean 30.03.16 14:00 Сейчас в теме
Практического здесь только "и так можно".
Не представляю себе этого в реальности.
Это что уход от специализации? Т.е. каждый должен быть и швец и жнец и на дуде игрец? Звучит красиво, продукт сделанный одними руками будет более качественный. Только где же найти людей которые всё это потянут? Кое-кто, кое-где - конечно есть такие люди. Только это не уровень середнечка. Тут даже речь не о количестве знаний в этот конкретный момент. Речь о том что надо постоянно мониторить ситуацию в ИТ, изучать, что-то пробовать. И вот сидишь ты такой изучаешь, пробуешь. Тут подходит начальник и спрашивает "- Ты чем занимешься?" . Что ему ответить?
Мне кажется снизу такой подход не вырастит, только сверху.

Пользователи которые друг друга обучают... "Пользователи" - это люди фактически выполняющие функции оператора ЭВМ?

Если описанное и возможно только в фирмах способных забирать с рынка самых лучших. Причем в первую очередь это касается руководящего состава.
Gureev; Stepa86; BudkoT; el-gamberro; Dementor; adva; IgorS; +7 Ответить
28. KapasMordorov 430 30.03.16 15:00 Сейчас в теме
Хочется увидеть видео, как
Загрузка в УТ данных из Yandex Market
...
Это запускается за час

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

- с чего бы это качество будет наращиваться от банального обмена?
Gureev; el-gamberro; d4rkmesa; +3 Ответить
30. milo1 2 30.03.16 15:15 Сейчас в теме
(28) KapasMordorov, а гитхаб это банальный обмен? Мне казалось, что он позволяет гораздо больше, например, вопросы разработчикам, заявки на внесение новых функций, исправление ошибок пользователями, которые активно используют код.
36. FSerg 66 30.03.16 18:56 Сейчас в теме
(28) KapasMordorov,
Ну и вообще статья полна пустыми ложными выводами:
[IS-QUOTE]Не забывайте, нужно постоянно наращивать качество: опубликовали код на github, кто-то к вам присоединился, вы с кем-то поделились.

- с чего бы это качество будет наращиваться от банального обмена?[/IS-QUOTE]
Потому что на github очень высокая степень социализации! Это как VK и FB только для программистов :)
Да и вообще вам будет просто стремно светить в паблик говно-кодом, хотя бы из-за этого качество и стиль написания сильно улучшается :)
29. milo1 2 30.03.16 15:11 Сейчас в теме
Отличная статья, а сколько такой специалист может стоить?
31. milo1 2 30.03.16 15:17 Сейчас в теме
Автор опять своих пасхальных яиц набросал в тексте!!
32. ZOMI 106 30.03.16 16:51 Сейчас в теме
Да, уже более ста "водителей маршруток" заценили опыт "гонщика формулы I"
starik-2005; Andrsan; +2 Ответить
33. adva 38 30.03.16 18:14 Сейчас в теме
Да, действительно, это технология только для программистов "олимпиадистов", или для среднего уровня тоже подойдет?
34. Evgen.Ponomarenko 538 30.03.16 18:26 Сейчас в теме
Фух…. Ну уж очень большая статья… многоплановая и плотная. Если бы её разбить бы на три статьи – было бы гораздо лучше. И комменты были бы ближе к теме… а то… пока до конца дойдешь, три раза забудешь, что сказать хотелось… Зато тема более чем интересная.
Ваша «Примерная структура IT-управления»
Содержит пару интересных моментов: Во первых, отдел анализа – это скорее рудимент, ибо цикл анализ-план-действие-контроль-анализ присущ всем бизнес-процессам и выделять его в отдельный отдел – как то не комильфо.



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


А в целом – идея здравая. Использовать готовые технологии для конструирования ИТ решений вместо ручного кодинга – это есть гуд. Жаль, что зрелость и время жизни самих технологий предполагают слишком большое количество слоев, что само по себе представляет большую проблему и часто зависит от интуиции архитектора, а еще более от исторически сложившихся обстоятельств.
Идеально, когда блок-функция имеет пару входов и пару выходов, которые удачно стыкуются со смежными интерфейсами соседних блоков, что позволяет не разводить зоопарк доисторических #ЗвероНедоЯщеров. Ну тут уж как повезет с предшественниками и их наследием.
Silenser; Dementor; h00k; zqzq; JohnyDeath; Evil Beaver; VVi3ard; +7 Ответить
35. FSerg 66 30.03.16 18:53 Сейчас в теме
В целом, статья очень нравится.
Ну ведь правда - Open Source открывает 1Ску новый дивный мир.

По тексту статьи удивила фраза “…разворачиваете на движке Docker. Там встроено бекапирование. Все автоматически, одной кнопкой.”
Нет жеж там никакого встроенного бэкапирования, вся идеалогия Docker построено вокруг термина “statless”. Т.е. контейнер должен быть самодостаточным, не хранить данных и т.п.
Конечно, можно линковать data-контейнеры и есть еще несколько способов бэкапить данные с которыми работает docker. Но я бы не называл это “встроенным бэкапированием одной кнопкой”.
siddy; Dementor; +2 Ответить
37. comol 3691 30.03.16 22:59 Сейчас в теме
На конференции не сказал, хоть напишу. Грейт сэнкс! Об этом важно и нужно говорить, и каждый день! (я про Social Agile, ITIL v3, DevOps). Не то чтобы даже DevOps, а просто слова "убей в себе 1С-ника и начни интересоваться чем живёт мир разработчиков!". В смешанной команде иногда так чувствуется наша отсталость :(. И фразы вроде "меня так во франче научили, там все так делают и я так всю жизнь делал и дальше буду делать"...

2-я часть с кучей примеров из Linux World конечно всех смутила массой слов, а у меня возникло ощущение что "учат плохому" и картинку надо перерисовать с "православными названиями": SharePoint, MS SQL, IIS, BizTalk, MSMQ, Hyper-V, App-V, SystemCenter, MS DFS, MS LogParser etc... :)
starik-2005; h00k; +2 Ответить
38. Alex_Japanese_Student 336 31.03.16 07:27 Сейчас в теме
Как это сделать? За сколько вы это сделаете по срокам? Чтобы для каждого? Понятное дело, что вы задумаетесь о технологии 1CFresh, захотите разворачивать инфраструктуру в режиме сервиса. А можно это развернуть часа за два: берем docker, упаковываем 1С:Деньги в виде контейнера, то же самое делаем с Apache, и начинаем их разворачивать.

В итоге, вы за два часа можете сделать так, чтобы сотрудникам вашего заказчика при приеме на работу выделялась отдельная собственная облачная база 1С:Деньги. Это повысит их лояльность к своему работодателю.


тут не вполне понял. Вы покупаете одну версию учебной платформы для одного человека за 800 рублей с последующим разворачиванием ее на 100500 пользователей - насколько законен такой вариант? Думается - вообще не законен. Ну и - в ограничениях учебной версии прямо указано, что она не может использоваться для реального учета, пусть даже и домашней бухгалтерии. И ограничения учебной версии - вылезут же, по закону подлости
40. e][tend 31.03.16 12:22 Сейчас в теме
(38) Alex_Japanese_Student, тут как раз не про версию для обучения программированию, а про конфигурацию 1С:Деньги. Вопросы лицензирования автор опустил, т.к. в статья не про лицензирование, а про возможность быстрого развертывания. Естественно подразумевается, что для 100500 сотрудников у вас должно быть 10500 соответствующих лицензий. А разворачивать учебную платформу для сопутствующих вещей конечно никто не будет :)
39. e][tend 31.03.16 11:11 Сейчас в теме
Алексей, большое спасибо за статью, что хоть немного можно посмотреть как живут не в 1Сном мире. Надеюсь и дальше можно будет услышать про работающие связки уже имеющихся технологий с 1С. Просто когда читаешь об этих же вещах на хабре, то как сказал один из комментаторов: "Только я один чувствую себя дураком после прочтения здесь статей?"
Лично от меня "+" однозначный, для себя набросал план знакомства с Docker, LogStah, 1Script будет чем заняться. Спасибо!
itriot11; +1 Ответить
41. ander_ 01.04.16 14:57 Сейчас в теме
Алексей, спасибо тебе за такие статьи. Каждый раз черпаю что-то новое. Каждая статья заставляет думать и гуглить, гуглить...
42. detec 131 01.04.16 19:28 Сейчас в теме
Довольно неплохое пособие, как на текущем рабочем месте попробовать свежие технологии, параллельно уча востребованный в мире язык программирования, и уйти в аутсорсинговую разработку на зарубежного заказчика за доллары.
43. kg_am 120 01.04.16 19:37 Сейчас в теме
Всё, конечно, круто, ловко и оптимистично. Функциональность за один день! Подключаем развёрнутую в облаке 1Ску к NoSQL через менеджер очередей, попутно кэшируя статичный контекст, и всё заработало... Прям чувствуется, как мёд по усам потёк, но слаще почему-то пока не становится :(

Вся эта магическая схемотехника прекрасно работает при соблюдении следующих условий:

1. Все необходимые данные уже где-то есть, они взаимосогласованы, непротиверечивы и доступны в режиме 24х7. Загрузить в УТ данные из Yandex Market? Да нет проблем! Для начала хотя бы потому, что есть Yandex Market, доступный 24х7. А если надо загрузить в систему сведения о состоянии оборудования, которые есть только в головах у мастеров смен? Как их зацепить через ZatoESB? Какой нагуглить плагин?

2. Эту задачу уже кто-то где-то решал. А желательно не просто "кто-то", а много кто. Хотя бы пару тысяч раз. Хотя бы не на 1С, но чтобы уже все разъёмы были стандартизованными. Да, задачу полнотекстового поиска решали... ну кто только не решал? Сам факт существования Гугла и Яндекса тому наглядное подтверждение. Понятное дело, что писать самому расковырку pdf-файлов - дело глупое и неблагодарное, и есть смысл поискать инструмент. А если искать нужно не буковки, а что-нибудь поинтереснее? Такое, что, так уж получилось, никто и никогда не искал? Например, нестыковки где-то в глубинах бизнес-логики?

Итого получается, что вожделенная "функциональность за один день" не является мифом только тогда, когда велосипед с заданными характеристиками точно существует, и нам нужно только взять толстый-претолстый каталог мировой велоиндустрии и подобрать подходящий образец. А если нет?

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

Изобретать велосипед - обязательно. Те, кто перестали изобретать велосипед, уже проделали половину пути к тому, чтобы стать или простыми потребителями, или продавцами-консультантами. Инженеры-велосипедостроители потому и остаются инженерами, что изобретают велосипеды каждый день. И по какой-то неведомой причине (видимо, где-то баг в структуре мироздания) как-то так получается, что никакого спада спроса на услуги инженеров не наблюдается, и переквалифицироваться в продавцы-консультанты никакой настоятельной необходимости нет.
корум; Gureev; vvh74; itriot11; terrorion; ryutao; el-gamberro; AXoxol; dabu-dabu; adva; Dementor; infostartfilipich; ZOMI; +13 Ответить
44. ander_ 02.04.16 05:09 Сейчас в теме
Кстати,
Или можно купить sphinx, но это очень дорого.

Цитата из википедии:
Sphinx (англ. SQL Phrase Index) — система полнотекстового поиска, разработанная Андреем Аксеновым и распространяемая по лицензии GNU GPL.

Умышленная ошибка?
46. lustin 993 03.04.16 13:52 Сейчас в теме
(44) ander_, точно, дороговато по владению получается. На мой субъективный взгляд.

(45) это не статья, это выдержка из доклада Инфостарта. позиция ваша понятна - она лишь дополняет общую концепцию. Посмотрим что произойдет за парочку-тройку лет.
47. oldfornit 04.04.16 09:23 Сейчас в теме
(46) кстати говоря, а КАК у Вас реализован сбор данных журнала регистрации? Поделитесь пожалуйста конфигами :)
Причина вопроса - столкнулись с необходимостью регламентной обрезки ЖР (1Г в сутки - это как-то многовато), а решение "влоб" - импорт в базу ms sql работает примерно "сутки за сутки" (при условии, что ресурсы сервера-приемника достаточно ограничены и выделять больше - слишком некрасивое решение)
49. lustin 993 04.04.16 17:40 Сейчас в теме
(47) oldfornit, в этом году мы решили отказаться от статей и в пользу кода.

под тему журналов регистрации зарезервирован репозиторий https://github.com/VanessaDockers/elk-bundle - сейчас началась внутренняя отладка бандла. Текущие конфигу Logstash мы уже заменили на нечто другое. Собственно в докладе оно анонсировалось Beats называется.

графики и оповещения на уровне Graphana, Kibana - также будет опубликованы в git.

но это после темы PostgreSQL

(48) kalyaka, в прошлом году был 8 часоввой курс по DevOps - результат нулевой. Сейчас мы просто выкладываем docker, Vagrant файлы для этого. Чтобы те кто хочет науиться просто понимали как такие вещи работают.

Чему учить ? Написанию подобных скриптов ? https://github.com/silverbulleters/vanessa-bootstrap/blob/master/tools/windows/env-install.cmd
50. lustin 993 16.05.16 11:37 Сейчас в теме
(47) вести с полей - http://infostart.ru/webinars/524404/, получилось вот так.

(48) полноценный курс DevOps для 1С называется ADD in Action - содержит нулевую, первую, вторую и третью части. Запланирована нулевая часть - http://infostart.ru/webinars/521983/

Что касается практической реализации - то она уже готова: полный DevOps процесс для 1С. Только сделали мы его в качестве продукта под названием "Золотой образ разработчика 1С" - содержит полностью автоматизированный процесс сборки и развертывания (а также публикации релиза на Инфостарт и 1сapp.com) https://github.com/silverbulleters/vanessa-services/blob/master/ru-RU/gold-host.md, остается только задокументировать






45. Dementor 327 02.04.16 22:45 Сейчас в теме
Много текста, который тяжело комментировать. Лучше вы бы разбили статью на десяток небольших частей. Вот это было бы поле для дискуссии. А если в целом, то много воды и мало конкретики. Ваши оценочные суждения "что так лучше" и отсутствие доводов "почему?".

Первые полгода это будет очень больно, и, в целом, процентов на 20 неэффективнее для бизнеса. Но если вы пойдете на эти риски, через полгода вы станете самыми крутыми девопсерами по России.

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

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

1) Загрузка данных с Я.Маркета. Вместо операции на полчаса "нашел-скачал-протестировал-установил" (при чем в рамках этой скоростной операции, как вы верно выразились "Абстракции еще потекут, но они потекут потом.") вы предлагаете городить решение через поднятие и настройку трех дополнительных служб, поиск подходящего практического решения для шины в интернете, настройку заливки данных в 1С через oData (где-то тут в статьях встречалась критика этой новой сыроватой технологии в связках с EBS), тестирование всей связки на стенде и финальной публикации на продакшене. Это целый день времени специалиста, который он мог посвятить решению задач бизнеса, по результатам которого на серверах появляются пришельцы требующие системных ресурсов и мониторинга со стороны сисадминов - т.е. уже видим прямую убыточность при внедрении.
А теперь давайте приценимся к стоимости сопровождения. Предположим нам как-то нужно модернизировать данные - или наложить фильтр или наоборот хранить новые данные которые раньше отбрасывались. Если "автор" решения задачи еще работает в компании, то стоимость доработок идентична. Но если он уже в "теплых краях"? В классическом случае HR в течении дня находит десяток исполнителей, которые знают 1С и УТ, среди которых выбирает лучшего, который придя на следующий день открывает инфостартовскую обработку, правит пару строк кода, получает свое вознаграждение и все довольны. В вашем примере начинается хаос, глубина которого зависит от того была ли задокументирована проведенная работа и от качества этой документации. В идеальном случае HR сразу знает, что нужно найти специалиста, который знает питон и сможет разобраться в модели данных 1С (абстрактно считаем, что весь регламент внесения изменений и обновления всей связки прописан в документации предшественника, который потратил на эту писанину несколько дней вместо реализации задач бизнеса), а такой специалист ищется намного дольше, потребует оплату намного выше и будет выполнять работу дольше.
Но ведь таких задач бизнес генерирует тысячами. При этом требования все время изменяются, что бы гибко реагировать на потребности рынка и иметь конкурентные преимущества - появляются новые поставщики со своими системами электронного документооборота, заканчиваются договора работы со старыми, менеджеры посетили семинары и имеют "озарение" по улучшению эффективности, изменяются требования контролирующих органов и так далее. Что же при вашем подходе будет творится на серверах компании???

2) Подарочная база 1С:Деньги. Общеизвестно, что хранение данных в контейнерах не рекомендуется. Сделаем вид, что вы нашли все решения и у вас налажена система по запуску новой базы по старту скрипта, который на вход получает имя сотрудника. В результате мы получаем зоопарк вечно запущенных жрущих ресурсы контейнеров, вместо более очевидного "классического" решения, которое потребляет дополнительные ресурсы только в моменты обращения пользователей. При этом добавление записей в кластер и в конфиг веб-сервера так же можно автоматизировать. И вопрос: зачем тратить время на создание избыточной инфраструктуры, когда все и так уже есть, настроено и работает? Мне ваш совет напомнил однажды увиденный код от "1с-программиста", в котором вместо запроса по регистру продаж был запрос по таблице документов без условий, выгрузка в таблицу значений, а далее обход строк таблицы, отбрасывание строчек по некоторому условию (при этом некоторые свойства получались через точку) и расчет по данным отфильтрованных строчек.

3) Анализ данных журналов регистрации баз. Вы с Evil Beaver так уверенно убеждаете, что это важно и иначе будут проблемы... Может у вас есть скрытый козырь в рукаве, который вы пока не выложили на стол? А ведь самое время, так как вы меня и многих других не убедили. Что может быть полезного в обрезанных данных лога, чего нельзя получить из других источников более проще и в более полном объеме? Узнать когда пользователи подключались и отключались от базы? - Если эта информация важна, то стоит просто ввести систему проходной. И показатели KPI лучше настраивать на реальные результаты работы, а не на количество раз которые пользователь перепроводил документы. Интересно появление сообщений про ошибки? Если ошибки критические, то пользователи завалять репортами, а если пользователи не жалуются и их все устраивает, то тем более незачем дергаться и тратить на это время. А вот более серьезные ошибки связанные с бизнес-логикой (цены выше договорных, продажа ниже себестоимости, ошибочная формула расчета бонусов и так далее) вам никакой лог не покажет. Разбираться с проблемами зависания системы? Вы сами будете не хуже висеть над сообщениям про записи и отмены транзакций, чем сможете найти решение путем обычной настройки журналирования ошибок и долгих запросов на стороне кластера и при анализе логов СУБД.

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

P.S. Про динамически масштабируемую инфраструктуру и про некоторые технические аспекты создания отказоустойчивых систем написано верно. Только при чем тут 1С? Этим сисадмины крупных компаний занимаются по всему миру независимо от используемой бизнесом системы 1С или SAP.
Adam12345678; Vovan1975; Gureev; itriot11; kuril; Yakud3a; ryutao; le0nid; Aleksey_3; zqzq; neuromancer_aza; dabu-dabu; surikateg; recon; d4rkmesa; KapasMordorov; evgeniy-zaytsev-76; ZOMI; minimajack; siddy; +20 Ответить
48. kalyaka 401 04.04.16 10:06 Сейчас в теме
Тема мне кажется очень важная, однако до практической реализации полноценного цикла разработки и сопровождения на платформе 1С - как до луны пешком :). Много читаю по теме, но цельная мозаика не складывается, много темных пятен.
Если б автор взялся за обучение в постановке процесса DevOps на 1С, я бы первым записался. В качестве примера такого обучения мне очень нравится курс от Фарита по производительности.
51. lustin 993 22.12.16 07:42 Сейчас в теме
Еще вести с полей

на докладе я говорил о компании которая трансформировала всех своих ИТ-шников
теперь можно уже расскрыть что это за контора

Называется она ING и вот их доклад в 2014 году https://www.youtube.com/watch?v=6FPXbQ2WpAM

А теперь новость сегодняшняя http://kommersant.ru/doc/3176386

Так что концепция "Инженеров бизнес-приложений" потихоньку приходит и в Россию.
52. starik-2005 1431 17.01.17 21:11 Сейчас в теме
Искал redis в этом отсталом сообществе. Прочитал статью и понял, что у сообщества есть шанс вырасти (интеллектуально), но он из-за водителей маршруток крайне мал. Кто-то, конечно, вырастет, но далеко не все.

Статья нормальная (небольшая, правда), читается легко. Всем советую читать до полного просветления, чтобы не оказаться при смене формации неспособными к дальнейшей эволюции.
53. lustin 993 18.01.17 01:03 Сейчас в теме
(52) ждем 8.3.10 тогда можно выводить Редис в зону продуктива. Пока это все эксперименты как раз в рамках сообщества.

Я знаю 5-рых кто уже ведет эксперименты с портированием ActiveSupport:Cache на 1С с хранилищем на Redis
Все пока подсмматривают сюда http://api.rubyonrails.org/files/activesupport/lib/active_support/cache_rb.html
54. starik-2005 1431 18.01.17 11:22 Сейчас в теме
(53) я вчера редис и мемкэш у себя развернул - порадовала производительность последнего (благо бенчмарк идет в "коробке") - 120к операций в секунду. Установил кеширование в PHP, думаю nginx развернуть и сделать веб-сервис на PHP (хотя, полагаю, для первого времени и апача хватит с fast-cgi). Планирую из всего этого сделать внешнее общее хранилище для синхронизации данных потоков 1С при многопоточной обработке. Все-таки 1С пока недооценивает существующие механизмы NoSQL.

Не так давно читал про инфраструктуру StackOverflow (если ни с чем не спутал). У них там тоже весьма большой стек технологий используется: и MS SQL, и Redis, и эластик, и прочее. Все уживается на разной инфраструктуре (и винда, и Linux - CentOS) и все качественно дополняет друг друга. Пока 1С-ники будут внутри своей системы мыслить - им не выйти из своего узкого сегмента. На мой личный взгляд оправдать создание мобильных приложений на платформе 1С может только то, что какой-то примитив можно сделать за два часа.

Вообще, все инструменты "высокоуровневости" систем разработки (фреймворки, конвейеры, построители отчетности типа СКД) необходимы для того, чтобы снизить время разработки. Если что-то позволяет снизить это время, то оно просто обязано быть использовано (must have). Но возникает потребность в обучении. Специалист, который не хочет учиться (минусёры местные), через некоторое время становится неактуальным и начинает строчить тексты на тему того, куда катится мир ("ох уж эти управляемые формы", "задолбали с этой асинхронностью", ...) Таким можно порекомендовать только одно: "rest in peace".
56. leemuar 22.01.17 18:46 Сейчас в теме
(53) Алексей, а что такого интересного для Redis ожидается в 8.3.10?

Мы сейчас пытаемся прикрутить Redis к 1С для кэширования межсеансовых констант и очередей заданий
starik-2005; +1 Ответить
58. leemuar 13.02.17 18:16 Сейчас в теме
(56) отвечаю сам же на свой вопрос: в 8.3.10 с точки зрения DevOps интересны
* запуск конфигуратора в режиме SSH-агента
* возможности частичной выгрузки конфигурации в файлы
55. starik-2005 1431 19.01.17 11:54 Сейчас в теме
Засунул с помощью PHP в Redis базу 104кк недействительных паспортов - 40 минут на домашнем компьютере (прочитал строку, выделил серию и номер, отправил в редис - по одной штуке). Текстовый файл CSV больше гига, в памяти Redis'а занимает всего-ничего - 4,5 гига. Скорость вставки через SADD 40к-45к в секунду (в принципе, через LPUSH и RPUSH примерно то же самое, но во этом случае отсутствует возможность проверки одной командой на ключ/значение), скорость проверки на ключ/значение списка - >100к/сек. MS SQL грузит те же данные из CSV, конечно, быстрее, если скармливать ему упорядоченный файл, а вот если неупорядоченный - то уже куда дольше. Ну и селекты со скула куда медленнее в итоге обрабатываются.
59. orefkov 1957 26.07.17 10:50 Сейчас в теме
Я может немного плохо статью прочитал, но для меня из всей статьи выкристаллизовался только один тезис - "давайте у нас в айти все будут умные, ответственные и многознающие, тогда у нас всё будет красиво, быстро и не глючить".
60. starik-2005 1431 26.07.17 13:28 Сейчас в теме
(59)
"давайте у нас в айти все будут умные, ответственные и многознающие, тогда у нас всё будет красиво, быстро и не глючить"
А чем это конкретно плохо? Ну кроме того, что практически неосуществимо )))
61. orefkov 1957 26.07.17 14:23 Сейчас в теме
(60)
Ну, хочется не меню, а рецептов.
Первая же ситуация - "используем ZatoESB". Это уже готовое решение, а как осуществился выбор именно ZatoESB - непонятно. Предполагается, что у нас есть умный devops, который уже всё знает, все ответы на все вопросы. А где брать и как вырастить такого devops'а - где ответ. Или есть гарантия, что devops, знакомый с докером вагрантом и питоном - априори может решить любую бизнес-проблему? Или проводя аналогии - давайте у нас в обслуге объединим вместе уборщиц, электриков и сантехников, выдадим каждому по мультитулу и ведру - и будет у нас всё хорошо.
Gureev; Vovan1975; +2 Ответить
63. starik-2005 1431 26.07.17 15:10 Сейчас в теме
(61)
А где брать и как вырастить такого devops'а
Ну тогда скорее "ИЛИ", ибо или берем, или растим )))

(61)
Или есть гарантия, что devops, [ какие-то технологии ] может решить любую бизнес-проблему?
Смотря какие технологии. Они очень разные - все, конечно, вряд ли кто сможет знать на уровне применения, но глазами пробежаться и следить за технологиями - дело, безусловно, нужное. Можно, конечно, оставаться в пределах конфигуратора и только с базовыми функциями 1С (сейчас даже бинарные данные она умеет), но тогда любая дополнительная технология будет не нужна (даже то, что улучшает функционал стандартных шаблонов).

(61)
Или проводя аналогии
Забыли выделить деепричастный оборот, но это общая проблема ИТ-ников - они в делах сантехников, электриков и прочих понимают лучше, чем в ИТ-технологиях и русском языке )))

А если серьезно, то сам термин DevOps так расшифровывается:
DevOps (акроним от англ. development и operations) — набор практик, нацеленных на активное взаимодействие и интеграцию специалистов по разработке и специалистов по информационно-технологическому обслуживанию.
Тут нет одной технологии и одного специалиста - тут синтез, синергия технологий. Тут лучше сравнивать не с обслугой, а со зданием. Есть ИТ-ландшафт, этакое здание, которое содержит в себе и сантехническую составляющую, и электрику, и несущие конструкции - что-то из этого нуждается в обслуживании. Но речь идет именно об инфраструктуре, а не о ее обслуживании. Для ИТ-инфраструктуры обслуга - это ИТ-саппорт + HelpDesk. Знание технологий для обслуги нужно на уровне понимания, как локализовать проблему и, по-возможности, решить ее или передать на следующий уровень поддержки.
66. orefkov 1957 27.07.17 10:53 Сейчас в теме
(63)
"Специалист подобен флюсу, полнота его одностороння" (с) Козьма Прутков.
Обратное тоже верно. Собственно, величины "широта знаний" и "глубина знаний" - связаны обратно пропорционально, с граничными случаями от "знает всё ни о чем" до "знает ничего обо всём".
Насколько я понял, предлагается заменить набор специалистов, каждый из которых отлично знает свою отдельную область, на набор неких "универсальных солдат", каждый из которых немного знает обо всех областях. Предполагается, что это позволит снизить издержки на взаимодействие, за счёт чего все начнет происходить быстрее. Извините, но имхо, в общем случае это не сработает. Если аналогия с сантехниками и электриками вас чем-то оскорбляет, предложу другую. Имеется симфонический оркестр, в котором каждый играет свою партию на своём инструменте. И вместо слаживания оркестра и оттачивания навыков дирижирования им, предлагается каждому играть что-то своё, на нескольких инструментах, без дирижёра.
Заменить

на кучу

Шуму и движухи конечно будет много, но будет ли это хорошая музыка?
Если же предполагается, что замена идёт на спецов, которые хорошо знают много областей, то это просто общее увеличение объема знаний и квалификации IT-отдела, и весь рецепт сводится к "лучше быть богатым и здоровым, чем бедным и больным". Такие спецы и стоят дороже, и количество их меньше, потому и рецепт применим только к отдельным крупным богатым компаниям, которые могут себе позволить "выпылесосить" хороших подготовленных спецов.
67. starik-2005 1431 27.07.17 11:24 Сейчас в теме
(66)
Насколько я понял, предлагается заменить набор специалистов, каждый из которых отлично знает свою отдельную область, на набор неких "универсальных солдат", каждый из которых немного знает обо всех областях.
Ну есть мнение, что эксперт - это тот, кто знает очень много о предельно малом. Но на всех экспертов не наберешься, поэтому бытует и другое мнение: руководитель должен представлять, но знание деталей для него - существенный минус. Это на тему того и обратного.

Во времена Проткова (в курсе, что это собирательный - былинный - образ, а не реальный человек?) капитализм только зарождался. Основная суть его (сильная сторона) была как раз в разделении труда. Дедушка Форд возвел данную сильную сторону в абсолют, применив конвейер при производстве автомобилей, тем самым он повысил производительность труда за счет процессного фактора.

Процессы увеличивают производительность труда - это факт. Сотрудники западных компаний имеют более высокую производительность труда как раз за счет зрелости процессов (см. CMM) и вовлеченности в эти процессы. Но производительность труда не ограничивается процессами только. Фактически существует три взаимосвязанных составляющих производительности: процессы, квалификация, мотивация. Замотивированный работник даже в условиях нечетких процессов может приносить результат, но более квалифицированный работник в таких условиях будет приносить больше результата, чем менее квалифицированный (например, создание отчета по ТЗ заказчика). Если есть четкий процесс по сбору требований, в него входит консультант, который разработчику описывает источники данных и их взаимосвязи, если есть ревью кода, то даже слабый программист сможет создать нужный заказчику отчет за весьма небольшое время, а если его еще и замотивировать качественно, то он горы сроет. Процессы -> Квалификация -> Мотивация => производительность труда.

Как это относится к Agile? В исследованиях Уильяма Оучи (автора теории Z) описана следующая проблема: аналогичные предприятия в США и Японии работают с разным уровнем эффективности - на японских предприятиях производительность труда на 15% выше. Более того, японские предприятия в США тоже работают на 15% эффективнее. В итоге родилась такая штука, как "японизация производства", сформулированная в теории Z Оучи. Это все впоследствии стало базой для ITIL и прочих концепций управления, последние технологии как раз основаны на постоянном улучшении процессов, повышении квалификации и исследованиях мотивации. Те компании, которые работают в этих направлениях, повышают производительность труда, остальные - просто догоняют.
Evil Beaver; +1 Ответить
64. panvartan 27.07.17 01:34 Сейчас в теме
Все перечисленные технологии создавались и замечательно работают без 1с. К ним, в принципе, через некоторый интерфейс можно добавить паровой котел и назвать кочегара девопсером. Но после заказа угля через интернет и анализа кривой удовлетворенности жителей микрорайона, он возьмет лопату и пойдет на смену к топке.
65. starik-2005 1431 27.07.17 10:19 Сейчас в теме
(64)
и назвать кочегара девопсером
Вы не поверите, но слово "шофёр" с французского переводится именно как "кочегар".

С другой стороны, имея все минусы 1С, у нее есть и плюсы, а вот у позиции, что "1С - наше все и больше ничего не надо" плюсов нет никаких - это бесперспективная позиция. Но за это можно отчасти сказать "спасибо" и самой 1С, т.к. большая часть функций для работы с веб/HTTP-сервисами имеет весьма скудную документацию (если вообще имеет).
68. panvartan 27.07.17 12:27 Сейчас в теме
(65)
е надо" плюсов нет никаких - это бесперспективная позиция. Но за это можно отчасти сказать "спасибо" и самой 1С, т.к. большая часть функций для работы с веб/HTTP-сервисами имеет вес


Я считаю, что основная проблема 1с не в функционале платформы, а в убогости конфигураций. Поэтому, что бы вокруг котельной не понастроили - брать больше и кидать дальше наше все . Счет - заявка - комплектация - реализация - отчет - баланс , партии, последовательность. Все почему то решили, что 1с все сделала правильно и занялись упаковочной бумагой и бантиками. Это не девопс. В экономических программах девопс - это разработка и внедрение экономических моделей. И, судя по инфостарту, это вообще никто не умеет делать.
69. starik-2005 1431 27.07.17 12:51 Сейчас в теме
(68)
Я считаю, что основная проблема 1с не в функционале платформы, а в убогости конфигураций.
А я не считаю, что проблема в функциональности. Велосипеды изобретать даже 1С не стоит А вот отсутствие документации для интеграционных механизмов (объектов для работы с вебсервисами, XSLT, ...) - проблема серьезная.

А с последним согласен - мало тех, кто в состоянии понять, что велосипед для этой конкретной ситуации уже есть и пилить "мильён" строк кода не нужно - нужно просто взять и научиться использовать.
71. kuril 54 28.07.17 15:28 Сейчас в теме
в пику содержимому поста и идее автора
про подобные сборки, особенно на пром.эксплуатации:

"Я получил на поддержку ELK комплект, настроенный другими людьми. Там задействована кибана 3 (которая полностью живет на клиенте) и логсташ 1.0.1 (который не просто проапгрейдить, потому как завязан на версию логсташа из-за elasticsearch output-а). В этой системе используются индексы за день, так как при переключении на часовые индексы у кибаны начинаются проблемы с длиной урла. Логи хранятся за 2 недели. Из-за размера индекса перезагрузка инстанса elasticsearch занимает около суток (пока кластер опять не станет зеленым). В качестве входного буфера используется редис, емкости которого хватает минут на 40, потом начинаем терять логи. Я построил альтернативную систему: взял elasticsearch 1.74, kibana 4, переключился на часовые логи, стал хранить 3 дня логов и стал использовать кафку вместо редиса — стало лучше. Из-за сокращения времени хранения было решено сделать еще архивирование в хадуп кластер для доступа к старым данным. Последний пункт затянулся и вышел elasticksearch 2.x и вот тогда началось веселье. Для начала они поломали трайб ноды, а я их использовал для агрегации данных из разных датацентров. После некоторого общения худо-бедно починили. Потом оказалось, что новый elasticsearch не терпит конфликтов типов в отличие от 1.х. У меня приложений много, привести все к единообразию практически не возможно, стал писать лог каждого приложения в отдельный индекс — поплыла стабильность. Эмпирически выяснил, что критичным является количество шард. Количество документов влияет на стабильность гораздо меньше. После гугления и экспериментов выяснил, что ситуацию спасают выделенные elasticsearch master ноды. Стал поднимать, оказалось, что эти машины должны быть достаточно мощные, более-менее стабильных результатов удалось достичь с 3-мя мастерами 4 ядра 8 гб памяти, что обидно, потому как в каждый момент времени работает только один, остальные просто сидят на подхвате и тратят память. Ну и на сладкое наступил на грабли с точками в именах полей. Изменить это я не могу, попробовал использовать рекомендуемый фильтр de_dot — просела производительность. Пытался общаться с представителями elasticsearch, но они мне сразу сказали, что на мои вопросы будут отвечать если мы купим у них поддержку. Начал вести переговоры о покупке — ребята вообще пропали. В сухом остатке — очень много головной боли. Да, когда оно работает — очень удобно. Но уверенности в стабильности системы нет. Мы видимо будем переходить на систему, где elasticsearch будет держать только несколько последних часов логов плюс логи в хадупе, которые можно будет обработать при помощи map-reduce job-ов."

взято отсюда https://habrahabr.ru/company/uteam/blog/


не бывает бесплатно(быстро, дешево и без навыков) и все работает
либо дорого
либо долго
либо уже есть знания+навыки
Gureev; itriot11; Dementor; Evil Beaver; +4 Ответить
74. starik-2005 1431 16.03.18 11:55 Сейчас в теме
(71)
не бывает бесплатно(быстро, дешево и без навыков) и все работает
Очень мне напомнило разработку на 1С, когда реально какой-нибудь баг (например, потеря повторно используемой функцией ключа при певышении им определенных размеров) заставляет из#$ца так, что вышепроцитированное Вами бальзамом на душу кажется )))
75. Evil Beaver 5340 16.03.18 12:19 Сейчас в теме
(74) а что за баг такой, расскажите подробнее, пожалуйста?
76. starik-2005 1431 16.03.18 13:10 Сейчас в теме
(75) была ситуация, когда у одного из клиентов терялся объект при использовании сохранения этого объекта с помощью функций повторного использования. Т.е. просто падало регламентное задание через 20 или 40 минут (при чем ровно - это время сразу меня, лично, насторожило). В итоге сделали логирование вызова, поймали проблему (потратили невменяемую кучу времени), начали экспериментировать с ключом. В итоге оказалось, что если ключ превышал определенный размер, то при очередном получении сохраненного объекта на границе времени "очистки" он получался, но уже пустым. Вызов функций и процедур модуля обработки с пустым указателем приводил к падению rphost'а. Поигрались с ключами - выяснили, что если в ключе меньше символов, чем сколько-то (точной инфы не скажу, ибо не мой функционал), то он на границе не теряется, а заново инициализируется.

Про 1С можно таких моментов при серьезной разработке, которая предъявляет требования к производительности решения прежде всего, много припомнить. Вот, например, при десериализации XML в дерево, которое потом помещается в таблицу формы, файловый вариант работает раз в 10 быстрее серверного (хотя сам XML передавать с сервера на клиент и обратно занимает доли секунды). При том все зависит от размера оперативной памяти сервера. У меня на виртуалке на линуховой 1С-ке при превышении размера дерева некоторого значения валится, что странно, клиентская часть, работающая под виндой. При том при изменении механизма десериализации на асинхронный все отрабатывает, при том скорость что в файловой, что в серверной версии практически сравнивается.
72. Gureev 16.03.18 09:30 Сейчас в теме
Поэтому сейчас условно нужно остановиться и начинать с нуля внедрять новые стандарты. Первые полгода это будет очень больно, и, в целом, процентов на 20 неэффективнее для бизнеса. Но если вы пойдете на эти риски, через полгода вы станете самыми крутыми девопсерами по России.


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

Случилось мне недавно поработать с одним вашим бывшим коллегой-девопсером.
Не скажу что я в восторге.
73. Evil Beaver 5340 16.03.18 11:46 Сейчас в теме
(72) Я тут недавно видел такой код для благ бизнеса, в котором суммы проводок по амортизации жестко прошиты в коде проведения (до копеек)
Да, прямо вот так:
Движение.Сумма = 154233.82

И комментарий рядышком :Извиняйте, братцы, меня заставили.

Это тоже "для блага бизнеса" было же да? А потом такая автоматизация выходит боком и бизнес говорит: "1С тормозит и не работает"
77. Gureev 16.03.18 15:14 Сейчас в теме
(73)
Это тоже "для блага бизнеса" было же да?

Нет.
Это было чье-то самодурство и возможно превышение должностных полномочий.
Которое к тому же можно еще и к статье УК привязать.
79. lustin 993 16.03.18 22:44 Сейчас в теме
(73) Предположу что это когда аудиторы приходили - на Фейсбуке параметры проводок светятся, очень прям похоже на костыль перед приходом аудиторов: они же документы перепроводят, а бухгалтерскую справку сразу увидят.
78. lustin 993 16.03.18 22:41 Сейчас в теме
(72) у меня нет бывших коллег-девопсеров, а то что вы не в восторге - так это наверное потому что не совпали психотипы у вас и у кого-то кого вы называете бывшим мои коллегой. Прям даже интересно кто это назвался моим бывшим коллегой девопсером. (73) Андрюх - не знаешь кто это мог быть ?

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

Саботаж чистой воды... Такое себе интересное оценочное суждение, если позволите - оставлю себе в качестве тезиса к докладу.

P.S. на благо бизнеса они работают... знаем, знаем - мышкой наверное настройки Эксчейнджа меняют и Эксель файликами обмениваются. И машину с операционной системой для тестов на сутки 2 недели разворачиваете и тестируете наверное вручную, и только в одной среде, а не в нескольких. И инцидентами наверное по ITIL управляете.
80. Evil Beaver 5340 18.03.18 16:02 Сейчас в теме
(78) Кто это мог быть не знаю. Но термин "бывший коллега" можно растянуть до размеров глобуса. Как знать, что имелось в виду...
81. Gureev 19.03.18 10:53 Сейчас в теме
(78) Он девопсером не назывался, но занимается вот ровно тем, что считает интересным для себя, а не для бизнеса.

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

Нее, видимо не знаете. Какой-то набор стереотипов. Вот вам еще для доклада "Ходим в сальных свитерах, с бородой, замусоренной крошками хлеба, называем всех ламерами, любим фидо и экслера"

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

Ответ
82. Evil Beaver 5340 19.03.18 11:25 Сейчас в теме
(81)
Зачем усложнять, если можно упростить?

Золотые слова! Зачем разбираться в причинах неверных настроек расчета амортизации, если можно прописать сумму в коде?
Всегда есть крайности, давайте будем взрослыми и не станем приводить их в пример.
83. Gureev 19.03.18 12:22 Сейчас в теме
(82)
Золотые слова! Зачем разбираться в причинах неверных настроек расчета амортизации, если можно прописать сумму в коде?

Причем тут это?
Кароче разговор бессмысленный.

Продолжайте девопсить, а мы будем продолжать разгребать после вас тонны девопса.
84. Evil Beaver 5340 19.03.18 12:28 Сейчас в теме
(83) Можно пример хотя бы, что именно вы понимаете под "тоннами девопса"? О чем речь-то? А то "саботаж, превышение полномочий, УК" и никакой конкретики. Интрига же!
85. Gureev 19.03.18 13:02 Сейчас в теме
(84)
Можно пример хотя бы, что именно вы понимаете под "тоннами девопса"? О чем речь-то?

Тонны девопса в статье. Ее только я прочитал что-ли?

Всякие шины, рэбиты, внешние мэйлеры, докеры и прочие технологии, использование которых не дает каких-либо видимых преимуществ для работы с 1С.
А то "саботаж, превышение полномочий, УК" и никакой конкретики. Интрига же!

так вот же:
Поэтому сейчас условно нужно остановиться и начинать с нуля внедрять новые стандарты. Первые полгода это будет очень больно, и, в целом, процентов на 20 неэффективнее для бизнеса. Но если вы пойдете на эти риски, через полгода вы станете самыми крутыми девопсерами по России.

Намеренное снижения эффективности для бизнеса для извлечения личной выгоды.
Кстати, в случае увольнения такого человека, осознавшего себя крутым девопсером, бизнес ждет длительное и мучительное выгребание того что он там надевопсил.
87. Evil Beaver 5340 19.03.18 14:49 Сейчас в теме
(85) Как все запущено... а есть конкретные примеры выгребания? Ну там "на проекте было вот это и вот это, и пришлось это выгребать"? Было бы всем очень интересно про это прочитать.
89. lustin 993 19.03.18 16:11 Сейчас в теме
(87) чтобы не приводили в пример - теперь контраргументом будет вот такая ссылка https://wonderland.v8.1c.ru/blog/1s-tsentr-administrirovaniya-administrirovanie-eto-prosto/

как только 1С платформа станет работать в докере уже официально - выгребать придется уже саму компанию с её продуктами, а не только наши наработки
90. Gureev 19.03.18 16:58 Сейчас в теме
(89) Не увидел в тексте упоминания докера.
И вообще это больше мой контраргумент.
Ни дженкинса, ни докера, ни вагранта там нет, более того, это конфа на 1С + набор скриптов.
У многих разработчиков с большим зоопарком систем есть такой механизм в том или ином виде.
Да я и сам начал потихоньку изучать питон как раз для таких задач.
91. Gureev 19.03.18 17:03 Сейчас в теме
(87) т.к. таких девопсеров пока, слава богу, не так много, то:
обычно все ограничивается сносом виртуалок, отключением невнятных сервисов, и переустановкой начисто серверов.
Конечно же с вычищением всякой левоты из конфигурации.
86. genayo 19.03.18 14:33 Сейчас в теме
(83) Непонятны претензии, очевидно, что описанный в статье подход ни в коей мере не является универсальным. Для некоторых компаний данный подход позволяет получить технологическое преимущество, для других не даст ничего, кроме проблем.
92. Gureev 19.03.18 17:06 Сейчас в теме
(86) Претензий нет, кроме категоричности изложения информации.
В духе "Кто со мной - тот герой, кто против меня - тот паршивая свинья"

Неокрепшие умы впечататся, и ринутся слепо повторять все что тут описано.
94. genayo 19.03.18 18:16 Сейчас в теме
(92) А, только к стилю претензии - тут склонен согласиться, но на то и разум человеку дан, чтобы на веру ничего не принимать.
88. lustin 993 19.03.18 16:07 Сейчас в теме
(81) ага - начались подробности. Говорите мой бывший коллега занимался чем то интересным для себя, а не для бизнеса. Очень интересно - это означает у вас плохая процедура адаптации персонала и подбора: вы может не знаете что задача руководителя адаптировать цели сотрудника к целям компании, если они не адаптировались - то это не ваш сотрудник. Причем я примерно предполагаю кто это (человек 10 могу назвать подходящих под это описание), для 5 из них могу точно сказать - недостаток мотивации со стороны руководства они не прощают считая это обязанностью руководителя обеспечивать мотивацию и адаптацию.

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

А насчет почему выстрелила - я даже статью писал об этом со своей позицией, где я немного покреативил с себестоимостью разработки на eDSL. подумайте над ней на досуге тоже.https://habrahabr.ru/post/248669/

Ваши высказывания мне напоминают высказывания одного моего знакомого докладчика на Инфостарт... Но если посмотреть его доклад, то нужные devOps буковки вы там также увидите https://www.youtube.com/watch?time_continue=237&v=UVy4VPPomH4

(83) С другой стороны я вот чего не могу понять - с какой целью вы так активно боретесь с нами в публичном пространстве ? чтобы мы услышали другую позицию ? Я лично в курсе вашей позиции, вышеуказанный Иван Тягунов в свое время мне её донес и обосновал как владелец бизнеса... Согласен ли я с ней. Принципиально нет, учитываю ли я её при проработке архитектурных и организационных решений - да.

Если вернутся к теме статьи (а точнее транскрипции доклада) - то как правильно заметил коллега в (86) указанный подход может дать технологические преимущества, для некоторых крупных компаний работает более вдумчивый подход на тех же принципах, но в условиях не полного continious, а только частичного в отдельных циклах производства ИТ.

Именно для подобных компаний я например парочку недель назад рассказывал про цифры и затраты эволюционного перехода на devOps в 1С - почти без докера https://speakerdeck.com/allustin/devops-for-1c, на семинаре для партнеров 1С кстати.

И последнее, что для меня лично странно - всё таки, откуда столько желчи в формулировках ? на грани хамства... зачем Вам это ?
93. Gureev 19.03.18 17:10 Сейчас в теме
(88)
зачем Вам это ?

Круто перевернули все на меня)
Я написал мнение (72) , что становиться крутым девопсером в ущерб интересов компании - нехорошо. И я видел такое неспортивное поведение.

Вся желчь выплеснулась в ответ)

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

Нет. Я представитель того класса, кто исповедует прогнозируемый и прагматичный подход.
Нет автоматизации ради автоматизации! Нет девопсу ради шильдиков!
95. lustin 993 22.03.18 11:13 Сейчас в теме
(93) Полностью разделяю ваш подход. Просто у нас в команде есть тандемы - по некоторым темам "Я активист-дивгатель", рядом со мной всегда "Приземлятор-прогматик", по некоторым темам наборот. Таким образом у нас достигается баланс между развитием и стабильностью. Статья и доклад от меня в роли "активиста-двигателя", поэтому выглядит однобоко, но тогда была такая цель "Сдвинуть". Поэтому - не судите строго.
96. ImHunter 21 27.07.18 07:56 Сейчас в теме
Видео доклада с конференции DevOops 2017.
DevOps в масштабе: греческая трагедия в трёх актах
Оч. подходит для просмотра к вечеру пятницы) 55 минут
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Санкт-Петербург
зарплата от 100 000 руб.
Полный день

Консультант-аналитик 1С (ЗУП)
Санкт-Петербург
Полный день

Руководитель группы сервисов ЭДО, ЭЦП и криптографии
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы интеграций (1С)
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы сервисов FRM на 1С
Москва
зарплата от 150 000 руб.
Полный день