Облако для: Help — Лицензионное соглашение сервиса Облако@mail.ru

Гибридное облако | Глоссарий VMware

Преимущества гибридного облака

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

 

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

Гибридная среда также может одновременно быть и многооблачной средой.

 

Инфраструктура гибридного облака

Инфраструктура гибридного облака обычно включает в себя сеть, серверы и ПО для виртуализации. Данные размещаются на серверах, которые предоставляют к ним удаленный доступ по сети. ПО для виртуализации используется с целью предоставления удаленного доступа к виртуальным ресурсам, например рабочим местам. Поскольку сам принцип гибридного облака подразумевает использование как собственных ресурсов компании, так и ресурсов сторонних поставщиков, такие внутренние компоненты располагаются в двух средах: локально в ЦОД и в среде стороннего поставщика услуг публичного облака. Поставщик облачных услуг обслуживает множество пользователей с разными запросами, поэтому для размещения их служб облачных вычислений используются мощные системы высокой плотности. С помощью ПО для виртуализации поставщики облачных услуг могут размещать множество операционных систем на одном сервере и предоставлять максимальный объем ресурсов.

 

Преимущества гибридного облака

• Универсальность. Компании, в работе которых регулярно возникают всплески нагрузки, могут внедрить гибридное облачное решение, чтобы использовать частное облако для выполнения большинства рабочих нагрузок и лишь при необходимости подключать ресурсы публичного облака.
• Структура и разделение. Гибридное облако также предлагает альтернативу для хранения конфиденциальных данных: компания может предоставлять услуги через публичное облако и при этом хранить конфиденциальную информацию в частном.

Частное облако требует меньше расходов, чем публичное (после первоначальных инвестиций в инфраструктуру), однако масштабировать его сложно. Для расширения инфраструктуры требуется покупать дополнительное оборудование. Если нагрузка на частное облако уменьшится, такое дорогое оборудование будет простаивать.

 

Архитектура гибридного облачного хранилища

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

 

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

 

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

 

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

 

Основные сложности, возникающие при внедрении гибридного облака

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

 

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

 

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

 

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

 

Гибридное облако для бизнеса. Hybrid Cloud на базе технологий VMware

10.04.2019

Avito.

ru: как облако IaaS помогает в организации бизнеса компании

Сайт частных объявлений «Авито» не нуждается в представлении. Сегодня сложно найти человека, который бы ни разу не воспользовался этой популярной площадкой, чтобы купить какую-то вещь, продать или приобрести автомобиль, снять квартиру, найти работу – список можно продолжать бесконечно. На протяжении 12 лет компания растет и развивается, помогая миллионам людей совершать выгодные сделки по всей стране. Во многом успех «Авито» определяет сплоченная команда энтузиастов и высокие технологии, в том числе облачные, без которых вряд ли можно было бы конкурировать на рынке.

Подробнее

15.01.2020

Гибридное облако для развития бизнеса

Сегодня, чтобы не отставать от конкурентов, организации стараются быстро адаптироваться к инновациям и чаще внедряют современные решения. Компании вынуждены двигаться в ускоренном темпе, что приводит к необходимости изменять инфраструктуру, стратегию и используемые технологии. Переход к «цифровому бизнесу» путем внедрения облачных сервисов и облачных платформ больше не является опциональным, наоборот – рассматривается как необходимость. Ведь если бизнес будет стоять на месте без модернизации ИТ, это может негативно сказаться на его дальнейшем развитии.

Подробнее

частное или публичное облако для 1С?

Продолжая серию статей по выбору облака для 1С, мы решили затронуть такую тему, как выбор между публичным и частным (персональным) облаком. Ранее мы рассматривали скорость работы облака 1С у разных поставщиков облачных услуг, а также приводили основные критерии выбора поставщика облачных сервисов 1С.

Действительность такова, что всё больше и больше компаний приходят к тому, чтобы рассмотреть вариант выноса баз данных 1С в облако. Как правило, к облаку приходят в результате оптимизации затрат на ИТ-структуру. Рынок сейчас предлагает достаточно много поставщиков услуг, чтобы удовлетворить данную потребность.

К нам часто обращаются клиенты, которым необходимо облако для работы 1С, но не все представляют себе разницу между публичным облаком и частным.

Рисунок 1 — Обобщенная схема публичного облака

Рисунок 2 — Обобщенная схема частного облака

Производительность

Обычно компании-поставщики облачных услуг делают упор на низкую цену в тарифе. При этом не афишируют тот факт, что облако 1С, предоставляемое клиенту, будет публичным, то есть базы клиента будут размещаться на сервере, где работают другие клиенты данного поставщика. Такая схема размещения напрямую влияет на производительность базы 1С. Получается, что один-два клиента могут забрать большинство ресурсов сервера, а у других клиентов базы начнут «тормозить».

Таким образом, первое и очень существенное отличие публичного облака от частного — зависимость от нагрузки, создаваемой другими клиентами.

Гибкость настроек облака

Публичное облако имеет одни и те же настройки сервера для всех размещенных на нём клиентов. Это означает, что возможности конфигурирования сервера под потребности бизнеса клиента нет. Маленьким клиентам на 1-3 пользователя как правило этого и не требуется, но с ростом задач бизнеса и увеличением количества пользователей, нужны более гибкие возможности, которые есть в частном облаке.

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

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

Рисунок 3 — Схема организации кластерной структуры частного облака.

Третий пример — часто бывает так, что для работы сотрудникам клиента нужно какое-то дополнительное программное обеспечение, которое не входит в базовый пакет программ, установленных на облаке по-умолчанию. В этом случае, публичное облако не дает возможности установки какого-либо программного обеспечения, кроме того, которое устанавливается для всех клиентов. Частное облако предусматривает функционал установки любого ПО, необходимого для работы — стоит только поставить задачу инженеру поддержки.

Поддержка

Безликость технической поддержки — стандартная ситуация для услуги публичного облака. Это означает, что на запросы клиента чаще всего отвечают разные сотрудники поставщика услуги.

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

Стоимость

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

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

Выводы

Если для маленьких компаний, где в облаке работает до 5 человек, публичное облако является оптимальным выбором, то для более крупных предприятий требуется более глубокая оценка и тщательный выбор облачного решения.

Чтобы обозначить сходства и различия в двух вариантах размещения 1С в облаке, рассмотрим нижеприведенную таблицу:

Таблица 1 — Сравнение публичного и частного облака 1С

