Правильный переход на Microsoft Azure


2 0

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

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

Сегодня в git вижу новую папку, которая убивает 30 индексов в базе данных. Я сначала не понял, зачем это подготовлено, а потом вижу, что там есть еще текстовый файл с инструкцией, где написано, что эти индексы будут уничтожены для переезда в Microsoft Azure , убийство индексов поможет уменьшить размер базы данных. Ну да, логично. Уменьшить размер базы данных на много важнее, чем ее производительность. И пусть потом облаком Micrsoft использует процессорные мощности для работы с данными без индексов. Интересно, неужели процессорные мощности в MS Azure дешевле, чем дисковое пространство?

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

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


Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым


Комментарии

Владимир

05 Марта 2017

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


Михаил Фленов

05 Марта 2017

SQL Server умеет показывать, какие индексы и как часто используются, так что не вижу смысла идти таким способом. Рисковать сломать сайт не вижу смысла.


Добавить Комментарий

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

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

Пишите мне