Я много думал о идее или «построить или покупать» в отношении систем для IT-решений.
Что я имею в виду под «сборкой или покупать» именно?
Построить — Создайте решение IT, основанное на вашей команде, надевающей необходимые части. Общие примеры создают пользовательские системы базы данных или хранения для вашего приложения. Эти решения, как правило, в пределах (общедоступных или частных) облака или могут быть размещены на месте.
Купить — Используйте решение «AS-A-Service» из общедоступного облачного провайдера, который тесно, необходимость управления вашей ИТ-инфраструктурой. Вы можете позволить поставщику обеспечить время безотказной работы и безопасности, пока вы сосредоточены на разработке приложений. Общие примеры используют такие услуги, как Атлас Монгодб или сервис AWS S3. Это легко начать работать, потому что они не требуют капитальных расходов и, как правило, готовы к использованию в минутах. Я поставил вопрос к кому-то, кто много говорил об этой теме в последнее время, Келси Хайнушью Google.
Я защищаю обоих. Когда к продаже не работает, то у вас не будет выбора, кроме как построить его. Приходя к этому заключению — это тяжелая часть.
— Келси Хайнуш (@kelseyhightower) 20 февраля 2018 г.
В какой момент вы определяете, вы выполнили пределы того, что имеется платформа в отношении масштаба и ресурсов? Кроме того, когда вы определяете, что самоестеренное решение больше не так ценно, как платформа AS-A-A-Service?
Зачем строить?
Создание решения для чего-то, такого как хранение данных, как правило, является общей задачей для многих команд в корпоративных решениях. Существует ряд опасений, что крупные организации, как правило, считают при развертывании крупных массивов для хранения, которые могут оказать давление на команду:
- Как мы вернем это?
- Кто будет обеспечивать долгосрочное обслуживание?
- Стоимость останется разумной?
- Есть ли у нас какие-либо конкретные бизнес или нормативные правила, которые мы должны быть включены в то, как мы храним данные?
Отвечая на них означает планирование долгосрочного решения, которое включает в себя жизненный цикл приложения, в том числе, как долго вам потребуется приложение, которые используют эти данные, чтобы оставаться доступными?
Зачем покупать?
Хостинг приложений на основе услуг стал выбором для многих предприятий, которые хотят сократить их общий след в своей ИТ-архитектуре. Прошли дни для реквизициальных систем от продавца, переговоров и времени заказа, необходимых для доставки. Любой бизнес может легко использовать масштабируемое решение, как Атлас Монгодб или AWS с просто кредитной картой. Возможность покупать снизила время, необходимое для доставки приложений. Это изменение на «Buy» также поставило много других вариантов в руках разработчиков:
Самообслуживание через интерфейсы на основе API или GUI.
Саморегулирующая неудача ответа
Оповещение.
Автоматизированные процессы для обработки общих задач администрирования.
Использование масштабируемого раствора (оба масштабирования вверх и вниз).
Что собирается работать Для меня?
Это всего лишь несколько причин, почему предприятия и разработчики обращаются к услугам для размещения их приложений. Ваш корпус использования в конечном итоге потребует в том, чтобы вы могли вложить в план, все потенциальные риски, использующие любой раствор. Существует действительный смысл, чтобы вы действительно должны купить, пока не станет очевидным, пришло время построить. Это одна из причин избежать блокировки поставщиков услуг при выборе технологий для плеча при создании приложений.
Советы :
Рассмотрим открытые форматы, такие как JSON, чтобы сохранить ваши данные, которые переводят на много разных языков.
При выборе услуги убедитесь, что поставщик разрешит ваши данные другим, если ваша ситуация меняется. (затраты, конкуренция, кредиты)
Сделайте контрольные списки и документируйте архитектуру своих систем независимо от их хостинга для будущего роста и масштаба.
Используйте только то, что может поддерживать вашу команду.
Этот последний совет является критическим, что я имею в виду? Ну, не переходите на предельное решение, если у вас нет персонала или средств для руководства практической поддержки. Не используйте облачное решение, если вы не подтвердили, что данные, которым вам разрешены в этой среде.
Я надеюсь, что дал вам несколько мыслей о том, покупают или создают ваше следующее большое это решение. Не стесняйтесь связаться со мной в комментариях с любыми вопросами или комментариями.
Оригинал: «https://dev.to/mongodb/build-or-buy—the-eternal-it-question—3oim»