То, что я делаю, связать AMI тем же именем. Затем удалите AMI, в то время как экземпляр работает и загрузка, и зарегистрируйте новый AMI. С точки зрения того, что "лучше" для хранения Вашего программного обеспечения, оно действительно зависит от того, как часто Вы идете в обновление или изменение его. Если Вы не возражаете проходить процесс пакета, затем просто оставляют его в AMI.
p.s. Удобная подсказка для связывания AMI, делают это в экранной сессии так, чтобы можно было убежать от процесса обработки изображений и не иметь для волнения о поврежденном соединении SSH.
Ваш первый параграф корректен. Нет никакого соединения, хотя некоторые механизмы IP используют исходный адрес / адрес порта и адрес назначения / порт для обеспечения основанного на синхронности приближения для утверждения.
Отказ обрабатывается с ICMP, часто недостижимый портом ICMP (подтип типа 3 3).
Ваш последний параграф также корректен; это до Вашего приложения, чтобы гарантировать, что переданные UDP данные правильно упорядочиваются.
Существует нет connection
в UDP. Это не надежный протокол. Если надежность электропередачи желаема, она должна быть реализована в приложении пользователя. Взгляните на эту страницу.
Да, пакеты могут прибыть не в порядке и могут быть потеряны. Приложение должно заботиться об этих вещах в случае необходимости.
UDP также известен как ненадежный протокол данных. В UDP нет никакого отслеживания как такового. Вы могли использовать src и dst комбинацию IP/порта для отслеживания, но не уверенные, чего Вы достигнете из него.
Ответ на Ваш второй вопрос, те данные не могут быть получены в порядке, это было отправлено его, корректно. TCP использует порядковые номера. Если пакет получен из последовательности, это отбрасывается. Клиент отправляет подтверждение в отправителя упорядоченного полученного пакета, на который отправитель начинает отправлять данные из той точки вперед. Это могло также включать повторную передачу некоторых пакетов. Это - то, как TCP обеспечивает гарантию данных.
UDP является ориентированным на датаграмму сервисом. Каждый пакет UDP должен иметь (идеально!) его полный контекст в пакете, поскольку пакеты могут быть потеряны или переупорядочены в пути.
TCP, с другой стороны, является потоковым протоколом, обеспечивая двунаправленный поток между двумя конечными точками (это подразумевает надежность и упорядочивание, тогда как датаграммный сервис не делает, обязательно).