Импортозамещение здорового человека
5.67K subscribers
27 photos
7 videos
254 links
Канал компании АЭРОДИСК (входит в ГК "Аквариус").
Мы производим СХД и системы виртуализации.

Правила: https://yangx.top/aerodisk_official/11

Сайт — aerodisk.ru
Редактор — @vadim_dublin
Техподдержка: @aerodisk
加入频道
Работа по расписанию. Почему сейчас важно продолжать заниматься своим делом, особенно в ИТ?

Надо отдавать себе отчет в том, что происходит. В стране объявили частичную мобилизацию и тут же начали подгонять под нее законодательство. И вот, всю вторую половину недели вплоть до позднего вечера воскресенья Минцифры, руководители ИТ-компаний были буквально завалены работой.

В итоге составили внушительный список специальностей, которые попадают под отсрочку, планируют запустить на Госуслугах сервис для сбора сведений о сотрудниках аккредитованных ИТ-компаний и предусмотрели специальный механизм уведомления военкоматов на случай, если ИТ-специалист должен получить отсрочку, а его все же призывают. Такая временная система, в которой участвует сам министр ведомства. За что ему отдельное спасибо.

Самое безрассудное, что сейчас можно сделать – дергаться. Совершать какие-то странные шаги, сеять панику, уезжать непонятно куда и зачем. Именно в таком состоянии люди покупают доллар за 150, поскольку кто-то сказал, что скоро будет 200, берут билеты в Турцию за 300 000 или делают еще более необдуманные поступки, о которых потом жалеют.

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

Также хотим напомнить, что если вы обнаружили заветную бумагу в почтовом ящике или под дверью – это еще ничего не значит. Повестка действительна только тогда, когда вы получили ее лично в руки под роспись.

Кроме того, «письмена счастья» часто рассылают для банальной сверки данных. Военкоматы, они ведь, не цифровизованы. Вся информация, которая у них есть на вас, это то, что написано в военнике. А сведения могут быть уже неактуальны. Поэтому многих, кто приходит по повестке, разворачивают обратно.

#законодательство #поддержка

@aerodisk_official — трезво про импортозамещение в ИТ
ОГАС: как зарыть ИТ-будущее в землю своими руками

Продолжаем наш цикл исторических публикаций о знаковых советских проектах в ИТ. На очереди история ОГАС: амбициозная инициатива советских ученых, которая могла дать нам свой интернет и бигдату, попутно выведя возможности страны по развитию народного хозяйства на новый уровень. Почему и этот прорыв остался на бумаге – читайте в очередном лонгриде.
⬇️⬇️⬇️

К началу 1960-х перед руководством СССР встала проблема: для эффективного управления экономикой нужно было обрабатывать огромные массивы статистических данных от предприятий и хозяйств всей страны. Для этого еще в 50-е была предложена концепция распределенной системы вычислительных ресурсов на основе базовых кибернетических принципов. Такое решение позволяло учитывать и обрабатывать все необходимые данные для планирования ресурсов и распределения продукции.

Подобная система в случае успешной реализации должна была стать не просто технологическим решением. Беспристрастный учет показателей экономики Советского Союза позволил бы заложить идеологическую основу для общественного строя – «цифрового» социализма.

Максимально близко концепцию такого решения сформулировал военный программист, инженер-полковник Анатолий Китов. Он выступил с концепцией Единой государственной сети вычислительных центров (ЕГСВЦ) путем развития вычислительных центров Минобороны в гражданской плоскости. Свои идеи он изложил в статье, которая не только получила широкий резонанс в СССР, но и привлекла внимание политиков и ученых в США, где ее опубликовали в журнале Operations Research.

Проект получил название «Красная книга», а его автор был уверен, что успешная реализация позволит Союзу обогнать США по направлению вычислительной техники, причем совершить рывок в этом направлении. Как сформулировал сам Китов, «обогнать, не догоняя».
Однако в варианте Китова проект поддержки не получил: сказалась критика общего состояния отрасли вычислений на самом высшем уровне в рамках очередного съезда, а также перестановки в МО СССР. Не помогли и письма непосредственно генсеку Хрущеву.

Продолжение здесь.

#лонгрид #ОГАС #история

@aerodisk_official — трезво про импортозамещение в ИТ
Друзья, по просьбам трудящихся мы организовали чат в нашем канале. 🙂 Общаемся на любые темы, связанные с миром ИТ. Особенно любим обсудить инфраструктуру: сервера, СХД, ЦОДы и облака, виртуализация – это прям наши вопросы.

Так что, если есть интересные (или не очень) мысли и хотите обсудить их с единомышленниками в душевной атмосфере, добро пожаловать в ИЗЧ-чат – https://yangx.top/aerodisk_chat 😉

Правила общения – такие же, что и в канале: https://yangx.top/aerodisk_official/11
Дерево не тонет, рукописи не горят, а HDD – бессмертен! Эксперты облачного сервиса Backblaze пять лет сравнивали надежность жестких дисков и SSD. И пришли к выводу, что винчестерам осталось совсем чуть-чуть. Дескать, недолговечные они, да и вообще не модно уже так хранить информацию. Вон, даже производители жалуются на падение поставок.

Нам это напоминает похороны протокола Fibre Channel. С ним прощаются уже лет 10-15 и все никак не попрощаются. Только и слышно, что Ethernet стал быстрее, FC – слишком дорого, а вот статистика продаж… Однако Fibre Channel как выполнял свою конкретную задачу по СХД-трафику, так и выполняет. И делает это отлично.

Уважаемая компания Backblaze не открыла Америку, внезапно узнав, что механика, в которой есть подвижные компоненты, менее надежна, чем электроника, где ничего не крутится. Кэп подсказывает, что шпиндель HDD быстрее выйдет из строя, чем чипы SSD. Хотя скорость здесь – понятие относительное. Ведь болванка винчестера умеет снижать обороты или полностью останавливаться при неактивном использовании (например, хранении данных). В таком режиме жесткие диски могут спокойно работать годами, а в ряде случаев – десятилетиями.

