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

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

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

Комментарии
1. Артур Аюханов (artbear) 880 28.03.16 16:19 Сейчас в теме
Подписался.
crabzzy; Berckk; lustin; +3 Ответить 1
2. Вячеслав Кадацкий (marsohod) 120 28.03.16 17:55 Сейчас в теме
Гм, выглядит замечательно. Даже слишком.
Но вот читал Вашу статью, а у меня из головы не выходил недавний инцидент, когда из-за 11 строчек кода стала невозможной установка тысяч пакетов. Подробности описаны здесь:
https://xakep.ru/2016/03/24/left-pad/
Не могу избавиться от ощущения, что предлагаемый вариант решения в какой-то момент рассыпется как карточный домик...
ifilll; Silenser; o.nikolaev; vvr908; CSiER; VVi3ard; lustin; Ta_Da; +8 Ответить 2
3. Олег Дмитров (baracuda) 3 28.03.16 18:15 Сейчас в теме
Много умных слов хорошо, до тех пор пока их не становится слишком много.
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; +31 Ответить 2
4. Александр Шаров (Ta_Da) 28.03.16 20:32 Сейчас в теме
(2) marsohod,
я бы рассматривал эту статью не как "вот так и только так делать нужно", а "смотри как можно". Тогда становится немного легче и спокойнее =)
Ну и надо понимать, что значительная часть упомянутых инструментов или уже являются (nginx, apache), либо в ближайшее время (поддержка docker d windows server) станут стандартами де-факто. Ведь теми же active directory и ms sql все пользуются уже без особой опаски.
ReN; Aleskey_K; wunderland; awa; sailor-cat; gubanoff; CSiER; rusmil; lustin; Hissin; +10 Ответить 2
5. Валерий Волошин (VVi3ard) 39 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 недели...

Статья однозначно полезна руководителям ИТ отделов которые обслуживают одно конкретное предприятие и хотят получить больше "внимания" от руководства, развить бурную деятельность, в процессе прокачав свой скил, свою незаменимость, а заодно прокачать свое резюме. В таком случае я бы взял эту статью за основу.
ifilll; Stepa86; Yakud3a; AXoxol; graphbuh; Noxie41; petrov42; dabu-dabu; ram3; Dementor; worker1c; recon; JohnyDeath; siddy; Ta_Da; AlkB; CTDEVIce; pavlov_dv; +18 Ответить 1
6. Игорь <...> (I_G_O_R) 43 29.03.16 01:33 Сейчас в теме
Может я что-то не так понял, но у меня возникает такой вопрос:
А кто потом будет поддерживать весь этот зоопарк It-технологий, если каждый бизнес менеджер будет внедрять кучу разных технологий, причем которые он знает?
Так если и пишешь на 1С свой велосипед (ну или допиливаешь скачанный с инфостарта), то если придет другой 1С-ник, то он худо-бедно сможет разобраться.
itriot11; manuel; o.nikolaev; marsohod; dabu-dabu; Dementor; h00k; dkonakov; worker1c; Award; Ta_Da; +11 Ответить 1
7. Алексей Лустин (lustin) 856 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 Ответить 1
8. Павел Ходаков (Berckk) 29.03.16 07:37 Сейчас в теме
Тоже слушал вживую и тоже подпишусь.
9. Роберт В е р т и н с к и й (v3rter) 29.03.16 10:04 Сейчас в теме
Для мозга хорошо - кровь прильёт! Но тема подводных камней не раскрыта :)
Сохраню себе в туудуу на посмотреть в свободное от несвободы время.
10. Женя Ткаченко (zhenyat) 29.03.16 10:29 Сейчас в теме
Да, всё это страшно интересно, - и страшно и интересно, особенно интересно развитие...
11. Владимир Snegnii (tradeagent) 29.03.16 12:11 Сейчас в теме
Я правильно понимаю, что из данной концепции инженер должен сам полностью составить ТЗ?
Вообще очень похоже на статью для "эффективных управленцев", какие-то утопии, это хоть где-то в описанном виде работает?
Dementor; +1 Ответить
12. bonv (bonv) 32 29.03.16 12:19 Сейчас в теме
(0) А что собственно Вы анализируете с помощью HIVE? И зачем в 1С может потребоваться Map-Reduce?
потому что там вы без HIVE никак не справитесь

