Часто возникает ситуация, когда нужно развернуть приложение одновременно в нескольких облаках, совместить облачную инфраструктуру и управляемый Kubernetes-кластер или предусмотреть возможную миграцию сервиса в будущем. Одним из возможных решений для создания универсальной конфигурации может быть использование проекта Pulumi, который позволяет публиковать приложения в разные облака (GCP, Amazon, Azure, AliCloud), Kubernetes, провайдеры (например, Linode, Digital Ocean), системы управления виртуальной инфраструктурой (OpenStack) и в локальный Docker. В этой статье мы рассмотрим основные идеи проекта, создадим универсальную конфигурацию для простого Python-приложения с базой данных и настроим непрерывную доставку.
Всем привет! Я расскажу о том как в течении 10 минут создать личный VPN сервер в нужном регионе.
Очевидно, что для настройки потребуется доступ к Azure. Я сделал такой доступ через Azure Benefit (google 'how to activate azure benefit for msdn subscribers'). В марте-апреле этого года данная штука активировалась для жителей нашей страны, а вот в этом месяце с этим как мне сказали уже есть проблемы. В таком случае - обращайтесь к друзьям с доступом к Azure.
В статье будет максимально простая инструкция с большим количеством картинок.
Сбой миграции в облако проявляется по-разному - от превышения бюджета и срыва сроков до осознания что что-то попросту "не работает". Хорошая новость в том, что всех этих проблем можно избежать или же устранить их с помощью практических шагов по управлению облачной миграцией.
Итак, каковы основные причины неудачных миграций в облака, и как снизить риски?
Привет, Хабр! Мы запустили акцию — даем бонус 300 000 руб. на готовые вычислительные ресурсы IaaS сегмента Gold 3.0 в облаке.
Спрос на облачные услуги вырос, а его структура значительно изменилась. Появились заказчики, которые ищут альтернативу западным облакам. Компании экстренно переезжали с иностранных хостингов, масштабировали и оптимизировали инфраструктуру при дефиците оборудования. В ряде случаев бизнес должен был в кратчайшие сроки с нуля перестроить ИТ-инфраструктуру.
В статье на примере историй наших клиентов покажем, какие новые проблемы в текущих условиях решает облако.
Привет, Хабр! Сегодня хотели бы поделиться историей разработки сервиса видеоконференций, рассказав о процессе создания продукта и его развитии. Итак, пару лет назад Jazz by Sber позиционировался и развивался как приложение для звонков между пользователями умных устройств Сбера. Довольно быстро он стал одним из основных сервисов для онлайн-общения внутри компании и быстроразвивающимся b2b-продуктом для массового рынка с AI и голосовым управлением.
Под катом рассказываем, как сервис взрослел и развивался, что сыграло решающую роль при выборе пути его развития, плюс какие технические сложности нам пришлось преодолеть для создания качественного продукта.
В Интернетах много разных очень крутых сервисов, которые позволяют сделать свой почтовый сервис с собственными адресами. Однако, захотелось приключений и появилась тяга к созданию чего-нибудь своего. Зачем что-то делать просто, если можно причудливо?
Предпосылки, что и зачем описал тут: статья
Привет, Хабр! В прошлом году компания Statista провела опрос среди разработчиков, специалистов по эксплуатации и безопасности, спросив у них: «Используете ли вы Kubernetes?» 46% респондентов, которые занимали разные должности в крупных и небольших компаниях из разных отраслей, ответили положительно. При введении Kubernetes компания столкнётся с двумя возможными путями: самостоятельное развёртывание кластера или Managed Kubernetes. В этой статье расскажем о последнем варианте, его плюсах и минусах и об общем алгоритме действий для его реализации.
Проблема фишинга продолжает оставаться одной из самых острых, когда речь заходит о корпоративной информационной безопасности. И самое сложное, что в вопросе противодействия фишингу ключевую роль играет человеческий фактор. Мы в Oxygen выработали двунаправленный подход к борьбе с вредоносными рассылками и стремлением сотрудников переходить на зараженные сайты-двойники. И именно этим подходом я поделюсь в сегодняшнем посте.
Все крупные компании находятся в постоянном поиске недорогих технологичных решений, позволяющих отслеживать и управлять рабочими процессами. Корпорации с большими бюджетами могут позволить себе лучшее программное обеспечение из доступных на неизменно растущем рынке, но топ-менеджеры редко сходу принимают решения о выборе ПО, несколько месяцев обсуждая возможные опции и последовательность действий. Однако, стоит ли предприятиям так осторожничать, когда дело касается приобретения on-demand software?
Почти всегда наступает момент, когда приоритеты компании и ее сотрудников сходятся в одной точке. Они начинают искать возможные методы увеличения продуктивности, дабы наименьшими усилиями повысить общую производительность труда, и не важно, нацелены ли эти методы на оптимизацию процесса выполнения рабочих задач рядового сотрудника или же целой компании. Именно в этот момент возникает вопрос о приобретении подписки на SaaS. Покупая облачное ПО, бизнес может снизить расходы и избавить себя от головной боли, связанной с разработкой и обслуживанием дорогих локальных серверов. Кроме того, облачный сервис с легкостью позволяет устранять ошибки и обновлять используемое ПО, выбирать, менять и улучшать параметры используемого продукта, тем самым снижая зависимость бизнеса от IT-специалистов и давая возможность штатным специалистам посвятить свое время решению более важных стратегических задач компании.
Если вы не конечный покупатель SaaS-сервиса и не используете его для решения ежедневных рабочих задач, то вам сложнее оценить насколько он будет эффективен и полезен при выполнении рабочих задач. Стоит помнить, что решение будет считаться удачным, если оно будет нацелено на проблемы всех пользователей корпоративной подписки, и поэтому, для достижения этой цели, корпорации должны чаще экспериментировать с обеспечением своих сотрудников платным инструментарием и больше доверять мнению конечных пользователей продукта, то есть своим сотрудникам, когда принимают решение о выборе облачного сервиса.
Итак, произошло то, что произошло, сегодня невозможно сделать сет Directum RX на MS SQL. Microsoft перестал отгружать лицензии в России. Для многих это стало неожиданностью, а для нас — нет. Задолго до введения санкционных ограничений мы позаботились о переходе на PostgreSQL и Linux. Причины были банальны — хотелось сократить расходы на лицензии.
Также хотелось научиться переводить системы Directum на PostgreSQL, предполагая, что слонёнок будет востребован у наших заказчиков по той же финансовой причине. Для нас отказ от баз Microsoft был плановым. Кроме того, мы перевели инфраструктуры вместе с Directum на Linux. Сегодня оцениваем эту попытку “переехать” с сокращением затрат как отчасти удачную.
Я, Виталий Волнянский, руководитель практики технологических решений (CTO), директор по продажам (VPS) ООО “ЕАЕ-Консалт”, под катом расскажу о том, как проходила миграция и с какими проблемами нам пришлось столкнуться.
Резервное копирование — не та бизнес-задача, которая приносит прибыль, но без бэкапов потенциальный ущерб от потери данных может быть выше затрат на их хранение. По мере роста рисков меняется и ценность системы резервного копирования (СРК). Сейчас ее роль трудно переоценить.
На рынке облачных услуг формируется новый расклад: компании бэкапируют данные SAP, Microsoft, Oracle, проводят экстренную миграцию средствами резервного копирования, защищаются от шифровальщиков.
С помощью клиентов #CloudMTS собрали в одном материале самые актуальные практики резервного копирования.
Четыре года назад мы неожиданно для самих себя решились на создание мини-сериала про борьбу админа, ИТ-руководителя, генерального директора с мировыми катаклизмами, проверяющими органами, собственным раздолбайством и массовым эгоизмом. Множество допущенных по неопытности ошибок не помешали создать интересный продукт — общее число просмотров первого сезона немного не дотягивает до полумиллиона.
В 2021 году Cloud4Y решил повторить этот опыт. Делимся историей о том, как мы создавали второй сезон.
В данной статье рассмотрены в общих чертах процесс создания резервных копий кластера Kubernetes и более детально процесс создания копий PV с помощью Velero.
В дальнейшем резервные копии могут быть использованы для миграции, восстановления кластера на определенную дату, а также клонирования стендов.
