Решение в локальной среде или облачное решение: что предпочтительнее?

Решение в локальной среде или облачное решение: что предпочтительнее?

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

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

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

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

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

Пища для размышлений

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

Вам необходимо сократить время вывода вашего продукта на рынок, чтобы опередить конкурентов. Кроме того, ваше решение должно быть гибким, экономичным, быстрым, надежным, масштабируемым и максимально защищенным. Итак, вы подаете заявку на участие в тендере на разработку программного обеспечения и инфраструктуры. Погодите! А вы учли фактор пандемии? Это совершенно необходимо.

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

Так есть ли смысл тратить миллионы долларов на закупку физических серверов, серверных шкафов, операционных систем и лицензий, если можно начать полноценно использовать решение уже через 2-3 месяца после того, как поставщик программного обеспечения предоставит минимально жизнеспособный продукт (MVP) со всеми необходимыми функциями?

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

Будущее за «облаками»

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

Установите партнерские отношения с авторитетными поставщиками решений, помогут создать облачную среду и мигрировать в нее имеющуюся ИТ инфраструктуру. Независимо от того, считаетесь ли вы с такой перспективой или нет, но будущее за «облаками».

Это может вас заинтересовать

Роль центральных банков в эпоху цифровых технологий

Роль центральных банков в эпоху цифровых технологий

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

Модель данных на базе ISO 20022 – ключ к интероперабельности CBDC

Модель данных на базе ISO 20022 – ключ к интероперабельности CBDC

В последнем выпуске журнала Central Bank Payments News («Новости центробанка в сфере платежей» – Прим. пер.) Джеффри Стюарт, советник корпорации ProgressSoft по вопросам разработки и внедрения CBDC, объясняет необходимость и важность гармонизации моделей данных посредством международной стандартизации как надежного фундамента для обеспечения высокого уровня интероперабельности.

Пять ошибок при выборе платежного решения

Пять ошибок при выборе платежного решения

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