Alexandr

Итак, для начала DigitalOcean - НЕ ОБЛАКО. Это просто набор связанных сервисов. Зайти в DigitalOcean очень просто, выйти тоже, все понятно и прозрачно но там даже горизонтального масштабирования нет. Это слегка прокачанные те же VPS-ки.

Теперь по всему остальному. Есть золотая троица AWS/Azure/GCP, но тут начинают играть другие правила.

1. Стоит обратить внимание на то что им действительно надо учиться и это занимает время. Чтобы сделать решение, а не поделку и не влететь на деньги месяца не хватит ибо там очень много всего.
   
2. Я могу сказать что переезд из одного облака в другой возможен при двух условиях: вы пользуетесь только базовыми сервисам (вроде виртуалок, БД, S3) и у вас есть 2 архитектора с сильным пониманием этих облаков
   
3. Два архитектора по тому что я не знаю ни одного такого человека кто потратил достаточно сил и вник сразу в несколько облаков достаточно глубоко. Я был там везде и в результате все-равно остановился на AWS, хотя Azure и GCP имеют свои преимущества
   
4. Про сервисы - ехать в облако и не пользоваться особыми сервисами и фичами этого облака - дорого и глупо
   
5. А самое интересное что сделать и мигрировать проект проще чем обучить людей и изменить подходы к прайсингу
   
6. Миграция в облако и из облака - не делается по щелчку пальцев, особенно если есть много данных
   

По AWS могу поделиться гайдами как туда ехать, да и у них Cloud Migration очень понятный раздел с документацией. Если сравнивать эти облака то:

• AWS - serverless, cutting-edge solutions, прозрачная инфраструктура
  
• Azure - экосистема от MS, прекрасный CosmosDB (но это скорее про цены)
  
• GCP - глобальные ресурсы, BigData
  

При этом большинство этих фич в том или ином виде есть в других облаках.

И маленькая ремарочка по k8s. Если вы едете не в GCP то он вам не нужен. AWS и Azure сделали так что вы можете его туда удобно загнать, но это будет дороже. Тот же AWS ECS + Fargate куда удобнее и я не знаю тех System Engeneer что по собственному желанию пересаживались с этого на k8s

СУБД можно разделить на 2 группы:

1. С заранее определенной схемой данных (определенным списком таблиц и их колонок)
   
2. И бессхемные
   

СУБД с жесткими схемами и шустрее и лучше оптимизируются.
Но обладают очень неприятным недостатком - вы не можете вот так легко и просто начать туда записывать новый вид данных, не предусмотренный при начальном создании БД.
Процесс преобразования БД, при котором меняется схема (таблицы и их колонки; вспомогательные вещи такие как индексы и пр.) - и называется миграцией.
Причем важный момент - изменения в структуру базы данных могут вноситься, когда она уже давно существует и наполнена важной информацией, которую нельзя потерять, что еще больше затрудняет процесс.
И еще важный момент:
Как правило та или иная версия программы рассчитана на работу или со старой или с новой схемой базы данных. Не одновременно со старой и новой. То есть перед, тем как вы начнете эксплуатировать новую версию - вам обязательно нужно произвести миграцию. И после того как произведете миграцию - уже нельзя будет использовать старую версию программы. Что еще дополнительно усложняет процедуру перехода на новую версию программы.

Через 3 точки можно провести параболу, тогда не придется работать с диапазонами.
Посмотрите например интерполяцию Лагранжа.
https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%82%D...

Для вашего кейса Y =1250*X*(X+3.8)

X - Это исходная шкала
Y - Это новая шкала

Y(0) = 0
Y(0.2) = 1000
Y(1) = 6000

Мой обфускатор (NodeJS пакет):
https://github.com/sanex3339/javascript-obfuscator

Плагин для Webpack:
https://github.com/sanex3339/webpack-obfuscator

Пример обфусцированного бандла Angular 2:
https://gist.github.com/sanex3339/ffc2876123b52e6d...

Вытащить из ноутбука оба.
Подключить к компьютеру и снять образы с обоих.
Деинициализировать диски.
Залить образы поменяв диски местами.