Когда от правильности и надежности Вашего кода зависит подсчет бабла, мыслить приходится по другому :)
Вот это классно, когда из-за какой-то мелкой логической ошибки, которую отловил бы unit test в одну строчку, ты
портишь «десятки террабайт», а потом сидишь в даунтайме, пока бэкап накатится :-D
А что не так с десятками террабайт? Проблема купить еще половинку экзадаты?
То, что многие жлобятся на лишних программистов — мягко говоря, проблемы индейцев. (с) EugeneO
Paul M. Duvall, Steve Matyas, Andrew Glover с Вами не согласны :) www.amazon.com/Continuous-Integration-Improving-Software-Reducing/dp/0321336380
Хотя я уже встречал такое понятие. CI мне ближе, потому что все сервера CI обязательно указывают в списке фич — деплой.
т.е. для меня CI
— репозиторий
— тесты
— оценка качества кода
— сборка
— выкатка
— различные «тормозисторы» сборки и выкатки
Первым делом нужна надежность и отлаженный цикл разработки.
Только потом можно начинать думать о скорости, тем более что сервера стоят копейки(если на них нет стикера Oracle).
Я, честно говоря, сегодня первый раз про него услышал и сразу из гугла не понял что это.
В Oracle linux я первым делом попробывал yum… потом поматерился.
Погуглил и попал на www.oracle.com/technetwork/database/features/instant-client/index-097480.html и еще поматерился, когда пришлось региться.
Хотел было использовать wget, но пришлось опять материться.
Скачал, скопировал на сервер, поставил rpm, начал компилить либу, которой нужен клиент… поматерился.
Полез править /etc/profile и добавлять запись /etc/ld.conf.d
Если подскажите, как это сделать по другому, я буду Вам вечно благодарен :)
Раскажите роль системы контроля версий, тестов, оценки качества кода и процесса деплоя — вот что будет интересно.
А главное какая была система логирования? Понятно что во время разработки должен быть дебаг режим, а на продуктиве, к примеру, должны быть моментальные оповещения при исключительных ситуациях(например email с данными или смс с угрозой).
+1 не видел DBA умеющих программировать, хотя наших даже заставляли делать soap запросы из бд… которые в итоге писали программисты, слава богу эти процедуры пока не используются :-D
Вы пробывали сделать Continuous Integration для логики в БД?
Если попробуете, до думаю у Вас всё время уйдет на настройку CI и продумывание его архетектуры :-D
А без этого делать что-то серьезное лучше даже не начинать.
У нас второй день тормозит exadata… причины хрен найдешь.
Скорее всего из-за тестирования другого продукта жизнидеятельности oracle — siebel :-D
Разработка под oracle требует много нарктиков ибо любой хороший продукт с ораклом либо не работает, либо работает хреново.
У ораклового клиента мало того, что нет инсталера нормального(под *никс), так его даже нет в репах oracle linux — с этого обычно начинается знакомство с oracle :-D а уж если его поставить RAC'ом, то вообще тушите свет.
Существенная порча движка, если у вас не автоваз и не вебасто(или электрический отопитель как Вы написали, хотя я таких не видел).
Современные авто не требуют прогрева и работают в максимально экономичном режиме.
Прогрев в 10 мин означает только то, что двигатель будет работать в неоптимальных условиях на 10 мин дольше, чем если сразу потихоньку поехать.
По поводу ARM и Atom habrahabr.ru/post/159625/
Это пока всё еще не те ARM, хотя уже и опережают Atom — нет максимальных частот доступных crotex-a15, нет 8 ядер, нет мультипроцессорных конфигов.
В плане серверов, ARM уже неплохо готов к серверам хранения для SOHO.
WEB это как раз шикарный пример где ARM может пригодится.
В WEB'е обычно важно уметь как можно сильнее распараллелить свои вычесления, а ARM может предложить железку с очень большим кол-вом ядер (Cortex-A15 до 8 ядер на чипе потребляющем пару ватт).
В итоге получается, что можно дойти до того, что чуть ли каждый запрос будет выполняться на отдельном ядре.
Время реакции должно быть отличным.
Нормальных тестов пока быть не может, т.к. пока нет соответсвующих серверов(только совсем простые и только на A9).
Ближайший конкурент это наверно не старый exynos 4 на cortex-a9, а новый exynos 5 на cortex-a15 — 5250 32нм(хромобук и нексус 10) или 5450 28нм на котором нифига нет как и на сабже.
Вообще радует, что Cortex-A15 наконец-то идет в массы.
имхо, это именно тот дизайн arm'овской архитектуры, на котором можно замышлять мини сервера.
Вот это классно, когда из-за какой-то мелкой логической ошибки, которую отловил бы unit test в одну строчку, ты
портишь «десятки террабайт», а потом сидишь в даунтайме, пока бэкап накатится :-D
А что не так с десятками террабайт? Проблема купить еще половинку экзадаты?
То, что многие жлобятся на лишних программистов — мягко говоря, проблемы индейцев. (с) EugeneO
www.amazon.com/Continuous-Integration-Improving-Software-Reducing/dp/0321336380
Хотя я уже встречал такое понятие. CI мне ближе, потому что все сервера CI обязательно указывают в списке фич — деплой.
т.е. для меня CI
— репозиторий
— тесты
— оценка качества кода
— сборка
— выкатка
— различные «тормозисторы» сборки и выкатки
Вот есть вариант geekswithblogs.net/SQLDev/archive/2012/04/24/database-continuous-integration-step-by-step.aspx
На мой взгляд он очень полный и жутко геморойный, по сравнению любым нормальным ЯП.
Только потом можно начинать думать о скорости, тем более что сервера стоят копейки(если на них нет стикера Oracle).
В Oracle linux я первым делом попробывал yum… потом поматерился.
Погуглил и попал на www.oracle.com/technetwork/database/features/instant-client/index-097480.html и еще поматерился, когда пришлось региться.
Хотел было использовать wget, но пришлось опять материться.
Скачал, скопировал на сервер, поставил rpm, начал компилить либу, которой нужен клиент… поматерился.
Полез править /etc/profile и добавлять запись /etc/ld.conf.d
Если подскажите, как это сделать по другому, я буду Вам вечно благодарен :)
А всё почему? Потому что продажники Oracle — боги и по совместительству главный актив компании. :)
А главное какая была система логирования? Понятно что во время разработки должен быть дебаг режим, а на продуктиве, к примеру, должны быть моментальные оповещения при исключительных ситуациях(например email с данными или смс с угрозой).
А Вы сейчас о чем?
Если попробуете, до думаю у Вас всё время уйдет на настройку CI и продумывание его архетектуры :-D
А без этого делать что-то серьезное лучше даже не начинать.
Скорее всего из-за тестирования другого продукта жизнидеятельности oracle — siebel :-D
Разработка под oracle требует много нарктиков ибо любой хороший продукт с ораклом либо не работает, либо работает хреново.
У ораклового клиента мало того, что нет инсталера нормального(под *никс), так его даже нет в репах oracle linux — с этого обычно начинается знакомство с oracle :-D а уж если его поставить RAC'ом, то вообще тушите свет.
а для оки, да, дорого :)
тем более есть аналоги подешевле
Хотя в -40 дизель у меня заводился и так, хотя, вотличие от бензина, конечно не «с пол оборота» :)
Современные авто не требуют прогрева и работают в максимально экономичном режиме.
Прогрев в 10 мин означает только то, что двигатель будет работать в неоптимальных условиях на 10 мин дольше, чем если сразу потихоньку поехать.
habrahabr.ru/post/159625/
Это пока всё еще не те ARM, хотя уже и опережают Atom — нет максимальных частот доступных crotex-a15, нет 8 ядер, нет мультипроцессорных конфигов.
В плане серверов, ARM уже неплохо готов к серверам хранения для SOHO.
В WEB'е обычно важно уметь как можно сильнее распараллелить свои вычесления, а ARM может предложить железку с очень большим кол-вом ядер (Cortex-A15 до 8 ядер на чипе потребляющем пару ватт).
В итоге получается, что можно дойти до того, что чуть ли каждый запрос будет выполняться на отдельном ядре.
Время реакции должно быть отличным.
Нормальных тестов пока быть не может, т.к. пока нет соответсвующих серверов(только совсем простые и только на A9).
Плюс стоимость, размеры, потребление и нагрев.
Вообще радует, что Cortex-A15 наконец-то идет в массы.
имхо, это именно тот дизайн arm'овской архитектуры, на котором можно замышлять мини сервера.
www.rabbitmq.com/blog/2012/05/14/introducing-rabbitmq-web-stomp/