Иван Шумов

Зарегистрируй новый аккаунт

Не заниматься фигней и просто начать работать с их API, может, для разнообразия?)
Информация тут: https://dev.hh.ru

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

Sphinx цифру тоже пережует, скорее всего.

Не попробуешь - не узнаешь.

А вообще для таких задач используется Elasticsearch

Забыта нода result

Я бы не занимался фигней и взял AWS rekognition, который делает это почти даром)

Никак не избежать ибо за это отвечает ML и на лету ловит запросы и по готовой модели принимает решение. Модель тренируется постоянно и обновляется регулярно, поэтому проскочить слабо вероятно. Даже proxy не всегда спасают

Берем DNS, переключаем роутинг трафика на новые инстансы, а когда нагрузка уходит со старых - удаляем их. Все, профит

Да

То что вы хотите это целый комплекс работ и изменения в ваших процессах и инструментах. Рекомендую ознакомиться изначально с Cloud Adoption Framework. Затем посмотреть на Cloud Migration Best Practices.

Все что вы перечислили не позволит дать вам какие-либо адекватные рекомендации по тому что нужно делать ассессмент текущей архитектуры, ресурсов, собирать требования к новой системе и уже смотреть в какой Клауд, зачем, для чего, нужно ли делать Hybrid Cloud и так далее

Обговорить заранее, спросить о возможностях и принять решение по итогу разговора с руководителем. Могут отказать, могут предложить удалённо включаться, могут расторгнуть контракт. В любом случае сокрытие поездки или объявление о ней в последний момент нарушает ТК и в таком случае работодатель сможет принимать решение в одностороннем порядке

написать где-нибудь сервер и отправлять почту оттуда

Можно. Стартовый набор это ардуино и it штат из хотябы пары-тройки человек. Можно купить готовые коробочки в интернете, но стоят они как крыло от боинга, сервисы - дешевле