Возможность	Публичное облако 1С	Частное облако 1С
Аренда типовых конфигураций 1С	Да	Да
Неограниченное кол-во баз данных	Да	Да
Доступ к обновлениям 1С	Да	Да
Доступ к 1С через Web и RDP	Да	Да
Защита подключения через физический ключ eToken	Нет	Да
Защищенное VPN-подключение с мобильных устройств	Нет	Да
Индивидуальная кастомизация услуги на уровне сервера	Нет	Да
Персональный инженер поддержки с горячей линией 24/7	Нет	Да
Изолированный сервер с гарантированной производительностью	Нет	Да
Возможность увеличения вычислительных ресурсов	Нет	Да
Индивидуальный план резервного копирования	Нет	Да
Возможность установки любого дополнительного ПО	Нет	Да
Наличие проактивной системы предотвращения сбоев	Нет	Да
Возможность создания персонального кластера серверов 1С для обеспечения непрерывности бизнес-процессов	Нет	Да

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

На текущий момент мы предлагаем возможность провести бесплатный тест производительности базы 1С в нашем эталонном облаке. Так вы сможете убедиться, подходит ли вам публичное облако или необходим выделенный сервер.

По сути частное облако (персональный облачный сервер) позволяет развернуть полноценную облачную ИТ-инфраструктуру с выносом в облако таких сервисов как IP-телефония, корпоративная почта, файловое хранилище и других. Важным фактором является возможность установки дополнительного программного обеспечения. Наиболее популярны здесь: системы клиент-банк, программы Контур, справочные системы Гарант/Консультант Плюс, клиент ЕГАИС, различные плагины, мессенджеры и специализированное ПО для различных отраслей бизнеса.

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

Зная о таких потребностях бизнеса, мы сформировали решение «Защищенное частное облако», которое состоит из трёх модулей: защищенная почта, защищенная телефония и защищенный сервер 1С.

Облако для пользователей

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

1. Регистрация учетной записи Облака в браузере

После окончания срока пробного активационного ключа необходимо приобрести лицензию.

Установите аппартный лицензионный ключ защиты или введите код активационного ключа онлайн-лицензии.

Для заказа лицензии обратитесь в компанию Проффит или зарегистрируйте учетную запись в Облаке Проффит.

  https://cloud.fitnessoft.ru 

Введите номер мобильного телефона, пароль и нажмите Войти.

Для регистрации учетной записи нажмите Регистрация.

Для повторного получения пароля нажмите Забыли пароль?

2. Настройка учетной записи в Облаке

Войдите в меню Компания / Настройка компании и заполните контактные данные.

3. Доступ к дополнительному сервису облака Проффит

Войдите в меню Управление/Подписка и выполните следующие действия:

1. Нажмите Продлить и закажите новую подписку на техническую поддержку.

2. Введите адрес электронной почты для получения уведомлений об окончании Подписки или срока онлайн-лицензий и нажмите Сохранить.

3. Нажмите Скачать и установите программу Хранитель для автоархивирования и хранения базы данных в Облаке.

4. Просмотрите информацию о новых функциях версии и скачайте нужный дистрибутив программы Проффит.

4. Заказ ключа онлайн-лицензии программы 

Войдите в меню Лицензии/Заказы и нажмите Создать.

5. Оплата заказа по расчетному счету на основании Счета на оплату

Выберете Продукт,  Вариант продукта и Количество продукта, укажите Способ оплаты Счет на оплату.

Подтвердите ваши действия, напечатайте и оплатите Счет. 

Внимание! При оплате по Счету онлайн-лицензия будет предоставлена в течение 1-3 рабочих дней.

6. Оплата заказа по банковской карте.

Выберете Продукт,  Вариант продукта и Количество продукта, укажите Способ оплаты Банковской картой.

Подтвердите ваши действия и приготовьте банковскую карту для проведения платежа через платежный сервис.

Внимание! При оплате по Банковской карте онлайн-лицензия будет предоставлена по факту завершения платежа.

Выберете Способ оплаты счета и банк-эквайер.

Введите данные вашей банковской карты и нажмите Оплатить.

7. Формирование Акта приемки — передачи онлайн-лицензии

Проверьте статус Заказа и дату оплаты Заказа в разделе Оплачен. 

Нажмите Печать акта и сформируйте Акт приемки-передачи онлайн-лицензии программы Проффит.

8. Генерация активационного ключа онлайн-лицензии

Выберете оплаченный заказ и нажмите Ключи для создания кода активации в окне запуска программы.

Выберете ключ со статусом Свободен и нажмите Отправить.

Выполните следующие действия:

1. Нажите Ок для отображение кода ключа.

2. Нажмите значок Скопировать ключ для сохранения кода ключа.

3. Вставьте код ключа в окно ввода в окне запуска программы.

 

 

 

 

 

 

Облако для телеком

Управление сервисами информационной безопасности (Cisco Powered Managed Security)

КРОК Облачные сервисы предлагает своим заказчикам широкий спектр решений, направленных на обеспечение безопасности сетевой инфраструктуры. В состав услуги по управлению сервисами информационной безопасности (Cisco Powered Managed Security) входит установка и конфигурирование следующих компонентов системы информационной безопасности:

• межсетевые экраны;
• система обнаружения вторжения.

Преимущества услуги по управлению сервисами информационной безопасности (Cisco Powered Managed Security):

• быстрое развертывание и настройка услуги;
• возможность гибкого масштабирования услуги под меняющиеся требования заказчика;
• отсутствие расходов на поддержку и сервис;
• использование проверенных и сертифицированных решений для обеспечения безопасности.

Межсетевые экраны:

В качестве программного обеспечения выступают устройства компании Cisco c модулями межсетевого экранирования, каждый из которых осуществляет обработку мульти-протокольного трафика на скорости 10 Гбит/с. Для повышения отказоустойчивости работы серверных приложений используется дублирование шасси устройств и модулей. Все интер- и интра шасси модули межсетевых экранов Cisco объединяются в кластер. Кластер интерфейсы соединяются с коммутаторами ядра сети Заказчика по технологии Etherchannel. Для взаимодействия участников кластера между собой используется изолированная VLAN сеть, которая объявляется как на модулях межсетевого экранирования, так и на устройствах ядра сети. Все участники кластера находятся в активном режиме балансируя проходящий трафик между собой. При выходе из строя одного из шасси Cisco ASA, трафик прозрачно переходит на рабочее шасси Cisco ASA; при выходе из строя одного из модулей ASA трафик переадресовывается на менее загруженный работоспособный ASA модуль одного из шасси Cisco ASA тем самым обеспечивая высокую доступность и избыточность сетевых сервисов.

