A
для этого надо чтобы этот сервис был бы доступен в контейнере и мог быть запущен на K8s
если брать серверлесс то к8 не замена
Size: a a a
2019 April 26
G
да мускуль то обычно всюду есть как де-факто
A
поднимать свой серверлесс эквивалентный на к8 будет геморой
AO
должно быть так, чтобы AWS <—-> on premise можно было бы переходить без переписывания кода
A
да мускуль то обычно всюду есть как де-факто
есть да не тот, нужен современный: фулл манаджед + легкий HA а еще лучше серверлесс как аврора
AO
переход может быть в обе стороны
A
а старый мускуль с ручным педалированием не нужен
A
нам от базы надо только одно: надежная sql мясорубка, больше ничего не нужно
AO
если брать серверлесс то к8 не замена
в данном контексте важно то, что API должно быть 100% совместимым, если поднимать на K8s
AO
а насколько это сложно поднять и админить - это другой вопрос
A
а насколько это сложно поднять и админить - это другой вопрос
так с этим нет проблем, можно даже свой авс написать, там же никакой магии нет :) только будет это очень дорого и долго
A
даже яндекс не может это сделать
A
и даже гугль с азурой не очень успевают
AO
ну, я объяснил, что такое vendor-lock)
AO
когда ты используешь что-то на AWS, а потом всё стало дорого и ты переходишь на свои серваки в свой дц, а там оказывается, что тебе надо переписать полпроекта
A
ну, я объяснил, что такое vendor-lock)
да я понимаю о чем ты, просто учитывай что облака это такой сознательный вендорлок в том смысле что мы получаем манаджед сервисы
AO
вот это vendor lock и этого быть не должно)
A
то есть не технический а административный
классический вендорлок это когда ты по софту зависим целиком
а в облака мы не за софтом идем, а за манаджедом
классический вендорлок это когда ты по софту зависим целиком
а в облака мы не за софтом идем, а за манаджедом
AO
нене, облака - это не вендорлок, облака - это аутсорсинг задач администрирования
AO
вместо 10 админов 1 админ