Это памятка для клиента, отвечает на вопросы:
- На каком языке написан их продукт.
- Кто с ним может работать на вашей стороне для самостоятельное эксплуатации.
- Почему так и что с этим делать.
Рабочие продукты изготавливаются на следующих технологиях:
Для работы с исходным кодом программы необходима подтвержденная квалификация разработчика по специальности Ruby on Rails, для получения квалификации разработчика Ruby on Rails необходимо подтвержденное наличие навыков веб разработки, html+css+js, устройства сети, навыки разработки программ (редактор, терминал, сеть, linux).
Подтвердить свою квалификацию разработчик может на любых официальных курсах. До недавнего времени я преподавал в постоянном режиме (https://geekbrains.ru/users/39464?tab=feedbacks#feedbacks):
Но сейчас количество обучающих платформ уже большое количество и на любой вкус и цвет, поэтому я больше не заполняю эту пустоту отсутствия знаний у людей и не преподаю, а просто проверяю сертификаты студентов для приема к работе, которые получены в любой из современных школ разработчиков.
Без подтвержденных навыков человеку нечего делать в проекте и даже прикасаться к нему - это базовое правило.
Технические детали проекта имеет какой-либо смысл изучать/обсуждать только со специалистом, это не обсуждается, для не специалистов информация по владению проектом далее, а если есть желание стать специалистом с ноля - минимум два года обучения по всем нужным специализациям, например в там же где я преподавал https://geekbrains.ru/geek_university/web.
Проект написан и каким-то образом открывается (запускается) и выполняет свои функции - он физически состоит из файлов которые находятся на сетевом компьютере "сервер" и загружаются оттуда в браузер (Chrome / Firefox /...) при запросе адреса проекта.
Тут необходимо понимание работы DNS, CDN, Amazon (Route 53, S3), Heroku DevOps (виртуализации, маршрутизации):
Доменное имя (адрес в сtти) указывает что сайт по настроенному адресу необходимо загружать в конкретном месте. Информация об этом указывается и редактируется в DNS сервисе от Amazon - Route 53.
Сайт/API всегда открывается из конкретного места - по умолчанию (если проект не размещен специально на выделенных серверах) это облачная платформа www.heroku.com, используется мной уже больше 8 лет в продакшн системах, по следующим основаниям:
Файлы (вложения) в системе автоматически "бекапятся" (сразу складываются в бекап) и расположены в облачном хранилище Amazon S3.
Сам доступ к файлам идет сразу из облачного хранилища, что разделяет нагрузку с сервиса на CDN Amazon'а.
Переносить "себе" на какую-либо "вашу собственную" инфраструктуру (например у вас есть сервер, чтобы это для вас не значило) имеет смысл только если вы сможете повторить развернутую инфраструктуру у себя.
Для этого вам понадобится не только отдельно следящий за "работоспособностью" всех узлов компетентный специалист 24х7, но также постоянная реакция на проблемы и поломки как оборудования / сети / так и самого эксплуатируемого проекта - жизнь системы это постоянные падения, перезагрузки, потеря данных, разрывы соединений и прочее из списка.
Пока все работает - значит что все службы отработали корректно. Как только одна из поддерживающих служб специалистов перестает наблюдать - вы получаете проблемы в работе которые нужно диагностировать и решать.
В рамках облачного сервиса эти проблемы решаются для каждой виртуальной машины "оптом" специалистами этой компании - они за это получают зарплату.
Расчет стоимости услуг за этот сервис формируется ежемесячно пост-фактум исходя из фактически потребленных ресурсов - процессорного времени, размера базы данных, прочих дополнений.
Для того чтобы система принадлежала вам нет необходимости ее себе физически забирать, в большинстве случаев в итоге не находится возможности поднять, развернуть и поддерживать такого качества инфраструктуру, самостоятельно делать это достаточно емкий ежемесячный расход, при явной нецелесообразности.
Поэтому в heroku есть простая возможность смены "владельца" инфраструктуры, точно так же как и в Amazon, для этого вам понадобится завести аккаунт на heroku.com и сообщить ваш email - будет инициирована передача прав владения.
Не надо присылать мне пароль от этого аккаунта - в этом смысл что после передачи буду иметь доступ уровня "разработчик", имею доступ к выкладке обновлений и конфиуграций, но никаких административный функций владельца у меня больше не будет в доступе.
Точно также вам необходимо зарегистрировать аккаунт на Amazon Web Services - тут уже необходимо выдать мне логин и пароль, чтобы я произвел настройки сервисов S3 и Route 53. При наличие специалиста с вашей стороны он сможет это сделать сам, уточняю специалиста с "подтвержденной" квалификацией на эти действия.
Для прохождения нужных регистраций вам необходимо иметь работающий email, может понадобтися номер телефона, и банковская карта оплаты (у меня для этих целей заведена корпоративная карта для проведения расходных платежей). Базовые стоимости все беспланые и не выходят за рамки потребеления, счета выставлются только в конце месяца вместе с детализированной сметой.
Последнее как ответ на возможный вопрос - "все понятно, но быстренько скажите что куда ввести и мы сами сделаем". К сожалению такой инструкции нет, она возможна только в диалоге с квалифицированным специалистом, после подтверждения его квалификации и ответов на его точечные вопросы.
Вопросы о том как тот или иной узел функционирует требуется изучать самостоятельно по документации или получать квалификацию по соответсвующей специальности в онлайн школах.
Контрольные вопросы подвтеждающие что вы влаедете продуктом:
На данный момент этом вся информация которая необходима для владения инфраструктурой.
Пошаговый план создания результативного пред-инвестиционного документа с разбором каждого шага:
- Природа появления и назначения такого типа документа
- Архитектура документа
- Редактура и формат
Тип продукта — практическая методология, отвечает на вопрос "Как конкретно что-то сделать?".
Что внутри (материалы) — 7 видео эпизодов, требования к применению, принципиальная схема компонентов (архитектура), чек-листы для проверки результатов.
Экономическое обеспечение присутствия токенов (блокчейна) в цепочке деятельности использователей продукта / услуги (бизнеса)
Тип продукта — практическая методология, отвечает на вопрос "Как конкретно что-то сделать?".
Что внутри (материалы) — 4 видео эпизода, требования к применению, принципиальная схема компонентов (архитектура), чек-листы для проверки результатов.