Нужно понимать, что у каждого устройства свое предназначение и ниша. Если нужно быстродействие, значит стоит брать SSD. Если хранение больших данных, особенно долговременное, то HDD. Ведь никаких денег не хватит, чтобы держать все на SSD. Поэтому говорить о смерти чего-либо не то, что преждевременно, а в принципе необъективно.

Кроме того, не будем забывать, о проблемах с микроэлектронными компонентами в мире, а именно они значительно активнее используется в SSD.

И напоследок. Есть мнение, что Россия не может сделать свой твердотельный накопитель, слишком это hard level для нас. Что ответить? Мы, как люди, которые разрабатывают микроконтроллеры для SSD, ответственно заявляем – все возможно. Наработки такие есть и у нас, и у ряда других не менее приятных людей. Вопрос лишь в деньгах. Если государство будет инвестировать в это, значит, шансы есть.

#железо #новости

@aerodisk_official — трезво про импортозамещение в ИТ
Осенний вендоропад. Недавно стало известно о банкротстве отечественного производителя суперкомпьютеров – «Т-Платформы».

Что тут скажешь? Грустно все это. «Т-Платформы» была известной компанией, входила в десятку российских разработчиков вычислительной техники. И все-таки не спасли. Причины происходящего обсуждать не станем – и так многие писали. Но факт остается фактом – для отрасли это ущерб.

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

Главный урок в том, что крупные ИТ-предприятия, в том числе и частные (именно крупные), всегда должны быть под усиленным мониторингом, а сегодня, наверное, и контролем со стороны государства. Ведь если нагибается крупный банк, то в дело сразу вступает ЦБ и тем или иным способом этот банк спасает. Иначе последствия будут крайне печальны. Сейчас время непростое, может быть, кто-нибудь еще грохнется. А что будет с производством – неизвестно. Это как если завод обанкротился – можно выкупить активы и продолжить деятельность, а можно как в дурные 90-е продать станки по цене металлолома… А уж про интеллектуальную собственность и вовсе промолчим.

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

#новости

@aerodisk_official — трезво про импортозамещение в ИТ
Итак, лед тронулся, господа присяжные заседатели! Железный занавес пал, в диалоге отрасли производителей микроэлектроники и профильных министерств начался период гласности!

Послушали пресс-конференцию с Иваном Покровским. Недавно Иван снял с себя полномочия главы АРПЭ (спойлер: теперь собирается попробовать вернуться обратно), чтобы от собственного лица устроить бурю в стакане под названием «Минпромторг», чем вызвал шквал вопросов от представителей отрасли. Заказной – не заказной материал, не личные ли обиды стали катализатором и т.д. В общем, возникло много недоговоренностей, которые он решил проговорить.

Делимся краткой выжимкой. Главное – статья не заказная, а просто накипело. По словам Ивана, основная проблема – Минпромторг не слушает бизнес. Точнее слушает, но весьма избирательно. Запросы от компаний будто попадали в бездонный колодец. А на фоне ситуации с мобилизацией проблемы проявились по полной. И вскрыв их в своей статье, Иван хотел вызвать резонанс. Эта цель была достигнута на 100%. Плюс – получена поддержка от бизнеса и на проблему обратил внимание вице-премьер. Теперь, когда диагноз обозначен, можно начать лечение «организма».

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

Дальнейшие шаги: прежде всего, расширение спектра тем для открытого обсуждения – мобилизация дала повод к громкому началу диалога, и теперь его не остановить. А обсудить там есть что: разработку технологической и инвестиционной стратегии развития микроэлектроники в РФ; разработку инструментов привлечения инвестиций под проекты запуска производства критически важных компонентов и конечных продуктов; вопросы правового регулирования и механизмы упреждения критических зависимостей отрасли от зарубежных поставок.

К примеру, в ситуации, когда удавка санкций сжималась вокруг наших производителей еще задолго до СВО, по сути – каждые 3 месяца в 2021 году мы получали какие-то новые ограничения и запреты – многие компании говорили о необходимости субсидирования закупок компонентов для создания складских запасов.

Такой проект существенно облегчил бы текущую ситуацию с полным запретом на ввоз в РФ практически всего, что может пригодиться при ИТ-производстве. Но никто не захотел нести ответственность за возможный оверсток и перерасходование средств, если бы санкции не были введены.

Таких моментов в жизни отрасли – масса, но все они решаемы, преодолимы и даже могут стать точкой роста для нее. Но только если открыто обсуждать проблемные моменты с ответственными руководителями на уровне высших государственных чиновников.

Иван не собирается успокаиваться и анонсировал такие обсуждения проблемных моментов на регулярной основе.

***

От себя добавим: это хорошо, что накопившиеся проблемы вынесли на обсуждение – есть шанс наладить обратную связь между бизнесом и государством и решить их. Например, Минцифры этот фидбэк наладить удалось и вопросы решаются. Чем Минпромторг хуже? Сказанное Иваном мы годами наблюдали изнутри. А сейчас все, что долгое время пытались укрыть от посторонних глаз, стало достоянием общественности. И у нас появился шанс на преодоление застоя.

@aerodisk_official — трезво про импортозамещение в ИТ
Кто не рискует, тот не занимается микроэлектроникой. Производитель вычислительной техники «Аквариус» планирует выпускать процессоры на открытой архитектуре RISC-V. А мы по традиции немного порассуждаем и заглянем в закулисье. 🙂

«Аквариус» – частная компания. А частные компании делают инвестиции туда, откуда дует ветер и, желательно, вкусно пахнет. То, что со стороны RISC-V и ветрено, и аромат приятный – в этом у нас сомнений нет. Как и в том, что в мире, что в России развиваются определенные тенденции. Другое дело, что перед тем, как туда разворачиваться, нужно задуматься. Если что, это мы сейчас не к «Аквариус» обращаемся, а просто рассуждаем.

