Cheypnow

Уважаемый mayton2019 дал в общем-то почти исчерпывающий ответ. Но раз вы задали этот вопрос "из возникшего интереса", то есть шанс, что и другим ответы данной темы будут интересы, потому попробую еще чуть-чуть дополнить упомянутый ответ.

Возможно многие и не слышали, но тем не менее существуют т.н. In-memory database (по-русски это, кажется, называется "Резидентная база данных", но я не уверен). Применяются такие системы как правило в высоконагруженных приложениях - в системах провайдеров телекоммуникационных услуг, когда-то читал - что в системах он-лайн биржевой торговли и пр. Там где данных очень много и доступ к ним нужен очень быстро. И главное - владелец таких данных оччччеееень богатенький, что-бы позволить себе приобрести оборудование с объемом оперативной памяти сопоставимым с объемом внешней памяти для "обычных" серверов баз данных. И вот тогда, для таких задач все данные СУБД, включая все индексы и другой служебно-вспомогательной информации, загоняются в оперативную память, обеспечивая и нужную скорость доступа и удобство доступа, которое обычно присуще СУБД.
Главнейшая проблема, которую решают разработчики таких систем - как обеспечить целостности базы данных при внезапной перезагрузке систем. Это влияет на производительность In-memory database, заставляя тратить часть вычислительных ресурсов на синхронизацию данных в ОП и резервных копий на внешней памяти.
Список таких систем можно, кстати, найти даже в Википедии:
https://en.wikipedia.org/wiki/List_of_in-memory_da...

Если же "спуститься" с небес на землю и учесть финансовые возможности "нормального" пользователя, то например, в языке программирования Python есть такой модуль - Pandas. По сути он дает удобство доступа к данным, почти такое-же (а может и еще большее) как SQL, сохраняя таблицы в ОП. А скорость обработки - сопоставимую с реализацией на "голых" массивах, а для сложных поисковых запросов - и еще большую. Естественно, что объем таблиц (DataFrame в терминологии Pandas) не может быть слишком большим. И не смотря на то, что есть прямой шлюз для перехода от DataFrame к SQL-структурам СУБД и обратно, скорость работы "в памяти" на много выше, чем скорость работы с теми-же данными, выгруженными в БД. Поэтом программист может комбинировать работу DataFrame для скорости обработки и СУБД для долговременно энергонезависимого хранения, найдя приемлемый для своего приложения компромисс.

Вопрос не глупый а вполне себе хороший.

Его плавное развитие приводит к концепции баз данных. Самое главное что можно сказать тезисно это
1) Пока памяти хватает (массив) - используй смело память
2) Диск - больше и дешевле памяти
3) С памятью работать легко. С диском - очень неудобно и надо обрабатывать IOExceptions почти всегда.
Диски внезапно полны сюрпризов. Могут быть сетевыми дисками.
4) Разные диски имеют скорость на порядки разную.
5) Диски ведут себя очень плохо на random access. От этого даже метрика IOPS появилась.
Ее очень любят обсуждать админы баз данных.
6) Существуют структуры данных которые спецом создавались только для дисков (B+Tree)
7) Диск - переживает выключение питания.
8) Самые разумные решения - сочетают в себе и диск и память в тех частях кода где это нужно.
9) Есть интерфейсы программирования которые виртуализирут диск как память. Этим пользуется
SQLite например.
10) Диск может достигать очень высокой последовательной скорости чтения или записи в файл
при условии отсутствия конкурирующих записей в данный момент. Этим пользуются в БД
для журналирования событий.

В принципе если современный программист просто будет использовать только оперативную память
то никто ему не сможет ударить по рукам или подойти с какой-то метрикой и чего-то там измерив
сказать что он неправ. Тут уж только падения по OOM и потери информации и performance issues
могут быть каким-то значимым аргументом.

Не понятно, но вроде можно, если сервера принадлежат тебе, а не арендованы у другого провайдера.
Главное условие - ip-адрес и трафик должны быть уже включены в стоимость твоих серверов (должны предоставляться бесплатно), иначе придётся получать лицензию и тогда уже не сможет быть самозанятым.

Я бы на всякий случай сходил к настоящему юристу, тк тут нужно ещё на практику смотреть.

Где-то пишут, что без лицензии нельзя продавать доступ к серверам, которые ты поднял сам, но можно, если ты арендовал их у другого провайдера, но этот тезис противоречит закону:
1. Самозанятый не может перепродавать чужой товар (Налоговая сказала)
2. Лицензия на продажу доступа к своим серверам не нужна (Роскомнадзор сказал)

То что ты предлагаешь подпадает под ОКВЭД 63.11

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

Эта группировка включает:

• создание инфраструктуры для хостинга;
  
• услуги в области обработки данных и деятельность, связанную с обработкой данных;
  
• проведение специальных действий, таких как: web-хостинг, услуги потоковой передачи данных;
  
• интерактивное предоставление программного обеспечения (предоставление прикладного хостинга, предоставление прикладных программ);
  
• услуг приложений;
  
• общее предоставление распределенных по времени технических компьютерных средств заказчикам;
  
• обработку данных: полную обработку данных, предоставленных заказчиком;
  
• создание специальных отчетов на основании данных, предоставленных заказчиком;
  
• предоставление услуг по вводу данных
  

Эта группировка не включает:

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

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

В соответствии с пунктом 18 статьи 2 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» под провайдером хостинга понимается лицо, оказывающее услуги по предоставлению вычислительной мощности для размещения информации в информационной системе, постоянно подключенной к сети «Интернет». Указанные услуги не являются услугами связи.

https://itsoft.ru/data-center/licence/when/
https://rkn.gov.ru/it/control/p852/#:~:text=В%20со...

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

Чтобы не было "жести", нужно открывать в HEX-редакторе, тогда будет удобоваримый шестнадцатиричный текст.

В момент распада СССР стала информацией, хранящейся на ЭВМ России и других стран.