Система GitLab подготовлена к миграции с Microsoft Azure на Google Cloud Platform


Оглавление (нажмите, чтобы открыть):

Сравнение услуг облачных провайдеров: Microsoft Azure, AWS или Google Cloud

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

Сравнение услуг облачных провайдеров: Microsoft Azure, AWS или Google Cloud

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

AWS против Microsoft Azure и Google Cloud Platform

Во-первых, скажем несколько слов о каждой из платформ:

Amazon Web Services. Созданная в 2006 году, облачная платформа Amazon стала первооткрывателем в данной области, благодаря чему завоевала немалый рынок. С постоянными нововведениями и улучшениями на протяжении многих лет, AWS представила более 70 услуг с широким спектром покрытия по всему миру. Серверы доступны в 14 географических регионах. Рыночная доля компании неуклонно растет, во втором квартале 2020 года облачные технологии Амазон охватывали 31% рынка.

Microsoft Azure. Система была запущена в 2010 году и развивается очень быстрыми темпами. Microsoft Azure сейчас представляет собой многогранную сложную систему, которая обеспечивает поддержку множества различных услуг, языков программирования и фреймворков. В составе облака более 60 служб и центров обработки данных в 38 различных географических регионах. В настоящее время Microsoft Azure занимает 11% рынка.

Google Cloud Platform. Представленная в 2011 году, Google Cloud Platform является самой молодой облачной платформой и, в первую очередь, удовлетворяет потребности поиска Google и Youtube.

В настоящее время у компании представлено более 50 услуг и 6 глобальных центров обработки данных. Google Cloud Platform на рынке облачных услуг имеет 5% долю.

Компьютерные вычисления

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

В Amazon Web Services центральной вычислительной службой является сервис Elastic Compute Cloud (EC2). EC2 стал главным синонимом для понятия «масштабируемые вычисления по требованию». Для того, чтобы еще более тщательно планировать и снижать расходы при запуске проектов, компания ввела новые подсервисы, такие как AWS Elastic Beanstalk, Amazon EC2 Container Service.

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

Основа вычислительных систем Microsoft Azure – это классические виртуальные машины и высокопроизводительные Virtual Machine Scale Sets. Клиентские приложения для Windows могут быть развернуты с помощью сервиса RemoteApp. Azure Virtual Machine включает 4 различных семейства, 33 типа экземпляров, которые вы можете развернуть в разных регионах. Но поддержка определенной зоны региона пока не поддерживается.

Google Cloud Platform использует сервис Compute Engine для обработки вычислительных процессов. Одним из главных недостатков является ценообразование, оно менее гибкое по сравнению с AWS и Azure.

Compute Engine поддерживает большинство основных облачных услуг — развертывание контейнера, масштабируемость и обработка данных. Google Cloud поддерживает 4 семейств экземпляров, 18 различных типов экземпляров, а также обеспечивает как региональное размещение, так и выбор зоны.

Если выбирать лидера, то AWS и Microsoft Azure сейчас наиболее востребованные облачные платформы. Предлагаемые вычислительные мощности у компаний находятся практически на равных уровнях, список предлагаемых сервисов также постоянно растет.

Аналитика

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

В области анализа данных AWS сделал большой скачок, отдельный сервис Quick Sight – предоставляет собой легкую в использовании бизнес-аналитику с готовыми шаблонами и по стоимости в 10 раз дешевле, чем традиционные BI-решения.

Сервис Microsoft Azure за последние годы сильно улучшил инструменты аналитики и машинного обучения, создав отдельное направление, включающее подсистему обработки аналитики Data Lake Analytics и машинное обучение в составе Cortana Intelligence Suite.

Google Cloud Platform запустил также отдельное направление по аналитике больших данных и имеет большие перспективы развития в будущем. Уже сейчас программные среды Cloud Vision API, Cloud Speech API, и Google Translate API имеют множественные интеграции в сторонние сервисы и приложения.

Место хранения

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

AWS Simple Storage Service, известный как S3, в значительной степени является промышленным стандартом. В целом, S3 создало понятие объектно-ориентированного хранения данных, а для архивации данных был создан отдельный сервис Amazon Glacier.

Azure и Google Cloud Platform имеют также достаточно надежные и мощные средства хранения.

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

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

В Amazon Web Services вы можете использовать Virtual Private Cloud для создания VPN с настройкой подсети, таблицы маршрутизации, частных диапазонов IP-адресов и сетевых шлюзов. Кроме того, есть сервис Route 53 для реализации веб-службы DNS.

Microsoft Azure также предлагает обширные инструменты настройки сетей. Виртуальная сеть (VNET) позволяет установить VPN, настроить публичный IP , подключить гибридное облако, а также активизировать межсетевой экран и DNS.

Предложения Google Cloud Platform не столь обширны. Платформа пока имеет только виртуальную сеть Cloud с поддержкой подсетей Public IP, собственный брандмауэр, и необходимые настройки DNS.

Ценообразование

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

AWS использует несколько моделей оплаты:

  • По требованию: Вы платите только за ресурсы и услуги, которые вы используете
  • Резервирование: Вы выбираете необходимое количество ресурсов, которые вы хотите заказать авансом от 1 до 3-х лет и оплачиваете на основе использования. Часто на такие предложения действуют хорошие скидки (до 75 %).
  • Частичное резервирование. Чем больше ресурсов используешь, тем меньше стоимость предоставленных услуг

Округление в Amazon Web Services работает на основе часов использования.

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

Google Cloud Platform имеет схожую систему выставление счетов как и Azure, но с округлением использования ресурсов за период в течение 10 минут.

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

Информационный портал по безопасности

Информационный портал по безопасности » Компании » Google » GitLab переезжает с Azure на Google Cloud Platform. Новости о переезде и даты техобслуживания

GitLab переезжает с Azure на Google Cloud Platform. Новости о переезде и даты техобслуживания

GitLab.com по плану 28 июля переезжает на Google Cloud Platform. Рассказываем, чем это обернется для вас сейчас и в будущем.

Для нас всегда в приоритете стояло повышение быстродействия и надежности GitLab.com . И то, и другое постепенно росло, а мы тем временем планировали серьезные перемены, способные обеспечить настоящий прорыв: сделать GitLab облачным ( cloud native ) приложением для Kubernetes.

Мастер Йода рекомендует:  Работа с Web-сервером Russian Apache

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


Что вам следует знать:

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

• SaaS сайт ( GitLab.com будет недоступен, но about.gitlab.com и docs.gitlab.com продолжат работать)

21 июля, суббота, в 13:00 UTC (16:00 по Москве)

В рамках тестирования мы проводим короткое техобслуживание в эту субботу, 21 июля, в 16:00 по Москве. Это финальная проверка готовности. Техобслуживание займет 1 час.

28 июля, суббота, в 10:00 UTC (13:00 по Москве)

В день переезда мы начнем техобслуживание в 13:00 по Москве. По планам GitLab.com будет остановлен на 2 часа. Если что-то изменится, мы сообщим по каналам, указанным ниже. По завершении этого срока GitLab.com будет работать на GCP.

Индивидуальные домены на GitLab Pages

Если у вас на GitLab Pages есть индивидуальный домен:

• Мы оставим прокси, у вас будет время на изменение DNS.

• С 28 июля GitLab Pages переедут на 35.185.44.232.

• Не меняйте DNS на новый адрес, пока мы не завершим миграцию.

• Мы отдельно сообщим в блоге, когда адрес GitLab Pages в Azure будет отключен.

Если во время миграции вам понадобится поддержка, пишите в GitLab Support .

Перенос сервера из Microsoft Azure на виртуальную машину VMware

Виртуальный сервер за 2 минуты!

  • Безлимитный трафик
  • Бесплатное тестирование
  • Гибкие настройки

Начальные условия

Чтобы экспортировать виртуальную машину из Azure, для начала необходимо установить Azure PowerShell на саму виртуальную машину или на любую другую машину с операционной системой семейства Windows.

Примечание: все подробные инструкции можно найти в руководстве.

Синтаксис Save-AzureVhd

Существует несколько способов загрузки файлов с Azure. Самый простой использовать команду Save-AzureVhd в Azure PowerShell, чтобы сохранить виртуальный диск vhd:

Save-AzureVhd [-Source] [-LocalFilePath] [[-NumberOfThreads] ] [[-StorageKey] ] [[-OverWrite]] [ ]

Командлет Save-AzureVhd загружает VHD в файл. Командлет содержит параметры для настройки процесса загрузки, такие как количество используемых потоков загрузчика или перезапись существующего файла.