Во-первых, насколько безопасны будут инвестиции? Иначе говоря – не запретят ли нам использовать эту архитектуру? Ведь еще в мае глава RISC-V International сказала, что ограничивать никого не хочется, но если надо – сделаем.

Отсюда вытекает следующий вопрос: можем ли мы защититься от этого? Вот возьмут и забанят Россию в этой профильной ассоциации и останемся в итоге без всего. Как снизить риски?

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

В-третьих, есть ли альтернативы? У частной компании – это инвестировать в процессоры. Причем не общего назначения, а какие-нибудь узкоспециализированные, например, для интегральных микросхем или контроллеров для дисков.

А «Эльбрус»? Здорово, только не совсем понятно, как. Нет ни одного механизма, чтобы частная компания могла в него как-то инвестировать. За исключением покупки продукции, разумеется.

И это уже вопрос к вышестоящим лицам. Мы постоянно слышим, что вместо того, чтобы вкладываться в буржуйские технологии, лучше бы обратили внимание на свои. Да не вопрос, вы только инструменты дайте-то. Согласуйте со всеми, сделайте открытую версию, репозитории, вебинары регулярные в конце концов, а не Elbrus Day раз в год. Создайте, куда вкладывать деньги, чтобы честно разрабатывать.

И хотелось бы добавить пару слов о техническом аспекте. RISC-V – хороший процессор для каких-то узких операций. Он может применяться в специализированных микросхемах, в десктопах, тонких клиентах, возможно, в мобильных устройствах. Но не серверах. По своим частотным характеристикам RISC-V отстает даже от «Эльбруса». А чтобы развить его до серверного, нужно лет 5-10.

Какой вывод всего вышесказанного? За «Аквариус» мы рады. Круто, когда частные российские компании вкладывают в перспективные разработки, особенно в микроэлектронике. Но риски велики. И это оголяет проблему отсутствия инструмента инвестирования в полностью отечественную микроэлектронику.

#новости #железо

@aerodisk_official — трезво про импортозамещение в ИТ
«Железный подход к безопасности». Друзья, рады представить вам наше новое направление – Цифровое Пространство Безопасности (ЦПБ). В рамках него будем оказывать консалтинговые услуги по ИБ для наших партнеров.

Идея ЦПБ возникла неслучайно. Последние несколько лет мы стали получать много запросов от партнеров и заказчиков на соответствие требованиям ИБ для ГИС, КИИ и ИСПДн. Речь шла не только о безопасности нашего софта и «железа», но и о внедрении продуктов в защищенные контуры заказчиков. Тогда мы задумались, как обеспечить ИБ своих решений, которые все чаще стали использоваться в ИС с высоким уровнем важности. Это и стало катализатором развития ИБ-направления компании.

О том, как хорошую разработку сделать еще и безопасной, а затем прийти к консалтингу, мы рассказываем на Хабре. А подробнее – на вебинаре «ОколоИТ».

Также в прямом эфире обсудим:

⚙️ нужен ли вам сертификат ФСТЭК;
⚙️ защищенные СХД и виртуализация – что это и зачем;
⚙️ топ-3 горячих тем в инфобезе:
– для финорганизаций: требования ЦБ по оценке соответствия уровня 4;
– для операторов ПД: изменения в законе о персональных данных 01.09.2022;
– для всех: анализ защищенности ИТ-инфраструктуры;
⚙️ сессия вопросов и ответов.

🗓 Дата – 27 октября.

⌚️ Время – 15:00 (МСК).

Зарегистрироваться можно здесь.

#околоИТ #ИБ #вебинар

@aerodisk_official — трезво про импортозамещение в ИТ
Служба и трудна, и технологична. Последние недели были так богаты на события, что все и не упомнить. А некоторые из них крайне любопытны и могут иметь далеко идущие последствия. Вот, например, в МВД сделали специальное крупное подразделение, которое будет заниматься ИТ, в частности ИБ.

Возможно, ошибаемся, но в современной России что-то подобное и всерьез делали лишь ФАПСИ (в 90-х появились, в 2000-х расформировали) и 18-й центр ФСБ. И вот МВД создает новую структуру – управление по борьбе с киберпреступностью (УБК).

Скажем честно: еще 10 лет назад, услышав такую новость, мы бы улыбнулись и подумали про благовидный предлог, сытые должности, вкусные бюджеты и красивые отчеты. А сейчас, как бы кому ни хотелось, но живем мы уже в другом мире. Поэтому начинание МВД выглядит крайне интересно и в перспективе может серьезно, надеемся, облегчить нашу с вами жизнь. Почему? Потому что с информационным полем в стране работают не очень, и люди во власти это крайне быстро (для жутко инерционного государственного механизма) осознали и отреагировали. И это не наше личное суждение, а факт.

К примеру, вот недавно началась мобилизация. Что мы увидели? Что механизм этот функционирует плохо, или как выразился Дмитрий Анатольевич, как в стране, в которой он последний раз запускался 80 лет назад. Советская учетная система не знает, как работать с современным населением и допускает много ошибок. Обратите внимание, как быстро отреагировали Минобороны и Минцифры в начале мобилизации и как быстро стали исправлять косяки.

Еще пример – информационная повестка дня. Кто-то что-то неаккуратно сказал – все, конец, общество в панике, все бегают, скупают велосипеды, гречку, билеты на самолет за 300 тыс. руб. и так далее… Кому выгодна кривая информационная повестка, постоянно вгоняющая простых и не очень людей в оцепенение и панику? Ну точно не тем, кто живёт в нашей с вами стране и управляет ею.

