Очень хороший проект, спасибо за продолжение.
Относительно Дополнительные приложения не создаем, поскольку за них IBM сразу начинает считать деньги. Загляните в раздел Pricing, там есть калькулятор, который показывает, как сделать так, чтобы насчитанная сумма денег равнялась нулю.
Там рассматриваются три основных проблемы: 1.стоимость транзакции 2.безопасность 3. самообслуживание устройств, которые при наличии сотен миллиардов устройств начинают выглядеть совсем иначе. Что касается того, что будет полной нодой, согласен, это большой вопрос. Думаю, полными нодами будут домашние/офисные/ресторанные/… маршрутизаторы и/или другие стационарные устройства, подключенные к электросети. Например, холодильники, стиральные машины. И, тем самым, будет построена определенная иерархия. Ведь, в конце концов, вашему чайнику не о чем говорить с чайником соседа ) Следовательно, не обязательно объединять их в общую цепочку.
Не совсем. Скорее лаборатория по изучению применимость идеи blockchain в разных областях и в том числе за пределами криптовалют. Проект ADEPT, например, очень интересная штука.
Если говорить об MQ Light, то это просто реализация AMQP, т.е. все достаточно низкоуровневое. Если нужно больше готовых «плюшек» — push, awareness и т.п., в Блюмиксе есть PubNub. Но с ним статья получится совсем не интересной, поскольку код писать вообще не придется )
2. re. PS. Мы уже осознаем необходимость написания «Краткой инструкции по эксплуатации». Скоро будет. Впрочем, основные шаги описаны в опусе про котов. Там, правда, python, но суть та же
А что странного в регионах? Из три: US South, UK и Sydney. Для обучения и освоения лучше использовать US South — он самый большой по числу доступных сервисов и других возможностей. Про Internet of Things Workbench — см. мой комментарий выше.
1. Сервис Internet of Things Workbench помечен как экспериментальный. Это даже не бета. Так что обращаться с осторожностью.
2. No spaces in organisation. Это проблема не конкретного сервиса, а настройки вашего аккаунта. Причины могут быть разные. Посмотрите здесь www.ng.bluemix.net/docs/acctmgmt/index.html. Если не поможет — напишите, например, в личку. Разберемся.
3. Internet of Things Foundation Starter находится здесь console.ng.bluemix.net/catalog/internet-of-things-foundation-starter. Internet of Things Foundation — это отдельная облачная платформа, представляющая собой MQTT брокер и интегрированная с Bluemix посредством различных сервисов и API. Например, Node-RED, что и показано в Internet of Things Foundation Starter
4. Уже думаю не проще ли у Microsoft Azure. Ну это вы сами решите.
Bluemix очень хорошо подходит для реализации мимолетных желаний, позволяя сэкономить и время и, что может показаться неожиданным, деньги. Так что дерзайте.
Что касается процесса разработки, то да, приложение полностью пересобирается после любого изменения кода. Поэтому лучше всего писать и отлаживать локально, а выкладывать в облако только тогда, когда уже пора выходить онлайн. Этому ничто не мешает, поскольку абсолютное большинство сервисов построены на REST и вы можете обращаться к ним одинаково как с локальной машины, так и из рантайма на Bluemix.
1. Вы работаете локально и пушите свои изменения с помощью cf push.
2. С помощью кнопки ADD GIT вы создаете git репозиторий на jazz.net (это часть Bluemix) к которому вы имеете полный доступ либо обычным способом (git clone ...) либо онлайн (кнопка EDIT CODE). Далее, после внесения изменений вы как обычно делаете commit и push, после чего ваши изменения отправятся на ваш runtime (это тоже самое, что дроплет). И да, runtime перезапустится.
Сам не раз мечтал о подобном. Ниже мои соображения исходя из того, что мы не имеем в виду создание такого сервиса здесь и сейчас силами стартапа. Не думаем о деньгах вообще
1. User-friendly (интерфейс, навигация, управление контентом, управление финансами)
UI должен иметь несколько вариантов, основанных на UX различных групп пользователей. Я имею в виду, что, например, одни, выбирая что бы новенького посмотреть долго штудируют кинопоиск/imdb/..., а другие просто ищут «ржаку» на вечер. Третьим нужны только средства уведомления о выходе новых эпизодов любимых сериалов. Нельзя создать один UI, в котором все группы пользователей будут одинаково счастливы. Здесь же возникает вопрос структуры метаданных и много других сопутствующих вопросов.
2. Максимальный по ширине «коридор» параметров и типов оборудования
Я бы предложил переложить эту проблему на производителей оборудования. Будем считать, что сервис предоставляет API для доступа к каталогу, шаблоны для UI и платежей, один формат стримминга (пусть, например, это будет MPEG-DASH) и пару форматов/контейнеров для скачивания, скажем один для десктопов, другой для мобильных устройств. И пусть сообщества разработчиков различных платформ озадачатся тем, как это все вместе собрать в тех или иных аппах
3. Возможность работы в режиме offline
4. Покупка, а не аренда контента
Здесь опасно принуждать «арендаторов» менять свои предпочтения. Имело бы смысл поддерживать обе модели использования, с соответствующими ценовыми и функциональными отличиями.
5. Возможность хранения контента как в облаке, так и на ПК
Проще сказать так: Купленный вами контент хранится в облаке. Можете или не можете вы его скачивать, зависит от условий, на которых вы его купили.
6. Высокий уровень качества предоставляемого контента
Это, наверное, самое главное и самое сложное. Все понимают, что соотношение трафика «новинки»/«архив» сейчас достигает 90/10. И если мы не сможем договориться с мейджорами относительно новинок в день премьеры, мы гарантированно построим очередной кинотеатр, пусть и с блекджеком..., который потом будет также ходить и жаловаться на отсутствие прибыли.
7. Вариативность качества контента (локализаций, битрейтов, форматов)
Не думаю, что это принципиальный вопрос. Наличие/отсутствие локазизаций определяется договором с владельцем контента.
Форматы и битрейты — об этом будем думать ближе к запуску. Кто знает какими они будут тогда )
8. Пулл сопутствующих материалов и товаров
Это очень интересно. Если иметь одно место, где продается весь мерчандайз к новым и (ах!!! ) старым фильмам, это вообще отдельная история.
И, интересно, почему он в US-South в евро считает
Относительно Дополнительные приложения не создаем, поскольку за них IBM сразу начинает считать деньги. Загляните в раздел Pricing, там есть калькулятор, который показывает, как сделать так, чтобы насчитанная сумма денег равнялась нулю.
2. re. PS. Мы уже осознаем необходимость написания «Краткой инструкции по эксплуатации». Скоро будет. Впрочем, основные шаги описаны в опусе про котов. Там, правда, python, но суть та же
Вообще, о принципах ценообразования можно прочитать здесь www.ng.bluemix.net/docs/acctmgmt/bill_usage.html#bil_usage
1. Сервис Internet of Things Workbench помечен как экспериментальный. Это даже не бета. Так что обращаться с осторожностью.
2. No spaces in organisation. Это проблема не конкретного сервиса, а настройки вашего аккаунта. Причины могут быть разные. Посмотрите здесь www.ng.bluemix.net/docs/acctmgmt/index.html. Если не поможет — напишите, например, в личку. Разберемся.
3. Internet of Things Foundation Starter находится здесь console.ng.bluemix.net/catalog/internet-of-things-foundation-starter. Internet of Things Foundation — это отдельная облачная платформа, представляющая собой MQTT брокер и интегрированная с Bluemix посредством различных сервисов и API. Например, Node-RED, что и показано в Internet of Things Foundation Starter
4. Уже думаю не проще ли у Microsoft Azure. Ну это вы сами решите.
Что касается процесса разработки, то да, приложение полностью пересобирается после любого изменения кода. Поэтому лучше всего писать и отлаживать локально, а выкладывать в облако только тогда, когда уже пора выходить онлайн. Этому ничто не мешает, поскольку абсолютное большинство сервисов построены на REST и вы можете обращаться к ним одинаково как с локальной машины, так и из рантайма на Bluemix.
1. Вы работаете локально и пушите свои изменения с помощью cf push.
2. С помощью кнопки ADD GIT вы создаете git репозиторий на jazz.net (это часть Bluemix) к которому вы имеете полный доступ либо обычным способом (git clone ...) либо онлайн (кнопка EDIT CODE). Далее, после внесения изменений вы как обычно делаете commit и push, после чего ваши изменения отправятся на ваш runtime (это тоже самое, что дроплет). И да, runtime перезапустится.
Почитать:
1. www.ng.bluemix.net/docs/#starters/nodejs/index.html#nodejs — про node.js, но очень подробно. Отражает суть процесса, который одинаковый и для php и для остальных
2. www.ibm.com/developerworks/cloud/library/cl-bestoflbluemix2014/ — много полезных туториалов на разные темы
Обращайтесь, если будут вопросы
UI должен иметь несколько вариантов, основанных на UX различных групп пользователей. Я имею в виду, что, например, одни, выбирая что бы новенького посмотреть долго штудируют кинопоиск/imdb/..., а другие просто ищут «ржаку» на вечер. Третьим нужны только средства уведомления о выходе новых эпизодов любимых сериалов. Нельзя создать один UI, в котором все группы пользователей будут одинаково счастливы. Здесь же возникает вопрос структуры метаданных и много других сопутствующих вопросов.
Я бы предложил переложить эту проблему на производителей оборудования. Будем считать, что сервис предоставляет API для доступа к каталогу, шаблоны для UI и платежей, один формат стримминга (пусть, например, это будет MPEG-DASH) и пару форматов/контейнеров для скачивания, скажем один для десктопов, другой для мобильных устройств. И пусть сообщества разработчиков различных платформ озадачатся тем, как это все вместе собрать в тех или иных аппах
Здесь опасно принуждать «арендаторов» менять свои предпочтения. Имело бы смысл поддерживать обе модели использования, с соответствующими ценовыми и функциональными отличиями.
Проще сказать так: Купленный вами контент хранится в облаке. Можете или не можете вы его скачивать, зависит от условий, на которых вы его купили.
Это, наверное, самое главное и самое сложное. Все понимают, что соотношение трафика «новинки»/«архив» сейчас достигает 90/10. И если мы не сможем договориться с мейджорами относительно новинок в день премьеры, мы гарантированно построим очередной кинотеатр, пусть и с блекджеком..., который потом будет также ходить и жаловаться на отсутствие прибыли.
Не думаю, что это принципиальный вопрос. Наличие/отсутствие локазизаций определяется договором с владельцем контента.
Форматы и битрейты — об этом будем думать ближе к запуску. Кто знает какими они будут тогда )
Это очень интересно. Если иметь одно место, где продается весь мерчандайз к новым и (ах!!! ) старым фильмам, это вообще отдельная история.