Ну HIVE это всего лишь один из инструментов.
13. Михаил Зотов (ZOMI) 473 29.03.16 12:43 Сейчас в теме
Как же автор "далек от народа"...
Diversus; BudkoT; OerlandHue; d4rkmesa; dkonakov; adva; IgorS; Shmell; minimajack; +9 6 Ответить 1
14. Андрей Овсянкин (Evil Beaver) 4250 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 Ответить 1
15. Андрей Овсянкин (Evil Beaver) 4250 29.03.16 14:10 Сейчас в теме
(12) bonv, я, как ты понимаешь, не автор, но могу предположить, что можно сделать map по журналу регистрации на предмет похожих ошибок, а потом построить на этой статистике карту отказов, неавторизованных доступов, да мало ли...
16. Евгений Ванжула (minimajack) 35 29.03.16 14:20 Сейчас в теме
(14) Evil Beaver, "КАК" еще - не проблема. Проблема в том, что по большому счету, все изменения требуют вложений и средств - на которые собственнику бизнеса глубоко насрать. Для бизнеса главное что бы работало - и чем дешевле тем лучше. Для того что бы это имело смысл необходимо как минимум 5-6 адекватных разработчиков и активно работающих людей в районе 500 человек. Потому как с меньшим народом можно вполне справляться и через жопу.

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

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


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

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


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

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

Т.е. инвестиции в это изучение они будут работать на вашу же пользу. Даже если руководство не выделяет время на обучение, надо попробовать найти его самому. Потом это же поможет решать возникающие проблемы, а то время, которое вы сейчас тратите на "тушение пожаров" - оно высвободится.
starik-2005; +1 Ответить
20. Игорь <...> (I_G_O_R) 43 29.03.16 20:35 Сейчас в теме
(7)
я на этот вопрос уже отвечал голосом на видео

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

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

По поводу примеров:
каждый пример комментировать я не буду, уж слишком много времени надо на это, да и не все те технологии я знаю, но по поводу яндекс-маркета как мне кажется это уже перегибание палки, ради скачивания товаров поднимать кучу сервисов - мне кажется это как из пушки по воробьям.
kuril; d4rkmesa; Dementor; siddy; Ta_Da; +5 Ответить
21. Геннадий Николаев (genayo) 29.03.16 21:24 Сейчас в теме
В теории все хорошо - а рассказали бы лучше адепты о том, где и как на практике это применяется.

И, кстати, серебряной пули нет...
manuel; recon; +2 Ответить 1
22. Виталий Васильев (orfos) 28 29.03.16 21:27 Сейчас в теме
Вы невероятно крутой. Полностью поддерживаю ваш ход мыслей. Вся прелесть IT это возможность мешать между собой технологии на благо бизнеса и поднимать больше денег! Публикуйте больше практических примеров. Спасибо за качественный материал с примерами!
dabu-dabu; gubanoff; +2 Ответить
23. Александр Белов (AlexWhite) 155 30.03.16 08:27 Сейчас в теме
24. Ададуров Виталий (adva) 37 30.03.16 09:11 Сейчас в теме
Пока подпишусь, чтобы потом внимательно ознакомиться, но при беглом взгляде показалось, что это "борьба со сложностью созданием сложности нового уровня". Мне больше нравится подход Вирта, "обрезать по самое не могу", или другими словами, "выкидывать всё лишнее", хотя обсуждать это не готов.

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

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

Вот за это +
26. Олег Кострицын (recon) 34 30.03.16 09:59 Сейчас в теме
(21) Поддерживаю, тем более недавно читал статью здесь же о применении ZATO ESB на практике - http://infostart.ru/public/503059/
27. Павел А (Pavean) 30.03.16 14:00 Сейчас в теме
Практического здесь только "и так можно".
Не представляю себе этого в реальности.
Это что уход от специализации? Т.е. каждый должен быть и швец и жнец и на дуде игрец? Звучит красиво, продукт сделанный одними руками будет более качественный. Только где же найти людей которые всё это потянут? Кое-кто, кое-где - конечно есть такие люди. Только это не уровень середнечка. Тут даже речь не о количестве знаний в этот конкретный момент. Речь о том что надо постоянно мониторить ситуацию в ИТ, изучать, что-то пробовать. И вот сидишь ты такой изучаешь, пробуешь. Тут подходит начальник и спрашивает "- Ты чем занимешься?" . Что ему ответить?
Мне кажется снизу такой подход не вырастит, только сверху.

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

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

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

