Это большая часть кодирования, все это хорошо, он работает на вашей машине, вашей версии SQL, вашего локального ящика IIS, но как вы берете на один веб -сайт и достаете его широкой публике, или в ваших тестеров ?
Что является наиболее эффективным способом, что требует наименьшего количества головного университета, чтобы приступить к работе. Это вопрос, с которыми разработчики должны столкнуться в какой -то момент. Это всегда лучше всего смотреть на других, вместо того, чтобы пытаться заново изобрести колесо и на кого лучше взглянуть, чем бегемот, который переполнен стеком. В нем есть миллионы пользователей в год, и они довольно подробно подробно подробно описали свой подход к развертыванию своего кода!
В настоящее время в автоматических развертываниях много разнообразия я читаю о предмете и Вот отличный пост в блоге от переполнения стека и как они занимаются этим мамонтовым. Они делают ряд хороших моментов и дают очень подробное объяснение в своем процессе.
Вы новичок в жизненном цикле ALM? Вы хотите начать постоянную интеграцию своей системы, но не понимаете концепцию или как она может принести пользу вам и вашему продукту? Что ж, есть несколько преимуществ для автоматизированных сборок и развертываний, из моего собственного опыта я бы сказал, что наиболее заметные причины следуют такому подходу к существованию:
Любой может развернуть
Хуже всего со стандартной структурой развертывания — это то, что некоторые люди выполняют определенную работу. Команду инфраструктуры обычно поручено развернуть код во всех наших средах. Но что, если их нет или заняты другими задачами? Должны ли ваши развертывания действительно обращаться с реальными людьми? С автоматическими сборками и развертываниями вы удалите это ограничение из процесса. Вы можете развернуться в любое время, когда захотите, где бы вы ни находились, и от того, кто имеет привилегии утвердить такое решение.
Меньше ошибок, больше повторения
Может потребоваться немного времени, чтобы поднять его, особенно успешно, но как только это препятствие будет преодолено, развертывание больше не будет содержать человеческие ошибки, и их можно запустить столько раз, сколько захотите, когда захотите.
Возможно, вы где -то сделали небольшую смену текста, и хотите, чтобы он выдвинул, это суббота/воскресенье. Непрерывное развертывание все равно, нажмите кнопку и посмотрите, как происходит волшебство!
Разработчики и DevOps тратят свое время на работу!
Разработчики и инфраструктура проведут больше времени вместе, создавая этот процесс. Он является неотъемлемой частью текущего процесса правильно определяется и преобразуется в автоматизированный процесс. Это потребует большого количества проб и ошибок, установления разрешений, тестирования брандмауэров, создания повторных заполненных сценариев PowerShell и даже в конечном итоге автоматизированных сценариев тестирования здравомыслия.
Это освободит время, чтобы заглянуть в суть релиза, как продолжать добавлять к нему, оптимизировать его, делая его быстрее, более эффективным и в конечном итоге отдать время людям, у которых есть более важная вещь, а затем копировать файлы из сервер на сервер!
Выпускать чаще
В дополнение к этому, поскольку нет накладных расходов для выпуска кода после завершения автоматического процесса, это также означает, что вы находитесь в положении удачи, которую вы можете чаще выпускать код. Только что внесли изменения? Проверил это в TFS или GitHub? Автоматизированная сборка начинается за кулисами, а затем выпускает эту версию всякий раз, когда вы готовы, или запланируйте ее для любого простоя, запланированного в тот день? Вам больше не нужно ждать ресурса и отнять их от того, что они делали. Преимущества огромны!
Так чего же ты ждешь? Начните изучать решения сейчас? Мой девиз всегда начинается с малого и медленного! Не занимайтесь массовым устаревшим проектом с самого начала. У вас есть что -то меньшее, на котором вы могли бы практиковаться? Может быть, внутреннее приложение, которое выпускается время от времени. Как насчет создания решения жизненного цикла ALM? Затем, используя то, что вы узнали, начните работать над своим приложением и посмотрите, как далеко вы можете зайти!
Существует ряд других инструментов, которые вы могли бы использовать для автоматических сборок и развертываний, они, вероятно, являются самыми популярными прямо сейчас, я связан с каждым, так что нажмите и посмотрите, что принесет вам пользу больше всего.
Чтобы прочитать полную статью, перейдите по ссылке здесь : Как переполнение стека Do Deployment 2016
Дайте нам знать, что вы думаете ниже сгиба, если у вас был какой -либо положительный опыт из каких -либо конкретных продуктов или услуг. Мы все здесь, чтобы учиться, и, как говорится, нет смысла в повторном изобретении колеса, если есть хороший подход, который соответствует вашим требованиям, вы, вероятно, должны использовать это.
Оригинал: «https://dev.to/designpuddle/the-most-efficient-way-to-deploy-your-code—the-tools-you-should-use—stack-overflow-share-their-approach-8ok»