Комментарии 9
А ссылочек в тексте не смогли побольше сделать? Хотел почитать, а тут буквально прет SEO-шмео текст, даже жутко становится.
а мне наоборот нравится количество ссылок, можно пойти в первоисточник почитать. Но не совсем понял при чем тут SEO
Имеем текст, куча ссылок. Интересующиеся кликают и переходят на сайты и да, очень интересно почитать источники. Поисковик видит, что по ссылкам нажимают и дает страничке хорошую оценку. Только наверху текста есть парочка ссылок на сайт компании и поисковик заодно и им дает хорошую оценку. Поэтому могу сделать вывод, что текст делался с очень корыстной целью, а не для интереса читателя.
Возможно, я так рассуждаю потому что знаком с SEO-технологиями и всякими поведенческими факторами и это знание вносит такую долю предвзятости.
стартапу нужно как можно скорее запилить MVP, чтоб проверить бизнес идею.
все что мешает этой цели - не нужно использовать. Поэтому какие инструменты использовать, а какие нет - зависит от компетенций команды
Хотелось бы почитать больше аргументов за и против, иначе всё действительно скатывается в простой посыл - с чем команда умеет работать, такие инструменты и надо выбирать. И дело не только в Кубере, команда может банально не уметь в контейнеры. Накатили jBoss application server, залили через ГУЙ артефакты и готово. Другое дело, что надо думать и о среднесрочной перспективе с автоматизациями. Тут-то Кубер и может быть одним из инструментов. Особенно, если взять облако и не тратить силы на поддержку.
Я не очень понимаю, как контейнер усложняет жизнь разработчику. Мне лично кажется, что на первых порах и docket compose отлично справится.
А вообще я почти год не использую кубер. На новом месте у нас aws и все сервисы в ecs fargate - это значительно дешевле чем ec2. И я пробоем с ним не знаю. Просто работает. Никакого желания возвращаться к куберу нет. Но у нас и сервисов то штук 5 всего
Нужно ли стартапам начинать с Kubernetes — обсуждаем аргументы за и против