Почему Вы не хотели бы использовать [закрытые] Облачные вычисления
Перепишите свою функцию ниже и посмотрите, работает ли она:
function watchForm(){
// for every form on the page
$('form').on('submit', function(e){
// empty the error element
$('#js-error-message').empty();
var searchState = $('#js-stateMenuForm :selected').val();
// call the function that uses the value you are looking forward to.
getParks(searchState);
// where e is the event
e.preventDefault();
return false; // force return of the form's submission
});
}
Также вы можете проверить этот пост: Jquery .on () submit event
18 ответов
Я могу придумать несколько причин, почему бы не использовать EC2 (и я говорю о EC2, а не о сетке Comp в целом) :
- Надежность : Amazon не дает никаких гарантий относительно доступности / времени простоя / безопасности EC2.
- Безопасность : Amazon не дает никаких гарантий относительно того, кому она будет раскрывать ваши данные.
- Постоянство : обеспечение сохранности ваших данных (включая усилия по настройке системы) затруднено с помощью EC2
- Management : очень мало интегрированных инструментов управления для облака, развернутого в сети EC2
- : виртуальная сеть, которая позволяет экземплярам EC2 обмениваться данными, имеет некоторые весьма болезненные ограничения (задержка, отсутствие многоадресной передачи, произвольное топологическое расположение)
И чтобы закончить это:
- Стоимость : в долгосрочной перспективе, если вы не используют EC2 для поглощения пикового трафика,это будет намного дороже, чем инвестировать в свои собственные серверы (дешевые серверы, такие как Supermicro, стоят всего пару сотен долларов ...)
С другой стороны, я все еще думаю, что EC2 - отличный способ впитать чувствительный пик трафика, если ваша архитектура это позволяет.
- Безопасность - вы не знаете, что делается с вашими данными
- Зависимость - ваш бизнес теперь напрямую переплетается с провайдером
Самое важное: если Amazon выйдет из строя, вы ничего не сможете сделать, чтобы восстановить его.
Я не говорю о сценариях конца света, когда компания исчезает. Я имею в виду, что вы находитесь в зависимости от их простоя, с небольшим количеством ваших собственных средств.
Высокочувствительные данные лучше контролировать самим. И есть законодательство; например, некоторая конфиденциальная информация может не покинуть страну.
Кроме того, за исключением Microsoft Azure в сочетании с SDS, хранилища данных, как правило, не являются реляционными, что в некоторых случаях создает неудобства.
Размещение вашего программного обеспечения в чужом облаке означает передачу некоторого контроля. Они могут установить ограничение на размер загружаемого файла или ограничение памяти, которое может испортить ваше приложение. Уязвимость безопасности в их панели управления может взломать ваш сайт.
Возможно, есть опасения, что агент крупной компании с большей вероятностью обратится к агенту Смиту из правительства, чтобы шпионить за всеми, кто где-то маленький маленький поставщик.
Большая компания - больше клиентов - больше данных для агрегирования и распознавания шаблонов - больше ресурсов для организации сложной системы наблюдения.
Может быть, это скорее фантастика, но кто когда-либо знает?
Если у вас нет паранойи, это еще не значит, что за вами не наблюдают.
Проблемы безопасности не имеют значения, если ваше приложение использует свое собственное шифрование. Затем Amazon хранит зашифрованные данные, которые они никак не могут расшифровать.
Но в дополнение к проблемам с временем безотказной работы Amazon может принять решение повысить свои цены до того, что они захотят. Если вы зависите от них, вам просто придется заплатить.
There are different kinds of cloud computing with lots of different vendors providing it. It would make me nervous to code my apps to work with a single cloud vendor. that you specifically had to code for..amazon and Microsoft I believe you need to specifically code for that platform - maybe google too.
That said, I recently jettisoned my own dedicated servers and moved to Rackspaces Mosso Cloud platform (which have no proprietary coding necessary) and I am really, really pleased with it so far. Cut my costs in half, and performance is way better than before. My sql server databases are now running on 64Bit enterprise SQL server versions with 32G of ram - that would have cost me a fortune on my previous providers infrastructure.
As far as being out of luck when the cloud is down, that was true if my dedicated server went down - it never did, but if there was a hardware crash on my dedicated server, I am not sure it would be back on-line any quicker than rackspace could bring their cloud back up.
Some questions to ask:
What is the expected uptime, and how does downtime affect your business? What sort of service level agreement can you get, what are the penalties for missing it, and how confident are you that the SLA uptime goals will be met? (They may be better or worse at keeping the systems up than you are.)
How sensitive is the data you're proposing to put into the cloud? Again, we get into the questions of how secure the provider promises to be, what the contractual penalties and indemnities are, and how confident you are that the provider will live up to the agreement. Further, there may be external requirements. If you deal with health-related data in the US, you are subject to very strict requirements. If you deal with credit card data, you also have responsibilities (contractual, not legal).
How easy will it be to back out of the arrangement, should service not be what was expected, or if you find a better deal elsewhere? This includes not only getting your data back, but also some version of the applications you've been using. Consider the possibilities of your provider going bankrupt (Amazon isn't going to go bankrupt any time soon, but they could split off a cloud provider which could then go bankrupt), or having an internal reorganization. Bear in mind that a company in serious trouble may not be able to live up to your expectations of service.
How much independence are you going to have? Are you going to be running their software or software you pick? How easy will it be to reconfigure?
What is the pricing scheme? Is it possible for the bills to hit unacceptable levels without adequate warning?
What is the disaster plan? Ideally, it's running your software on servers in a different location from where the disaster hit.
What does your legal department (or retained corporate attorney) think of the contract? Is there a dispute resolution mechanism, and, if so, is it fair to you?
Finally, what do you expect to get out of moving to the cloud? What are you willing to pay? What can you compromise on, and what do you need?
Не отвеченные вопросы безопасности.
Действительно, вы хотите, чтобы ваш IP был там, где вы не тот? контролировать это?
Облачные вычисления немного приблизили параллельное программирование к массам, но вы все еще должны понять, как его лучше всего использовать - иначе вы будете тратить впустую вычислительные циклы и пропускную способность.
Реорганизация вашего приложения для наиболее эффективного использования службы облачных вычислений нетривиальна.
Это похоже на комментарий «Почему вы используете Linux», который я получил от руководства много лет назад. Ответ, который я получил, заключался в том, что это решение в поиске проблемы.
Итак, каковы ваши цели и задачи при переходе на EC2?
Мне было бы интересно узнать, хотите ли вы перейти к облако, если оно ваше.
Большая часть среды облачных вычислений по крайней мере частично зависит от поставщика. Нет хорошего способа переместить материал из одного облака в другое без необходимости много переписывать. Такая блокировка позволяет вам зависеть от одного поставщика, когда дело доходит до простоя, повышения цен и т. Д. Если вы арендуете или владеете своими собственными серверами, хостинг-провайдеры и колосов практически взаимозаменяемы. У вас всегда есть возможность переехать куда-то еще.
Это может измениться в будущем, поскольку эти вещи станут стандартизированными, но сейчас привязать себя к облаку означает привязать себя к конкретному поставщику.
Помимо того, что здесь уже было сказано, мы должны учитывать единообразие во всем бизнесе. Все ли ваши приложения будут размещаться в облаке или только большинство? Достаточно ли этого, чтобы спустить курок с использованием облака, когда вам все еще нужен персонал для обслуживания нескольких специальных серверов?
В частности, может быть специальное оборудование, которое вам нужно для связи с такими модемами для приема входящих данных, или голосовые карты, с помощью которых можно совершать автоматические телефонные звонки. Я не знаю, как с такими вещами можно справиться в облачной среде.
Помимо проблем, связанных с надежностью, надежностью и стоимостью, есть вопрос о праве собственности на данные. Когда вы размещаете данные на чужом сервере, вы больше не контролируете, кто просматривает, получает доступ, изменяет или использует эти данные. Хотя облачные операторы могут ограничить ваш доступ, у вас нет возможности ограничить их или ограничить круг лиц, которым они предоставляют доступ. Да, вы можете зашифровать все данные на сервере, но у вас нет никакого способа узнать, кто обладает корневым доступом к самому серверу, и каких-либо средств, чтобы помешать другим загрузить ваши зашифрованные данные и взломать их. Вы теряете контроль над своими данными; в зависимости от того, какие приложения вы используете, и проприетарного характера данных, это может вызвать риски корпоративной безопасности и / или ответственности.
Другой фактор, который следует учитывать, - это то, что случится с вашей компанией, если Amazon и / или EC2 внезапно исчезнут. Хотя позиция, казалось бы, абсурдная, это могло произойти. Сможете ли вы быстро заполнить брешь и восстановить сервис, или ваши приложения, потенциально приносящие доход, будут вялыми, пока ИТ-персонал будет бороться за серверы и пропускную способность, чтобы вернуть их в сеть? Также, что будет с вашими данными? Облачный жесткий диск, на котором хранится вся ваша информация, все еще существует где-то и может представлять потенциальный риск ответственности в зависимости от информации, которую вы там храните - таких элементов, как личная информация, записи деловых операций и т. Д.
Если бы я начинал свой собственный бизнес Теперь мне пришлось столкнуться с трудностями при покупке и обслуживании собственных серверов, поэтому я сохранил право собственности на данные. Я мог управлять корневым доступом к оборудованию, а также контролировать, кто может получать доступ к данным и изменять их.
Мне пришлось столкнуться с трудностями при покупке и обслуживании собственных серверов, поэтому я сохранил право собственности на данные. Я мог контролировать root-доступ к оборудованию, а также контролировать, кто может получать доступ к данным и изменять их. Мне пришлось столкнуться с трудностями при покупке и обслуживании собственных серверов, поэтому я сохранил право собственности на данные. Я мог контролировать root-доступ к оборудованию, а также контролировать, кто может получать доступ к данным и изменять их.Еще одна вещь, которую вы теряете с облаком, - это возможность точно выбрать, какую операционную систему вы хотите запустить. Например, последнее ядро Fedora Linux, доступное на EC2, - FC8, а последняя версия Windows - Server 2003.
Зависит от того, насколько вы доверяете своей собственной инфраструктуре по сравнению со сторонней облачной службой. На мой взгляд, большинству предприятий (по крайней мере, не связанных с ИТ) следует выбрать более позднее.