LocalFilePath Указывает путь для сохранения VHD
NumberOfThreads Указывает количество загружаемых потоков, которые будут использоваться при загрузке. Значение по умолчанию равно 8, если не указано значение
OverWrite Указывает, что вы хотите удалить существующий файл, если он существует, как указано в локальном пути к файлу
Source Указывает URI для BLOB в Azure
StorageKey Указывает ключ хранилища для BLOB-хранилища. Если он не указан, командлет пытается определить ключ хранилища учетной записи в исходном URI из Azure
Этот командлет поддерживает общие параметры: -Verbose, -Debug, -ErrorAction, -ErrorVariable, -OutBuffer и -OutVariable. Дополнительные сведения

Примеры

В этом примере загружается указанный blob по указанному пути к локальному файлу: Save-AzureVhd -Source https://mytestaccount.blob.core.windows.net/vhdstore/win7baseimage.vhd -LocalFilePath C:\vhd\MyWin7Image.vhd

В этом примере загружается указанный blob по указанному пути к локальному файлу и перезаписывается существующий файл, если он существует: Save-AzureVhd -Source https://mytestaccount.blob.core.windows.net/vhdstore/win7baseimage.vhd -LocalFilePath C:\vhd\MyWin7Image.vhd -Overwrite

В этом примере указан ключ хранилища для загрузки: Save-AzureVhd -Source https://mytestaccount.blob.core.windows.net/vhdstore/win7baseimage.vhd -LocalFilePath C:\vhd\MyWin7Image.vhd -StorageKey zNvcH0r5vAGmC5AbwEtpcyWCMyBd3eMDbdaa4ua6kwxq6vTZH3Y+sw==

Примечание: Вы можете перемещаться по контейнеру учетной записи на портале Azure, чтобы найти правильный URL-адрес для VHD.

VHD, загруженный из Windows Azure, должен быть преобразован в формат VMDK. Для этого используйте инструмент WinImage. (Доступна бесплатная 30-дневная версия).

Конвертация диска в формат ovf

Выполните конвертацию согласно одноименному пункту в данной инструкции.

GitLab migration: See you later Azure; hello Google Cloud Platform

GitLab is migrating from Microsoft Azure to the Google Cloud Platform. What tools will they use and why is the migration happening?

As some developers are #movingtogitlab, all eyes are on GitLab to see what they will do next. In the wake of Microsoft’s acquisition of GitHub, GitLab made their Ultimate and Gold offerings free for educational institutions and open source projects. Now, they come with some more news that may shake things up.

On June 25th, GitLab announced that they will be moving away from Azure and onto their new home with the Google Cloud Platform. What does this migration mean and will it affect anything?

Why migrate?

Why migrate? Why now? One of the main reasons given for the switch is the rising-star Kubernetes. GitLab is putting all their chips behind Kubernetes, stating in their migration announcement that: “…we’ve chosen GCP as our cloud provider because of our desire to run GitLab on Kubernetes. Google invented Kubernetes, and GKE has the most robust and mature Kubernetes support. Migrating to GCP is the next step in our plan to make GitLab.com ready for your mission-critical workloads.”

Developers’ love for Kubernetes is easy to see across the board. Meanwhile, on GitHub, it was the most-discussed repo of 2020 according to the State of the Octoverse. 2020 continues to be a strong year for Kubernetes and we doubt that its popularity will fall any time soon.

Does the migration away from Microsoft Azure have anything to do with Microsoft’s acquisition of GitHub or is it mere coincidence? The announcement does not address this and according to the Git infra lead Andrew Newdigate on Twitter in response to speculation: “GitLab has been working on this project since last year, long before we were aware of the GitHub acquisition.” That puts the nail in the theory unless future updates say otherwise.

The tools for migration


GitLab will be utilizing Geo to migrate over to the Google Cloud Platform. Geo creates a mirrored, read-only GitLab instance and can clone and fetch projects.

Speed, speed, speed is Geo’s main advantage. It massively cuts down the time of cloning and fetching large repos from across the globe. The benefits of this time-saving tool will be useful as GitLab migrates and puts Geo to the test of its capabilities. Previous testing done by GitLab says the system is ready to go and that Geo can handle the massive amounts of data that will be transferred from the Azure datacenter in Virginia to the new Google Cloud Platform in South Carolina.

Getting prepared with GitLab

