а ебилды будут?

с autocommit

если кто будет ебилдиться с ебилдами - будут

нам пока важнее apk будет

ну и deb/rpm до кучи

с autocommit

Когда?

т.е. сейчас нок в ближайшие месяцы вообще лучше не трогать?)

сейчас тестируем

web и картчки у меня работают

валятся django'вские миграции

а докерная версия не через башню устанавливается?

нет, зачем?

конфигурить

пока с docker-compose пускаем

Леша там ловит какие-то феерические косяки с compose + swarm

а мне интересно посмотреть, как оно заживет под fleet

в башне-то получается конфигурация вынесена в веб интерфейс, в докере от этого избавитесь опять?

она так вынесена.... что лучше бы в текстовых файлах жила....

:)

сейчас это самая сложная часть в установке НОКа

да ну, по-моему вполне удобно.

когда разберёшься - то да, удобно

а вот пока разбираешься....

а вот пока разбираешься....

Просто мануала нет

ну у меня проблем не возникало, кроме как с глюком отображения кол-ва инстансов

На виду

мануал в процессе

а зачем его писать если башню выпилят скоро?

)

Я кстати очень хвалю тот, который про дебиан и башню

скоро, понятие растяжимое

микросервисам уже год почти, если не год

И докер не хочу, башня эт круто

посто, при документировании нет понятия будущего

вот когда и если башни не станет и мануал другой надо будет, но, пока, башня никуда не девается

скажем так -- есть мнение, что не стоит навязывать одну систему оркестрации

ну, башня, только для настройки нужна, другое дело что она своеобразная

и надо привыкнуть

и есть твердая уверенность, что апгрейд в большинстве случаев можно проводить без простоя

вот когда и если башни не станет и мануал другой надо будет, но, пока, башня никуда не девается

Это славно!

башню, если и делать, то как обвязку к текстовому конфигу

без mercurial и прочего

да и сам mercurial скоро сойдет на нет для обычных юзеров

в пользу нативных пакетов

башню, если и делать, то как обвязку к текстовому конфигу

Мне она нравится отсутствием необходимости ползать по конфигам. Это уже прошлый век

смотря для чего

и есть твердая уверенность, что апгрейд в большинстве случаев можно проводить без простоя

Вооо

смотря для чего

Я говорю, как конечный пользователь

Я всегда так говорю

uncol pushed to noc/feature/microservices add maintenance to card

а мне интересно посмотреть, как оно заживет под fleet

fleet depricated

Нужна ли односерверной инсталляции башня -- вопрос

Скорее нет

Ибо все усложгяет

Нужна ли вообще оркестрация - да

Нужна

Но в каком виде не понятно

Я больше склоняюсь к варианту разделения зон ответственности. С одной стороны серверный админ. Который сделает сторадж, притащит учетные записи, настроит ойпишники, таймзоны ну и тд.

с друго стороны, что-то, у нас тут все всё в одном

С другой стороны контейнеры и легкая оркестрация ими без башни. На тупом голом ансибле

и башню настроить и НОК развернуть

При том ансибл не должен быть первичным способом установки

в случае докера установка, как таковая не потребуется... но бездокерная или смешанная установка важна

Нет

Не уверен что в комунити надо отдавать бездокерную

Ибо тогда это всё усложнит, ничего не принеся взамен

взамен избавление от докера, я бы, например, точно к себе докер не притащил

То что я сейчас могу проверить что инсталляция работает железобетонно оказывается не работает потому что есть грабли с какойто осью

Докер это путь который говорит - не лезь в контейнеры

это сейчас, потом будет стандартный ответ - ставьте докер. Если будут желающие отлаживать установку под какую-то ось, то и замечательно

это и плохо

Чем?

потому что НОК нельзя оставить без присмотра

он не есть готовый продукт

если притаскивать докер, то нужен инструмент централизации. Чтобы для отладки какого-либо функционала не надо было идти в контейнер

на данный момент, дискавери а активатор 100% требуют доступа, ибо без них отладка скриптов очень затруднена

да не

запустишь dev контейнер

или, что лучше, notebook

и отлаживай сколько влезет

notebook хорош

ага, счас) вот когда будет возможен вынос оборудования в этот контейнер, чтобы оно ходило только через него

цепляешь в него нужные сети

:)

вот) уже вылезли пара действий

Тем что установка будет однокликовая?

ну, начнем с того, что docker exec -ti <container> sh

и ты в контейнере

я ленивый:)

и задаюсь вопросом - зачем

и я не вижу ни одной причины за докер

условия разные бывают

для высоконагруженных систем да, оно надо

но тащить ещё один уровень абстракции можно, но ограничиваться только им опасно

ну причина одна -- не гробишь хостовую систему

а если дальше -- я - за bare metal docker

а если дальше -- я - за bare metal docker

noc like os

вшить НОК в асики

?