Cloud Storage — сервис хранения неструктурированных данных. Внутри можно хранить все что захотим, но в основном используется как файловое хранилище. Каждый файл представлен в виде объекта, сами же объекты лежал в бакетах.

Бакет avatars содержит аватары пользователей, music — песни.

В Cloud Storage нету ограничений на количество и размер файлов. Мы платим только за то что используем.

Основные понятия

Бакеты
Бакет это коллекция объектов, все файлы должны лежать внутри. Также бакет является центральным местом управления жизненным циклом объектов и доступа к ним. Каждый бакет имеет свое глобально уникальное имя, регион и класс хранения данных. Для работы с бакетом используют конструкцию:

gs://название-бакета

Объекты
Технически Cloud Storage не является файловым хранилищем или файловой системой, это объектное хранилище. Поэтому каждый файл представляет из себя объект, который состоит из двух частей: сам файл и метаданные. Метаданные описывают характеристики объекта в виде ключ-значение.

Иммутабельность
Все объекты иммутабельные, их можно только перезаписать или удалить. При перезаписи предыдущая версия файла будет доступна пока новая успешно не запишется на диск.

Классы хранения

Классы хранения отвечают за доступность и цену хранения объектов.

Standard Storage
Лучший выбор для данных, которые активно используются (горячие данные) и хранятся непродолжительное время.

В свою очередь standard класс можно поделить еще на 3 подкласса: multi-regional, dual-region, single region. Они влияют на доступность файлов и скорость доступа к ним, особенно если пользователи разбросаны по миру. При использовании multi-regional класса автоматически выберется регион, который ближе к пользователю.

Nearline
Для этого и всех что ниже классов появляется стоимость за извлечение данных. Но хранение файлов дешевле.

Такое хранилище отлично подходит для данных, которые редко используются, обычно раз в месяц. Например, бэкапы или архивные данные. Если файлы нужны реже, чем один раз в квартал, лучше использовать Coldline или Archive классы.

Coldline
Используется для данных, которые нужны раз в квартал.

Archive
Самый дорогой в плане доступа к данным, но самый дешёвый для хранения. Файлы в нём должны храниться минимум 365 дней. Подходит для бэкапов и для аварийного восстановления. Но этот класс не имеет SLA для доступности.

gsutil

Для Cloud Storage есть своя консольная утилита. Большенство команд похожи на те что есть в Linux для работы с файловой системой.

С помощью gsutil можно:

• Создать и удалить бакет
• Загружать, скачивать, удалять объекты
• Отображать список объектов
• Перемещать, копировать и переименовывать объекты
• Редактировать ACLs
• Управлять версионированием

Пример команды, которая отобразит список объектов в бакете.

gsutil ls gs://some-bucket

Копирование файлов

gsutil cp -r <source> <target>

Безопасность

Cloud Storage поддерживает два механизма обеспечения безопасности: IAM и ACL.

IAM
Про IAM я рассказывал в предыдущей статье. По умолчанию есть 3 типа ролей, они распространяются на проект или бакет. Для тонкой настройки лучше использовать ACL.

• Примитивные роли (owner/editor/viewer)
• Standard Storage Roles — работают независимо от ACL
• Legacy Roles — эквивалентны ACL разрешениям

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

Что выбрать?
Первое что нужно понимать — IAM и ACL независимы и не влияют друг на друга. Если использовать оба механизма, можно выстрелить себе в колено. Убрав права на уровне IAM не забудь убрать из ACL.

Гугл советует использовать uniform подход, в котором используется только IAM. При таком подходе мы создаем бакет для конкретной группы пользователей.

Также у IAM есть система аудита, которая фиксирует все действия. Их можно проанализировать с помощью Big Query.

Signed URL
Иногда нужно дать доступ к файлу для пользователя, у которого нет гугл аккаунта. Тут на помощь приходит Signed URL. Он работает также как и ссылки в гугл документах. Единственное отличие в том что все ссылки имеют срок жизни, который мы указываем при создании.

С помощью этого механизма можем дать доступ на чтение, загрузку и удаление. Поэтому следите за тем кому даёте ссылку и с какими правами.

Шифрование

Google Storage всегда шифрует данные на сервере, перед тем как они будут записаны на диск. По умолчанию гугл использует собственные ключи шифрования. Но можно использовать собственные ключи или сгенерировать их с помощью Cloud Key Management Service.

Версионирование

Cloud Storage поддерживает версионирование объектов. Каждое изменение или удаление на самом деле не удаляет файл, а архивирует его. По умолчанию версионирование отключено, но его можно включить с помощью gsutil

$ gsutil versioning set on gs://bucket-name

Объекты для которых есть несколько версий имеют одно имя, но разные идентификаторы.

$ gsutil ls -a gs://my-files
gs://my-files/sample.txt#1602324272958747
gs://my-files/sample.txt#1602324615090803

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

Также нужно помнить что архивные файлы имеют свои ACL, которые могут отличатся от актуальных!

Жизненный цикл

Жизненный цикл помогает поддерживать порядок в бакетах. С его помощью можно настроить количество версий, которые надо хранить, понижать класс хранения, удалять объекты после какой-то даты.

Общий вид правил:

В качестве условий можно использовать:

• Возраст — время жизни в днях (TTL)
• CreatedBefore — объекты созданные до даты (например до 1 апреля 2020)
• IsLive — использовать актуальные или архивные файлы
• MatchesStorageClass — текущий класс хранения
• NumberOfNewerVersions — количество версий

Действия:

• Удаление
• SetStorageClass — поменять класс хранения

А вот так правила выглядят в жизни:

Я уже кратко описывал работу прав внутри облака в статье “Google Cloud Platform”. Сегодня расскажу как устроен IAM.

Полики IAM содержат роль, пользователя или группу пользователей. Каждая роль содержит в себе список разрешений.

Модель доступа состоит из трех основных частей:

• Участники (members). Любые учетные записи Google, сервисные аккаунты, Google Groups, Cloud Identity или GSuit домен.
• Роль (role). Набор разрешений, определяют какие операции можно выполнять с указанным ресурсом.
• Политика (policy). Объеденение роли и участников.

Также в качестве участника можно установить два специальных значения:

• allUsers — любой пользователь в интернете
• allAuthenticatedUsers — любой пользователь, авторизированный с помощью гугл аккаунта, даже если это личный аккаунт

Отдельно нужно упомянуть иерархию ресурсов. Она позволяет группировать ресурсы и централизованно управлять доступами используя систему наследования прав. Политики установленные на уровне папки будут распространятся на все проекты и подпапки.

Основные концепты

Ресурсы
Компоненты, которые выполняют работу. В основном права выдаются на уровне проекта. Но для некоторых ресурсов можно атомарно настроить права. Например выдать права администратора на конкретный экземпляр виртуальной машины.

Разрешения
Разрешения описывают операции, которые можно выполнять с ресурсами. Имеют следующий вид — service.resource.verb.

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

Роли
Роли — набор разрешений. Несколько разрешений желательно собирать в отдельную роль, которую назначать группе пользователей, вместо того чтобы раздавать разрешения напрямую пользователям.

Роли делятся на три типа:

• Примитивная роль (Primitive) — самая простая и общая. Указывает какие действия можно выполнить со всеми ресурсами. Всего есть 4 примитивных роли: owner, editor, viewer и billing administrator.
• Предустановленные роли (Predefined). Ими можно тонко настроить права. Указывают кто и какое действие разрешено выполнять с определенным ресурсов. Каждый ресурс в GCP содержит готовый набор predefined ролей.
• Кастомные роли позволяют указать любой набор разрешений и предоставить их любому пользователю или группе.

Сервисные аккаунты

Сервисные аккаунты предназначены для взаимодействия ресурсов и сервисов друг с другом. Каждый аккаунт имеет уникальный email. Для того чтобы ресурс смог достучатся к другому, сначала нужно получить токен с помощью Google API и уже с ним идти в другой ресурс. Это происходит автоматически.

Отличия сервисных аккаунтов от обычных

• Сервисный аккаунт не имеет пароля. Мы не сможем залогиниться через браузер.
• Сервисный аккаунт содержит публичный и приватный ключ с помощью которого он авторизуется в облаке.
• Разрешение serviceAccountUser позволяет выдавать пользователя за сервисный аккаунт.

Типы сервисных аккаунтов

• Пользовательские, можно создать до 100 аккаунтов, количество можно увеличить, поменяв квоту. Такие аккаунты создаются со следующим электронным адресом: [email protected]

• Дефолтные — для каждого проекта автоматически создаются два аккаунта, каждый имеет права Editor. Один используется для взаимодействия с App Engine ([email protected]), а второй для Compute Engine ([email protected]).

• Аккаунты Google API — создаются и управляются на стороне Google, обеспечивают взаимодействие с сервисами гугла.

Рекомендации

1. Следовать принципу наименьшей ответственности — выдавать пользователю только те права, которые ему необходимы.
2. Выдавать права на группы, а не на отдельных пользователей.
3. Внимательно следить за правами serviceAccountUser.

Больше советов можно посмотреть в документации: IAM recommender best practices.

Compute Engine

В основе почти всех ресурсов в Google Cloud лежат виртуальные машины, которые принадлежат сервису Compute Engine. Впервые они были представлены в 2012 году и отлично подойдут для любых запросов. По сути это обычные компьютеры с Linux или Windows на борту.

Создание виртуалок состоит из нескольких шагов:

1. Выбрать регион и зону
2. Определится с типом машины
3. Выбрать образ
4. Подключить дополнительные диски
5. Настроить сеть

Типы VM

Перед созданием виртуальной машины нам нужно определиться с ее типом. Гугл уже насоздавал множество готовых конфигураций и объединил их в 6 групп:

1. Standard
2. High-memory
3. High-CPU
4. Memory-optimized
5. Compute-optimized
6. Shared-core

Если недостаточно представленных ресурсов, можно создать свою конфигурацию, выбрав нужное количество CPU или памяти. В зависимости от типа аппаратной платформы доступно до 96 vCPU, до 768 Гб памяти и диски до 257 терабайт. Каждая конфигурация основывается на соотношении CPU до памяти.

Кроме готовых конфигураций есть еще и аппаратная платформа, всего 4 варианта:

• E2 машины имеют оптимизированный расход и содержат до 32 vCPU и максимум 8 Гб памяти на один vCPU. Также у них предопределена платформа процессора, работают на процессорах Intel, либо на AMD EPYC Rome второго поколения.
• N2 расширяются до 80 vCPU и до 8 Гб памяти на один vCPU. Работают на процессорах Intel Cascade Lake.
• N2D самые мощные в плане количества ядер машины, могут иметь до 224 vCPU, 8 Гб памяти на процессор и работают на базе AMD EPYC Rome.
• Машины N1 предлагают до 96 процессоров, 6.5 ГБ памяти на один процессор, и доступны на платформах Intel Sandy Bridge, Ivy Bridge, Haswell, Broadwell и Skylake.

Детальнее в документации: https://cloud.google.com/compute/docs/machine-types

Образы

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

Документация: https://cloud.google.com/compute/docs/images

Диски

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

После удаления вуртуалки вместе с ней удаляется загрузочный диск. Для того чтобы выключить эту опцию нужно отключить опцию “Delete boot disk when instance is deleted”. Кроме того все диски автоматически шифруются ключами, которыми управляет гугл, но у можно использовать собственные ключи.

Для хранения данных есть постоянные диски. Они живут отдельной жизнью и подключаются к виртуальной машине по сети, что не так быстро как физически подключенные диски. Выбрать можем HDD или SSD. Первый дешевле, но медленнее чем SSD. Чтобы изменить размер диска не надо выключать виртуалку. В качестве бекапа выступают инкрементальные снапшоты.

Local SSD
Отдельный тип дисков, которые физически присоединены к виртуалке. Они производительнее чем постоянные диски и имеют меньшие задержки. Каждый диск расширяется до 375 Гб, что в сумме дает до 3 Тб на одну машину. Local ssd нельзя использовать для длительного хранения данных, так как стираются после выключения виртуальной машины, переживают только перезапуск.

Дока: https://cloud.google.com/compute/docs/disks

Жизненный цикл

Каждая виртуальная машины имеет свою жизненный цикл где каждая стадия отвечает за определенный набор действий. Всего есть пять состояний: Provisioning, Staging, Running, Stopping, Terminated.

Provisioning
Происходит после выбора всех необходимых настроек и нажатия на кнопку «создать VM». На этом этапе выделяется процессор, память и резервируются диски, но сама машина еще не работает.

Staging
На этом этапе происходит выделение внешнего и внутреннего IP адреса, загружается системный образ и стартует ОС.

Running
Сначала выполняются установленные start-up скрипты и включается удаленный доступ через SSH или RDP. Здесь выполняется вся возложенная на машину работа. На этом шаге можно мигрировать нашу виртуалку в другую зону без перезапуска, создавать снапшоты дисков или экспортировать системный образ.

Stopping и Terminated
Некоторые действия требуют остановки виртуальной машины, например добавление CPU или памяти. Когда машина переходит в это состояние выполняются установленные shutdown скрипты и VM переходит в terminated статус.

После этого мы можем ее удалить, мигрировать, добавлять и удалять IP адреса, теги, менять тип машины, добавлять новые диски.

Когда машина отключена мы платим только за выделенные IP и за диски. Главное что надо помнить, на выполнения shutdown скриптов есть всего 90 секунд, а если это preemptible машина, то 30 секунд.

Доступ к виртуальной машины

Linux манишь предоставляю доступ через SSH, а Windows — через RDP. В обоих случаях в брандмауэре должен быть открыт 22 порт для SSH и 3389 для RDP.

Специальные опции

Preemptible VMs
Временные и очень дешевые виртуальные машины. Обычно их используют для непродолжительной обработки больших массивов данных или расчетов. Например обработать больше количество картинок или подсчитать какие-то метрики. В свою очередь такие машины накладывают следующие ограничения:

• Они могут быть выключены в любой момент, поэтому приложение должно быть fault-tolerant.
• Google останавливает их после 24 часов работы.
• Не всегда доступны для создания
• Не предоставляют SLA

Sole-tolerant node
Если вы обрабатываете очень чувствительные данные, можно использовать sole-tolerant ноды, которые представляют физические сервера, которые изолированы от других проектов и клиентов.

Virtual Private Cloud (VPC) сеть — это виртуальная версия физической сети, которая работает внутри облака. С помощью сетей можно организовать общение между ресурсами в облаке или изолировать их друг от друга.

Общий вид проекта с одной сетью и двумя подсетями.

Составляющие компоненты VPC

• Регионы
• Зоны
• Проекты
• Сети
• Подсети
• IP адреса
• Маршрутизаторы
• Фаерволы

Региональные и зональные ресурсы

Я уже писал в предыдущей статье, что ресурсы в облаке разделяются по географии. К таким ресурсам относятся сети и их компоненты. Так к глобальным ресурсам относятся: VCP сети, firewall, маршрутизаторы. А к региональным статические внешние IP адреса и подсети.

Сети и подсети

Центральная единица в GCP — проект, объединяет набор ресурсов и сервисов в единую организационную единицу. Каждый проект содержат до 5 сетей, но это количество можно изменить, поменяв соответствующие квоты.

VPC сеть представляет из себя топологию с набором разных ресурсов, таких как подсети, роутеры, DNS и другие. Сами по себе сети не содержат никаких диапазонов IP адресов.

Сети разделяются на 3 типа: default, auto mode, custom.

Про диапазоны IP адресов можно почитать в Википедии.

Default сети
Они же auto mode сети, создаются автоматически при создании проекта. Каждая сеть содержит по одной подсети на каждый регион и имеет преднастроенный брандмауэр. Эти подсети по умолчанию содержат фиксированное количество адресов (/20) с возможностью расширения до /16.

