Из чего же, из чего же, из чего же сделана СХД? Продолжаем сатирическую экскурсию в новом выпуске рубрики – #это_СХД.
❗️Важное замечание. Допускаем, что многим после прочтения заголовка покажется, что мы возьмем и распишем подкапотку со всеми костылями и синей изолентой. В какой-то момент нам действительно хотелось так сделать. Но все-таки поступили иначе. И если после этого предупреждения вам до сих пор интересно – милости просим. А если нет – все равно читайте, ведь советских газет для изучения за обедом не так уж и много. 😉
Теперь по существу. Пост является околохудожественным продолжением рубрики про внутренности СХД, которая хоть и широкими мазками, но отвечает на вопрос: «Почему нельзя просто взять и сделать нормальную СХД?». А также объясняет, как создание систем хранения данных влияет на сон разработчика.
‼️ И еще чуть-чуть важного. Если все-таки тянет подискутировать про синюю изоленту под капотом СХД, то для этого идеально подойдет ближайшая конференция – «Технократия», где мы специально будем делать акцент на технической составляющей наших продуктов. Сразу отметим: хочется сохранить камерность мероприятия, поэтому количество посетителей строго ограничено. Получить талончик можно попробовать тут.
А мы начинаем
Программная часть СХД, как и любой нормальный бутерброд, состоит из нескольких слоев и должна либо не падать совсем, либо падать управляемо и строго маслом вверх. Поэтому на низком уровне системы важна простота, и тут СХД мало чем отличается от обычного сервера. Стандартный набор: BIOS и какая-нибудь несложная система управления (BMC). Она нужна для того, чтобы на аппаратном уровне можно было удаленно подключиться к «железу» и выполнять с ним элементарные операции. BMC, как и BIOS, некоторые допиливают под себя. У нас, например, тоже используется своя переписанная система, но без фанатизма.
Дальше идет ОС. Ни для кого не секрет, что 99% всех СХД, как, впрочем, и любых более-менее серьезных систем, имеют в своей основе Linux. Иногда Unix. В целом суть не меняется, но есть нюансы.
Конечно, некоторые компании, причем с уважаемыми транснациональными лицами, предпочитали экзотику и использовали нечто подобное обрезанной Windows. Но все осталось в их темном прошлом. Сейчас в большинстве случаев фундамент – Linux. Как правило, разработчик СХД берет готовое ядро, которое подходит по ряду причин, и дорабатывает его до нужного состояния. Мы, например, выбрали Alt Linux, потому что они – крайне компетентные ребята.
Над операционной системой – функциональные Open Source блоки. И вот тут уже начинается уличная магия в двух актах. В первом – мы получаем некий набор стандартных компонентов Linux (файловые системы, менеджеры томов и др.), которые нужно дописать согласно правилам ее использования, не нарушив никаких обязательств. И здесь немного задержимся, ведь речь идет про наш любимый Open Source.
Всегда радостно наблюдать за разными «потомственными экспертами», когда речь заходит о применении OS в российском софте. «Фи. Т.е получается, отечественные разработчики воруют чужие наработки?». Ну да, японские, китайские и американские специалисты ничего не воруют, сидят себе спокойно, пишут продукты на базе открытого ПО. А вот российские разработчики – это другое, они непременно должны написать все с нуля и точка.
Тут есть один маленький нюанс: дело в том, что в основе СХД (как и в любых других сложных решениях) используются Open Source компоненты. Которые каждый производитель перерабатывает под себя, создавая абсолютно новый продукт, не забывая, конечно, соблюдать правила сообщества. Получается, вся мировая разработка стоит на воровстве? Или нужно просто внимательнее читать правила использования OS? Оставим это «на подумать» и двигаемся дальше.
Продолжение ⬇️⬇️
#это_СХД #СХД #разработка #софт
❗️Важное замечание. Допускаем, что многим после прочтения заголовка покажется, что мы возьмем и распишем подкапотку со всеми костылями и синей изолентой. В какой-то момент нам действительно хотелось так сделать. Но все-таки поступили иначе. И если после этого предупреждения вам до сих пор интересно – милости просим. А если нет – все равно читайте, ведь советских газет для изучения за обедом не так уж и много. 😉
Теперь по существу. Пост является околохудожественным продолжением рубрики про внутренности СХД, которая хоть и широкими мазками, но отвечает на вопрос: «Почему нельзя просто взять и сделать нормальную СХД?». А также объясняет, как создание систем хранения данных влияет на сон разработчика.
‼️ И еще чуть-чуть важного. Если все-таки тянет подискутировать про синюю изоленту под капотом СХД, то для этого идеально подойдет ближайшая конференция – «Технократия», где мы специально будем делать акцент на технической составляющей наших продуктов. Сразу отметим: хочется сохранить камерность мероприятия, поэтому количество посетителей строго ограничено. Получить талончик можно попробовать тут.
А мы начинаем
Программная часть СХД, как и любой нормальный бутерброд, состоит из нескольких слоев и должна либо не падать совсем, либо падать управляемо и строго маслом вверх. Поэтому на низком уровне системы важна простота, и тут СХД мало чем отличается от обычного сервера. Стандартный набор: BIOS и какая-нибудь несложная система управления (BMC). Она нужна для того, чтобы на аппаратном уровне можно было удаленно подключиться к «железу» и выполнять с ним элементарные операции. BMC, как и BIOS, некоторые допиливают под себя. У нас, например, тоже используется своя переписанная система, но без фанатизма.
Дальше идет ОС. Ни для кого не секрет, что 99% всех СХД, как, впрочем, и любых более-менее серьезных систем, имеют в своей основе Linux. Иногда Unix. В целом суть не меняется, но есть нюансы.
Конечно, некоторые компании, причем с уважаемыми транснациональными лицами, предпочитали экзотику и использовали нечто подобное обрезанной Windows. Но все осталось в их темном прошлом. Сейчас в большинстве случаев фундамент – Linux. Как правило, разработчик СХД берет готовое ядро, которое подходит по ряду причин, и дорабатывает его до нужного состояния. Мы, например, выбрали Alt Linux, потому что они – крайне компетентные ребята.
Над операционной системой – функциональные Open Source блоки. И вот тут уже начинается уличная магия в двух актах. В первом – мы получаем некий набор стандартных компонентов Linux (файловые системы, менеджеры томов и др.), которые нужно дописать согласно правилам ее использования, не нарушив никаких обязательств. И здесь немного задержимся, ведь речь идет про наш любимый Open Source.
Всегда радостно наблюдать за разными «потомственными экспертами», когда речь заходит о применении OS в российском софте. «Фи. Т.е получается, отечественные разработчики воруют чужие наработки?». Ну да, японские, китайские и американские специалисты ничего не воруют, сидят себе спокойно, пишут продукты на базе открытого ПО. А вот российские разработчики – это другое, они непременно должны написать все с нуля и точка.
Тут есть один маленький нюанс: дело в том, что в основе СХД (как и в любых других сложных решениях) используются Open Source компоненты. Которые каждый производитель перерабатывает под себя, создавая абсолютно новый продукт, не забывая, конечно, соблюдать правила сообщества. Получается, вся мировая разработка стоит на воровстве? Или нужно просто внимательнее читать правила использования OS? Оставим это «на подумать» и двигаемся дальше.
Продолжение ⬇️⬇️
#это_СХД #СХД #разработка #софт