Re: Настройка серверов, к которым нет доступа

[Nikita Borzykh]

Привет, есть такая штука omnibus от Chef. С помощью этой утилиты путем написания chef кукбуков можно любую сложную связку софта упаковать в deb пакет. Таким образом собраны пакеты chef-server и gitlab. https://github.com/opscode/omnibus

On Friday, November 7, 2014, Timur Batyrshin <ert...@gmail.com> wrote:

Всем привет,

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

Как вы поступаете в этом случае?

Навскидку могу предположить такие варианты:

* передать инструкцию как что настраивать

* упаковать все что нужно по-максимуму в deb-пакет или контейнер

* научить их пользоваться Chef/Ansible/etc и передать им рецепты настройки

Что еще? Что посоветуете? Сейчас передаем пачку инструкций в PDF, и меня это совсем не радует.

Тимур

--
Вы получили это сообщение, поскольку подписаны на группу "devopsru".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

[Eugene Klimov]

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

мне кажется для правильной работы 
надо написать скрипт requirements
который проверяет настройки \ софт и подсвечивает какого софта и каких настроек в каком конфиге не хватает...

[Alex]

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

Мы давно пылитесь продавать дописки и доработки коммерческого решения, которое покупают клиенты - это просто ад бесконечный.

Всегда есть этапы внедрения, саппорта на ответственность и прочие гарантии - за бабло отдельное от самого продукта.

Идеал инструкции для установки софта на клиентское оборудование - appstore. Да софт отчуждаемая клиенту. Но инфраструктура под полным контролем! И тогда получаются все гарантии, работоспособность и прочее.

Чтобы не было боли, просто имейте это ввиду:

1. Установка ваша должна быть всегда платная (отдельно от работ по созданию продукта) на существующий сервер клиента - никакой гарантии не даете, там его зоопарк, не подписывайтесь.
2. Установка ваша так же платная на новый голый сервер клиента - ваша гарантия при неизменности клиентом сервера (кукбуками рулите) - гарантия слетает сразу как кто-то что-то туда поставил.
3. Самый лучший вариант для адекватных клиентов которые решают бизнес задачу и всегда на него идут - взять вас же на саппорт вашего же продукта, по всем вышеуказанным условиям - вы и только вы рулите сервером, и да, только платно.

И это хорошая, проверенная опытом мировая практика.

Попытки дать инструкции и прочие сборки deb без полного контроля ситуации всегда вам помогут плохо спать.

Определите ответсвенности - и за свою берите деньги, или же отдаете ответственность дальше.

Успехов!

[Alex]

p.s. Йошемита как-то рьяно перехерачивает все что пишешь - прошу прощения, думаю понятно. Бешеный спелчекер - сейчас вырубим.

[Max Lapshin]

Я уже 5 лет продаю свой отчуждаемый софт и могу в целом подтвердить.

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

[Timur Batyrshin]

Самому рулить их сервером было бы идеально, но на это не пойдут их безопасники.

За бабло не удастся настроить по этой же причине (ну и у нас по-моему продаж в прямом виде нет вообще, но это уже другой разговор).

Докер может быть поможет, сейчас подумалось, но с ним свои проблемы будут, скорее всего.

За ответы спасибо! Ситуацию прояснило.

Будем думать дальше.

суббота, 8 ноября 2014 г., 16:18:39 UTC+3 пользователь Alex Depp написал:

[Max Lapshin]

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

[Alex]

Макс все верно говорит. 

Безопасники не безопасными - что угодно. Хорошо - это ваш участок, ваши с ним работы.

Многие проблемы софта в дистрибуции и саппорте решаются не на уровне софта, как бы это не звучало странно.

Никакие докеры и прочие вагранты не решают даже на йоту все будущие проблемы из за попытки решить эту проблему на уровне софта.

Отточеные apt-get установки изначально всем всегда рассказывают четко и ясно - ребята, все что вы тут делаете это на свой страх и риск. Хотите гарантию - вот тарифы на саппорт.

Даже не думайте про докеры и их друзей, уберегаю вас сразу от этой неверной мысли.

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

Еще момент, тоже из реальной практики. 

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

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

И все это очень просто решается простым разъяснением на уровне менеджмента. 

Это так же просто как и с уборкой на полу опилок после установки встраиваемой мебели в квартире клиента - нельзя убираться, нельзя трогать там ничего и нельзя и точка. Редко но метко бывают очень интересные истории, начавшиеся казалось бы с нормальной человеческой ответственности - поработал, убрал за собой. Но не тут то было.

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

Успехов!

2014-11-09 10:51 GMT+03:00 Max Lapshin <max.l...@gmail.com>:

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

--