Когда я недавно присоединился к отделу инноваций здесь, в ECT, я проводил исследования по многим темам, связанным с телекоммуникационной отраслью. Углубляясь в тему серверов приложений и платформ предоставления услуг, в частности, я узнал, что в ECT мы используем библиотеки JavaScript, XML и HTML5 в качестве альтернативы JAIN Service Logic Execution Environment (JAIN SLEE или JSLEE). Как вы, возможно, знаете, поставщики решений JAIN SLEE утверждают, что JAIN SLEE — «единственный» путь.
Поэтому меня озадачил следующий вопрос:
Почему мы решили использовать JavaScript, XML и HTML5 для программирования сервисов на нашем сервере приложений вместо JAIN SLEE?
Задав внутренний вопрос, я узнал, что основная причина этого решения заключалась в том, что в ECT мы считаем, что JAIN SLEE игнорирует тенденцию ИТ-индустрии к переходу на языки более высокого уровня. Такие языки, как JavaScript и HTML5, ближе к веб-разработке, их проще использовать и изучать. Мне это кажется вполне разумным, учитывая тот факт, что, насколько я понимаю, JAIN SLEE — это абстрактная спецификация для написания телекоммуникационных сервисов на чистом JAVA, который на самом деле является более сложным языком программирования, знакомым гораздо меньшему количеству людей, чем, скажем, JavaScript. .
Мне было интересно получить более широкую картину, поэтому я внимательно изучил заявления, сделанные продавцами JAIN SLEE, и нашел несколько интересных (и загадочных) вещей, которыми я хотел бы поделиться с вами:
1. Готовые сервисы, не зависящие от сети. Во-первых, я узнал, что поставщики серверов приложений на основе JAINSLEE утверждают, что все их сервисы мгновенно запускаются в любой сети. Тем не менее, я должен признать, что я не мог полностью осознать это. Насколько мне известно, сети телекоммуникационных компаний по своей природе в высшей степени проприетарные и меняются все быстрее и быстрее. Поэтому не согласитесь ли вы со мной, что из-за этого трудно поверить, что сервисы, запрограммированные в JAIN SLEE, будут работать в любой сети мгновенно и без адаптации? Вам это кажется правильным?
2. Операторы связи могут освободиться от привязки к поставщику: довольно часто утверждается, что с помощью платформы JAIN SLEE операторы связи могут сэкономить деньги, покупая новые услуги и программные мощности на открытом рынке, и, кроме того, они может спросить любого, когда необходимо внести изменения после того, как услуга была запрограммирована.
Это ясно как грязь, верно? Я не думаю, что это так просто. Насколько мне известно — и почти все инженеры-программисты, с которыми я разговаривал, соглашались, — сервисы JAIN SLEE основаны на очень сложном языке: JAVA. Трудно понять, как сложный сервис, запрограммированный в JAIN SLEE, может легко и практически поддерживаться кем-либо, кроме первоначального автора.
Скажем, вы или ваш интегратор программируете услугу VPBX в JAIN SLEE. Как вы думаете, вы сэкономите деньги, попросив кого-то еще поддерживать и развивать эту услугу? Вы просите стороннюю компанию изменить услугу, которую они не писали. Не говоря уже о том, что это всегда так, я, конечно, думаю, что это не будет ни быстрее, ни дешевле, чем обращение к первоначальному поставщику. Это почему? Просто потому, что этой третьей стороне потребуется много усилий, чтобы сначала понять сервис, а также внести необходимые изменения.
Разве это не означает, что вам как оператору связи придется сильно зависеть от компании, которая запрограммировала ваши услуги по обслуживанию, разработке новых функций и исправлению ошибок?
3. Открытый исходный код: я также обнаружил, что поставщики утверждают, что в их решениях JAIN SLEE нет ничего проприетарного. Из моего исследования, это не совсем то, к чему я пришел бы. Насколько я понимаю, различные поставщики фактически добавили свои собственные проприетарные расширения или библиотеки JAVA. Они должны делать это, чтобы идти в ногу со многими новыми разработками в телекоммуникационной отрасли, потому что стандарту JAIN SLEE около 10 лет, и поэтому он намного отстает от сегодняшней реальности телекоммуникаций. Поправьте меня, если я ошибаюсь, но, как я понимаю, как только вы запрограммируете свои сервисы в варианте JAIN SLEE конкретного поставщика со всеми его собственными проприетарными расширениями, вы не сможете просто добавлять или изменять сервисы через разные компании, если только они не поддерживать этот частный вариант.
Насколько мне известно, существуют различные инструменты разработки от поставщиков серверов приложений, использующие варианты JAIN SLEE. Хотя они, в конце концов, могут быть с открытым исходным кодом, в конце концов, они все еще являются проприетарными инструментами. Вы всегда зависите от поставщика в обслуживании и дальнейшем развитии этих инструментов, не так ли?
Так в конце концов, являются ли эти утверждения абсолютной правдой, полуправдой или просто рекламным ажиотажем? Я хотел бы услышать ваше мнение и обсудить это с вами дальше. А пока я продолжаю обдумывать это. Держите ухо востро, так как я ожидаю, что буду писать на эту тему снова в ближайшем будущем.