In preparation for the switch, GitLab has a preflight checklist that will be followed down to the letter, a failover procedure, their test plan, and a failback procedure. (Of course, the team will have access to their docs during the server change. The necessary repos have been mirrored onto a private server, so fear not!)

Migration rehearsals so far have taken around two hours, with careful documentation for how long each phase took and how to make the migration even faster so that GitLab can hit the ground running. If you want to keep an eye on the known issues that are solved, look at the GitLab Migration tracker and see all the work that is going into this flight plan.

Currently, the migration is scheduled for July 28th, 2020 and the forecast calls for smooth skies. We have high hopes for GitLab and await the migration!

Система GitLab подготовлена к миграции с Microsoft Azure на Google Cloud Platform

You are using an outdated browser. Please upgrade your browser to improve your experience.

UPDATED 23:44 EDT / JUNE 25 2020

Cloud switch: GitLab migrates from Microsoft Azure to Google Cloud

Google LLC has scored a small victory over Microsoft Corp. with the news Monday that GitLab Inc. is moving the entirety of its code repositories from the Azure cloud to Google Cloud Platform.

GitLab provides a central code-control repository, issue-tracking environment, collaboration forum and documentation hosting service for open-source software developers. It’s probably the biggest rival to the much better-known developer platform GitHub Inc., which caused huge controversy earlier this month when it announced it was being acquired by Microsoft.

That acquisition sent shockwaves through the open-source community, as it placed a privately owned service that many developers regard as a quasipublic utility under the control of commercial company with which many of them compete. Indeed, developers were so worried by the acquisition that more than 100,000 of them reportedly switched to GitLab soon after the deal was announced.

As a result, GitLabs’ decision to migrate from Azure to Google could be interpreted as a move to distance itself from Microsoft. However, Andrew Newdigate, the Google Cloud Platform migration project lead at GitLab, said in a blog post Monday that’s not the case, since the switch was planned long in advance of GitHub’s acquisition — which actually seems likely because cloud migrations are not undertaken lightly.

Instead, Newdigate said, the move was designed to take advantage of Google’s lead in Kubernetes. That software deploys and manages software that’s run in application containers, which allow applications to run unchanged in many computer environments.

Kubernetes “makes reliability at massive scale possible,” Newdigate said, adding that the Google Container Engine service has more robust and mature support than any other.

GitLab said it’s planning to make its move to Google’s cloud on July 28. Once GitLab has migrated its code, Newdigate said, his team will focus on bumping up the stability and scalability of GitLab.com.

The migration will not be an easy one, however. GitLab needs to transfer some 200 terabytes of data from Microsoft Azure’s US East 2 region in Virginia to GCP’s us-east1 region in South Carolina.

Мастер Йода рекомендует:  Президентская администрация раскритиковала идею «антипиратского сбора»
Image: GitLab

Since you’re here …

… We’d like to tell you about our mission and how you can help us fulfill it. SiliconANGLE Media Inc.’s business model is based on the intrinsic value of the content, not advertising. Unlike many online publications, we don’t have a paywall or run banner advertising, because we want to keep our journalism open, without influence or the need to chase traffic. The journalism, reporting and commentary on SiliconANGLE — along with live, unscripted video from our Silicon Valley studio and globe-trotting video teams at theCUBE — take a lot of hard work, time and money. Keeping the quality high requires the support of sponsors who are aligned with our vision of ad-free journalism content.

If you like the reporting, video interviews and other ad-free content here, please take a moment to check out a sample of the video content supported by our sponsors, tweet your support, and keep coming back to SiliconANGLE.

Миграция в облако

Ваш быстрый и безопасный переезд в облако

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

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

Используйте по максимуму возможности облачных технологий

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

Как происходит переезд в облако

Аудит существующего IT-ландшафта и планирование

Оценим мощности текущей инфраструктуры, определим ее слабые места, предложим решения для усиления и спланируем работы по миграции.

Тестирование
и пробный запуск

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

Перенос приложений и начало эксплуатации

Последовательно перенесем нужные сервисы в облако. Сведем к минимуму время недоступности информационных систем. Когда все будет готово, вы сможете приступать к полноценной работе в облаке.

Сопровождение инфраструктуры и обучение персонала

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

Стратегии миграции

Простое перемещение
(Lift-And-Shift)

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

Перенос с оптимизацией
(Replatform)

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

Новый продукт
(Repurchase)

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

Готовы к переносу сервисов в облако?

Где мы можем развернуть ваши сервисы