Но причем здесь ИБ, спросит внимательный читатель? Притом, что борьба с киберпреступностью это, прежде всего, работа с информацией. Не только разбор кода, каких-то скриптов, а именно полноценный анализ и управление информационными потоками. И мы считаем, что появление УБК – первый этап в этом направлении. Возможно, были и другие, но нам об этом, как обычно, не сказали.

Могли ли УБК сделать для галочки? 10 лет назад могли бы и даже сделали бы. Но сейчас это вряд ли возможно.

Что будет дальше? А дальше предстоит много, много учиться, поскольку (и мы правда тут не хотим никого обидеть) уровень компетенций, как в техническом плане, так и в работе с современными информационными потоками далеко не самый высокий. И тут возникает почти классический вопрос, вырастить своих специалистов или взять готовых? Нам кажется (поскольку это разумно), что будет гибридная модель. Возможно, помимо сотрудников из других ведомств, начнут привлекать людей из бизнеса, с допуском к государственной тайне. Это нормальная практика, когда экспертов приглашают в качестве консультантов по определенным задачам.

Вполне вероятно, что подобные подразделения скоро появятся и в смежных ветках власти.

Кто-то, конечно, может сказать, что на самом деле это кровавый глаз мордорской гэбни, хочет все о нас знать и отправить всех в «ГУЛАГ» – строить железную дорогу на Камчатке. Можем это обсудить в комментариях.

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

#новости #инициатива #ИБ

@aerodisk_official — трезво про импортозамещение в ИТ
Git-у по-нашему – быть. Об этом говорили в Минцифры еще довольно давно. И вот правительство приняло постановление, согласно которому в России, в рамках эксперимента, появится репозиторий открытого кода, с ПО и единой нормативной базой. Подготовить все планируется до 30 апреля 2024.

Круто! Во-первых, у нас наконец появится законодательная база для Open Source. Это давно напрашивалось. Ведь если вспомнить, как регулируется открытое ПО, то на ум сразу приходят GPL версии такой-то, open там чего-то версии такой-то – абсолютно неприменимые к нашим условиям. Поэтому старт разработки своей правовой базы для Open Source – действительно отличная новость.

Что это даст? Появятся четкие правила, ориентированные именно на Россию. Потому что текущее законодательство не объясняет, что можно делать с открытым ПО, а что нельзя. А там, где нет ответов, начинается мошенничество и спекуляции.

Теперь, собственно, о репозитории. Он нужен для двух целей. Первая – размещать в нем российские проекты, как государственные, так и частные, и обеспечивать гарантированный доступ к ним. А то мало ли, времена нынче неспокойные.

Вторая задача – хранить в репозитории то, от чего нас могут отрезать. Необязательно ПО. Вот, например, закроют доступ к Git, к определенным веткам с определенных площадок и все.

Кроме того, инициатива Минцифры даст стимул к развитию софта для управления репозиториями. Сейчас везде используется Git, а это, на минуточку, – проект Microsoft. Между тем в России есть и свои решения. Да, они пока не так развиты, поскольку не очень понятно, где их применять. Но теперь ситуация изменится.

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

Многое будет зависеть от тех, кто займется проектом и станет его курировать. Вариантов облажаться – тысяча, сделать успешно – всего один. А время сытых должностей, вкусных бюджетов и красивых отчетов уже прошло.

#инициатива #новости #OpenSource

@aerodisk_official — трезво про импортозамещение в ИТ
А почему так дорого? Как-то нас попросили в комментариях рассказать, почему хорошая СХД не может быть дешевой. Ну что же, друзья, время пришло. 🙂 Устраивайтесь поудобнее, ведь рассказ обещает быть долгим.

Сразу отметим, что речь пойдет о серьезных вещах уровня mid range и выше, поскольку low end и прочими «домашними игрушками» мы не занимаемся.

Начнем от противного: будем рассуждать, как будто такие решения должны быть дешевыми. В сети много заявлений от разных «технологических экспертов» о том, что сделать свою СХД – как два пальца об асфальт. Надо взять Open Source-платформу (что-нибудь на Linux), подобрать под нее софт, натянуть на ПО вебку, посадить все на пару серверов с дисковой полкой, настроить и вуаля – решение готово к продаже.

А себестоимость этого, по мнению «экспертов», сущие копейки по сравнению с тем, сколько дерут жмоты-разработчики. Особенно российские. Их хлебом не корми – дай только новую яхту купить на кровные заказчиков.

Примерим эту бизнес-модель к реальности. Предположим, комплект необходимого «железа» с дисками, платформой и ПО стоит 1 млн рублей. Кстати, не сильно промахнемся с ценой применительно mid range СХД. Настройка и доработка всего – 2 месяца и минимум 3 крутых разработчика. Допустим, в идеальном мире они все допилили и настроили без эксцессов. Такая работа обойдется где-то еще в 1 млн рублей.

Поскольку после этого в идеальном мире СХД готова и ее можно продавать, то себестоимость нашего решения составляет 2 млн рублей. А раз мы занимаемся бизнесом и не можем позволить себе работать в ноль, добавим еще 500 000 маржи.

Получаем готовый продукт стоимостью в 2.5 млн. Цена на СХД других производителей колеблется в диапазоне 5-20 млн рублей. Разница очевидна, не так ли?

Честно заработанные 500 000 откладываем на яхту, а на оставшиеся 2 млн пошли делать еще две СХД. Причем дальше все должно быть проще: софт уже написан и настроен, платить разработчикам не надо, остается просто купить пару комплектов «железа» по 1 млн.

Но не тут-то было. Оказывается, что почти всегда новое оборудование отличается от старого. Все немного другое: адаптеры, прошивки, настройки. В итоге нам снова нужно допиливать платформу и софт под все изменения и, разумеется, платить за это деньги разработчикам.

Что тут сделаешь? Приходится полмиллиона прибыли потратить на доработки. Иначе никаких новых СХД.