Custom сети
Создаются вручную. По умолчанию не содержат подсетей, их нужно создавать самим, по мере необходимости. При этом у нас появляется полный контроль над IP адресами и диапазонами, главное чтобы они соответствовали RFC 1918 и не превышали размер /16. После создания подсети, количество адресов можно увеличить, но не уменьшить. Такие сети лучше всего подходят для продакшена.

Несколько VPC сетей могут взаимодействовать друг с другом с помощью внешних адресов или используя VPC Network Peering, который позволяет взаимодействовать с помощью приватных IP адресов, но работает только с custom сетями.

Двум виртуальным машинам нужно коммуницировать через внешний IP несмотря на то что они находятся в одном регионе.

Детальнее можно ознакомится в документации.

IP адреса

Каждая виртуальная машина в GCP может иметь два IP адреса: внутренний и внешний.

Внутренние IP используются для коммуникации между ресурсами в одной сети. Их устанавливает DHCP и они являются эфемерными. Кроме IP адреса мы можем использовать имя вииртуальной машины, GCP автоматически прописывает его в DNS.

Внешние IP адреса используются для коммуникации с интернетом или между сетями. По умолчанию внешние IP являются эфемерными, но мы можем зарезервировать статический адрес, правда это уже стоит денег.

Если же статический IP адрес не закреплён ни за каким ресурсов, его цена будет выше, чем адреса, которые используются.

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

Firewall

Каждая сеть имеет фаервол, в нём можно настроить правила для входящего(ingress) и исходящего(egress) трафика. По умолчанию весь ingress трафик запрещён, а egress разрешён. Поэтому для входящего трафика мы можем создать только разрешающие правила.

Сами правила можно применять для конкретного IP адреса, множества или для тегов. Например, создать правило, которое разрешает HTTP трафик для экземпляров с тегом «allow-http».

Все эти правила работают не на одной железке или роутере, а применяется для каждого экземпляра и обрабатываются на их уровне.

Несколько месяцев назад получил ваучер со 100% скидкой на экзамен по google cloud platform — associate cloud engineer. Откладывал подготовку до середины августа. В качестве платформы для обучения выбрал Coursera, направление для подготовки, которое состоит из 5 курсов, за авторством Google. Для практики есть специальное приложение — Qwiklabs, которое генерирует аккаунт в облаке для каждого упражнения.

В качестве дополнительной практики решил вести публичные конспекты. Это первый из них.

Зачем нужны облака?

Для себя выделил несколько фишек. Платишь только за то что используешь. Масштабировать приложения можно от десятков секунд до нескольких минут. Глобальная география, можно выбрать любой регион, где находятся пользователи.

Компоненты GCP

Google cloud состоит из 4 больший частей.

• Compute — отвечает за вычислительные ресурсы. Есть несколько решений, от голых виртуальных машин (IaaS) и кластеров Kubernetes, до безсерверных функций.
• Storage — сервисы для хранения информации. Здесь базы данных и файловые хранилища.
• Big Data — инструменты для работы с большими данными и аналитикой.
• Machine Learning — есть инструменты для тренировки своих моделей, а есть уже готовые сервисы для разных ситуаций.

На самом деле сервисов намного больше, но я решил выделить только основные.

География

В GCP ресурсы разделяются на 3 группы по их географии: глобальные, региональные и зональные. Глобальные ресурсы доступны во всех регионах и их зонах. Региональные доступны только в одном конкретном регионе, а зональные — только в одной зоне.

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

Каждая зона представляет из себя изолированный кластер, у которого есть отдельное питание, охлаждение и сеть. Если произойдёт сбой, он будет распространяться только на одну зону, не касаясь соседних. Тогда мы сможем перенаправить трафик в другую зону или регион.

Структура облака

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

• Project ID — глобально уникальный, после создания не сможем поменять.
• Project Name — удобное имя, которое можно изменить в после создания.
• Project Number — ещё один глобальный идентификатор, устанавливается гуглом и поменять его нельзя.

Несколько проектов можно поместить в папку. Каждая папка отвечает за команду, департаменты, среды или как захотите. Чтобы не дублировать одинаковые политики и права в несколько проектов, можем их вынести на уровень папке.

Для того чтобы создать папку должна быть организация вверху иерархии. Организация создает единую структуру всех ресурсов в облаке и централизованно управляет ими. Для пользователей GSuit автоматически создается организация внутри GCP.

Права

Проекты, папки и организации имеют набор прав и политик. Только некоторые ресурсы в GCP могут иметь свой набор прав, например, storage bucket. Политики указывают кто что может делать и с какими ресурсами.

Для управления правами используется сервис IAM. У нас есть 3 типа ролей: primitive, predefined, custom. Каждое правило состоит из 3 частей: “кто”, “что может делать”, “с какими ресурсами”.

Primitive роль самая простая и общая. Указывает, какое действие можно делать со всеми ресурсами. GCP предоставляет 4 примитивных роли: owner, editor, viewer и billing administrator.

Predefined роли позволяют тонко настроить права. Можно указать кто и какое действие имеет право делать с указанным ресурсов в проекте/папке/организации. Каждый ресурс в облаке уже содержит набор predefined ролей.

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

Случайное фото на плёнку, просроченная Konica 100VX

• GoatCounter — бесплатная и открытая веб аналитика для сайтов. Сейчас тестирую ее у себя в блоге — полёт нормальный. Скорее всего откажусь от Google аналитики в пользу GoatCounter, так как он легковесный и не следит за пользователями. Также автор написал целую статью о том, почему он создал этот сервис.

• Пора на свалку — история чувака, который больше 17 лет работает C++ программистом.

• Нашел отличное и минималистично расширение для блокировки отвлекающих сайтов — Intention. Работает быстро и никуда не отправляет ваши данные.

• Курс по управлению личными финансами где пошагово объясняют что такое капитал, какие есть способы инвестирования, риски.

• Прекрасный пост от tonsky где он рассказывает о проблемах REST. А также статья о необходимости отдельного файла CHANGELOG со всеми изменениями пакета или приложения, а также почему история тасок в Jira или история коммитов не справляются с этой задачей.

• The tragedy of 100% code coverage — почему 100% покрытие тестами это трагедия.

• История о том, как dropbox с нуля переписывали свой движок синхронизации файлов. В конце статьи можно найти хороший чеклист, который должен помочь, когда нужно что-то переписать с нуля.

• Одной строкой
• Переосмысляем профессию
• Пропаганда: фокус и повестка
• Вместо поиска смысла надо херачить
• Самоограничения

Составили вместе с другом план, по которому хотим изучить Computer Science. Первым пунктом плана стала книга — Код: тайный язык информатики. Прочитав её я был в шоке от подачи и крутости материала. Автор шаг за шагом рассказывает про развитие компьютерных технологий.

Книга начинается с того, что вы изучаете как работает фонарик и как с его помощью можно общаться. Потом вы изобретаете телеграф, а вместе с ним и реле. Итак шаг за шагом вы плавно подходите к тому, как устроены компьютеры и большую часть книги вы будете изобретать свой.

Также автор рассказывает, почему появилась и для чего нужна шестнадцатеричная и двоичная системы исчисления, как устроена оперативная память. Ближе к концу книги вы придумаете «свой» язык программирование и окажется, что вы придумали ассемблер. Ну а в самом конце автор расскажет, как мы пришли от командной строки к графическим интерфейсам.

Каждая глава содержит множество иллюстраций, которые объясняют тот или иной аспект.

Книга сильно зацепила меня, прочитал всего за неделю. Советую всем кто хочет разобраться как устроен компьютер и его самые мелкие части.

Поехал на Подол сделать несколько ночных кадров. До этого я только пару раз пробовал так как не было штатива. Для съёмки ночью нужен не только штатив, но и понимание того, как ведёт себя плёнка при длинных выдержках.

