Верните мой 2005

Я прекрасно помню те времена, когда для передачи данных использовались Dial-up каналы связи со скоростями от 9600 bod (9.6 kbps) до 56 kbps. Чтобы получить свежий дистрибутив Ubuntu, я писал запрос в Canonical, и мне его присылали по обычной почте на компакт-дисках. Сейчас любой дистрибутив операционной системы можно скачать за пару минут, а емкость каналов в современных дата-центрах может составлять уже терабиты в секунду. Вскоре нас ждут петабитные сети, первый сетевой узел с такими скоростями уже запущен в Японии.15 лет назад, установив ОС на компьютер или сервер, приходилось тратить приличное количество времени на определение, поиск и установку соответствующих драйверов устройств. Сейчас с этим все просто. Windows 10 сама определяет и скачивает из интернета правильные драйверы, а в случае Linux большинство драйверов включено в ядро ОС.

Изоляция приложений на уровне операционной системы известна еще с начала 1980-х годов. Механизм chroot, встроенный в большинство Unix-подобных систем, позволял изменить корневой каталог для приложения, а следовательно — создать «песочницу» для запуска любой программы.В ОС FreeBSD в 2000 году на основе chroot появился механизм изоляции, известный как Jail («тюрьма» или «клетка»). Это позволяло внутри одной ОС создать несколько независимых рабочих копий этой же ОС на том же ядре. Спустя 5 лет эту тему подхватила компания Sun Microsystems, внедрив похожий механизм в своей Solaris 10.Мало кто знает, что даже для Windows XP существовала своя версия изоляции окружения, реализованная непосредственно на ядре при помощи программы iCore Virtual Accounts. Таким образом можно было запускать различные программы, даже вредоносные, не рискуя повредить основную ОС.Несмотря на то, что зачатки технологии виртуализации появились в процессорах уже давным-давно, их практическое применение было весьма ограничено. Так что развернуть несколько операционных систем внутри одной было задачей почти невыполнимой. На сегодняшний день никого не удивляет несколько операционных систем, запущенных параллельно.Тогда не существовало технологий аппаратной виртуализации (Intel VT-d, AMD-V). Первые процессоры с такими технологиями появились после 2005 года. Задача запустить виртуальную машину с ОС тогда была почти невыполнима, потому что программная виртуализация существовала, но это было крайне медленным и нестабильным способом параллельного запуска нескольких ОС.

Поисковики, разумеется, уже существовали и работали.Пионерами веб-поиска были такие системы как WebCrawler, Lycos и AltaVista. Ныне популярные Яндекс и Google возникли на 3 года позже, в 1997 году. Суть поисковых машин была точно такой же, как и сейчас — выдача наиболее релевантной информации по запросам пользователей.Со временем алгоритмы поиска совершенствовались. Ключевые слова в метатегах перестали иметь решающее значение в ранжировании, а к внутренней оптимизации страниц стали предъявляться более высокие требования. От относительно простого анализа релевантности поисковые системы перешли к оценке полезности ресурса, а также его качества.Разумеется, ни о каких нейросетях или условном понимании контекста речи не было. Поисковики не персонализировали результаты, поэтому нужная вам ссылка, вероятно, в 2005 году находилась значительно дальше пятой страницы.И даже если вам удалось найти фильм на вечер, а скорость соединения позволяет скачать его до конца месяца, не спешите радоваться. Самым распространенным на тот момент кодеком был DivX в контейнере AVI, а разрешение — 360-480p. Прямо скажем, не кинотеатр.Утешает одно: в случае чего удалить историю браузера со всех устройств было довольно просто. Так как облачной синхронизации и смартфонов еще не было, устройство с браузером у вас, скорее всего, было ровно одно.Конечно, можно было поискать фильм в интранете. DC++ (клиент для обмена файлами) был у многих. У провайдеров часто имелись внутренние медиа-сервисы. К сожалению, в этом случае нельзя было гарантировать, что вместо ожидаемого научно-познавательного фильма о тайнах Вселенной вы не получите экранку голливудского фильма.

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

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

Сейчас подход «инфраструктура как код» стал практическим стандартом де-факто. Файлы конфигураций, настройки и т.д. более не лежат где попало, а хранятся в одном месте и управляются специальными программами, что позволяет легко создавать повторяющиеся окружения.Такого явления, как DevOps, не существовало. Взаимодействие отдела разработки и информационно-технического обслуживания было как никогда тесным, поскольку часто обе эти функции выполнял один человек.Для минимальных навыков системного администрирования Windows хватало слегка углубиться в архитектуру сети. С Unix-системами было сложнее: чтобы действительно чему-то научиться, приходилось использовать систему как основную, читать мануалы и время от времени переустанавливать ОС в случае ошибки.Программисты обычно хорошо знали систему, в которой работали. Но не на все узкие места хватало знаний. В высоконагруженных проектах таким узким местом, как правило, была база данных. SSD на серверах не существовало, оперативной памяти было мало. Легковесный кэш в In-Memory базах данных войдет в обиход позже. Слово «репликация» с большей вероятностью воспринималось как термин из романа Филипа Дика, а не что-то связанное с СУБД.Подобное, разумеется, не добавляло стабильности. Случалось, что в дата-центре падал сервер, а у московского хостера были заняты оба KVM. В мире, где traceroute был основной утилитой диагностики сети, аптайм (время беспрерывной работы компьютера; аптайм 99,9 процента означает, что сервера практически не отключаются на профилактику — прим.) гарантировать вам не мог никто.Но не все было так мрачно. В 2004 случилось чудо: появился Nginx, быстрый и надежный веб-сервер, который восхищал всех. Nginx пришел на смену Apache, неторопливому и тяжелому серверу.В 2005 начался переломный для Интернета период, ознаменовавшийся появлением AJAX. Эта технология позволяла загружать страницу не полностью, а лишь ту часть документа, которая необходима. Это существенно снижало нагрузку на серверы. Вместе с тем появилась возможность работать практически в реальном времени, не используя фреймы.Если ваш восхитительный и современный проект не сильно нагружает БД, может работать под, скажем, PHP5 и без проблем запускается в unix и win-системах, то в 2005 у вас не было бы проблем. А если нагрузки высокие, нужен мощный сервер и широкий канал — вы знаете, к кому можно обратиться.