Можно ли распространять приложение в docker, чтобы скрыть его исходники?

Question

[Алексей Голобурдин]

Здравствуйте!

Нам необходимо установить наше приложение на сервере заказчика (python+postgresql), но при этом нельзя открывать исходники приложения и содержимое БД.

Можно ли обернуть приложение в Docker и как-то закрыть его паролем, чтобы без пароля нельзя было залезть внутрь контейнера, но при этом можно было его запускать? Или с Docker нереализуемо и лучше оформить всё как виртуальную машину? Если виртуальную машину, какую лучше выбрать для нагруженного веб-сервиса?

Answer 1

[spaceatmoon]

Забейте, такого еще не придумали. Я знаю только два способа обезопасить от кражи.

1. Переписать на C++ и использовать DRM - Защита сомнительная, но т.к. вы не игры пишите, то 100%. Никто с этим мудохаться не будет.

2. Переписать на C и зашить частички кода в микроконтроллеры, а микроконтроллеры объединить в кластер, а там механический аппарт с рычагами и кнопками.

Микроконтроллеры можно использовать двух типов:
а) Микроконтроллер военный. Это тот, в котором кристалл памяти не защищен и при активации ультрафиолета память очищается.
б) Обычная китайщина. После записи не забудьте всё эпоксидкой залить.

Есть еще один вариант, ничего переписывать не надо, но он сопряжен с рисками.
Собираете сервер своими руками. В качестве жесткого диска можно выбрать такой SSD с функцией самоуничтожения, первый контур это взрывчатка, второй контур это что-то типа излучателя который выводит электронику по близости. Только сильно не играйтесь, а то в Ираке люди от этого мутировали.

Comments

[Алексей Ярков]

На Пикабу под этим ответом была бы ветка в 500+ комментов

[Талик]

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

[spaceatmoon]

Талик, ну окей. Сделали вы образ, но у автора еще и БД завернута, а если она еще и пополняется, то вообще фейл. Эти контейнеры не очень надежны и служат вообще не для этого. Они служат как раз таки для изолирования внутренностей, которые по сути должны быть stateless.

Автору на том же DO развернуть отдельную тачку и всё. Даже доступы давать не надо. Приложение изолировано? - Изолировано.

Алексей Голобурдин вы что продаете сервис или приложение? Если сервис, то клиента вообще колыхать не должно, вон можете как я предложил.

[Талик]

spaceatmoon, в чем проблема роботы с БД в докере? никакой. для доступа так же используются пароли.
Логины и пароли используются для доступа к внутренностям контейнера. А хождения между бд и приложениям не проблема вообще.

[Алексей Голобурдин]

Насколько я понял, покурив документацию, докер всё же действительно не предназначен для решения такого вопросам. Виртуалка полноценная надёжнее, хотя вероятно и ее можно сломать, но задача сия куда более неприятная.

[spaceatmoon]

Алексей Голобурдин, просто у контейнера такая сущность, что все изменения пропадают если контейнер повиснет, упадет, перезагружен. В случаи с БД это очень рискованно.

[Алексей Голобурдин]

spaceatmoon, то есть в целом в продакшн запускать БД в docker плохая затея? Тогда вообще не понимаю, зачем он нужен, одни ограничения

[spaceatmoon]

Алексей Голобурдин, плохая. Если просто, то докер решает проблему изоляции приложения от других путем скрытия зависимостей этого приложения от других приложений которым нужные другие зависимости. Докер довольно дешево расходует ресурсы тачки. Также докер решает проблему масштабирования в ширь.

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

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

Почитайте еще тут.
Для чего нужен Docker?