29 березня 2011 р.

Lviv .Net User Group #11

Нежданно - негаданно , мы снова с Вами:)

19:30, 7 апреля, офис компании SoftServe, Володимира Великого 52 - Lviv .Net User Group #11.

Темы докладов:
1."Mono" - Юлиан Слободян, SoftServe
2."WCF" - Андрей Будай, SoftServe

Важно: регистрация обязательна! Нам необходимо знать на какое число людей рассчитывать. В этот раз те кто не зарегестрировался - не будут иметь возможности войти.

Регистрация обязательная тут.

6 березня 2011 р.

Welcome to Azure. Настройка

Я ненавижу докторишек! Они делают прививки! - Они делают уколы! - Они сверлят зубы бормашинами!!!

Докторо Айболит(с)

 



Теперь Мы знаем как оно крутится внутри, как работает, и сколько платить:) Давайте теперь обсудим как с этим всем взаимодействовать.
Перво-наперво я бы хотел поговорить о такой библиотеке как Microsoft.WindowsAzure.Diagnostics. С помощью этой библиотеки наша аппликация на ажуре сможет с , собственно, Ажуром и общаться:) Что вообще мы сможем сделать с этой библиотекой:
1. Проверить хоститься ли наша программа на клауде.
2. Получить конфигурацию
3. Получать ссылку на файл и хранить его в локальном кэше.

2 березня 2011 р.

Welcome to Azure. Дела железячные...

Живой или мертвый, ты пойдешь со мной!

Робокоп

В предыдущем посте мы проговорили о том, как Ажур управляет серваками, что такое фабричный контроллер, и что такое фабрика. Так же мы зацепили немного тему о том как апдейтить код.

Сегодня же давайте поговорим, о железячной части Ажура.

Мы несколько раз говорили про виртуальные машины, и то что фабричный контроллер реплицирует себя на каждую машину. Все виртулки крутятся на Windows Server 2008 Enterprise Edition x64. Всей виртуализацией занимается Hyper-V. Собственно он и занимается тем что постоянно подымает и опускает виртуалки.Так как использование электроенергии очень важный момент, гипервизор смотрит сколько ядер на физическом компьютере используется в данный момент, и пытается заставить определенное количество ядер на полную мощность, другие же в это время кладутся спать:) чтобы использовать как можно меньше электроенергии.

1 березня 2011 р.

"Патерн Вівторка" #23: Медіатор (Mediator)

Вже трохи часу пройшло від коли я написав попередній “патерн вівторка”. Чесно кажучи не знаю що було справжньою причиною цієї задержки.

Я трохи думав над тим який має бути приклад для Медіатора і мені на думку нічого кращого ніж класичний приклад із UI не спадало. Потім ще пару варіантів аж поки не спало на думку взаємодія нейронів. Я ще трохи подумав і в голову прийшла геніальна ідея (звичайно я не ручаюся, що більше такого прикладу немає, але я його придумав сам). Наш мозок є медіатором для різних частин тіла. Мозок ідеально підходить під опис дизайн патерну медіатор.

Просто спробуйте уявити, якби кожна із частин вашого тіла знала одна про іншу. Якщо б ваше око бачило щось приємне, то воно мало б знати як напряму зв’язатися із ногами і змусити їх рухатися у заданому напрямку. Або якщо б вас хтось вдарив в живіт, ваш живіт б мусів навчитися захищатися руками. Живіт може й боліти, тоді він буде мусіти знати про цілу систему м’язів, щоб змусити тіло прийняти лежаче положення. І взагалі для будь-чого, що приймає інформація і опісля якісь дії мають бути прийняті. Взаємодія описана вище, як багато-до-багатьох не є природньою для нашого тіла. Проте, чомусь, вона часто застосовна деякими програмістами до їхнього коду. Спочатку, поки програміст все пише по свіжому, такий код працює нормально, але із часом він перетворється на суцільний спагетті безлад в якому розібратися важко і змінити поведінку, не поломавши чогось тоже складно.

Наше тіло має одну центральну систему, яка аналізує прийняті сигнали і здійснює потрібні реакції. Це можна застосувати і до коду, який ми пишемо.


МЕДІТОР

Welcome to Azure. Кто - кто в теремочке живет?

Медведь и полез в теремок. Лез-лез, лез-лез – никак не может влезть и говорит:

– А я лучше у вас на крыше жить буду.

– Да ты нас раздавишь!

– Не-е, не раздавлю.

– Ну, тогда полезай!

Полез медведь на крышу и только уселся – трах-тарарах! – затрещал теремок и весь развалился. Еле-еле успели из него выскочить мышка-норушка, лягушка-квакушка, зайчик-побегайчик, лисичка-сестричка, волчок-серый бочок – все целы и невредимы.


Собсвтенно я, надеюсь, понимание уровня "блондинки" для чего существует клауд и как оно все крутится появилось, потому давайте как копнем глубже как вся эта кухня работает.

Достаточно инетерсно почитать как все-таки Микрософт докатился до жизни такой - создание своего облачного сервиса. Казалось бы - продавали всем бы Форточки, до офисы, и не тужили бы:) Микрософт увидели, что ихние заказчики требуют все более гибкие решения, не только для ихнего корпоративного сектора, но и для собственных решений. Ещё одним фактором стало - "озеленение" IT:) Для нашей страны - это не столь актуально, хотя для более развитых стран - это очень важно. Суть простая - чем больше Ваша компания употребляет электричества - тем больше она платит налоги. Все потому, что чем больше Ваша компания тратить энергии - тем больше ее надо выработать, а это в свою очередь приводит к тому, что в атмосферу выкидывает все больше ядовитых веществ. Потому, чтобы запустить свои решения, клиентам Микрософта, приходилось покупать датацентры, нанимать администраторов, обустраивать инфраструктуру, вообщем всячески ухаживать за железками. Микрософт увидели, что надо, и что это очень поможет людям ( да и че греха таить - поможет бабла отгрести:) ) - вышли с Ажуром. Пока у них получается:) При том что качество сервиса все более растет. Итак, из чего состоят "облака"?...