Облако на базе VMware

Платформа Selectel

Аттестованный ЦОД

Выделенные серверы

Amazon Web Services

Microsoft Azure

Alibaba Cloud

Google Cloud Platform

Selectel ― авторизованный партнер VMware со знаком доверия VMware Cloud Verified. Это гарантирует клиентам Selectel высокий уровень исполнения инфраструктуры.

Из частного облака VMware

При миграции сервисов из частного облака VMware в облако на базе VMware от Selectel применяется VMware vCloud Director® Extender и VMware vCloud® Availability. Для крупных инфраструктур ― VMware HCX®. Эти инструменты позволяют провести миграцию с минимальным простоем, а также строить гибридные инфраструктуры, оставляя часть виртуальных машин на вашей стороне.

С физических и виртуальных машин

При миграции ресурсов, организованных не с помощью стека VMware (AWS, Azure, GCP, OpenStack), используется инструментарий конвертации образов дисков в образы виртуальных машин VMware.

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

В зависимости от масштаба проекта и требований по обслуживаемой нагрузке, в ходе миграции могут применяться практики CI/CD с использованием Jenkins, Terraform и др.

Возможна реализация миграции без простоя.

Предоставляется IT-инфраструктура, которая соответствует требованиям по защите персональных данных до 1-го (максимального) уровня защищенности и находящихся в зоне ответственности провайдера.

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

При миграции информационных систем в аттестованный сегмент ЦОД или в облако 152-ФЗ вы можете воспользоваться экспертизой и услугами Selectel:

  1. Аудит, проектирование, аттестация информационных систем персональных данных (ИСПДн).
  2. Предоставление средств защиты информации.
  3. Предоставление сервисов информационной безопасности и защиты данных.

При миграции информационных систем из инфраструктуры клиента на физические выделенные серверы Selectel используются традиционные методы Lift-And-Shift с применением инструментов Veeam® и утилит, создающих образы виртуальных машин или физических серверов. Особенность выполнения таких проектов ― подготовка серверов из широкой линейки готовых конфигураций для миграции за 2 часа.

Возможна реализация миграции без простоя.

Selectel ― партнер Amazon Web Services

Для масштабной миграции серверов используется AWS Server Migration Service (SMS). AWS SMS автоматически создает репликацию томов, работающих серверов в AWS, и создает образы машин Amazon Machine Image (AMI).

Миграция баз данных осуществляется с помощью AWS Database Migration Services (DMS).

AWS DMS позволяет осуществить миграцию баз данных на платформу AWS с минимальным простоем.

Также может использоваться CloudEndure®. Сервис обеспечивает автоматическую миграцию даже для сложной инфраструктуры.

Selectel ― партнер Microsoft

Если информационная система клиента использует инфраструктуру на ОС Windows и Linux, то процесс миграции проходит с помощью Azure Site Recovery.

Для перемещения локальных баз данных используется Azure Database Migration Service.

Selectel ― партнер Alibaba Cloud

Для миграции инфраструктуры клиента применяется набор утилит, разработанных и поставляемых Alibaba Cloud. С их помощью создается образ каждого сервера, на основании которого в Alibaba Cloud Elastic Compute Service (ECS) создается виртуальная машина.

Selectel ― партнер Google Cloud

Для миграции IT-инфраструктуры клиента применяются специализированные инструменты миграции. Например, если информационная система находится в AWS или на платформе vSphere®, то процесс миграции осуществляется с помощью решения Velostrata. Сервис подключается к дискам виртуальных машин и передает информацию в Google Cloud с помощью Cloud Extensions.

Наш опыт

осуществила команда облачной интеграции Selectel

в рамках одного проекта мигрировали с помощью Selectel

мы перенесли в облако из инфраструктуры клиента

в одном проекте перенесены в Selectel

Тарифы на миграцию в облако

Объект аудита инфраструктуры

  • Виртуальные машины
  • Физические серверы

Без изменения архитектуры

Тестирование новой инфраструктуры


Настройка сетевого окружения

Без изменения логической структуры

Миграция базы данных

Без изменения типа СУБД

Разработка отказоустойчивого решения (Disaster Recovery)

Объект аудита инфраструктуры

  • Виртуальные машины
  • Физические серверы
  • ПО
  • СУБД

В новую архитектуру, оптимизированную под облако

Тестирование новой инфраструктуры