Только-только мы смирились с тем, что покупка яхты еще совсем не скоро, как новый сюрприз. Прибегает разъяренный покупатель первого продукта и сообщает, что у него что-то сломалось, ничего не работает, данные потерялись.

Доработка идет полным ходом, все разработчики заняты, кто будет решать проблему? Логично, что нужно найти новых технарей, но ведь им же надо еще заплатить. А платить нечем – выручка ушла на допил новых решений.

Где деньги, Лебовски коллеги?

Вспоминаем, что живем в идеальном мире и быстро находим заинтересованного инвестора. Правда за свою помощь он хочет долю в деле и возврат с процентами. Но мы все же договариваемся. Берем деньги, находим людей и решаем проблему. А о том, сколько времени все заняло и что за этот период произошло с заказчиком, промолчим – у нас ведь идеальный мир, как ни крути.

Дальше нам уже ничего не должно помешать развивать бизнес. Разработчики как раз закончили доработку, и мы, потирая руки, идем продавать две СХД по 2.5 млн рублей. Миллион чистой прибыли – пора потихоньку изучать рынок яхт? Нет, мы же помним, что у нас еще инвестор жадный, хочет, чтобы деньги ему вернули, да еще и с процентами. Техподдержке надо тоже заплатить. чтобы и впредь чинили все быстро и бренд не посрамили.

Посидели, подумали и пришли к выводу, что надо больше зарабатывать. Для рентабельности придется накинуть миллион маржи на одну СХД. Ну, да ладно, пока все равно дешево по сравнению с рынком.

Продолжение следует...

#СХД #мнение
И только все вроде бы нормализовалось, как новый удар. Оказывается, пока чинили систему недовольного заказчика, он успел рассказать всем, что мы не ок. «Все ломается, делают долго, держитесь от них подальше. Да, мне починили, все работает, но осадочек-то остался».

Хук по репутации пропустили, ок. Теперь нам нужны специалисты по продажам и маркетингу. Обращаемся к инвестору, он помогает. Но тут выясняется, что команда-то наша заметно подросла и для того, чтобы координировать и синхронизировать такую кучу народа, нужен офис. Снова идем к инвестору, и снова он помогает. Но опять начинает жадничать – теперь ему больше долей в бизнесе и больше процентов с прибыли подавай.

Ок, сидим в офисе, сейлзы вроде даже смогли продать одну СХД, как снова напасть – сайта нет нормального. Не доверяют нам покупатели без него, что за ИТ-компания и без сайта с новостями, вебинарами, конференциями, говорят. И вот мы уже набираем номер инвестора…

В общем, через 3-4 круга мытарств по такому идеальному миру, оказалось, что наша СХД не может стоить 2.5 млн. Скромной маржи, которой нам было достаточно в начале, не хватает даже для того, чтобы покрыть базовые потребности бизнеса, которые постоянно растут. А мечты о яхте ушли вместе с офисной кофемашиной, которую уже неделю как надо заменить.

И это мы еще не включали в расчеты макроэкономические факторы. Что, например, некоторые запчасти для СХД надо покупать за доллары. А курс рубля нестабилен. Или, что везде посыпалась логистика и теперь привезти «железо» не так просто. А ещё мы не учли, что многие запчасти нужно производить, размещая заказы на заводах, самостоятельно разработав предварительно схемотехнику….И все это напрямую влияет на себестоимость.

В итоге мы приходим к логическому выводу, почему СХД ну никак не может стоить дешево.

🔧 Оборудование и софт – стоит денег. Причем в себестоимости СХД 80% затрат – это ФОТ (зарплата людям).
🔧 Кадры. В России очень мало людей, компетентных в разработке систем хранения данных. По сути, их нужно растить самостоятельно, а это предполагает немалые расходы.
🔧 Импортозамещение и параллельный импорт. Компоненты сложно как купить, так и произвести. Что делает их буквально на вес золота.
🔧 Маркетинг. Российским производителям нужно больше тратиться на эти задачи, терпеливо объясняя, что отечественный продукт вполне себе работает.
🔧 Поддержка. Мы забыли сказать, что гарантия у СХД должна быть минимум 3 года. Если что-то не работает – в первую очередь меняется «железо» и как правило на следующий рабочий день. А потом уже у себя производитель разбираемся, в чем именно проблема. Это значит, что каждая поставка СХД предполагает наличие запасных компонентов. А это, разумеется, дополнительные затраты.

Можно ли как-то удешевить СХД? Можно, но только при условии господдержки или очень большого потока частных инвестиций для масштабирования всех возможных отраслевых производств.

#СХД #мнение

@aerodisk_official — трезво про импортозамещение в ИТ
Как облажаться в ИТ. Все любят красивые истории про «успешный успех». У нас такие тоже есть. Однако бывает и наоборот. И сегодня, по многочисленным заявкам, поговорим о карьерных неудачах.

Часть 1: не все сеньоры полезны

Был у нас разработчик – очень серьезный профессионал с не менее серьезным ценником. Человек ранее работал в одной известной ТНК (из числа покинувших Россию) и получал примерно на 30% больше, чем мы могли предложить. Но в корпорации ему стало скучно – слишком узкий функционал, хотелось чего-то драйвового. Поэтому он пришел к нам, за меньшие деньги, но на более широкие и интересные задачи. Сразу небольшое примечание, чтобы читатели не подумали, что АЭРОДИСК – жмоты какие-то. Мы ему платили самую высокую зарплату из всех технарей. Просто в западной корпорации он зарабатывал больше.

Сотрудничество наше длилось пару лет. Нельзя сказать, что человек работал плохо. Ему выделили определенный круг задач, достаточно сложных и интересных, и он выполнял их нормально для своего уровня. Но проблема заключалась в том, что он стал жертвой распространенной ситуации под названием «горе от ума». Это когда человек имеет некоторый багаж опыта и тащит его с собой в новую компанию, пытаясь применять в совершенно других условиях. А этот опыт там не то что не полезен, а вреден.

