Size: a a a

2019 April 12

PA

Pit Artamonov in uptime.community
Konstantin Pogonea
Бизнесу нужен аптайм, а не кубы и авсы какие-то)
Здраво, но без процессов ит работать будет через это самое. А кубер помогает в процессы
источник

DC

Dmitry Chumak ITSumma in uptime.community
Igor
ищет кто-то девопса на работу? с кем можно пообщаться? :)
а шо ви имеете предложить?:)
источник

KP

Konstantin Pogonea in uptime.community
Pit Artamonov
Здраво, но без процессов ит работать будет через это самое. А кубер помогает в процессы
Я только за кубы и it2019, но не пойму, зачем задавать одну модель, одно решение под разные задачи/продукт
источник

I

Igor in uptime.community
Dmitry Chumak ITSumma
а шо ви имеете предложить?:)
мониторинг, линухи, постгрес классика (без патрони), кубер в теории (готовлюсь к CKA)
источник

PA

Pit Artamonov in uptime.community
Konstantin Pogonea
Я только за кубы и it2019, но не пойму, зачем задавать одну модель, одно решение под разные задачи/продукт
мсье должен понимать что кейсы есть разные. Я тоже одобряю кубер но всех под одну гребенку тоже нельзя. Есть места где даже паравиртуализацию нельзя под страхом смерти
источник

PA

Pit Artamonov in uptime.community
тот же hfts живет практически всегда только на железе
источник

KP

Konstantin Pogonea in uptime.community
Pit Artamonov
мсье должен понимать что кейсы есть разные. Я тоже одобряю кубер но всех под одну гребенку тоже нельзя. Есть места где даже паравиртуализацию нельзя под страхом смерти
Ну вот и приходим к несогласию со словами @sergei_sporyshev - "умные люди бд в куб не засовывают"
источник

S

Stanislav in uptime.community
Igor
PieOps
УТАЩУ
источник

PA

Pit Artamonov in uptime.community
Konstantin Pogonea
Ну вот и приходим к несогласию со словами @sergei_sporyshev - "умные люди бд в куб не засовывают"
да бд тут даже не при чем почти
источник

J

JTProgru in uptime.community
@Demidov_Alexander , как то я профакапил момент и не задал вопрос: насколько я начитан про Битрикс24 у вас не особо мало клиенттов на территории РФ и из них есть очень много таких, которые обращаются к внешним ресурсам (внешние ресурсы - ваши сервисы которые находятся вне территории РФ), так вот собственно вопрос такой:
Вы как-то готовитесь к «Суверенному Рунету»? Учитывая что у вас был опыт похождих подготовок (РКН + Телеграм) есть ли текущие наработки и идеи в этом плане?
источник

АД

Александр Демидов in uptime.community
JTProgru
@Demidov_Alexander , как то я профакапил момент и не задал вопрос: насколько я начитан про Битрикс24 у вас не особо мало клиенттов на территории РФ и из них есть очень много таких, которые обращаются к внешним ресурсам (внешние ресурсы - ваши сервисы которые находятся вне территории РФ), так вот собственно вопрос такой:
Вы как-то готовитесь к «Суверенному Рунету»? Учитывая что у вас был опыт похождих подготовок (РКН + Телеграм) есть ли текущие наработки и идеи в этом плане?
Общая идея: мы максимально движемся в сторону архитектуры, когда каждый сегмент (регион) работает максимально независимо от других. То есть, запросов наружу минимально.

Если же они все-таки есть (ну, например, кто-то включает интеграцию с почтой и стучится в какой-нибудь условный gmail) - смотрим по ситуации. VPN, Proxy, возможно, будем использовать какой-нибудь Direct Connet там, где это поможет.

https://aws.amazon.com/ru/directconnect/
источник

J

JTProgru in uptime.community
Александр Демидов
Общая идея: мы максимально движемся в сторону архитектуры, когда каждый сегмент (регион) работает максимально независимо от других. То есть, запросов наружу минимально.

Если же они все-таки есть (ну, например, кто-то включает интеграцию с почтой и стучится в какой-нибудь условный gmail) - смотрим по ситуации. VPN, Proxy, возможно, будем использовать какой-нибудь Direct Connet там, где это поможет.

https://aws.amazon.com/ru/directconnect/
Т.е. вы стараетесь все свои сервисы уместить в условном маилру как в аналоге амазона и в случае чего, именно ВАШИ сервисы возможно будет развернуть именно внутри «контура. суверенного Рунета». Правильно я уловил идею?
источник

J

JTProgru in uptime.community
Я не беру в расчет всякие джимейлы и прочий внешний мир
источник

АД

Александр Демидов in uptime.community
А не важно, нашего суверенного или чьего-то еще. :)

Все ж идет к тому, что интернет сегментируется. :(

Вот у нас, например, есть прикольный челендж - пробуем развернуться в Китае.

Локализация давно есть. Но без полноценной инфраструктуры там работать нормально невозможно.
источник

АД

Александр Демидов in uptime.community
То есть, грубо говоря: если работаем на каком-то локальном рынке - по максимуму размещаемся на этом локальном рынке.
источник

J

JTProgru in uptime.community
Александр Демидов
А не важно, нашего суверенного или чьего-то еще. :)

Все ж идет к тому, что интернет сегментируется. :(

Вот у нас, например, есть прикольный челендж - пробуем развернуться в Китае.

Локализация давно есть. Но без полноценной инфраструктуры там работать нормально невозможно.
Воу! А будет какой нибудь хабрапост или доклад на следующей аптайме про это?
источник

J

JTProgru in uptime.community
Александр Демидов
То есть, грубо говоря: если работаем на каком-то локальном рынке - по максимуму размещаемся на этом локальном рынке.
Логично.
источник

АД

Александр Демидов in uptime.community
JTProgru
Воу! А будет какой нибудь хабрапост или доклад на следующей аптайме про это?
Когда (и если) развернемся - обязательно.

Пока работаем со всеми организационными моментами. Очень уж много там заморочек.
источник

J

JTProgru in uptime.community
Александр Демидов
Когда (и если) развернемся - обязательно.

Пока работаем со всеми организационными моментами. Очень уж много там заморочек.
С нетерпением жду историю!
источник

VR

Vladimir Renskiy in uptime.community
Александр Демидов
А не важно, нашего суверенного или чьего-то еще. :)

Все ж идет к тому, что интернет сегментируется. :(

Вот у нас, например, есть прикольный челендж - пробуем развернуться в Китае.

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