под редхат здесь имелся в виду редхат или центось?

это одно и тоже

centos тоже теперь уже под крылом redhat'а

она всегда там была как и федора

Red Hat Enterprise Linux

обычно это называют редхатом ))

она всегда там была как и федора

не всегда

ну зато он не древний как говно мамонта

ну зато он не древний как говно мамонта

это вам так кажется ;)

и очень даже стейбл

дебиан наверно не особо то свежей будет

это вы тут точно про голанг разговариваете?

офтопим

это вы тут точно про голанг разговариваете?

плааааавно перешли ))

Go -> Docker -> Kernel -> Linux Distributions

Логичная же цепочка)

скоро на железо перейдем ))

электроны говно

фотоны рулят

*ну чтобы сразу пару уровней перепрыгнуть

электроны твои полем отклоняются

и у них заряд

упс

надо же за них топить, а не ругать

Товарищи, подскажите простой способ мониторить файловую систему (пару директорий) на Go, в какую сторону посмотреть

Товарищи, подскажите простой способ мониторить файловую систему (пару директорий) на Go, в какую сторону посмотреть

github.com/fsnotify/fsnotify

Товарищи, подскажите простой способ мониторить файловую систему (пару директорий) на Go, в какую сторону посмотреть

https://ru.wikipedia.org/wiki/Inotify#.D0.A3.D1.82.D0.B8.D0.BB.D0.B8.D1.82.D1.8B

https://ru.wikipedia.org/wiki/Inotify#.D0.A3.D1.82.D0.B8.D0.BB.D0.B8.D1.82.D1.8B

на винде не заработает, как я понимаю?

"Inotify — это подсистема ядра Linux"

А вот выше через библиотек заработает

Спасибо

а ради интереса, чем адаптеры отличаются inotify от fanotify?

Добрый день. Извиняюсь сразу за offtop, но я не знаю куда обратиться. Хотел изменить место сохранения новых содержимых, но тома не отображаются. Что посоветуете сделать? (кроме снова винды)

1 процесс - 1 контейнер

это не конкретное требование, а рекомендация не лепить в контейнер все подряд. Есть миллион образов вида а+б, например node+ruby и они вполне юзаются Each container should have only one concern Decoupling applications into multiple containers makes it much easier to scale horizontally and reuse containers. For instance, a web application stack might consist of three separate containers, each with its own unique image, to manage the web application, database, and an in-memory cache in a decoupled manner. You may have heard that there should be “one process per container”. While this mantra has good intentions, it is not necessarily true that there should be only one operating system process per container. In addition to the fact that containers can now be spawned with an init process, some programs might spawn additional processes of their own accord. For instance, Celery can spawn multiple worker processes, or Apache might create a process per request. While “one process per container” is frequently a good rule of thumb, it is not a hard and fast rule. Use your best judgment to keep containers as clean and modular as possible. If containers depend on each other, you can use Docker container networks to ensure that these containers can communicate. https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/

Нубский вопрос, но подскажите пожалуйста. Создаю docker image с помощью Dockerfile. Указал FROM golang 1.9 stretch, все работает. А nginx использовать или как? Если я например статику хочу отдавать. Как nginx в dockerfile указывать? И вообще нужно?

го умеет вебсервер - зачем нужен nginx?

го умеет вебсервер - зачем нужен nginx?

Статику отдавать

Round robin на upstream

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

го умеет вебсервер - зачем нужен nginx?

ssl терминировать еще

LB

ssl терминировать еще

Это и без nginx можно Другой момент что это удобно

1 процесс - 1 контейнер

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

Подскажите пожалуйста. Используют Dokerfile. FROM golang:onbuild Какая должна быть структура проекта?

Нигде не могу найти пример.

никакая специальная

А dependencies он сам скачает?

Кто скачает? Dependencies к чему?

Системы, Go?

Которые прописаны в .go

Возможно меня поправят, но скачивать зависимости в контейнере для Go - не очень хорошая затея.

А как?

У меня файл билдится внутри

В чем цель вообще использования докера в данном случае? Для выкатки или специфической сборки бинарника?

Всё, заработало )

В чем цель вообще использования докера в данном случае? Для выкатки или специфической сборки бинарника?

Балуюсь.

Ковыряюсь с Elastic Beanstalk

Да, прошу прощения, не посмотрел образ golang:onbuild. Все сам скачает.

Да, прошу прощения, не посмотрел образ golang:onbuild. Все сам скачает.

Тебе спасибо. Я прочитал где-то, что нужна строгая структура проекта. Оказывается нет..

Он просто берет main() из package main?

Нет, там немного сложней

This script allows us to take a generic directory of Go source files such as "/go/src/app" and determine that the canonical "import path" of where that code expects to live and reference itself is "github.com/jsmith/my-cool-app". It will then ensure that "/go/src/github.com/jsmith/my-cool-app" is a symlink to "/go/src/app", which allows us to build and run it under the proper package name.

Отсюда - https://github.com/docker-library/golang/blob/master/go-wrapper

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

через docker-compose всё удобно

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

в статье, которую тут 2 раза запостили, в принципе исчерпывающе сказано: это влияет на простоту масштабирования. когда 1 процесс в контейнере, максимально детально можно настроить кол-во инстансов каждого контейнера, чем когда там много процессов. но если задачи масштабирования не стоит и использоваться будет всегда 1 какой-то контейнер, то это вообще пофиг

через docker-compose всё удобно

эт понятно, по-другому мультиконтейнерную архитектуру никто и не использует (я думаю). Но в моем примере ты бы стал монтировать сокет вместо того чтобы объеденить nginx с приложением в один контейнер ? Если да то зачем ?

эт понятно, по-другому мультиконтейнерную архитектуру никто и не использует (я думаю). Но в моем примере ты бы стал монтировать сокет вместо того чтобы объеденить nginx с приложением в один контейнер ? Если да то зачем ?

А зачем вообще монтировать сокет, если можно открыть на контейнере порт и проксировать туда запросы?

+1

я описал пример с сокетом

а не с портом

ну вот случилось так что нужен именно сокет

С сокетом конечно в одном контейнере

Впрочем это тоже не сложно, shared volume и вперед

Доброе утро всем.

Подскажите в чем проблема.Есть бд в ней связь один-ко-многим.Написал ф-ию func DeleteRecipe(db *sql.DB, id int) (int64, error) { sql := "DELETE FROM recipe WHERE ID = ? " stmt, err := db.Prepare(sql) if err != nil { log.Fatal(err) } defer stmt.Close() result, err2 := stmt.Exec(id) if err2 != nil { panic(err2) } return result.RowsAffected() }

Но она удаляет только один элемент, а связанные нет. При выполнении sql DELETE FROM recipe WHERE ID = ? в базе все работает

Т.е удаляет элемент и связанные с ним элементы

_, err = db.Exec("PRAGMA foreign_keys = ON;")

попробуй в начале приписать.

_, err = db.Exec("PRAGMA foreign_keys = ON;")

Работает спасибо.

я же тебе еще вчера об этом говорил ;)

там проблема в базе была