Так тут и получилось: наш сеньор делал какие-то виртуозные вещи, которые практически нигде нельзя было применить. А мы какое-то время думали, что это мы какие-то неправильные, наверное. Вот нам повезло, у нас есть самая настоящая звезда из крутой корпорации, знает, что делает, и сейчас выдаст что-то гениальное. И выдавал ведь. Но если представить конечный продукт в виде мозаики, то те кусочки, которые он создавал, просто не подходили к пазлу.

И проблему можно было бы решить, просто наладив общение с командой, но человек не хотел ни с кем взаимодействовать. Ему было неинтересно, что происходит вокруг, кто какие части пазла делает и какая картина должна получиться в итоге. Не было никакого желания и делиться своим опытом, возможно, поправить ошибки, как профессионалу. А ИТ (да и не только) работает иначе. И такая проблема – не редкость среди опытных специалистов. Они имеют определенный бэкграунд и не хотят перестраиваться под специфику компании, считают себя выше всех этих командных моментов. Кроме того, многие достаточно закрытые люди. Есть задача, вот решение. А что будет дальше – дело десятое.

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

Продолжение ⬇️⬇️⬇️
Часть 2: одних амбиций мало

Вторая история про нашего джуна. Человек очень талантливый, с некоторым базовым образованием, высокими софт-скилами и весьма серьезными амбициями. Пришел к нам работать, начал потихоньку развиваться. И здесь, в отличие от первого случая, интеграция с коллективом прошла, что называется, бесшовно.

Однако был с этим джуном нюанс – качество кода. Вот грязно писал и все тут. Хотя за счет командной работы результат получался в принципе нормальным: где-то его подстраховывали, где-то – он. При этом у человека, как мы уже отмечали ранее, были большие амбиции – уверенно метил выше.

Так оно в итоге и получилось. Джун дорос до полноценного мидла, знаний, навыков и ответственности стало гораздо больше. А вот код лучше не стал, почему-то. И это вылилось в самую настоящую проблему. Одно дело, когда он, как джуниор, отвечал за два пазла, а в картине продукта их 100, например. Тут коллеги могут поправить. Но совсем другое дело, когда он, как мидл, ответственен уже за 10 таких пазлов. Т.е. мы получаем достаточно большой кусок некачественного кода. Представьте, сколько времени понадобится, чтобы его почистить?

А самое обидное, что человек принципиально ничего не хотел менять. Мы рассчитывали, что став мидлом, в нем проснется некоторая внимательность, желание работать над собой и улучшать свои характеристики – способности были, и мы были готовы помочь их раскрыть и вырастить специалиста, потратить на это время и ресурсы. Но в результате амбиции не совпали с уровнем трудоголизма. Получилось, что на словах он хотел, а на деле не очень. Уровнем дошел до мидла, а сознание осталось джуновское.

Напрашивается вывод из всего вышесказанного. Что реально может помешать карьере в ИТ?

— Лень. Главный секрет успеха в том, что надо работать и желательно любить свое дело. Разработка – это постоянный и напряженный труд. Сидеть, ничего не делать и зарабатывать деньги здесь не получится, друзья.
— Нежелание работать в команде. Смогут ли 10 человек по отдельности построить большой дом? Нет, только 10 шалашей. А вот коллективными усилиями, с взаимопомощью очень даже смогут. Вот и в ИТ также. Нежелание работать вместе чревато отсутствием результата.
— Негибкость. Какая разница, насколько крутой специалист, если он не может перестроиться под компанию и решать конкретно ее задачи?

С другой стороны, надо понимать, что не всем нужен карьерный рост и звание сеньора, тимлида и т.п. Бывает, что человек приходит к 9, нормально выполняет свои обязанности и уходит в 6 домой. Получает за это достойные деньги и больше ему ничего и не нужно. И это тоже нормально.

#HR_истории #ИТ #мнение #разработка

@aerodisk_official — трезво про импортозамещение в ИТ
Взялись за безопасность всерьез: все лето ребята из нашего нового направления консультировали по вопросам ИБ только наших заказчиков и партнеров. Но мы не жадные, поэтому анонсировали вебинар, где планировали помочь разобраться в некоторых аспектах ИБ всем, кому это важно и интересно. Добавили щепотку интерактива и заранее опросили наших подписчиков на предмет самых горячих тем в инфобезе. Получился достойный материал, запись которого уже есть на YouTube – если не удалось подключиться к трансляции на прошлой неделе, можно посмотреть видео сейчас.

Итак, что обсуждали:
– Каким компаниям нужен сертификат ФСТЭК.
– Защищенные СХД и виртуализация.
– Анализ защищенности ИТ-инфраструктуры.
– Защита коммерческой тайны.
– Построение комплексной системы ИБ. «Нормативка» и «железный» вопрос.

Приятного просмотра. Если возникли вопросы к спикерам, их можно задать здесь в комментариях.

#околоИТ #вебинар #ИБ
Сетевой кирпич от Cisco или «А мы говорили!»

Пришла беда, откуда ждали и даже неоднократно предупреждали. Риски «окирпичивания» оборудования западных вендоров из страшилок стали реальностью. Отличился сетевой гигант Cisco – компания через свою дочку Meraki лишила пользователей России доступа к устройствам.

Данные учетных записей в РФ удаляются, на сетевом оборудовании открывается общедоступная сеть без пароля с названием «12345-Sanctions». Все это – официальная позиция компании, которая вылилась в конкретные шаги.

О подобном сценарии эксперты и участники рынка предупреждали неоднократно, и вот теперь у них появилось полное право сказать сакраментальное: «А мы вам говорили!».

Решение удивило даже западных пользователей, которые осознали новые бизнес-реалии и примерили их на себя. В профильной ветке на популярном форуме Reddit можно было прочитать комментарии, смысл которых сводится следующему: «Отключили Россию? Спасибо им большое за это. Куплю ли я их продукцию после этого? Нет, спасибо».