Прохождение трафика через кластер устройств ASA

В момент выхода из строя одного из модулей кластера, все последующие пакеты переадресовываются оставшимся модулям, балансируя нагрузку между собой. Для трафика используются 10 Гбит/с интерфейсы, которые также соединяются с коммутаторами ядра сети, используя технологию Etherchannel по протоколу LACP, согласно рекомендациям производителя. Кластеризация межсетевых экранов обеспечивает высокую избыточность и агрегированную пропускную способность. Так один модуль осуществляет обработку трафика на скорости 10 Гбит/с в мульти протокольной режиме, а кластер модулей межсетевых экранов в целом обеспечивает скорость до 28 Гбит/с.

Межсетевой экран выполняет маршрутизацию трафика, используя статическую маршрутизацию и динамическую маршрутизацию EIGRP. Сеть доступа каждой системы доступна через соответствующий интерфейс VLAN коммутатора ядра. Межсетевой экран защищает внутреннюю сеть Заказчика от неавторизованного доступа и различного рода атак. С целью анализа настраивается инспекция трафика на уровне приложений (Application Inspection). Весь трафик, который проходит через межсетевой экран анализируется с помощью адаптивного алгоритма безопасности.

В рамках анализа трафика межсетевой экран также может выявлять угрозы безопасности сети предприятия.

Средствами межсетевого экрана обеспечивается следующий функционал:

• Поддержка Network Address Translation (NAT)

  Позволяет заказчику использовать неуникальные адреса и скрывать своё внутреннее адресное пространство за одним или несколькими публичными адресами. Таким образом, у атакующего нет возможности получить доступ к этим устройствам, узнав приватный адрес. Также сервис NAT позволяет приватной ip сети (local unicast) получать доступ в интернет оттранслировав адреса в ip-header.

• Поддержка De-Militarized Zone (DMZ)

  Данный сервис используется, когда заказчику необходимо защитить серверы, опубликованные в интернете. Обычно сеть разделена на различные сегменты, каждый со своим уровнем защиты. Например, внутренняя зона имеет наивысший уровень защиты, а интернет — наименьший. Стандартная политика защиты разрешает подключения изнутри-наружу, но не наоборот. Пользователи внутреннего и внешнего интерфейса должны иметь доступ к серверам, находящимся в DMZ сегменте, который обычно имеет средний уровень защиты, т.е. ниже, чем у внутреннего интерфейса, но выше чем у внешнего. DMZ не может инициировать сессию во внутреннюю сеть.

• Поддержка stateful firewall inspection

  Stateful firewall inspection отслеживает состояние трафика или соединений, чтобы в свою очередь разрешить легитимного трафику «прийти» из интернета в корпоративную сеть. Это обеспечивается за счет мониторинга установленных сессий изнутри-наружу и только в этом случае обратные пакеты могут вернуться. Проверяется не только уровень, с которого пришёл пакет, но также состояние трафика и соединений. Пример этому, механизм TCP, когда при установлении сессии посылается SYN,в ответ приходит SYN-ACK, если сессия установлена.

• Поддержка authentication proxy

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

• Поддержка transparent firewall

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

• Поддержка stateful inspection для зашифрованного трафика

  Если для предоставления внешних сервисов используется шифрование (VPN или HTTPS), межсетевой экран не увидит содержимое трафика. Для проверки трафика на соответствие политикам безопасности используется специальный дизайн, позволяющий сначала произвести дешифровку трафика (VPN- или SSL-decryption). В случае необходимости трафик можно снова зашифровать и переслать дальше.

• Идентификация пользователей и обеспечение доступа

  Межсетевой экран отслеживает состояние сессий и их количество. Это гарантирует защиту от переполнения памяти устройства и от повышенной загрузки CPU (как межсетевого экрана, так и конечных устройств). Листы ограничения доступа (ACL) позволяют сегментировать пользователей при работе с ресурсами (как внешним, так и внутренним), а применение технологии раздельного туннелирования описывает правила, по которым следует шифровать/не шифровать пользовательский трафик.

• Контроль приложений

  Технология инспектирования содержимого пакетов позволяет межсетевому экрану обнаруживать трафик систем передачи мгновенных сообщений и точка-точка, а также блокировать его при необходимости. Содержимое пакетов проверяется на соответствие заголовков пакетов их наполнению для известных форматов (HTTP, SMTP и т.д.) и если, например, внутри пакета TCP/80 присутствует не HTTP трафик, а другой, или заголовок HTTP не корректно сформирован, то такой трафик отбрасывается, чтобы исключить влияние такого нежелательного трафика на сервер.

• Inspect Internet Control Message Protocol (ICMP)

  Межсетевые экраны способны отслеживать работу протокола ICMP. В частности ICMP ответы извне будут разрешены только в том случае, если был послан запрос изнутри, при этом будут ожидаться только пакеты echo-reply, time-exceeded, destination unreachable и timestamp reply.

• Блокировка Java

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

• Контроль Session Initiation Protocol (SIP)

  Межсетевой экран инспектирует содержимое SIP-пакетов, отвечающих за сигнализацию голосового трафика. Так как заголовок SIP-пакета содержит информацию об IP-адресах участников, а прохождение через NAT меняет только заголовки IP-пакета, то прохождение через NAT нарушает работу SIP. Контроль SIP позволяет менять заголовок SIP-пакета и проверять его на корректность и соответствие RFC.

• Поддержка протокола H.323

  Инспектирование протоколов SCCP и H.323 позволяет контролировать работу сигнализации и медиа-трафика. Это позволяет выполнять подмену IP-адресов в заголовках пакетов, а также динамически открывать разрешающие правила для медиа-трафика, если в сигнализации обнаружена инициализация голосового трафика.

• Отказоустойчивость межсетевых экранов

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

• Резервное копирование конфигурации

  Межсетевой экран имеет возможность экспортировать конфигурацию оборудования не только локально на flash, но и на внешнее хранилище. Также для восстановления системы имеется возможность импорта с внешней системы хранения конфигурации. Для экспорта и импорта поддерживаются протоколы TFTP, FTP, HTTP, HTTPS, SCP.

SLA  Cloud Managed Services

Компания DEPO Computers построила частное облако для MEUCCI Group

MEUCCI Group — производитель и поставщик верхней мужской одежды, дружная команда профессионалов и бренд, который имеет богатое прошлое. История компании началась в 1911 году, когда семья Меуччи открыла собственное производство головных уборов во Флоренции. С конца 90-х годов MEUCCI — это еще и российско-итальянский производитель мужской одежды, самостоятельно разрабатывающий новые модели в собственном конструкторском бюро.

