Облачные сервисы *

Интернет, каким мы его знаем, прошёл три стадии развития.

Первая эпоха интернета: первобытный бульон, в котором зарождались сервисы и идеи, отбирались люди и формировались команды. Интернет на этой стадии был ещё далеко немассовым. Эта стадия приходится примерно на 1995-2005.

Вторая эпоха интернета: захват масс. Примерно 2006-2015. Продукты, прошедшие первичный отбор, начали втягивать в интернет рядовых и корпоративных пользователей, предложив настолько крутые решения актуальных проблем, что интернет превратился в предложение, от которого нельзя отказаться. Это был пик интернета как либертарианского идеала: люди пользовались ему благодаря тому, какую ценность он создавал, а не по принуждению. Стартапы, возникшие в первую эпоху, превращаются в корпорации.

Третья эпоха интернета (2016–…): закрепощение масс. Корпорации выросли до пределов доступного им рынка: всё более-менее экономически активное население большинства развитых стран оказалось охваченным, пространства для экстенсивного роста не осталось, и теперь экономическая конкуренция превратилась из бесконечной экспансии и поисков новых идей, рынков, миров, в борьбу за передел и контроль над оформившимся во Вторую эпоху интернета рынков.

А ещё третья эпоха интернета совпала с приходом в интернет государства.

2008 год. Международный год картофеля, год дельфина и год семьи в России. В 2008-м на выборах президента Российской Федерации победил Дмитрий Медведев, в Белграде состоялся финал конкурса «Евровидение», который выиграл Дима Билан, а звание «Мисс Мира» завоевала россиянка Ксения Сухинова. В этом же году в нашей стране появился первый в России и в Европе облачный провайдер, основанный предпринимателем и венчурным инвестором Дмитрием Гачко.

Хостинг, как коммерческая услуга, возник в России едва ли не одновременно с самим Интернетом — в средине девяностых. Предоставлявшие клиентам доступ к Сети провайдеры предлагали всем желающим дисковое пространство под небольшой сайт или домашнюю страничку, чаще всего даже без собственного домена. На Западе в те времена уже существовал сформировавшийся рынок как бесплатного, так и коммерческого хостинга: первой компанией, чей бизнес был связан именно с размещением сайтов в интернете, стала GeoCities, позже вошедшая в состав Yahoo.

Привет, Хабр! Я — Антон Иванов, работаю продакт-менеджером в двусторонних платформах. Как правило отвечаю за опыт поставщиков, вместе с командой успел помочь разработать с нуля и удвоить выручку на второй год после запуска у трех мобильных  приложений и у двух веб-версий. Работал в логистике, e-commerce, процессинге. Когда это было нужно, приходилось закатывать рукава и глубже вникать не только в отстройку бизнес-процессов, но и в стек, архитектуру компании, о чем сейчас и хотел бы рассказать.

Если конкретнее, поговорим о моем опыте работы с таким продуктом, как Airtable. Его можно использовать малому, среднему и в определенных ситуациях — даже крупному бизнесу (в последних двух случаях — как временное решение, в статье объясню, почему). Airtable ни в коем случае не универсальный инструмент, а применять его стоит на первых порах развития проекта — когда все еще неясно, какие системы нужно внедрять, но функционала гугл-таблиц уже не хватает. Мы пройдемся по основным функциям Airtable и посмотрим, какую пользу они принесли продукту, который развивал я. Подробнее обо всем этом — под катом.

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

Они сделают самые разные технологии, вычисления и развлечения доступнее, а бизнес — экономичнее и прибыльнее

Облако уже изменило то, как мы ведем себе в интернете, как храним и обрабатываем информацию. Благодаря облачным технологиям появились приложения и сервисы, которые мы не могли и представить себе в эпоху традиционных «серверных» — ведь именно облако дало возможность в реальном времени работать с огромными массивами данных. Сегодня облачные технологии продолжают менять самые разные индустрии, параллельно делая бизнес-процессы эффективнее. Для России сегодня облачные сервисы тоже становятся как никогда актуальными: ведь они позволяют, например, сокращать издержки, производить более дешевые технологичные продукты, а также работать из любой точки мира с клиентами из любой страны — все это важно во времена кризиса и санкций. Рассмотрим пять важных трендов, которые могут подсказать вам, как (еще) можно использовать облачные технологии в своей жизни и бизнесе.

Сегодня мы попробуем разложить по полочкам  концепцию Сегодня мы попробуем разложить по полочкам концепцию Confidential Cloud Computing и содержательно поговорить о конфиденциальных вычислениях в Web 3.

Термин «облако» несколько раз пересматривался в истории Интернета. Для первопроходцев на заре Интернета идея заключалась в создании распределенной системы взаимосвязанных мейнфреймов, которая сама стала бы облаком. В более позднем видении облако будет означать возможность пользователей получать доступ к своим ресурсам (в основном данным) с любого устройства, которое к нему подключено.

Облако начало приобретать современные очертания только в начале 2000 года. Что произошло? До этого Интернет был в основном в руках нескольких энтузиастов. Затем произошла удивительная вещь: сотрудники Amazon (в то время интернет-магазина) не были удовлетворены скоростью, с которой они могли разрабатывать новые продукты и услуги. Проще говоря, они внедрили новый процесс для своих команд разработчиков и построили инфраструктуру с двумя ключевыми функциями:

• позволить инженерам создавать новые сервисы быстрее и не затрачивать слишком много ресурсов на обслуживание;

• обеспечить масштабирование и рост успешных услуг (тех, которые удовлетворяют спрос клиентов).

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

Привет, Хабр!

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

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

