Я подумал, что было бы склонно иметь мой первый dev.v.fo Pust о чем-то, что я нахожу общего между моей текущей работой по разработке и работой начального уровня.
Представьте себе это: вы идете в McDonalds, чтобы пообедать. Среди обычных пунктов меню (И случайное ожидание меню вернется, потому что объявление захватило весь экран) Вы видите новый продукт, который не был в меню в последний раз, когда вы туда ходили.
После того, как он заказывал его в интересах, менеджер спрашивает вас, как вам понравился новый предмет — или просто тайно посмотрите на вас, чтобы увидеть, как вы отреагируете на первые несколько укусов.
Есть три возможных результата для этого сценария:
- Ты ненавидеть это . Вы делаете один укус, а не заканчиваете еду, и даете менеджеру знать, что вам не понравился этот новый продукт еды. Почти все остальные также ненавидят это, и на следующей неделе вы больше не видите новый продукт еды.
- Ты люблю это , а также многие другие люди. Этот предмет в конечном итоге становится постоянным пунктом меню во всех ресторанах McDonalds по всей стране, возможно, даже заменив то, что не продавалось так много, как этот новый предмет.
- Ты и Наверное, половина клиентам магазина нравится. Поскольку не все ненавидят этот новый пункт меню, он попадает в меню во всех ресторанах McDonalds в качестве предмета «A-la-Carte»: он недостаточно популярен, чтобы иметь свой собственный номер в списке пищи.
Это очень распространенное явление, которое происходит в большинстве основных мест быстрого питания. Когда я работал в McDonalds, мы назвали это LTO — «ограниченным предложением времени» — и, как правило, разворачивается только в один регион, чтобы увидеть, как клиентам понравится, прежде чем принять решение о том, чтобы представить его по всей стране.
Эта концепция не является чем -то новым в ресторанной индустрии, и она также имеет место в разработке программного обеспечения. Это называется Канарское развертывание и включает в себя:
«Нажатие изменений кода программирования на небольшое количество конечных пользователей, которые не вызвались что -либо проверить» Анкет
«Развертывание кода для не добровольцев?! Какая сомнительная производственная модель! «
Концепция может показаться подозрительно ( Зачем вам подтолкнуть код не вытеснению? ), но реальность такова, что развертывание канарейки кажется сомнительным, потому что исходный код не похож на что -то осязаемое, как бургер или молочный коктейль.
На самом деле, канарейское развертывание — это то, что уже реализуется в большинстве корпоративных программ. Гитлаб имеет процедуры на Как включить развертывание канарейки и описывает его как «популярную стратегию непрерывного развертывания». Klarna, компания, которая предоставляет финансовые услуги онлайн -предприятиям, предлагает в своих блогах Dev, что Canary развертывание добавляет огромный уровень уверенности для выпусков программного обеспечения. Статья Netflix Tech Blog «Уверенность в канарейке» Показывает, что развертывание Канарских островов занимает большую часть их тестирования, прямо в середине между регрессионными тестами и красно-черными тестами:
Канарское развертывание так же распространено, как коктейли в трюк, каштановые пралине и все другие вкусные вещи, которые мы на самом деле не просили добавить в меню, но, тем не менее, мы все еще едим. В конце концов, разве не причина, по которой мы продолжаем возвращаться в Макдональдс, состоит в том, чтобы увидеть, какой новый захватывающий бургер мы можем попробовать?
Оригинал: «https://dev.to/jpin27/what-production-environments-can-learn-from-mcdonalds-4ipb»