- с чего бы это качество будет наращиваться от банального обмена?
el-gamberro; d4rkmesa; +2 Ответить 2
29. Михаил Краснобаев (milo1) 1 30.03.16 15:11 Сейчас в теме
Отличная статья, а сколько такой специалист может стоить?
30. Михаил Краснобаев (milo1) 1 30.03.16 15:15 Сейчас в теме
(28) KapasMordorov, а гитхаб это банальный обмен? Мне казалось, что он позволяет гораздо больше, например, вопросы разработчикам, заявки на внесение новых функций, исправление ошибок пользователями, которые активно используют код.
31. Михаил Краснобаев (milo1) 1 30.03.16 15:17 Сейчас в теме
Автор опять своих пасхальных яиц набросал в тексте!!
32. Михаил Зотов (ZOMI) 473 30.03.16 16:51 Сейчас в теме
Да, уже более ста "водителей маршруток" заценили опыт "гонщика формулы I"
starik-2005; Andrsan; +2 Ответить
33. Ададуров Виталий (adva) 37 30.03.16 18:14 Сейчас в теме
Да, действительно, это технология только для программистов "олимпиадистов", или для среднего уровня тоже подойдет?
34. Евгений Пономаренко (Evgen.Ponomarenko) 510 30.03.16 18:26 Сейчас в теме
Фух…. Ну уж очень большая статья… многоплановая и плотная. Если бы её разбить бы на три статьи – было бы гораздо лучше. И комменты были бы ближе к теме… а то… пока до конца дойдешь, три раза забудешь, что сказать хотелось… Зато тема более чем интересная.
Ваша «Примерная структура IT-управления»
Содержит пару интересных моментов: Во первых, отдел анализа – это скорее рудимент, ибо цикл анализ-план-действие-контроль-анализ присущ всем бизнес-процессам и выделять его в отдельный отдел – как то не комильфо.



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


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

По тексту статьи удивила фраза “…разворачиваете на движке Docker. Там встроено бекапирование. Все автоматически, одной кнопкой.”
Нет жеж там никакого встроенного бэкапирования, вся идеалогия Docker построено вокруг термина “statless”. Т.е. контейнер должен быть самодостаточным, не хранить данных и т.п.
Конечно, можно линковать data-контейнеры и есть еще несколько способов бэкапить данные с которыми работает docker. Но я бы не называл это “встроенным бэкапированием одной кнопкой”.
siddy; Dementor; +2 Ответить
36. Сергей Филькин (FSerg) 63 30.03.16 18:56 Сейчас в теме
(28) KapasMordorov,
Ну и вообще статья полна пустыми ложными выводами:
[IS-QUOTE]Не забывайте, нужно постоянно наращивать качество: опубликовали код на github, кто-то к вам присоединился, вы с кем-то поделились.

- с чего бы это качество будет наращиваться от банального обмена?[/IS-QUOTE]
Потому что на github очень высокая степень социализации! Это как VK и FB только для программистов :)
Да и вообще вам будет просто стремно светить в паблик говно-кодом, хотя бы из-за этого качество и стиль написания сильно улучшается :)
37. Олег Филиппов (comol) 3170 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 (Alex_Japanese_Student) 332 31.03.16 07:27 Сейчас в теме
Как это сделать? За сколько вы это сделаете по срокам? Чтобы для каждого? Понятное дело, что вы задумаетесь о технологии 1CFresh, захотите разворачивать инфраструктуру в режиме сервиса. А можно это развернуть часа за два: берем docker, упаковываем 1С:Деньги в виде контейнера, то же самое делаем с Apache, и начинаем их разворачивать.

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


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

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

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

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

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

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

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

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

