Открыто

[Pluralsight] Vagrant - инструмент для быстрого развертывания окружения для разработки. Часть 2

Тема в разделе "Программирование", создана пользователем Monogatari, 16 май 2016.

Цена: ----
Взнос: ----

Основной список: 7 участников

Резервный список: 7 участников

  1. 16 май 2016
    #1
    Monogatari
    Monogatari ЧКЧлен клуба

    Складчина: [Pluralsight] Vagrant - инструмент для быстрого развертывания окружения для разработки. Часть 2


    Год выпуска: 2014
    Производитель: Pluralsight
    Продолжительность: 01:39:40
    Название курса на языке оригинала: Introduction to Versioning Environments With Vagrant

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

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

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

    Vagrant доступен для всех популярных операционных систем (ОС), и работает со всеми популярными виртуальными машинами (ВМ).

    Как насчет того, чтобы поднять работу с VirtualBox на новый уровень — создавать виртуальные машины быстро и целыми пачками, организуя их в сеть? Что, если одним конфигурационным файлом и парой команд создавать простую и воспроизводимую структуру серверов, управляя шарингом папок и перенаправлением портов? Уже интересно?

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

    Vagrant — это что-то вроде обёртки над системой виртуализации. Наиболее часто используют VirtualBox, но драйвера есть и для VmWare и даже для Amazon EC2.

    Для каких задач может пригодиться Vagrant?
    • Вам просто нравится CLI и нужна виртуальная машина чтобы с чем-то там поиграться;
    • Такой жесткий способ изолировать ненадежное, например, в плане безопасности, приложение ото всей остальной системы;
    • Быстрый способ развернуть на сервере какой-нибудь готовый LAMP ценой накладных расходов на виртуализацию;
    • Проверить, как ведет себя распределенное приложение при сетевых проблемах и падении машин;
    • Еще при тестировании удобно иметь какой-то начальный образ системы, к которому можно откатиться перед следующим прогоном тестов;
    • И опять таки, тестирование — вы разрабатываете под x64 c 16 Гб памяти, а хотите проверить, что программа работает на x86 с 512 Мб памяти;
    • Иногда выгоднее купить одну жирную тачку и разместить на ней несколько ВМ, чем покупать несколько физических машин;
    • В ряде случаев с Vagrant’ом намного удобнее мигрировать приложение с хоста на хост (в частности, передать сайт другому владельцу);
    • Как замена deb- и rpm-пакетам, которая умеет разрешать конфликты зависимостей всяких криво написанных приложений, как бы создавая для них «песочницы»;
    • Вы сидите под Ubuntu, а вам для решения каких-то задач иногда нужна другая ОС — CentOS, FreeBSD, OpenBSD или Windows;
    Плюсы и минусы Vagrant

    + сокращаем время на подготовку к работе;
    + быстрая поддержка зависимостей проекта;
    + упрощает тестирование приложения;
    + кроссплатформенность;
    + не разводим зоопарк технологий на dev машине;
    + можем сымитировать production сервер, что снизит риски появления ошибок после отправки проекта в live.
    - виртуальные машины требуют больших ресурсов;
    - необходим навык администратора *nix систем для установки и поддержки Vagrant.

    [​IMG]
    [​IMG]
    [​IMG]
    [​IMG]
    04 Создание Hubot среды
    0401 Введение
    0402 Коробки
    0403 Rsync
    0404 Initialize Hubot Dev окружающей среды
    0405 Предоставление Hubot
    0406 Эшафот Hubot проекта
    0407 Настройка Rsync синхронизировано Папки
    0408 Запуск Hubot из командной строки
    0409 Интеграция HipChat
    0410 Настройка службы Upstart
    0411 Run Upstart Service
    0412 Recap

    05 Hubot в облаке
    0501 Введение
    0502 Несколько машин
    0503 Провайдеры
    0504 Плагины
    0505 Конфигурирование AWS AMI
    0506 Настройка SSH для АМС и ключей доступа
    0507 Настройка Rsync для AWS
    0508 Настройка приложения Перекрытие
    0509 Запуск Hubot в облако
    0510 Альтернативный вариант VirtualBox
    0511 Процесс разработки и изменение Hubot
    0512 Release Workflow и разблокирование Наши изменения
    0513 Откат Производство
    0514 Cleanup
    0515 AWS Соображения
    0516 Vagrant Cygwin zwindows SSL Исправлена ошибка
    0517 Reflect
    04 Creating a Hubot Environment
    0401 Introduction
    0402 Boxes
    0403 rsync
    0404 Initialize Hubot Dev Environment
    0405 Provision Hubot
    0406 Scaffold a Hubot Project
    0407 Configure rsync Synced Folders
    0408 Run Hubot From the Shell
    0409 Integrate HipChat
    0410 Configure Upstart Service
    0411 Run Upstart Service
    0412 Recap

    05 Hubot in the Cloud
    0501 Introduction
    0502 Multiple Machines
    0503 Providers
    0504 Plugins
    0505 Configuring an AWS AMI
    0506 Configuring SSH to AWS and Access Keys
    0507 Configuring rsync to AWS
    0508 Overriding Application Configuration
    0509 Launching Hubot Into the Cloud
    0510 Alternative VirtualBox Option
    0511 Development Workflow and Changing Hubot
    0512 Release Workflow and Releasing Our Change
    0513 Rolling Back Production
    0514 Cleanup
    0515 AWS Considerations
    0516 Vagrant cygwin zwindows SSL Bug Fix
    0517 Reflect

    // Сам курс не покупается, а берется в паблике
    // Как наберется народ, найдется и переводчик и организатор :)
    // Заинтересовались – подписывайтесь!:)
     
    Последнее редактирование модератором: 24 май 2016
  2. Последние события

    1. AndryK
      AndryK участвует.
      3 мар 2023
    2. skladchik.com
      В складчине участвует 5 человек(а).
      19 фев 2023
    3. sibbora
      sibbora не участвует.
      17 янв 2023
    4. Kruteluk
      Kruteluk не участвует.
      19 окт 2022