Посты для тега : ‘облачной’

Ликвидация последствий чрезвычайных происшествий в облачных сервисах

Аварийное восстановление представляет собой возможность и умение возобновить нормальную работу системы после аварии, катастрофы или возникновения других форс-мажорных обстоятельств. Что считать катастрофой зависит от ваших конкретных обстоятельств. В общем случае я определяю катастрофу как любое аномальное событие, в результате которого нормальная работа вашей системы ос-

Читать далее »

Использование репликации баз данных в облачной среде

Для большинства приложений баз данных, не предназначенных для решения критически важных задач, репликация является неплохим решением, которое позволит вам сэкономить финансовые средства и, вполне возможно, даже предоставит возможности по оптимизации производительности. На практике система репликации MySQL в облачной среде может предоставить вам безупречные системы резервного копирования и аварийного восстановления, а также обеспечить высокую доступность, сравнимую […]

Читать далее »

Соответствие стандартам и нормативно-законодательным актам в облачных сервисах

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

Читать далее »

Конфиденциальность в облачной среде

Ключом к конфиденциальности в облачной среде, как, впрочем, и в любой другой, является четкое разделение между конфиденциальными данными и неконфиденциальными данными, с последующим шифрованием тех элементов данных, которые содержат конфиденциальную информацию. Характерным  примером является система электронной коммерции, в которой должна храниться информация о кредитных картах клиента. Вы можете иметь довольно сложное по своей структуре приложение, […]

Читать далее »

Облачный хостинг GoGrid

Рэнди Байес (Randy Bias) Существует множество методов построения облачной инфраструктуры. Amazon Web Services (AWS) использует для этого подход, известный как "сервисная инфраструктура" (service infrastructure), и предлагает для этой цели заказчикам ряд индивидуально настраиваемых, нестандартных и в высшей степени масштабируемых сервисов, позволяющих им перестроить существующую у них инфраструктуру для работы в полностью виртуальной среде. В отличие […]

Читать далее »

Проблема блокировок в памяти в облачных сервисах

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

Читать далее »

Переход к модели затрат на облачную среду

Как я уже заметил в начале этой главы, плата за облачные ресурсы взимается по факту их использования. Для Amazon эта модель основана на такой единице, как CPU-час. Для некоторых других облаков, например, GoGrid, применяется оценка в RAM-час. Рассмотрим пример оценки затрат, которые придется понести с учетом потребности в ресурсах, описанной чуть ранее (два сервера приложений […]

Читать далее »

Системы обнаружения вторжений на уровне хоста в облачных сервисах

В то время как сетевые системы обнаружения вторжений осуществляют мониторинг сетевого трафика, пытаясь обнаружить аномальный трафик и подозрительную активность, системы обнаружения вторжений на уровне хоста (host intrusion 1 На сегодняшний день количество вирусов настолько велико, что большинство разработчиков антивирусного ПО не в состоянии обеспечить защиту от каждого из них. Они знают об этом и полагаются […]

Читать далее »

Что происходит при сбоях серверов в облачных сервисах

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

Читать далее »

Катастрофические события в облачной среде

В предположении того, что вы имеете неограниченные возможности и неограниченный же бюджет, я выделяю три ключевых аспекта в отношении планирования аварийного восстановления: 1.      Резервное копирование и хранение данных.

Читать далее »
 
Rambler's Top100