Это же семейная

Т.е нет бабок, чтобы иметь семью по сути. Если вы не хотите конечно возить ребёнка на уставшей машине, потенциально несколько раз битой и с проблемой с лонжеронами/рамой/безопасностью (на рынке бу в РФ 90% авто криминальные, посмотрите Шелкова на ютубе), т.е рисковать и его и своей жизнью по сути, при этом учиться он будет в церковно-приходской школе? Нормальное такое будущее для ребёнка, чё.

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

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

чем вам ренж ровер не угодил?

#вакансия Город и адрес офиса: Москва, м. Юго-западная Формат работы: удаленка Занятость: проектная, с последующей поддержкой на part time (если будет заинтересованность) Зарплатная вилка: от 150к до 350к на проект (на самом деле пока есть только общее понимание того, что хочется, после более конкретного обсуждения плана работ можно будет подкорректировать как в большую, так и в меньшую сторону) Краткое описание вакансии: Очень хотим нормально настроить swarm / k8s + CD + постгрес (это из первоочередного) Описание вакансии: Мы разрабатываем платформу для оценки эффективности компаний, отделов и сотрудников в отделах (а недавно еще - регионов). Сейчас у нас есть монолит на рельсах, который мы потихоньку распиливаем (и плавно мигрируем в сторону python) + набор не очень толстых микросервисов (node.js / python / crystal / ruby, хотим тоже плавно всё переписать на python для стандартизации). Как СУБД - PostgreSQL, еще используем Elastic, redis. Вроде ничего необычного. Есть локальная офисная инфраструктура с большим сервером и виртуалками + есть удаленный большой сервер на collocation, на котором сейчас всё работает (половина в docker swarm, половина обычными сервисами), ну и есть пара серверов по-меньше, которые в основном используются под один какой-то проект. Нагрузки на текущий момент - иногда бывают всплески до 1-5 krps, иногда всё простаивает. Текущих возможностей вертикального масштабирования хватает с запасом примерно на х10, но есть опасения, что в какой-то момент в не очень далеком будущем будет нагрузка превышающая текущие возможности "большого" сервера. Поэтому хотим сделать это более горизонтально масштабируемым. Название компании: ООО СИНДЕКС (https://seendex.ru/) Контакты: a.maslov@seendex.ru / @drakmail

ну зато не тойота

Зачем искусственный интеллект для управления галерой ))

Ах какая клевета,уважаемый))

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

#вакансия Город и адрес офиса: Москва, м. Юго-западная Формат работы: удаленка Занятость: проектная, с последующей поддержкой на part time (если будет заинтересованность) Зарплатная вилка: от 150к до 350к на проект (на самом деле пока есть только общее понимание того, что хочется, после более конкретного обсуждения плана работ можно будет подкорректировать как в большую, так и в меньшую сторону) Краткое описание вакансии: Очень хотим нормально настроить swarm / k8s + CD + постгрес (это из первоочередного) Описание вакансии: Мы разрабатываем платформу для оценки эффективности компаний, отделов и сотрудников в отделах (а недавно еще - регионов). Сейчас у нас есть монолит на рельсах, который мы потихоньку распиливаем (и плавно мигрируем в сторону python) + набор не очень толстых микросервисов (node.js / python / crystal / ruby, хотим тоже плавно всё переписать на python для стандартизации). Как СУБД - PostgreSQL, еще используем Elastic, redis. Вроде ничего необычного. Есть локальная офисная инфраструктура с большим сервером и виртуалками + есть удаленный большой сервер на collocation, на котором сейчас всё работает (половина в docker swarm, половина обычными сервисами), ну и есть пара серверов по-меньше, которые в основном используются под один какой-то проект. Нагрузки на текущий момент - иногда бывают всплески до 1-5 krps, иногда всё простаивает. Текущих возможностей вертикального масштабирования хватает с запасом примерно на х10, но есть опасения, что в какой-то момент в не очень далеком будущем будет нагрузка превышающая текущие возможности "большого" сервера. Поэтому хотим сделать это более горизонтально масштабируемым. Название компании: ООО СИНДЕКС (https://seendex.ru/) Контакты: a.maslov@seendex.ru / @drakmail

а какова длительность проектов? а это может по деньгам вылиться в 50 тыр в месяц

Но это не значит что тебе надо платить 700

Да давайте всем 70 платить. Плодить нищету

а какова длительность проектов? а это может по деньгам вылиться в 50 тыр в месяц

