Сообщение Re: Организация облачного сервиса от 03.07.2018 20:05
Изменено 03.07.2018 20:21 bnk
Re: Организация облачного сервиса
Здравствуйте, kiyu, Вы писали:
K>1) Как сейчас работают такие хостинги? Дается доступ по RDP и дальше уже на машину необходимое ПО ставится самостоятельно? Или дается "панель управления" (сталкивался с этим лет 10 назад, когда изучал как захостить простой сайтик, не знаю как сейчас обстоят дела; тогда выглядело довольно неудобно...)?
Возможны оба варианта.
Поскольку говоришь про .NET Core, то в студии сейчас есть кнопка, активно продвигаемая мелко-мягкими, "запаблиишь в интернете", она может всё за тебя сделать —
создать сайт (на azure), создать базу, задеплоить туда солюшен, и т.д.
K>Если RDP, то как-то контролируется что туда ставится, допустим, пиратское ПО — я просто из любопытства интересуюсь?
Всем пофик
K>Что с надежностью? Там планируется хранить данные клиентов, бэкапы конечно будут, но не может ли произойти полная потеря всего? Кто сталкивался с таким, расскажите, пожалуйста, как выходили из ситуации, какую профилактику делали?
Пропиши в лицензионном соглашении, если опасаешься.
Лучше всего ограничить свою материальную ответственность размером выплат клиента (чтобы клиенты случайно не отсудили твоую квартиру за потерю их данных)
K>2) Нужен SSL-сертификат. Технически — исключительно для шифрования канала. Но с точки зрения клиентов — достаточно ли сертификата на домен (DV) или нужен сертификат на организацию (OV)? А может быть, можно прожить и без сертификата — но очень смущает все бОльшая ругань браузеров на поле-пароль + сертификат, например. В принципе, характер хранимых данных не сильно секретный предполагается, но не хотелось бы отпугнуть потенциальных клиентов.
Если сайт на дефолтном домене azure например, или используешь letsencrypt, то SSL забесплатно.
Вообще с сертификатом SSL никаких проблем нет, его дадут где угодно. Проблемы (нотариусы и т.п.) возможны с сертификатом для подписывания кода (который тебе не нужен)
K>3) Про домен вроде вопросов нет, но как раскрутить? Имеет ли смысл покупать всякие AdWords, большой от них толк? (напоминаю, сервис для бизнеса, не для физических лиц точно, и относительно нишевый). Или лучше сосредоточиться на упоминании на профильных ресурсах?
Знал бы прикуп, жил бы в Сочи. Написать что-то — не проблема, проблема — продать.
K>4) Прием платежей. Пока самая непонятная тема. Я так понял, регистраторы — это больше про десктоп, ключи и возврат средств. А что для веба более подходит — агрегаторы платежей? По-простому, на сайте хочется иметь кнопку "купить", поле для ввода номера корпоративной кредитки и чтобы уведомление о покупке приходило куда-то (куда?) (а в ответ создаются логины\пароли и отправляются клиенту), а также возможность автоплатежей (раз в месяц); не связываясь с техническими моментами обработки платежей, антифраудами и т.п., желательно — не связываясь с валютным контролем.
У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
А так, можешь хоть себе на PayPal принимать.
K>5) В контексте этого, как лучше организовать это юридически (РФ)? Вроде напрашивается ООО, но пока неизвестны перспективы — такой шаг выглядит преждевременным. ИП проще, но не будет ли тут проблем с агрегаторами платежей, не говоря уже про OV-SSL (его тоже надо регистрировать, платить налоги)? Или вообще начать как физическое лицо и потом думать (не будет ли подозрительно для банков регулярные платежи за тот же хостинг + получение средств, пусть и небольших)? Или есть смысл пожертвовать первыми покупками вообще, чтобы понять, заинтересуется ли кто-то?
Сначала получи хоть что-то (как физик), потом думать будешь.
K>1) Как сейчас работают такие хостинги? Дается доступ по RDP и дальше уже на машину необходимое ПО ставится самостоятельно? Или дается "панель управления" (сталкивался с этим лет 10 назад, когда изучал как захостить простой сайтик, не знаю как сейчас обстоят дела; тогда выглядело довольно неудобно...)?
Возможны оба варианта.
Поскольку говоришь про .NET Core, то в студии сейчас есть кнопка, активно продвигаемая мелко-мягкими, "запаблиишь в интернете", она может всё за тебя сделать —
создать сайт (на azure), создать базу, задеплоить туда солюшен, и т.д.
K>Если RDP, то как-то контролируется что туда ставится, допустим, пиратское ПО — я просто из любопытства интересуюсь?
Всем пофик
K>Что с надежностью? Там планируется хранить данные клиентов, бэкапы конечно будут, но не может ли произойти полная потеря всего? Кто сталкивался с таким, расскажите, пожалуйста, как выходили из ситуации, какую профилактику делали?
Пропиши в лицензионном соглашении, если опасаешься.
Лучше всего ограничить свою материальную ответственность размером выплат клиента (чтобы клиенты случайно не отсудили твоую квартиру за потерю их данных)
K>2) Нужен SSL-сертификат. Технически — исключительно для шифрования канала. Но с точки зрения клиентов — достаточно ли сертификата на домен (DV) или нужен сертификат на организацию (OV)? А может быть, можно прожить и без сертификата — но очень смущает все бОльшая ругань браузеров на поле-пароль + сертификат, например. В принципе, характер хранимых данных не сильно секретный предполагается, но не хотелось бы отпугнуть потенциальных клиентов.
Если сайт на дефолтном домене azure например, или используешь letsencrypt, то SSL забесплатно.
Вообще с сертификатом SSL никаких проблем нет, его дадут где угодно. Проблемы (нотариусы и т.п.) возможны с сертификатом для подписывания кода (который тебе не нужен)
K>3) Про домен вроде вопросов нет, но как раскрутить? Имеет ли смысл покупать всякие AdWords, большой от них толк? (напоминаю, сервис для бизнеса, не для физических лиц точно, и относительно нишевый). Или лучше сосредоточиться на упоминании на профильных ресурсах?
Знал бы прикуп, жил бы в Сочи. Написать что-то — не проблема, проблема — продать.
K>4) Прием платежей. Пока самая непонятная тема. Я так понял, регистраторы — это больше про десктоп, ключи и возврат средств. А что для веба более подходит — агрегаторы платежей? По-простому, на сайте хочется иметь кнопку "купить", поле для ввода номера корпоративной кредитки и чтобы уведомление о покупке приходило куда-то (куда?) (а в ответ создаются логины\пароли и отправляются клиенту), а также возможность автоплатежей (раз в месяц); не связываясь с техническими моментами обработки платежей, антифраудами и т.п., желательно — не связываясь с валютным контролем.
У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
А так, можешь хоть себе на PayPal принимать.
K>5) В контексте этого, как лучше организовать это юридически (РФ)? Вроде напрашивается ООО, но пока неизвестны перспективы — такой шаг выглядит преждевременным. ИП проще, но не будет ли тут проблем с агрегаторами платежей, не говоря уже про OV-SSL (его тоже надо регистрировать, платить налоги)? Или вообще начать как физическое лицо и потом думать (не будет ли подозрительно для банков регулярные платежи за тот же хостинг + получение средств, пусть и небольших)? Или есть смысл пожертвовать первыми покупками вообще, чтобы понять, заинтересуется ли кто-то?
Сначала получи хоть что-то (как физик), потом думать будешь.
Re: Организация облачного сервиса
Здравствуйте, kiyu, Вы писали:
K>1) Как сейчас работают такие хостинги? Дается доступ по RDP и дальше уже на машину необходимое ПО ставится самостоятельно? Или дается "панель управления" (сталкивался с этим лет 10 назад, когда изучал как захостить простой сайтик, не знаю как сейчас обстоят дела; тогда выглядело довольно неудобно...)?
Возможны оба варианта.
Поскольку говоришь про .NET, то в студии сейчас есть кнопка, активно продвигаемая мелко-мягкими, "запаблиишь в интернете", она может всё за тебя сделать —
создать сайт (на azure), создать базу, задеплоить туда солюшен, и т.д.
K>Если RDP, то как-то контролируется что туда ставится, допустим, пиратское ПО — я просто из любопытства интересуюсь?
Всем пофик
K>Что с надежностью? Там планируется хранить данные клиентов, бэкапы конечно будут, но не может ли произойти полная потеря всего? Кто сталкивался с таким, расскажите, пожалуйста, как выходили из ситуации, какую профилактику делали?
Пропиши в лицензионном соглашении, если опасаешься.
Лучше всего ограничить свою материальную ответственность размером выплат клиента (чтобы клиенты случайно не отсудили твоую квартиру за потерю их данных)
K>2) Нужен SSL-сертификат. Технически — исключительно для шифрования канала. Но с точки зрения клиентов — достаточно ли сертификата на домен (DV) или нужен сертификат на организацию (OV)? А может быть, можно прожить и без сертификата — но очень смущает все бОльшая ругань браузеров на поле-пароль + сертификат, например. В принципе, характер хранимых данных не сильно секретный предполагается, но не хотелось бы отпугнуть потенциальных клиентов.
Если сайт на дефолтном домене azure например, или используешь letsencrypt, то SSL забесплатно.
Вообще с сертификатом SSL никаких проблем нет, его дадут где угодно. Проблемы (нотариусы и т.п.) возможны с сертификатом для подписывания кода (который тебе не нужен)
K>3) Про домен вроде вопросов нет, но как раскрутить? Имеет ли смысл покупать всякие AdWords, большой от них толк? (напоминаю, сервис для бизнеса, не для физических лиц точно, и относительно нишевый). Или лучше сосредоточиться на упоминании на профильных ресурсах?
Знал бы прикуп, жил бы в Сочи. Написать что-то — не проблема, проблема — продать.
K>4) Прием платежей. Пока самая непонятная тема. Я так понял, регистраторы — это больше про десктоп, ключи и возврат средств. А что для веба более подходит — агрегаторы платежей? По-простому, на сайте хочется иметь кнопку "купить", поле для ввода номера корпоративной кредитки и чтобы уведомление о покупке приходило куда-то (куда?) (а в ответ создаются логины\пароли и отправляются клиенту), а также возможность автоплатежей (раз в месяц); не связываясь с техническими моментами обработки платежей, антифраудами и т.п., желательно — не связываясь с валютным контролем.
У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
А так, можешь хоть себе на PayPal принимать (в этом случае поддержка неадекватных клиентов, взымание и выплата НДС/VAT/Что-там-вместо-VAT-в-Новой-Зеландии, а также фрод-чек — твоя забота).
Некоторые платежи я тупо приниимаю на свой банковский счет (клиету выписывается счет, он его оплачивает).
Понятно что это это долго (месяц-два), и это не имеет смысла делать для штучных покупок лицензий, я делаю примерно от сумм в ~1к
K>5) В контексте этого, как лучше организовать это юридически (РФ)? Вроде напрашивается ООО, но пока неизвестны перспективы — такой шаг выглядит преждевременным. ИП проще, но не будет ли тут проблем с агрегаторами платежей, не говоря уже про OV-SSL (его тоже надо регистрировать, платить налоги)? Или вообще начать как физическое лицо и потом думать (не будет ли подозрительно для банков регулярные платежи за тот же хостинг + получение средств, пусть и небольших)? Или есть смысл пожертвовать первыми покупками вообще, чтобы понять, заинтересуется ли кто-то?
Сначала получи хоть что-то (как физик), потом думать будешь.
K>1) Как сейчас работают такие хостинги? Дается доступ по RDP и дальше уже на машину необходимое ПО ставится самостоятельно? Или дается "панель управления" (сталкивался с этим лет 10 назад, когда изучал как захостить простой сайтик, не знаю как сейчас обстоят дела; тогда выглядело довольно неудобно...)?
Возможны оба варианта.
Поскольку говоришь про .NET, то в студии сейчас есть кнопка, активно продвигаемая мелко-мягкими, "запаблиишь в интернете", она может всё за тебя сделать —
создать сайт (на azure), создать базу, задеплоить туда солюшен, и т.д.
K>Если RDP, то как-то контролируется что туда ставится, допустим, пиратское ПО — я просто из любопытства интересуюсь?
Всем пофик
K>Что с надежностью? Там планируется хранить данные клиентов, бэкапы конечно будут, но не может ли произойти полная потеря всего? Кто сталкивался с таким, расскажите, пожалуйста, как выходили из ситуации, какую профилактику делали?
Пропиши в лицензионном соглашении, если опасаешься.
Лучше всего ограничить свою материальную ответственность размером выплат клиента (чтобы клиенты случайно не отсудили твоую квартиру за потерю их данных)
K>2) Нужен SSL-сертификат. Технически — исключительно для шифрования канала. Но с точки зрения клиентов — достаточно ли сертификата на домен (DV) или нужен сертификат на организацию (OV)? А может быть, можно прожить и без сертификата — но очень смущает все бОльшая ругань браузеров на поле-пароль + сертификат, например. В принципе, характер хранимых данных не сильно секретный предполагается, но не хотелось бы отпугнуть потенциальных клиентов.
Если сайт на дефолтном домене azure например, или используешь letsencrypt, то SSL забесплатно.
Вообще с сертификатом SSL никаких проблем нет, его дадут где угодно. Проблемы (нотариусы и т.п.) возможны с сертификатом для подписывания кода (который тебе не нужен)
K>3) Про домен вроде вопросов нет, но как раскрутить? Имеет ли смысл покупать всякие AdWords, большой от них толк? (напоминаю, сервис для бизнеса, не для физических лиц точно, и относительно нишевый). Или лучше сосредоточиться на упоминании на профильных ресурсах?
Знал бы прикуп, жил бы в Сочи. Написать что-то — не проблема, проблема — продать.
K>4) Прием платежей. Пока самая непонятная тема. Я так понял, регистраторы — это больше про десктоп, ключи и возврат средств. А что для веба более подходит — агрегаторы платежей? По-простому, на сайте хочется иметь кнопку "купить", поле для ввода номера корпоративной кредитки и чтобы уведомление о покупке приходило куда-то (куда?) (а в ответ создаются логины\пароли и отправляются клиенту), а также возможность автоплатежей (раз в месяц); не связываясь с техническими моментами обработки платежей, антифраудами и т.п., желательно — не связываясь с валютным контролем.
У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
А так, можешь хоть себе на PayPal принимать (в этом случае поддержка неадекватных клиентов, взымание и выплата НДС/VAT/Что-там-вместо-VAT-в-Новой-Зеландии, а также фрод-чек — твоя забота).
Некоторые платежи я тупо приниимаю на свой банковский счет (клиету выписывается счет, он его оплачивает).
Понятно что это это долго (месяц-два), и это не имеет смысла делать для штучных покупок лицензий, я делаю примерно от сумм в ~1к
K>5) В контексте этого, как лучше организовать это юридически (РФ)? Вроде напрашивается ООО, но пока неизвестны перспективы — такой шаг выглядит преждевременным. ИП проще, но не будет ли тут проблем с агрегаторами платежей, не говоря уже про OV-SSL (его тоже надо регистрировать, платить налоги)? Или вообще начать как физическое лицо и потом думать (не будет ли подозрительно для банков регулярные платежи за тот же хостинг + получение средств, пусть и небольших)? Или есть смысл пожертвовать первыми покупками вообще, чтобы понять, заинтересуется ли кто-то?
Сначала получи хоть что-то (как физик), потом думать будешь.