Мне недавно показался интересным вопрос — установки новых крат PCI Express в существующие физические сервера. На первый взгляд банальная задача показала мне, что она требует системного подхода и определенного уровня знания специфики в современном аппаратном обеспечении серверного оборудования. Примечательно, что развитие аппаратных компонент идет таким же бурным темпом, как и прогресс в области программного обеспечения. Уже сменилось несколько поколений шины PCI Express и технология продолжает развиваться. Кроме этого разъемы PCI Express или PCIe различаются по количеству используемых линий передачи данных. Плюс Вы должны учитывать, что выходы на задней панели сервера бывают разными. Все это, а также вопросы совместимости с конкретной операционной системой и конкретным аппаратным сервером делают задачу с платами PCI Express достаточно интересной.
В завершающей части цикла статей о проблемах построения своей IT инфраструктуры в стартапе рассмотрим такие важные моменты, как обучение технического персонала, а также вопросы технической поддержки со стороны вендоров и поставщиков товаров и услуг. С моей точки зрения это одни из основных вопросов, на которые руководитель стартапа обязательно должен обратить внимание. Экспертиза и квалификация сотрудников проекта, а также тех, кто будет помогать в разрешении возникающих проблем — ключевой момент в эксплуатации сложных IT систем. То, что проблемы и вопросы по работе компьютерных систем будут постоянно возникать, можете быть на 100 процентов уверенны. Наверняка, в процессе использования придется что-то менять, донастраивать, реконфигурировать. Также надо учитывать возможные воздействия на вашу инфраструктуру из вне, как например, отключение электропитания или хакерские атаки. И во всех данных случаях понадобятся квалифицированные кадры, способные поддержать Ваш проект в боеспособном состоянии.
Этой статьей завершаю небольшой цикл с подборкой полезной информации, которая пригодится любому, кто сталкивается впервые с проблемой создания IT инфраструктуры для своей организации. Это может быть и начинающий стартап и зрелая организация, которая решается провести кардильное реформирование своих вычислительных мощностей. Проблемы и задачи, которые будут возникать, при этом будут очень схожими. Ниже ссылки на все статьи цикла в этом блоге:
Наступил Новый 2020 год, прошло время небольшого расслабления, которое как-то само по себе приходит на стыке лет. У меня раскачка заняла довольно таки много времени в этом году. Пришло время для концентрации и нового рывка длиною в год. В первой части статьи о том как построить IT инфраструктуру стартапу, была поднята тематика как подступиться к этой задаче людям, которые далеки от этой области. Потом была статья в блоге — Нужна ли нам облачная инфраструктура, которая рассказывала о плюсах и минусах облаков. Она была своеобразным продолжением первой статьи и затрагивала популярную тему облачных вычислений, и то, когда нужно стартапу обращаться к ним. Развивая тематику из вышеупомянутых статей, тут хотелось бы акцентировать внимание на вопросах формализации инфраструктуры, а также такого важного документа в повседневной работе ITшника, как Техническое Задание.
Необходимость документации и формализации процессов создания и работы IT инфраструктуры обусловлена сложностью и большим разнообразием компонентов. Успешность внедрения и дальнейшего функционирования во многом зависит от того, насколько все правильно расписано на бумаге. Однако, большинство организаций пренебрегает этими пунктами при своей работе. Как результат, уже при приемке сколько-то технологически сложных работ у подрядчиков начинаются постоянные трения и недовольства с ними. Заказчик думает, что исполнитель должен сделать на свое усмотрение так, чтобы все было идеально, однако в большинстве случаев исполнитель смотрит на то, что указано в Техническом Задании. И как следствие возникает конфликт ожиданий и полученного в результате. У меня до сих пор в голове периодически крутится аббревиатура из курса Cisco CCDA — PPDIOO, которая обозначает основные вехи IT проекта, и первые 3 буквы расшифровываются как Prepare (Подготовка), Plan (Планирование) и Design (Дизайн). Именно с этого должен начинаться любой IT проект.
Недавно на встрече со своими друзьями меня спросили, почему я пишу в блоге о каких-то гиковских вещах, которые мало кому понятны. При этом мало уделяю внимание реальным проблемам, которые актуальны в стране и в моем ближайшем окружении. На это я только и готов был ответить, что пишу о том, что мне самому интересно в данный момент. Когда-то я уже выражался на этом сайте по поводу моей личной мотивации при написании статьей в заметке «Немного о блогинге». Однако, спасибо тебе, Фаррух Караматов, за правильные идеи о том, что нужно давать информацию, которая будет практически востребована окружающим тебя сообществом. Не надо слишком сильно отрываться от действительности и летать в облаках, когда тут и сейчас это не востребовано. Кстати, всем рекомендую Фарруха как генератора идей в области IT. Это один из немногих людей, которые видят реальные возможности использования технологий на практике и старается это применить в работе.
Но давайте вернемся к озвученной теме данной статьи. Идея, подсказанная Фаррухом — рассказать о том как построить IT инфраструктуру для вновь создаваемого стартапа. Для тех, кто постоянно варится в данной теме, это кажется банальной вещью, про которую особо и не стоит рассказывать. Для меня на текущий момент есть гораздо более интересные вещи, о которых хочется говорить и писать. Однако, спрос рождает предложение, и если в окружении есть большое количество людей, которые хотят прокачаться в этом — надо обязательно дать им такую возможность, помочь и показать путь в нужном направлении. Несколько полезных советов для такой ситуации я уже публиковал в статье на Хабре — Советы по организации IT в малом бизнесе. Все что там написано, взято из моей реальной практики работы с IT системами в различных организациях. Тут хотелось бы продолжить и показать как подходить к построению IT инфраструктуры для «чайников» из бизнеса.