Во-первых нужен хороший экспонометр. Раньше использовал приложение «Lux», но недавно перешёл на продвинутый аналог «myLightMeter».

Во-вторых нужно ознакомиться с такой штукой как — закон взаимозаменяемости (reciprocity failure). Каждая плена после определённой выдержки начинает терять чувствительность. Чтобы компенсировать этот эффект нужно посмотреть в документацию к плёнке и найти значение компенсации. Чтобы облегчить задачу, можно воспользоваться приложением на телефон. Использую «Reciprocity+». Детальнее можно посмотреть в видео Reciprocity Failure and Long Night Exposures и Tips for Shooting Film at Night.

Снимал на камеру Canon A1 Program (50mm, 1.8) и плёнку Fuji Superia X-Tra 400.

f 1/16 — 5 сек.

f 1/11 — 30 сек.

f 1/16 — 30 сек.

Фото не с подола, но на эту же плёнку.

Фото не с подола, но на эту же плёнку.

Последний раз посещал музей авиации ещё в школьные времена. С тех пор всё никак не мог спланировать новый поход, и вот на прошлых выходных выделил время и вместе с другом пошли посмотреть на разную технику. С собой, конечно же, взял фотоаппарат и несколько катушек плёнки.

Государственный музей авиации Украины — крупнейший музей технического профиля на территории Украины. Он находится возле аэропорта “Жуляны” и делит с ним одну территорию. Музей открылся 30 сентября 2003 года. В нём находиться больше 70 видов самолётов и вертолетов. Также на территории размещены следующие экспонаты:

• Авиасимуляторы
• Экспозиция двигателей
• Спецтранспорт
• Экспозиция бомб

Фото авиатехники

Ту-22М3 — советский дальний сверхзвуковой ракетоносец-бомбардировщик с крылом изменяемой стреловидности. Носитель ядерного оружия. Первый полет осуществил 30 августа 1969.

Ту-142 — советский и российский дальний противолодочный самолёт. Глубокая модификация самолета Ту-95. Впервые поднялся в воздух 18 июня 1968 года. Всего произведено около 100 машин. Самое забавное что Ту-95 является одним из самых шумных самолётов в мире и засекается даже гидроакустическими системами подводных лодок.

Ми-24 — советский ударный вертолет. Стал первым советским (европейским) и вторым в мире (после AH-1 «Кобра») специализированным боевым вертолётом. Серийный выпуск начался в 1971 году. Выпущено около 3500 единиц.

Ан-71 — самолёт дальнего радиолокационного обнаружения и управления. Всего было выпущено 3 самолёта из которых 2 летных экземпляра и 1 для статических испытаний. Первый полет осуществлен 12 июля 1985 года.

Ми-4 — советский многоцелевой вертолёт. Был первым военно-транспортным вертолётом вооружённых сил СССР. Имел такую же компоновку как у американского Sikorsky S-55. Выпущено около 3900 единиц. Первый полет — 3 июня 1952 года.

Су-25 — бронированный дозвуковой советский штурмовик. Предназначен для непосредственной поддержки сухопутных войск над полем боя днём и ночью при прямой видимости цели, а также уничтожения объектов с заданными координатами круглосуточно в любых метеоусловиях. Впервые поднялся в воздух 22 февраля 1975 года. Произведено около 1 320 единиц.

Ми-8 — многоцелевой вертолёт. Является самым массовым двухдвигательным вертолётом в мире, а также входит в список самых массовых вертолётов в истории авиации. Произведено больше 12 000 единиц. Количество модификаций поражает.

Ми-6 — советский тяжёлый многоцелевой вертолёт. Создан во второй половине 1950-х годов, когда в СССР были приняты на вооружение мобильные ракетные комплексы «Луна», для переброски которых и потребовался вертолёт большой грузоподъёмности. Выпущено всего 926 машин. На вертолёте Ми-6 установлено 16 мировых рекордов.

Другие экспозиции

P.S. Вся информация о самолётах и вертолетах взята из Википедии :-)