Что такое “Готовность предприятия”?Можем ли мы проверить это?

StackOverflow https://stackoverflow.com/questions/464514

  •  19-08-2019
  •  | 
  •  

Вопрос

В Stackoverflow есть пара вопросов, спрашивающих, является ли x (Рубин / Drupal - Друпал) технология "готова к работе на предприятии".

Я хотел бы спросить, как определяется понятие "готовность предприятия".

Кто-нибудь создал свой собственный контрольный список?

Есть ли у кого-нибудь эталон, по которому они тестируют?

Это было полезно?

Решение

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

Здесь замешано несколько факторов:

  • Является ли это надежным?
  • Могут ли наши нынешние сотрудники поддержать это, или нам нужны специалисты?
  • Может ли это вписаться в нашу устоявшуюся модель безопасности?
  • Можно ли выполнить развертывание с помощью наших автоматизированных инструментов?
  • Насколько легко им управлять?Могут ли бизнес-пользователи сделать это или нам нужен специалист?
  • Если он использует базу данных, является ли это нашей стандартной базой данных, или нам нужно подготовить больше специалистов?

В зависимости от того, насколько важна система для бизнеса, также может возникнуть следующий вопрос:

  • Можно ли сделать его высокодоступным?
  • Может ли это быть сбалансировано по нагрузке?
  • Достаточно ли это безопасно?

В проектах с открытым исходным кодом часто не уделяется достаточного внимания трудностям развертывания и запуска программного обеспечения в рамках крупной организации.например ,Большинство проектов операционной системы по умолчанию используют MySQL в качестве базы данных, что является хорошим и разумным выбором для большинства небольших проектов, однако, если на вашем предприятии есть лицензия на сайт ORACLE и команда высококвалифицированных СУБД ORACLE, вариант MySQL выглядит явно непривлекательно.

Другие советы

Быть кратким:
"Корпоративная готовность" означает:Если он выйдет из строя, предприятия, использующие его, возможно, подадут на вас в суд.

В большинстве случаев "тест", если это действительно можно так назвать, заключается в том, что какое-то предприятие (= крупный бизнес) внедрило успешный и стабильный продукт, используя его.Так что это больше похоже на то, чтобы сказать, что он доказал свою состоятельность на поле боя, или что-то в этом роде.Другими словами, была ли платформа использована успешно или нет в реальном мире, вы не можете просто следовать какому-то контрольному списку и нагрузочным тестам и сказать, что она готова для предприятия.

Как говорит Роберт Гулд в своем ответе, это "готово для предприятия", когда это было доказано каким-то другим крупным проектом.Я бы выразился так:если кто-то там заработал на этом миллионы долларов и был отмечен журналами венчурного капитала как самая популярная новинка года (какого-нибудь, не обязательно этого), значит, это предприятие готово.:)

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

Создав пару "корпоративных" приложений...

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

Итак, иными словами, корпоративное программное обеспечение является корпоративным, потому что у него есть доступные опции поддержки.Простой пример:jQuery не является корпоративным, в отличие от ExtJS, потому что ExtJS имеет корпоративную структуру поддержки для него.(Да, я знаю, что эти два фреймворка подобны сравнению набора инструментов с домашним комплектом заводского производства ).

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

Например, Ruby on Rails не является корпоративным, потому что нет поставщика, который придет в ваш магазин и будет постоянно делать презентации Powerpoint для сообщества разработчиков.В Ruby on Rails нет менеджера по продажам, который водил бы меня на поле для гольфа или в мой любимый ресторан на обед.Ruby on Rails также недостаточно широко освещается отраслевыми аналитическими фирмами, такими как Gartner.

Ruby on Rails никогда не будет считаться "корпоративным", пока не произойдут эти вещи...

По моему опыту, ярлык "Enterprise ready" является показателем страха менеджеров внедрять технологию с открытым исходным кодом, возможно, уравновешиваемого желанием не оставаться приверженцем этой технологии.

Это может объективно аргументироваться такими соображениями, как поддержка со стороны сторонней компании или интеграция в существующие инструменты разработки.

Я полагаю, что приложение можно считать "готовым к работе на предприятии", когда оно достаточно стабильно, чтобы им могла пользоваться крупная компания.Это также подразумевало бы некоторый уровень поддержки, так что, когда это произойдет, неизбежен перерыв.

Является ли что-то "готовым для предприятия" или нет, полностью субъективно, неопределенно и скорее "модное словечко"..В принципе, у вас не может быть test_isEnterpriseReady() - просто сделайте ваше приложение настолько надежным и эффективным, насколько это возможно..

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top