Умышленная ошибка?
45. Дмитрий К. (Dementor) 9 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.
itriot11; kuril; Yakud3a; ryutao; le0nid; Aleksey_3; zqzq; neuromancer_aza; dabu-dabu; surikateg; recon; d4rkmesa; KapasMordorov; evgeniy-zaytsev-76; ZOMI; minimajack; siddy; +17 Ответить 1
46. Алексей Лустин (lustin) 856 03.04.16 13:52 Сейчас в теме
(44) ander_, точно, дороговато по владению получается. На мой субъективный взгляд.

(45) это не статья, это выдержка из доклада Инфостарта. позиция ваша понятна - она лишь дополняет общую концепцию. Посмотрим что произойдет за парочку-тройку лет.
47. Михаил Петухов (oldfornit) 04.04.16 09:23 Сейчас в теме
(46) lustin, кстати говоря, а КАК у Вас реализован сбор данных журнала регистрации? Поделитесь пожалуйста конфигами :)
Причина вопроса - столкнулись с необходимостью регламентной обрезки ЖР (1Г в сутки - это как-то многовато), а решение "влоб" - импорт в базу ms sql работает примерно "сутки за сутки" (при условии, что ресурсы сервера-приемника достаточно ограничены и выделять больше - слишком некрасивое решение)
48. Андрей Калякин (kalyaka) 116 04.04.16 10:06 Сейчас в теме
Тема мне кажется очень важная, однако до практической реализации полноценного цикла разработки и сопровождения на платформе 1С - как до луны пешком :). Много читаю по теме, но цельная мозаика не складывается, много темных пятен.
Если б автор взялся за обучение в постановке процесса DevOps на 1С, я бы первым записался. В качестве примера такого обучения мне очень нравится курс от Фарита по производительности.
49. Алексей Лустин (lustin) 856 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) 856 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, остается только задокументировать






51. Алексей Лустин (lustin) 856 22.12.16 07:42 Сейчас в теме
Еще вести с полей

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

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

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

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

Статья нормальная (небольшая, правда), читается легко. Всем советую читать до полного просветления, чтобы не оказаться при смене формации неспособными к дальнейшей эволюции.
53. Алексей Лустин (lustin) 856 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. Sergey Andreev (starik-2005) 1135 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".
55. Sergey Andreev (starik-2005) 1135 19.01.17 11:54 Сейчас в теме
Засунул с помощью PHP в Redis базу 104кк недействительных паспортов - 40 минут на домашнем компьютере (прочитал строку, выделил серию и номер, отправил в редис - по одной штуке). Текстовый файл CSV больше гига, в памяти Redis'а занимает всего-ничего - 4,5 гига. Скорость вставки через SADD 40к-45к в секунду (в принципе, через LPUSH и RPUSH примерно то же самое, но во этом случае отсутствует возможность проверки одной командой на ключ/значение), скорость проверки на ключ/значение списка - >100к/сек. MS SQL грузит те же данные из CSV, конечно, быстрее, если скармливать ему упорядоченный файл, а вот если неупорядоченный - то уже куда дольше. Ну и селекты со скула куда медленнее в итоге обрабатываются.
56. Тимур - (leemuar) 22.01.17 18:46 Сейчас в теме
(53) Алексей, а что такого интересного для Redis ожидается в 8.3.10?

