принцип «точно в срок»

Первые реализации практики планирования материальных запасов по принципу «точно в срок» (just -in-time) были разработаны фирмой Toyota Motors. Фирма знала, что организация, хранение и контроль лишних автомобильных запчастей сопряжены с большими затратами, поэтому было решено сократить «резервные» запасы и точно прогнозировать, в какой момент возникнет необходимость в запасных частях. Лишние запасы приводили к лишним тратам. Вместо того, чтобы заполнять огромные склады тысячами деталей для своих машин, фирма Toyota заказывала и отправляла на склад детали только тогда, когда это было реально необходимо. Такая практика привела к колоссальному сокращению затрат и обеспечила фирме конкурентные преимущества в 1950-х годах. Сейчас практика планирования запасов по принципу «точно в срок» является частью любого современного производства.

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

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

Некоторые шаги типичного процесса закупки, на которые следует обратить особое внимание:

  1. Определение потребностей. Вы знаете, с какой нагрузкой справятся ресурсы вашей системы, потому что вы определили потолки и постоянно отслеживаете параметры использования. Возьмите эти данные за основу для аппроксимации и приступайте к прогнозированию. Этот этап имеет основополагающее значение при планировании мощностей.
  2. Обоснование закупки. Добавьте красок и красивых шрифтов к графикам, построенным на предыдущем этапе, — вы будете показывать их людям, которые должны утвердить закупку оборудования. Не жалейте времени на то, чтобы ваша финансовая аудитория поняла, почему вы требуете новые мощности, почему вы требуете их именно сейчас и почему позднее вы будете требовать еще больше. В своей презентации предельно ясно изложите, к чему приведет нехватка мощностей.
  3. Анализ предложений поставщиков. Поставщики хотят продать вам серверы и диски, вы хотите купить серверы и диски — во Вселенной все находится в равновесии. Но почему вы отдаете предпочтение поставщику А перед поставщиком Б? Потому что поставщик А помогает преодолеть ваши страхи, связанные с заказом серверов, предлагая быструю поставку и замену, скидки на серверы при будущих заказах или скидки, связанные с временем доставки.
  4. Заказ оборудования. Возможно ли отслеживание заказа в Интернете? Есть ли у вас телефон (о, ужас!) надежного человека, который может в любой момент сообщить, где находится ваше оборудование? Знает ли вычислительный центр о поступлении компьютеров, учтен ли этот факт в рабочем графике?
  5. Физическая установка. Сколько времени потребуется на то, чтобы серверы добрались от погрузочной площадки до стойки и были подключены к работающему коммутатору? Потребуется ли участие персонала вычислительного центра, или вы подключите машины сами? Хватит ли крепежа? Электродрелей? Перекрестных кабелей? Сколько времени займет весь процесс?
  6. Установка ОС, приложений, конфигурации. Далее, мы поговорим о сценариях развертывания, включающих в себя автоматическую установку ОС, программного обеспечения и управление конфигурацией. Тем не менее факт автоматизации еще не значит, что установка не займет вашего времени и вам не нужно знать о возникающих проблемах.
  7. Тестирование. Существует ли в вашей организации группа контроля качества? Среда тестирования? Потребуется процесс, в ходе которого вы сможете проверить функциональность всех необходимых компонентов и убедиться в том, что все находится на своих местах. По этой теме написано множество книг, я просто напоминаю о том, что тестирование является необходимым шагом на пути к выводу сервера в полноценную эксплуатацию.
  8. Развертывание нового оборудования. Историю можно считать законченной только после того, как сервер заработает. Запуск машины в эксплуатацию должен быть достаточно простой задачей, основанной на том же процессе, который использовался для измерения мощностей новых серверов. Возможно, получаемый сервером трафик стоит временно увеличить, дав ему повышенный приоритет в пуле с распределяемой нагрузкой. Если вы знаете, что новые мощности устраняют «узкое место» в системе, проследите за тем, как их введение повлияло на трафик.