есть специалисты жумлакалькуляторщики. 2 дня 1400 руб 3 строка в гугле

докер )

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

Для синхронизации двух десктопов не надо тогда париться с паппетами. rsync+cron+bash

тогда уж git

Граждане, есть тут linux гуру?) Существуют ли решения для синхронизации двух ОС(установленные пакеты, часть конфигов)?

rsync + пара скриптов на баше. Если задача разовая

Дропбокс)

rsync + пара скриптов на баше. Если задача разовая

Я хочу, чтобы моя ОС и среда разработки всегда была со мной, но хочу обезопасить себя от "забыл USB-хард на работе/дома/хз где"

Можно сделать образ, который я могу развернуть где угодно. Но вопрос в синке изменений конфигов, не создавать и накатывать же каждый раз.

ansible

применять локально

Адекватно, вообще, синкать хомяк юзера?

в принципе да

я синкаю, но не весь (только рабочую информацию)

ктото юзал такую штуку как пакер ? для генерации образов

Я хочу, чтобы моя ОС и среда разработки всегда была со мной, но хочу обезопасить себя от "забыл USB-хард на работе/дома/хз где"

ноутбук?

ноутбук?

ноут можно забыть, уронить, да и не всегда таскать удобно

А еще интернеты не везде

Граждане, есть тут linux гуру?) Существуют ли решения для синхронизации двух ОС(установленные пакеты, часть конфигов)?

salt stack

чета rancher говна поел, перестал создавать хосты в EC2

и хер пойми где логи искать

кто-нибудь пользовался flynn или другими аналогами dokku или опенсос paas наподобе heroku? можно ли там сделать так, чтоб всегда было запущено по 1 контейнеру на каждом хосте?

Котики, я вам что хочу сказать... OVH жжот, сцуко. На дедиках по-дефолту кастомное ядро от ovh, без поддержки дохрена чего. Аларм ахтунг, но я нашёл решение пересобрать ядро там.

Котики, я вам что хочу сказать... OVH жжот, сцуко. На дедиках по-дефолту кастомное ядро от ovh, без поддержки дохрена чего. Аларм ахтунг, но я нашёл решение пересобрать ядро там.

есть вероятность, что оно не загрузится :)

OVH редкие пупсики

Котики, я вам что хочу сказать... OVH жжот, сцуко. На дедиках по-дефолту кастомное ядро от ovh, без поддержки дохрена чего. Аларм ахтунг, но я нашёл решение пересобрать ядро там.

так поставь просто из репозитория

они в свое ядро воткнули мониторинг, но грустно, да, что ядро без поддержки модулей.

есть вероятность, что оно не загрузится :)

wat? были преценденты?

но почему дефолтное ядро может не запустится?

но почему дефолтное ядро может не запустится?

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

Таки а шо вы мне скажете за Celery?

http://docs.celeryproject.org/en/latest/getting-started/introduction.html

Селери и селери. Удобно обычно.

Гайз, насколько микро должны быть микросервисы? Например, есть коллекция сервисов про юзер менеджмент. В ней сервисы про регистрацию, логин, проверку токенов и т.п. Надо, например, сервис про регистрацию разбивать на сервис по проверке пароля, по проверке данных из базы (имейл-юзернейм), по проверке капчи и т.п.?

не вижу смысла

микросервисы это не самоцель, сервис регистрации достаточно микро кмк

Гайз, насколько микро должны быть микросервисы? Например, есть коллекция сервисов про юзер менеджмент. В ней сервисы про регистрацию, логин, проверку токенов и т.п. Надо, например, сервис про регистрацию разбивать на сервис по проверке пароля, по проверке данных из базы (имейл-юзернейм), по проверке капчи и т.п.?

сколько человек работают над проектом?

сколько человек работают над проектом?

Только гордый я.

тебе не нужны микросервисы

тебе не нужны микросервисы

Возможно, но я с заделом на будущее смотрю. И потом, хочется архитектуру применить на практике.

раньше это называлось SOA, теперь называются микросервисами

идея та же

большой сложный проект разделяем на много мелких если так проще

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

если это рест — проще вынести всё что касается регистрации в общий ендпоинт, чтобы потом было максимально нелсожно утащить это в отдельный сервис, если понадобится

