сигареты Camel Non Filter — идеальное произведение для людей с большим опытом курения. Кэмел без фильтра можно приобрести в интернет
Никотин: 0.8 мг/сиг; Смол: 10 мг/сиг; СО: 7 мг/сиг;
Производитель: Германия, JT International
Camel Non-Filter представляют, из себя идеальное произведение для людей с большим опытом курения. Стиль, в котором выполнены сигареты Camel и высококачественная табачная смесь делают их одним из флагманов производителя, тем более что популярность этой марки постоянно растет. Хоть у этих сигарет и отсутствует фильтр, они все равно обладают плавным, мягким вкусом.
Кэмел без фильра обладают уникальной смесью с богатым ароматом, даже в тот момент как вы начинаете доставать их из пачки. Аромат Кэмел только увеличивается по мере их тления, также они выделяют небольшое количество дыма, что делает курение намного приятней.
Camel изготавливают из табачной смеси премиум класса, которая наделяет изделие превосходным ароматом и вкусом.
Версия сигарет без фильтра является настоящей классикой табачной индустрии. Истинные почитатели качественного вкуса табака говорят, что разнообразные фильтры приглушают натуральный вкус табака. Курение фирменных табачных смесей таким способом, помогает познать всю глубину вкуса изделия без искажения их фильтром.
В наше время в магазинах полно табачных изделий подвального производства, а действительно качественную продукцию трудно найти, да и стоит это совсем недешево. Также качественный продукт можно приобрести в сети магазинов Duty-Free, но этот вариант накладный. Но для вас мы создали альтернативу, интернет-магазин Dutyfree shop, в котором вы всегда сможете найти 100% качественный товар.
Цена указана за блок.
Минимальный заказ: 1 блок.
Количество пачек в блоке: 10
С 1 марта пачка сигарет — 10 евро
Национальная стратегия здоровья населения Франции на период с 2018 по 2022 годы призвана «содействовать распространению моделей здорового образа жизни путем профилактики вредных привычек».
Фото автора
Без сомнения, одной из вредных привычек можно назвать курение. Исследование, опубликованное в еженедельном эпидемиологическом бюллетене Национального агентства общественного здравоохранения, напоминает, что ежегодно во Франции у взрослых диагностируется 346 тыс. случаев онкологических заболеваний, 68 тыс. (20%) из которых связано с курением, для сравнения − 8% онкологии приходится на алкоголь, 5,4% на неправильное питание. Табак преждевременно убивает половину тех, кто употребляет его. Курение является причиной одной смерти каждые шесть секунд.
Для профилактики курения, сокращения числа курильщиков правительство с 2017 года проводит планомерные мероприятия, направленные на повышение цен табачной продукции.
Несмотря на то, что производители табака самостоятельно устанавливают цены, государство стимулирует их повышение, изменяя налоги, которые составляют более 80% от стоимости.
Разовое повышение табачных акциз дает прибавку к финансированию социальной защиты в 500 млн.
евро. Министерский указ, опубликованный в Journal Officiel, устанавливает с 1 марта новые цены на сигареты во Франции.
Табачная компания Philip Morris, чья доля рынка во Франции составляет 40%, в том числе 26% с ее флагманским брендом Marlboro, теперь будет продавать пачку Marlboro Red по €10 вместо €9,30 сегодня.
Цена пачки сигарет Winston поднимется на 60 центов и будет стоить €9,60. Новая цена Camel без фильтра − €9,80, рост 70 центов, Winfield Rouge − €9,60, рост 50 центов. Brown Gitanes, стоимость которых превысила отметку в €10 еще с ноября прошлого года, можно купить за €11.
Последовательное повышение цен на табачные изделия привело к снижению их продаж на 9,32% в 2018 году и 7,2% в прошлом году.
Число курильщиков в стране за два года сократилось почти на два миллиона человек
Всемирная организация здравоохранения отмечает, что рост стоимости табачных изделий во Франции сопровождается не только снижением распространенности курения, но и смертности от рака легких.
Следующее повышение цен на сигареты пройдет 1 ноября. По мнению главы Национального комитета по борьбе с табакокурением Ив Мартине (Yves Martinet), которое приводит BFM TV, цена пачки сигарет может достичь €15.
Микросервисы (Microservices) / Хабр
От переводчика: некоторые скорее всего уже читали этот титанический труд от Мартина Фаулера и его коллеги Джеймса Льюиса, но я все же решил сделать перевод этой статьи. Тренд микросервисов набирает обороты в мире enterprise разработки, и эта статья является ценнейшим источником знаний, по сути выжимкой существующего опыта работы с ними.Термин «Microservice Architecture» получил распространение в последние несколько лет как описание способа дизайна приложений в виде набора независимо развертываемых сервисов. В то время как нет точного описания этого архитектурного стиля, существует некий общий набор характеристик: организация сервисов вокруг бизнес-потребностей, автоматическое развертывание, перенос логики от шины сообщений к приемникам (endpoints) и децентрализованный контроль над языками и данными.
«Микросервисы» — еще один новый термин на шумных улицах разработки ПО. И хотя мы обычно довольно настороженно относимся ко всем подобным новинкам, конкретно этот термин описывает стиль разработки ПО, который мы находим все более и более привлекательным. За последние несколько лет мы видели множество проектов, использующих этот стиль, и результаты до сих пор были весьма позитивными. Настолько, что для большинства наших коллег этот стиль становится основным стилем разработки ПО. К сожалению, существует не так много информации, которая описывает, чем же являются микросервисы и как применять их.
Если коротко, то архитектурный стиль микросервисов — это подход, при котором единое приложение строится как набор небольших сервисов, каждый из которых работает в собственном процессе и коммуницирует с остальными используя легковесные механизмы, как правило HTTP. Эти сервисы построены вокруг бизнес-потребностей и развертываются независимо с использованием полностью автоматизированной среды. Существует абсолютный минимум централизованного управления этими сервисами. Сами по себе эти сервисы могут быть написаны на разных языках и использовать разные технологии хранения данных.
Для того, чтобы начать рассказ о стиле микросервисов, лучше всего сравнить его с монолитом (monolithic style): приложением, построенном как единое целое. Enterprise приложения часто включают три основные части: пользовательский интерфейс (состоящий как правило из HTML страниц и javascript-а), база данных (как правило реляционной, со множеством таблиц) и сервер. Серверная часть обрабатывает HTTP запросы, выполняет доменную логику, запрашивает и обновляет данные в БД, заполняет HTML страницы, которые затем отправляются браузеру клиента. Любое изменение в системе приводит к пересборке и развертыванию новой версии серверной части приложения.
Монолитный сервер — довольно очевидный способ построения подобных систем. Вся логика по обработке запросов выполняется в единственном процессе, при этом вы можете использовать возможности вашего языка программирования для разделения приложения на классы, функции и namespace-ы. Вы можете запускать и тестировать приложение на машине разработчика и использовать стандартный процесс развертывания для проверки изменений перед выкладыванием их в продакшн. Вы можете масштабировать монолитное приложения горизонтально путем запуска нескольких физических серверов за балансировщиком нагрузки.
Монолитные приложения могут быть успешными, но все больше людей разочаровываются в них, особенно в свете того, что все больше приложений развертываются в облаке. Любые изменения, даже самые небольшие, требуют пересборки и развертывания всего монолита. С течением времени, становится труднее сохранять хорошую модульную структуру, изменения логики одного модуля имеют тенденцию влиять на код других модулей. Масштабировать приходится все приложение целиком, даже если это требуется только для одного модуля этого приложения.
Эти неудобства привели к архитектурному стилю микросервисов: построению приложений в виде набора сервисов. В дополнение к возможности независимого развертывания и масштабирования каждый сервис также получает четкую физическую границу, которая позволяет разным сервисам быть написанными на разных языках программирования. Они также могут разрабатываться разными командами.
Мы не утверждаем, что стиль микросервисов это инновация. Его корни уходят далеко в прошлое, как минимум к принципам проектирования, использованным в Unix. Но мы тем не менее считаем, что недостаточно людей принимают во внимание этот стиль и что многие приложения получат преимущества если начнут применять этот стиль.
Свойства архитектуры микросервисов
Мы не можем сказать, что существует формальное определение стиля микросервисов, но мы можем попытаться описать то, что мы считаем общими характеристиками приложений, использующих этот стиль. Не всегда они встречаются в одном приложении все сразу, но, как правило, каждое подобное приложение включает в себя большинство этих характеристик. Мы попробуем описать то, что мы видим в наших собственных разработках и в разработках известных нам команд.
Разбиение через сервисы
В течение всего срока нашего пребывания в индустрии мы видим желание строить системы путем соединения вместе различных компонент, во многом так же, как это происходит в реальном мире. За последние пару десятков лет мы видели большой рост набора библиотек, используемых в большинстве языков программирования.
Говоря о компонентах, мы сталкиваемся с трудностями определения того, что такое компонент. Наше определение такого: компонент — это единица программного обеспечения, которая может быть независимо заменена или обновлена.
Архитектура микросервисов использует библиотеки, но их основной способ разбиения приложения — путем деления его на сервисы. Мы определяем библиотеки как компоненты, которые подключаются к программе и вызываются ею в том же процессе, в то время как сервисы — это компоненты, выполняемые в отдельном процессе и коммуницирующие между собой через веб-запросы или remote procedure call (RPC).
Главная причина использования сервисов вместо библиотек — это независимое развертывание. Если вы разрабатываете приложение, состоящее из нескольких библиотек, работающих в одном процессе, любое изменение в этих библиотеках приводит к переразвертыванию всего приложения. Но если ваше приложение разбито на несколько сервисов, то изменения, затрагивающие какой-либо из них, потребуют переразвертывания только изменившегося сервиса. Конечно, какие-то изменения будут затрагивать интерфейсы, что, в свою очередь, потребует некоторой координации между разными сервисами, но цель хорошей архитектуры микросервисов — минимизировать необходимость в такой координации путем установки правильных границ между микросервисами, а также механизма эволюции контрактов сервисов.
Другое следствие использования сервисов как компонент — более явный интерфейс между ними. Большинство языков программирования не имеют хорошего механизма для объявления Published Interface. Часто только документация и дисциплина предотвращают нарушение инкапсуляции компонентов. Сервисы позволяют избежать этого через использование явного механизма удаленных вызовов.
Тем не менее, использование сервисов подобным образом имеет свои недостатки. Удаленные вызовы работают медленнее, чем вызовы в рамках процесса, и поэтому API должен быть менее детализированным (coarser-grained), что часто приводит к неудобству в использовании. Если вам нужно изменить набор ответственностей между компонентами, сделать это сложнее из-за того, что вам нужно пересекать границы процессов.
В первом приближении мы можем наблюдать, что сервисы соотносятся с процессами как один к одному. На самом деле сервис может содержать множество процессов, которые всегда будут разрабатываться и развертываться совместно. Например, процесс приложения и процесс базы данных, которую использует только это приложение.
Организация вокруг потребностей бизнеса
Когда большое приложение разбивается на части, часто менеджмент фокусируется на технологиях, что приводит к образованию UI команды, серверной команды и БД команды. Когда команды разбиты подобным образом, даже небольшые изменения отнимают много времени из-за необходимости кросс-командного взаимодействия. Это приводит к тому, что команды размещают любую логику на тех слоях, к которым имеют доступ. Закон Конвея (Conway’s Law) в действии.
«Любая организация, которая проектирует какую-то систему (в широком смысле) получит дизайн, чья структура копирует структуру команд в этой организации»
— Melvyn Conway, 1967
Закон Конвея (Conway’s Law) в действии
Микросервисный подход к разбиению подразумевает разбиение на сервисы в соответствии с потребностями бизнеса. Такие сервисы включают в себя полный набор технологий, необходимых для этой бизнес-потребности, в том числе пользовательский интерфейс, хранилице данных и любые внешние взаимодействия. Это приводит к формированию кросс-функциональных команд, имеющих полный набор необходимых навыков: user-experience, базы данных и project management.
Сервисные границы, подкрепленные границами команд
Одна из компаний, организованных в этом стиле — www.comparethemarket.com. Кросс-фунциональные команды отвечают за построение и функционирование каждого продукта и каждый продукт разбит на несколько отдельных сервисов, общающихся между собой через шину сообщений.
Крупные монолитные приложения тоже могут быть разбиты на модули вокруг бизнес потребностей, хотя обычно этого не происходит. Безусловно, мы рекомендуем большим командам строить монолитные приложения именно таким образом. Основная проблема здесь в том, что такие приложения имеют тенденцию к организации вокруг слишком большого количества контекстов. Если монолит охватывает множество контекстов, отдельным членам команд становится слишком сложно работать с ними из-за их большого размера. Кроме того, соблюдение модульных границ в монолитном приложении требует существенной дисциплины. Явно очерченные границы компонент микросервисов упрощает поддержку этих границ.
Насколько большими должны быть микросервисы?
Хотя термин «Микросервис» стал популярным названием для этого архитектурного стиля, само имя приводит к чрезмерному фокусу на размере сервисов и спорам о том, что означает приставка «микро». В наших разговорах с теми, кто занимался разбиением ПО на микросервисы, мы видели разные размеры. Наибольший размер был у компаний, следовавших правилу «Команда двух пицц» (команда, которую можно накормить двумя пиццами), т.е. не более 12 человек (
прим. перев.: следуя этому правилу, я в команде должен быть один). В других компаниях мы видели команды, в которых шестеро человек поддерживали шесть сервисов.
Это приводит к вопросу о том, есть ли существенная разница в том, сколько человек должно работать на одном сервисе. На данный момент мы считаем, что оба этих подхода к построению команд (1 сервис на 12 человек и 1 сервис на 1 человека) подходят под описание микросервисной архитектуры, но возможно мы изменим свое мнение в будущем. (прим. перев.: со времен статьи появилось множество других статей, развивающих эту тему; наиболее популярным сейчас считается мнение о том, что сервис должен быть настолько большим, чтобы он мог полностью «уместиться в голове разработчика», независимо от количества строк кода).
Продукты, а не проекты
Большиство компаний по разработке ПО, которые мы видим, используют проектную модель, в которой целью является разработка некой части функциональности, которая после этого считается завершенной. После завершения эта часть передается команде поддержки и проектная команда распускается.
Сторонники микросервисов сторонятся этой модели, утверждая, что команда должна владеть продуктом на протяжении всего срока его жизни. Корни этого подхода уходят к Амазону, у компании есть правило «вы разработали, вам и поддерживать», при котором команда разработки берет полную ответственность за ПО в продакшне. Это приводит к тому, что разработчики регулярно наблюдают за тем, как их продукт ведет себя в продакшне, и больше контактируют с пользователями, т.к. им приходится брать на себя как минимум часть обязанностей по поддержке.
Мышление в терминах продукта устанавливает связь с потребностями бизнеса. Продукт — это не просто набор фич, которые необходимо реализовать. Это постоянные отношения, цель которых — помочь пользователям увеличить их бизнес-возможности.
Конечно, этого можно также достичь и в случае с монолитным приложением, но высокая гранулярность сервисов упрощает установку персональных отношений между разработчиками сервиса и его пользователями.
Умные приемники и глупые каналы передачи данных (Smart endpoints and dumb pipes)
При выстраивании коммуникаций между процессами мы много раз были свидетелями того, как в механизмы передачи данных помещалась существенная часть логики. Хорошим примером здесь является Enterprise Service Bus (ESB). ESB-продукты часто включают в себя изощренные возможности по передаче, оркестровке и трансформации сообщений, а также применению бизнес-правил.
Комьюнити микросервисов предпочитает альтернативный подход: умные приемники сообщений и глупые каналы передачи. Приложения, построенные с использованием микросервисной архитектуры, стремятся быть настолько незавимыми (decoupled) и сфокусировнными (cohesive), насколько возможно: они содержат собственную доменную логику и выступают больше в качестве фильтров в классическом Unix-овом смысле — получают запросы, применяют логику и отправляют ответ. Вместо сложных протоколов, таких как WS-* или BPEL, они используют простые REST-овые протоколы.
Два наиболее часто используемых протокола — это HTTP запросы через API ресурса и легковесный месседжинг. Лучшее выражение первому дал Ian Robinson: «Be of the web, not behind the web».
Команды, практикующие микросервисную архитектуру, используют те же принципы и протоколы, на которых построена всемирная паутина (и, по сути, Unix). Часто используемые ресурсы могут быть закешированы с очень небольшими усилиями со стороны разработчиков или IT-администраторов.
Второй часто используемый инструмент коммуникации — легковесная шина сообщений. Такая инфраструктура как правило не содержит доменной логики — простые реализации типа RabbitMQ или ZeroMQ не делают ничего кроме предоставления асинхронной фабрики. Логика при этом существует на концах этой шины — в сервисах, которые отправляют и принимают сообщения.
В монолитном приложении компоненты работают в одном процессе и коммуницируют между собой через вызов методов. Наибольшая проблема в смене монолита на микросервисы лежит в изменении шаблона коммуникации. Наивное портирование один к одному приводит к «болтливым» коммуникациям, которые работают не слишком хорошо. Вместо этого вы должны уменьшить количество коммуникаций между модулями.
Децентрализованное управление
Одним из следствий централизованного управления является тенденция к стандартизации используемых платформ. Опыт показывает, что такой подход слишком сильно ограничивает выбор — не всякая проблема является гвоздем и не всякое решение является молотком. Мы предпочитаем использовать правильный инструмент для каждой конкретной работы. И хотя монолитные приложения тоже в некоторых случаях могут быть написаны с использованием разных языков, это не является стандартной практикой.
Разбивая монолит на сервисы, мы имеем выбор, как построить каждый из них. Хотите использовать Node.js для простых страничек с отчетами? Пожалуйста. C++ для real-time приложений? Отлично. Хотите заменить БД на ту, которая лучше подходит для операций чтения вашего компонента? Ради бога.
Конечно, только потому что вы можете делать что-то, не значит что вы должны это делать. Но разбиение системы подобным образом дает вам возможность выбора.
Команды, разрабатывающие микросервисы, также предпочитают иной подход к стандартизации. Вместо того, чтобы использовать набор предопределенных стандартов, написанных кем-то, они предпочитают идею построения полезных инструментов, которые остальные девелоперы могут использовать для решения похожих проблем. Эти инструменты как правило вычленены из кода одного из проектов и расшарены между разными командами, иногда используя при этом модель внутреннего опен-сорса. Теперь, когда git и github стали де-факто стандартной системой контроля версий, опен-сорсные практики становятся все более и более популярными во внутренних проектах компаний.
Netflix — хороший пример организации, которая следует этой философии. Расшаривание полезного и, более того, протестированного на боевых серверах кода в виде библиотек побуждает остальных разработчиков решать схожие проблемы схожим путем, оставляя тем не менее возможность выбора другого подхода при необходимости. Общие библиотеки имеют тенденцию быть сфокусированными на общих проблемах, связанных с хранением данных, межпроцессорным взаимодействием и автоматизацией инфраструктуры.
Комьюнити микросервисов ценит сервисные контракты, но не любит оверхеды и поэтому использует различные пути управления этими контрактами. Такие шаблоны как Tolerant Reader и Consumer-Driven Contracts часто используются в микросервисах, что позволяет им эволюционировать независимо. Проверка Consumer-Driven контрактов как часть билда увеличивает уверенность в правильности функционирование сервисов. Мы знаем команду из Австралии, которая использует этот подход для проверки контрактов. Это стало частью их процесса сборки: сервис собирается только до того момента, который удовлетворяет требованиям контракта — элегантный способ обойти диллему YAGNI.
Пожалуй наивысшая точка в практике децентрализованного управления — это метод, популизированный Амазоном. Команды отвечают за все аспекты ПО, которое они разрабатывают, включая поддержку его в режиме 24/7. Подобная деволюция уровня ответственности совершенно точно не является нормой, но мы видим все больше и больше компаний, передающий ответственность командам разработчиков. Netflix — еще одна компания, практикующая это. Пробуждение в 3 часа ночи — очень сильный стимул к тому, чтобы уделять большое внимание качеству написанного кода.
Микросервисы и SOA
Когда мы разговариваем о микросервисах, обычно возникает вопрос о том, не является ли это обычным Service Oriented Architecture (SOA), который мы видели десять лет назад. В этом вопросе есть здравое зерно, т.к. стиль микросервисов очень похож на то, что продвигают некоторые сторонники SOA. Проблема, тем не менее, в том, что
термин SOA имеет слишком много разных значенийи, как правило, то, что люди называют «SOA» существенно отличается от стиля, описанного здесь, обычно из-за чрезмерного фокуса на ESB, используемом для интеграции монолитных приложений.
В частности, мы видели так много неудачных реализаций SOA (начиная с тенденции прятать сложность за ESB, заканчивая провалившимися инциативами длительностью несколько лет, которые стоили миллионы долларов и не принесли никакой пользы), что порой слишком сложно абстрагироваться от этих проблем.
Безусловно, многие практики, используемые в микросервисах, пришли из опыта интеграции сервисов в крупных организациях. Шаблон Tolerant Reader — один из примеров. Другой пример — использование простых протоколов — возник как реакция на централизованные стандарты, сложность которых просто захватывает дух.
Эти проблемы SOA привели к тому, что некоторые сторонники микросервисов отказываются от термина «SOA», хотя другие при этом считают микросервисы одной из форм SOA, или, возможно, правильной реализацией SOA. В любом случае, тот факт, что SOA имеет разные значения, означает, что полезно иметь отдельный термин для обозначения этого архитектурного стиля.
Множество языков, множество возможностей
Рост платформы JVM — один из последних примеров смешивания языков в рамках единой платформы. Переход к более высокоуровневым языкам для получения преимуществ, связанных с использованием высокоуровневых абстракций, был распространенной практикой в течение десятилетий. Точно так же, как и переход «к железу» для написания высокопроизводительного кода.
Тем не менее, множество монолитных приложений не требуют такого уровня оптимизации производительности и высокоуровневых возможностей DSL-подобных языков. Вместо этого, монолиты как правило используют единый язык и склонны к ограничению количества используемых технологий.
Децентрализованное управление данными
Децентрализованное управление данными предстает в различном виде. В наиболее абстрактном смысле это означает, что концептуальная модель мира у разных систем будет отличаться. Это обычная проблема, возникающая при интеграции разных частей больших enterprise-приложений: точка зрения на понятие «Клиент» у продажников будет отличаться от таковой у команды техподдержки. Некоторые атрибуты «Клиента» могут присутствовать в контексте продажников и отсутствовать в контексте техподдержки. Более того, атрибуты с одинаковым названием могут иметь разное значение.
Эта проблема встречается не только у разных приложений, но также и в рамках единого приложения, особенно в тех случаях когда это приложение разделено на отдельные компоненты. Эту проблему хорошо решает понятие Bounded Context из Domain-Driven Design (DDD). DDD предлагает делить сложную предметную область на несколько контекстов и мапить отношения между ними. Этот процесс полезен как для монолитной, так и для микросервисной архитектур, но между сервисами и контекстами существует естественная связь, которая помогает прояснять и поддерживать границы контекстов.
Кроме децентрализации принятия решений о моделировании предметной области, микросервисы также способствуют децентрализации способов хранения данных. В то время как монолитные приложения склонны к использованию единственной БД для хранения данных, компании часто предпочитают использовать единую БД для целого набора приложений. Такие решения, как правило, вызваны моделью лицензирования баз данных. Микросервисы предпочитают давать возможность каждому сервису управлять собственной базой данных: как создавать отдельные инстансы общей для компании СУБД, так и использовать нестандартные виды баз данных. Этот подход называется Polyglot Persistence. Вы также можете применять Polyglot Persistence в монолитных приложениях, но в микросервисах такой подход встречается чаще.
Децентрализация ответственности за данные среди микросервисов оказывает влияние на то, как эти данные изменяются. Обычный подход к изменению данных заключается в использовании транзакций для гарантирования консистентности при изменении данных, находящихся на нескольких ресурсах. Такой подход часто используется в монолитных приложениях.
Подобное использование транзакций гарантирует консистентность, но приводит к существенной временной зависимости (temporal coupling), которая, в свою очередь, приводит к проблемамм при работе с множеством сервисов. Распределенные транзакции невероятно сложны в реализации и, как следствие, микросервисная архитектура придает особое значению координации между сервисами без использования транзакций с явным обозначением того, что консистентность может быть только итоговой (eventual consistency) и возникающие проблемы решаются операциями компенсации.
Управление несогласованностями подобным образом — новый вызов для многих команд разработки, но это часто соответствует практикам бизнеса. Часто компании стремятся как можно быстрее реагировать на действия пользователя и имеют процессы, позвояющие отменить действия пользователей в случае ошибки. Компромисс стоит того до тех пор, пока стоимость исправления ошибки меньше стоимости потерь бизнеса при использовании сценариев, гарантирующих консистентность.
Стандартны, проверенные в бою, vs навязанные стандарты
Команды, использующие микросервисную архитектуру, склонны избегать жестких стандартов, установленных группами системных архитекторов. Они также склонны использовать и даже продвигать открытые стандарты типа HTTP и ATOM.
Ключевое отличие в том, как эти стандарты разрабатываются и как они проводятся в жизнь. Стандарты, управляемые группами вроде IETF, становятся стандартами только тогда, когда находятся несколько реализаций в успешных open-source проектах.
Это отличает их от стандартов в корпоративном мире, которые часто разрабатываются группами людей с небольшим опытом реальной разработки или имеют слишком сильное влияние, оказываемое вендорами.
Автоматизация инфраструктуры
Техники автоматизации инфраструктуры сильно эволюционировали за последние несколько лет. Эволюция облака в целом и AWS в частности уменьшила операционную сложность построения, разворачивания и функционирования микросервисов.
Множество продуктов и систем, использующих микросервисную архитектуру, были построены командами с обширным опытом в Continuous Delivery и Continuous Integration. Команды, строящие приложения подобнымм образом, интенсивно используют техники автоматизации инфраструктуры. Это проиллюстрировано на картинке ниже.
Так как эта статья не про Continuous Delivery, мы уделим внимание лишь паре его ключевых моментов. Мы хотим получать как можно больше уверенности в том, что наше приложение работает, поэтому мы запускаем множество автоматических тестов. Для выполнения каждого шага автоматического тестирования приложение разворачивается в отдельной среде, для чего используется автоматического развертывание (automated deployment).
После того как вы инвестировали время и деньги в автоматизацию процесса развертывания монолита, развертывание большего количества приложений (сервисов) уже не видится таким пугающим. Вспомните, что одна из целей Continuous Delivery — это сделать развертывание скучным, так что одно это приложение или три не имеет большого значения.
Другая область, где команды используют интенсивную автоматизацию инфраструктуры, — это управление микросервисами в продакшне. В отличие от процесса развертывания, который, как описано выше, у монолитных приложений не сильно отличается от такового у микросервисов, их способ фунционирования может существенно различаться.
Одним из побочных эффектов автоматизации процесса развертывания является создание удобных инструментов для помощи разработчикам и администраторам (operations folk). Инструменты для управления кодом, развертывания простых сервисов, мониторинга и логирования сейчас довольно распространены. Возможно наилучший пример, который можно найти в сети, — это набор open source инструментов от Netflix, но существуют и другие, к примеру Dropwizard, который мы довольно интенсивно используем.
Проектирование под отказ (Design for failure)
Следствием использования сервисов как компонентов является необходимость проектирования приложений так, чтобы они могли работать при отказе отдельных сервисов. Любое обращение к сервису может не сработать из-за его недоступности. Клиент должен реагировать на это настолько терпимо, насколько возможно. Это является недостатоком микросервисов по сравнению с монолитом, т.к. это вносит дополнительную сложность в приложение. Как следствие, команды микросервисов постоянно думают на тем, как недоступность сервисов должна влиять на user experience.
Simian Armyот Netflix искуственно вызывает (симулирует) отказы сервисов и даже датацентров в течение рабочего дня для тестирования отказоустойчивости приложения и служб мониторинга.
Подобный вид автоматического тестирования в продакшне позволяет сэмулировать стресс, который ложится на администраторов и часто приводит к работе по выходным. Мы не хотим сказать, что для монолитных приложений не могут быть разработаны изощренные системы мониторинга, только то, что такое встречается реже.
Так как сервисы могут отказать в любое время, очень важно иметь возможность быстро обнаружить неполадки и, если возможно, автоматически восстановить работоспособность сервиса. Микросервисная архитектура делает большой акцент на мониторинге приложения в режиме реального времени, проверке как технических элементов (например, как много запросов в секунду получает база данных), так и бизнес-метрик (например, как много заказов в минуту получает приложение). Семантический мониторинг может предоставить систему раннего предупреждения проблемных ситуаций, позволяя команде разработке подключиться к исследованию проблемы на самых ранних стадиях.
Это особенно важно с случае с микросервисной архитектурой, т.к. разбиение на отдельные процессы и коммуникация через события приводит к неожиданному поведению. Мониторинг крайне важен для выявления нежелательных случаев такого поведения и быстрого их устранения.
Монолиты могут быть построены так же прозначно, как и микросервисы. На самом деле, так они и должны строиться. Разница в том, что знать, когда сервисы, работающие в разных процессах, перестали корректно взаимодействовать между собой, намного более критично. В случае с библиотеками, расположенными в одном процессе, такой вид прозрачности скорее всего будет не так полезен.
Команды микросервисов, как правило, создают изощренные системы мониторинга и логирования для каждого индивидуального сервиса. Примером может служить консоль, показывающая статус (онлайн/офлайн) сервиса и различные технические и бизнес-метрики: текущая пропускная способность, время обработки запроса и т.п.
Синхронные вызовы считаются опасными
Каждый раз когда вы имеете набор синхронных вызовов между сервисами, вы сталкиваетесь с эффектом мультипликации времени простоя (downtime). Время простоя вашей системы становится произведением времени простоя индивидуальных компонент системы. Вы сталкиваетесь с выбором: либо сделать ваши вызовы асинхронными, либо мириться с простоями. К примеру, в
www.guardian.co.ukразработчики ввели простое правило — один синхронный вызов на один запрос пользователя. В Netflix же вообще все API являются асинхронными.
Эволюционный дизайн
Те, кто практикует микросервисную архитектуру, обычно много работали с эволюционным дизайном и рассматривают декомпозицию сервисов как дальнейшую возможность дать разработчикам контроль над изменениями (рефакторингом) их приложения без замедления самого процесса разработки. Контроль над изменениями не обязательно означает уменьшение изменений: с правильным подходом и набором инструментов вы можно делать частые, быстрые, хорошо контролируемые изменения.
Каждый раз когда вы пытаетесь разбить приложение на компоненты, вы сталкиваетесь с необходимостью принять решение, как именно делить приложение. Есть ли какие-то принципы, указывающие, как наилучшим способом «нарезать» наше приложение? Ключевое свойство компонента — это независимость его замены или обновления, что подразумевает наличие ситуаций когда его можно переписать с нуля без затрагивания взаимодействующих с ним компонентов. Многие команды разработчиков идут еще дальше: они явным образом планируют, что множество сервисов в долгосрочной перспективе не будет эволюционировать, а будут просто выброшены на свалку.
Веб-сайт Guardian — хороший пример приложения, которое было спроектировано и построено как монолит, но затем эволюционировало в сторону микросервисов. Ядро сайта все еще остается монолитом, но новые фичи добавляются путем построения микросервисов, которые используют API монолита. Такой подход особенно полезен для функциональности, которая по сути своей является временной. Пример такой функциональности — специализированные страницы для освещения спортивных событий. Такие части сайта могут быть быстро собраны вместе с использованием быстрых языков программирования и удалены как только событие закончится. Мы видели похожий подход в финансовых системах, где новые сервисы добавлялись под открывшиеся рыночные возможности и удалялись через несколько месяцев или даже недель после создания.
Такой упор на заменяемости — частный случай более общего принципа модульного дизайна, который заключается в том, что модульность определяется скоростью изменения функционала. Вещи, которые изменяются вместе, должны храниться в одном модуле. Части системы, изменяемые редко, не должны находиться вместе с быстроэволюционирующими сервисами. Если вы регулярно меняете два сервиса вместе, задумайтесь над тем, что возможно их следует объединить.
Помещение компонент в сервисы добавляет возможность более точного (granular) планирования релиза. С монолитом любые изменения требуют пересборки и развертывания всего приложения. С микросервисами вам нужно развернуть (redeploy) только те сервисы, что изменились. Это позволяет упростить и ускорить процесс релиза. Недостаток такого подхода в том, что вам приходится волноваться насчет того, что изменения в одном сервисе сломают сервисы, обращающиеся к нему. Традиционный подход к интеграции заключается в том, чтобы решать такие проблемы путем версионности, но микросервисы предпочитают использовать версионность только в случае крайней необходимости. Мы можем избежать версионности путем проектирования сервисов так, чтобы они были настолько толерантны к изменениям соседних сервисов, насколько возможно.
За микросервисами будущее?
Наша основная цель при написании этой статьи заключалась в том, чтобы объяснить основные идеи и принципы микросервисной архиктуры. Мы считаем, что микросервисный стиль — важная идея, стоящая рассмотрения для enterprise приложений. Не так давно мы разработали несколько систем используя этот стиль и знаем несколько других команд, которые используют этот подход.
Известные нам пионеры этого архитектурного стиля — это такие компании как Amazon, Netflix, The Guardian, the UK Government Digital Service, realestate.com.au, Forward и comparethemarket.com. Конференции 2013 года были полны примеров команий, движущихся в направлении, которое можно классифицировать как микросервисы, например, Travis CI. К тому же, существует множество организаций, которые уже давно используют то, что мы называем микросервисами, но не используют это название. (Часто это называется SOA, хотя, как мы уже говорили, SOA может являться в самых разных и, зачастую, противоречивых формах.)
Несмотря на весь этот положительный опыт, мы не утверждаем, что микросервисы — это будущее проектирования ПО. И хотя наш опыт пока что весьма позитивен по сравнению с опытом использования монолитной архитектуры, мы подходим осознанно к тому факту, что прошло еще недостаточно времени для того, чтобы выносить такое суждение.
Часто настоящие последствия ваших архитектурных решений становятся видно только спустя несколько лет после того, как вы сделали их. Мы видели проекты, в которых хорошие команды с сильным стремлением к модульности разработали монолитные приложения, полностью «прогнившие» по прошествию нескольких лет. Многие считают, что такой результат менее вероятен в случае с микросервисами, т.к. границы между сервисами являются физическими и их сложно нарушить. Тем не менее, до тех пока мы не увидим достаточного количества проверенных временем систем, использующих этот подход, мы не можем с уверенностью утверждать, насколько микросервисная архитектура является зрелой.
Определенно существуют причины, по которым кто-то может считать микросервисную архитектуру недостаточно зрелой. Успех любых попыток построить компонентную систему зависит от того, насколько хорошо компоненты подходят приложению. Сложно понять где именно должны лежать границы компонентов. Эволюционный дизайн осознает сложности проведения правильных границ и важность легкого их изменения. Когда ваши компоненты являются сервисами, общающимися между собой удаленно, проводить рефакторинг намного сложнее, чем в случае с библиотеками, работающими в одном процессе. Перемещение кода между границами сервисов, изменение интерфейсов должны быть скоординированы между разными командами. Необходимо добавлять слои для поддержки обратной совместимости. Все это также усложняет процесс тестирования.
Еще одна проблема состоит в том, что если компоненты не подобраны достаточно чисто, происходит перенос сложности из компонент на связи между компонентами. Создается ложное ощущение простоты отдельных компонент, в то время как вся сложность находится в местах, которые труднее контролировать.
Также существует фактор уровня команды. Новые техники как правило принимаются более сильными командами, но техники, которые являются более эффективными для более сильных команд, необязательно являются таковыми для менее сильных групп разработчиков. Мы видели множество случаев, когда слабые команды разрабатывали запутанные, неудачные архитектуры монолитных приложений, но пройдет время прежде чем мы увидим чем это закончится в случае с микросервисной архитектурой. Слабые команды всегда создают слабые системы, сложно сказать улучшат ли микросервисы эту ситуацию или ухудшат.
Один из разумных аргументов, которые мы слышали, состоит в том, что вам не следует начинать разработку с микросервисной архитектуры. Начните с монолита, сохраняйте его модульным и разбейте на микросервисы когда монолит станет проблемой. (И все же этот совет не является идеальным, т.к. хорошие интерфейсы для сообщения внутри процесса не являются таковыми в случае с межсервисным сообщением.)
Итого, мы пишем это с разумным оптимизмом. К этому моменту мы видели достаточно примеров микросервисного стиля чтобы осознавать, что он является стоящим путем развития. Нельзя сказать с уверенностью к чему это приведет, но одна из особенностей разработки ПО заключается в том, что нам приходится принимать решения на основе той, зачастую неполной, информации, к который мы имеет доступ в данный момент.
Ссылка на оригинал статьи: Microservices
Верблюд
В 1913 г. Рейнольдс разработал нововведение: сигареты в упаковке. Большинство курильщиков табака предпочитали самокрутить сигареты, и считалось, что национального рынка для расфасованных сигарет не существовало. Рейнольдс работал над созданием аромата, который, по его мнению, был бы более привлекательным, чем предыдущие продукты, создав сигарету Camel, названную так потому, что в ней использовалась турецкая бумага, имитирующая тогда модные египетские сигареты. Рейнольдс обошел конкурентов по стоимости сигарет и в течение года продал 425 миллионов пачек Camels.
Сигареты Camel изначально были смешанными, чтобы иметь более мягкий вкус, в отличие от брендов, которые на момент своего появления считались более жесткими. До официального релиза они были продвинуты с помощью тщательной рекламной кампании, которая включала в себя «тизеры», в которых просто говорилось, что «верблюды идут» (пьеса на старую шотландскую народную песню «The Campbells Are Coming»). Этот маркетинговый стиль был прообразом попыток повлиять на общественное мнение, совпавшее с вступлением Соединенных Штатов в Первую мировую войну, а затем и во Вторую мировую войну.Другой стратегией продвижения было использование циркового верблюда «Старый Джо», которого возили по городу и использовали для бесплатной раздачи сигарет. Девизом бренда, использовавшимся на протяжении десятилетий, было «Я бы прошел милю за верблюдом!»
Самый известный исторический стиль сигарет Camel — это обычная нефильтрованная мягкая пачка (обычно известная как Camel Straights или Regulars). Это была первая выпущенная смесь верблюдов. Завсегдатаи верблюдов достигли зенита своей популярности благодаря таким личностям, как телеведущий Эдвард Р.Мерроу, который выкуривал до четырех пачек завсегдатаев Camel в день, фактически использовал сигарету Camel в качестве своего товарного знака, умирая от рака легких, вызванного курением.
В конце 1987 года RJR создал «Джо Кэмел» в качестве талисмана бренда. В 1991 году Американская медицинская ассоциация опубликовала отчет, в котором говорилось, что детям 5-6 лет легче узнать Джо Кэмела, чем Микки Мауса, Фреда Флинтстоуна, Багза Банни или даже Барби. Это привело к тому, что ассоциация попросила RJR прекратить кампанию Джо Кэмела.RJR отказался, но в 1993 и 1994 годах последовали дальнейшие апелляции. 10 июля 1997 года кампания Джо Кэмела была прекращена и заменена более взрослой кампанией, которая обращалась к желанию двадцатилетних встречаться или быть красивыми и экзотическими женщинами. в одежде и тематике 1930-х годов.
В Европе Camel также является брендом сигаретной бумаги для скручивания и табака для самокруток. Согласно годовому отчету европейского дочернего предприятия, она поддерживает бренд табака и бумаги RYO на уровне 20 самых высоких в Северной Европе с ежегодным расширением в Южную и Восточную Европу.
1 июля 2000 года на рынке появилась сигарета, известная как «восточная» разновидность сигарет Camel. В 2000 году Reynolds Tobacco представила сигарету Camel Turkish Gold, не содержащую ментола. В 2001 году компания представила сигарету с ментолом Camel Turkish Jade.
В 2005 году Camel внесла новые изменения в восточные ароматы, добавив название на сигаретной бумаге и изменив цвет и дизайн фильтра. Также в 2005 году были представлены турецкие серебряные монеты. Они служат сверхлегкой версией трех турецких смесей.Turkish Royal служит версией «с полным вкусом», а Turkish Gold — версией «облегченной». Ментоловая версия, Turkish Jade, после того, как была снята с производства, была повторно представлена, также входит в состав Turkish Blends. После сожжения текст на бумаге часто все еще виден на пепле, что также можно увидеть в Camel Straights.
Восточный табак, который используется в сигаретах Camel, имеет гораздо более характерный запах при сжигании по сравнению с другими сигаретами.Сигареты Camel с фильтром, продаваемые JT International за пределами США, не содержат восточного табака, вместо этого они производятся в Румынии из местного табака.
По состоянию на 2012 год Кэмел больше не является Р.Дж. Самый популярный бренд Рейнольдса, теперь замененный Pall Mall.
С июня 2012 года фильтры Camel были сняты с производства в Великобритании. Облегченная версия Camel Blue доступна в Tesco.
В 2013 году Camel отметила свое 100-летие. Профессор Роберт Н.Проктор Стэнфордского университета отметил это событие редакционной статьей в LA Times, отметив, что в прошлом веке Camel продала более 4 триллионов сигарет. [6]
Camel Crush Gets Bold
WINSTON-SALEM, Северная Каролина — R.J. Reynolds Tobacco Co. расширяет свою линейку Camel Crush на национальном уровне с помощью Camel Crush Bold.
Табачная смесь Bold является той же смесью турецких и отечественных табачных изделий, что и сигареты Camel Filter. Как и в случае с Camel Crush, фильтры сигарет Bold содержат капсулу, которая выделяет небольшое количество ментола в фильтре при сжатии.(Сигареты Camel Menthol также используют эту технологию для получения дополнительного количества ментола.)
По словам Ричарда Смита, представителя компании, сигареты Bold предоставляют взрослым курильщикам «возможность испытать полный аромат нементола [image-nocss] с ментолом. по запросу, по требованию’.»
При тестировании Camel Crush Bold имел высокую привлекательность у курильщиков как Camel, так и конкурирующих брендов, и курильщики любили возможность решать, когда или хотят ли они добавить ментоловый вкус, по словам Смита.
«Судя по нашим первоначальным отзывам о разработке Camel Crush, которые привели к его национальному расширению в 2008 году, взрослые потребители табака сказали нам, что они будут заинтересованы в наличии опции с полным вкусом», — сказал он CSP Daily. Новости .
Относительно того, почему компания запускает еще одну сигарету с ментолом, поскольку Центр табачных изделий Управления по контролю за продуктами и лекарствами США (FDA) продолжает рассматривать будущее ментола, Смит сказал: науки, и учитывая тот факт, что миллионы взрослых курильщиков заинтересованы в сигаретах с ментолом ».
Он добавил: «Мы полагаем, что, основываясь на опубликованной литературе, нет научных оснований для того, чтобы относиться к сигаретам с ментолом иначе, чем к обычным сигаретам.Camel Crush Bold — жизнеспособный вариант для взрослых курильщиков ».
Дэниел Делен, генеральный директор Reynolds American Inc., отметил в пятничном отчете о прибылях и убытках, что RJR« продолжит набирать обороты »с расширением страны и что это означает RJ Первое расширение линейки сигарет Reynolds на национальном уровне с тех пор, как Camel Crush стало национальным три года назад.
«Компания ожидает, что этот новый стиль будет стимулировать дополнительный рост и еще больше повысит привлекательность бренда Camel», — сказал он. Делен также сказал, что доля рынка сигарет Camel во втором квартале стабильна на уровне 7.8%, при этом ментол является ключевым фактором. Доля Camel на растущем рынке ментола увеличилась на 0,3 процентного пункта во втором квартале до 2,1%.
Pall Mall, второй развивающийся бренд компании, увеличил свою долю рынка на 1,5 процентных пункта до 8,5% за квартал, благодаря «сочетанию качества и стоимости».
R.J. Торгово-маркетинговая организация Reynolds теперь также обслуживает American Snuff, которая принесла пользу бренду Grizzly благодаря силе и масштабу RJR, сказал Делен.Доля продаж Grizzly во втором квартале увеличилась на 1,9 процентных пункта по сравнению с предыдущим годом и теперь занимает 27,4% рынка. К сентябрю бренд Grizzly также проведет мероприятия, чтобы отпраздновать свое десятилетие.
Скорректированная операционная прибыль RJR во втором квартале составила 562 миллиона долларов, что на 6 миллионов долларов меньше, чем в предыдущем квартале. Финансовый директор Томас Адамс сказал, что более высокие цены на сигареты, повышение производительности и рост брендов были компенсированы снижением объемов поддерживаемых и не поддерживаемых сигарет.
Уинстон-Салем, штат Северная Каролина, Р.Дж. Reynolds Tobacco Co., косвенная дочерняя компания Reynolds American Inc., является второй по величине табачной компанией в Соединенных Штатах, производящей примерно одну из каждых трех сигарет, проданных в стране. Бренды компании включают шесть из 10 самых продаваемых брендов сигарет в США: Camel, Pall Mall, Winston, Kool, Doral и Salem.
Хотите, чтобы последние новости были у вас под рукой?
Получите актуальную отраслевую аналитику по удобству.Подпишитесь, чтобы получать сообщения от CSP с новостями и идеями, которые важны для вашего бренда.
Мультиомный анализ почек арабского верблюда (Camelus dromedarius) показывает роль холестерина в сохранении воды
Уаджд, С. и Камель, Б. Физиологические особенности дромадера ( Camelus dromedarius ) и экспериментальные значения. Сканд. J. Lab. Anim. Sci. 36 , 19–29 (2009).
CAS Google ученый
Almathen, F. et al. Древняя и современная ДНК показывают динамику одомашнивания и межконтинентального распространения верблюда. Proc. Natl Acad. Sci. США 113 , 6707–6712 (2016).
CAS PubMed Статья PubMed Central Google ученый
Ирвин, Р. Camel (Reaktion Books, 2010).
Григсон, К. Верблюды, медь и ослы в раннем железном веке Южного Леванта: снова в Тимне. Левант 44 , 82–100 (2012).
Артикул Google ученый
Григсон, К. История проекта датирования верблюжьей кости. Anthropozoologica 49 , 225–235 (2014).
Артикул Google ученый
Burger, P. A., Ciani, E. & Faye, B. Верблюды Старого Света в современном мире — баланс между сохранением и генетическим улучшением. Anim. Genet. 50 , 598–612 (2019).
CAS PubMed PubMed Central Статья Google ученый
Бекеле, Т., Лундехейм, Н. и Дальборн, К. Производство молока и кормление верблюда ( Camelus dromedarius, ) во время 4 режимов поения. J. Dairy Sci. 94 , 1310–1317 (2011).
CAS PubMed Статья PubMed Central Google ученый
Бекеле, Т., Олссон, К., Олссон, У. и Дальборн, К. Физиологические и поведенческие реакции на разные интервалы между поливом у кормящих верблюдов ( Camelus dromedarius, ). г. J. Physiol. — Регул. Интегр. Комп. Physiol. 305 , 639–646 (2013).
Артикул CAS Google ученый
Бургер П. А. История верблюдовых в Старом Свете в свете молекулярной генетики. Trop. Anim.Health Prod. 48 , 905–913 (2016).
PubMed PubMed Central Статья Google ученый
Абдельхади, О. М. А. и др. Влияние пола на качество и питательную ценность верблюда-верблюда ( Camelus dromedarius, ) longissimus lumborum. J. Saudi Soc. Agric. Sci. 16 , 242–249 (2017).
Google ученый
Кёлер ‐ Роллефсон, И. О породах верблюдов: переоценка существующих систем классификации. J. Anim. Порода. Genet. 110 , 66–73 (1993).
PubMed Статья PubMed Central Google ученый
Фэй Б. и Конуспаева Г. в Верблюдов в Азии и Северной Африке . Междисциплинарные перспективы их значения в прошлом и настоящем 29–36 (2012).
Портер, В., Олдерсон, Л., Холл, С. Дж. Г. и Споненберг, Д. П. Всемирная энциклопедия пород и разведения домашнего скота Мэйсона (2016).
Аль-Атият, Р. М. и др. Дифференциация пород верблюдов на основе измерений мяса с использованием дискриминантного анализа. Trop. Anim. Health Prod. 48 , 871–878 (2016).
PubMed Статья PubMed Central Google ученый
Альхаддад, Х. и Альхаджери, Б. Х. SamplEase: простое приложение для сбора и организации данных о биологических образцах в полевых условиях. Ecol. E 8 , 10266–10271 (2018).
Артикул Google ученый
Альхаджери Б. Х., Алакили Р. и Альхаддад Х. Классификация пород верблюдов с использованием геометрической морфометрии: тематическое исследование в Кувейте. Жива. Sci. 230 , 103824 (2019).
Артикул Google ученый
Wu, H. et al. Геномы верблюдов показывают эволюцию и адаптацию к пустынным условиям. Nat. Commun. 5 , 5188 (2014).
CAS PubMed Статья PubMed Central Google ученый
Борнштейн, С. Корабль пустыни. Дромадер-верблюд ( Camelus dromedarius ) — одомашненный вид животных, хорошо приспособленный к экстремальным условиям засушливости и жары. Рэнджифер 10 , 231 (1990).
Артикул Google ученый
Эльхавад, А.О. Селективное охлаждение мозга у пустынных животных: верблюда ( Camelus dromedarius ). Комп. Biochem. Physiol. Часть А Physiol. 101 , 195–201 (1992).
CAS Статья Google ученый
Gaughan, J. B. Какая физиологическая адаптация позволяет верблюдам переносить высокую тепловую нагрузку — и чему еще мы можем научиться? J. Camelid Sci. 4 , 85–88 (2011).
Google ученый
Rawdah, T. N., Zamil El-Faer, M. & Koreish, S.A. Жирно-кислотный состав мяса и жира одногорбого верблюда ( Camelus dromedarius ). Meat Sci. 37 , 149–155 (1994).
CAS PubMed Статья PubMed Central Google ученый
Фэй. B. Guide d’élevage du dromadaire (Sanofi, 1997).
Zarrouk, A., Souilem, O. & Beckers, J. F. Actualités sur la reproduction chez la femelle dromadaire ( Camelus dromedarius ). Rev. d’élevage m.édecine v.étérinaire des. платит Троп. 56 , 95 (2003).
Артикул Google ученый
Эцион, З., Мейерштейн, Н. и Ягил, Р. Метаболизм воды в тритиевой фазе во время обезвоживания и регидратации у верблюда. J. Appl. Physiol. 56 , 217–220 (1984).
CAS PubMed Статья PubMed Central Google ученый
Etzion, Z. & Yagil, R. Функция почек у верблюдов ( Camelus dromedarius, ) после быстрой регидратации. Physiol. Zool. 59 , 558–562 (1986).
Артикул Google ученый
Янг, С. Р. и Шмидт-Нильсен, К. Физиология животных: адаптация и окружающая среда. J. Appl. Ecol. 22 , 291 (1985).
Артикул Google ученый
Али, М.А. и др. Влияние длительного обезвоживания и последующей регидратации на маркеры воспаления, окислительного стресса и апоптоза в почке верблюда. BMC Vet. Res. 16 , 458 (2020).
CAS PubMed Статья PubMed Central Google ученый
Кроуфорд К.С. Экологическая физиология животных. J. Arid Environ. 1 , 195–196 (1978).
Артикул Google ученый
Шмидт-Нильсен, К., Шротер, Р. К. и Школьник, А. Десатурация выдыхаемого воздуха у верблюдов. Proc. R. Soc. Лондон. — Биол. Sci. 211 , 305–319 (1981).
CAS Статья Google ученый
Шмидт-Нильсен, К., Кроуфорд, Э. К. и Хаммель, Х. Т. Потеря влаги в дыхательных путях у верблюдов. Proc. R. Soc. Лондон. — Биол. Sci. 211 , 291–303 (1981).
CAS Статья Google ученый
Dereje, M. & Udén, P. Просматривающий верблюд-верблюд: I. Поведение, предпочтения растений и качество выбранных кормов. Anim. Feed Sci. Technol. 121 , 297–308 (2005).
Артикул Google ученый
Alhaidary, A. A. Влияние обезвоживания на внутреннюю температуру тела молодых арабских верблюдов ( Camelus dromedarius ). Влияние теплового стресса на уровни экспрессии мРНК, кодирующей как HSP70, так и HSP90. Proteins Agric. Sci. 18 , 1–7 (2005).
Google ученый
Grigg, G. et al. Стратегическая (адаптивная) гипотермия верблюдов-верблюдов во время гона; может ли это увеличить репродуктивный успех? Biol.Lett. 5 , 853–856 (2009).
PubMed Статья PubMed Central Google ученый
Bouâouda, H. et al. Суточная регуляция температурного ритма тела верблюда ( Camelus dromedarius ) в экспериментальных условиях пустыни. Physiol. Док. 2 , 1–16 (2014).
Артикул Google ученый
Адольф, Э. Ф. Животные пустыни: физиологические проблемы тепла и воды. Кнут Шмидт-Нильсен . Физиологическая зоология 37 (Clarendon Press, 1964).
Зиберт Б. Д. и Макфарлейн В. В. Водоворот и почечная функция дромадеров в пустыне. Physiol. Zool. 44 , 225–240 (1971).
Артикул Google ученый
Фентон, Р. А. и Неппер, М.А. Мышиные модели и механизм концентрации мочи в новом тысячелетии. Physiological Rev. 87 , 1083–1112 (2007).
CAS Статья Google ученый
Li, X., Chen, G. & Yang, B. Изучена физиология переносчика мочевины на нокаутных мышах. Фронт. Physiol. 3 , J217 (2012).
Google ученый
Данцлер, В. Х., Паннабекер, Т. Л., Лейтон, А. Т. и Лейтон, Х. Э. Механизм концентрации мочи во внутреннем мозговом веществе почки млекопитающих: роль трехмерной архитектуры. Acta Physiol. 202 , 361–378 (2011).
CAS Статья Google ученый
Берлинер Р. В. и Беннетт К. М. Концентрация мочи в почках млекопитающих. г. J. Med. 42 , 777–789 (1967).
CAS PubMed Статья PubMed Central Google ученый
Эстева-Фонт, К., Балларин, Дж. И Фернандес-Ллама, П. Молекулярная биология водной и солевой регуляции в почках. Ячейка. Мол. Life Sci. 69 , 683–695 (2012).
CAS PubMed Статья PubMed Central Google ученый
Навата, К. М.& Pannabecker, T. L. Концентрация в моче млекопитающих: обзор мозгового вещества почек и мембранных транспортеров. J. Comp. Physiol. B: биохимический, системный, экологический. Physiol. 188 , 899–918 (2018).
CAS Статья Google ученый
Абдалла, М. А. Анатомические особенности почек, участвующих в сохранении воды через концентрацию мочи у дромадеров (Camelus dromedarius). Heliyon 6 , e03139 (2020).
Шмидт-Нильсен, Б. и О’Делл, Р. Структура и механизм концентрации в почках млекопитающих. г. J. Physiol. 200 , 1119–1124 (1961).
CAS PubMed Статья PubMed Central Google ученый
Аль-Кахтани, М. А., Зулета, К., Кавидес-Видаль, Э. и Гарланд, Т. Масса почек и относительная толщина мозгового вещества грызунов в зависимости от среды обитания, размера тела и филогении. Physiol. Biochem. Zool. 77 , 346–365 (2004).
PubMed Статья PubMed Central Google ученый
Абдалла, М. А. и Абдалла, О. Морфометрические наблюдения почек верблюда, Camelus dromedarius . J. Anat. 129 , 45–50 (1979).
CAS PubMed PubMed Central Google ученый
Beuchat, C.A. Размер тела, толщина мозгового вещества и способность концентрировать мочу у млекопитающих. г. J. Physiol. — Регул. Интегр. Комп. Физиол . 258 , R298 – R308 (1990).
Hassan, S. N., Nargis, W., Khalil, M., Khalil, M. & Alam, M. R. Кортикомедуллярный индекс человека. Почки Бангладеш J. Anat. 10 , 20–22 (2013).
Артикул Google ученый
Иссайан, Т., Урити, В. Б., Данцлер, В. Х. и Паннабекер, Т. Л. Архитектура прямой кишки во внутреннем мозговом веществе почек пустынного грызуна Dipodomys merriami: потенциальное влияние на механизм концентрации мочи. г. J. Physiol. — Регул. Интегр. Комп. Physiol. 303 , R748 – R756 (2012).
CAS PubMed PubMed Central Статья Google ученый
Урити, В. Б., Иссаян, Т., Браун, Э.Дж., Данцлер, В. Х. и Паннабекер, Т. Л. Архитектура внутреннего мозгового вещества кенгуровой крысы: сегментация нисходящей тонкой конечности петли Генле. г. J. Physiol. — Регул. Интегр. Комп. Physiol. 302 , 720–726 (2012).
Артикул CAS Google ученый
Ge, S. X., Jung, D., Jung, D. & Yao, R. ShinyGO: графический инструмент для обогащения набора генов для животных и растений. Биоинформатика 36 , 2628–2629 (2020).
CAS PubMed Статья PubMed Central Google ученый
Голдштейн, Дж. Л. и Браун, М. С. Регулирование мевалонатного пути. Природа 343 , 425–430 (1990).
CAS PubMed Статья PubMed Central Google ученый
Adams, C.M. et al. Холестерин и 25-гидроксихолестерин ингибируют активацию SREBP с помощью разных механизмов, включая SCAP и insigs. J. Biol. Chem. 279 , 52772–52780 (2004).
CAS PubMed Статья PubMed Central Google ученый
Эспеншад, П. Дж. И Хьюз, А. Л. Регулирование синтеза стеролов у эукариот. Annu. Преподобный Жене. 41 , 401–427 (2007).
CAS PubMed Статья PubMed Central Google ученый
Розман Д. и Моностори К. Перспективы применения нестатиновых гиполипидемических средств. Pharmacol. Ther. 127 , 19–40 (2010).
CAS PubMed Статья PubMed Central Google ученый
Сэндс, Дж. М. и Лейтон, Х. Э. Физиология концентрации мочи: обновленная информация. Семин. Нефрол. 29 , 178–195 (2009).
CAS PubMed PubMed Central Статья Google ученый
Pradervand, S., Zuber Mercier, A., Centeno, G., Bonny, O. & Firsov, D. Комплексный анализ профилей экспрессии генов в дистальных частях почечных канальцев мыши. Pflug. Arch. Евро. J. Physiol. 460 , 925–952 (2010).
CAS Статья Google ученый
Giorello, F. M. et al. Характеристика транскриптома почек южноамериканской оливковой мыши Abrothrix olivacea. BMC Genomics 15 , 446 (2014).
PubMed Статья CAS PubMed Central Google ученый
Тигано А., Колелла Дж. П. и Макманес М. Д. Сравнительный и популяционный подходы геномики раскрывают основы адаптации к пустыням у мелких грызунов. Мол. Ecol. 29 , 1300–1314 (2020).
CAS PubMed PubMed Central Статья Google ученый
Michea, L. et al. Задержка клеточного цикла и апоптоз вызываются высоким содержанием соли и мочевины в мозговых клетках почек. г. J. Physiol. — Рен. Физиол . 278 , F209 – F218 (2000).
Kültz, D. & Chakravarty, D. Гиперосмоляльность в форме повышенного содержания NaCl, но не мочевины, вызывает повреждение ДНК в клетках почек мыши. Proc. Natl Acad. Sci. США 98 , 1999–2004 (2001).
PubMed Статья PubMed Central Google ученый
Дмитриева, Н. И., Булавин, Д. В. и Бург, М. Б. Высокий уровень NaCl заставляет Mre11 покидать ядро, нарушая передачу сигналов и восстановление ДНК. г. J. Physiol. — Рен. Physiol. 285 , F266 – F274 (2003).
CAS Статья Google ученый
Zhou, X., Ferraris, J. D., Cai, Q., Agarwal, A. & Burg, M. B. Повышенное количество активных форм кислорода способствует высокой индуцированной NaCl активации фактора осморегуляторной транскрипции TonEBP / OREBP. г. J. Physiol. — Рен. Physiol. 289 , F377 – F385 (2005).
CAS Статья Google ученый
Али, М.А. и др. Влияние длительного обезвоживания на окислительный стресс, маркеры апоптоза и нейропептиды в слизистой оболочке желудка верблюда-верблюда. Мол. Клетка. Biochem. 455 , 109–118 (2019).
CAS PubMed Статья PubMed Central Google ученый
Роббинс, Э., Педерсон, Т. и Кляйн, П. Сравнение митотических явлений и эффектов, вызванных гипертоническими растворами в клетках Hela. J. Cell Biol. 44 , 400–416 (1970).
CAS PubMed Статья PubMed Central Google ученый
Зук А. и Бонвентр Дж. В. Острое повреждение почек. Annu. Rev. Med. 67 , 293–307 (2016).
CAS PubMed PubMed Central Статья Google ученый
MacManes, M. D. Тяжелое острое обезвоживание у пустынных грызунов вызывает транскрипционный ответ, который эффективно предотвращает повреждение почек. г. J. Physiol. — Рен. Physiol. 313 , F262 – F272 (2017).
CAS Статья Google ученый
Marra, NJ, Eo, SH, Hale, MC, Waser, PM и Dewoody, JA Априорные и апостериорные подходы к поиску генов, представляющих эволюционный интерес у немодельных видов: Осморегуляторные гены в транскриптоме почек пустынный грызун Dipodomys spectabilis (длиннохвостая кенгуровая крыса). Комп. Biochem. Physiol. — Часть D. Геномика Proteom. 7 , 328–339 (2012).
CAS Статья Google ученый
Cao, Y., Zhang, D. & Zhou, H. Ключевые гены дифференциальной экспрессии и пути, участвующие в стрессах солевой и водной депривации для почечной коры верблюда. BMC Mol. Биол. 20 , 11 (2019).
PubMed PubMed Central Статья Google ученый
Zhang, D., Pan, J., Cao, J., Cao, Y. & Zhou, H. Скрининг засухоустойчивых генов и анализ многообещающих регуляторных путей в мозговом веществе почек верблюда. Genomics 112 , 2633–2639 (2020).
CAS PubMed Статья PubMed Central Google ученый
Al-Swailem, A. M. et al. Секвенирование, анализ и аннотация тегов выраженной последовательности верблюжьих верблюдов. PLoS ONE 5 , e10720 (2010).
PubMed Статья CAS PubMed Central Google ученый
Jirimutu et al. Последовательности генома диких и домашних двугорбых верблюдов. Nat. Commun. 3 , 1–9 (2012).
Google ученый
Mohri, M., Moosavian, H. R. & Hadian, M. J. Биохимия плазмы одногорбого верблюда ( Camelus dromedarius ): эффекты антикоагулянтов и сравнение с сывороткой. Res. Вет. Sci. 85 , 554–558 (2008).
CAS PubMed Статья PubMed Central Google ученый
Омиди, Араш, Саджеди, З., Монтазер Торбати, М. и Мостафаи, М. Метаболический профиль беременных, небеременных и самцов двугорбых верблюдов (Camelus bactrianus) из Ирана. Иран. J. Vet. Med. 8 , 235–242 (2015).
Google ученый
Левитан И., Фанг Ю., Розенхаус-Данцкер А. и Романенко В. в Sub-Cellular Biochemistry Vol. 51, 509–549 (Springer New York, 2010).
Баррантес, Ф. Дж. В Brain Research Reviews Vol. 47, 71–95 (Elsevier, 2004).
Лундбек, Дж. А., Бирн, П., Гиршман, Дж., Хансен, А. Дж. И Андерсен, О. С. Жесткость мембраны и функция каналов. Биохимия 35 , 3825–3830 (1996).
PubMed Статья PubMed Central Google ученый
Андерсен, О. С. и др. Ионные каналы как инструменты для мониторинга взаимодействия липидных двухслойных мембран с белками: каналы грамицидина как преобразователи молекулярных сил. Methods Enzymol. 294 , 208–224 (1999).
CAS PubMed Статья PubMed Central Google ученый
Lundbk, J. A. et al. Регулирование функции натриевых каналов эластичностью двух слоев: важность гидрофобного связывания. эффекты мицеллообразующих амфифилов и холестерина. J. Gen. Physiol. 123 , 599–621 (2004).
PubMed PubMed Central Статья Google ученый
Мартенс, Дж. Р., О’Коннелл, К. и Тамкун, М. Нацеливание ионных каналов на микродомены мембраны: локализация KV-каналов на липидных рафтах. Trends Pharmacol. Sci. 25 , 16–21 (2004).
CAS PubMed Статья PubMed Central Google ученый
Магуй, А., Хеберт, Т. Э. и Наттель, С. Участие липидных рафтов и кавеол в функции ионных каналов сердца. Cardiovascular Res. 69 , 798–807 (2006).
CAS Статья Google ученый
Романенко В.Г. и др. Чувствительность к холестерину и нацеливание на липидный рафт каналов Kir2.1. Biophys. J. 87 , 3850–3861 (2004).
CAS PubMed PubMed Central Статья Google ученый
Левитан, И. Холестерин и Кир каналы. IUBMB Life 61 , 781–790 (2009).
CAS PubMed PubMed Central Статья Google ученый
Левитан И., Сингх Д. К. и Розенхаус-Дантскер А. Связывание холестерина с ионными каналами. Фронт. Physiol. 5 , 1–14 (2014).
Артикул Google ученый
Меса-Эррера, Ф., Таоро-Гонсалес, Л., Вальдес-Байзабал, К., Диас, М. и Марин, Р. Изменение липидов и липидных плотностей при старении и нейродегенеративных заболеваниях: окно для разработки новых биомаркеров . Внутр. J. Mol. Sci. 20 , 3810 (2019).
CAS PubMed Central Статья Google ученый
Penke, B. et al. Роль липидов и мембран в патогенезе болезни Альцгеймера: комплексный взгляд. Curr. Alzheimer Res. 15 , 1191–1212 (2018).
CAS PubMed Статья PubMed Central Google ученый
Романенко, В. Г., Ротблат, Г. Х., Левитан, И. Модуляция эндотелиального внутреннего выпрямительного тока K + оптическими изомерами холестерина. Biophys. J. 83 , 3211–3222 (2002).
CAS PubMed PubMed Central Статья Google ученый
Левитан И. и Баррантес Ф. Дж. Регулирование холестерина ионных каналов и рецепторов (John Wiley and Sons, 2012).
Rosenhouse-dantsker, A., Leal-pinto, E., Logothetis, D. E., Leal-pinto, E. & Logothetis, D. E. Сравнительный анализ чувствительности к холестерину каналов Kir: роль петли CD. Каналы 4 , 63–66 (2010).
CAS PubMed Статья PubMed Central Google ученый
Giorello, F. M. et al. Связь между дифференциальной экспрессией и генетической дивергенцией у патагонских оливковых мышей ( Abrothrix olivacea ). Мол. Ecol. 27 , 3274–3286 (2018).
CAS Статья Google ученый
Томита К., Пизано Дж. Дж. И Неппер М. А. Контроль транспорта натрия и калия в кортикальном собирательном канале крысы: эффекты брадикинина, вазопрессина и дезоксикортикостерона. J. Clin. Инвестировать. 76 , 132–136 (1985).
CAS PubMed Статья PubMed Central Google ученый
Меннитт, П. А., Уэйд, Дж. Б., Эсельбаргер, К. А., Палмер, Л. Г. и Фриндт, Г. Локализация каналов ROMK в почках крысы. J. Am. Soc. Нефрол. 8 , 1823–1830 (1997).
CAS PubMed Статья PubMed Central Google ученый
Антунес-Родригес, Дж., Де Кастро, М., Элиас, Л. Л. К., Валенса, М. М. и Макканн, С. М. Нейроэндокринный контроль метаболизма жидкости в организме. Physiological Rev. 84 , 169–208 (2004).
CAS Статья Google ученый
Rutherford, P. et al. Экспрессия изоформы натрий-водородного обмена в клетках крови: значение для исследований сахарного диабета. Exp. Clin. Эндокринол. Диабет 105 , 13–16 (1997).
CAS PubMed Статья PubMed Central Google ученый
Rutherford, P. A. et al. Экспрессия изоформ Na + -H + обменника NHE1 и NHE3 в почках и клетках крови кролика и крысы. Exp. Нефрол. 5 , 490–497 (1997).
CAS PubMed PubMed Central Google ученый
Layton, A. T. и Layton, H.E. Вычислительная модель эпителиального транспорта растворенных веществ и воды по нефрону человека. PLoS Comput. Биол. 15 , e1006108 (2019).
CAS PubMed Статья PubMed Central Google ученый
Кларк, Р. Дж., Катауро, М., Расмуссен, Х. Х. и Апелл, Х. Дж. Количественный расчет роли Na +, K + -АТФазы в термогенезе. Biochim. Биофиз. Acta — Bioenerg. 1827 , 1205–1212 (2013).
CAS Статья Google ученый
Haines, T.H. Уменьшают ли стеролы утечку протонов и натрия через липидные бислои? Прог. Lipid Res. 40 , 299–324 (2001).
CAS PubMed Статья PubMed Central Google ученый
Zacchia, M., Capolongo, G., Rinaldi, L. & Capasso, G. Важность толстой восходящей ветви петли Генле в физиологии и патофизиологии почек. Внутр. J. Nephrol. Реноваскулярный дис. 11 , 81–92 (2018).
CAS Статья Google ученый
Йигл, П. Л., Янг, Дж. И Райс, Д. Влияние холестерина на (Na +, K +) — АТФазу АТФ-гидролизную активность в бычьих почках. Биохимия 27 , 6449–6452 (1988).
CAS PubMed Статья PubMed Central Google ученый
Garcia, A. et al. Истощение запасов холестерина подавляет активность Na, K-АТФазы в среде, близкой к естественной мембране. J. Biol. Chem. 294 , 5956–5969 (2019).
CAS PubMed Статья PubMed Central Google ученый
Matsuzaki, T. et al. Распределение и функция аквапоринов в почках: решенные и нерешенные вопросы. Анат. Sci. Int. 92 , 187–199 (2017).
CAS PubMed Статья PubMed Central Google ученый
Zhang, J. et al. Более высокие уровни экспрессии белков семейства аквапоринов в почках живущего в засушливых пустынях Lepus yarkandensis. Фронт. Physiol. 10 , 1172 (2019).
PubMed Статья PubMed Central Google ученый
Sands, J. M. & Layton, H.E. Физиология концентрации мочи: обновленная информация. Семин. Нефрол. 29 , 178–195 (2009).
CAS PubMed PubMed Central Статья Google ученый
Ecelbarger, C. A. et al. Локализация и регуляция водного канала аквапорина-3 в почках крысы. г. J. Physiol. — Рен. Fluid Electrolyte Physiol. 269 , F663 – F672 (1995).
CAS Статья Google ученый
Zhang, J. et al. Более высокие уровни экспрессии белков семейства аквапоринов в почках живущего в засушливых пустынях lepus yarkandensis. Фронт. Physiol. 10 , 1172 (2019).
PubMed Статья PubMed Central Google ученый
млн лет назад T. et al. Нефрогенный несахарный диабет у мышей, лишенных водных каналов аквапорина-3. Proc. Natl Acad. Sci. USA 97 , 4386–4391 (2000).
CAS PubMed Статья PubMed Central Google ученый
Mirza, R. et al. Повышенная экспрессия аквапорина-3 в эпидермисе мышей с нокаутом DHCR24. руб. J. Dermatol. 158 , 679–684 (2008).
CAS PubMed Статья PubMed Central Google ученый
Нильсен, С., ДиДжованни, С. Р., Кристенсен, Э.И., Неппер, М. А. и Харрис, Х. В. Клеточная и субклеточная иммунолокализация регулируемого вазопрессином водного канала в почках крысы. Proc. Natl Acad. Sci. США 90 , 11663–11667 (1993).
CAS PubMed Статья PubMed Central Google ученый
Валенти, Г., Прочино, Г., Тамма, Г., Кармозино, М., Свелто, М. Мини-обзор: торговля аквапорином 2. Эндокринология 146 , 5063–5070 (2005).
CAS PubMed Статья PubMed Central Google ученый
Таката К., Мацузаки Т., Тадзика Ю., Аблимит А. и Хасегава Т. Локализация и перемещение аквапорина 2 в почках. Histochemistry Cell Biol. 130 , 197–209 (2008).
CAS Статья Google ученый
Procino, G. et al. Экзоцитоз AQP2 в собирательном канале почек — участие изоформ SNARE и регуляторная роль Munc18b. J. Cell Sci. 121 , 2097–2106 (2008).
CAS PubMed Статья PubMed Central Google ученый
Klussmann, E. et al. Регулирование торговли аквапорином-2. Handb. Exp. Pharmacol. 190 , 133–157 (2009).
Артикул Google ученый
Fushimi, K., Sasaki, S. & Marumo, F. Фосфорилирование серина 256 необходимо для цАМФ-зависимого регуляторного экзоцитоза водного канала аквапорина-2. J. Biol. Chem. 272 , 14800–14804 (1997).
CAS PubMed Статья PubMed Central Google ученый
Van Balkom, B. W. M. et al. Роль предполагаемых сайтов фосфорилирования в нацеливании и перемещении водного канала аквапорина-2. J. Biol. Chem. 277 , 41473–41479 (2002).
PubMed Статья CAS PubMed Central Google ученый
Бун М. и Дин П. М. Т. Физиология и патофизиология регулируемой вазопрессином реабсорбции воды в почках. Pflug. Arch. Евро. J. Physiol. 456 , 1005–1024 (2008).
CAS Статья Google ученый
Alim, F. Z. D. et al. Сезонные адаптации гипоталамо-нейрогипофизарной системы верблюда-верблюда. PLoS ONE 14 , e0216679 (2019).
CAS PubMed Статья PubMed Central Google ученый
Procino, G. et al. Вызванное ловастатином истощение холестерина влияет как на апикальную сортировку, так и на эндоцитоз аквапорина-2 в почечных клетках. г. J. Physiol. — Рен. Physiol. 298 , F266 – F278 (2010).
CAS Статья Google ученый
Lu, H. et al. Ингибирование эндоцитоза вызывает фосфорилирование (S256) -независимое накопление AQP2 на плазматической мембране. г. J. Physiol. — Рен. Physiol. 286 , 233–243 (2004).
Артикул Google ученый
Greenwood, M. P. et al. Влияние старения на биосинтетические процессы в осморегуляторной нейроэндокринной системе гипоталамуса крыс. Neurobiol. Старение 65 , 178–191 (2018).
CAS PubMed PubMed Central Статья Google ученый
Тодд, Э.В., Блэк, М. А. и Геммелл, Н. Дж. Сила и перспективы RNA-seq в экологии и эволюции. Мол. Ecol. 25 , 1224–1241 (2016).
CAS PubMed Статья PubMed Central Google ученый
Andrews, S. et al. FastQC (Бабрахам, 2012).
Dobin, A. et al. STAR: сверхбыстрый универсальный выравниватель RNA-seq. Биоинформатика 29 , 15–21 (2013).
CAS Статья Google ученый
Yates, A. D. et al. Ensembl 2020. Nucleic Acids Res. 48 , D682 – D688 (2020).
CAS PubMed Статья PubMed Central Google ученый
Liao, Y., Smyth, G. K. & Shi, W. FeatureCounts: эффективная программа общего назначения для сопоставления считываний последовательностей с геномными особенностями. Биоинформатика 30 , 923–930 (2014).
CAS PubMed Статья PubMed Central Google ученый
Лав М. И., Хубер В. и Андерс С. Умеренная оценка кратного изменения и дисперсии данных РНК-seq с помощью DESeq2. Genome Biol. 15 , 550 (2014).
Артикул CAS Google ученый
, Основная команда Р. Р. (2013). Европейское агентство по окружающей среде. R A Lang. Environ. Стат. Comput. R Найдено. Стат. Вычислить . Вена, Австрия (2020 г.).
Bradford, M. M. Быстрый и чувствительный метод количественного определения количества белка в микрограммах, использующий принцип связывания белок-краситель. Анал. Biochem. 72 , 248–254 (1976).
CAS Статья Google ученый
Уокер, Дж. М. и Крюгер, Н. Дж. В книге «Справочник по белковым протоколам» 15–22 (Humana Press, 2003).
Zhu, Y. et al. DEqMS: метод точной оценки дисперсии в анализе дифференциальной экспрессии белка. Мол. Клетка. Proteom. 19 , 1047–1057 (2020).
CAS Статья Google ученый
Ye, J. et al. Primer-BLAST: инструмент для разработки целевых праймеров для полимеразной цепной реакции. BMC Bioinforma. 13 , 134 (2012).
CAS Статья Google ученый
Свец, Д., Тихопад, А., Новосадова, В., Пфаффл, М. В. и Кубиста, М. Насколько хороша оценка эффективности ПЦР: Рекомендации для точных и надежных оценок эффективности количественной ПЦР. Biomol. Обнаружить. Quantif. 3 , 9–16 (2015).
CAS PubMed PubMed Central Статья Google ученый
Gholami, K., Loh, S. Y., Salleh, N., Lam, S. K. и Hoe, S. Z. Выбор подходящих эндогенных эталонных генов для КПЦР в почках и гипоталамусе крыс под воздействием тестостерона. PLoS ONE 12 , 1–15 (2017).
Google ученый
Suski, J. M. et al. Выделение мембран, связанных с плазматической мембраной, из печени крысы. Nat. Protoc. 9 , 312–322 (2014).
CAS PubMed Статья PubMed Central Google ученый
Брукхарт Р. Т., Мишель К. И. и Шаффер Дж. Э. Что касается жира. Cell Metab. 10 , 9–12 (2009).
CAS PubMed PubMed Central Статья Google ученый
Marquardt, D., Kučerka, N., Wassall, S. R., Harroun, T. A. & Katsaras, J. Расположение холестерина в липидных бислоях. Chem. Phys. Липиды 199 , 17–25 (2016).
CAS PubMed Статья PubMed Central Google ученый
Эдгар Р., Домрачев М. и Лэш А. Е. Омнибус экспрессии генов: репозиторий данных по экспрессии генов NCBI и гибридизации. Nucleic Acids Res. 30 , 207–210 (2002).
CAS PubMed PubMed Central Статья Google ученый
Perez-Riverol, Y. et al. База данных PRIDE и связанные с ней инструменты и ресурсы в 2019 году: улучшение поддержки количественных данных. Nucleic Acids Res. 47 , D442 – D450 (2019).
CAS PubMed Статья PubMed Central Google ученый
Произошла ошибка при настройке пользовательского файла cookie
Этот сайт использует файлы cookie для повышения производительности. Если ваш браузер не принимает файлы cookie, вы не можете просматривать этот сайт.
Настройка вашего браузера для приема файлов cookie
Существует множество причин, по которым cookie не может быть установлен правильно.Ниже приведены наиболее частые причины:
- В вашем браузере отключены файлы cookie. Вам необходимо сбросить настройки своего браузера, чтобы он принимал файлы cookie, или чтобы спросить вас, хотите ли вы принимать файлы cookie.
- Ваш браузер спрашивает вас, хотите ли вы принимать файлы cookie, и вы отказались. Чтобы принять файлы cookie с этого сайта, нажмите кнопку «Назад» и примите файлы cookie.
- Ваш браузер не поддерживает файлы cookie. Если вы подозреваете это, попробуйте другой браузер.
- Дата на вашем компьютере в прошлом.Если часы вашего компьютера показывают дату до 1 января 1970 г., браузер автоматически забудет файл cookie. Чтобы исправить это, установите правильное время и дату на своем компьютере.
- Вы установили приложение, которое отслеживает или блокирует установку файлов cookie. Вы должны отключить приложение при входе в систему или проконсультироваться с системным администратором.
Почему этому сайту требуются файлы cookie?
Этот сайт использует файлы cookie для повышения производительности, запоминая, что вы вошли в систему, когда переходите со страницы на страницу.Чтобы предоставить доступ без файлов cookie потребует, чтобы сайт создавал новый сеанс для каждой посещаемой страницы, что замедляет работу системы до неприемлемого уровня.
Что сохраняется в файле cookie?
Этот сайт не хранит ничего, кроме автоматически сгенерированного идентификатора сеанса в cookie; никакая другая информация не фиксируется.
Как правило, в файле cookie может храниться только информация, которую вы предоставляете, или выбор, который вы делаете при посещении веб-сайта.Например, сайт не может определить ваше имя электронной почты, пока вы не введете его. Разрешение веб-сайту создавать файлы cookie не дает этому или любому другому сайту доступа к остальной части вашего компьютера, и только сайт, который создал файл cookie, может его прочитать.
FDA приказывает Рейнольдсу прекратить продажи сигарет четырех марок
ВАШИНГТОН, 15 сентября (Рейтер) — Reynolds American Inc больше не может продавать сигареты Camel Crush bold и три других типа сигарет в Соединенных Штатах, поскольку компания не продемонстрировала, что они несут не больший риск для здоровья, чем аналогичные продукты на рынке до февраля. .15 августа 2007 года, сообщили регуляторы во вторник.
Решение Управления по санитарному надзору за качеством пищевых продуктов и медикаментов было принято через три недели после того, как агентство заявило Рейнольдсу и двум его конкурентам, что они не могут утверждать, что их продукты являются «натуральными» или «не содержат добавок» без разрешения регулирующих органов. Reynolds продает сигареты Natural American Spirit через свою дочернюю компанию Santa Fe Natural Tobacco Co. Две другие компании получили аналогичные предупреждения.
FDA заявило, что Reynolds больше не может продавать или распространять Camel Crush Bold, Pall Mall Deep Set Recessed Filter, Pall Mall Deep Set Recessed Filter Menthol и сигареты Vantage Tech 13.Агентство пришло к выводу, что продукты имеют характеристики, отличные от характеристик эталонных или «предикатных» продуктов, по которым они были измерены.
Рейнольдс не был доступен для комментариев сразу.
В соответствии с Законом о борьбе против табака 2009 года FDA предоставило производителям табака льготный период для подачи заявок в FDA, показывающих, что новые продукты не более опасны, чем те, которые были на рынке до февраля 2007 года.http://1.usa.gov/1Nuim58)
«Эти решения были основаны на тщательном, научно обоснованном обзоре, разработанном для защиты населения от вреда, причиняемого употреблением табака», — говорится в заявлении директора табачного подразделения FDA Митча Зеллера.
FDA заявило, что Рейнольдс не смог доказать, что повышенный выход вредных или потенциально вредных компонентов, более высокие уровни ментола или добавление новых ингредиентов в продаваемые в настоящее время продукты по сравнению с предикатными продуктами не вызывают различных вопросов общественного здравоохранения.
В случае Camel Crush Bold, по словам агентства, Рейнольдс также не смог показать, что добавление капсулы ментола в фильтр не повлияло на восприятие и использование потребителями.
FDA заявило, что не намерено вводить запрет на 30 дней, чтобы позволить розничным торговцам избавиться от своих запасов.
(Отчетность Тони Кларк
Оказывается, в способности верблюдов не пить в течение нескольких недель скрывается секрет
Верблюды обладают невероятной способностью пережить недели, не выпив даже глотка воды.Теперь у нас есть лучшее представление о секретном ингредиенте, который помогает их телам достичь этого.
Мы уже знаем, что для сохранения каждой капли жидкости у верблюдов есть множество биологических уловок, включая большие и замысловатые носы, которые цепляются за воду в воздухе, оставляя их тела, и модифицированную кровь, которая может противостоять обезвоживанию.
Они могут проглотить сотни литров за считанные минуты, когда есть вода, которую они затем поглощают медленно, чтобы избежать осмотического шока; кроме того, температура их тела колеблется от 31 до 41 ° C (от 87 до 105 ° F), чтобы уменьшить потоотделение.
Когда у человека заканчивается вода, наши почки переключают передачи, чтобы сохранить как можно больше влаги. Вода фильтруется в канальцы в области, называемой корой, где она перетекает в другую часть, называемую мозговым веществом. Здесь ионы растворенной соли перекачиваются через мембраны, создавая дисбаланс, который заставляет часть воды возвращаться в кровь, а остальная часть уносит отходы в виде мочи.
Тела верблюдов доводят это повторное поглощение воды до крайности, концентрируя мочу до такой степени, с которой мы никогда не сможем справиться.В огромном исследовании по изучению генов, экспрессируемых в клетках почек арабских верблюдов ( Camelus dromedarius ), группа исследователей сравнила гены, полученные от обезвоженных верблюдов, и верблюдов, которые недавно наполнились водой.
«Мы идентифицировали сотни генов и белков, которые значительно изменены как в коре, так и в мозговом веществе почек у обезвоженных и регидратированных животных по сравнению с контролем», — сказал физиолог животных Бристольского университета Фернандо Альвира Ираизоз.
Многие из генов, изменяющих экспрессию у обезвоженных верблюдов, по-видимому, участвуют в подавлении холестерина жировых веществ в их почечных клетках.
Итак, Альвира Ираизоз и его коллеги измерили количество холестерина в плазматических мембранах почек у обезвоженных животных и сравнили его с контролем. Они обнаружили, что у обезвоженных верблюдов действительно меньше холестерина в мембранах почечных клеток, чем у гидратированных.
Более того, гены, кодирующие транспортировку ионов и водных каналов через клеточные мембраны, также больше экспрессируются в обезвоженных клетках почек верблюдов.В совокупности эти результаты подтверждают догадку команды о том, что подавление холестерина, вызванное обезвоживанием, позволяет верблюдам цепляться за большее количество воды в почках.
«Уменьшение количества холестерина в мембране почечных клеток будет способствовать перемещению растворенных веществ и воды по различным участкам почки — процессу, который необходим для эффективного реабсорбции воды и образования высококонцентрированной мочи, что позволяет избежать попадания воды. потеря », — объяснили Альвира Ираизоз и молекулярный нейроэндокринолог Бенджамин Гиллард, также из Бристольского университета.
В нашем быстро теплеющем мире животноводство, способное переносить суровые условия, приобретает все большее значение. Арабский верблюд уже поддерживает миллионы людей с момента своего одомашнивания более 3000 лет назад. Они предоставляют молоко, мясо, одежду, транспорт и убежище в нескольких засушливых районах нашей планеты.
«[Мультиомные исследования] предоставляют очень ценную информацию в контексте опустынивания и изменения климата и могут быть использованы для оценки того, как различные виды будут адаптироваться к своей уже изменяющейся окружающей среде», — сказала Альвира Ираизоз.
В настоящее время исследователи работают над аналогичным анализом мозга верблюда и планируют изучить реакцию генетической экспрессии на сильное обезвоживание у других засушливых млекопитающих, таких как очаровательные прыгающие грызуны, называемые тушканчиком.
Это исследование было опубликовано в журнале Communications Biology .
Кенийские пастухи переходят с крупного рогатого скота на верблюдов, чтобы приспособиться к изменению климата
Люди Боран и Габра на севере Кении были скотоводами, также известными как скотоводы, с тех пор, как их общины помнят.Крупный рогатый скот дает и молоко, и мясо, и играет важную роль в культурных ритуалах и социальном статусе.
Но в последнее время все изменилось.
В Кении, как и в аналогичных регионах по всему миру, стало жарче, а количество осадков стало менее предсказуемым. Из-за засухи 2005-2006 гг. Поголовье крупного рогатого скота, коз и овец у скотоводов сократилось на 30% всего за один год, в результате чего 80% всех кенийских скотоводов зависели от международной продовольственной помощи. Северная Кения переживает более частые и интенсивные засухи, а также эрозию почвы на пастбищах.Это крайне затрудняет выпас скота. Боран и Габра часто проводят большую часть своего дня, выгоняя скот к истощающимся водным ресурсам.
Таким образом, некоторые отказываются от крупного рогатого скота в пользу более устойчивого к изменению климата варианта: верблюдов.
Новый климат, новое поголовье
Сомалийцы впервые завезли верблюдов в северную Кению в 1980-х годах, и местные жители начали их выращивать. Большинство пастухов покупали новых верблюдов, торгуя скотом, используя доход от альтернативной работы или продавая мед.
Верблюды требуют меньше воды, питаются более разнообразной растительностью и производят в шесть раз больше молока, чем местные виды крупного рогатого скота. В 1990-х годах рынки животноводства в этом районе расширились, и к середине 2000-х годов в регионе был спрос и хорошие цены на верблюдов и верблюжье молоко. С 1999 по 2009 год поголовье верблюдов в Кении увеличилось с 800 000 до 3 миллионов.
Производство верблюдов повысило уровень жизни и продовольственную безопасность. Одно исследование показывает, что в настоящее время верблюжье молоко составляет 35-40% дохода домохозяйств в некоторых общинах, в том числе в засушливый сезон.Но производство верблюдов также сопряжено с проблемами. Верблюды конкурируют с другим домашним скотом и принесли в Кению новые болезни. Кража верблюдов и набеги — не редкость. А в северной Кении до сих пор не хватает ветеринарной системы и инфраструктуры разведения для улучшения разновидностей верблюдов и решения некоторых из этих проблем.
Происходит трансформационная адаптация
Поскольку изменение климата затрагивает все больше сообществ, некоторые из них могут адаптироваться, используя дополнительные решения, такие как улучшение кормов для своих животных, установка хлевов или посадка деревьев для затенения домашнего скота.Другим, например кенийским скотоводам, необходимо будет произвести более радикальные изменения, например сменить тип скота, который они содержат, или урожай, который они производят. Переход от крупного рогатого скота к верблюдам перед лицом изменяющегося климата является примером трансформирующей адаптации — концепции, которую исследователи WRI исследуют для животноводства в новой статье. Кенийцы боран и габра разводят крупный рогатый скот в течение нескольких поколений, но их образ жизни находится под угрозой из-за изменения климата. Фото Кандукуру Нагарджуна / Flickr. Эти более драматические изменения часто требуют трансформации рыночных структур, социальной динамики и культурных норм.Люди во всем мире принимают стратегии трансформационной адаптации перед лицом растущих климатических рисков, таких как переход с кофе на апельсины некоторыми фермерами в Коста-Рике. Другие могут принять новые типы технологий или коренным образом изменить способ производства продуктов питания. Например, повышение уровня моря может заставить некоторых фермеров отказаться от выращивания сельскохозяйственных культур на суше в пользу аквакультуры.
Политики должны обеспечить поддержку для преобразовательной адаптации к работе
Такие важные сдвиги могут способствовать долгосрочному и устойчивому изменению климата, но исследования показывают, что они также могут производить как победителей, так и проигравших.В северной Кении пастухи в основном усыновляли верблюдов самостоятельно, без какого-либо регионального плана или вмешательства правительства. Без этой помощи многие скотоводы остались позади, потому что у них нет финансовых ресурсов, чтобы перейти от коров к верблюдам.
Из примера Кении можно извлечь урок. Директивным органам необходимо определить возможности для трансформирующей адаптации и разработать политику, ориентированную на тех, у кого может не быть информации, технической помощи или финансовых ресурсов для принятия таких значительных изменений.Это может включать улучшение доступа к климатической информации, которая рекомендует, какие культуры и домашний скот подходят для выращивания в определенных регионах. Также потребуется новая рыночная политика, такая как адаптация сельскохозяйственных субсидий для продвижения устойчивых к изменению климата продуктов. Важно отметить, что предложение фермерам ссуд или кредитов для покрытия авансовых затрат на переходный период имеет важное значение. Переход кенийских пастухов на верблюдов является примером трансформирующей адаптации к изменению климата. Фото Флора де Пренёф / Всемирный банк.Создание благоприятных условий для адаптации сообществ — это только половина дела. После любого крупного перехода у сообществ должны быть ресурсы для поддержки новой системы. В случае Кении это может потребовать инвестиций в системы исследования и разведения верблюдов, а также в ветеринарную помощь и надзор за болезнями.
Без проактивных долгосрочных стратегий существует риск того, что бедные станут беднее, а общины потеряют социальную сплоченность. С другой стороны, своевременное и инклюзивное планирование может способствовать созданию справедливых и устойчивых к изменению климата сельскохозяйственных сообществ во всем мире.
В ближайшее время будут проведены дополнительные исследования ИМР по трансформирующей адаптации в сельском хозяйстве, сфокусированные на исследованиях и разработках сельскохозяйственных культур, услугах климатической информации и управлении водными ресурсами.