Showing posts with label IBM BlueMix. Show all posts
Showing posts with label IBM BlueMix. Show all posts
November 12, 2015
Developing a Language Translation Application Using IBM Bluemix
Thursday, November 12, 2015
Introduction:
The Language Translation tool
is a web application that provides a graphical user interface to manage and
train models for more accurate machine translation. You can upload custom
glossary or corpus files to teach Watson how to translate certain words and phrases,
such as names or industry-specific terms.
Overview
The IBM Watson Language
Translation service converts text input in one language into a destination
language for the end user using background from domain-specifc models.
Translation is available among Arabic, Chinese, English, French, Korean,
Portuguese, and Spanish (some languages may not be available for all domains).
Prerequisites
ü A Bluemix account.
Procedure
Creating Service
2.
Click Dashboard.
3.
Click Use Services or APIs.
4.
Select Language Translation under Watson
5.
Keep the default name
of service which is generated and click on CREATE.
6.
Click on Demo to see the demo version of
Language Translation.
7.
Select Input as
English and Output as Portuguese then enter some English sentences it will
convert to Portuguese Language.
8.
Click Service Credentials and see the
credentials..
9.
Copy the values
of the username and password parameters.
10.
Click on Access the Beta tooling
11.
It will open in
new window enter Username and Password which we have copied from Service
credentials page.
Creating Project
A project is like a folder
that has a set base model, and contains models you can customize. The base
model is the included knowledge base that Watson has already been taught. For
Language Translation, a base model is identified as the following:
Ø
A domain - A
specific specialty that is built on top of a language model.
Ø
A source language
- The language of the original text.
Ø
A target language
- The language to which the text is translated.
When you create a new project
in the Language Translation tool, you can choose the source language and target
language.
Restriction:
The only domain available for customization is the News domain.
1
Click
on Add Project.
2
Enter Project
name, Source language as English and Destination Language as Spanish.
3
Enter the module
name then click on Run translation or Translate on top of the page.
Testing the Project
Enter some statements which
you want to translate to Spanish language as shown below. Then click on
Translate.
The output of the
translation will look like below. So we have translated from English to Spanish
by using IBM Bluemix application.
Conclusion
IBM Bluemix intention is to
provide domain-relevant translations. Examples of where Watson Language
Translation could be used include: An English-speaking help desk representative
assists a Spanish-speaking customer through a chat session that is translated
in real-time. A soccer forum administrator can translate user-generated content
between English and Portuguese to enable communication between users in the US,
UK, and Brazil. A West African news website can curate English news from across
the globe and present it in French to its constituents. A patent attorney in
the US can effectively discover prior art (to invalidate a patent claims
litigation from a competitor) based on invention disclosures made in Korean
with the Korean Patent Office. All the above examples can benefit from the
ability to adapt the base Language Translation models to specific use cases.
October 31, 2015
Getting started with IBM Application Server on Cloud
Saturday, October 31, 2015
Introduction
IBM Application Server on
Cloud is a service that facilitates quick setup on a pre-configured WebSphere
Application Server Liberty Web Profile Server or a Traditional Full Profile in
a hosted cloud environment on Bluemim.
Overview of IBM Application Server on Cloud
IBM Application Server on Cloud
provides Bluemix consumers with pre-configured Full Profile WebSphere and
Liberty Profile servers. It is hosted on virtual machine guests with root
access to the guest operating system. When you are creating your service,
choose between Liberty and Full Profile WebSphere.
You are given a familiar
WebSphere administration experience and have full access to the underlying
operating system. You can reuse your existing scripts and make the little
system tweaks that you need to make to work with your own, or third party,
frameworks. The Admin Center and Admin Consoles are provided to administer your
Liberty Service or Full Profile, just like your on-premises WebSphere
configurations.
Operational Environment
IBM Application Server on
Cloud is a service that returns guests (virtual machines) in a shared
environment for consumers to deploy applications. A VPN protects the public
service from generic port scans and other unsolicited network-based attacks.
However, it is important to note that the service VPN you use to access your
service instance might be shared between multiple Bluemix organizations and
users. The virtual machines provide compute, memory, and I/O resources, which
come from a shared pool of IaaS resources. If you want to run your applications
in a private environment, contact your IBM Sales representative who can speak
to our dedicated IBM Application Server on Cloud offering.
As specific compute, memory,
and I/O resources are run by virtual machines in a shared environment, service configurations
might vary. Configurations for each specific service instance can be viewed
through the IBM Application Server on Cloud Bluemix service dashboards and
portals.
Maintenance Strategy
IBM Application Server on
Cloud is updated on a regular cadence, ensuring that new service instances are
created with current fix packs and patches. The cloud brings easy and rapid
provisioning of new service instances to middleware management. Many consumers
are expected to upgrade to a new service instance when they want to apply
maintenance. For those consumers who want to retain long lived service
instances, maintenance repositories are available for the middleware and
underlying operating guest. These repositories allow users to maintain their
environment just like they would on-premises.
Service Dashboard
After you create your service
instance, you will be taken to the service dashboard. You can always get back
to the service dashboard by clicking the service icon from your organization
dashboard.
From the service dashboard you
can access:
v
A link to this
documentation
v
A link to
download the required OpenVPN configuration files.
v
The ability to
start and stop the virtual machine. The VM is initially started.
v
The Hostname.
v
The admin user
and admin password.
v
A private SSH
key.
v
The WebSphere®
admin user and admin password.
v
The Admin Center
and Admin Console URLS.
Conclusion
This article covered IBM®
Application Server on Cloud is a service that facilitates quick setup on a
pre-configured WebSphere Application Server Liberty Web Profile Server or a
Traditional Full Profile in a hosted cloud environment on Bluemix.
October 15, 2015
Explore IBM Bluemix
Thursday, October 15, 2015
Introduction
In this article, I am going to explain you how to start developing and deploying applications using cloud-based services on IBM Bluemix. Simply put, Bluemix is a place for software developers to go to quickly create, deploy, and manage applications in the cloud — without dealing with any of the underlying infrastructure. Just go to Bluemix and create your free trial account. You'll receive a verification email, and once you accept that, you're in.
Overview
The best way to get started is to go to bluemix.net, sign up for a free trial account, check it out yourself, and see just how quickly you can create applications in the cloud.
With your Bluemix account, you have access to runtimes (all the resources you need to run an app) and a vast catalog of services that provide instant functionality for your running app. You can do all the cool things that I do in this video. Because Bluemix is built on Cloud Foundry, an open source cloud platform, the approach to building and deploying apps is simple:
ü Choose the runtime that you want to use (such as Node, Java, PHP, Python, or Ruby)
ü Choose the services from the Bluemix catalog that you want in your app
ü Deploy your app by pushing your code up (directly from your Eclipse workspace, for example, or via the Cloud Foundry command line)
Follow along in the video as I start at my dashboard in Bluemix and build a hypothetical Node application for an insurance company. My app lets customers get information about their financial portfolios, so I add a Cloudant database to store the customer information. I also add a Watson Q & A service to add customer support to the app.
In the artical, I also include helpful tips, such as how to easily create a Git repository for your code, how to import existing code or export from Bluemix, how to scale your application by adding more instances and memory, and how to get answers to your questions from the very active Bluemix developer community.
Conclusion
Ready to deploy your first app? Choose the tutorial for your programming language of choice:
§ Java: Deploy a sample Java app to the cloud
§ Node.js: Deploy a sample Node.js app to the cloud
§ PHP: Deploy a sample Node.js app to the cloud
October 12, 2015
Bluemix Key Advantages, from a developer's perspective
Monday, October 12, 2015
In
this article I am going to summarize the main benefits and advantages that
Bluemix has over other cloud development platforms.
v Bluemix
has all the popular runtimes already
installed and ready to go. And you don't see your favorite runtime, you can
install your own, because Bluemix is based on Cloud Foundry technology.
v Bluemix
has a large and growing catalog of
services that are already installed and licensed for the platform, so they
are easy to incorporate into your application. And they have usage-based
pricing.
v The
Bluemix compostable service approach
lets you "kick the tires" of new technologies like Watson services.
v If
the Bluemix runtimes and services aren't enough for your needs, you can build
your own environments using Docker-based
containers.
v If
you need control the entire software stack, Bluemix supports virtual machine deployments via
OpenStack.
October 04, 2015
Deploy Containers to On-Premises and Hybrid Clouds with IBM and Docker
Sunday, October 04, 2015
Introduction
In this post, we describe how
you can quickly and continuously develop and deploy hybrid multi-tier and
multi-container applications to on-premises and public clouds using IBM and
Docker products. IBM is Docker Inc.’s
lead-with partner to bring containers technology to the Enterprise. IBM has
integrated its Urban Code DevOps offerings with the new Docker Trusted Registry
product to enable multi-platform and multi-container deployments. Additionally,
IBM is wrapping Docker Trusted Registry with its world-class support that
enterprise customers highly value.
Overview
We built this hybrid and
on-premises cloud deployment demo for the IBM booth at DockerCon 2015 with the
following products:
v Docker Trusted Registry (DTR)
v IBM Containers on Bluemix
v IBM UrbanCode Deploy (UCD) with NEW Plugins for Docker
and IBM Containers
v IBM UrbanCode Build
An
Enterprise Hybrid Cloud Application
In the demo, we describe the
development and deployment of an e-commerce application (The Store) that consists of a Node.js front-end Docker container
running on IBM Containers in Bluemix, and a multi-container back-end deployed
with Docker Swarm on-premises. The
figure below shows this hybrid architecture.
The front-end container uses
the IBM Bluemix Secure Gateway Service to communicate with the back-end running
in the on-premises infrastructure. As a first-class citizen in Bluemix, the
container can also consume any of the other Bluemix services (such as cache,
analytics, and email), as needed by the application as it evolves to meet new
business requirements.
Easily
configure Docker builds and deployments
UrbanCode Build and UrbanCode
Deploy enhance developer productivity by enabling automated processes to
quickly build and continuously deploy the application components to fully
on-premises or hybrid environments. The UrbanCode products also provide
easy-to-use and intuitive features for orchestration, visibility, and control
of the automation processes that add value over command-line-only based
workflows.
We model the Store Application in UrbanCode Deploy using
the following containerized Components:
Ø Front-end: Node.js
Ø Back-end: WebSphere Application Server
Ø Back-end: DB2
Ø Back-end: MySQL
In UrbanCode Deploy, you can
define different deployment Environments
for an application, such as those representing on-premises, staging,
production, and hybrid areas.
For the Store Application, we
defined one Environment to deploy all 4 Components to an on-premises Swarm
cluster, and defined another Environment to deploy the front-end container to
IBM Containers in Bluemix and the three back-end containers to the on-premises
Swarm cluster, as shown below.
UrbanCode Deploy also provides
a graphical editor application to define the deployment processes for the
Application and its Components.
Updating
and deploying the application with UCD, DTR, and Bluemix
As part of the demo scenario
for updating and redeploying the Store, we highlight the following DevOps
process (the numbered steps correspond to the figure below).
1. Developer changes the application and pushes it to the
Git repository.
2. UrbanCode Build is notified of the Git commit
containing the updated code.
3. UrbanCode Build packages the software into a new
Docker image and pushes it to the on-premises Docker Trusted Registry instance.
The new
UrbanCode Deploy plugin then imports the updated image version for the
application component.
4. UrbanCode Deploy pushes the image for the front-end
component to the IBM Containers Registry in Bluemix.
5. UrbanCode Deploy starts the back-end Docker containers
in the on-premises Docker Swarm cluster.
UrbanCode
Deploy starts the front-end Docker container on IBM Containers in Bluemix.
IBM UrbanCode Deploy provides
enterprise grade automation, orchestration, management, visibility and control
capabilities for the application development and deployment process, where an
application can include software components hosted in bare metal, virtual
machines or containers.
In the DockerCon demo
recording we also show the use of an approval process in UrbanCode Deploy,
which can gate the deployment of new software versions to an environment such
as production only with the explicit action of a specific user role in the
organization.
Conclusion
We showed how a multi-tiered
and multi-container application could be quickly developed on-premises and
continuously deployed to both an on-premises Docker Swarm cluster and an
off-premises cloud environment such as IBM Containers in Bluemix. We used the
enterprise features of IBM UrbanCode Build and IBM UrbanCode Deploy along with
the new IBM-supported Docker Trusted Registry offering as the trusted repository
for Docker images.
IBM UrbanCode products
integrate with Docker Trusted Registry, as well as orchestrate and automate the
deployment of multiple containers to multiple cloud environments as part of a
typical DevOps pipeline. We also demonstrated how an application running in IBM
Containers in Bluemix could securely connect to on-premises infrastructure
using the Bluemix Secure Gateway service, with the potential to use the vast
catalog of other Bluemix services.
Please feel free to give us
your feedback by posting your comments below, our aim is to help customers make
the most of Docker containerization in their enterprise cloud environments!
September 27, 2015
The Power of Containers in Bringing Reference Architectures to Life
Sunday, September 27, 2015
Introduction:
In this post, I’m going to
describe about some of what we’re doing with containers in some of our client
engagements and reference architectures, building on Bluemix and IBM
Containers. IBM Bluemix is an open-standards, cloud platform for building,
running, and managing applications. With Bluemix, developers can focus on
building excellent user experiences with flexible compute options, choice of
DevOps tooling, and a powerful set of IBM and third-party APIs and services.
Overview
The majority of Cloud applications today aren’t just one “thing”. They are many, or have a roadmap to get to many “things”
ü
Mobile.
ü
Big Data & Analytics.
ü
Internet of Things.
ü
Cognitive.
ü
Hybrid.
ü
Integrated.
ü
Secured.
These are all the
capabilities in new and existing applications that our clients are looking for
today. These also happen to be all the capabilities that IBM Bluemix brings to
market today. I want to cover two of the larger architecture styles in this
post, some of which have the most overlap on the Venn Diagram of “Where are we
now versus Where do we want to be” for our Enterprise clients — Mobile and Big
Data. This overlap is made possible by the hybrid nature of containers and the
IBM Container service on Bluemix.
The true power of Bluemix,
IBM’s cloud platform, comes in its flexibility and applicability to a broad
number of critical use cases for today’s Enterprise, with a similar experience
for the user in both new and existing applications, which we’ll cover across
the two different architectural styles.
Mobile
Today’s Mobile applications
are much, much more than just an entry in the Apple App Store or the Google
Play Store. Many estimate that 70-80% of
the effort of building a mobile app is not in developing the front end, but
in all of the back-end integration, data storage, security, etc. At a minimum,
you need a mobile application server or gateway for secure and managed
engagement coupled with services for universal push, location, and data
capabilities. In addition, API Management enables access to data in a reusable
and scalable way. The entire Enterprise-grade Mobile architecture is documented
here and can seem quite daunting at first.
IBM recognizes the increasing
challenges our clients have to more quickly and easily build, deploy, and
manage mobile applications. To help clients address these challenges, IBM
intends to offer the MobileFirst Platform Foundation available for deployment
on IBM Containers on Bluemix. IBM also plans to offer an evaluation of the
MobileFirst Platform Foundation available for deployment on IBM Containers on
Bluemix to help developers, IT professionals, and lines of business assess the
offering.
IBM’s statements regarding
its plans, directions, and intent are subject to change or withdrawal without
notice at IBM’s sole discretion. Information regarding potential future
products is intended to outline our general product direction and it should not
be relied on in making a purchasing decision. The information mentioned
regarding potential future products is not a commitment, promise, or legal
obligation to deliver any material, code, or functionality. Information about
potential future products may not be incorporated into any contract. The
development, release, and timing of any future features or functionality
described for our products remain at our sole discretion.
IBM MobileFirst Platform provides many of the core
capabilities needed to quickly and efficiently build, manage, and secure your
mobile app projects. Many of the functions of
MobileFirst Platform are available as discrete services in Bluemix and
on-premises software; however, core enterprise functions for enterprise security,
integration and management were only available for on-premises or in VMs that
could take special expertise to configure properly. The power of containers
enables MobileFirst Platform customers to evaluate the MobileFirst Platform
capability with the flexibility to move on-premises, if the business situation
requires it. At DockerCon, we intend to demo an early preview of our full
MobileFirst Platform Foundation running in the IBM Container service. The same
exact code that runs in your data center, the same exact Apps & Adapters
you’ve built, the same exact APIs you’re calling, all running in Bluemix.
The same exact experience
your Enterprise developers have been delivering your market-cornering Mobile
applications to in recent years is available on Bluemix. And when your needs
expand, Bluemix has you covered as well — integration with Cloudant, IBM’s
NoSQL DB service, for offline data sync is as simple as docker run to connect
your container instance to Bluemix services, as well as integration with your
current Systems of Record… which brings me to Big Data.
Big Data &
Analytics
The problem with Big Data it’s
big… and the data is everywhere. To solve this problem, you need a truly hybrid
application to access your data anywhere, anytime. There are two concepts in
Big Data – taking the data to the compute (the most obvious) and taking the
compute to the data (the not so obvious). Starting with taking your data to the
compute seems pretty logical, since you have a centralized runtime, your killer
app on Bluemix naturally, and you just need to collate your data from many
different organizations inside your Enterprise.
To solve this problem,
Bluemix provides a Secure Gateway capability to securely tunnel from Bluemix
and connect to your Systems of Records, that you specify and control. Bluemix
spits out a Docker command for you to run locally, which connects your on-premise
System of Record to your Bluemix application via a Secure Gateway client
running inside a Docker container. This gateway then provides you with a
TLS-secured cloud host and port number for you to access your on-premise data
from your application running in Bluemix. The power of the Secure Gateway,
Docker, and containers makes it so easy to securely connect your hybrid
application to your data centers.
September 23, 2015
IBM Bluemix Application Architectures
Wednesday, September 23, 2015
Introduction
IBM® Bluemix delivers quick and easy cloud capabilities to deploy and
maintain your web application, with minimal hassle and overhead.
The IBM Bluemix application architectures and accompanying walkthroughs
will allow you to confidently apply industry-adopted standard architecture
capabilities into your application deployments.
Overview
There are two main application included in IBM Blue Mix architectures.
v
Web App Hosting
v
Hybrid Data Storage
Web App Hosting
architecture
This paper describes vendor neutral best practices for hosting web
applications using cloud computing. The architectural elements described in the
document are needed to instantiate a web application hosting environment using
private, public or hybrid cloud deployment models.
At a high level, Web application hosting supports server applications
which deliver web pages containing static and dynamic content, over HTTP or
HTTPS. The static content is typically represented by "boilerplate
text" of a web page and more specialized content held in files such as
images, videos, sound clips and PDF documents. Dynamic content is typically
built in response to a specific request from the client, based on content in
the request and content derived from a database connected to the web
application.
The core component for hosting web applications is the Web Application
Server, but to produce a secure, reliable, high performance architecture a
number of other components are required, such as firewalls, load balancers,
databases, file repositories and content delivery networks. In addition,
lifecycle management, operations management, and governance need to be
considered for these components. How these functions are accomplished will
differ depending on where the components are deployed and how integration into
management systems is supported.
When the cloud service is an Infrastructure as a Service (IaaS)
offering, all the elements of the architecture will need to be individually
acquired or instantiated. In some cases, the IaaS cloud service provider is
able to offer some of the elements in a ready-to-run form.
For the case where the cloud service is a Platform as a Service (PaaS)
offering, it is often the case that many elements of the architecture are
available as part of the offering and only configuration and deployment is
required.
The cloud deployment model affects the locations of many of the
components. For Public cloud deployment, the elements are instantiated in the
public cloud. For Private cloud deployment, the components are instantiated
within the private cloud, either on-premises or within a privately managed
environment made available by a cloud service provider. For Hybrid cloud
deployment, there is an element of choice of where to locate each component,
either in a public cloud environment or on-premises, with the choice typically
governed by security and performance considerations.
Please refer to the CSCC Practical Guide to Cloud Computing and Security
for Cloud Computing: 10 Steps to Enure Success for a thorough discussion on
deployment and security considerations for cloud computing including recommendations
on how best to address specific requirements.
Deploy cloud-native web apps with minimal hassle and overhead using
Bluemix. Bluemix provides open runtimes, DevOps tools, and integrated services
to simplify the development, testing, and deployment of apps. Also,
Bluemix-hosted apps access a cloud infrastructure for the enterprise that is
scalable, powerful, available, and secure.
Components
v
DNS Server – Domain Name System (DNS) Server
resolves the text URL for a particular web resource to the TCP-IP address of
the system or service which can deliver that resource to the client.
v
Firewall – A Firewall is a system designed
to control communication access to or from a system - aiming to permit only
traffic meeting a set of policies to proceed and blocking any traffic which
does not meet the policies. Firewalls can be implemented as separate dedicated
hardware, or as a component in other networking hardware such as a
load-balancer or router or as integral software to an operating system.
v
Load Balancer – Load Balancers distribute
network or application traffic across many resources (such as computers,
processors, storage, or network links) to maximize throughput, minimize
response time, increase capacity and increase reliability of applications. Load
balancers can balance loads locally and globally. Considerations should be made
to ensure that this component is highly available and is not a single point of
failure.
v
Content Delivery Network (CDN) – Content
Delivery Networks are geographically distributed systems of servers deployed to
minimize the response time for serving resources to geographically distributed
users, ensuring that content is highly available and is provided to users with
minimum latency. Which servers are engaged will depend on server proximity to
the user, and where the content is stored or cached.
v
Cache – Caches store information
temporarily needed to fulfill a request by the Web Application Server,
including session data and other content. The purpose of the cache is to reduce
the latency in responding to a request from a client.
v
File Repository – File repositories are devices
or applications that store information, data, etc. in the form of files. Access
to the file repository generally includes the ability to store, retrieve,
delete and search the repository for a particular file. File repositories can
use network storage to provide access to shared files.
v
Web Application Servers – Web
Application Servers offer web server functionality and integrated application
server functionality if it is needed. Web servers are systems that return
resources (web content and images for example) in response to an HTTP request
and may be configured to handle requests for multiple IP addresses and/or
domains. An integrated application server hosts the program logic used to
generate dynamic web content. This can involve retrieval of data from files,
databases, http-services, sensors, and other sources of data as well as
programmatic generation of new data or information. Web Application servers may
support clustering, pooling and other high availability and scaling
configurations including auto scaling – instantiating and removing application
server instances as demand requires.
v
Web servers and application
servers can also be instantiated in a 3-tiered setup with separated rather than
integrated Web servers and application servers. In that case, there would be
separate pools of Web servers and application servers connected via load
balancers. The application server would be responsible for accessing databases
or other systems.
v
User Directory – User Directory contains user
IDs and credentials needed to validate that the user is allowed to access the
information or applications being requested in the Web servers and application
servers. The directory can be accessed by web servers, applications servers,
databases or any other elements used in the web application.
v
Database – Databases are structured sets of
data. Typically databases are kept on storage devices connected to computers
and/or networks. Replicated databases are a strategy for highly available and
reliable systems where data is copied frequently between 2 or more databases,
eliminating bottlenecks and single points of failure.
Hybrid Data Storage
architecture
Bluemix provides data storage and integration services to develop and
deploy hybrid IT architectures — with components in both cloud and non-cloud
environments. Enabling secure connectivity among apps and data sources
on-premises or in the cloud, Bluemix-hosted apps have access to cloud
infrastructure that supports enterprise requirements such as scalability,
performance, availability, and security.
v
Bluemix services Start developing your web app
with compute technologies – Cloud Foundry, IBM Containers, or OpenStack Virtual
Machines. Building your app on these provides direct access to the robust
library of Bluemix services.
v
Continuous Delivery Pipeline automates the building,
testing, and deployment of apps from your source-code repository to Bluemix.
v
Auto-Scaling automatically increases or
decreases the available compute capacity of apps based on your custom policies.
v
SQL Database - Bluemix provides a variety of
data services, specific to your app needs. The SQL Database provides a
provisioned, relational database to handle your demanding transactional
workloads.
v
Cloudant NoSQL Database runs as an operational
data store, optimized to handle the high number of concurrent activities
required by today's cloud-native apps.
v
Single Sign On provides policy-based
authentication services to Node.js or Liberty for Java apps, allowing users to
sign in through popular social sites or custom user registries.
v
Data Cache offers in-memory storage to
increase the performance and scalability of apps, while lowering overall
latency.
v
Object Storage, built on OpenStack Swift,
provides access to a distributed, highly-available managed object storage that
can be integrated directly into apps.
v
Monitoring and Analytics provides
instant visibility and transparency into performance and health without the
need to learn or deploy other tools.
v
Secure Gateway Service brings Hybrid Integration
capability to your Bluemix environment. A remote client is provided to enable
secure connectivity.
Subscribe to:
Posts
(
Atom
)



