#вакансия Город и адрес офиса: Москва, м. Юго-западная Формат работы: удаленка Занятость: проектная, с последующей поддержкой на part time (если будет заинтересованность) Зарплатная вилка: от 150к до 350к на проект (на самом деле пока есть только общее понимание того, что хочется, после более конкретного обсуждения плана работ можно будет подкорректировать как в большую, так и в меньшую сторону) Краткое описание вакансии: Очень хотим нормально настроить swarm / k8s + CD + постгрес (это из первоочередного) Описание вакансии: Мы разрабатываем платформу для оценки эффективности компаний, отделов и сотрудников в отделах (а недавно еще - регионов). Сейчас у нас есть монолит на рельсах, который мы потихоньку распиливаем (и плавно мигрируем в сторону python) + набор не очень толстых микросервисов (node.js / python / crystal / ruby, хотим тоже плавно всё переписать на python для стандартизации). Как СУБД - PostgreSQL, еще используем Elastic, redis. Вроде ничего необычного. Есть локальная офисная инфраструктура с большим сервером и виртуалками + есть удаленный большой сервер на collocation, на котором сейчас всё работает (половина в docker swarm, половина обычными сервисами), ну и есть пара серверов по-меньше, которые в основном используются под один какой-то проект. Нагрузки на текущий момент - иногда бывают всплески до 1-5 krps, иногда всё простаивает. Текущих возможностей вертикального масштабирования хватает с запасом примерно на х10, но есть опасения, что в какой-то момент в не очень далеком будущем будет нагрузка превышающая текущие возможности "большого" сервера. Поэтому хотим сделать это более горизонтально масштабируемым. Название компании: ООО СИНДЕКС (https://seendex.ru/) Контакты: a.maslov@seendex.ru / @drakmail

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

1. Масштабируемость - мы стараемся делать стейтлесс сервисы, но от работы с СУБД никуда не уйти (сейчас у нас постгрес), плюс нужна HA репликация самих сервисов и удобная возможность ими управлять. Сейчас для этого мы используем docker swarm, в принципе, тоже устраивает, но настроено пока только на одной ноде и очень странно ). Хочется настроить Postgresql "как сервис" - что-нибудь типа Amazon RDS, плюс настроить redis cluster, плюс настроить нормальную репликацию эластика, плюс что-нибудь типа minio для хранения ассетов, ну и nginx / haproxy / traefik / что-нибудь еще для балансировки нагрузки (это что точно хочется, мб есть еще что-то, о чём я не подозреваю). В идеале, хотелось бы, чтобы большая часть (или еще лучше – все) сервисов / серверов могла масштабироваться простым втыканием нового сервера и лайтовой настройкой (мб ansible, мб что-то еще). 2. Простота выкатывания новых сервисов - сейчас у нас микс из capistrano для рельс, есть отдельное swarm облако для стейджинга и отдельное для продакшена, но деплой туда делается через боль (и руками). Нужен какой-нибудь стандартизированный воркфлоу, который +- легко позволит для созданного проекта в Gitlab через CI настроить его выкатывание на служебные адреса (например, some-super-project.staging.cloud.seendex.ru) и при необходимости с минимальными затратами назначить ему имя вида "super-project.seendex.ru" или примонтировать по пути /api/v1/super-project/ 3. Мониторинг и логирование всего этого - сейчас у нас есть nagios + пара костылей для мониторинга сервисов и серверов, в принципе, со своими задачами справляется хорошо. Не хватает агрегатора логов (ELK мб) - чтобы можно было без лазания в консоли (и с нормальными правами доступа, в идеале) посмотреть логи сервиса / поискать по ним. 4. Надежность - в принципе, у нас сейчас достаточно интересно бекапится постгрес через barman (через WAL, можно откатиться с точностью до пары секунд в любую точку времени), но восстановление из архива - сложный и опасный процесс, который еще автоматом не чекает то, что всё ок. Плюс у нас совсем не бекапится редис и эластик, плюс пользовательские файлы (их не много) тоже не бекапятся (или бекапятся, но этого никто не проверял). 5. Безопасность - в идеале, наружу должно торчать как можно меньше портов, связь между серверами хочется по VPN, что-нибудь настроить для автонакатывания секьюрити фиксов (ну, вроде в ubuntu у нас это почти везде настроено) 6. CI - ну тут у нас всё стандартно и вроде даже +- хорошо настроено. Единственное, мы сейчас используем Gitlab shared runner, который хотелось бы заменить на докеровый и запускать в swarm / kubernetes / где-либо еще. Пайплайны настраивать умеем, вроде никакой боли с этим нет (хотя нет, есть - деплой из CI на стейджинг / продакшен, это в п. 1). 7. Документирование всего этого (в идеале - нам бы еще какой-нибудь инструмент для хранения информации о том, где какие серверы расположены физически). Плюс нам может понадобиться развернуть копию практически всей инфраструктуры у заказчика, желательно, чтобы это было минимально болезненно. В общем, сейчас потребности примерно такие, если в общих чертах, какой-то приверженности инструментам нет, поэтому софт можно использовать любой подходящий. Еще одно ограничение - мы не можем использовать облака, так как клиенты из гос. компаний (и схожие с ними) не верят в их приватность 🙂 Поэтому использовать amazon / selectel и всё такое – не получится.

