Открыть список
Как стать автором
Обновить

Комментарии 16

Наплачетесь с GCP. Пожалеете о переезде сначала, когда все будет лежать, а status.cloud.google.com будет весь зелененький, а потом когда попытаетесь обратиться к саппорту.

Сколько там руководителей уже сменилось? Такое впечатление, что назначают нового аккурат перед каждым google io ))))
Про Azure с точки зрения пользователя сказать ничего не могу, был по другую сторону. А вот AWS точно на порядок лучше. И саппорт отвечает быстро и по делу, с техническими деталями, и post mortem'ы вменяемые
В AWS service health dashboard тоже evergreen статус )
Падает вместе с control plane.

Интересно почему "решил перейти из одно облака в другое"?


Тем более что azure 19% от рынка облаков, а gcp 7%

может как раз поэтому, дешевле

"Не гонялся бы ты поп за дешевизной".


Если это не ресурс с миллионами запосов в месяц, то затраты на перенос/разработку вряд ли окупятся. Там не в разы разница, а в 10-20%. И не всегда в пользу gcp

некоторые on-demand instance в разы, некоторые per-GB storage в разы, от типа зависит, но согласен интересно бы узнать реальную причину миграции
Здравствуйте! Вот ответ Андрея, автора статьи:

«Решение о переходе с Azure на GCP приняли без нас, еще до нашего появления в проекте. Сам бы я не взялся сравнивать Azure и GCP — боюсь, это сродни сравнению C# и Java: что лучше? У заказчика могут быть свои причины для выбора языка или платформы — например, наличие специалистов по определенной технологии внутри. Если вдруг, как в нашем случае, он хочет в будущем переписать проект заново на Node.js, нужно найти ему соответствующих разработчиков.

По-моему, обе клауд-платформы хороши. Я бы не рискнул с ходу советовать одну из них в ущерб другой, за исключением, наверное, случая с .NET, когда все-таки напрашивается Azure. Но даже здесь это вовсе не обязательное решение, особенно с появлением .NET Core. Цены обе платформы стараются держать на сопоставимом уровне.

Со слов заказчика, причинами перехода были:
— отказ от .NET стека в будущем;
— GKE как лучший Cloud Kubernetes.

Полагаю, что Google мог предложить заказчику и финансово интересные условия, т. к. тот переходил на GCP из Azure. Но экономические детали вне моей компетенции — перед нашей командой задача перехода была поставлена уже как техническая. Ее решение я описал в статье».

Самый важный вопрос: зачем переходили? Понятно, что заказчик попросил, но хотелось бы получить больше информации, о целях и результате

Ответили выше, спасибо!
Внедрение стандартного механизма Dependency injection от .NET Core вместо любой его альтернативы, использовавшейся в Asp.NET MVC проекте.

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

Справедливое замечание, можно и так. Андрей как раз пишет, что перечисленные решения не единственные.
Я не адепт какого то одного облака. Но хотелось бы подробностей. В чём был смысл миграции с Azure на GCP? Скорее всего можно было оптимизировать всё на Azure, и сократить косты в 1,5-2х раза.
— Сколько денег сэкономили заказчику (с учетом стоимости миграции)?
— ROI? Через сколько отобьется миграция (с учетом стоимости миграции)?
Если косты душили, может проще было мигрировать на Oracle Cloud?
Oracle cloud дешевле и AWS, Azure и GCP.
Между Oracle Cloud и Azure можно установить VCN/Vnet peering и плавно мигрировать.
15. Был добавлен Swagger c помощью библиотеки Swashbuckle.AspNetCore.Swagger.

16. Нестандартный механизм Authentication потребовал рефакторинга для приведения его к стандартному виду.

Как это связано с миграцией?
«На некоторых этапах добавлялся рефакторинг архитектуры и кода, который непосредственно не относился к переходу на другую платформу». Решили рассказать обо всем, что происходило в проекте — по той же причине и раздел «Рефакторинг по дороге» добавили.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.