blkmrkt
чета rancher говна поел, перестал создавать хосты в EC2
blkmrkt
и хер пойми где логи искать
blkmrkt
кто-нибудь пользовался flynn или другими аналогами dokku или опенсос paas наподобе heroku? можно ли там сделать так, чтоб всегда было запущено по 1 контейнеру на каждом хосте?
Dan
Котики, я вам что хочу сказать... OVH жжот, сцуко. На дедиках по-дефолту кастомное ядро от ovh, без поддержки дохрена чего. Аларм ахтунг, но я нашёл решение пересобрать ядро там.
Logan
Logan
OVH редкие пупсики
Ivan
Ivan
они в свое ядро воткнули мониторинг, но грустно, да, что ядро без поддержки модулей.
Dan
но почему дефолтное ядро может не запустится?
Logan
но почему дефолтное ядро может не запустится?
из-за особенностей работы загрузчика. На амазоне в некоторых режимах виртуализации вы тоже не сможете собрать свое ядро - образ не развернется. Просто потому, что ядро живет отдельно от образа и будет загрузка кусками старого ядра, а кусками нового
zhag
Таки а шо вы мне скажете за Celery?
zhag
http://docs.celeryproject.org/en/latest/getting-started/introduction.html
Pavel
Селери и селери. Удобно обычно.
Alex
Гайз, насколько микро должны быть микросервисы? Например, есть коллекция сервисов про юзер менеджмент. В ней сервисы про регистрацию, логин, проверку токенов и т.п.
Надо, например, сервис про регистрацию разбивать на сервис по проверке пароля, по проверке данных из базы (имейл-юзернейм), по проверке капчи и т.п.?
Pavel
не вижу смысла
Pavel
микросервисы это не самоцель, сервис регистрации достаточно микро кмк
Misha Kulakovsky
Гайз, насколько микро должны быть микросервисы? Например, есть коллекция сервисов про юзер менеджмент. В ней сервисы про регистрацию, логин, проверку токенов и т.п.
Надо, например, сервис про регистрацию разбивать на сервис по проверке пароля, по проверке данных из базы (имейл-юзернейм), по проверке капчи и т.п.?
сколько человек работают над проектом?
Misha Kulakovsky
тебе не нужны микросервисы
Alex
тебе не нужны микросервисы
Возможно, но я с заделом на будущее смотрю. И потом, хочется архитектуру применить на практике.
Alexander
раньше это называлось SOA, теперь называются микросервисами
Alexander
идея та же
Alexander
большой сложный проект разделяем на много мелких если так проще
Alexander
https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D0%B2%D0%B8%D1%81-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%B0%D1%8F_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0
Pavel
если это рест — проще вынести всё что касается регистрации в общий ендпоинт, чтобы потом было максимально нелсожно утащить это в отдельный сервис, если понадобится
Pavel
а понадобится вряд ли :)
Alex
Окей, вот эти юзей сервисы регистрации разговаривают с одной базой (регистрация и логин по крайней мере). Это вообще acceptable или дикий антипаттерн?
Misha Kulakovsky
по идее не аксептабл
Pavel
использовование общей базы разными сервисами это антипаттерн
Pavel
я сейчас работаю на таком проекте
Alex
Пилить третий сервис через который в базу идут реквесты?
Pavel
тут модели и БД шарятся между сервисами и это ад
Misha Kulakovsky
микросервисы вообще чаще не нужны, чем нужны
Pavel
ответ — не надо разносить регистрацию и логин :)
если хочется, что заведи юзерсервис, который будет отдавать инфу о юзере для логина и реги
Pavel
но это оверхед
Misha Kulakovsky
это все для больших команд, чтобы разделить зоны ответственности
Pavel
и нагрузку на системы
Pavel
но у тебя юзерсервис один хрен будет общим боттлнеком
Pavel
и база ))
Alexander
можно 2 дурацких вопроса:
1. какой самый быстрый фреймворк на PHP для создания RESTful API?
2. аналогично, но на Go?
Alex
это все для больших команд, чтобы разделить зоны ответственности
Это для моего мозга чтобы я четко понимал что писать и где писать. И потом, я люблю докер. Он удобный.
Alex
Pavel
Это для моего мозга чтобы я четко понимал что писать и где писать. И потом, я люблю докер. Он удобный.
модульную архитектуру придумали до микросервисов
Alex
Но микросервисы это прямо железное разделение.
Alex
У меня в голове обычно хаос.
Alexander
как там тот фреймворк на PHP называется, который с C тесно связан?
Misha Kulakovsky
phalcon
Alexander
спасибо)
Pavel
на мой вкус это overengineering
Pavel
но в качестве упражнения для мозга — почему нет
Misha Kulakovsky
http://basho.com/posts/technical/microservices-please-dont/
Misha Kulakovsky
и вот особенно вот это: “You don’t need to introduce a network boundary as an excuse to write better code”
Alex
и вот особенно вот это: “You don’t need to introduce a network boundary as an excuse to write better code”
Посмотрим что у меня выйдет :) Надо по ходу реенжинирить модель данных и еще микросервисов нахерачить чтобы разделить логин и регистрацию.
Alex
Но в этом проекте я тим лид и бекендер в одном лице.
Alex
Поэтому let’s see что получится.
Alex
До НГ надо представить рабочую версию.
Pavel
эээ если это не упражнение для мозга, а проект, который в будущем кто-то будет поддерживать, то пожалейте потомков :)
Alex
Он возможно разрастётся.
Дима
Звучит угрожающе))
Alex
И поддерживать его буду я, потому что 40% компании мне принадлежат. Если конечно оно взлетит. А если не взлетит, то плевать всё равно.
Надо сначала наступить на грабли чтобы их убрать с дороги :) Надеюсь моё решение по микросервисам хорошее. Если нет… перепишу потом, чо. Работать-то оно всё равно будет.
Anonymous
и че, в каждом сервисе, скажем, по своей базе это норм практика?
Alex
Шаред данные это зло.
Alex
Потому что у тебя есть база на тысячу таблиц и полтора миллиона строк.
Alex
Поди, разберись, чо.
Maxim
господа девопсы, кто шарит в прометеусе? как в графане нарисовать график со значением в еденицу времени из возрастающе-накопительной метрики?
Anonymous
а есть схемка реальной микросервисной архитектуры чьей-нибудь?
Anonymous
кого-нибудь большого и успешного
niko
Anonymous
спасибо
niko
вроде derivative() не применим к прометеусу или я ошибаюсь?
не знаю, я увидел слово графана и написал(
niko
она ведь не только из графита умеет метрики брать
Dan
ты воруешь мой хлеб) это я тут обычно PHP критикую)
Мы же давно все пришли к выводу что php это ня
Alexander
особенно Битрикс)