Обходной тупик

Конечно, некоторые компании были готовы к такому повороту и уже запустили различные схемы обхода ограничений. Например, через замыкание запросов оборудования к сервисным службам вендора на выделенный сервер. Таким образом удается обмануть вендорский софт на какое-то время и пользоваться «железом» в обычном режиме.

Практически «хакерская» работа в этом направлении общих рисков с бизнеса не снимает. Да, у каких-то западных производителей с этим попроще и такой «обход» принесет пользу в кратко- и среднесрочной перспективе.

Зато с другими трюк не пройдет – умников вычислят, «окирпичат» оборудование полностью и прекратят отгрузки с минимальной вероятностью передачи продукции в РФ.

Сегодня это ощущается по общему посылу «серых» поставщиков – они все чаще переходят на режим работы «мы привезем, но никакой ответственности за работоспособность продукта и его эксплуатацию не несем».

Край

Все лазейки понятны и известны, поэтому в будущем можно ожидать того, что исчезнет сама возможность физической поставки «железа» многих брендов в РФ.

Любые попытки обойти ограничения, какими бы изобретательными и эффективными в моменте они не казались бизнесу, просто откладывают настоящее решение очень серьезной проблемы.

Ведь без официальных обновлений вы умножаете ИБ-риски и снижаете производительность ИТ-системы в целом. Любые «взломы» и создание «альтернативных прошивок» также ставят бизнес в зависимость от создателей таких «костылей». И это ничем не лучше, чем зависимость от воли западного вендора.

А поскольку это все не совсем легально, то в случае чего разбираться и получать компенсации будет непросто.

Китай не поможет – идем к нашим

Также хотелось бы предупредить от необоснованного оптимизма по поводу китайских вендоров: они есть, но им потребуется существенное время для адаптации к технологическим и общим бизнес-реалиям рынка в РФ.

А времени у многих наших компаний как раз сейчас и нет: единственный логичный и безопасный выход заключается в переходе на легальные решения наших вендоров.

Прямо сейчас следует начать поиск, тестирование и закупки оборудования с грифом «Сделано в России», поскольку такие вот «Cisco-подобные» истории могут повториться в любой момент в отношении любого оборудования.

А спохватиться и начать работу в этом направлении завтра может быть уже поздно.

#санкции #импортозамещение #мнение

@aerodisk_official — трезво про импортозамещение в ИТ
❗️ Чего тебе надобно, старче? Составляем дорожную карту развития СХД.

Друзья, нам очень нужна ваша помощь. Сейчас мы строим планы на следующий год и составляем дорожную карту развития наших продуктов. Чтобы понять, какой функционал добавить или улучшить в СХД, нужно определить реальные потребности компаний, которые используют системы хранения (речь не только об оборудовании “Аэродиска”, а вообще любых вендоров).

Поэтому просим вас выделить 6 минут времени и ответить на несколько вопросов, чтобы мы могли узнать:

— Чего не хватает вашим компаниям в функционале СХД сейчас.
— Что бы вы хотели видеть в системах хранения в ближайшем будущем, а что через несколько лет.

Результаты исследования мы обязательно опубликуем на нашем канале. Давайте вместе сделаем СХД ближе к пользователю.
Заранее всем спасибо.

#опросы #СХД #разработка
@aerodisk_official — трезво про импортозамещение в ИТ
Наш опыт перехода с JIRA на Битрикс24, новая сертификация, выход на международные рынки и обучающие курсы. Собрали все самое важное, что произошло в «Аэродиске» за последние пару месяцев, в #дайджест_ИЗЧ.

📌 Наш первый модуль расширения вычислительных мощностей СХД вошел в реестр Минпромторга. Ура! Раньше существовал правовой вакуум – если компания устанавливала СХД из реестра, а потом хотела масштабировать ресурсы, то возникали вопросы к статусу модулей расширения. Теперь этот статус самый что ни на есть подходящий.

📌 Нашими СХД заинтересовались компании из Ирана, Беларуси, Казахстана, Армении и Азербайджана. В приличном таком количестве. Это к вопросу о том, что российское никому не нужно. 🙂

📌 Сказали «прощай» Atlassian и перевели отдел разработки ПО с JIRA на систему управления бизнесом «Битрикс 24». Сразу делимся впечатлениями – не все идеально. Например, для переписок пришлось использовать Rocket Chat – у них шире функционал. Много сил ушло на бесшовный переход, чтобы сохранить для наших спецов привычные паттерны работы. Часть функций допиливали самостоятельно. Из плюсов – нас не отключат мы получили технологическую независимость, что в свете последних новостей особенно актуально.

📌 Маленький шажок для улучшения качества российского образования, но большой для нашей компании – запустили курс сертифицированных системных инженеров СХД АЭРОДИСК ВОСТОК/ENGINE на базе Микротеста. Провели уже 2 программы, третья на подходе в конце ноября.

#дайджест_ИЗЧ #новости #импортозамещение
«Нажать кнопку – это уже ручной процесс». Знакомьтесь, Дмитрий Харьков – руководитель отдела тестирования и гость рубрики #внутренняя_кухня. Сегодня обсуждаем, как сейчас устроено тестирование в «Аэродиске» и какие у нас планы на будущее.

– Дима, что изменилось в работе после февраля?

– Рынок кардинально перестраивается. Большинство западных вендоров, к которым мы все так привыкли, ушли с рынка. А многие компании построили на их решениях свои ИТ-инфраструктуры. Но что поделаешь, жизнь продолжается, надо развиваться и поддерживать свое дело.

