Size: a a a

DevOps — русскоговорящее сообщество

2020 August 13

ВГ

Владимир Гурьянов... in DevOps — русскоговорящее сообщество
источник

ВГ

Владимир Гурьянов... in DevOps — русскоговорящее сообщество
Ну, кстати, с мобильной версией действительно проблемы
источник

Н

Никитяо in DevOps — русскоговорящее сообщество
проверил в 2 браузерах, всё ок, анимация чуть подлагивает только
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Игорь Майоров
Может кто нибудь чайнику объяснить в чем разница типичного виртуального хостинга от IaaS? Читаю, и вроде одно и тоже, и там и там.

Ситуация вот в чем: есть виртуальный хостинг от Beget. Там можно запускать и PHP и ноду и даже кажется питон. Стоит примерно 200р в месяц.

Когда то давно коллеги посоветовали обратить внимание на IaaS типо Heroku и CloudFlare, которые по всей видимости получаются дороже. Теперь я бьюсь челом в попытках понять в чем разница.
VDS|VPS - Virtual Dedicated|Personal Server
Тебе отдают физический (или виртуальный) сервер в управление. Ты туда делаешь ссш и настраиваешь, что тебе там надо
-----
IaaS - Infrastructure as a Service
Инфраструктура как сервис. В данном случае ты используешь условный терраформ, чтобы поднять всю необходимую тебе инфраструктуру в AWS/GCP/Azure.
Отличие от VDS заключается в том, что это не просто сервер, но и набор каких-то сервисов (firewall,load balancer, internet gateway, etc)
-----
PaaS - Platform as a Service
Ты отдаешь просто код на какую-то платформу, а запуск и доступы в интернет занимается сама платформа (Heroku, K8S, OKD|OCP, etc)
------
SaaS - Service as a Service
Ты покупаешь сервис. Его работа, обновление, поддержка проблема продавца, ты туда только данные загоняешь и все.
При этом SaaS может уточняться, например DBaaS (DataBase as a Service). База данных как сервис. Условный постгрес админишь не ты, а кто-то другой. Ты ток данные туда льешь и делаешь запросики
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Asgoret
VDS|VPS - Virtual Dedicated|Personal Server
Тебе отдают физический (или виртуальный) сервер в управление. Ты туда делаешь ссш и настраиваешь, что тебе там надо
-----
IaaS - Infrastructure as a Service
Инфраструктура как сервис. В данном случае ты используешь условный терраформ, чтобы поднять всю необходимую тебе инфраструктуру в AWS/GCP/Azure.
Отличие от VDS заключается в том, что это не просто сервер, но и набор каких-то сервисов (firewall,load balancer, internet gateway, etc)
-----
PaaS - Platform as a Service
Ты отдаешь просто код на какую-то платформу, а запуск и доступы в интернет занимается сама платформа (Heroku, K8S, OKD|OCP, etc)
------
SaaS - Service as a Service
Ты покупаешь сервис. Его работа, обновление, поддержка проблема продавца, ты туда только данные загоняешь и все.
При этом SaaS может уточняться, например DBaaS (DataBase as a Service). База данных как сервис. Условный постгрес админишь не ты, а кто-то другой. Ты ток данные туда льешь и делаешь запросики
Спасибо! Туман стал гораздо яснее!
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Игорь Майоров
Спасибо! Туман стал гораздо яснее!
Я там обновил ответ. А че там дальше было? Лень читать ;D
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Asgoret
Я там обновил ответ. А че там дальше было? Лень читать ;D
Видел) да в общем то ничего и не было, обсуждали вокруг это темы
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Игорь Майоров
Видел) да в общем то ничего и не было, обсуждали вокруг это темы
Вопросы-то остались?
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Asgoret
Вопросы-то остались?
Может только... стоит ли выбирать обычный виртуальный хостинг (где всякие ftp и тд) для маленьких не ресурсоемких проектов?

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

Как бы на первый взгляд в этом ничего такого: если работает, то хорошо, какие ещё могут быть вопросы? А вопрос в перспективе. Можно ли столкнуться потом с геморроем?

Подкупает дешевизна.

Отталкивает отсутсвие таких штук настраиваемое окружение и, может, докеризация.

(Я тут воткнул проект на Nuxt в виртуальных хостинг на Beget, все сделал по инструкции у них на сайте, в итоге ничего не запустилось корректно, пришлось в ТП писать, обещали разобраться)

И я вот думаю.

Может оформить большой VPS/VDS для себя и всех клиентов, а их проекты запускать уже в докерах для изоляции?

Или оформить всем клиентам по VPS и разворачивать уже там? Но мне кажется замучаешься бегать и администрировать всех, в случае чего.

