Имя: Пароль:
1C
1С v8
Размещение нетленки в облаке
,
0 Андроны едут
 
11.06.21
11:11
Здраствуйте. Есть у меня некая нетленка с выходом в интернет. Работает 24 часа в сутки, стоит на домашнем компе.
Собрался я значит в отпуск на пару недель и подумал - а что, если ее разместить в облаке с бесплатном доступом. На время моего отдыха.
Вопрос - это реально? Если реально - нужны практические советы по реализации со ссылками.
1 ДенисЧ
 
11.06.21
11:13
А что мешает высунуть свой домашний комп в интернет?
2 Андроны едут
 
11.06.21
11:13
(1) не умею и не хочу
3 ДенисЧ
 
11.06.21
11:14
(2) Тогда ищи того, кто тебе подарит бесплатно облако
4 acht
 
11.06.21
11:14
(0) Начни с вопроса "что делать с лицензией"
5 oslokot
 
11.06.21
11:15
С нетленкой же сейчас работают люди удаленно?
6 Андроны едут
 
11.06.21
11:16
(4) у меня есть лицензия для разработки куплена за 630 руб по акции
7 Андроны едут
 
11.06.21
11:16
(5) не - это торговый робот
8 acht
 
11.06.21
11:17
(6) И как ты планируешь поместить ее в облако?
9 Андроны едут
 
11.06.21
11:17
(8) сам не знаю, поэтому и спрашиваю
10 acht
 
11.06.21
11:18
(7) "Хочу грести деньги лопатой, но облако должно быть бесплатным". Эх...
11 oslokot
 
11.06.21
11:18
(7) ну и оставь включенным комп, или так не хочешь?
12 fisher
 
11.06.21
11:20
(0) Ломанная, штоле?
13 fisher
 
11.06.21
11:20
Или не 1С?
14 Андроны едут
 
11.06.21
11:20
мне нужно пару недель всего, можно оставить включеным, так в принципе и планировал. Но тут пришла мысль))
15 Андроны едут
 
11.06.21
11:22
(13) на 1с делаю торговый робот для себя на Тиньков АПИ
16 Андроны едут
 
11.06.21
11:22
тестовый режим
17 acht
 
11.06.21
11:22
(9) Если ключик аппаратный, то отдыхай. Бесплатно тебе его никто никуда. Если лицезния программная, то бесплатно тебе тот же процессор и диск никто не будет выдавать фиксировано, только абстрактные "xxx ггц от yyy ядра". И при смене виртуального железа твоя лицензия превращается в тыкву.

В общем, твое желание халявы - оно же тебе и вредит.
18 Андроны едут
 
11.06.21
11:24
(17) да я понял уже. Тут еще такая засада, в нетленке мой токен зашит. Так что, расходимся, вопрос отпал.
19 fisher
 
11.06.21
11:25
(15) Хм... А http-сервисы разве лицензии не жрут? Не помню.
Тогда чисто технически может работать без лицензий. Но виртуалка понадобится довольно толстая (т.е. недешевая).
20 arsik
 
гуру
11.06.21
11:28
(19) нет не жрут
21 fisher
 
11.06.21
12:04
(20) Вспомнил на инфостарте прикольную статью, где чуваки через kubernetes веб-сервисы поднимали. На каждый веб-сервис отдельный контейнер. А в каждом контейнере соответственно экземпляр веб-сервера и сервера приложений. Как я понял между строк, использовалась фишка линуксового сервера приложений, что при одном рабочем процессе он без лицензии работает. Потому что в противном случае пришлось бы раздавать пул серверных лицензий, а они вроде бы этого не делали. Хотя не поручусь. Ну и в итоге красота - автоматическое масштабирование и отказоустойчивость. Клиентские лицензии не нужны, а если закрыть глаза на лицензионное соглашение - то и серверные тоже. Одного рабочего процесса для одного веб-сервиса - за глаза.
22 mikecool
 
11.06.21
12:06
(15) у Тинькова комиссии по сравнению с БКС или Финам не конские?
23 acht
 
11.06.21
12:11
(21) > автоматическое масштабирование и отказоустойчивость

На целых 12 сеансов!
24 fisher
 
11.06.21
12:14
(23) Дык сеансы веб-сервисов не лицензируются же?
25 fisher
 
11.06.21
12:16
Да и столько сеансов одновременно - вряд ли. Плюс можно же настроить автоматическое поднятие новых контейнеров и балансировку. Инфраструктура kubernetes это позволяет.
26 acht
 
11.06.21
12:40
(24) Они клиентские лицензии не потребляют. Серверную-то все хотят.

А если веб-сервисы не лицензируются, зачем тогда весь огород с "На каждый веб-сервис отдельный контейнер"? Для "улучшения" отказоустойчивости?
27 Kassern
 
11.06.21
12:42
(0) да проще же порт пробросить на домашнем роутере да белый IP взять у провайдера. И все, хочешь базу в веб публикуй, хочешь тупо по RDP цепляйся. Дешево сердито, для домашней нетленки за глаза.
28 fisher
 
11.06.21
12:50
(26) Да. Отказоустойчивости и масштабирования под нагрузкой. У них, как я понял, в первую очередь с веб-сервером случались инциденты под большой нагрузкой. И в итоге все курили бамбук.
29 fisher
 
11.06.21
12:52
А в kubernetes они настроили чтобы при росте нагрузки поднимались новые контейнеры (и на них роутились запросы), а проблемные контейнеры тупо гасились.
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан