Запуск чувствительных к задержкам приложений ближе к конечным пользователям
Предоставляйте инновационные приложения, которые требуют миллисекундной задержки, ближе к конечным пользователям и локальным установкам.
Ведите разработку и работайте со знакомой инфраструктурой, сервисами, API и инструментами AWS.
Используйте облачные сервисы для периферийных вычислений с масштабированием по требованию, высокой доступностью и оплатой по мере использования.
Как это работает
Примеры использования
Выполнение приложений со сверхнизкой задержкой на периферии
Создавайте и развертывайте приложения рядом с конечными пользователями, чтобы обеспечить игровой процесс и потоковую передачу в режиме реального времени, дополненную и виртуальную реальность (AR / VR), виртуальные рабочие станции и многое другое.
Упрощайте миграции в гибридное облако
Перенесите приложения в ближайшую локальную зону AWS, при этом соблюдая требуемую для гибридного развертывания низкую задержку.
Соблюдайте обязательные требования к размещению данных
Соблюдайте государственные и местные правила размещения данных в таких сферах, как здравоохранение, финансовые услуги, iGaming и государственное управление.
AWS Global Infrastructure: Availability Zones, Regions, Edge Locations, Regional Edge Caches
Amazon Web Services is a global public cloud provider, and as such, it has to have a global network of infrastructure to run and manage its many growing cloud services that support customers around the world. In this post, we’ll take a look at the components that make up the AWS Global Infrastructure.
The components are:
If you are deploying services on AWS, you’ll want to have a clear understanding of each of these components, how they are linked, and how you can use them within your solution to YOUR maximum benefit. Let’s take a closer look.
AWS Global Infrastructure: Availability Zones
Availability Zones and Regions are closely related.
AZs are essentially the physical data centers of AWS. This is where the actual compute, storage, network, and database resources are hosted that we as consumers provision within our Virtual Private Clouds (VPCs). A common misconception is that a single availability zone is equal to a single data center. This is not the case. In fact, it’s likely that multiple data centers located close together form a single availability zone.
Each AZ will always have at least one other AZ that is geographically located within the same area, usually a city, linked by highly resilient and very low latency private fiber optic connections. However, each AZ will be isolated from the others using separate power and network connectivity that minimizes impact to other AZs should a single AZ fail.
These low latency links between AZs are used by many AWS services to replicate data for high availability and resilience purposes. For example, when RDS (Relational Database Service) is configured for ‘Multi-AZ’ deployments, AWS will use synchronous replication between its primary and secondary database and asynchronous replication for any read replicas that have been created.
Often, there are three, four, or even five AZs linked together via these low latency connections. This localized geographical grouping of multiple AZs, which would include multiple data centers, is defined as an AWS Region. 
Multiple AZs within a region allows you to create highly available and resilient applications and services. By architecting your solutions to utilize resources across more than one AZ ensures that minimal or no impact will occur to your infrastructure should an AZ experience a failure, which does happen).
Anyone can deploy resources in the cloud, but architecting them in a way that ensures your infrastructure remains stable, available, and resilient when faced with a disaster is a different matter. Making use of at least two AZs in a region helps you maintain high availability of your infrastructure and its always a recommended best practice.
AWS Global Infrastructure: Regions
As we now know, a Region is a collection of availability zones that are geographically located close to one other. This is generally indicated by AZs within the same city. AWS has deployed them across the globe to allow its worldwide customer base to take advantage of low latency connections. Every Region will act independently of the others, and each will contain at least two Availability Zones.
For example, if an organization based in London was serving customers throughout Europe, there would be no logical sense to deploy services in the Sydney Region simply due to the latency response times for its customers. Instead, the company would select the region most appropriate for them and their customer base, which may be the London, Frankfurt, or Ireland Region.
Having global regions also allows for compliance with regulations, laws, and governance relating to data storage (at rest and in transit). For example, you may be required to keep all data within a specific location, such as Europe. Having multiple regions within this location allows an organization to meet this requirement.
Similarly to how utilizing multiple AZs within a region creates a level of high availability, the same can be applied to utilizing multiple regions. Depending on the level of business continuity you require, you may choose to architect your AWS environment to support your applications and services across multiple regions, should an entire region become unavailable, perhaps due to a natural disaster.
You may want to use multiple regions if you are a global organization serving customers in different countries that have specific laws and governance about the use of data. In this case, you could even connect different VPCs together in different regions. Learn more from AWS about Multiple Region Multi-VPC Connectivity.
The number of regions is increasing year after year as AWS works to keep up with the demand for cloud computing services. At the time of publishing this article (July 2017), there are currently 16 Regions and 43 Availability Zones, with 4 Regions and 11 AZs planned.
Interestingly, not all AWS services are available in every region. This is a consideration that must be taken into account when architecting your infrastructure. Some services are classed as global services, such as AWS Identity & Access Management (IAM) or Amazon CloudFront, which means that these services are not tied to a specific region. However, most services are region-specific, and it’s down to you to understand which services are available in which region. This table provides a definitive list of all services and the regions where they operate. This list is constantly being updated as more and more services become available in different regions.
AWS logically groups its Regions into larger geographical areas for ease of management. For example, the N. Virginia and Ohio Regions fall under the geographic location of US East. The current Regions available at the time of this post are:
US East: N. Virginia, Ohio
US West: N. California, Oregon
Asia Pacific: Mumbai, Seoul, Singapore, Sydney, Tokyo
Canada: Central
China: Beijing
Europe: Frankfurt, Ireland, London
South America: São Paulo
AWS GovCloud
Although regions are grouped together in this way, every single region in this list is independent from other regions.
The AWS GovCloud is an isolated region in the U.S. that is only available to U.S. government agencies and organizations in government-regulated industries, which must meet strict requirements. More information on this particular region can be found here.
Region and Availability Zone Naming Conventions
AWS has a specific naming convention for both Regions and Availability Zones.
Depending on where you are viewing and using the Region name, it can be represented as two different names for the same Region.
Regions have both a ‘friendly’ name, indicating a location that can be viewed within the Management Console and a Code Name that is used when referencing regions programmatically, for example when using the AWS CLI. 
As you can see, the name in the first column is easier to associate to than that of the Code Name.
Availability Zones are always referenced by their Code Name, which is defined by the AZs Region Code Name that the AZ belongs to, followed by a letter. For example, the AZs within the eu-west-1 region (EU Ireland), are:
An interesting point to be aware of here is that AWS maps these AZ letter identifiers to different physical AZs for different AWS accounts. This ensures that there is a more even distribution of resources across all AZs within a Region. 
If you have multiple AWS accounts and you try to coordinate resources within the same AZ by selecting the same AZ Code Name, this may not necessarily mean that those resources are physically located within the same AZ as you can see in the image above.
AWS Global Infrastructure: Edge Locations
Edge Locations are AWS sites deployed in major cities and highly populated areas across the globe. They far outnumber the number of availability zones available.
While Edge Locations are not used to deploy your main infrastructures such as EC2 instances, EBS storage, VPCs, or RDS resources like AZs, they are used by AWS services such as AWS CloudFront and AWS Lambda@Edge (currently in Preview) to cache data and reduce latency for end-user access by using the Edge Locations as a global Content Delivery Network (CDN).
As a result, Edge Locations are primarily used by end users who are accessing and using your services.
For example, you may have your website hosted on EC2 instances and S3 (your origin) within the Ohio region with a configured CloudFront distribution associated. When a user accesses your website from Europe, they would be re-directed to their closest Edge Location (in Europe) where cached data could be read on your website, significantly reducing latency.
To understand more about how Amazon CloudFront achieves this, take a look at our course and labs on the service.
Working with Amazon CloudFront 
Serve your files using CloudFront CDN 
Configuring a Static Website with S3 and CloudFront 
Also, more information on AWS Lambda@Edge can be found in this post by Cloud Academy’s Alex Casalboni.
AWS Global Infrastructure: Regional Edge Cache
In November 2016, AWS announced a new type of Edge Location, called a Regional Edge Cache. These sit between your CloudFront Origin servers and the Edge Locations. A Regional Edge Cache has a larger cache-width than each of the individual Edge Locations, and because data expires from the cache at the Edge Locations, the data is retained at the Regional Edge Caches.
Therefore, when data is requested at the Edge Location that is no longer available, the Edge Location can retrieve the cached data from the Regional Edge Cache instead of the Origin servers, which would have a higher latency. 
I hope that this post has provided some clarity around the AWS global infrastructure of Availability Zones, Regions, Edge Locations, and Regional Edge Caches.
Understanding what each of these components can allow you to do will help you architect a resilient, highly available, secure, and low latency solution for you and your customers.
AWS for the Edge
Use cases
Build a consistent hybrid cloud
Get consistent AWS experiences across the cloud, on-premises, and at the edge while meeting ultra-low latency, data residency, and local processing needs. AWS hybrid solutions help you accelerate digital transformation, improve IT productivity, and differentiate end-user experiences. AWS is VMware’s preferred public cloud partner for all vSphere-based workloads, and VMware Cloud on AWS lets you run existing VMware workloads with existing skills and toolsets without additional hardware investment.
Improve edge networking
Transmit your user-facing data securely and with improved latency worldwide using AWS edge networking services, including 225+ global multi-service Points of Presence (PoPs). Limit your attack exposure on AWS by encrypting data, removing network hops, and controlling application access. AWS Global Infrastructure provides redundant 100 Gbps dedicated fibers and delivers data to applications from edge locations for better performance and lower costs.
Fuel industrial transformation
Accelerate design, optimize operations, and reinvent supply chains with AWS. Meet the challenges of industrial environments, like intermittent connectivity or disconnected scenarios, or integrating IT and Operational Technology (OT) across multi-site operations. AWS provides a comprehensive set of edge-to-cloud services and solutions that package IoT, artificial intelligence (AI), ML, robotics, analytics, compute, and storage capabilities to help you achieve business outcomes across common industrial workloads.
Develop better connected device experiences
Quickly and cost effectively create differentiated and intelligent customer experiences with superior integration between IoT, edge computing, AI, and ML services. AWS makes it easy and cost effective to scale device fleets reliably and globally, as business requirements evolve.
Run disconnected and ruggedized edge computing
Run highly secure and rugged devices in non-data center environments while easily collecting and processing data. AWS offers a collection of physical devices—ranging in size from a suitcase to a tissue box—designed to run local computing applications and migrate data into the cloud.
Improve your 5G and multi-access edge computing (MEC)
Use compute and storage services offering the same developer experience as in the cloud, but within communication service providers’ (CSP) data centers at the edge of the 5G network. Telecommunications and enterprise customers use AWS infrastructure and services to reinvent how 5G networks are built, operated, and managed.
Customer stories
Morningstar uses AWS hybrid cloud solutions to build and run applications in their on-premises datacenters, while seamlessly migrating applications to an AWS Region.
Hulu uses AWS edge networking services to deliver content and a great viewer experience—even when viewership and traffic spikes.
Volkswagen uses AWS IoT, ML, and edge services to power its Industrial Cloud and connect data from 124 manufacturing plants to improve plant efficiency and uptime, production flexibility, and vehicle quality.
iRobot uses AWS IoT services to build, connect, and manage over 30 million home-cleaning robots globally.
Novetta relies on AWS for the practical, mission-ready edge computing technology it needs to build solutions to help its public sector clients save lives.
DISH Network Corporation and AWS are collaborating to build the US telecommunications industry’s first fully cloud-native 5G network.
Регионы и зоны доступности
Карты регионов и периферийные сети
Регион Восток США (Огайо)
Зон доступности: 3
Запущен в 2016 г.
Регион Запад США (Орегон)
Зон доступности: 4
Запущен в 2011 г.
Локальные зоны: 5
Запущен в 2019 г.
Регион Запад США (Северная Калифорния)
Зон доступности: 3*
Запущен в 2009 г.
Регион GovCloud (Запад США)
Зон доступности: 3
Запущен в 2011 г.
Регион GovCloud (Восток США)
Зон доступности: 3
Запущен в 2018 г.
Регион: Канада (Центр)**
Зон доступности: 3
Запущен в 2016 г.
Подробнее на странице AWS Канада
Периферийные местоположения: Ашберн, Вирджиния; Атланта, Джорджия; Бостон, Массачусетс; Чикаго, Иллинойс; Даллас/Форт-Уэрт, Техас; Денвер, Колорадо; Хейвард, Калифорния; Хилсборо, Орегон; Хьюстон, Техас; Джэксонвилл, Флорида; Лос-Анджелес, Калифорния; Майами, Флорида; Миннеаполис, Миннесота; Монреаль, Квебек; Нью-Йорк, штат Нью-Йорк; Ньюарк, Нью-Джерси; Пало-Альто, Калифорния; Феникс, Аризона; Филадельфия, Пенсильвания; Керетаро, Мексика; Сан-Хосе, Калифорния; Сиэтл, Вашингтон; Саут-Бенд, Индиана; Торонто, Онтарио; Ванкувер, Британская Колумбия
Локальные зоны AWS: Атланта, Бостон, Чикаго, Даллас, Денвер, Хьюстон, Канзас-сити, Лос-Анджелес, Майями, Миннеаполис, Нью-Йорк (Нью-Джерси), Филадельфия, Портланд.
Периферийные серверы кэширования в регионах: Калифорния, Северная Вирджиния, Огайо, Орегон
* Новым клиентам открыт доступ к двум зонам доступности в регионе Запад США (Северная Калифорния).
** Местоположение: Монреаль с пригородами
Регион Южная Америка (Сан-Паулу)
Зон доступности: 3*
Запущен в 2011 г.
Периферийные местоположения: Рио-де-Жанейро, Бразилия, Сан-Паулу, Бразилия, Богота, Колумбия; Буэнос-Айрес, Аргентина; Сантьяго, Чили
Периферийные серверы кэширования в регионах: Сан-Паулу, Бразилия
* Новым клиентам открыт доступ к трем зонам доступности в Южной Америке (Сан-Паулу)
Регион Европа (Франкфурт)
Зон доступности: 3
Запущен в 2014 г.
Регион Европа (Лондон)
Зон доступности: 3
Запущен в 2016 г.
Регион Европа (Париж)
Зон доступности: 3
Запущен в 2017 г.
Регион Ближний Восток (Бахрейн)
Зон доступности: 3
Запущен в 2019 г.
Регион Европа (Ирландия)
Зон доступности: 3
Запущен в 2007 г.
Регион Европа (Милан)
Зон доступности: 3
Запущен в 2020 г.
Регион Европа (Стокгольм)
Зон доступности: 3
Запущен в 2018 г.
Регион Африка (Кейптаун)
Зон доступности: 3
Запущен в 2020 г.
Периферийные местоположения: Амстердам, Нидерланды; Афины, Греция; Берлин, Германия; Брюссель, Бельгия; Бухарест, Румыния; Будапешт, Венгрия; Кейптаун, ЮАР; Копенгаген, Дания; Дубай, Объединенные Арабские Эмираты; Дублин, Ирландия; Дюссельдорф, ФРГ; Франкфурт, Германия; Фуджейра, Объединенные Арабские Эмираты; Гамбург, ФРГ; Хельсинки, Финляндия; Йоханнесбург, ЮАР; Лондон, Англия; Мадрид, Испания; Манама, Бахрейн; Манчестер, Англия; Марсель, Франция; Милан, Италия; Мюнхен, Германия; Найроби, Кения; Осло, Норвегия; Палермо, Италия; Париж, Франция; Прага, Чехия; Рим, Италия; София, Болгария; Стокгольм, Швеция; Вена, Австрия; Варшава, Польша; Загреб, Хорватия; Цюрих, Швейцария; Тель-Авив, Израиль
Периферийные сервера кэширования в регионах: Дублин, Ирландия; Франкфурт, Германия; Лондон, Великобритания
Регион Европа (Ирландия) располагается в Ирландии.
Регион Азия и Тихий океан (Сингапур)
Зон доступности: 3
Запущен в 2010 г.
Регион Азия и Тихий океан (Сидней)
Зон доступности: 3
Запущен в 2012 г.
Регион Азия и Тихий океан (Токио)
Зон доступности: 4
Запущен в 2011 г.
Регион Азия и Тихий океан (Сеул)
Зон доступности: 4
Запущен в 2016 г.
Регион Азия и Тихий океан (Осака)
Зон доступности: 3
Запущен в 2021 г.
Регион Азия и Тихий океан (Мумбаи)
Зон доступности: 3
Запущен в 2016 г.
Регион Азия и Тихий океан (Гонконг)
Зон доступности: 3
Запущен в 2019 г.
Периферийные местоположения: Окленд, Новая Зеландия; Бангалор, Индия; Бангкок, Таиланд; Ченнаи, Индия; Пекин, Китай; Шанхай, Китай; Нинся, Китай; Шэньчжэнь, Китай; САР Гонконг, Китай; Хайдарабад, Индия; Джакарта, Индонезия; Колката, Индия; Куала‑Лумпур, Малайзия; Манила, Филиппины; Мельбурн, Австралия; Мумбаи, Индия; Нью‑Дели, Индия; Осака, Япония; Перт, Австралия; Сеул, Корея; Сингапур; Сидней, Австралия; Тайбэй, Тайвань; Токио, Япония; Чжунвей, Китай
Периферийные серверы кэширования в регионах: Мумбаи, Индия; Сеул, Корея; Сингапур; Сидней, Австралия; Токио, Япония
Регионы
В AWS используется термин «регион». Это физическое местоположение, где находятся наши центры обработки и передачи данных. Группа, связанных между собой центров обработки данных, называется «зоной доступности». Каждый регион AWS состоит из нескольких изолированных и физически разделенных зон доступности в одной географической области. В отличие от других поставщиков облачных услуг, которые часто обозначают регион, как отдельный центр обработки данных, структура наших зон доступности в каждом регионе AWS обладает перечисленными ниже преимуществами. Каждая зона доступности оснащена автономным источником питания и охлаждения. Она тщательно охраняется, а также подключена к резервным сетям со сверхнизкими задержками. Клиенты AWS, для которых важна стабильная работа приложений, могут разрабатывать и развертывать свои решения в нескольких зонах доступности, чтобы обеспечить высокую отказоустойчивость. Инфраструктура регионов AWS соответствует самым высоким требованиям безопасности, отраслевых стандартов и защиты данных.
AWS предлагает самую масштабную глобальную инфраструктуру среди поставщиков облачных решений и быстро охватывает новые регионы, чтобы обеспечить доступность ваших приложений во всем мире. С AWS у вас будет доступ ко многим географическим регионам, включая Северную Америку, Южную Америку, Европу, Китай, Азию и Тихий океан, Южную Африку и Ближний Восток.
Зоны доступности
Зона доступности – это один или несколько центров обработки данных с резервным источником питания, сетевой конфигурацией и подключением в регионе AWS. По сравнению с использованием одного ЦОД, такие зоны доступности позволяют обеспечить для приложений и баз данных в рабочей среде повышенный уровень доступности, отказоустойчивость и возможность масштабирования. Все зоны доступности в регионе AWS объединены в полностью резервированную выделенную сеть из метроволокна с высокой пропускной способностью и низким уровнем задержек, которая обеспечивает высокую скорость и низкие задержки при передаче данных между зонами доступности. Весь трафик между зонами доступности зашифрован. Производительность сети достаточна для синхронной репликации между зонами доступности. С помощью зон доступности можно легко разделить приложения и обеспечить к ним бесперебойный доступ. Размещение разделов приложения в разных зонах доступности способствует улучшению уровня защиты данных и предохраняет от таких проблем, как отключение электроэнергии, и погодных катаклизмов, как удары молнии, торнадо и землетрясения. Каждая зона доступности физически расположена на большом расстоянии (много километров) от любой другой зоны доступности, хотя все они находятся в пределах 100 км (60 миль) друг от друга.
Локальные зоны AWS
С помощью локальных зон AWS можно развернуть сервисы вычислений и хранения, базы данных и некоторые другие решения ближе к конечным пользователям. Также вы можете легко запускать такие решения, требующие стабильной работы с задержкой не более нескольких миллисекунд, вблизи конечных пользователей, как приложения для создания мультимедийного и развлекательного контента, онлайн-игры в реальном времени, моделирование резервуаров, автоматизация проектирования электронных изделий и машинное обучение.
Локальные зоны AWS увеличивают регионы AWS, находящиеся в географической близости от конечного пользователя, для запуска чувствительных к задержкам приложений с использованием таких сервисов AWS, как Amazon Elastic Compute Cloud, Amazon Virtual Private Cloud, Amazon Elastic Block Store, Amazon File Storage и Amazon Elastic Load Balancing. Локальные зоны AWS обеспечивают безопасное широкополосное соединение между локальными и рабочими процессами в регионе AWS. Это позволяет беспрепятственно подключаться ко всем сервисам в регионе с помощью имеющихся API и наборов инструментов.
AWS Wavelength
AWS Wavelength позволяет разработчикам создавать приложения для мобильных устройств и конечных пользователей, которые обеспечивают задержку в пределах нескольких миллисекунд. Разработчики AWS могут развертывать свои приложения в зонах Wavelength – особых развертываниях инфраструктуры AWS, которые встраивают сервисы вычислений и хранения данных AWS в центры обработки данных поставщиков телекоммуникационных услуг на периферии сетей 5G, и позволяют беспрепятственно получать доступ ко всему спектру сервисов AWS в регионе. Это позволяет разработчикам доставлять приложения, требующие задержки в пределах десяти миллисекунд, такие как потоковая передача видео и игр, логические выводы машинного обучения на периферийных устройствах, а также дополненная и виртуальная реальность (AR/VR). AWS Wavelength выводит сервисы AWS на периферию сети 5G, и таким образом сводит к минимуму задержку подключения к приложению с мобильного устройства. Трафик приложений может доходить до серверов, работающих в зонах Wavelength, не покидая сети оператора мобильной связи. Это уменьшает количество дополнительных сетевых переходов в Интернет, которые могут приводить к задержкам более 100 миллисекунд, не позволяя клиентам в полной мере воспользоваться преимуществами пропускной способности и низкой задержки 5G.
AWS Outposts
AWS Outposts позволяет использовать оригинальные сервисы, инфраструктуру и операционные модели AWS практически в любых центрах обработки данных, колокационных центрах или на локальных объектах. Можно использовать существующие API, инструменты, оборудование и функциональные возможности AWS как локально, так и в облаке для создания устойчивой гибридной среды. Сервис AWS Outposts создан для применения в подключенных средах и может использоваться для поддержки рабочих нагрузок, которыми необходимо управлять локально из-за требований соблюдения низких задержек или необходимости обработки локальных данных.
Сервисы
AWS предлагает широкий спектр облачных продуктов для глобального применения, включая вычислительные сервисы, хранилища, базы данных, сервисы аналитики, сети, сервисы машинного обучения и искусственного интеллекта, мобильные технологии, инструменты для разработчиков, технологии Интернета вещей, средства обеспечения безопасности, корпоративные приложения и многое другое. Как правило, мы распространяем сервисы AWS, возможности и типы инстансов по всем регионам AWS в течение 12 месяцев с момента выхода в общий доступ. На процесс распространения могут влиять различные факторы, такие как спрос клиентов, задержка передачи данных, суверенитет данных и другие. Связавшись с представителем службы продаж AWS, наши клиенты могут задать вопросы по поводу конкретного региона, запросить информацию о развитии сервиса или узнать подробности о взаимной зависимости сервисов (требуется соглашение о неразглашении информации). В силу основных принципов своей работы некоторые сервисы AWS, например Amazon Route 53, Amazon Chime, Amazon WorkDocs, Amazon WorkMail, Amazon WorkSpaces и Amazon WorkLink, поставляются глобально, а не в отдельных регионах.
Высокая доступность
В отличие от большинства поставщиков технологической инфраструктуры, в каждом из регионов AWS есть несколько зон доступности. Наш опыт эксплуатации ведущей платформы облачной технологической инфраструктуры с 2006 года показывает, что клиенты, заботящиеся о доступности и производительности своих приложений, стремятся выполнять развертывание в нескольких зонах доступности в рамках одного региона с целью обеспечения отказоустойчивости и низких задержек. Зоны доступности связаны друг с другом с помощью высокоскоростных частных оптоволоконных сетей, что позволяет легко разрабатывать архитектуру приложений для бесперебойной работы с автоматической обработкой отказов путем переключения между различными зонами доступности.
Панель управления AWS (включая API) и Консоль управления AWS доступны в регионах AWS. В них используется архитектура с развертыванием в нескольких зонах доступности в пределах каждого региона. Таким образом обеспечивается отказоустойчивость и непрерывная доступность. Благодаря этому критически важные для клиентов сервисы не зависят от одного центра обработки данных. AWS может выполнять техническое обслуживание, при этом критически важный сервис всегда остается доступным каждому клиенту.
Обеспечение непрерывной доступности
В дополнение к репликации приложений и данных между несколькими центрами обработки данных в рамках одного региона с использованием зон доступности, избыточность и отказоустойчивость можно повысить за счет репликации данных между различными регионами AWS. Это можно сделать как с помощью частных высокоскоростных сетевых подключений, так и с помощью публичных интернет-соединений, обеспечив таким образом дополнительный уровень устойчивости бизнеса или доступ с низкими задержками в международном масштабе.
Соответствие требованиям и размещение данных
Вы можете выбрать тот регион AWS, который лучше подходит для передачи данных с точки зрения географического расположения. Пользователи полностью контролируют регион размещения, в котором данные располагаются физически, и доступ к ним, что позволяет легко обеспечивать соответствие региональным требованиям и требованиям к размещению данных. Компания AWS не просто следует Общим правилам защиты данных (GDPR), она также предоставляет сервисы и инструменты, с помощью которых вы можете создать инфраструктуру, соответствующую этим требованиям. Организации из разных стран, включая стартапы, корпорации и государственные учреждения, могут использовать нашу высокотехнологичную инфраструктуру для внедрения инноваций и работы с аналитическими данными, решениями на базе искусственного интеллекта, базами данных, технологиями «Интернет вещей» (IoT) и машинного обучения, мобильными сервисами, бессерверными решениями и не только.
