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

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

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

Вот несколько советов:

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

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

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

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

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

Другая стратегия – использовать варианты с открытым исходным кодом. Здесь вы не только получите доступ к коду, но и сможете использовать другие компании, которые продают и поддерживают те же системы с открытым исходным кодом.

И, наконец, самое важное – протестировать материал. Это не означает демонстрацию Zoom, а тестирование реальной технологии на реальных платформах.

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

Более чем несколько раз я спасал свой бекон, обнаруживая неожиданную проблему совместимости или отсутствующую функцию. Я смог отключить технологию до того, как достиг точки невозврата.

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

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

Авторские права © 2021 IDG Communications, Inc.


#Как #выбрать #инструменты #инфраструктуру #для #облачных #разработчиков

Source link