Тепер ми мультихмарні: LightUp.Cloud додає Azure Blob Storage

Від першого дня ми дали одну обіцянку: ваші файли належать вам, і ви можете забрати їх куди завгодно. Досі ця обіцянка спиралася на S3 — найпоширенішу мову хмарних сховищ, якою говорять Amazon S3, MinIO, Ceph, Wasabi, Backblaze B2 та десятки інших сервісів. Сьогодні ми розширюємо її. LightUp.Cloud віднині працює й з Azure Blob Storage, а отже, ми стаємо мультихмарними у найпрактичнішому значенні цього слова: ті самі можливості й та сама структура даних з обох боків, а перехід між ними — це одне-єдине налаштування.

Обіцянка: жодної прив'язки до постачальника

Прив'язка до постачальника рідко приходить як пункт у договорі. Вона приходить як зручність: власний формат тут, незадокументована можливість там, плата за вихід, через яку піти дорожче, ніж залишитися. Ми вже писали про небезпеки, коли ви віддаєте свої дані єдиній хмарі, і наша відповідь завжди була структурною, а не риторичною. Програмне забезпечення має відкритий код. Ваші файли лежать у вашому обліковому записі сховища, а не в базі даних, яку можемо прочитати тільки ми. А будуємо ми все на відкритих, широко вживаних стандартах.

Підтримка Azure — це та сама обіцянка, застосована до другого за поширеністю місця, де команди тримають свої дані. Якщо ваша компанія обрала своїм стандартом Microsoft, якщо договір із клієнтом прямо називає Azure або якщо ви просто хочете мати важіль, що дає змогу будь-коли піти, — вам більше не доведеться заради цього відмовлятися від LightUp.Cloud.

Що змінилося

Вибір місця, де зберігаються ваші файли, тепер зводиться до одного налаштування у конфігурації сервера: сервіс, сумісний із S3, як і раніше, або Azure Blob Storage. Якщо ви не змінюєте нічого — усе й далі працює рівно так, як працювало. Якщо ви обираєте Azure, то все інше — вивантаження, завантаження, мініатюри, історія версій, кошик, синхронізація, спільний доступ, пошук — працює так само, адже жодній із цих можливостей не потрібно знати, яка хмара під нею.

Як це працює

Кожна можливість LightUp.Cloud спілкується з вашим сховищем через один спільний шар. Саме цей шар бере на себе відмінності між постачальниками, тож усе, що над ним, може про них не думати. Додати Azure означало навчити цей шар нової мови, а не перебудовувати продукт.

Є одна невелика відмінність, яку варто знати перед міграцією: Azure має суворіші правила іменування для контейнерів, у яких лежать ваші файли. Наша схема іменування вже їм відповідає, а подробиці описані в посібнику з налаштування.

Перехід між хмарами

Оскільки обидва типи сховищ тримають ваші файли в однаковій структурі, перехід концептуально простий: створіть нове сховище, скопіюйте туди файли будь-яким стандартним інструментом копіювання й змініть налаштування так, щоб LightUp.Cloud вказував на нове розташування. Скористайтеся інструментом, що зберігає метадані файлів, і спершу зробіть пробний прогін на непродуктивній копії. Автоматизованого інструмента міграції ми не випускали, тож перший перехід варто сприймати як невеликий проєкт, а не як кнопку.

Це і є справжня перевірка «жодної прив'язки»: не те, що відхід можна описати на папері, а те, що для нього не потрібно нічого від нас. Ні запиту на експорт, ні закритого формату, ні дозволу.

Чому це важливо

Мультихмарність — це не про те, щоб працювати скрізь одночасно; це про те, щоб залишати вибір за собою. Команда може почати з власного сервера, вирости до хостингового S3-провайдера й опинитися в Azure, коли цього вимагатиме клієнт, — не змінюючи того, як працюють люди. Розташування й далі впливає на швидкість — ми пояснюємо, як регіон сховища впливає на швидкість синхронізації, — тож обирайте регіон, найближчий до ваших людей, хоч би якій хмарі він належав.

Посібник із налаштування, зокрема повний перелік параметрів Azure, постачається разом із сервером із відкритим кодом. Якщо ви натрапите на закуток, який ми проґавили, скажіть нам. Обіцянка жодної прив'язки чогось варта лише тоді, коли ми й далі її доводимо.