Нужна консультация - пишите нам!
Наши менеджеры смогут организовать консультацию с техническим специалистом требуемой компетенции, проектным менеджером, IT-архитектором.
Подать запрос на консультациюО чем еще стоит позаботиться на этапе разработки архитектуры:
ОТКАЗОУСТОЙЧИВОСТЬ
Грамотно составленная схема отказоустойчивости IT-решения позволит избежать простоя в случае сбоя/отказа какого-либо компонента инфраструктуры. Этим вопросом необходимо заниматься на начальном этапе проектирования архитектуры, а не откладывать его на то время, когда проект уже будет введен в эксплуатацию, а любой простой будет грозить потерей клиентов, репутации, денег.
ВЫСОКАЯ НАГРУЗКА
Если на этапе проектирования инфраструктуры не предусмотреть схему масштабируемости IT-решения в будущем, когда нагрузка возрастет, то это может обернуться неприятным сюрпризом в виде потребности переделывать все заново для более серьезных масштабов, что конечно же повлечет за собой серьезные и необратимые финансовые и человеческие затраты.
РЕЗЕРВИРОВАНИЕ
Вопрос резервирования ключевых данных, конфигураций программного обеспечения, образов систем с уникальными настройками, конечно же, может подниматься после внедрения проекта, но объемы данных, динамика их роста и прочие параметры необходимо оценить еще на этапе проектирования архитектуры. Это поможет более оптимально подобрать мощности для реализации IT-решения.
Публикации по теме DevOps на блоге ITSource:
DevOps – один из самых неоднозначных и в то же время популярных IT-мемов последних лет. Одни говорят, что это – новая культура создания программных продуктов. Другие утверждают, что речь идет о кооперативных процессах внутри компаний.
Читать полностьюВ прошлый раз мы разобрались что, DevOps engineer – это человек, олицетворяющий идею интеграции разработчиков и технических специалистов, обслуживающих IT-инфраструктуру. Но что именно он делает и какими качествами нужно обладать...
Читать полностью...И вот, в порыве производственной паники многие вспоминают об услышанном где-то таком трендовом сейчас термине, как “DevOps”. Может, нанять и себе такого специалиста? А может, лучше просто передать DevOps на аутсорсинг? Зачем вообще внедрять DevOps?
Читать полностью