Бизнес-задача заказчика

Компания MEUCCI Group на момент старта проекта обладала классической серверной инфраструктурой, при этом производительность имевшегося оборудования не позволяла организовать работу бизнес-приложений с желаемым быстродействием. Необходимо было провести модернизацию существующей ИТ-инфраструктуры с целью повышения производительности и отказоустойчивости бизнес-процессов. Кроме этого, необходимо было подготовить инфраструктуру для развертывания производительной отказоустойчивой системы управления базами данных (СУБД), необходимую для внедрения ERP-системы.

Решение

В соответствии с требованиями заказчика специалисты DEPO Computers провели аудит существующей ИТ-инфраструктуры и проанализировали требования к СУБД и ERP-системе, с учетом бесперебойной работы пользователей. По результатам аудита была спроектирована инфраструктура для внедрения частного облака на базе линейки типовых решений DEPO Cloud Systems, разработанных в Департаменте системной интеграции DEPO Computers для быстрого внедрения технологий частного облака. Основой системы стали серверные компоненты российского производства – отказоустойчивые серверы DEPO Storm 3350V2 и высокопроизводительная система хранения данных DEPO Storage 4624G2. Виртуализация вычислительных мощностей обеспечена ПО Microsoft Windows Server 2012 R2 Datacenter Edition, а для решения бизнес-задач развернута система управления базами данных Microsoft SQL Server 2012.

Специалисты DEPO Computers провели полный комплекс работ по пусконаладке и интеграции решения в ИТ-инфраструктуру MEUCCI Group. По итогам приемо-сдаточных испытаний, вычислительный комплекс продемонстрировал полное соответствие требованиям заказчика и был принят в эксплуатацию.

Результаты проекта

DEPO Computers создала облачную ИТ-инфраструктуру для компании MEUCCI Group, основанную на отказоустойчивом серверном оборудовании DEPO и программном обеспечении Microsoft. Переход в частное облако обеспечил высокую доступность и производительность ERP-системы заказчика, которая является основой бизнес-процессов в компании. Благодаря этому проекту MEUCCI Group повысила эффективность бизнес-процессов и предотвратила риски финансовых потерь, связанных с простоями критически важных бизнес-приложений.

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

Руководитель направления ИТ и финансового программного обеспечения MEUCCI Group Александр Сергеевич Абрамов прокомментировал результаты проекта: «От лица компании MEUCCI Group хочу выразить признательность за проделанную DEPO Computers работу по модернизации нашей ИТ-инфраструктуры. Сотрудники DEPO Computers показали себя специалистами с большой буквы на всех этапах проекта. Такого плотного сопровождения и внимательного отношения к клиенту трудно было ожидать.

Во время реализации проекта продемонстрирован высокий уровень технических компетенций, ответственность и профессионализм. Работы были завершены даже с опережением графика. Благодаря компании DEPO Computers мы имеем высоконадежную ИТ-инфраструктуру, которая способна удовлетворить высоким требованиям нашего бизнеса по производительности и отказоустойчивости. Мы планируем продолжить плодотворное и взаимовыгодное сотрудничество с DEPO Computers в рамках новых проектов».

Создаем облако для тестирования ПО / Хабр

Пока компании вроде Google и Microsoft активно рассказывают простому пользователю о счастье, которое ожидает их на облачных сервисах, я хочу поделиться другой стороной облаков — счастьем для разработчиков и тестировщиков ПО. За те несколько лет, в течение которых я руковожу группой тестирования Parallels Plesk Panel, была собрана неплохая коллекция лайфхаков по использованию облака для наших целей.

Я уверен в том, что изложенный опыт будет полезен подавляющему большинству компаний и стартапов. Во-первых, тестовое облако можно создать самостоятельно. Это важно, когда ваш бюджет ограничен. Во-вторых, тестовое облако в его самом начальном варианте можно развернуть на 2-3 серверах. В-третьих, все хлопоты, связанные с созданием тестового облака, с лихвой окупаются автоматизацией процесса тестирования. Это особенно критично, если вы регулярно выпускаете обновления и если код вашего проекта довольно объемный.

С преамбулой вроде всё. Любопытных приглашаю под кат.

Зачем нам облако?

Панель Parallels Plesk стоит примерно на 50% всех серверов, используемых для хостинга в мире. Это миллионы «железок» и VPSов, на которых крутятся сотни миллионов клиентских сайтов. Цена багов в ПО огромная, мелочей не бывает. В этом отношении «Плеск» — очень сложный продукт для QA-инженеров. В сутки для него нам необходимо прогонять около 2000 p0 и p1 регрессионных автотестов (из них около 700 тестов посвящено пользовательскому интерфейсу) на 60 конфигурациях. За 24 часа получается более 120000 запусков автотестов. Кроме этого минимум раз в неделю подваливает ещё работы — обязательно инициируются тесты для проверки upgrade/backup/restore/migration с семи поддерживаемых версий «Плеска» на десятках конфигураций. Раз в месяц QA-инженеры проводят performance-, density- и load-тестирование. Ну и совсем жарко бывает в канун релиза. Тогда ко всем вышеперечисленным операциям добавляется необходимость проверять интеграцию с десятками продуктов.

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

Каким оно будет?

«Хотелки» QA-команды «Плеска» (да и вообще новосибирского центра разработки Parallels, где создается ряд других продуктов для сервис-провайдеров) сформировались в 2008 году и были уложены в четыре лаконичных пункта:

• Надёжность и отказоустойчивость. Как показала дальнейшая практика, аптайм облака для QA оказался чуть ли не таким же важным критерием, как аптайм для публичных cloud-сервисов.
• Высокая производительность. Критерии здесь — возможность осуществлять полный объём тестирования за требуемое время, скорость создания виртуальной машины (читай, VPS).
• Масштабируемость. Возможность в любой момент выделить нужное количество ресурсов, исходя из сложности задачи. Например, для решения простой задачи мы выделим одну машину и получим результат за час, а для решения сложной задачи выделим 20 машин, чтобы так же получить результат за час. Плюс к этому – расширяемость. Новый полностью сконфигурированный сервер готовится не более чем за один час.
• Поддержка изменения требований. Наличие возможности быстро адаптировать облако к изменениям требований (изменение типов виртуализации, возможность приоретизации задач между проектами и т.д.).