Мы сейчас пытаемся прикрутить Redis к 1С для кэширования межсеансовых констант и очередей заданий
starik-2005; +1 Ответить 1
57. Тарас Будько (BudkoT) 12.02.17 21:47 Сейчас в теме
(3) а еще человек всей статьей рассказывает, прям кричит, что нужно пакетность, глоабльность, интегрируемость, кооперация и т.п....
А потом говорит: "от...я в последнее время отошел в связи с импортозамещением.."
Вотс э фак?
Мало ли как импортзамещение скакнет, может и от компов прийдется отказаться для создания устойчивых иттехнлогий?:)))
ЗЫ: какой-то от статьи внутреннепротиворечивое впечатление...
58. Тимур - (leemuar) 13.02.17 18:16 Сейчас в теме
(56) отвечаю сам же на свой вопрос: в 8.3.10 с точки зрения DevOps интересны
* запуск конфигуратора в режиме SSH-агента
* возможности частичной выгрузки конфигурации в файлы
59. Александр Орефков (orefkov) 1469 26.07.17 10:50 Сейчас в теме
Я может немного плохо статью прочитал, но для меня из всей статьи выкристаллизовался только один тезис - "давайте у нас в айти все будут умные, ответственные и многознающие, тогда у нас всё будет красиво, быстро и не глючить".
60. Sergey Andreev (starik-2005) 1135 26.07.17 13:28 Сейчас в теме
(59)
"давайте у нас в айти все будут умные, ответственные и многознающие, тогда у нас всё будет красиво, быстро и не глючить"
А чем это конкретно плохо? Ну кроме того, что практически неосуществимо )))
61. Александр Орефков (orefkov) 1469 26.07.17 14:23 Сейчас в теме
(60)
Ну, хочется не меню, а рецептов.
Первая же ситуация - "используем ZatoESB". Это уже готовое решение, а как осуществился выбор именно ZatoESB - непонятно. Предполагается, что у нас есть умный devops, который уже всё знает, все ответы на все вопросы. А где брать и как вырастить такого devops'а - где ответ. Или есть гарантия, что devops, знакомый с докером вагрантом и питоном - априори может решить любую бизнес-проблему? Или проводя аналогии - давайте у нас в обслуге объединим вместе уборщиц, электриков и сантехников, выдадим каждому по мультитулу и ведру - и будет у нас всё хорошо.
62. Татьяна Лустина (Silverbulleters) 134 26.07.17 14:57 Сейчас в теме
(57) я напомню - это выжимка из доклада... а не полноценная статья, но в целом суть отражает

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

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

выберите уже - и начинайте использовать
63. Sergey Andreev (starik-2005) 1135 26.07.17 15:10 Сейчас в теме
(61)
А где брать и как вырастить такого devops'а
Ну тогда скорее "ИЛИ", ибо или берем, или растим )))

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

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

А если серьезно, то сам термин DevOps так расшифровывается:
DevOps (акроним от англ. development и operations) — набор практик, нацеленных на активное взаимодействие и интеграцию специалистов по разработке и специалистов по информационно-технологическому обслуживанию.
Тут нет одной технологии и одного специалиста - тут синтез, синергия технологий. Тут лучше сравнивать не с обслугой, а со зданием. Есть ИТ-ландшафт, этакое здание, которое содержит в себе и сантехническую составляющую, и электрику, и несущие конструкции - что-то из этого нуждается в обслуживании. Но речь идет именно об инфраструктуре, а не о ее обслуживании. Для ИТ-инфраструктуры обслуга - это ИТ-саппорт + HelpDesk. Знание технологий для обслуги нужно на уровне понимания, как локализовать проблему и, по-возможности, решить ее или передать на следующий уровень поддержки.
64. в п (panvartan) 27.07.17 01:34 Сейчас в теме
Все перечисленные технологии создавались и замечательно работают без 1с. К ним, в принципе, через некоторый интерфейс можно добавить паровой котел и назвать кочегара девопсером. Но после заказа угля через интернет и анализа кривой удовлетворенности жителей микрорайона, он возьмет лопату и пойдет на смену к топке.
65. Sergey Andreev (starik-2005) 1135 27.07.17 10:19 Сейчас в теме
(64)
и назвать кочегара девопсером
Вы не поверите, но слово "шофёр" с французского переводится именно как "кочегар".

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

на кучу

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

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

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

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


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

А с последним согласен - мало тех, кто в состоянии понять, что велосипед для этой конкретной ситуации уже есть и пилить "мильён" строк кода не нужно - нужно просто взять и научиться использовать.
70. Кирилл Кожин (kuril) 23 28.07.17 11:55 Сейчас в теме
(25) постгрес отечественный ?
71. Кирилл Кожин (kuril) 23 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/


не бывает бесплатно(быстро, дешево и без навыков) и все работает
либо дорого
либо долго
либо уже есть знания+навыки
itriot11; Dementor; Evil Beaver; +3 Ответить
Оставьте свое сообщение