Что такое объектное хранилище S3 и в чем его основные особенности.
S3 (Simple Storage Service) – объектное хранилище и одноименное API доступа разработанное компанией Amazon и в настоящее время широко используемое многими облачными провайдерами, также существуют решения для создания собственных S3 хранилищ.
Первый раз сталкиваясь с S3 многие пользователи не понимают в чем его отличия от традиционных файловых хранилищ, какие преимущества и недостатки.
Начнем с того, что S3 – это не файловое хранилище, а объектное. Что это значит? А это значит, что мы можем хранить в нем не только файлы, а вообще любые двоичные данные, в любом формате.
Ведь что такое файл? Это именованная область на диске для хранения неких данных. В зависимости от типа хранимых данных используются разные форматы файлов, но это только один из частных случаев их, данных, размещения, хотя и самый привычный.
Например, те же данные мы можем хранить в базе данных в виде отдельных записей или даже их набора. А можем вообще хранить в сыром виде на блочном устройстве в виде RAW образа, и не важно, что там внутри, для устройства хранения это будет просто набор блоков.
S3 представляет собой плоское объектное хранилище, где данные организованы по принципу ключ – значение. Ключ – это уникальный идентификатор, значение – объект. Объектом может быть все что угодно – файл, сырые или форматированные данные, в любом случае для S3 это будет некоторый набор байтов, связанный с ключом – идентификатором.
Для работы со всем этим используется протокол HTTP(S) и специальное S3 API, что серьезно упрощает работу с объектами на программном уровне. Вам не нужны клиенты, поддержка протоколов и файловых систем, просто нужно отправить запрос по HTTP и получить или разместить данные.
Такой подход прежде всего удобен для разработчиков, теперь приложению не нужно сохранять или загружать данные через промежуточную прослойку – файл, а можно напрямую разместить или получить их из хранилища.
Это удобно и для облачных провайдеров, так как позволяет сделать простую и понятную тарификацию, по объему скачанного или загруженного трафика. И, главное, такая тарификация будет предельно понятна для пользователя.
А плоская иерархия, точнее ее отсутствие, дает неограниченные возможности горизонтального масштабирования и упрощает доступ к данным на уровне хранилища, так как не требуется поддержка иерархии системы хранения и поиска по ней.
Для удобства пользователя S3 хранилище позволяют создавать псевдоиерархические структуры, т.н. контейнеры (бакеты, bucket), но на самом деле они являются всего лишь префиксами ключа и не создают никаких дополнительных сущностей в системе хранения.
Как мы уже говорили, S3 – это хранилище наборов сырых данных, каждому из объектов которого соответствует свой ключ. Любые дополнительные абстракции в виде файловых систем, файлов или папок отсутствуют. А что именно там лежит – хранилищу абсолютно неинтересно, набор байтов он и в Африке набор байтов.
Собственно, исходя из этого и следует рассматривать плюсы и минусы хранилищ S3. При этом всегда следует отталкиваться от решаемых задач, потому что одни и те же особенности S3 могут быть как плюсами, так и минусами.
И разворачивая S3 локально также следует понимать с какой целью и для каких задач вы это делаете. Потому как это не замена файловому серверу или облачному хранилищу, а совершенно отдельная сущность, предоставляющая простой доступ к объектам и их хранение в любых объемах без лишних накладных расходов и без ограничения по форматам и размерам.
S3 (Simple Storage Service) – объектное хранилище и одноименное API доступа разработанное компанией Amazon и в настоящее время широко используемое многими облачными провайдерами, также существуют решения для создания собственных S3 хранилищ.
Первый раз сталкиваясь с S3 многие пользователи не понимают в чем его отличия от традиционных файловых хранилищ, какие преимущества и недостатки.
Начнем с того, что S3 – это не файловое хранилище, а объектное. Что это значит? А это значит, что мы можем хранить в нем не только файлы, а вообще любые двоичные данные, в любом формате.
Ведь что такое файл? Это именованная область на диске для хранения неких данных. В зависимости от типа хранимых данных используются разные форматы файлов, но это только один из частных случаев их, данных, размещения, хотя и самый привычный.
Например, те же данные мы можем хранить в базе данных в виде отдельных записей или даже их набора. А можем вообще хранить в сыром виде на блочном устройстве в виде RAW образа, и не важно, что там внутри, для устройства хранения это будет просто набор блоков.
S3 представляет собой плоское объектное хранилище, где данные организованы по принципу ключ – значение. Ключ – это уникальный идентификатор, значение – объект. Объектом может быть все что угодно – файл, сырые или форматированные данные, в любом случае для S3 это будет некоторый набор байтов, связанный с ключом – идентификатором.
Для работы со всем этим используется протокол HTTP(S) и специальное S3 API, что серьезно упрощает работу с объектами на программном уровне. Вам не нужны клиенты, поддержка протоколов и файловых систем, просто нужно отправить запрос по HTTP и получить или разместить данные.
Такой подход прежде всего удобен для разработчиков, теперь приложению не нужно сохранять или загружать данные через промежуточную прослойку – файл, а можно напрямую разместить или получить их из хранилища.
Это удобно и для облачных провайдеров, так как позволяет сделать простую и понятную тарификацию, по объему скачанного или загруженного трафика. И, главное, такая тарификация будет предельно понятна для пользователя.
А плоская иерархия, точнее ее отсутствие, дает неограниченные возможности горизонтального масштабирования и упрощает доступ к данным на уровне хранилища, так как не требуется поддержка иерархии системы хранения и поиска по ней.
Для удобства пользователя S3 хранилище позволяют создавать псевдоиерархические структуры, т.н. контейнеры (бакеты, bucket), но на самом деле они являются всего лишь префиксами ключа и не создают никаких дополнительных сущностей в системе хранения.
Как мы уже говорили, S3 – это хранилище наборов сырых данных, каждому из объектов которого соответствует свой ключ. Любые дополнительные абстракции в виде файловых систем, файлов или папок отсутствуют. А что именно там лежит – хранилищу абсолютно неинтересно, набор байтов он и в Африке набор байтов.
Собственно, исходя из этого и следует рассматривать плюсы и минусы хранилищ S3. При этом всегда следует отталкиваться от решаемых задач, потому что одни и те же особенности S3 могут быть как плюсами, так и минусами.
И разворачивая S3 локально также следует понимать с какой целью и для каких задач вы это делаете. Потому как это не замена файловому серверу или облачному хранилищу, а совершенно отдельная сущность, предоставляющая простой доступ к объектам и их хранение в любых объемах без лишних накладных расходов и без ограничения по форматам и размерам.
1❤18👍10
Приглашаем к тестированию Помощника установки и обновления сервера 1С:Предприятие для Linux v.2
Помощник реализует все функции прошлой версии, которые описаны в нашей статье:
🔹 Помощник установки и обновления сервера 1С:Предприятие для Linux
Кроме этого новая версия предоставляет следующие возможности:
▫️ Псевдографический режим работы TUI
▫️ Проверка запуска с правами root
▫️ Проверка поддерживаемой архитектуры (только amd64)
▫️ Проверка свободного места
▫️ Начиная с платформы 8.3.24 включена автоматическая установка внешних зависимостей инсталлятором
▫️При выборе установки модуля расширения веб-сервера предлагается установить Apache (при его отсутствии)
▫️ Удаление дистрибутивов (в т.ч. распакованных компонент) после работы скрипта
Также исправлены найденные ошибки.
Цели тестирования:
1️⃣ Проверка основных функций скрипта (установка, обновление, удаление, управление отладкой)
2️⃣ Проверка корректной работы на всех поддерживаемых платформах
3️⃣ Проверка корректной работы с зависимостями. При получении сообщения как на скриншоте 2 просьба сохранить и прислать его (файл содержит вывод команды hostnamectl)
4️⃣ Получение обратной связи
Поддерживаемые платформы:
✅ Astra Linux Special Edition 1.6, 1.7, 1.8
✅ Debian 10, 11, 12
✅ Ubuntu 20.04, 22.04 LTS, 24.04 LTS
✅ Mint 20, 21, 22
👇 Скрипт находится в первом комментарии к сообщению
Помощник реализует все функции прошлой версии, которые описаны в нашей статье:
🔹 Помощник установки и обновления сервера 1С:Предприятие для Linux
Кроме этого новая версия предоставляет следующие возможности:
▫️ Псевдографический режим работы TUI
▫️ Проверка запуска с правами root
▫️ Проверка поддерживаемой архитектуры (только amd64)
▫️ Проверка свободного места
▫️ Начиная с платформы 8.3.24 включена автоматическая установка внешних зависимостей инсталлятором
▫️При выборе установки модуля расширения веб-сервера предлагается установить Apache (при его отсутствии)
▫️ Удаление дистрибутивов (в т.ч. распакованных компонент) после работы скрипта
Также исправлены найденные ошибки.
Цели тестирования:
1️⃣ Проверка основных функций скрипта (установка, обновление, удаление, управление отладкой)
2️⃣ Проверка корректной работы на всех поддерживаемых платформах
3️⃣ Проверка корректной работы с зависимостями. При получении сообщения как на скриншоте 2 просьба сохранить и прислать его (файл содержит вывод команды hostnamectl)
4️⃣ Получение обратной связи
Поддерживаемые платформы:
✅ Astra Linux Special Edition 1.6, 1.7, 1.8
✅ Debian 10, 11, 12
✅ Ubuntu 20.04, 22.04 LTS, 24.04 LTS
✅ Mint 20, 21, 22
👇 Скрипт находится в первом комментарии к сообщению
2🔥21👍9
Какие еще поддерживаемые платформы вы бы хотели видеть в Помощнике v.2 (можно выбрать несколько ответов)
Anonymous Poll
39%
Альт
34%
РЕД ОС
15%
RHEL / EL
5%
Другие (в комментариях)
32%
Посмотреть ответы
❤2
1С:Предприятие и многопоточность. Часть 3. Файловая база и тонкий клиент
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
👍18❤3
Игровой порт
Сегодня уже далеко не каждый коллега готов сказать для чего предназначен желтый порт DB15 на материнской плате или звуковой карте. Но это не удивительно, потому как данный порт вышел из употребления примерно 20 лет назад.
История игрового порта началась одновременно с историей IBM PC, который предполагал в том числе и игровые возможности. А так как отдельной отрасли компьютерных игр к тому времени еще не сложилось, то большинство игр разрабатывались для приставок и только потом портировались на разнообразные компьютеры.
В качестве элементов управления играми использовались джойстики или геймпады, классической схемой к тем временам был контроллер на две оси (джойстик или крестовина) и две кнопки. Однако никакого общего стандарта не было, и каждый производитель разрабатывал и внедрял собственные, несовместимые между собой контроллеры.
В IBM хорошо проанализировали существующий рынок и выпустили свое решение, которое оказалось ближе всего к контроллерам Atari, но было более простым и, следственно, более дешевым. Что было важно для массового продукта.
Игровые контроллеры IBM требовали наличия специальной платы расширения Game Control Adapter стоимостью 55 USD (сегодня это около 185 USD), не самое дешевое удовольствие, но вполне доступное широким покупательским массам.
С этой платой к нам и пришел разъем игрового порта в достаточно компактном по тем временам формате DB15. Порт поддерживал аналоговые сигналы для четырех осей и четырех кнопок, что позволяло подключить два стандартных контроллера. А также он был стандартизирован и обеспечивал совместимость оборудования и контроллеров разных производителей.
Но игровой контроллер продолжал оставаться достаточно редким оборудованием, так как требовал отдельного слота расширения, которых было не очень много, а родных возможностей материнской платы, наоборот, мало.
Поэтому хотите подключить модем? Нужна плата расширения. Принтер? Еще одна плата. И т.д. и т.п.
К середине 80-х ситуация стала выправляться, когда текущие возможности вычислительной техники стали позволять размещать на одной плате расширения сразу несколько контроллеров, подобные платы у нас назывались «мультикарты».
Но все изменилось в 1989 году с выходом ставшей потом культовой Sound Blaster от Creative Labs. Инженеры компании здраво рассудили, что звуковая карта берется чаще всего для игр и поэтому наличие на ней игрового контроллера будет дополнительным конкурентным преимуществом продукта.
По факту они произвели маленькую революцию, так как идею подхватили производители других звуковых карт и очень скоро игровой порт стал неотъемлемой частью именно звуковой карты.
Кроме того, в Creative взяли свободные пины разъема и вывели туда последовательный интерфейс для работы с MIDI. MIDI оборудование и раньше можно было подключить к ПК, но это требовало отдельного дорогого контроллера, теперь стало достаточно дешевого переходника.
Выход Windows 95 добавил нативную поддержку игрового порта со стороны операционной системы, также он был поддержан и со стороны DirectX, что облегчило его интеграцию с программным обеспечением и играми.
Именно на 90-е пришелся расцвет игрового порта, который появился практически в каждой звуковой карте, а выбор контроллеров к нему был на любой вкус, цвет и кошелек.
По мере интеграции контроллеров на материнскую плату туда переехал и игровой порт, надолго прописавшись рядом с аудиоразъемами. Но уже в начале нулевых прозвенели первые звоночки.
Все шире и шире стал применяться универсальный порт USB, а также стало все больше производиться периферии к нему, включая игровые контроллеры. Очень скоро USB начали вытеснять с задних панелей ПК остальные разъемы, включая игровой.
Окончательный закат игрового порта произошел с выпуском Windows Vista, в котором была прекращена его поддержка.
Сегодня единственный способ подключить к современному ПК контроллеры для игрового порта – это использование специальных USB-переходников.
Сегодня уже далеко не каждый коллега готов сказать для чего предназначен желтый порт DB15 на материнской плате или звуковой карте. Но это не удивительно, потому как данный порт вышел из употребления примерно 20 лет назад.
История игрового порта началась одновременно с историей IBM PC, который предполагал в том числе и игровые возможности. А так как отдельной отрасли компьютерных игр к тому времени еще не сложилось, то большинство игр разрабатывались для приставок и только потом портировались на разнообразные компьютеры.
В качестве элементов управления играми использовались джойстики или геймпады, классической схемой к тем временам был контроллер на две оси (джойстик или крестовина) и две кнопки. Однако никакого общего стандарта не было, и каждый производитель разрабатывал и внедрял собственные, несовместимые между собой контроллеры.
В IBM хорошо проанализировали существующий рынок и выпустили свое решение, которое оказалось ближе всего к контроллерам Atari, но было более простым и, следственно, более дешевым. Что было важно для массового продукта.
Игровые контроллеры IBM требовали наличия специальной платы расширения Game Control Adapter стоимостью 55 USD (сегодня это около 185 USD), не самое дешевое удовольствие, но вполне доступное широким покупательским массам.
С этой платой к нам и пришел разъем игрового порта в достаточно компактном по тем временам формате DB15. Порт поддерживал аналоговые сигналы для четырех осей и четырех кнопок, что позволяло подключить два стандартных контроллера. А также он был стандартизирован и обеспечивал совместимость оборудования и контроллеров разных производителей.
Но игровой контроллер продолжал оставаться достаточно редким оборудованием, так как требовал отдельного слота расширения, которых было не очень много, а родных возможностей материнской платы, наоборот, мало.
Поэтому хотите подключить модем? Нужна плата расширения. Принтер? Еще одна плата. И т.д. и т.п.
К середине 80-х ситуация стала выправляться, когда текущие возможности вычислительной техники стали позволять размещать на одной плате расширения сразу несколько контроллеров, подобные платы у нас назывались «мультикарты».
Но все изменилось в 1989 году с выходом ставшей потом культовой Sound Blaster от Creative Labs. Инженеры компании здраво рассудили, что звуковая карта берется чаще всего для игр и поэтому наличие на ней игрового контроллера будет дополнительным конкурентным преимуществом продукта.
По факту они произвели маленькую революцию, так как идею подхватили производители других звуковых карт и очень скоро игровой порт стал неотъемлемой частью именно звуковой карты.
Кроме того, в Creative взяли свободные пины разъема и вывели туда последовательный интерфейс для работы с MIDI. MIDI оборудование и раньше можно было подключить к ПК, но это требовало отдельного дорогого контроллера, теперь стало достаточно дешевого переходника.
Выход Windows 95 добавил нативную поддержку игрового порта со стороны операционной системы, также он был поддержан и со стороны DirectX, что облегчило его интеграцию с программным обеспечением и играми.
Именно на 90-е пришелся расцвет игрового порта, который появился практически в каждой звуковой карте, а выбор контроллеров к нему был на любой вкус, цвет и кошелек.
По мере интеграции контроллеров на материнскую плату туда переехал и игровой порт, надолго прописавшись рядом с аудиоразъемами. Но уже в начале нулевых прозвенели первые звоночки.
Все шире и шире стал применяться универсальный порт USB, а также стало все больше производиться периферии к нему, включая игровые контроллеры. Очень скоро USB начали вытеснять с задних панелей ПК остальные разъемы, включая игровой.
Окончательный закат игрового порта произошел с выпуском Windows Vista, в котором была прекращена его поддержка.
Сегодня единственный способ подключить к современному ПК контроллеры для игрового порта – это использование специальных USB-переходников.
👍26❤1🔥1
Эталонная модель OSI
Если вы работаете с сетями, то обязательно столкнетесь с моделью OSI, она будет всплывать в обсуждениях, в описаниях сетевого оборудования, каверзные вопросы по ней могут задавать на собеседованиях и т.д. и т.п.
Поэтому сегодня тоже уделим ей немного внимания. Название расшифровывается как The Open Systems Interconnection model – модель взаимосвязи открытых систем. Основная цель ее разработки – создание универсального стандарта, позволяющего организовать сетевое взаимодействие самых различных систем.
Для этого система была разделена на семь уровней абстракции, каждый из которых должен был выполнять свою функцию и представлен собственным набором протоколов. Каждый уровень ничего не знает о том, как работают другие уровни, но может взаимодействовать с низлежащим и вышележащим уровнем.
Модель оперирует протокольными блоками данных (PDU), которые передаются от уровня к уровню инкапсулируясь друг в друга. Таким образом блок данных верхнего уровня последовательно проходит все уровни сверху вниз на хосте-отправителе и снизу вверх – на хосте приемнике.
Но это в теории. Стандарт специально был написан таким образом, чтобы покрыть не только уже существующие протоколы, но и любые новые, которые могут появиться позже. Несмотря на это, на практике стройная картина модели то и дело нарушается. Но об этом поговорим позже.
А пока коротко пробежимся по модели снизу вверх, уровни OSI принято обозначать буквой L и цифрой, соответствующей уровню. Т.е. запись L2 обозначает второй уровень.
🔹 Уровень 1 – физический. Описывает процесс передачи сырых данных в физической среде. На входе мы имеем некоторый набор битов, на выходе физические сигналы (электрические, оптические, электромагнитные). Примеры протоколов этого уровня – это Ethernet или Wi-Fi в их физической части, USB, RS-232 и т.д.
🔹 Уровень 2 – канальный. Отвечает за передачу данных между физическими узлами, соединенными на физическом уровне (L1). На этом уровне для идентификации устройств используются физические адреса оборудования (MAC-адреса), также используются функции контроля целостности передаваемых данных и коррекции ошибок, а также управления скоростью потока.
Типичные протоколы этого уровня, использующиеся в настоящее время, это Ethernet или PPP.
🔹 Уровень 3 – сетевой. Совокупность устройств, объединенных на канальном уровне, образуют сеть. Для передачи данных между сетями используются логические идентификаторы этих сетей – сетевые адреса.
Здесь же появляется понятие маршрутизации – нахождения лучшего пути передачи данных от источника к получателю через несколько сетей.
Самый известный протокол сетевого уровня – IP, но он не является единственным, также сетевым протоколом является IPX из сетей Netware. Кроме них на этом уровне используются протоколы ICMP, IGMP, ARP, BGP, OSPF и другие.
Еще одной важной функцией 3 является фрагментация, позволяющая разбивать протокольные блоки данных большого размера на меньшие и потом обратно их собирать на приемнике.
🔹 Уровень 4 – транспортный. Он отвечает за надежную передачу данных между узлами, а также контроль доставки и целостности.
Основных протоколов транспортного уровня два: TCP и UDP. Последний, правда не совсем соответствует критериям уровня, но деть его в этой модели некуда, поэтому он тут и прижился.
По факту транспортный уровень отвечает за сегментацию, не путать с фрагментацией, т.е. нарезать протокольные блоки верхнего уровня на сегменты TCP или датаграммы UDP и отправить уровнем ниже. А потом или проконтролировать доставку, или забыть про нее.
Если немного отойти в сторону от IP, то в стеке Novell протоколом транспортного уровня был SPX.
Этот уровень, как никакой другой связан с низлежащим, сетевым, поэтому мы обычно говорим о стеке TCP/IP или SPX/IPX.
🤞 На этом сегодняшний разговор о модели OSI завершим, так как на этих уровнях она довольно адекватно ложится на объективную реальность. А вот дальше начинается разброд и шатание, цирк с конями и цыгане с медведями. Но об этом в следующей публикации.
Если вы работаете с сетями, то обязательно столкнетесь с моделью OSI, она будет всплывать в обсуждениях, в описаниях сетевого оборудования, каверзные вопросы по ней могут задавать на собеседованиях и т.д. и т.п.
Поэтому сегодня тоже уделим ей немного внимания. Название расшифровывается как The Open Systems Interconnection model – модель взаимосвязи открытых систем. Основная цель ее разработки – создание универсального стандарта, позволяющего организовать сетевое взаимодействие самых различных систем.
Для этого система была разделена на семь уровней абстракции, каждый из которых должен был выполнять свою функцию и представлен собственным набором протоколов. Каждый уровень ничего не знает о том, как работают другие уровни, но может взаимодействовать с низлежащим и вышележащим уровнем.
Модель оперирует протокольными блоками данных (PDU), которые передаются от уровня к уровню инкапсулируясь друг в друга. Таким образом блок данных верхнего уровня последовательно проходит все уровни сверху вниз на хосте-отправителе и снизу вверх – на хосте приемнике.
Но это в теории. Стандарт специально был написан таким образом, чтобы покрыть не только уже существующие протоколы, но и любые новые, которые могут появиться позже. Несмотря на это, на практике стройная картина модели то и дело нарушается. Но об этом поговорим позже.
А пока коротко пробежимся по модели снизу вверх, уровни OSI принято обозначать буквой L и цифрой, соответствующей уровню. Т.е. запись L2 обозначает второй уровень.
🔹 Уровень 1 – физический. Описывает процесс передачи сырых данных в физической среде. На входе мы имеем некоторый набор битов, на выходе физические сигналы (электрические, оптические, электромагнитные). Примеры протоколов этого уровня – это Ethernet или Wi-Fi в их физической части, USB, RS-232 и т.д.
🔹 Уровень 2 – канальный. Отвечает за передачу данных между физическими узлами, соединенными на физическом уровне (L1). На этом уровне для идентификации устройств используются физические адреса оборудования (MAC-адреса), также используются функции контроля целостности передаваемых данных и коррекции ошибок, а также управления скоростью потока.
Типичные протоколы этого уровня, использующиеся в настоящее время, это Ethernet или PPP.
🔹 Уровень 3 – сетевой. Совокупность устройств, объединенных на канальном уровне, образуют сеть. Для передачи данных между сетями используются логические идентификаторы этих сетей – сетевые адреса.
Здесь же появляется понятие маршрутизации – нахождения лучшего пути передачи данных от источника к получателю через несколько сетей.
Самый известный протокол сетевого уровня – IP, но он не является единственным, также сетевым протоколом является IPX из сетей Netware. Кроме них на этом уровне используются протоколы ICMP, IGMP, ARP, BGP, OSPF и другие.
Еще одной важной функцией 3 является фрагментация, позволяющая разбивать протокольные блоки данных большого размера на меньшие и потом обратно их собирать на приемнике.
🔹 Уровень 4 – транспортный. Он отвечает за надежную передачу данных между узлами, а также контроль доставки и целостности.
Основных протоколов транспортного уровня два: TCP и UDP. Последний, правда не совсем соответствует критериям уровня, но деть его в этой модели некуда, поэтому он тут и прижился.
По факту транспортный уровень отвечает за сегментацию, не путать с фрагментацией, т.е. нарезать протокольные блоки верхнего уровня на сегменты TCP или датаграммы UDP и отправить уровнем ниже. А потом или проконтролировать доставку, или забыть про нее.
Если немного отойти в сторону от IP, то в стеке Novell протоколом транспортного уровня был SPX.
Этот уровень, как никакой другой связан с низлежащим, сетевым, поэтому мы обычно говорим о стеке TCP/IP или SPX/IPX.
🤞 На этом сегодняшний разговор о модели OSI завершим, так как на этих уровнях она довольно адекватно ложится на объективную реальность. А вот дальше начинается разброд и шатание, цирк с конями и цыгане с медведями. Но об этом в следующей публикации.
11👍30🔥6🥱3👏1
Forwarded from Серверная InRack
Media is too big
VIEW IN TELEGRAM
Друзья, в одном из прошлых видео мы опробовали формат сравнительных обзоров на серверы и судя по обратной связи от вас — вам зашло. Что ж, ловите новый сравнительный обзор на современных фаворитов вторичного рынка — HPE ProLiant DL360 Gen10, Huawei Fusion 1288H V5, Dell PowerEdge R640.
Кстати, приобрести эти серверы с гарантией от 2 до 5 лет можно у наших менеджеров, которые с удовольствием помогут собрать сервер для решения ваших бизнес-задач👀
#обзоры
VK, Dzen, InRack.Ru
💬 Подписывайся на InRack
Реклама. ООО "СЕРВЕРНЫЙ ПОЛЮС". ИНН 9726017787. erid: 2W5zFJu531z
Кстати, приобрести эти серверы с гарантией от 2 до 5 лет можно у наших менеджеров, которые с удовольствием помогут собрать сервер для решения ваших бизнес-задач
#обзоры
VK, Dzen, InRack.Ru
Реклама. ООО "СЕРВЕРНЫЙ ПОЛЮС". ИНН 9726017787. erid: 2W5zFJu531z
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍7🔥5
История Windows NT
Windows NT без преувеличения можно назвать ключевой системой для Microsoft, именно она и заложенные в нее технологии заложила ту основу, которую системы Windows используют сейчас.
Начиная с Windows XP закончилось деление ОС Windows на пользовательскую и профессиональную линейку и дальше пошла развиваться именно линия NT и сегодня, запуская Windows 10 или 11 мы имеем под капотом потомка той самой NT.
Вся эта история началась очень давно, в 1980 году, когда IBM готовилась к выводу на рынок IBM PC и искала для него операционную систему. Сложность дополнительно состояла в том, что все существующие на тот момент ПК были 8-битными и для 16-битного IBM PC систему еще предстояло написать.
В этот момент на сцену вышел Билл Гейтс, который пообещал недорого решить проблему IBM, для чего купил 86-DOS у компании Seattle Computer Products и перепродал лицензию IBM.
Затем, если систему продавал IBM, то она называлась PC-DOS, а если Microsoft или кто-то еще – MS-DOS.
Несмотря на то, что на момент выхода IBM PC уже вышли 16-битные версии уже существовавших ОС DOS уверенно занял рыночную нишу. Все дело было в цене, лицензия на DOS-стоила всего 40$, а CP/M – 450$ (144$ и 1613$ в нынешних ценах).
Однако дальше дела пошли не столь хорошо, ожидаемая на замену DOS операционная система Windows в версиях 1 и 2 провалилась, а выпушенная в 1987 году OS/2 оказалась тяжелой и трудно конфигурируемой, вследствие чего тоже не достигла успеха.
Понимая, что для успеха нужна новая операционная система партнеры принялись за разработку NT OS/2, которая была полностью новой системой и не базировалась ни на DOS, ни на OS/2.
Для этого Microsoft пригласила команду специалистов из DEC во главе с Девидом Катлером, который до этого разрабатывал там VAX/VMS и RSX-11M. Система изначально разрабатывалась как полностью 32-разрядная, переносимая и многопользовательская.
Сначала данный проект должен был основываться на графическом интерфейсе OS/2 и планировался к выходу как OS/2 3.0, но отношения между партерами начали портится.
IBM была недовольна открытой архитектурой IBM PC и предпринимала действия к выпуску нового поколения компьютеров PS/2 на максимально закрытой архитектуре и с использованием в качестве системы OS/2.
Но ни PS/2, ни OS/2 не имели коммерческого успеха, а в 1990 вышла в свет Windows 3.0, которая имела оглушительный рыночный успех.
В свете успехов Microsoft решила добавить в проект NT OS/2 подсистему для программной совместимости с Windows, что очень сильно не понравилось IBM, которая, наоборот, продолжала курс на максимальную закрытость и возврат контроля над всеми компонентами ПК.
В итоге в 1991 пути компаний полностью разошлись. IBM продолжило работы над OS/2, а Microsoft забрали свои наработки и выпустила в 1993 году новую ОС под именем Windows NT.
Система позиционировалась как для сетей и профессионалов, а номер первой версии был взят от рыночно успешной Windows 3.0, и новая система вышла как Windows NT 3.1
Вместе с ней увидела свет и файловая система нового поколения NTFS, а также очень многое из того, что широко применяется сейчас.
Взрывного успеха Windows NT не получила, но за год, до момента выхода NT 3.5 было продано более 300 тыс. копий по 495$ каждая (1080$ в текущих ценах).
Несмотря на наличие ресурсов и хорошие заделы по OS/2 Warp 3 компания IBM проиграла рыночную гонку с Microsoft и так и не смогла предоставить достойного конкурента Windows.
Во многом это было связано с тем, что Microsoft и лично Билл Гейтс сделали ставку на Windows и выиграли, в то время как в IBM никто не был готов взять на себя такую ответственность за проект OS/2, который продолжал оставаться еще одним из многочисленных проектов гиганта.
Вокруг этой истории до сих пор ходит масса мифов, но на самом деле Windows NT не имеет ничего общего с IBM OS/2, кроме того, что работа некоторое время велась в рамках одного проекта, это совершенно новая ОС.
Также IBM никогда не подавала к Microsoft судебных исков по поводу Windows NT.
Windows NT без преувеличения можно назвать ключевой системой для Microsoft, именно она и заложенные в нее технологии заложила ту основу, которую системы Windows используют сейчас.
Начиная с Windows XP закончилось деление ОС Windows на пользовательскую и профессиональную линейку и дальше пошла развиваться именно линия NT и сегодня, запуская Windows 10 или 11 мы имеем под капотом потомка той самой NT.
Вся эта история началась очень давно, в 1980 году, когда IBM готовилась к выводу на рынок IBM PC и искала для него операционную систему. Сложность дополнительно состояла в том, что все существующие на тот момент ПК были 8-битными и для 16-битного IBM PC систему еще предстояло написать.
В этот момент на сцену вышел Билл Гейтс, который пообещал недорого решить проблему IBM, для чего купил 86-DOS у компании Seattle Computer Products и перепродал лицензию IBM.
Затем, если систему продавал IBM, то она называлась PC-DOS, а если Microsoft или кто-то еще – MS-DOS.
Несмотря на то, что на момент выхода IBM PC уже вышли 16-битные версии уже существовавших ОС DOS уверенно занял рыночную нишу. Все дело было в цене, лицензия на DOS-стоила всего 40$, а CP/M – 450$ (144$ и 1613$ в нынешних ценах).
Однако дальше дела пошли не столь хорошо, ожидаемая на замену DOS операционная система Windows в версиях 1 и 2 провалилась, а выпушенная в 1987 году OS/2 оказалась тяжелой и трудно конфигурируемой, вследствие чего тоже не достигла успеха.
Понимая, что для успеха нужна новая операционная система партнеры принялись за разработку NT OS/2, которая была полностью новой системой и не базировалась ни на DOS, ни на OS/2.
Для этого Microsoft пригласила команду специалистов из DEC во главе с Девидом Катлером, который до этого разрабатывал там VAX/VMS и RSX-11M. Система изначально разрабатывалась как полностью 32-разрядная, переносимая и многопользовательская.
Сначала данный проект должен был основываться на графическом интерфейсе OS/2 и планировался к выходу как OS/2 3.0, но отношения между партерами начали портится.
IBM была недовольна открытой архитектурой IBM PC и предпринимала действия к выпуску нового поколения компьютеров PS/2 на максимально закрытой архитектуре и с использованием в качестве системы OS/2.
Но ни PS/2, ни OS/2 не имели коммерческого успеха, а в 1990 вышла в свет Windows 3.0, которая имела оглушительный рыночный успех.
В свете успехов Microsoft решила добавить в проект NT OS/2 подсистему для программной совместимости с Windows, что очень сильно не понравилось IBM, которая, наоборот, продолжала курс на максимальную закрытость и возврат контроля над всеми компонентами ПК.
В итоге в 1991 пути компаний полностью разошлись. IBM продолжило работы над OS/2, а Microsoft забрали свои наработки и выпустила в 1993 году новую ОС под именем Windows NT.
Система позиционировалась как для сетей и профессионалов, а номер первой версии был взят от рыночно успешной Windows 3.0, и новая система вышла как Windows NT 3.1
Вместе с ней увидела свет и файловая система нового поколения NTFS, а также очень многое из того, что широко применяется сейчас.
Взрывного успеха Windows NT не получила, но за год, до момента выхода NT 3.5 было продано более 300 тыс. копий по 495$ каждая (1080$ в текущих ценах).
Несмотря на наличие ресурсов и хорошие заделы по OS/2 Warp 3 компания IBM проиграла рыночную гонку с Microsoft и так и не смогла предоставить достойного конкурента Windows.
Во многом это было связано с тем, что Microsoft и лично Билл Гейтс сделали ставку на Windows и выиграли, в то время как в IBM никто не был готов взять на себя такую ответственность за проект OS/2, который продолжал оставаться еще одним из многочисленных проектов гиганта.
Вокруг этой истории до сих пор ходит масса мифов, но на самом деле Windows NT не имеет ничего общего с IBM OS/2, кроме того, что работа некоторое время велась в рамках одного проекта, это совершенно новая ОС.
Также IBM никогда не подавала к Microsoft судебных исков по поводу Windows NT.
👍14❤5🤣1
Скриншоты какой системы представлены в сообщении выше?
Anonymous Poll
23%
Прототип Windows 2000
5%
Прототип Windows XP
9%
Отмененная Windows 2001
15%
Планируемая пользовательская ОС на базе Windows 2000
14%
Прототип Windows Me
18%
Такой системы не существовало, это фейк
15%
Ничего не понятно, но очень интересно
Please open Telegram to view this post
VIEW IN TELEGRAM
👀14🤣8😱5🔥3👎1
Взлет и падение Novell NetWare
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
👍2❤1🤔1😱1