2016-09-09 MediaWiki4Intranet — развертываем для разработки и в production c помощью Vagrant и Ansible
| Line 12: | Line 12: | ||
на подходе [https://sagarhani.wordpress.com/2016/07/31/one-last-step-for-completion-of-google-summer-of-code-kde-wikitolearn/ мгновенное коллаборативное редактирование] в стиле «etherpad/googledocs» — все это уже не развернуть тупо копированием файлов, да и хлопотно тащить все это под Windows — в целом, уже почти все вменяемые вебразработчики ушли с Windows на Mac/Linux. | на подходе [https://sagarhani.wordpress.com/2016/07/31/one-last-step-for-completion-of-google-summer-of-code-kde-wikitolearn/ мгновенное коллаборативное редактирование] в стиле «etherpad/googledocs» — все это уже не развернуть тупо копированием файлов, да и хлопотно тащить все это под Windows — в целом, уже почти все вменяемые вебразработчики ушли с Windows на Mac/Linux. | ||
| − | Впрочем, современный тренды разработки вовсе требуют вынести за скобки систему разработчика (это его личное дело), а все-все-все зависимости проекта инкапсулировать и контейнеризировать<ref>Самый последний писк моды это «ехал докер через докер», но сейчас мы рассмотрим промежуточную версию, с виртуальными машинами и гибким обновлением через ansible.</ref>. | + | Впрочем, современный тренды разработки вовсе требуют вынести за скобки систему разработчика (все это холиварно и его личное дело), а все-все-все зависимости проекта инкапсулировать и виртуализировать/контейнеризировать<ref>Самый последний писк моды это «ехал докер через докер», но сейчас мы рассмотрим промежуточную версию, с виртуальными машинами и гибким обновлением через ansible.</ref>. |
И тут еще возникают сложности разработки и обновления нашего «бандла» — как его ставить, чтобы можно было в пару действий, с минимальной кривой обучения | И тут еще возникают сложности разработки и обновления нашего «бандла» — как его ставить, чтобы можно было в пару действий, с минимальной кривой обучения | ||
| Line 20: | Line 20: | ||
** надежное конфигурирование удаленного сервера на production. | ** надежное конфигурирование удаленного сервера на production. | ||
| + | Вообще, у нас есть интересный инструмент — [[Repo.php]], специально заточенный для развертывания MediaWiki4Intranet, но | ||
| + | * Он все-таки про развертывание PHP-части, где-то конкурируя с Composer<ref>Который, кстати, появился слишком поздно, после [[Repo.php]] — иначе бы, конечно, не стали бы так «велосипедить»</ref> | ||
| + | * Развернуть и раскатать систему с нуля, поставить nod-ный стек, настроить firewall и т.п. — за пределами его функциональности. | ||
| + | * Никто уже не хочет слышать ни о каких новых, и тем более самопальных системах развертывания, когда [https://dzone.com/articles/the-periodic-table-of-devops-tools DevOps-зоопарк] уже взрывает всем мозг, а горшочек все продолжает варить и они все лезут и лезут на свет. | ||
Revision as of 23:24, 9 September 2016
Как быстро бежит время!
Проекту MediaWiki4Intranet уже больше десяти лет, а вообще, наших попыток натягивать сову на глобус MediaWiki для всех интранет-задач внутри IT компании и вовсе лет 12.
И изначально все было достаточно просто и понятно — стандартный PHP-проект, в духе «скопируй файлы в настроенный PHP-хостинг», и вообще было не зазорно вести разработку/доработку в винде, под LAMP-окружениями типа XAMPP, а на линукс-машину выкатываться через SVN.
Поэтому мы в свое время и завели такую штуку, как Windows-сборка Mediawiki4Intranet, где обычным каталогом лежали все необходимые утилиты/фреймворки (включая TeX, Graphviz, Sphinx), и любой виндовс-пользователь мог попробовать проект, и даже не приходя в создание начать что-то править и создавать[1].
Но время идет.
MediaWiki из моностекового монолитного PHP-проекта, с классической моделью «генерации страницы на сервере» постепенно превращается в мультистековый микросервисный проект с realtime взаимодействием — так, например, появившийся WYSIWYG-редактор требует node.js-стека с специально поднятым сервисом парсинга, на подходе мгновенное коллаборативное редактирование в стиле «etherpad/googledocs» — все это уже не развернуть тупо копированием файлов, да и хлопотно тащить все это под Windows — в целом, уже почти все вменяемые вебразработчики ушли с Windows на Mac/Linux.
Впрочем, современный тренды разработки вовсе требуют вынести за скобки систему разработчика (все это холиварно и его личное дело), а все-все-все зависимости проекта инкапсулировать и виртуализировать/контейнеризировать[2].
И тут еще возникают сложности разработки и обновления нашего «бандла» — как его ставить, чтобы можно было в пару действий, с минимальной кривой обучения
- запустить что-то работающее,
- получить и
- тестовую версию для локальной отладки, в построчном IDE, с ручным ковырянием файлов по живому, и коротким REPL-циклом
- надежное конфигурирование удаленного сервера на production.
Вообще, у нас есть интересный инструмент — Repo.php, специально заточенный для развертывания MediaWiki4Intranet, но
- Он все-таки про развертывание PHP-части, где-то конкурируя с Composer[3]
- Развернуть и раскатать систему с нуля, поставить nod-ный стек, настроить firewall и т.п. — за пределами его функциональности.
- Никто уже не хочет слышать ни о каких новых, и тем более самопальных системах развертывания, когда DevOps-зоопарк уже взрывает всем мозг, а горшочек все продолжает варить и они все лезут и лезут на свет.
- ↑ Вот короткая, почти не устаревшая лекция про архитектуру MediaWiki
- ↑ Самый последний писк моды это «ехал докер через докер», но сейчас мы рассмотрим промежуточную версию, с виртуальными машинами и гибким обновлением через ansible.
- ↑ Который, кстати, появился слишком поздно, после Repo.php — иначе бы, конечно, не стали бы так «велосипедить»
