Так что можно и так сказать. Но без SLA

А чем это лучше чем те же Cloud Foundry или Openshift?

Думаю, вопрос неуместен без какого-либо контекста. В общем и целом, решаемые задачи те же самые. Сейчас мы ориентируемся именно на работе с stateful сервисами и прежде всего на API с библиотеками, чтобы можно было удобно программным путем деплоить наборы сервисов из своих же шаблонов. У нас есть сравнение по ряду параметров относительно мощных динозавров, типа Kube и того же Cloud Foundry (на разных слоях абстракции). Думаю, что в ближ.время все таки оформим это и на какой-нибудь конфе расскажем.

А, да, касаемо #whois, я коллега @Onlinevik, CTO@Swanager, могу быть полезен экспертизой в Docker/Swarm, в хайлоде, высокой доступности веб-приложений, сетапе нагруженных хранилищ, построению программных/аппаратных рейд массивов, настройке своих CDN

#whois всем привет. Я CTO  в компании Vigrom. Опыта не так много, так что буду пока просто слушать)

HATEOAS - это RPC или не RPC? Вчера написал заметку в блог https://mxsmirnov.com/2017/05/31/hateoas-2/ и тут же началось обсуждение

Архитектурный митап - очень круто! Спасибо Юрию !

http://docs.cntd.ru/document/1200139542# - с сентября в действие

Welcome

и ещё один митапчик, но совсем узкий:

О. Нам тоже xbrl грозит ближайшие месяцы. Будем подряд на реализацию искать и аналитика в штат.

А что ж закрытый-то, Денис?

А зачем открытый? Хотим обсудить с теми, кто занят это темой

Ну закрытый - подразумевается - "для своих"? или что-то другое? И почему только страхованием ограничены? И уровнем эспертизы..

Подразумевается, что если постучится hr за архитекторами, то мы его не возьмем

Ну т.е. всем кто не hr - можно стучаться? )))

Если есть задачи про xbrl — почему бы нет.

Мы сейчас наткнулись на запрос у страховых, но если у кого-то ещё есть подобные задачи — будем рады.

У всех НПФ - им тоже внедрять этот формат к январю