• Как установить let's encrypt сертификат в docker совместно с nginx и certbot?

    neatsoft
    @neatsoft
    Life is too short for bad software
    Проблема в неправильном выборе инструмента. Для решения этой задачи гораздо лучше подходит Traefik: он умеет динамически подхватывать контейнеры, которым необходим доступ извне, автоматически получать let's encrypt сертификаты, роутить запросы на основании имени домена / пути, и выступать в качестве load balancer-а. Настраивается гораздо проще, чем Nginx: вся конфигурация - несколько строк.
    Ответ написан
    7 комментариев
  • Перспективы веб-разработки?

    DevMan
    @DevMan
    перспективы самые радужные, ибо все сейчас завязано на онлайн.
    сможете ли вы себя в этом реализовать - совершенно другой вопрос.
    Ответ написан
    Комментировать
  • Что должен знать от DevOps средний веб-программист при устройстве на работу?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    маст хев:

    Понимание принципа работы ssh ключей, чтобы уметь настроить себе доступ на линукс машину или в гит (bitbucket/github/etc)

    Базовое понимание git и то, что висит поверх него (github, bitbucket, etc) чтобы не путаться в пулл реквестах, понимать зачем они и как организована у вас работа - неймконвенш для веток, как ревью делается

    Если пишете под докер, то Dockerfile - это в основном ответственность разработчика. Где его запускать - уже второй вопрос.

    Вы должны уметь ваше приложение развернуть на локальной машине, и понимать как его развернуть на другой машине.
    Jenkins\Teamcity - это тулзы, где девопс старается автоматизировать то, что вы разворачиваете на локальной машине. Вы его консультируете где и откуда вы читаете конфиги, возможно у девопсов есть какие-то централизированные способы для этого. Но Jenkins\Teamcity вам нужны на уровне продвинутого юзера. Можно на месте попросить девопса вам показать базу.

    Вообще, вы должны хорошо понимать весь стек, чтобы с нуля поставить и настроить машину, где работает ваше приложение. Требования к вашему приложению вы должны знать лучше, чем девопс - потому что именно вы пишете приложение. Вы знаете его примерный performance, его требования к памяти, его бутылочные горлышки.

    Задача девопса - это скейл и автоматизация. Девопса потому и стали выделять в отдельную должность, что появилось много приложений, которые нужно развернуть не на дев машине и напродакшене, а на нескольких тест окружениях, на нескольких регрешн, на нескольких продакшн (отказоустойчивость и так далее), и накопилось работы на приличное количество человекочасов. Но это не значит, что девопс вообще должен разбираться в вашем приложении и тем более бизнес-логике лучше, чем разработчик.
    Ответ написан
    Комментировать
  • Куда дальше - Dev или Ops?

    DevMan
    @DevMan
    Есть ощущение, что настроить себе CI/CD нормальный девелопер и без OPS сможет.
    сможет конечно. только:
    – ненормальных девов намного больше нормальных
    – у нормального дева и так задач больше, чем времени

    кажется, что всё больше платформ переходит на виртуализацию/аутсорс (PaaS, SaaS, managed Kuber и т.д.)
    так и есть. только это никак не отменяет необходимость иметь в штате человека(ов), способного этим рулить.

    опс никуда не денется. разве только в мелких шаражках его в целях экономии переложат на девов.
    Ответ написан
    Комментировать
  • Почему многие компании пишут web-приложения на Java, а не на Node или php?

    PRAIT
    @PRAIT
    Привет май френд. То что Ява кроссплатформенная думаю: обьяснять не нужно.
    А так:
    Все большие приложения и проекты пишутся на Java потому что этот язык программирования многопоточный. Выдерживает большую обработку данных при этом не теряя скорости обработки. Хорош в масштабируемости. Можно создавать как интерпрайз так и мелкие проекты. Много вообщем можно написать об этом языке но поверь, лучше загуглить или ещё лучше посмотреть на английском stackoverflow там много ответов на подобный вопросы.
    Ответ написан
    2 комментария
  • Почему многие компании пишут web-приложения на Java, а не на Node или php?

    hOtRush
    @hOtRush
    Вопрос из серии "у нас были задачи и мы их решали". Например на джаве можно писать десктопные кроссплатформенные приложения, на пхп и node это большое извращение.
    Ответ написан
    8 комментариев
  • Почему многие компании пишут web-приложения на Java, а не на Node или php?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Процитирую сам себя:
    У enterprise-приложений есть три основных качества:
    1. Большая и сложная кодовая база;
    2. Высокие требования по надёжности и производительности;
    3. Длительный срок эксплуатации.

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

    И добавлю, что Java изначально создавалась как язык максимально сопротивляющийся сознательному или бессознательному стремлению программиста выстрелить себе в ногу. Кроме того, она очень хорошо соответствует принципу наименьшего удивления.
    Ответ написан
    6 комментариев
  • Мой ubuntu сервер пытаются взломать, как защититься?

    @jimquery
    Наймите админа.
    Ответ написан
    Комментировать
  • FreeBSD и ZFS

    pepelac
    @pepelac
    Около года FreeBSD c ZFS в продуктиве на файловом сервере. Средняя отдача — 1ТБ трафика в сутки. Сервер: CPU — 2xOpteron 2214, Mem — 32G, контроллер — AMCC 9650SE-12M, диски — Seagate серии NS, 10-12 штук + SSD Intel X25-M под кэш устройство. Ни одного зависания связанного с ZFS за всё время работы сервера. Единственная проблема — замена отказавших дисков в raidz. Делаешь replace диску, пул резилверится на новый диск, а старый не уходит из конфигурации. Находил PR по этому багу, починили ли его или нет — не знаю.
    Ответ написан
    Комментировать
  • Зачем нужна связка python и go?

    разработка на python куда быстрей чем на Go, но производительность меньше
    скрещивают чтоб компенсировать потерю производительности в особо узких местах, при этом не переписывая весь проект на Go
    Ответ написан
  • Разница между mojo и RoR?

    opium
    @opium
    Просто люблю качественно работать
    Как у вас могла родиться идея сравнивать моджо и рельсы, полная чушь, рельсы и только рельсы. Представления у вас вообще никакого нет.
    Ответ написан
    Комментировать
  • Разница между mojo и RoR?

    webus
    @webus
    Golang | Python | NodeJS | Java
    Mojo (он же Mojolicious)это фреймворк на Perl. Perl мягко скажем сейчас не самый популярный язык. Используется он все меньше и меньше.

    Ruby on Rails это веб-фреймворк на языке Ruby. Популярность Ruby намного выше чем Perl. Т.е. готовых решений больше, компонентов и помощи комьюнити.

    Я не знаю больших сервисов написанных на Mojo.
    Если для Perl есть cpan.org то для Ruby/Rails есть ruby-toolbox.com.

    Я бы не стал писать новый проект на Perl. Часто можно услышать мнение что Perl это write-only язык. Разработчиков на Perl очень мало и становится все меньше. Популярность языка постоянно катится вниз.

    В любом случае стоит выбирать тот инструмент, который лучше знает команда разработчиков.
    Ответ написан
    3 комментария