а понадобится вряд ли :)

Окей, вот эти юзей сервисы регистрации разговаривают с одной базой (регистрация и логин по крайней мере). Это вообще acceptable или дикий антипаттерн?

по идее не аксептабл

использовование общей базы разными сервисами это антипаттерн

я сейчас работаю на таком проекте

Пилить третий сервис через который в базу идут реквесты?

тут модели и БД шарятся между сервисами и это ад

микросервисы вообще чаще не нужны, чем нужны

ответ — не надо разносить регистрацию и логин :) если хочется, что заведи юзерсервис, который будет отдавать инфу о юзере для логина и реги

но это оверхед

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

и нагрузку на системы

но у тебя юзерсервис один хрен будет общим боттлнеком

и база ))

можно 2 дурацких вопроса: 1. какой самый быстрый фреймворк на PHP для создания RESTful API? 2. аналогично, но на Go?

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

Это для моего мозга чтобы я четко понимал что писать и где писать. И потом, я люблю докер. Он удобный.

можно 2 дурацких вопроса: 1. какой самый быстрый фреймворк на PHP для создания RESTful API? 2. аналогично, но на Go?

PHP… Иди отсюда.

можно 2 дурацких вопроса: 1. какой самый быстрый фреймворк на PHP для создания RESTful API? 2. аналогично, но на Go?

2. Go

PHP… Иди отсюда.

ты воруешь мой хлеб) это я тут обычно PHP критикую)

Это для моего мозга чтобы я четко понимал что писать и где писать. И потом, я люблю докер. Он удобный.

модульную архитектуру придумали до микросервисов

модульную архитектуру придумали до микросервисов

Я в курсе.

Но микросервисы это прямо железное разделение.

У меня в голове обычно хаос.

как там тот фреймворк на PHP называется, который с C тесно связан?

ERROR: S client not available

phalcon

спасибо)

на мой вкус это overengineering

но в качестве упражнения для мозга — почему нет

http://basho.com/posts/technical/microservices-please-dont/

и вот особенно вот это: “You don’t need to introduce a network boundary as an excuse to write better code”

и вот особенно вот это: “You don’t need to introduce a network boundary as an excuse to write better code”

Посмотрим что у меня выйдет :) Надо по ходу реенжинирить модель данных и еще микросервисов нахерачить чтобы разделить логин и регистрацию.

Но в этом проекте я тим лид и бекендер в одном лице.

Поэтому let’s see что получится.

До НГ надо представить рабочую версию.

эээ если это не упражнение для мозга, а проект, который в будущем кто-то будет поддерживать, то пожалейте потомков :)

Он возможно разрастётся.

Звучит угрожающе))

И поддерживать его буду я, потому что 40% компании мне принадлежат. Если конечно оно взлетит. А если не взлетит, то плевать всё равно. Надо сначала наступить на грабли чтобы их убрать с дороги :) Надеюсь моё решение по микросервисам хорошее. Если нет… перепишу потом, чо. Работать-то оно всё равно будет.

и че, в каждом сервисе, скажем, по своей базе это норм практика?

и че, в каждом сервисе, скажем, по своей базе это норм практика?

Да. Это паттерн.

Шаред данные это зло.

Потому что у тебя есть база на тысячу таблиц и полтора миллиона строк.

Поди, разберись, чо.

господа девопсы, кто шарит в прометеусе? как в графане нарисовать график со значением в еденицу времени из возрастающе-накопительной метрики?

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

кого-нибудь большого и успешного

господа девопсы, кто шарит в прометеусе? как в графане нарисовать график со значением в еденицу времени из возрастающе-накопительной метрики?

derivative()

derivative()

вроде derivative() не применим к прометеусу или я ошибаюсь?

спасибо

вроде derivative() не применим к прометеусу или я ошибаюсь?

не знаю, я увидел слово графана и написал(

она ведь не только из графита умеет метрики брать

ты воруешь мой хлеб) это я тут обычно PHP критикую)

Мы же давно все пришли к выводу что php это ня

особенно Битрикс)

для тех, кто не слышал - в новых Mac Book Pro накопитель не откручивается)

то есть его не получится заменить отдельно от ноутбука