Я являюсь системным администратором, изучаю построение сложных отказоустойчивых инфраструктур. В этой статье я расскажу, как разработчики и ИТ-компании могут использовать ресурсы облака #CloudMTS для решения простых рабочих задач в индивидуальных и групповых проектах.

Пробуем поставить Opensource облачное хранилище NextCloud для повседневного пользования на домашний компьютер с ОС Windows. Подробный гайд.

В этой статье:
Анализ целесообразности развертывания облака дома. Поэтапная настройка. Проблемы и технические решения. Плюсы и минусы NextCloud. Запуск NextCloud в Docker. Подробный разбор параметров контейнера NextCloud AIO. VPN-тоннель домой с использованием сервиса Hamachi. Обход проблемы отсутствия белого ip. Настройка reverse-proxy на базе Nginx, Apache или Caddy. Запуск HTTPS-сервера на домашнем компьютере. Получение SSL-сертификата с помощью сервиса letsencrypt. Краткий разбор форматов SSL-сертификатов. Настройка файервола в Windows.

Введение

Архитектура приложений Web 3.0 (или «DApps») полностью отличается от приложений Web 2.0. 

Возьмем, к примеру, Medium, простой блог-сайт, который позволяет пользователям публиковать свой собственный контент и взаимодействовать с контентом других. 

Как приложение Web 2.0 это может показаться простым, но в архитектуру Medium входит многое, чтобы сделать все это возможным:

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

Во-вторых, бэкэнд (написанный на таком языке, как Node.js, Java или Python) должен определять бизнес-логику Medium. Например, что происходит, когда новый пользователь регистрируется, публикует новый блог или комментирует чей-то еще блог? 

В-третьих, фронтэнд (обычно написанный на JavaScript, HTML и CSS) должен определять логику пользовательского интерфейса Medium. Например, как выглядит сайт и что происходит, когда пользователь взаимодействует с каждым элементом на странице?

Собрав все это вместе, когда вы пишете сообщение в блоге на Medium, вы взаимодействуете с его фронтэндом, который общается с его бэкэндом, который общается с его базой данных. Весь этот код размещается на централизованных серверах и отправляется пользователям через интернет-браузер. Это хороший общий обзор того, как сегодня работает большинство приложений Web 2.0.

Во второй части статьи про bitrix кластер мы будет рассматривать настройку percona xtradb cluster mysql 5.7, настройка арбитра, настройка удобного dashboard.
Если вы пропустили предыдущие части: Первая часть.

В данной статье делимся опытом внедрения решения на базе СУБД ClickHouse и сервисов Yandex Cloud. Мы не коснёмся тонких настроек ClickHouse или его масштабирования, но затронем достаточно интересные на наш взгляд темы:

• как загружать данные из On-premise в облачный ClickHouse с использованием сервисов Yandex Cloud – Functions, Object Storage, Message Queue;

• как обрабатывать/преобразовывать данные в облачном ClickHouse – очищать и строить витрины; какие «подводные камни» нам встретились на этом пути.

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

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

Приложение работало в контейнерах, а оркестрация осуществлялась с помощью Docker Compose. Компоненты приложения не задумывались готовыми к запуску в кластерном режиме, что, разумеется, нормальная ситуация для раннего этапа многих проектов: бизнес требует быстрой доставки новых функций, и на преждевременную оптимизацию не всегда можно и нужно тратить время. Но в какой-то момент именно стабильность и быстродействие становятся самыми важными функциями. 

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

А сегодня мы с вами быстро и решительно легко и просто поднимем свое личное файловое облако типа Google Drive или Яндекс.Диск, а если повезет, то еще и очень дешево.

Зачем? Ну, например, потому что не хотим зависеть от корпораций с их кабальными лицензионными соглашениями и сменой условий задним числом. Или потому что нам хочется приватности. Или просто потому что можем. А бонусом на нашем сервере вы потом сможете еще установить VPN или прокси для доступа к запрещенным сайтам, или поднять простенький веб-сайтик.

Я специально будут рассказывать все максимально подробно и пошагово, чтобы даже люди без большого опыта системного администрирования смогли все повторить. В наше время, благодаря развитому инструментарию, такому как docker и snap, установить и настроить все что нужно можно очень быстро всего лишь несколькими командами.

Сразу небольшой оффтоп: набросал канву статьи, хотел обсудить с сообществом как актуальность темы, так и содержание: что упущено, что стоит добавить, а что стоит просто выкинуть... Хейтеры радушно приветствуются :)
----------------------

Современный ИТ-руководитель постоянно находится в поисках решения сложных и противоречивых проблем: с одной стороны, требования жесткой экономии бюджета, с другой, необходимого ускорения развития ИТ-сервисов и бизнеса, с третьей, экспоненциально нарастающий объем нагрузок, с четвертой – волны пандемии и необходимость максимально безопасного и гибкого развертывания удаленных рабочих мест при драматически нарастающем объеме запросов на изменения и модернизации, с пятой… импортозамещение, санкции, проблемы с поставками и логистикой оборудования, соблюдение законодательства по защите персональных данных 152 ФЗ и др., комплайнс, требования ИТ-трансформации, бизнес-трансформации, информационной и ролевой трансформации и т.д и т.п.

И вот этот ИТ-руководитель, он же бэтмен, как-то должен справиться с ситуацией и спасти стремительно меняющийся мир и бизнес от разорения, мало того, помочь сделать его успешным и процветающим. Вопрос «что делать?» вечен, есть даже известное произведение великого классика XIX-го века, но давайте попробуем ответить на этот вопрос в начале XXI-го.

Сначала пара слов о задачах типового ИТ-директора средней бизнес-компании, которые «лежат» на его рабочем столе, «живой» пример реального ИТ-руководителя (из интервью):

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