Как можем да забавим миграцията към облака

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

Пътуването на Juniper да следва облака започва с това кои приложения трябва да бъдат мигрирани към облака, като се започне с платформата Helpdesk и след това платформата за електронна поща и сътрудничество. Въпреки това, след първоначалния успех, напредъкът ни се забави. За да улесни този процес, ИТ екипът на Juniper реши да предприеме нов подход към прегледа на пътуването до облака. Вместо да попита "защо да използваме облака?", ИТ директорът на Juniper попита "защо да не използваме облака?"

Серж Овчинников, ИТ архитект в Juniper Networks, каза: „Въпросът-, който променя играта, е „Защо да не използваме облака?“, Той ни позволява да разберем по-добре дали има някакви специални изисквания, които ни позволяват да запазим някои приложения в компанията, вместо да ги мигрираме в облака.“

Водени от принципа „защо да не използваме облака“, ние оценихме облака и услугите въз основа на рамка, която определя стратегическата бизнес стойност, разходите, сигурността и наличността на подходящ доставчик на облак за преминаване към облака. Juniper мигрира бизнес-критичните-офис приложения към облака. Поддържаме разработката на операционната система Junos на Juniper в собствения център за данни на компанията поради тясната връзка между разработката на софтуер и хардуер, която подобрява ефективността.

„По време на теста за миграция-на натоварването в реално време между центрове за данни преместихме интелектуалната си собственост от Sunnyvale в Quincy, но приложението не беше прекъснато.“

Тони Тран, ИТ мрежов архитект, Juniper Networks

Цялостно решение

Използвайте обществени облачни услуги. Juniper Networks използва облачни услуги в много форми, включително софтуер като услуга (SaaS), платформа като услуга (PaaS) и инфраструктура като услуга (IaaS). Juniper използва Microsoft Office 365 за предоставяне на имейл услуги и сътрудничество, използва Salesforce за управление на възможностите за продажби, използва ServiceNow за предоставяне на платформата за помощ на Helpdesk, използва Coupa за покупки и използва Concur за проследяване на пътни разходи. Ние също използваме SAP за управление на акаунти, докато поръчките за продажба и фактурите се обработват от T-Systems.

Juniper Networks използва Amazon Web Services (AWS) за разработка и различни бек офис приложения за компанията. Ние също така използваме AWS, за да предоставим услуги за-единично влизане за всички приложения, инструменти за ценообразуване на партньори на Juniper Networks, актуализации на IDP подписи за Juniper SRX Series Business Gateways, управление на лицензи, изтегляне на софтуер и много други системи.

Изградете софтуерно{0}}дефиниран център за данни. Интегрирането на центрове за данни и публичните облачни услуги създадоха огромна бизнес стойност, но наличието на частен облак също е от решаващо значение за развитието на Junos OS, която е в основата на иновациите на Juniper Networks и знамето на лидерството в индустрията. За да подпомогне създаването на нова инженерна среда, Juniper премести своя център за инженерни данни в САЩ от Сънивейл, Калифорния, в -съвместно съоръжение в Куинси, източен Вашингтон. Juniper прилага водещата си технология към софтуерно-дефинирани центрове за данни, които се превърнаха в ключов стълб на инженерните иновации.