Или разворачивать всех клиентов на их собственных виртуальных хостингах на том же бегете, время от времени танцуя с бубном?

Или всех подключить к тому же PaaS, и включить его в стоимость?

Хотя, на сколько я понял, для небольших проектов (в т.ч. Для интернет магазинов на каком нибудь 1С Битриксе) о всяких «сервисах» думать и не стоит, это все таки для чего-то для большего.

Не знаю откуда взять “best practices”, а делать что то надо уже сейчас, очень не хочется себе палки в колёса вставлять заранее.
источник

A

Asgoret in DevOps — русскоговорящее сообщество
источник

AS

Alex S in DevOps — русскоговорящее сообщество
где
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Игорь Майоров
Может только... стоит ли выбирать обычный виртуальный хостинг (где всякие ftp и тд) для маленьких не ресурсоемких проектов?

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

Как бы на первый взгляд в этом ничего такого: если работает, то хорошо, какие ещё могут быть вопросы? А вопрос в перспективе. Можно ли столкнуться потом с геморроем?

Подкупает дешевизна.

Отталкивает отсутсвие таких штук настраиваемое окружение и, может, докеризация.

(Я тут воткнул проект на Nuxt в виртуальных хостинг на Beget, все сделал по инструкции у них на сайте, в итоге ничего не запустилось корректно, пришлось в ТП писать, обещали разобраться)

И я вот думаю.

Может оформить большой VPS/VDS для себя и всех клиентов, а их проекты запускать уже в докерах для изоляции?

Или оформить всем клиентам по VPS и разворачивать уже там? Но мне кажется замучаешься бегать и администрировать всех, в случае чего.

Или разворачивать всех клиентов на их собственных виртуальных хостингах на том же бегете, время от времени танцуя с бубном?

Или всех подключить к тому же PaaS, и включить его в стоимость?

Хотя, на сколько я понял, для небольших проектов (в т.ч. Для интернет магазинов на каком нибудь 1С Битриксе) о всяких «сервисах» думать и не стоит, это все таки для чего-то для большего.

Не знаю откуда взять “best practices”, а делать что то надо уже сейчас, очень не хочется себе палки в колёса вставлять заранее.
если твой проект чисто потестить, логичнее взять впс. Главное следить, чтоб дев не стал продом, а то будет больно мигрировать т.к. связь в рамках docker network на одной ноде не равна связи на мультинодах

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

Если в тебя обычный инет магазин подойдет Digital Ocean. Там вроде дешман по ценнику, при этом можно запросить в зависимости от проекта все че хочешь (и впс и терраформ и все остальное), а цену за это борохло естественно надо включать в стоимость твоих услуг (если ты это админишь т.к. по хорошему каждый клиент должен сам иметь свой акк и сам платить по своим счетам, тебе лишь отдавая деньги за работу)
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Alex S
где
Походу РБ, поэтому напоминаю ->>>
Многоуважаемые коллеги. Я понимаю, что в РБ сейчас сложная ситуация. Однако, напоминаю Вам, что данный чат является техническим т.е. его основная цель это помощь в технических вопросах разного толка (от помощи в решение багов при настройке VPN до помощи в решение разнообразных cloud base проблем). Просьба придерживаться  данного направления в обсуждениях.

Спасибо за внимание.
источник

Д

Даня in DevOps — русскоговорящее сообщество
"мы вни палитики", "нас ита не касается"
источник

p

pope ye in DevOps — русскоговорящее сообщество
Даня
"мы вни палитики", "нас ита не касается"
Это просто оффтоп, нахрен его лепить
источник

Д

Даня in DevOps — русскоговорящее сообщество
Ну, если это правда так мешает
источник

Д

Даня in DevOps — русскоговорящее сообщество
Просто я сегодня читал в линкедине комменты и адово подгорел
источник

VS

Vadim Shadrin in DevOps — русскоговорящее сообщество
Доброе утро!
источник

VS

Vadim Shadrin in DevOps — русскоговорящее сообщество
lhv873gy6ooz9myt72j4iccds     swarm-manager2      Ready               Active              Reachable           19.03.8
o00tqo1u8sf0ye5273m1qu1wr     swarm-manager2      Down                Active                                  19.03.8
oqquyt10myk2778waz2ub9vl8     swarm-manager3      Down                Active              Reachable           19.03.8
v0t6mr2j6k3zcvs058mutgihx     swarm-manager3      Ready               Active              Reachable           19.03.8
источник

VS

Vadim Shadrin in DevOps — русскоговорящее сообщество
Кто знает как удалить мертвые id  из docker swarm ?
источник