И вы в комментарии вместе привели цитаты из статьи и ваших внешних источников. Я не спорю, что там по делу, но когда этих цитат нет в статье, а они взяты из совершенно другого места, немного сложно аргументировать.
Давайте честно. Инстансы в Kubernetes прибавлять не сложно, как и менять им лимиты потребления. Kubernetes сам за вас сделает большинство работы. Разумеется, надо подходить с умом, при кривых руках все можно поломать, и микросервис с кронджобой нельзя так просто в два инстанса ставить (иначе вас ждет неприятный сюрприз), но даже кронджобы при определенных реализациях (с дополнительным сохранением очередности в Redis) можно масштабировать. Лично мы на своем проекте не испытываем проблем поднять 2-3-10 нужных инстансов. А вот с данными требующими ACID вы получаете новый уровень сложности при переходе на распределенные системы
Я жил в США и работал по 90-100 часов в неделю. Не понравилось. В России мне лучше. Но я родился в России и вырос, ментальность уже сформирована, и другая. Родился бы в штатах, было бы там хорошо. И давайте честно, я не могу судить в духе "если бы я был темнокожей жешщиной в Вайоминге ...". Мой мысленный эксперимент исключительно про меня, мою семью, образование, род занятий. И лично для меня качество жизни, возможности развития и достижений при рыночной экономике кратно выше, чем при "социалистической". Съездите на Кубу, без частной инициативы и малого бизнеса все деградирует и разваливается, прямо в буквальном смысле этого слова. Частный бизнес (особенно малый и средний) бесконечно эффективнее любого государственного. На крупном бизнесе уже меньше различий, но и то, гос бизнес может существовать только в условиях естественных и других монополий, но это про лоббизм, а не про эффективность. В любой конкурентной среде гос бизнес/плановая экономика быстро проигрывают.
С статье очень много некорректной информации. У меня тест простой - хотел бы я жить в СССР (или на Кубе сейчас, только если там моря и пальм не будет). И для себя я отвечаю, что не хотел бы, хотя и там были хорошие вещи. Автор называет 10% команий корпорациями, хотя реально корпораций менее 1%. И в США на долю малого и среднего бизнеса приходится 60% ВВП (гугл в помощь). Все остальные пункты примерно такие-же.
Если говорить именно о поддержке, то максимальный, который можем. Обычно (95%), в течении 10-30 минут вы получите первый ответ, и реальную помощь, уже в зависимости от кейса (тут от сразу до долго исследовать). У нас есть группа комьюнити https://t.me/amverachat , где мы в чате разбираем обращения. Там можно посмотреть и скорость и подход. Мы тут в открытую работаем, всем все видно.
И учитывайте, у нас облако для маленьких проектов, конкурируем мы с VPS. Я не говорю, что у нас лучшая поддержка, но бывает и код правим, а бывает фигню советуем. И по ощущениям, у нас лучше, чем у наших поставщиков низкоуровневой инфраструктуры, у которых платная поддержка, за которую мы им платим много, а получаем шаблонные ответы
Так из лидирующих модельных компаний никто не принимает рублями. Но это уже другая история. Чем меньше препятствий, даже маленьких, тем удобнее и лучше
А это тут причем? Вы просто написали комментарий, в котором сказали, что кроме ворда ничего не нужно и "учитесь грамотными". Это ваше мнение, у других может быть другое, его вам расписали. И да, для написания статей полезно их проверить на грамотность и стилистику в условном "Главреде", сам так делаю
Вопрос в том, достаточно ли вам стандартного решения и насколько вы доверяете давать права администратора боту, код которого вы не контролируете. Мы сделали своего антиспам бота для телеграм именно по причине того, что хотели контролировать все, и если надо код самим править
Я старался написать статью так, чтобы ей могли воспользоваться люди не владеющие разработкой. А для них ссылка на папку с файлами понятнее, чем на репозиторий GitHub. По второму вопросу - как раз там есть ML-модель, которая переобучается при запуске и добавлении новых фраз.
По деталям реализации со ссылкой именно на GitHub, думаю, напишем отдельную статью, где распишем какая там модель, как "смайлики" из которых спам делают удаляет и т.д.
У нас в команде есть специалисты по директу, и фильтровать трафик мы умеем, и настраивали все на конверсии. Просто то, что Яндекс считает конверсиями, часто ими не является. Я не говорю, что директ совсем не работает, просто соотношение количества усилий, затрат и объема выхлопа с него, не очень хорошее. А пользуются, так-как у многих просто выхода нет, для многих бизнес-моделей, это один из единственных рекламных каналов
Почему? В статье у меня очень приблизительный расчет, и получалось, что стоимость владения таким сервером, плюс стоимость колокейшн около 35 т.р. если самим покупать. На скрине аренда - 90 т.р. Как видно провайдер точно в минус не работает) Это "почти" сравнимо со стоимостью облака если учесть что диски нужно сетевые делать и т.д.
Попробую ответить на ваши вопросы. Да, вы правы, в крупных проектах есть свои DevOps, даже в облаках, но в облаках на них меньше нагрузка как правило (все конечно индивидуально). 2. Инцидент в Яндексе про который вы пишете описан вот в этом отчете - https://status.yandex.cloud/ru/incidents/1009?retpath=%2Fru%2Freports#report Он нас тоже затронул. Если кратко, у коллег упала сеть. Не на одном сервере, а глобально. Если бы в вашем ЦОДе условный "экскаватор судьбы" перекопал сразу все кабели, поднятие дополнительного сервака бы не помогло. Это я к тому, что инциденты разные бывают. Плюс, что вам мешало поднять копию системы в другом месте? На том же вашем сервере или в другом облаке. Кажется, это не сложнее чем установить дополнительный физический сервер и поднять с нуля на нем. А если глобально - у вас либо отказоустойчивое решение, когда вы выдерживаете падение сервера или целого ЦОДа, либо нет. А облако это или выделенные сервера дело второе. 3. К вопросу о рекламности. Я конечно не упускаю возможность упомянуть наш сервис, но статья к нему вообще не относится. У нас не классическое облако проект как в примере в статье у нас проблематично развернуть. Мы на другой сегмент работаем. Наши клиенты это индивидуальные разработчики, а не клиенты условного AWS. Т.е. наш основной конкурент это Heroku, а это совсем другая история не относящаяся к проблематике сложных проектов с DevOps. Я писал эту статью как раз как потребитель публичных облаков и железных серверов, а не как их продавец 4. Про 152 вопрос требует уточнения. У нас вся инфраструктура в РФ, перс данные для регистрации не нужны и т.д.
Резюмируя - вы отчасти правы, но если бы публичные облака были так "невыгодны", не пользовалось бы ими подавляющее большинство компаний из целевых сегментов
Сейчас это работает просто как семантический поиск. Но идея хорошая, если будет запрос от пользователей, сделаем поиск по метаинформации. Спасибо.
И вы в комментарии вместе привели цитаты из статьи и ваших внешних источников. Я не спорю, что там по делу, но когда этих цитат нет в статье, а они взяты из совершенно другого места, немного сложно аргументировать.
Давайте честно. Инстансы в Kubernetes прибавлять не сложно, как и менять им лимиты потребления. Kubernetes сам за вас сделает большинство работы. Разумеется, надо подходить с умом, при кривых руках все можно поломать, и микросервис с кронджобой нельзя так просто в два инстанса ставить (иначе вас ждет неприятный сюрприз), но даже кронджобы при определенных реализациях (с дополнительным сохранением очередности в Redis) можно масштабировать. Лично мы на своем проекте не испытываем проблем поднять 2-3-10 нужных инстансов. А вот с данными требующими ACID вы получаете новый уровень сложности при переходе на распределенные системы
Вы привлекали инвестиции? Или может работали в фонде? Такой список мне и GPT сделает (возможно, ваш из GPT и взят). Зачем это публиковать?
Я жил в США и работал по 90-100 часов в неделю. Не понравилось. В России мне лучше. Но я родился в России и вырос, ментальность уже сформирована, и другая. Родился бы в штатах, было бы там хорошо. И давайте честно, я не могу судить в духе "если бы я был темнокожей жешщиной в Вайоминге ...". Мой мысленный эксперимент исключительно про меня, мою семью, образование, род занятий. И лично для меня качество жизни, возможности развития и достижений при рыночной экономике кратно выше, чем при "социалистической". Съездите на Кубу, без частной инициативы и малого бизнеса все деградирует и разваливается, прямо в буквальном смысле этого слова. Частный бизнес (особенно малый и средний) бесконечно эффективнее любого государственного. На крупном бизнесе уже меньше различий, но и то, гос бизнес может существовать только в условиях естественных и других монополий, но это про лоббизм, а не про эффективность. В любой конкурентной среде гос бизнес/плановая экономика быстро проигрывают.
С статье очень много некорректной информации. У меня тест простой - хотел бы я жить в СССР (или на Кубе сейчас, только если там моря и пальм не будет). И для себя я отвечаю, что не хотел бы, хотя и там были хорошие вещи. Автор называет 10% команий корпорациями, хотя реально корпораций менее 1%. И в США на долю малого и среднего бизнеса приходится 60% ВВП (гугл в помощь). Все остальные пункты примерно такие-же.
Если говорить именно о поддержке, то максимальный, который можем. Обычно (95%), в течении 10-30 минут вы получите первый ответ, и реальную помощь, уже в зависимости от кейса (тут от сразу до долго исследовать). У нас есть группа комьюнити https://t.me/amverachat , где мы в чате разбираем обращения. Там можно посмотреть и скорость и подход. Мы тут в открытую работаем, всем все видно.
Если про общий SLA, то он есть по ссылке https://docs.amvera.ru/general/sla.html
И учитывайте, у нас облако для маленьких проектов, конкурируем мы с VPS. Я не говорю, что у нас лучшая поддержка, но бывает и код правим, а бывает фигню советуем. И по ощущениям, у нас лучше, чем у наших поставщиков низкоуровневой инфраструктуры, у которых платная поддержка, за которую мы им платим много, а получаем шаблонные ответы
Да, но не всегда интеграции эти нужны. Зато с нейронками работать будет достаточно просто
Если нужно в иностранном регионе, есть еще преднастроенные дроплеты c n8n у Digital Ocean https://marketplace.digitalocean.com/apps/n8n
Так из лидирующих модельных компаний никто не принимает рублями. Но это уже другая история. Чем меньше препятствий, даже маленьких, тем удобнее и лучше
А это тут причем? Вы просто написали комментарий, в котором сказали, что кроме ворда ничего не нужно и "учитесь грамотными". Это ваше мнение, у других может быть другое, его вам расписали. И да, для написания статей полезно их проверить на грамотность и стилистику в условном "Главреде", сам так делаю
Вопрос в том, достаточно ли вам стандартного решения и насколько вы доверяете давать права администратора боту, код которого вы не контролируете. Мы сделали своего антиспам бота для телеграм именно по причине того, что хотели контролировать все, и если надо код самим править
Я старался написать статью так, чтобы ей могли воспользоваться люди не владеющие разработкой. А для них ссылка на папку с файлами понятнее, чем на репозиторий GitHub. По второму вопросу - как раз там есть ML-модель, которая переобучается при запуске и добавлении новых фраз.
По деталям реализации со ссылкой именно на GitHub, думаю, напишем отдельную статью, где распишем какая там модель, как "смайлики" из которых спам делают удаляет и т.д.
У нас в команде есть специалисты по директу, и фильтровать трафик мы умеем, и настраивали все на конверсии. Просто то, что Яндекс считает конверсиями, часто ими не является. Я не говорю, что директ совсем не работает, просто соотношение количества усилий, затрат и объема выхлопа с него, не очень хорошее. А пользуются, так-как у многих просто выхода нет, для многих бизнес-моделей, это один из единственных рекламных каналов
Если вы не превысили лимит тарифа на хранилище (он не очень большой), то ничего. Если лимит тарифа превышен, буде тарифицироваться диск сверх лимита
Почему? В статье у меня очень приблизительный расчет, и получалось, что стоимость владения таким сервером, плюс стоимость колокейшн около 35 т.р. если самим покупать. На скрине аренда - 90 т.р. Как видно провайдер точно в минус не работает) Это "почти" сравнимо со стоимостью облака если учесть что диски нужно сетевые делать и т.д.
Попробую ответить на ваши вопросы. Да, вы правы, в крупных проектах есть свои DevOps, даже в облаках, но в облаках на них меньше нагрузка как правило (все конечно индивидуально). 2. Инцидент в Яндексе про который вы пишете описан вот в этом отчете - https://status.yandex.cloud/ru/incidents/1009?retpath=%2Fru%2Freports#report Он нас тоже затронул. Если кратко, у коллег упала сеть. Не на одном сервере, а глобально. Если бы в вашем ЦОДе условный "экскаватор судьбы" перекопал сразу все кабели, поднятие дополнительного сервака бы не помогло. Это я к тому, что инциденты разные бывают. Плюс, что вам мешало поднять копию системы в другом месте? На том же вашем сервере или в другом облаке. Кажется, это не сложнее чем установить дополнительный физический сервер и поднять с нуля на нем. А если глобально - у вас либо отказоустойчивое решение, когда вы выдерживаете падение сервера или целого ЦОДа, либо нет. А облако это или выделенные сервера дело второе. 3. К вопросу о рекламности. Я конечно не упускаю возможность упомянуть наш сервис, но статья к нему вообще не относится. У нас не классическое облако проект как в примере в статье у нас проблематично развернуть. Мы на другой сегмент работаем. Наши клиенты это индивидуальные разработчики, а не клиенты условного AWS. Т.е. наш основной конкурент это Heroku, а это совсем другая история не относящаяся к проблематике сложных проектов с DevOps. Я писал эту статью как раз как потребитель публичных облаков и железных серверов, а не как их продавец 4. Про 152 вопрос требует уточнения. У нас вся инфраструктура в РФ, перс данные для регистрации не нужны и т.д.
Резюмируя - вы отчасти правы, но если бы публичные облака были так "невыгодны", не пользовалось бы ими подавляющее большинство компаний из целевых сегментов
Насколько мне известно, информация по ссылке немного устарела. Azure и AWS сейчас изменили правила для исходящего трафика (вот новость https://incrussia.ru/news/posle-aws-i-google-microsoft-zayavila-chto-otmenit-platu-za-peredachu-ishodyashhih-dannyh-azure-no-s-vazhnoj-ogovorkoj/). Но да, много подводных камней в тарификации (обращения к S3 как пример) и почти все платно
Только тут не понял за что минусы?)
Но у разных провайдеров по разному бывает