AO
он универсальный, он везде
Size: a a a
2019 April 26
A
ну вот всё то, что есть на AWS можно запускать на K8s
теоретически можно, но некоторые вещи будет очень тяжело самому с нуля поднимать
AO
главное, что такое возможно
A
он универсальный, он везде
но когда появился RDS он был не везде
A
до рдс все ручками крутили бд, очень уныло
AO
но когда появился RDS он был не везде
всегда можно в контейнер запихнуть MySQL
AO
и на K8s
A
всегда можно в контейнер запихнуть MySQL
так все равно админить надо: ротация бекапов, апдейты имаджей и тд
AO
так все равно админить надо: ротация бекапов, апдейты имаджей и тд
да
A
контейнеры облегачют но не убирают администрирование
AO
но код не надо будет переписывать
A
а манаджед сервисы целиком убирают
A
но код не надо будет переписывать
и там не надо, протокол то один и тотже
AO
смысл в том, чтобы можно было бы менять облака без переписывания кода проекта
AO
в AWS много сервисов, которые только там и нигде больше
AO
вот если твой проект использует эти сервисы - это vendor lock
A
смысл в том, чтобы можно было бы менять облака без переписывания кода проекта
менять облачные манаджед сервисы
а для этого они должны быть более менее эквивалентны, а этого нет изза разного темпа развития облаков
а для этого они должны быть более менее эквивалентны, а этого нет изза разного темпа развития облаков
A
другие делают тоже самое (нет вендрлока) но позже (отстающие)
AO
менять облачные манаджед сервисы
а для этого они должны быть более менее эквивалентны, а этого нет изза разного темпа развития облаков
а для этого они должны быть более менее эквивалентны, а этого нет изза разного темпа развития облаков
для этого надо чтобы этот сервис был бы доступен в контейнере и мог быть запущен на K8s
A
вот если твой проект использует эти сервисы - это vendor lock
это вопрос цены/времени
вендрлок vs ручками
вендрлок vs ручками