Шесть причин использовать собственный ЦОД
Почему между использованием облаков и созданием собственного центра обработки данных компании до сих пор выбирают второе?
Когда дело доходит до хранения огромных объемов данных, облачные дата-центры представляют собой экономичную альтернативу настройке и эксплуатации собственных ЦОДов.
По сути, облачный дата-центр — это удаленная версия ЦОДа, расположенная где-то вдали от физических помещений вашей компании, которая позволяет получать доступ к вашим данным через Интернет. Облачный провайдер выполняет текущее обслуживание, часто владея разными центрами обработки данных в нескольких географических точках, чтобы защитить ваши данные во время простоев и других сбоев, считает Говард Вэн (Howard Wen).
Но никакие аргументы сторонников облаков не заставят компании отказаться от своих внутренних центров обработки данных. Почему же собственные ЦОДы обладают такой устойчивостью?
Хотя ожидается, что размер мирового рынка облачных вычислений вырастет с $371,4 млрд в 2020 году до $ 832,1 млрд к 2025 году, при среднегодовом темпе роста 17,5%, локальные серверы по-прежнему работают в 98% предприятий.
Промышленность «началась с мэйнфреймов, затем мы перешли на автономные серверы, а затем настала эра облачных технологий», — говорит Питер Цай (Peter Tsai), старший аналитик по технологиям в Spiceworks, известном форуме ИТ-сообщества, — Теперь кажется, что мы возвращаем вычислительные ресурсы обратно, ближе к тому месту, где они нужны».
Внутренние центры обработки данных никуда не денутся несмотря на то, что предприятия переводят все больше ИТ в облака. Результатом становится активное принятие гибридных вычислений, когда одни ИТ-активы передаются на внешнее облако, а другие обслуживаются внутри корпоративных стен.
Каковы движущие силы поддержки внутренних центров обработки данных и управления ИТ? Свою версию предлагает Мэри Э. Шаклетт (Mary E. Shacklett), известный обозреватель в области технологий и президент Transworld Data, компании, предоставляющей маркетинговые и технологические услуги.
1. Инвестиции в существующие системы
С одной стороны предприятия борются со старением ИТ-персонала, с другой — им необходимо поддерживать критически важные приложения, которые были написаны еще 60 лет назад на COBOL.
Существует также множество устаревших систем, таких как ERP, которые обеспечивают «проверенную временем» ценность для бизнеса.
Почти каждый поставщик ERP теперь предлагает облачные версии своих систем, поэтому перед предприятиями встает выбор: переходить ли на облачную версию ERP или поддерживать свою систему 30–40-летней давности с собственным кодом, если это дает компании явное конкурентное преимущество? Многие выбирают последнее, и продолжают работу своих внутренних центров обработки данных.
2. Управление жизненным циклом
В обзоре Spiceworks было отмечено, что «on-premise технологии остаются в дорожных картах покупателей бизнес-технологий, но события, связанные с окончанием срока эксплуатации, могут скорректировать инвестиции».
В том же исследовании был сделан вывод о том, что «треть организаций покупает новые серверы в связи с окончанием срока поддержки операционной системы». Например, Microsoft отказалась от расширенной поддержки Windows Server 2008 в январе 2020 года, а затем в июле 2020 года отказалась от поддержки SQL Server 2008.
Хотя такие события действительно побуждают компании реинвестировать, многие не всегда делают это быстро. Вместо этого они ищут сторонние варианты поддержки или выполняют внутреннюю поддержку, чтобы эти системы могли работать локально.
В других случаях компании предпочитают попробовать что-то новое, например, перейти в облако.
Несколько лет назад автор консультировал компанию, предоставляющую финансовые услуги, которая решила перенести свои серверы Microsoft в облако. В то же время эта компания решила купить новые локальные серверы и лицензии, чтобы у них была, по крайней мере, возможность аварийного переключения в случае отказа в облаке.
3. Безопасность и интеллектуальная собственность
Если у вас есть проприетарный код в ваших системах, который дает вашей компании конкурентное преимущество, есть системы, содержащие интеллектуальную собственность, в отношении которой вы не хотите рисковать утечкой данных, а также требования безопасности, которые не подпадают под ваш прямой контроль и управление, размещение этих активов во внутреннем центре обработки данных имеет наибольший смысл.
4. Быстрота и гибкость
Ценность гибридного подхода в том, что он дает организациям быстроту и гибкость. У вас есть возможность использовать внутренние и внешние системы, в зависимости от потребностей бизнеса.
Приняв гибридную стратегию, компании также могут воспользоваться лучшими стратегическими, операционными и экономическими вариантами.
Вот пример: крупная компания с хорошо настроенной системой ERP от известного поставщика приобретает небольшую компанию. С эксплуатационной точки зрения идея состоит в том, чтобы переместить недавно приобретенную меньшую компанию во внутреннюю корпоративную ERP-систему, но существует так много настраиваемых программ и интерфейсов, что вместо этого покупатель решает перевести новую компанию на облачную версию системы.
В дальнейшем материнская компания может либо перенести новую компанию в корпоративную систему ERP и иметь возможность выполнить эту миграцию без спешки, либо принять решение присоединиться к недавно приобретенной компании путем переноса корпоративной ERP в облако.
5. Тестирование и отказоустойчивость
Многие компании предпочитают сохранять внутреннее присутствие для своих критически важных систем в то же время, когда они реплицируют эти системы в облако.
Одна из причин для репликации систем в облако — предоставить легкодоступную «песочницу», которую разработчики приложений могут самостоятельно использовать для тестирования. Гибкость аварийного переключения — еще одна причина, по которой компании используют как облачные, так и локальные версии своих критически важных систем. Используя эти системы в тандеме, предприятия могут переключаться на локальные системы в случае сбоя облака или переключаться на облако в случае сбоя локальных систем.
6. Конкурентные преимущества ИТ
У компаний, оказывающих финансовые услуги, занимающихся биологическими исследованиями, страхованием, гостиничным бизнесом, производством, технологиями и здравоохранением есть веские причины держать свою интеллектуальную собственность, код алгоритмов и данные под непосредственным управлением в своих центрах обработки данных. Несмотря на то, что многие облачные сервисы имеют надежную защиту, ИТ-отделы не всегда доверяют им.
Гибкость и оплата использования облачных вычислений «pay-per-use» пошли на пользу компаниям, поскольку устраняют необходимость в дорогостоящих капитальных затратах в центрах обработки данных и во многих случаях (в частности, для малых и средних предприятий) за счет уменьшения потребности в ИТ-персонале для управления корпоративными системами.
Тем не менее, несмотря на переход в облако, важность оставления некоторых из наиболее важных систем и инфраструктуры в собственных ЦОДах сохраняется.
Что такое ЦОД (Центр Обработки Данных)?
К написанию данного материала о центрах обработки данных мы подошли нестандартно. С одной стороны статья носит информационно-познавательный характер, а с другой, – в качестве примера мы будем приводить настоящий московский дата-центр — TEL Hosting.
Центр Обработки Данных (ЦОД) — высокотехнологичное сооружение для размещения вычислительного оборудования. Изначально ЦОДы использовались, в основном, для собственных нужд предприятий и организаций. В последнее время данный термин получил широкое распространение в коммерческой сфере, ввиду возрастания интереса к услугам частных ЦОДов и спроса на них среди клиентов.
Центры обработки данных предлагают своим клиентам целый комплекс телекоммуникационных услуг, связанных с хранением и обработкой информации. Помимо стандартных решений, некоторые ДЦ предлагают дополнительные сервисы.
Высокоразвитая техническая инфраструктура, позволяющая поддерживать оптимальные условия для клиентского оборудования – ключевая характеристика для современного дата-центра. ЦОД TEL представляет собой наглядный пример такого сооружения.
Подробный рассказ о технической составляющей нашего дата-центра (по нему можно получить общее представление о ЦОДе) выложен в корпоративном блоге на Хабре.
Но лучше один раз увидеть, чем 100 прочитать.
Рекомендуем Вам совершить увлекательную видеоэкскурсию в центр обработки данных TEL Hosting вместе с нашими сотрудниками.
Центры обработки данных обычно имеют несколько интернет-каналов от различных провайдеров для обеспечения бесперебойной работы собственного и клиентского оборудования.
В случае, с нашим ДЦ – это каналы:
- MSK-IX
- DATA-IX
- HOME-IX
- PITER-IX
- РОСКОМ
- КОМКОР
- ТТК
- БИЛАЙН
- МЕГАФОН
В настоящее время в Москве функционирует более 80 коммерческих ЦОДов Высокая конкуренция и близость к каналам магистральных операторов делают московские цены наиболее конкурентоспособными на российском рынке. В регионах России расценки на услуги центров обработки данных в несколько раз выше, чем в Москве.
Отличия центров обработки данных
Стандарт TIA-942
По этому стандарту все ДЦ получают определенный уровень – от tier1 до tier4.
Дата-центр TEL формально соответствует стандарту tier III
Формат
По этому критерию выделяют:
а) автономные центры обработки данных
б) дата-центры, арендующие площади у более крупных провайдеров
в) серверные, обычно использующиеся под нужды конкретного предприятия
г) «треш» дата-центры (не имеющие должной инфраструктуры).
ЦОД TEL Hosting находится в собственности телекоммуникационной компании TEL и относится к сооружениям первого типа.
Познавательное о центрах обработки данных
- FaceBook начинает строить гигантский ЦОД в Лапландии
- Подземный ЦОД Pionen в бункере
- Data center компании Яндекс
- ЦОДы в цифрах и фактах
(495) 647-8877 | [email protected]
Лучшие условия для Colocation у нас в дата-центре
Стабильный широкополосный доступ в интернет
Бесперебойное обеспечение электроэнергией
Нормальные климатические условия, поддерживаемые в машинном зале
Охрана территории, на которой расположено ваше оборудование
Демократичная стоимость услуг по размещению серверов
Наш московский ЦОД подключен к интернет-каналам 9 крупнейших провайдеров
Система бесперебойного электроснабжения обеспечивается современным оборудованием от европейских производителей (ИБП — Socomec, дизель-генератор — Genelec)
Система кондиционирования Climaveneta от De Longhi (N+2) постоянно поддерживает комфортную температуру в помещении ДЦ
Дата-центр находится под круглосуточной профессиональной охраной
ФОТО ДАТА-ЦЕНТРА TEL HOSTING
Саппорт
Система пожаротушения
Холодный коридор
Система пожаротушения
Саппорт
Холодный коридор
Что такое пользовательский код? | MuleSoft
Что такое пользовательский код? Чтобы ответить на этот вопрос, начнем с метафоры.
Представьте, что код — это транспортное средство: синяя Honda Civic.
Вы можете сказать себе: я хочу эту синюю Honda Civic. Итак, я соберу машину, соберу двигатель, покрашу ее, установлю всю электронику, сделаю ее полностью пригодной для использования на дорогах и возьму на себя ответственность за ее вождение и техническое обслуживание. Другими словами, если машина сломается, потребует доработок или ремонта, то вы будете нести единоличную ответственность за решение проблемы или вам придется нанять кого-то, кто возьмет на себя эту ответственность. Это определение пользовательского кода.
С другой стороны, представьте, что вы получили этот Honda Civic — или код — как предварительно упакованный автомобиль, готовый к вождению. Затем вам говорят, что если с автомобилем что-то пойдет не так, вы можете бесплатно обратиться с проблемой в ближайший аккредитованный ремонтный центр Honda Civic, они все исправят и проведут необходимое техническое обслуживание в любое время. В этом случае автомобиль не имеет пользовательского кода.
Пользовательский код, как вы видите, требует много времени и сложен для создания, обслуживания и изменения. Его преимущество в том, что его можно использовать для поддержки любого варианта использования или
Пользовательский код: интеграция «точка-точка»
Пользовательский код может принимать разные формы. Часто пользовательский код используется для соединения двух систем вместе, что называется интеграцией «точка-точка». Интеграция «точка-точка» требует от разработчиков создания пользовательского кода между многочисленными приложениями, системами, данными и устройствами в рамках предприятия.
Хотя двухточечная интеграция с пользовательским кодом быстро и легко обеспечивает обмен данными, она не рассчитана на будущее и не масштабируется. Интеграция «точка-точка» создает прямые связи между данными. Это приводит к «архитектуре спагетти» и создает запутанную, хрупкую и сложную в обслуживании систему.
Поскольку бизнес-требования и инициативы неизбежно меняются, такая спагетти-архитектура делает незначительные модификации очень трудоемкими и трудоемкими.
Несмотря на то, что индивидуальная кодировка, двухточечная интеграция может показаться быстрым, краткосрочным решением проблемы интеграции, пользовательское кодирование и зависимость от автономных инструментов интеграции создают сложности в долгосрочной перспективе. Это приводит к проблемам с масштабируемостью и влияет на гибкость бизнеса.
Помимо индивидуальной кодированной интеграции двухточечной связи
Предприятия должны выйти за рамки индивидуально запрограммированной интеграции «точка-точка» и вместо этого рассмотреть новый подход к интеграции, основанный на многоразовых специализированных API-интерфейсах, также известных как возможности подключения на основе API.
Такой подход упрощает интеграцию по принципу plug-and-play и позволяет добавлять или изменять системы так же просто, как соединять блоки LEGO. Данные подключаются к приложениям через современные управляемые API, которые можно легко обнаружить с помощью самообслуживания и контролировать с помощью управления.
Благодаря подключению на основе API розничные продавцы могут интегрировать данные из разрозненных приложений, систем и устройств и использовать эти данные для создания новых приложений или извлечения большей выгоды из существующих приложений.
В отличие от двухточечной интеграции с пользовательским кодом, подключение на базе API упрощает внесение изменений за счет использования API для упрощения подключения активов, систем или данных; если что-то нужно добавить, изменить или вычесть, активы можно легко подключить или отключить.
Узнайте больше о подключении на основе API
Узнайте, как ваша организация может выйти за рамки индивидуально запрограммированной интеграции «точка-точка» и внедрить подключение на основе API, прочитав «Подключение на основе API: следующий шаг в эволюции SOA» и узнайте, как наши клиенты получают выгоду от этого нового подхода к интеграции.
Попробуйте Anypoint Platform для API
Зарегистрируйтесь
+
Вы были перенаправлены
Вы были перенаправлены на эту страницу, так как MuleSoft приобрела Servicetrace.
Кликните сюда, чтобы узнать больше.
+
Cette page est disponible en Français
Voir en Français
+
Diese Seite gibt es auch auf Deutsch
Zur deutschen Version
+
Esta página está disponible en español
Ver en español
+
Essa Página Está Disponível Em Portugus
Veja-a em portugues
+
この は 日本 語 で も ご 利用 いただけ ます ます
日本 で 見る 見る 見る 見る
Computers могут написать свои коды. Так что программисты теперь устарели? | Джон Нотон
Я изучал инженерное дело в университете и, как и большинство моих современников, обнаружил, что иногда мне нужно писать компьютерные программы для выполнения определенных видов вычислений. Эти части утилитарного программного обеспечения были написаны на языках, которые сейчас считаются программным эквивалентом латыни — Фортран, Алгол и Паскаль — и из этого опыта я понял, что я не был прирожденным хакером.
Программное обеспечение, которое я написал, было неуклюжим и неэффективным, и более талантливые программисты смотрели на него и закатывали глаза, как мог бы сделать Рори Макилрой, если бы ему пришлось сыграть раунд с игроком в гольф с гандикапом 18. Но он сделал свое дело и в этом смысле был, по лаконичной фразе, которую иногда использует великий ученый-компьютерщик Роджер Нидхэм, «достаточно хорош для работы в правительстве». И что я вынес из этого опыта, так это пожизненное уважение к программистам, которые могут писать элегантный и эффективный код. Тот, кто думает, что программировать легко, никогда этого не делал.
Все это объясняет, почему я сел, когда в прошлом году кто-то понял, что Codex, потомок GPT-3, большая нейронная сеть, обученная на обширных массивах текстов, собранных в Интернете, которая может генерировать правдоподобный английский текст, мог писать приложения, т. е. короткие компьютерные программы, включающие кнопки, поля ввода текста и цвета, путем повторного микширования фрагментов кода, который ему скормили.
Таким образом, вы можете попросить программу написать код для выполнения простой задачи — например, «сделать метель на черном фоне», — и она напишет и запустит необходимый код на Javascript. В кратчайшие сроки появились технологические стартапы, такие как SourceAI, нацеленные на использование этого нового инструмента программирования.
Это было впечатляюще, причудливо и, возможно, полезно в некоторых контекстах, но на самом деле это было просто срывание низко висящих плодов. Приложения — это небольшие программы, и Codex может выполнять такие задачи, которые можно кратко описать обычным языком. Все, что нужно сделать программному обеспечению, — это просмотреть огромный репозиторий компьютерного кода, который существует в его базе данных, и найти совпадение, которое выполнит эту работу. Никаких реальных выводов или рассуждений не требуется.
В этот момент проблемой заинтересовалась DeepMind, лондонская компания искусственного интеллекта. DeepMind известен тем, что разработал чемпиона мира по игре в го AlphaGo и AlphaFold, систему машинного обучения, которая, кажется, лучше предсказывает структуру белков, чем любой человек.
Недавно компания объявила, что разработала AlphaCode, новый программный движок, потенциально способный превзойти многих разработчиков-людей.
В целом AlphaCode вышла на уровень среднего конкурента, выполняющего задачи Codeforces
В классическом стиле DeepMind компания решила посмотреть, как ее система будет работать в 10 задачах на Codeforces, платформе, на которой проводятся всемирные соревнования по программированию. Хотя эти проблемы не типичны для повседневной рабочей нагрузки программистов, способность творчески решать возникающие проблемы является хорошим показателем способностей программирования. AlphaCode — первая в истории система искусственного интеллекта, способная конкурировать с людьми в этом контексте.
Вот что нужно сделать: участникам дается от пяти до десяти задач, выраженных на естественном языке, и им предоставляется три часа на написание программ для творческого решения как можно большего количества задач. Это гораздо более сложная задача, чем просто указание приложения.
Для каждой проблемы участники должны прочитать и понять: описание на естественном языке (охватывающее множество абзацев), которое содержит повествовательную предысторию проблемы; описание желаемого решения, которое необходимо понять и тщательно проанализировать конкурентам; спецификация требуемого формата ввода и вывода; и одну или несколько примерных пар ввода/вывода. Затем они должны написать эффективную программу, решающую проблему. И, наконец, они должны запустить программу.
Ключевой шаг — переход от постановки задачи к поиску решения — делает соревнование таким жестким испытанием для машины, поскольку требует понимания и рассуждений о проблеме, а также глубокого понимания широкого спектра алгоритмов. и структуры данных. Впечатляющая особенность дизайна соревнований Codeforces заключается в том, что невозможно решать проблемы с помощью ярлыков, таких как дублирование решений, которые вы видели раньше, или опробование каждого потенциально связанного алгоритма. Чтобы сделать хорошо, вы должны быть творческими.
Так что же сделал AlphaCode? Вполне хорошо, это ответ. «В целом, — сообщает DeepMind, — он вышел «на уровне среднего конкурента. Хотя это далеко не победа в соревнованиях, этот результат представляет собой значительный скачок в возможностях ИИ для решения задач, и мы надеемся, что наши результаты вдохновят сообщество конкурентоспособного программирования».
Перевод: «Мы вернемся».
Будут. Это начинает напоминать историю игры в го и сворачивания белков; в обоих случаях машина DeepMind начинает со среднего уровня, а затем быстро опережает конкурентов. Это будет быстрая обучаемость. Означает ли это, что программисты устареют? Нет, потому что разработка программного обеспечения — это построение систем, а не просто решение отдельных головоломок. Но если бы мне сейчас пришлось писать программы, было бы утешительно иметь такую машину в качестве помощника.
Ешьте свои слова
Готовим с Вирджинией Вулф — прекрасное эссе Валери Стиверс в Paris Review о том, как автор На маяк мало знал о boeuf en daube .