даже если пренебречь платным трафиком, а сосредоточиться на проблеме изменения адресации, то есть ли метод, кроме Elastic IP, как сохранить IP? при остановке и рестарте чтобы не изменился, и как следствие, не надо было прописывать изменения в Route53
Да, Вы правы, ТЗ больше термин для общения с заказчиком, но именно в ТЗ сходятся все фишки, которые реально нужны в продакшн-реалиях. Можно отойти от этого термина.
Свою потребность опишу тогда так: нужен источник, где бы можно было найти пункты, задачи, реализовав которые одну за одной, получим отлично сконфигурированный сервер телефонии, в котором есть всё необходимое, сложный dialplan, ivr , безопасность asterisk, agi, и ещё по-максимуму много других фич.
Хочется всё в 1 месте, а не искать "а как реализовать эту фичу? А как эту? А как ту?"
Андрей: Да, и поэтому, собственно, больше склоняюсь к тому, чтобы держать БД где-то на Амазоне, а фронт-энд где-либо ещё... Так и не могу определиться с выбором архитектуры отказоустойчивости.
Ок, если А-записей 3шт, тогда каждый 3-й запрос идёт на 1 конкретный сервер проекта. И если он уходит в даун, то остальные счастливчики, кто будет направлен по распределению DNS на этот же сервер, будут видеть удручающую картину? Или всё же браузер/ОС попробует выбрать одну из 2х других записей для домена?
SagePtr: А это конфиденциальная инфа? Если есть загрузочные диски, которые сбрасывают пароли, даже админских учёток, то значит, и известно, в какой файл (файлы) вносить изменения?
А есть ли способ сначала сохранить хранилище паролей? Если это, к примеру, один файл или набор файлов,сохранить, затем сделать сброс пароля, загрузить ОС, и в самом конце вернуть обратно файл (файлы), отвечающие за хранилище паролей.
Спасибо за ответ! Может, есть информация по установке и настройке pxe сервера? Меня больше интересует, как сделать так, чтобы pxe чётко знал - какой образ "отдать" на установку в момент запуска и загрузки по сети клиентской машины
Просто интересно. Это из разряда "забыли продлить домен и кто-то другой зарегал" или как?