Спустя год «облако», позволяющее выполнять основные задачи (разворачивание машины, запуск автотестов), было готово. Над его созданием трудилось 2-3 человека. Практически все программное обеспечение для облака – самописное, за исключением пары продуктов «из коробки». Это Munin (мониторинг доступности ресурсов) и Nagios (мониторинг использования ресурсов). А вот TestLink (хранение словесных описаний тест-кейсов, формирование результатов ручного и автоматического исполнения тест-кейсов) пришлось серьезно перелопатить. Были модифицированы ядро и система формирования отчётов. Например, последнее нам дало ускорение генерации репорта на два порядка: было 5 минут, стало 5 секунд.

Грамотный читатель спросит, почему мы не использовали облако Amazon и не наклепали в нем инстансов под свои цели и задачи. Отвечу тезисно:

• У нас нет недостатка в «железе». Оно копилось долгие годы, логично было его нагрузить по полной программе.
• Внешние клауды даже сейчас не полностью подходят под наши требования, среди которых — множество специфических конфигураций и типов виртуализации.
• Дорого. Ежедневный объём потребляемых ресурсов при выполнении наших задач в пересчёте на денежные знаки будет просто астрономическим.

Момент истины: как облако изменило жизнь тестировщиков?

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

Как стало? Облако избавило QA-команду от рутинных задач. Тестировщик перестал быть «немножко админом» и больше не занимается самостоятельным «раскатыванием» ОС, билдов продуктов и тест-планов по серверам. Сейчас этим занимается робот, командовать которым можно через GUI или API интерфейсы.

Вот как это выглядит:

Выбираем продукт и версию (1), название тест-плана (2), билд (3), список конфигураций (4), нажимаем кнопку ‘Run’ (5) и понеслась. Развертывание десятков и сотен машин, установка на них продукта, запуск авто-тестов происходит фактически за пару кликов.

Во вкладке Scheduled tasks есть возможность добавлять задачи для регулярного автоматического тестирования, используя наш таск-менеджер, позволяющий добавлять задачи с учётом нагрузки на облако.

А во вкладке Mass execution есть возможность запускать группы тест-планов. Пара кликов — и вы запускаете полмиллиона автотестов. Можно вдоволь поупиваться собственным величием.

Под капотом тестового облака

Эта мудреная движущаяся картинка иллюстрирует работу нашего облака и дает представление о его архитектуре:

Давайте посмотрим, как крутятся шестерёнки внутри на примере схемы continuous integration.

1. Инициатором запуска процесса являются разработчики. После того, как они сваяли очередную фичу, они осуществляют коммит в систему контроля версий.
2. После этого происходит запуск процесса сборки билдов из исходников.
3. Как только собирается билд для одной из конфигураций, сразу же отправляется запрос к Test executor на запуск Build Verification Test (BVT) — тест-плана, содержащего 10-20 автотестов, проверяющих основную функциональность продукта и позволяющих убедиться в отсутствии блокирующих проблем.
4. Test executor отправляет запрос к Deployment server на создание соответствующего окружения.
5. Deployment server выбирает на OS dump storage заранее подготовленный образ операционной системы…
6. …и разворачивает его на наиболее подходящем сервере или группе серверов, которые выбираются Load balancer’ом по определённым правилам (часть из них мы расмотрим чуть позже). После этого происходит установка собранного билда на всех созданных машинках.
7. Как только Deployment server подготавливает всё необходимое окружение, управление возвращается к Test executor, который осуществляет запуск BVT тест-плана на подготовленных машинках, распределяя автотесты по ним.
8. В зависимости от характера автотестов могут использоваться сервера с внешними сервисами: например, Selenium, внешняя почта или базы данных.
9. Если тест-план выполнился с ошибками, то разработчик, сделавший неудачный коммит, получает соответствующее уведомление о том, что всё пропало и надо быстро-быстро чинить. Если же тест-план выполнился без ошибок, то происходит перекладывание собранных билдов на специальный сервер Product builds storage, откуда уже билды становятся доступны для ручного и полномасштабного автоматического тестирования.

На схеме есть ещё несколько узлов, которые я не упомянул. Внутри облака находится Tests storage, на котором хранятся тестовые фрэймворки и автотесты, и Test specification system, на котором расположен TestLink. Снаружи расположены Tools management server, предоставляющий интерфейсы для работы с облаком (например, форма запуска тест-планов, упомянутая выше), и Infrastructure monitoring сервер, позволяющий контроллировать работу облака, оперативно обнаруживать проблемы в нём, находить узкие места в работе облака и т.д.

Конечно, облако в таком виде появилось не сразу. Оно эволюционировало (и продолжает меняться) в соответствии с задачами и нашими представлениями о его эффективном использовании.

Лайфхаки и доработки

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

80 падений – это 80 багов в продукте? Это 80 проблем в тестах? Это один баг в продукте, из-за которого падает 80 тестов? В каком состоянии продукт? Что именно сломалось? Где посмотреть логи? Много вопросов и мало ответов.

Сейчас результаты репортятся в систему LogTracker – наша внутренняя разработка.
На экране показана одна из страниц этой системы, содержащая информацию о результатах исполнения одного из тестпланов на определённом билде.

В верхней левой части наглядно показывается статистика по каждой из конфигураций, число успешно и неуспешно пройденных автотестов, число известных ошибок. Кликнув на конфигурацию, можно получить информацию о каждом из автотестов, логи разного уровня детализации, скриншоты, привязку к известным багам в системе баг-трэкинга и многое другое.
Вверху справа выводится список автотестов, отсортированный по количеству падений на разных конфигурациях. В условиях ограниченности ресурсов это позволяет инженерам фокусироваться на «правильных» проблемах (более вероятный баг в продукте или проблема в устаревшем автотесте, вызванная изменениями в продукте).
Внизу слева выводится информация об известных ошибках, числе падений и привязка к сущностям в нашей системе баг-трэкинга (туда попадают и баги в продукте и баги в тестах).
Внизу справа показана общая статистика по этому тест-плану и билду, в том числе информация о неизвестных ошибках и ошибках, вылеченных «карантином». «Карантином» мы называем автоматический перезапуск упавших тестов на абсолютно свежем окружении. Это позволяет нам отсеивать «ложные» падения автотестов, вызванные нестабильностью работы сети или проблемами с работой selenium-серверов под большими нагрузками.

Обратите внимание: весь массив данных, с которыми предстоит работать QA-инженеру, собирается и формируется автоматически.

Заключение

Если вы добрались до заключения, вас можно поздравить. Вам действительно интересна тема использования облака в QA и вы, вполне возможно, захотите построить собственный тестовый клауд – хотя бы на двух-трех серверах. Вот мои рекомендации тем, кто будет это делать в первый раз:

1. Четко формулируйте требования к облаку. Поймите, какие задачи облако должно помогать решать, каким критериям производительности и стабильности оно должно удовлетворять и т.д.
2. Определитесь с необходимыми ресурсами, основываясь на требованиях к производительности и стабильности: каким должно быть «железо» и устройство сети, какое программное обеспечение, средства виртуализации, ну и какие человеческие ресурсы вам потребуются
3. Разработайте систему распределения нагрузки между серверами и определитесь с критериями, по которой будет происходить выбор подходящего сервера. Скажу честно: главу про load balancer я не стал включать в пост сознательно, чтобы окончательно не распугать читателей размерами публикации. Если будет интересно почитать про балансировщик – пишите в комментах, сделаю отдельный пост
4. Создайте систему мониторинга работы облака, позволяющую оперативно находить проблемы и узкие места в работе облака
5. Создайте систему управления облаком (первоначально это может быть просто API, а потом вам потребуется и GUI, который позволит пользоваться облаком быстрее и будет требовать меньше технических знаний)
6. Выберите систему управления тестами и при необходимости измените ее – как сделали мы с TestLink’ом.
7. Определитесь с тестовым фреймворком. Его выбор будет в большей степени зависеть от технологий, на которых базируется ваш продукт, и языков программирования, на которых он написан.

После всех этих действий вам и самим станет понятно, в каком именно направлении развивать ваше личное облако.

Облако для глобального блага

«Говорят, ваши глаза — зеркало вашей души. Полагаю, это означает, что технологии позволяют мне обнажить мою душу ».

— Стив Глисон, муж, отец, бывший игрок НФЛ и активист ALS

Challenge

В НФЛ Стив Глисон был вдохновляющим и неумолимым. Низкорослый игрок сделал это в качестве сейфа с New Orleans Saints. И он стал местной иконой после того, как сыграл замечательную пьесу, которая помогла объединить город после разрушительного урагана Катрина.

Сегодня, столкнувшись с еще большими трудностями, Глисон продолжает объединять и вдохновлять других. В 2011 году ему поставили диагноз БАС, или болезнь Лу Герига, и он лишился способности говорить, двигаться и даже дышать без посторонней помощи. Болезнь разрушает нервы в головном мозге и позвоночнике, и лекарства от нее не существует. Но, несмотря на свой диагноз, Глисон полон решимости вести полноценную жизнь, быть активным мужем и отцом и помогать другим с БАС.

Technology Solution

После постановки диагноза и появления симптомов Глисон сформировал команду Gleason и сосредоточился на борьбе с БАС в более широком масштабе.Он обратился к индустрии высоких технологий, чтобы помочь ощутимо изменить жизнь людей, страдающих этим заболеванием. Осознавая возможность расширения прав и возможностей людей с помощью ИИ, новаторы в Microsoft с нетерпением ждали участия.

Накануне первого ежегодного хакатона Microsoft, // oneweek, Глисон поставил задачу: разработать технологию, которая поможет людям с БАС общаться и легче передвигаться. Эта задача вдохновила Eye Control для Windows 10, позволяя людям с ограниченной подвижностью и речью передвигать инвалидные коляски и общаться с помощью пользовательского интерфейса на основе искусственного интеллекта и клавиатуры, управляемой движением глаз.

Результат

Помимо помощи и вдохновения другим людям с диагнозом БАС, у Глисона были личные цели, когда он обратился к индустрии высоких технологий. Он хотел иметь возможность играть со своим маленьким сыном, легче разговаривать с женой, самостоятельно передвигать инвалидное кресло и самостоятельно включать и выключать Microsoft Surface.

Команда Глисона в течение недели достигла всех четырех целей, разработав приспособление для его инвалидной коляски; они тоже выиграли хакатон. Теперь, используя управление глазами и планшет Surface Pro 3, Глисон может вводить предложения, общаться с друзьями и семьей, а также общаться со своим сыном, находясь в инвалидной коляске, — именно так, как он и предполагал.Кроме того, в Windows 10 встроена поддержка отслеживания взгляда, чтобы помочь бесчисленному количеству пользователей использовать свои машины, чтобы оставаться активными и оставаться на связи.

«Пока не будет лекарств от БАС, — говорит Глисон, — этим лечением будут технологии».

Облачная инфраструктура | Oracle

Мексика

Испания

Марсель, Франция

Франция 2

Милан, Италия

Стокгольм, Швеция

Абу-Даби, ОАЭ

Колумбия

Израиль 2

Чили 2

Саудовская 2

Сингапур

Йоханнесбург, Южная Африка

Commercial Jerusalem, Израиль

Коммерческий Запад США (Сан-Хосе) OCI – Azure Interconnect

Коммерческий Запад США (Феникс)

Правительство США Правительство Запад (Феникс) Разрешение на воздействие DISA, уровень 5

Правительство США, Министерство обороны США, Запад (Феникс), Высший совместный совет по авторизации FedRAMP

Юго-восточный коммерческий сектор Канады (Торонто) OCI-Azure Interconnect

Правительство США, Министерство обороны США, Север (Чикаго) Разрешение на воздействие DISA, уровень 5

Коммерческое соединение Восток США (Эшберн) OCI-Azure Interconnect

Правительство США Правительство Востока (Эшберн) Высший объединенный совет по авторизации FedRAMP

Правительство США DoD East (Ashburn) Разрешение на воздействие DISA, уровень 5

Юго-восточный коммерческий сектор Канады (Монреаль)

Коммерческий Чили (Сантьяго)

Коммерческий Юго-Восток Бразилии (Винхедо) OCI-Azure Interconnect

Коммерческий восток Бразилии (Сан-Паулу)

Коммерческий UK West (Ньюпорт)

Правительство Великобритании Gov West (Ньюпорт)

Коммерческое соединение Великобритания Юг (Лондон) OCI-Azure Interconnect

Правительство Великобритании Губернатор Юг (Лондон)

Коммерческие Нидерланды Северо-Запад (Амстердам) OCI-Azure Interconnect

Коммерческий центр Германии (Франкфурт) OCI-Azure Interconnect

Коммерческая Швейцария Север (Цюрих)

Коммерческие Саудовская Аравия Запад (Джидда)

Коммерческий восток ОАЭ (Дубай)

Коммерческая Индия Вест (Мумбаи)

Коммерческая Индия Юг (Хайдарабад)

Коммерческие Южная Корея Центральная (Сеул)

