GG
А, не, не хочется. Вообще, имхо, большая часть приложений вообще не должна работать с файловой системой.
+
Size: a a a
2020 November 04
DS
А, не, не хочется. Вообще, имхо, большая часть приложений вообще не должна работать с файловой системой.
ты не мне это лучше доказывай =)
G
Ну, приложения да, а базы всякие?)
TL
Ну, приложения да, а базы всякие?)
Да, вот базы как раз то, что абстрагирует файловую систему
TL
Типа, у тебя есть - где-то вне куба - кучка постгресов, они работают со своей локальной фс, а в кубе приложения только к постгре коннектятся
DS
В качестве мотивации тащить базы в куб, могут стать операторы для них. Хорошего качества конечно. Так как сократят твою работу, писать свои плейбуки/манифесты/рецепты и т.д. может быть затратнее чем юзать готовый оператор. Но пока надежнее
DS
Но смешивать в один кластер твои стейтлесс приложения, и базы я бы все равно не стал - неудобно такой кластер обслуживать
TL
Единственное хз, как затолкать в куб всякую херню, типа кролика и редиса, которые много где нужны, но вот необходимость им хранить стейт на фс неочевидна
G
Типа, у тебя есть - где-то вне куба - кучка постгресов, они работают со своей локальной фс, а в кубе приложения только к постгре коннектятся
Идея ж стейтфуо куба, чтобы посторесы там крутитись, как я понял, всякими патрони, столанами
G
Типо один куб запилил под стейтлес, второй под всякие базы, типа постгреса, эластиуа и тп
TL
Идея ж стейтфуо куба, чтобы посторесы там крутитись, как я понял, всякими патрони, столанами
Да, но имхо, говно решение. Лучше, чтоб бэкенды хранения были как dedicated service где-то в сторонке
DS
Единственное хз, как затолкать в куб всякую херню, типа кролика и редиса, которые много где нужны, но вот необходимость им хранить стейт на фс неочевидна
выкинуть redis'ы и кролки, заменить redis на aerospike, tarantool. А кролика на kafka.
Правда я не уверен что с ними в кубе будет проще, но они хотя-бы по надежней
Правда я не уверен что с ними в кубе будет проще, но они хотя-бы по надежней
G
Да, но имхо, говно решение. Лучше, чтоб бэкенды хранения были как dedicated service где-то в сторонке
А мне нравится, можно меньше команду иметь, мол есть команда кто крутит кубы и все, а не ещё всякие вмваре, опенстеки тп
DS
Типо один куб запилил под стейтлес, второй под всякие базы, типа постгреса, эластиуа и тп
угу, и с отдельными жизнеными циклами, и регламентами обслуживания.
Типо у нас cattle кластера со стейтлесс + pets кластера с базами
Типо у нас cattle кластера со стейтлесс + pets кластера с базами
TL
выкинуть redis'ы и кролки, заменить redis на aerospike, tarantool. А кролика на kafka.
Правда я не уверен что с ними в кубе будет проще, но они хотя-бы по надежней
Правда я не уверен что с ними в кубе будет проще, но они хотя-бы по надежней
Условный сентри требует именно кроликов, редисов И кафку
G
Межкомандное взаимодействие очень утомительно
DS
Условный сентри требует именно кроликов, редисов И кафку
чет senty выпилили всю инфу про on-premise на сайте, нашел только репу на gtihub. Раньше вроде прям на основном сайте были варианты выбора. Они случаем прикрыть не хотят, оставив только облако?
TL
Странно, они недавно показывали компонентную схему даже
GG
В качестве мотивации тащить базы в куб, могут стать операторы для них. Хорошего качества конечно. Так как сократят твою работу, писать свои плейбуки/манифесты/рецепты и т.д. может быть затратнее чем юзать готовый оператор. Но пока надежнее
Ты их видел ?
GG
Операторы хорошего качества ?