Хостите

Еще идеи есть у кого?

Или может кто канал знает по sqlite

Телеграм позволяет править сообщения. А хостить можно где угодно. Мне вот DO нравится.

Подскажите а где вы хотите сервера Гошные?

Хостите

Подскажите а где вы хотите сервера Гошные?

На амазоне

Это do же?

Телеграм позволяет править сообщения. А хостить можно где угодно. Мне вот DO нравится.

Да я знаю) спасибо

DO — Digital Ocean

Подскажите а где вы хотите сервера Гошные?

Дома

scaleway.com

scaleway.com

стартовый вкусный за 3 евро

стартовый вкусный за 3 евро

да, это подкупило в первую очередь. анлим трафик, 2 гига рамы. + 50 гигов диска

да, и это всё на ssd

+ они там еще и api предлагают. но сам не пробовал

а там не полноценная виртуалка что ли?

что значит "не полноценная"? пока никакой неполноценности на заметил.

да, все нашел в факе описание)

выглядит круто, спасибо

не за что )

нашел вот такое вот еще обсуждение

https://www.linux.org.ru/forum/talks/12985833

чтобы со всех сторон, так сказать

scaleway.com

спасиб) посмотрю тоже

спасиб) посмотрю тоже

не за что)

ребят в го нет дженериков?

Нет

ребят в го нет дженериков?

Здесь нельзя упоминать таких слов.

?

Подскажите а где вы хотите сервера Гошные?

servers.com + aws + oneprovider

servers.com + aws + oneprovider

Деплой на AWS через EC2 или Elastic Beanstalk?

Деплой на AWS через EC2 или Elastic Beanstalk?

Вообще на lightsail энсиблом

Вообще на lightsail энсиблом

Там стейдж

А потом, после тестов, выкатывается на прод, который уже распределен везде

А потом, после тестов, выкатывается на прод, который уже распределен везде

Так вот где он распределен?

Вы на EC2?

Так вот где он распределен?

На servers.com, oneprovider и lightsail. Мы ec2 не юзаем

Тут auto scaling

И по-моему удобно пушать через eb-CLI

имхо, cloud app от гугла будет дешевле

Или можно просто Generic Docker

scaleway.com

все ок? смотрю за ту же цену дают намного интереснее мощности чем DO

Эх, если я скажу, как у нас это работает, то меня опять будут считать сумасшедшим)

В общем, у нас практически всё на своём гипере-франкенштейне

все ок? смотрю за ту же цену дают намного интереснее мощности чем DO

Полгода - полет нормальный

все ок? смотрю за ту же цену дают намного интереснее мощности чем DO

там arm вроде

я про scaleway

там arm вроде

и атомы как я понимаю

там ещё arm 64 дают, плюс ресурсов недавно увеличивали

Нубский вопрос, но подскажите пожалуйста. Создаю docker image с помощью Dockerfile. Указал FROM golang 1.9 stretch, все работает. А nginx использовать или как? Если я например статику хочу отдавать. Как nginx в dockerfile указывать? И вообще нужно?

nginx отдельным контейнером

А почему отдельным?

а лучше собрать свой dockerfile с необходимыми пакетами

1 процесс - 1 контейнер

поэтому nginx должен лежать в своем

1 процесс - 1 контейнер

реальность другая

а лучше собрать свой dockerfile с необходимыми пакетами

То есть не использовать official с docker hub

реальность другая

у каждого своя

1 процесс - 1 контейнер

Логику понимаю, но как мне сделать чтобы они могли между собой взаимодействовать. Раньше через unix socket работало.

Логику понимаю, но как мне сделать чтобы они могли между собой взаимодействовать. Раньше через unix socket работало.

их можно линковать между собой

То есть не использовать official с docker hub

Если что-то нужно дополнительно, но это относится к одному сервису, то да

у каждого своя

конечно своя, сервис-контейнер, сервис-виртуалка. Кому как.

их можно линковать между собой

Попробую в доках найти.

То есть nginx отдельным контейнером делать.

ERROR: S client not available

ну, тут тебе советуют два контейнера, один - приложение на го, второй - вебсервер контейнеру с вебсервером можно подключить (замапить) volume с нужной тебе статикой

а теперь фокус покус и let's срач

Each container should have only one concern

concern != container

https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/#general-guidelines-and-recommendations

rtfm в общем

и тем не менее, "толстые" контейнеры - это путь в ад

и тем не менее, "толстые" контейнеры - это путь в ад

понятие толстости совсем контейнеру не принадлежит). Особенно это если связано с IO

принадлежит

тонкий контейнер - в нем один процесс. иногда больше, но тогда это родитель и дети.

толстый контейнер - это контейнер, в котором более одного процесса

принадлежит

упасите боже, докер не предназачен для больших нагрузок.

обычно это минимум 3 процесса: init и что там еще вы хотите запускать

так вот

не надо делать толстые контейнеры

не оберетесь дерьма

упасите боже, докер не предназачен для больших нагрузок.

???

аргументы?

аргументы?

я вам устану перечислять, докер штука хорошая, но не под большие нагрузки, особенно если это связано с большим IO

а в чем проблема, можно в кратце? в потере производительности?

аргументы?

у меня контейнеров под 1000 штук

контейнер - это микросервис, но делить nginx в другой контейнер для какого то мелкого проекта, глупо в плане администрирования

ну-ну...

А если потребуется несколько инстансов приложения?

я просто это оставлю здесь: https://habrahabr.ru/post/332450/

можете почитать, это правда так и есть

А если потребуется несколько инстансов приложения?

это уже другая песня, все сильно зависит от архитектуры

и не только приложения

я могу еще штук 5 пунктов добавить

Да бредовая эта статья. И к тому же старая.

но тем не менее у нас все на докерах

не бредовая