Настройка сетевого окружения

Для новой архитектуры

Миграция базы данных

С изменением типа СУБД

Оценка стоимости владения (TCO)

Разработка и поддержка CI/CD

Разработка отказоустойчивого решения (Disaster Recovery)

Объект аудита инфраструктуры

  • Виртуальные машины
  • Физические серверы
  • ПО
  • СУБД

В новую архитектуру, оптимизированную под облако

Тестирование новой инфраструктуры

  • Функциональное
  • Нагрузочное
  • Сканирование на уязвимости

Настройка сетевого окружения

Для новой архитектуры

Миграция базы данных

С изменением типа СУБД

Рекомендации по оптимизации работы приложений в облаке

Оценка стоимости владения (TCO)

Разработка и поддержка CI/CD

Разработка отказоустойчивого решения (Disaster Recovery)

Объект аудита инфраструктуры

  • Виртуальные машины
  • Физические серверы
  • Виртуальные машины
  • Физические серверы
  • ПО
  • СУБД
  • Виртуальные машины
  • Физические серверы
  • ПО
  • СУБД
Без изменения архитектуры В новую архитектуру, оптимизированную под облако В новую архитектуру, оптимизированную под облако

Тестирование новой инфраструктуры

  • Функциональное
  • Функциональное
  • Нагрузочное
  • Функциональное
  • Нагрузочное
  • Сканирование на уязвимости

Настройка сетевого окружения

Без изменения логической структуры Для новой архитектуры Для новой архитектуры

Миграция базы данных


Без изменения типа СУБД С изменением типа СУБД С изменением типа СУБД

Рекомендации по оптимизации работы приложений в облаке

по запросу

Оценка стоимости владения (TCO)

по запросу

Разработка и поддержка CI/CD

по запросу

Разработка отказоустойчивого решения (Disaster Recovery)

по запросу по запросу по запросу по запросу по запросу по запросу

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

Кострюков Денис, Руководитель IT-отдела «Супротек»

Полезное по теме

Усильте свою инфраструктуру

Оптимизация IT-затрат

Достигайте большего с меньшими затратами на IT.

Гибридное облако

Объединяйте локальную инфраструктуру с облачными решениями Selectel и партнеров.

Отказоустойчивая инфраструктура

Обеспечьте непрерывность работы ваших сервисов с продуманным резервированием и планом восстановления.

Информационная безопасность

Постройте защищенные информационные системы вместе с Selectel.

Оставить заявку

Хотите узнать больше о переносе сервисов и стоимости миграции — заполните форму, мы свяжемся и обсудим детали.

Вы всегда можете получить бесплатную консультацию по телефону + 7 499 130 12 60 или по почте corpsales@selectel.ru

Сколько времени занимают этапы миграции?

Специалисты Selectel заинтересованы в сокращении сроков проекта и в своей деятельности руководствуются следующими целевыми показателями:

  • сбор данных по существующей IT-инфраструктуре, SWOT-анализ ― не более 2 недель;
  • планирование миграции ― не более 1 недели;
  • тестирование и пробный запуск ― не более 2 недель;
  • миграция ― по разработанному план-графику;
  • обучение персонала ― в ходе миграции;
  • сопровождение и техническая поддержка ― согласно Service Level Agreement.
Мастер Йода рекомендует:  Проблема с «заморозкой» доменов .РФ разрешена

Возможна ли разработка IT-стратегии с привлечением специалистов Selectel?

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

Как Selectel обеспечивает миграцию без простоя информационных систем?

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

Можно ли использовать свои ранее приобретенные лицензии на ПО в облаке?

Возможность использования ранее приобретенного ПО в облаке определяется лицензионной политикой компании производителя. В частности, для программных продуктов Microsoft с действующими договорами Software Assurance, совместно с Selectel вы можете инициировать процедуру license mobility.

Можно ли снизить затраты на процесс инвентаризации развернутого ПО Microsoft?

Selectel ― участник программы Microsoft Software Asset Management (SAM). Это позволяет снизить стоимость работ на инвентаризацию ПО и аппаратного обеспечения за счет получения дополнительного финансирования от Microsoft. Ограничения по участию в программе: ваша компания не участвовала в SAM-проекте в течение прошлого года (с июля по август), вы готовы направить авторизационные письма в Microsoft и подтвердить свое намерение участвовать в SAM-проекте.

