И что же за косяки такие...? :) Может просто готовить надо уметь?
Я в продакшене гоняю уже как год и ненарадуюсь…
Наконец-то с помощью докера полностью переехал в гугл-клауд со своими прокетиками… Маинтаинить проще и дешевле…
Ну я например обнаружил и стал интенсивно пользоваться когда с некоторыми проектами перехал в облако.
Поднимаю одной строчкой контейнер, например прямо на целевой машине где-то в облаке (но не суть вазно где именно) поработаю с базой остнавливаю… или сношу…
https://hub.docker.com/r/clue/adminer/
Дотации хитрые… Есть просто гарантия забора энергии по минимальной цене в 8,80 ct/kWh (OnShore)
Которые в дальнейшем понижаются…
А население платит по 25-27 центов за КВ.
Спасибо за рассмотр всех этих случаев… Везде есть свои плюсы и минусы…
Да разделение интерфейсов и вообще их дизайн важная тема!
Я в своей команде борюсь со старшим поколением которое вообще уверено что юнит-тесты это на практике ничего не дающая…
И моль только интеграционные тесты надо писать, а ТестПирамида не спустилась с небес и вообще мозехт быть ерунда :((
Так что спасибо за тему, как бальзам ;)
Да причем тут это вы каждый раз что-то новое вбрасываете к вашему начальному вопросу
Вы инициально спросили зачем в контенер пихать БД… Я вам обьяснил что это может вполне иметь смысл и обьясняется не только «модой» на докер.
То что Докер не панацея и так понятно.
Что вас смущаесть что Лоадбэлэнсеру надо дать конфигу что бы он знал какие сервесы включать в лоадбеленсинг?
Аннотировать лейблами приритете сервицсов к ресусрасм типа ram, cpu, ssd, кастом?
Опишите ваш сценарий.
Скорее всего не верное представление…
Дело не втом что кто-то выделено…
Первым делом это преодаление барьра между Опс и Дев который образовался из-за всех этих ролей в энтерпрайз деве…
Дело не в том что какие-то новые задачи… А в организации команд по решению этих задачь…
Тоесть если есть 10 айтишников то они не будут поделены функцонльно на команды Операйшнс/ Девелоперс/Тестерс.
А ориентированынно на Клиента, тоесть например:
Команда 1 (Продукт «електронный огурец»)
— 2 бывших бекэкнд кодера
— 1 бывший фрондэдшик
— 2 бывших админа…
— 1 бывший тестировщик…
-Команда 2 (Продукт «електронный огурец»)
Сервис «Все для клиента»
-3 бывших девелопера
-1 бывший админ
-1 продавец
-1 чувак разбирающийся в аналах домены.
Это не значит что фрондэщик начинает настраивать сеть постоянно… Но это может вполне означать что он начнет сам статический контент выкатывать и конфигурить лоадбэленсер к примеру…
И т.д. коммуникация совсем другая… И видимость… Вдруг выясняется что то что считал обязательным админ совершенно не интересно девелоперам и клиенту а и т.д. очень мощно может поменять Time To Market
Ведь заданиай не изменились и человеческие ресурсы не изменились…
Просто меняется их организация вокруг целей… а этим приоритеты и качество…
P.S. Комманда 2 — это уже может быть даже из Customer Oriented Development
Бывает… :)
У нас чуваки из совка удаленно работали, работали… Так и не вьехали что такое agile.
В итоге закрыли этот бранжн нафиг… Несмотря на «дешевизну» раб силы…
«системным инженерам» у нас к примру роли такой нет ;)
Да не нужно вам ни очем заботится… Это же фетишь вы сами или ваша огранизация придумала. Это я вам проилюстрировал миграшн сценарий что-бы вы не выпускали ничего из рук если вам очень хочется… ;)
Берите Контейнер-Энжин Кибернетовскую и вперед… все из коробки ;)
cloud.google.com/container-engine
Но (ИМХО) пока лучше инвестировать немного самому…
Это несложно, но надо проникнутся…
Начать надо с распределенной конфиги и сервис-дискавери… В этом плане офигеннен Consul habrahabr.ru/post/266139
Если клауд не предлагает достаточный лоадбэленсер создате свой «умный» контейнер который слушает такие эвенты…
И т.д. В начале вам скедулер может и не нужен будет.
Но поидее лучше сразу делать… тут много вариантов… опенсорсных
Мы на прошлой неделе решили полностью расформировать (по мне так уж давно) команду админов, они интгрируйтуся сейчас активно в Продакт-Команды…
Компашка 50 человек. Из них 25 ДевОпс-ников :) ).
https://github.com/aholbreich/angular2
и продолжение из Developers Guide
https://github.com/aholbreich/ng_hero
Я в продакшене гоняю уже как год и ненарадуюсь…
Наконец-то с помощью докера полностью переехал в гугл-клауд со своими прокетиками… Маинтаинить проще и дешевле…
Поднимаю одной строчкой контейнер, например прямо на целевой машине где-то в облаке (но не суть вазно где именно) поработаю с базой остнавливаю… или сношу…
https://hub.docker.com/r/clue/adminer/
Которые в дальнейшем понижаются…
А население платит по 25-27 центов за КВ.
Да нулевая и первая на любителя…
госкорпорациям понравится ;)
Да разделение интерфейсов и вообще их дизайн важная тема!
Я в своей команде борюсь со старшим поколением которое вообще уверено что юнит-тесты это на практике ничего не дающая…
И моль только интеграционные тесты надо писать, а ТестПирамида не спустилась с небес и вообще мозехт быть ерунда :((
Так что спасибо за тему, как бальзам ;)
Вы инициально спросили зачем в контенер пихать БД… Я вам обьяснил что это может вполне иметь смысл и обьясняется не только «модой» на докер.
То что Докер не панацея и так понятно.
Аннотировать лейблами приритете сервицсов к ресусрасм типа ram, cpu, ssd, кастом?
Опишите ваш сценарий.
Дело не втом что кто-то выделено…
Первым делом это преодаление барьра между Опс и Дев который образовался из-за всех этих ролей в энтерпрайз деве…
Дело не в том что какие-то новые задачи… А в организации команд по решению этих задачь…
Тоесть если есть 10 айтишников то они не будут поделены функцонльно на команды Операйшнс/ Девелоперс/Тестерс.
А ориентированынно на Клиента, тоесть например:
Команда 1 (Продукт «електронный огурец»)
— 2 бывших бекэкнд кодера
— 1 бывший фрондэдшик
— 2 бывших админа…
— 1 бывший тестировщик…
-Команда 2 (Продукт «електронный огурец»)
Сервис «Все для клиента»
-3 бывших девелопера
-1 бывший админ
-1 продавец
-1 чувак разбирающийся в аналах домены.
Это не значит что фрондэщик начинает настраивать сеть постоянно… Но это может вполне означать что он начнет сам статический контент выкатывать и конфигурить лоадбэленсер к примеру…
И т.д. коммуникация совсем другая… И видимость… Вдруг выясняется что то что считал обязательным админ совершенно не интересно девелоперам и клиенту а и т.д. очень мощно может поменять Time To Market
Ведь заданиай не изменились и человеческие ресурсы не изменились…
Просто меняется их организация вокруг целей… а этим приоритеты и качество…
P.S. Комманда 2 — это уже может быть даже из Customer Oriented Development
У нас чуваки из совка удаленно работали, работали… Так и не вьехали что такое agile.
В итоге закрыли этот бранжн нафиг… Несмотря на «дешевизну» раб силы…
Да не нужно вам ни очем заботится… Это же фетишь вы сами или ваша огранизация придумала. Это я вам проилюстрировал миграшн сценарий что-бы вы не выпускали ничего из рук если вам очень хочется… ;)
Берите Контейнер-Энжин Кибернетовскую и вперед… все из коробки ;)
cloud.google.com/container-engine
cloud.google.com/container-engine
www.tutum.co
Но (ИМХО) пока лучше инвестировать немного самому…
Это несложно, но надо проникнутся…
Начать надо с распределенной конфиги и сервис-дискавери… В этом плане офигеннен Consul habrahabr.ru/post/266139
Если клауд не предлагает достаточный лоадбэленсер создате свой «умный» контейнер который слушает такие эвенты…
И т.д. В начале вам скедулер может и не нужен будет.
Но поидее лучше сразу делать… тут много вариантов… опенсорсных
Поидее github.com/kubernetes/kubernetes уже все что нужно интегрированно приносит с собой…
Но иногда имеет смысл итеративо посторить фичи
Вот тут была серия про эти дела к примеру
habrahabr.ru/post/262397
Компашка 50 человек. Из них 25 ДевОпс-ников :) ).