Коммерческие Южная Корея Северная (Чхунчхон)

Коммерческое соединение Восток Японии (Токио) OCI-Azure Interconnect

Коммерческий центр Японии (Осака)

Коммерческая Австралия Восток (Сидней)

Юго-восточная коммерческая Австралия (Мельбурн)

WhatsApp переносит свой Business API в облако для ускорения внедрения — TechCrunch

WhatsApp сегодня начнет бета-тестирование новой облачной версии своего WhatsApp Business API, размещенной в инфраструктуре родительской компании Facebook.Компания утверждает, что с переходом на облако время настройки для интеграции с API сократится с недель до минут, поэтому предприятия смогут быстрее перейти на платформу API WhatsApp для связи со своими клиентами, которые выбрали получение своих сообщений. .

За последние пару лет компания неуклонно наращивала свой бизнес-API, чтобы стать одним из ключевых способов, с помощью которых бесплатное приложение для обмена сообщениями будет приносить доход от своих услуг. Сегодня компании платят WhatsApp за каждое сообщение, причем ставки зависят от количества отправленных сообщений и региона.В настоящее время десятки тысяч крупных компаний приняли существующий (не облачный) API, включая такие бренды, как Vodafone, Coppel, Sears Mexico, BMW, KLM Royal Dutch Airlines, Iberia Airlines, Itau Brazil, iFood и Bank Mandiri, среди других .

Эта старая версия API будет по-прежнему поддерживаться, и WhatsApp в настоящее время не планирует принудительно переходить на новую облачную версию. Оба API можно использовать бесплатно.

Как правило, компании, использующие WhatsApp Business API, будут работать с такими поставщиками решений, как Zendesk или Twilio, которые помогают облегчить интеграцию API с серверными системами клиента.В таких случаях WhatsApp часто является лишь частью стратегии компании по коммуникации с клиентами. Они также могут направлять общение с клиентами по другим каналам, таким как SMS или другие приложения для обмена сообщениями, электронная почта и т. Д. Но этот процесс интеграции API исторически занимал время — даже несколько недель или, возможно, даже месяц.

Поскольку пандемия ускорила переход к онлайн-покупкам, который уже происходил до COVID, многие компании не хотят так долго ждать, когда начнут работать с новыми системами.

Новый облачный API призван упростить вещи на этом фронте, предлагая гораздо более простой и, следовательно, более быстрый процесс технической интеграции.

Первоначально в бета-тестеры нового API войдут несколько десятков существующих партнеров-поставщиков решений WhatsApp, таких как Zendesk в США, Take в Бразилии и MessageBird в ЕС.

«Cloud API — это большой шаг в упрощении использования WhatsApp как для таких поставщиков услуг, как мы, так и для наших клиентов», — отметил в своем заявлении вице-президент Zendesk по продуктам Майк Гоззо.«Отсутствие необходимости беспокоиться о хостинге клиентов WhatsApp позволит нам лучше сосредоточиться на поддержке множества разнообразных функций, доступных через API», — добавил он.

Запуск происходит в то время, когда меняется способ взаимодействия людей с бизнесом. Сегодня более 175 миллионов пользователей WhatsApp отправляют сообщения о бизнесе каждый день, и эта тенденция растет, особенно на рынках за пределами США, таких как Индия, Бразилия и Индонезия, отмечает WhatsApp. В более широком смысле, WhatsApp видит спрос со стороны потребителей в переходе на обмен сообщениями вместо использования номеров 1-800, по которым им приходится перемещаться по телефонным системам и переводить их в режим ожидания.Это раздражает клиентов. К тому же работа колл-центров может быть дорогостоящей для бизнеса.

Собственный опрос

WhatsApp, проведенный в прошлом году, показывает, что пользователи предпочитают обмен сообщениями, а не звонки. Было обнаружено, что 75% пользователей в некоторых из крупнейших стран заявили, что хотели бы иметь возможность общаться с предприятиями с помощью обмена сообщениями. А 68% заявили, что они «с большей вероятностью» будут вести бизнес или совершать покупки в компании, с которой они могли связаться через обмен сообщениями.

WhatsApp использует эту тенденцию и другим способом.Другой значительный источник дохода — это реклама в чате, которая появляется в новостной ленте Facebook или в Instagram и предлагает потребителям возможность отправить сообщение компании в WhatsApp одним нажатием кнопки.

Тем временем компания обращается к рынку малого бизнеса с помощью своего приложения WhatsApp Business, которое позволяет местным магазинам, например домашним хозяйкам, выходить в Интернет для охвата клиентов. После запуска в 2018 году он вырос до 50 миллионов пользователей по всему миру.

Перед сегодняшним запуском Cloud API WhatsApp работал над другими улучшениями API.К ним относятся предоставление предприятиям возможности более быстро реагировать на входящие сообщения и поддержка различных типов сообщений, таких как оповещения об отсутствии на складе, для потребителей, которые выбрали. (Раньше API WhatsApp был ориентирован на «своевременные» уведомления, такие как отправка посадочный талон на рейс, например.)

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

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

Однако WhatsApp планирует открыть API для других поставщиков решений и предприятий напрямую, начиная с 2022 года.

Коррекция, 21.11.21; 2pm et: В настоящее время у API десятки, а не сотни тысяч клиентов. Мы обновили правильную информацию.

Что такое гибридное облако? — Преимущества и преимущества гибридного облака

Гибридное облако означает смешанную среду вычислений, хранения и сервисов, состоящую из локальной инфраструктуры, частных облачных сервисов и общедоступного облака, например Amazon Web Services (AWS) или Microsoft. Azure — с оркестровкой между различными платформами.Использование комбинации общедоступных облаков, локальных вычислений и частных облаков в вашем центре обработки данных означает, что у вас есть гибридная облачная инфраструктура.

Подходит ли вам гибридное облако?

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

Гибридный подход позволяет приложениям и компонентам взаимодействовать через границы (например, облачные и локальные), между облачными экземплярами и даже между архитектурами (например, традиционной и современной цифровой). Такой же уровень распределения и гибкости доступа также необходим для данных. Независимо от того, работаете ли вы с рабочими нагрузками или с наборами данных, в динамичном цифровом мире вы должны спланировать перемещение вещей в ответ на меняющиеся потребности. То, где сегодня находятся приложения или данные, может быть не лучшим местом для их жизни с течением времени.

Гибридная облачная архитектура включает следующие характеристики:

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

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

Облачные службы автоматизации — управление проектами RPA

Центр поддержки