Предусмотрено ли обучение моих технических специалистов по работе с новой облачной инфраструктурой?

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

Может ли Selectel полностью взять на себя обслуживание облачной инфраструктуры?

Да. Совместно со специалистами Selectel вы определяете состав услуг, Service Level Agreement и правила совместных коммуникаций.

Система GitLab подготовлена к миграции с Microsoft Azure на Google Cloud Platform

Это абсолютно бесплатно и очень быстро.

Как воспользоваться услугой?

Softline – первый и единственный партнер Google Cloud Platform на территории России. Экспертиза наших инженеров доказана при реализации крупнейших проектов. Мы предоставляем возможность использовать GCP в России от имени юридического лица с полным оформлением всех необходимых бухгалтерских документов.

Google Cloud Platform дает возможность работать с различными инструментами для вычислений и хостинга. Вы можете выбрать управляемую прикладную платформу, использовать технологии контейнеров для получения большей гибкости или создать собственную облачную инфраструктуру, максимально контролируемую. С этим решением у вас, с одной стороны, появляются широкие возможности самостоятельного управления ресурсами, а с другой, – если это не требуется, – Google может взять все управление инфраструктурой на себя! В этом случае вам останется заниматься только разработкой приложений.


Свяжитесь с нами сейчас и получите расчет стоимости использования Google Cloud Platform.

CI/CD на AWS, Azure и Gitlab

24 февраля 2020 года

Практический интенсивный курс по популярной методике непрерывной разработки и поставки программного обеспечения Continuous Integration и Continuous Delivery на разных платформах Amazon Web Service, Azure, GitLab и Jenkins

Цель курса:
— сформировать понимание архитектуры облачных провайдеров
— научить настройке процесса сборки и тестирования приложения
— изучить автоматизацию анализа кода и поиска уязвимостей
— настраивать процесс установки приложения
— и все это у трех крупнейших провайдеров!

Курс будет интересен как разработчикам, так и инженерам, отвечающим за настройку процессов непрерывной разработки и доставки (continuous integration / continuous delivery).

В качестве выпускной работы вам будет предложено реализовать процессы CI/CD для любого opensource-проекта на ваш выбор. При затруднении с выбором вам будет предложено несколько вариантов проектов.

Минимальное количество реализованных этапов CI/CD:
— сборка проекта
— модульное и end-to-end тестирование
— статический анализ качества кода
— SAST
— установка на тестовое окружение для ревью изменений
— нагрузочное тестирование
— установка в промышленное окружение

Руководитель направления IT в ПАО «Сбербанк». Опыт работы в банковской отрасли более 20 лет. Занимается внедрением DevOps-практик и инструментов в производственные процессы Банка.

Помогает командам настраивать процессы Continuous integration и continuous delivery. Основной технологический стек — GitLab, Jenkins, SonarQube, Nexus, Checkmarx и много чего еще.

Во внерабочее время исследует применение CI и CD у облачных провайдеров (AWS, Azure).

В 2003 году окончил МИФИ по специальности «Вычислительные машины, комплексы, системы и сети», получив квалификацию «инженер-системотехник».

Build Engineer в Dino Systems

в прошлом Software engineer в EPAM Systems

Более 5 лет занимается сборкой и развертыванием приложений для HPC кластеров, а также поддержкой и автоматизацией CI фермы, Jenkins, Gerrit, Selenium, Nexus
Поддерживал Continuous integration для нескольких проектов, с использованием Hudson.
Занимался непрерывной сборкой и развертыванием (CI/CD) приложений на тестовых серверах( Jenkins ant + liquibase + python ), поддержкой большого ( >20 ) однотипного окружения ( Ubuntu Maverick ) с централизованным управлением (puppet, fabric)

Более 7 лет администрирует Linux и веб-сервера.

[Перевод] GitLab переезжает с Azure на Google Cloud Platform. Новости о переезде и даты техобслуживания 21.07.2020 14:33

GitLab.com по плану 28 июля переезжает на Google Cloud Platform. Рассказываем, чем это обернется для вас сейчас и в будущем.

Для нас всегда в приоритете стояло повышение быстродействия и надежности GitLab.com. И то, и другое постепенно росло, а мы тем временем планировали серьезные перемены, способные обеспечить настоящий прорыв: сделать GitLab облачным (cloud native) приложением для Kubernetes.

