Как мы можем замедлить миграцию в облако
Dec 06, 2019
Определение того, какие приложения и сервисы следует перенести в облако, а какие оставить в частных центрах обработки данных, всегда было сложной задачей, но эта задача может обеспечить очевидную бизнес-ценность для компании, и сокращение непрерывных технологических инноваций и эксплуатационных расходов Juniper доказывает это.
Путешествие Juniper по переходу к облаку начинается с того, какие приложения следует переносить в облако: сначала с платформы службы поддержки, а затем с платформы электронной почты и совместной работы. Однако после первоначального успеха наш прогресс замедлился. Чтобы облегчить этот процесс, ИТ-команда Juniper решила применить новый подход к анализу перехода в облако. Вместо вопроса «зачем использовать облако?» ИТ-директор Juniper спросил: «Почему бы не использовать облако?»
Серж Овчинников, ИТ-архитектор компании Juniper Networks, сказал: "Вопрос,-меняющий правила игры: почему бы не использовать облако?", позволяет нам лучше понять, существуют ли какие-либо особые требования, позволяющие нам оставить некоторые приложения в компании, а не переносить их в облако".
Руководствуясь принципом «почему бы не использовать облако», мы оценили облако и услуги на основе структуры, которая определяет стратегическую ценность для бизнеса, стоимость, безопасность и доступность подходящего поставщика облачных услуг для перехода в облако. Компания Juniper перенесла-важнейшие бизнес-приложения-в облако. Мы продолжаем разработку операционной системы Juniper Junos в собственном центре обработки данных компании, поскольку разработка программного и аппаратного обеспечения тесно связана с разработкой программного обеспечения, что повышает эффективность.
«Во время тестирования миграции рабочей нагрузки в реальном времени-между центрами обработки данных мы переместили нашу интеллектуальную собственность из Саннивейла в Куинси, но работа приложения не была прервана».

Тони Тран, сетевой архитектор ИТ, Juniper Networks
Комплексное решение
Используйте публичные облачные сервисы. Juniper Networks использует облачные сервисы во многих формах, включая программное обеспечение как услугу (SaaS), платформу как услугу (PaaS) и инфраструктуру как услугу (IaaS). Juniper использует Microsoft Office 365 для предоставления услуг электронной почты и совместной работы, использует Salesforce для управления возможностями продаж, использует ServiceNow для предоставления справочной платформы службы поддержки, использует Coupa для покупок и использует Concur для отслеживания командировочных расходов. Мы также используем SAP для управления учетными записями, а заказы на продажу и счета обрабатываются T-Systems.
Juniper Networks использует Amazon Web Services (AWS) для разработки и различные бэк-офисные приложения для компании. Мы также используем AWS для предоставления услуг единого входа-для всех приложений, инструментов ценообразования для партнеров Juniper Networks, обновлений сигнатур IDP для бизнес-шлюзов серии Juniper SRX, управления лицензиями, загрузки программного обеспечения и многих других систем.
Создайте программный-центр обработки данных. Интеграция центров обработки данных и общедоступных облачных сервисов создали огромную ценность для бизнеса, но наличие частного облака также имеет решающее значение для разработки операционной системы Junos, которая является основой инноваций Juniper Networks и символом лидерства в отрасли. Чтобы поддержать создание новой инженерной среды, компания Juniper перенесла свой инженерный центр обработки данных в США из Саннивейла, штат Калифорния, в расположенный рядом объект в Куинси, восточный Вашингтон. Компания Juniper применяет свои передовые технологии в программно-конфигурируемых-центрах обработки данных, которые стали ключевым элементом инженерных инноваций.






