The post has been translated automatically. Original language: Russian
When the next CMS or plugin update is released, a completely understandable question arises. Should I install it right away or wait a bit?
There is no definite answer here. If an update closes a serious vulnerability, it is usually not worth delaying it. But in other cases, many people prefer to first make sure that the new version is stable.
In my opinion, the most common mistake is something else. Some website owners do not update the system for months, and sometimes for years. As a result, you have to install dozens of updates at once, and the risk of unexpected problems becomes much higher.
It is much safer to keep the site up to date gradually. Small regular updates are usually easier than one big one after a long break.
You should make a backup copy before making any changes. If an unexpected situation occurs after the update, it will be much easier to restore the working version.
Another tip that really helps in practice is not to perform updates when the site is under maximum load. It is better to choose a time when there are few visitors in order to calmly check the operation of the main sections.
Updates rarely cause difficulties on their own. More often, problems appear when they are delayed for too long.
Когда говорят об облаке, многие представляют себе что-то абстрактное. Кажется, что данные буквально "где-то в интернете", а серверов как будто вообще не существует.
На самом деле облако вполне материально.
Это те же серверы, процессоры, накопители, сетевое оборудование и дата-центры. Разница не в том, где находится инфраструктура, а в том, как она организована.
Представьте обычный офис.
Можно купить один большой шкаф, заполнить его документами и надеяться, что места хватит на несколько лет.
А можно использовать архив, где место выделяется по мере необходимости.
Сегодня нужно пять папок, через месяц десять, а потом снова пять.
Облачная инфраструктура работает похожим образом.
Вместо покупки отдельного физического сервера используются общие вычислительные ресурсы, из которых формируются виртуальные машины. Если проект развивается, ресурсов можно добавить. Если нагрузка снизилась, часть ресурсов можно освободить.
Именно поэтому многие считают, что облако всегда дешевле собственного оборудования.
Но это тоже не совсем так.
Если компании нужен один неизменный сервер, который годами выполняет одну и ту же задачу, собственная инфраструктура в некоторых случаях может оказаться вполне оправданной.
Совсем другая ситуация возникает, когда проекты постоянно меняются.
Сегодня запускается новый сервис.
Через неделю нужно протестировать обновление.
Через месяц появляется еще один проект.
В таких условиях возможность быстро создавать и удалять виртуальные машины часто оказывается важнее, чем стоимость самого оборудования.
Есть еще одно распространенное заблуждение.
Иногда считают, что после перехода в облако можно забыть об администрировании.
На самом деле ответственность просто распределяется по-другому.
Поставщик обеспечивает работу инфраструктуры, а владелец проекта по-прежнему отвечает за операционную систему, приложения, обновления, учетные записи и данные.
Облако не избавляет от этих задач.
Оно делает инфраструктуру более гибкой.
Поэтому вопрос "нужно ли переносить проект в облако" не имеет универсального ответа.
Гораздо полезнее спросить иначе.
Как часто меняется ваш проект?
Если инфраструктура почти не изменяется годами, решение может быть одним.
Если же новые сервисы появляются регулярно, нагрузка растет неравномерно, а запускать новые проекты нужно быстро, преимущества облачной модели становятся значительно заметнее.
Получается, что облако — это не модная технология и не отдельный вид серверов. Это прежде всего другой подход к использованию вычислительных ресурсов. И именно этот подход во многих случаях оказывается главным преимуществом.
Share