И у российских разработчиков сейчас, по сути, уникальная ситуация – все внимание обращено на них, появилась какая-то реальная поддержка отрасли, минимум конкуренции. И при этом есть огромный спрос. Данные где-то хранить надо? Надо, поэтому дайте-ка мне хорошую СХД. Виртуализация нужна? Конечно. Ведь в среднем на маленькую компанию приходится минимум 10 сервисов, которые работают изолированно друг от друга. А устанавливать 10 отдельных серверов – такая себе перспектива.

Поэтому, безусловно, работы стало больше, как и требований к продуктам. Люди привыкли к определенному функционалу, который видели у иностранных вендоров, и ожидают того же и от отечественных решений.

С какими трудностями сейчас сталкивается отдел?

– Не хватает времени и хороших специалистов. Наши продукты Engine/Восток и vAIR/АИСТ быстро развиваются. И чтобы предоставлять клиенту качественное решение, требуется максимально покрывать тестами как новый, так и текущий функционал. Для ускорения работ и повышения качества продукции мы все время добавляем новые сценарии тестирования и оптимизируем внутренние процессы. Также обучаем сотрудников и усиливаем команду новыми кадрами.

Если говорить об уходе западного софта, тот нас (разработчиков и тестировщиков) эта тема не коснулась. Мы пользуемся либо Open Source, либо отечественным ПО, на которое перешли еще давно.

Как сейчас выстроены ключевые процессы в тестировании?

– Само тестирование программно-аппаратного продукта продукта можно разделить на 3 этапа.

🔷 Сначала проводим визуальный осмотр всех компонентов, которые пришли с производств, на целостность, впервые включаемся, проверяем версии прошивок и определение системы (все ли отображается верно). В случае необходимости сборщики перепрошивают и/или настраивают оборудование.

🔷 Затем делаем стресс-тестирование. Каждый физический модуль изначально смотрим по отдельности, дальше – уже совместно. Самые базовые элементы, которые можно выделить, это сеть, процессоры, память, диски. Среднее время такого стресс-теста составляет около суток, но может варьироваться в зависимости от конфигурации.

🔷 После «физической проверки» оборудования переходим к третьему этапу – ручному тестированию уже готового продукта (ПО+ «железо»). Опять же, в зависимости от комплектации и пожеланий заказчика, проводим как базовый сценарий, так и проверку отдельных компонентов.

Только после вышеперечисленных операций мы можем быть уверены, что продукт готов к встрече с клиентом.

Продолжение следует...

#внутренняякухня #тестирование
Если говорить именно про программную составляющую тестирования, то тут все несколько иначе. Каждый разработчик сначала сам проверяет свой мердж с помощью unit-тестов, затем подключает коллег. Если все в порядке, код отправляется в «CI/CD». Это отдельный стенд, куда автоматически заливается весь новый код, и где запускаются smoke-тесты для оценки работоспособности остальных функций и выявления возможных ошибок. А далее, при позитивных результатах, задача переносится в QA.

Здесь также свои этапы. Ручная проверка, увеличение количества сценариев использования, вновь smoke-тесты, и уже в зависимости от их результатов задача считается выполненной. В случае ошибки – разработчики корректируют, и алгоритм повторяется.

После того, как заранее выбранные для релиза задачи пройдут все этапы, выпускается единая сборка (патч или инсталлятор, зависит от количества и особенностей обновления). Снова smoke-тесты – для проверки работоспособности. Затем идут интеграционные/функциональные/нефункциональные/нагрузочные тесты. На них уже смотрят, как ведут себя все программные компоненты.

Заключительный этап – выходное тестирование. Специалисты проверяют продукт вручную, добавляя новые сценарии. И лишь затем уже можно отправлять патч на оборудование.

Стоит отметить, что все программные решения требуют отдельного внимания и понимания архитектуры. Поэтому для каждого направления выделена своя команда тестировщиков. Это необходимо для более глубокого погружения в продукт и улучшенного выявления различных багов.

Дьявол, как говорится, в деталях. Можно сделать высококлассное решение, но не учесть незначительный, на первый взгляд, нюанс, который в итоге все и испортит. К примеру, возьмем производственное помещение. Казалось бы, а что тут такого? Освободить достаточно места для сборки оборудования, да обеспечить бесперебойное электроснабжение и охлаждение. А вот и нет. Есть такая штука, как статическое электричество. И по своему опыту работы в техподдержке могу сказать, что из-за него немало оборудования вернулось обратно производителю сразу после первого включения.

Мы в «Аэродиске» достаточно серьезно подошли к этому вопросу. В помещении, где проходит выходное тестирование, установили специальный набор, включающий:

🔸 напольное покрытие;
🔸 антистатическая краска на стенах;
🔸 специальное ковровое покрытие на столах;
🔸 ионизаторы.

Не менее серьезно относимся к совместимости наших продуктов с решениями других вендоров. К сегодняшнему дню мы подобрали базовые шаблоны сценариев тестирования, которые помогают быстро определить, совместимы ли продукты.
Если требуется посмотреть «что-то новое», к чему таких тестов нет, мы оперативно подбираем возможные варианты использования и делаем ручную проверку. А именно: собираем сценарии ситуаций, которые могут возникнуть в процессе работы оборудования, моделируем ошибки и отслеживаем, как отрабатывает совместный ПАК. После этого, разумеется, создаем еще один шаблон.

К какому результату стремитесь в будущем?

– Я бы здесь ответил лозунгом: «Автоматизировать то, что еще не автоматизировано, а что автоматизировано – нужно оптимизировать до полнейшей автоматизации. Ведь нажать кнопку – это уже ручной процесс».

Также помимо автоматизации и усиления тестирования, есть желание привнести в компанию инструмент, который улучшит качество продуктов. Когда я работал в других организациях, нередко в процессе тестирования применяли открытую платформу для проверки «железа». В «Аэродиске» я хочу создать что-то подобное, только модифицировать под актуальные требования и нужды.

#внутренняякухня #тестирование

@aerodisk_official — трезво про импортозамещение в ИТ