Мы готовы сделать большой шаг на пути к cloud native: переехать с Azure на Google Cloud Platform (GCP). Azure была для нас прекрасным провайдером, но GCP лучше поддерживает Кубернетес, что важно для наших далеко идущих планов. Причем будет и немедленный эффект, в том числе включенное по умолчанию зашифрованное хранение данных и более быстрое кеширование из-за плотной интеграции GCP с нашим CDN.

Время технического обслуживания для миграции на GCP

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

Что вам следует знать:

Во время технического обслуживания будут недоступны следующие сервисы:
• SaaS сайт (GitLab.com будет недоступен, но about.gitlab.com и docs.gitlab.com продолжат работать)
• Git ssh
• Git https
• registry
• CI/CD

21 июля, суббота, в 13:00 UTC (16:00 по Москве)

В рамках тестирования мы проводим короткое техобслуживание в эту субботу, 21 июля, в 16:00 по Москве. Это финальная проверка готовности. Техобслуживание займет 1 час.

28 июля, суббота, в 10:00 UTC (13:00 по Москве)

В день переезда мы начнем техобслуживание в 13:00 по Москве. По планам GitLab.com будет остановлен на 2 часа. Если что-то изменится, мы сообщим по каналам, указанным ниже. По завершении этого срока GitLab.com будет работать на GCP.
• Страница статуса GitLab
• Твитер статуса GitLab

Индивидуальные домены на GitLab Pages

Если у вас на GitLab Pages есть индивидуальный домен:

• Мы оставим прокси, у вас будет время на изменение DNS.
• С 28 июля GitLab Pages переедут на 35.185.44.232.
• Не меняйте DNS на новый адрес, пока мы не завершим миграцию.
• Мы отдельно сообщим в блоге, когда адрес GitLab Pages в Azure будет отключен.

Если во время миграции вам понадобится поддержка, пишите в GitLab Support.

Парсер Хабра

Вас тоже достает, когда автор переносит топик в черновик?

суббота, 21 июля 2020 г.

[Перевод] GitLab переезжает с Azure на Google Cloud Platform. Новости о переезде и даты техобслуживания

GitLab.com по плану 28 июля переезжает на Google Cloud Platform. Рассказываем, чем это обернется для вас сейчас и в будущем.

Для нас всегда в приоритете стояло повышение быстродействия и надежности GitLab.com. И то, и другое постепенно росло, а мы тем временем планировали серьезные перемены, способные обеспечить настоящий прорыв: сделать GitLab облачным (cloud native) приложением для Kubernetes.

Мы готовы сделать большой шаг на пути к cloud native: переехать с Azure на Google Cloud Platform (GCP). Azure была для нас прекрасным провайдером, но GCP лучше поддерживает Кубернетес, что важно для наших далеко идущих планов. Причем будет и немедленный эффект, в том числе включенное по умолчанию зашифрованное хранение данных и более быстрое кеширование из-за плотной интеграции GCP с нашим CDN.

Время технического обслуживания для миграции на GCP

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

Что вам следует знать:

Во время технического обслуживания будут недоступны следующие сервисы:
• SaaS сайт (GitLab.com будет недоступен, но about.gitlab.com и docs.gitlab.com продолжат работать)
• Git ssh
• Git https
• registry
• CI/CD

21 июля, суббота, в 13:00 UTC (16:00 по Москве)

В рамках тестирования мы проводим короткое техобслуживание в эту субботу, 21 июля, в 16:00 по Москве. Это финальная проверка готовности. Техобслуживание займет 1 час.

28 июля, суббота, в 10:00 UTC (13:00 по Москве)

В день переезда мы начнем техобслуживание в 13:00 по Москве. По планам GitLab.com будет остановлен на 2 часа. Если что-то изменится, мы сообщим по каналам, указанным ниже. По завершении этого срока GitLab.com будет работать на GCP.
• Страница статуса GitLab
• Твитер статуса GitLab

Индивидуальные домены на GitLab Pages

Если у вас на GitLab Pages есть индивидуальный домен:

• Мы оставим прокси, у вас будет время на изменение DNS.
• С 28 июля GitLab Pages переедут на 35.185.44.232.
• Не меняйте DNS на новый адрес, пока мы не завершим миграцию.
• Мы отдельно сообщим в блоге, когда адрес GitLab Pages в Azure будет отключен.

Если во время миграции вам понадобится поддержка, пишите в GitLab Support.

Добавить комментарий