и где в этой простыне хоть слово про длительность проектов?

Да давайте всем 70 платить. Плодить нищету

А от тебя есть польза хоть на 100?

Чем быстрее - тем лучше ) На самом деле по срокам на всё это хочется не больше месяца потратить, максимум 1,5

какой-то неадекватный подход

Конечно. Каждый рубль его зарплаты приносит два

Если получится всё это сделать за неделю и качественно - думаю, получится выбить на это и 300к )

А, шо?

такие хотелки и за неделю?!!!! нет, спасибо. это будет пустая трата времени и нервов

вы откуда?)

1. Масштабируемость - мы стараемся делать стейтлесс сервисы, но от работы с СУБД никуда не уйти (сейчас у нас постгрес), плюс нужна HA репликация самих сервисов и удобная возможность ими управлять. Сейчас для этого мы используем docker swarm, в принципе, тоже устраивает, но настроено пока только на одной ноде и очень странно ). Хочется настроить Postgresql "как сервис" - что-нибудь типа Amazon RDS, плюс настроить redis cluster, плюс настроить нормальную репликацию эластика, плюс что-нибудь типа minio для хранения ассетов, ну и nginx / haproxy / traefik / что-нибудь еще для балансировки нагрузки (это что точно хочется, мб есть еще что-то, о чём я не подозреваю). В идеале, хотелось бы, чтобы большая часть (или еще лучше – все) сервисов / серверов могла масштабироваться простым втыканием нового сервера и лайтовой настройкой (мб ansible, мб что-то еще). 2. Простота выкатывания новых сервисов - сейчас у нас микс из capistrano для рельс, есть отдельное swarm облако для стейджинга и отдельное для продакшена, но деплой туда делается через боль (и руками). Нужен какой-нибудь стандартизированный воркфлоу, который +- легко позволит для созданного проекта в Gitlab через CI настроить его выкатывание на служебные адреса (например, some-super-project.staging.cloud.seendex.ru) и при необходимости с минимальными затратами назначить ему имя вида "super-project.seendex.ru" или примонтировать по пути /api/v1/super-project/ 3. Мониторинг и логирование всего этого - сейчас у нас есть nagios + пара костылей для мониторинга сервисов и серверов, в принципе, со своими задачами справляется хорошо. Не хватает агрегатора логов (ELK мб) - чтобы можно было без лазания в консоли (и с нормальными правами доступа, в идеале) посмотреть логи сервиса / поискать по ним. 4. Надежность - в принципе, у нас сейчас достаточно интересно бекапится постгрес через barman (через WAL, можно откатиться с точностью до пары секунд в любую точку времени), но восстановление из архива - сложный и опасный процесс, который еще автоматом не чекает то, что всё ок. Плюс у нас совсем не бекапится редис и эластик, плюс пользовательские файлы (их не много) тоже не бекапятся (или бекапятся, но этого никто не проверял). 5. Безопасность - в идеале, наружу должно торчать как можно меньше портов, связь между серверами хочется по VPN, что-нибудь настроить для автонакатывания секьюрити фиксов (ну, вроде в ubuntu у нас это почти везде настроено) 6. CI - ну тут у нас всё стандартно и вроде даже +- хорошо настроено. Единственное, мы сейчас используем Gitlab shared runner, который хотелось бы заменить на докеровый и запускать в swarm / kubernetes / где-либо еще. Пайплайны настраивать умеем, вроде никакой боли с этим нет (хотя нет, есть - деплой из CI на стейджинг / продакшен, это в п. 1). 7. Документирование всего этого (в идеале - нам бы еще какой-нибудь инструмент для хранения информации о том, где какие серверы расположены физически). Плюс нам может понадобиться развернуть копию практически всей инфраструктуры у заказчика, желательно, чтобы это было минимально болезненно. В общем, сейчас потребности примерно такие, если в общих чертах, какой-то приверженности инструментам нет, поэтому софт можно использовать любой подходящий. Еще одно ограничение - мы не можем использовать облака, так как клиенты из гос. компаний (и схожие с ними) не верят в их приватность 🙂 Поэтому использовать amazon / selectel и всё такое – не получится.

Кубернетес вас спасёт

Да, это самый предпочтительный вариант

Сделаю за пиво

Меня даже и не звала

Сделаю за пиво

То есть где меньше сотки там не нормальные семьи?

Сделаю за пиво

То есть где меньше сотки там не нормальные семьи?

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

ну это и к работе относится, в 2006 работу без опыта в 14 лет нихрена не умея мне было проще найти чем сейчас

А щас из гугла можно просто копипастить

Ты уверен что можно?

А щас из гугла можно просто копипастить

Че нет то