на базе 9206 9206 9206010106

Облако автоматизации для сообщества Бесплатное облако автоматизации для отдельных лиц и очень небольших команд, которые хотят автоматизировать свои утомительные задачи <слайд>		Облако автоматизации для предприятий Saas Automation корпоративного класса с полным набором возможностей, описанных на этой странице <слайд>
Условия	Бесплатно (см. Право на участие и полную информацию)		Условия	Бесплатная пробная версия на 60 дней
Обслуживаемые роботы	2	Обслуживаемые роботы
										Автоматические роботы	9000 2 1	Автоматические роботы	В состоянии приобретения (5 во время пробной версии)
Studio или StudioX	2		2		Studio 9000X	Studio 9000X (5 во время испытания)
Арендаторы (вкл.Orchestrator)	1	Арендаторы (включая Orchestrator)	Без ограничений (5 во время пробной версии)
AI Computer Vision	AI Computer Vision Computer Vision	Full
Document Understanding	Limited	Document Understanding
Включено	Служба данных, приложения, Центр действий	Включено
Поддержка
Поддержка на базе 9206 Поддержка UiPath за 2 часа первоначальный ответ 24/7
Районы арендатора	Только Европа	Регионы арендатора	Европа, США, Япония, Канада, Австралия
Доступны дополнительные услуги	—	Доступны дополнительные услуги	AI Center, Insights, Automation Hub, Task Mining
	Get Automation	для сообщества	Get Automation Облако автоматизации для предприятий

Verizon Cloud в App Store

Облачное хранилище для ваших мобильных устройств.Легко создавать резервные копии, искать и делиться.
Начните работу с премиум-аккаунтом Verizon Cloud сегодня, чтобы безопасно создавать резервные копии, получать доступ и обмениваться фотографиями, видео и контактами!

Зарегистрируйтесь сегодня, и ваши первые 30 дней бесплатно.

Характеристики:
● Неограниченное хранилище — Неограниченное хранилище и постоянное резервное копирование фотографий, видео и контактов на ваших телефонах и компьютерах (требуется Безлимитный план)
● Неограниченное количество устройств — Нет ограничений на количество поддерживаемых iPhone, iPad и компьютеров, для которых выполняется резервное копирование — Резервное копирование, синхронизация и доступ к вашему контенту, когда вам это нужно, со своего смартфона, iPhone, iPad или компьютера
● ЧАСТНАЯ ПАПКА с защитой PIN-кодом для вашего конфиденциального контента
● ЗАКАЗАТЬ ФОТОГРАФИИ И ПОДАРКИ, используя ваши любимые фотографии в приложении
● СОЗДАТЬ ФИЛЬМЫ И НАСТРАИВАЙТЕ ФОТОГРАФИИ Создавайте шедевры с музыкой, фильтрами и забавными наклейками, чтобы поделиться
● Флэшбэки — оживите свои воспоминания из прошлых лет с помощью еженедельных флешбэков
● ПЕРЕДАЧА НА ТВ — Делитесь своими изображениями, видео и музыкой с семьей и друзьями на большом экране
● ПОДЕЛИТЬСЯ выбранным медиаконтентом из вашего облака с помощью ваших любимых нативных приложений

Начните работу с Verizon Cloud сегодня, чтобы безопасно создавать резервные копии, получать доступ и обмениваться фотографиями, видео, контактами и делиться ими & более!

Verizon Cloud можно загрузить и использовать как на iPhone, так и на iPad.
Полный список можно найти на сайте www.vzw.com/cloud. * За передачу данных взимается плата.

Ознакомьтесь с полными условиями и положениями по адресу: http://www.verizonwireless.com/support/cloud-legal/

Новые подписчики Verizon Cloud: загрузите и установите приложение Verizon Cloud на свой iPhone, чтобы получить 30-дневную пробную версию премиум-класса. тарифных планов безлимитного, 2 ТБ или 600 ГБ. Вам автоматически будет выставлен счет в размере 19,99 долларов в месяц, 14,99 долларов в месяц или 5,99 долларов в месяц (плюс налоги и дополнительные сборы Verizon), соответственно, по окончании пробной версии, если вы не отмените ее.Вы можете отказаться от пробной версии через приложение Verizon Cloud в любое время в течение 30-дневного периода и пользоваться бесплатной поддержкой «Только контакты».

Microsoft внедряет новую технологию для подключения своего облака к конкурентам

2 ноября (Рейтер) — Корпорация Microsoft (MSFT.O) во вторник объявила о новом раунде технологий, направленных на то, чтобы ее услуги облачных вычислений работали в центрах обработки данных, которыми она не владеет — включая облачные дата-центры конкурентов.

По словам руководителей и аналитиков Microsoft, эта стратегия стала ключом к росту компании на рынке инфраструктуры облачных вычислений, стоимость которого, по оценкам исследовательской компании Gartner, составляет 64 доллара.3 миллиарда, и где Microsoft уступает только Amazon Web Services лидеру рынка Amazon.com (AMZN.O). На прошлой неделе Microsoft заявила, что выручка от Azure, своего флагманского облачного предложения, выросла на 48%, что помогло ей обогнать Apple Inc (AAPL.O) в качестве самой дорогой публичной компании в мире.

Стратегия Microsoft заключалась в создании наиболее прибыльных облачных программных сервисов, таких как инструменты баз данных, чтобы они могли работать в собственных центрах обработки данных, принадлежащих клиентам или даже центрам конкурентов, таких как Amazon.

Руководитель отдела облачных вычислений и искусственного интеллекта Microsoft Скотт Гатри сказал Reuters, что этот шаг убедил некоторых клиентов использовать его услуги, когда они не всегда могут использовать центры обработки данных Microsoft. По словам Гатри, Royal Bank of Canada сталкивается с юридическими требованиями по хранению некоторых вычислительных ресурсов в собственных центрах обработки данных и использует технологию под названием Azure Arc для подключения этих объектов к облаку Microsoft.

«Исторически сложность с высокоуровневыми сервисами заключалась в том, чтобы« заблокировать »- что произойдет, если я смогу использовать их только в вашем центре обработки данных?» — сказал Гатри.«Эта свобода передвижения позволяет клиентам чувствовать себя намного комфортнее при использовании этих услуг».

Эд Андерсон, вице-президент, выдающийся аналитик Gartner, сказал, что такой подход действительно открывает Microsoft двери для клиентов, но он также вынуждает компанию конкурировать за качество своих программных услуг, а не за счет того, что они упаковывают их дешевыми вычислительными мощностями.