Wednesday, August 12, 2015

explorer4palawan





Transcript:

This is Mike Oliver with the daily vlog 4 Open 4 Business Online.
Today I’m gonna go over one of our explorer4 sites.

This is explorer4palawan. Palawan is an island chain in the Philippines with some really fantastic scenery and some great businesses and the explorer4palawan site is designed to promote those businesses and to bring software as a service to our subscribers.
As you notice here, the explorer4palawan site has pictures of the various sites and tourist attractions in Palawan,  also we have a scroller here that are showing some of the subscribers that we have to our business and we promote these businesses directly and indirectly. Directly as you see we have their logo passing by on the site and indirectly, we do Google advertising that will drive people to these sites. 

We also do Search Engine Optimization and social media posts that drive people to these sites. The Search Engine Optimization will allow people that search for a particular kind business in Palawan to have their listing here listed higher than anybody else on a Google search.  
As you can see, a good number of subscribers already and when you mouse over one of this and click on particular subscriber then you can look at the information about that subscriber and you can get the information on how to contact them and what their business is. It’s very very useful.
So how do you become a subscriber? Well, you see this link here, this is Business Registration and then we have our Store.  We click on the Store; we see the matrix of the various products and services that we offer.

Scroll up here, the most basic one is free, that is the explorer4 listing, that’s the listing I just showed you and you get that for free. It includes your logo and allows you to be included in searches and so forth.

For a little bit more. Two Hundred and Fifty (P250) pesos a month, you can get full page but in addition to that, you get a Bitrix24 subscription that gives you a customer relationship management, project management and even some online storage, so just Two Hundred and Fifty (P250) pesos a month, about Five ($5) dollars, you get a great value, just absolutely a great value.

For Five Hundred (P500) pesos a month or about Ten ($10) dollars you get the Listing, the Bitrix24 you get a full page and carousel, you get access to your own personal portal that you can add users to and do collaboration on, you get web content management so that you can actually maintain the page yourself, change the content yourself, web based accounting so you’ll have a full accounting package, web based project management that allows you keep track of various projects you are doing and you get support calls so that we will help you and you can get social media on Twitter and that is just 10 dollars a month.

We have packages that go all the way up to Six Thousand (P6000) a month, and at P6000 a month, you get a professional services like creating website content, creating videos, a lot of different things that you can get, many of our customers chose this package because it puts the cost of professional services down with small businessman can afford it.
In between, we have packages that include domain names, unlimited emails and just about everything that small business would want.

All you have to do to get started is click on the Business Registration link and that will bring up a form that allows you to put your information in and it will automatically go up in the site.
You don’t have to put any credit card information; you don’t have to do anything except fill up the form.

We even have a demo that shows you how to do it, although it’s as simple as filling in a form.
You can also go to the Store and decide which package is you want.
As you can see, the form is very simple, it just your contact information, your description, your business name, if you have a website, you can in list it here and we have to link it back from our site to yours.

If you have any existing social media accounts, you just provide the information here we will put that into your site.

Thank you very much, it’s been my pleasure talk to you today and well see you on a next blog.

SOA Guiding Principle, Technology Neutral




Transcript:

Another SOA Guiding Principle.  SOA can be realized through a variety of technologies and standards. Just like you cannot buy SOA through a product or technology, or use an ESB and get SOA, you can have a SOA using many different technologies.

SOA can be realized through a variety of products and standards, like ESBs from IBM, Mule or JBoss, or even technologies like Enterprise Application Integration middleware or even Spring Integration.  You can balance it between two vendors, and all of them included in your SOA design and implementation.  SOA is really technology neutral.

One of my clients has Integration Bus, another has Mule, another has JBoss, one has all three with each performing a task that is well suited to that technology.  You can use HTTP for transport, or JMS for transport, or MQ for transport or a mix.  Service Oriented Solutions can therefore be built using just about any technologies and standards that are suitable for distributed computing.

Here are some examples:

One of my clients uses Spring Integration for their SOA Implementation.  The key is that they use a Standardized Service Contract and Canonical Schema design patterns to achieve their SOA without an ESB.  The Spring Integration services were therefore reusable and composable.

Another client used Message Broker and they did the same thing, they standardized on MQ Transport and SOAP messages with a canonical payload schema. The used Websphere Service Registry and Repository for the Official Endpoint pattern.

Another used a combination of IBM Integration Bus ESB and JBoss Fuse and JBoss Data Virtualization with a JMS Transport.

So to reiterate, you can use a variety of products, technologies and standards to implement your SOA Design.




Tuesday, August 11, 2015

SOA Guiding Principle change

Upcoming Udemy course lecture.



SOA GUIDING PRINCIPLES 


RECOGNIZE THAT SOA
ULTIMATELY DEMANDS CHANGE ON MANY LEVELS







Transcript:



The SOA manifesto
includes this as one of guiding principles right near the top, because SOA is a
strategic initiative and because strategic typically can to demand changes or
many levels in your organization.  It is
highly recommended you create a center of excellent or COE. You want to create
a service factory team, that build these services especially in the beginning
as you start to migrate from traditional software approaches to SOA.  You are going to have a service life cycle,
the service development life cycle is all about building the intrinsically
interoperable both SOA governance.  We
are talking about meta data. We are talking about run time governance.  We are talking about control of strategic and
initiative and goals.  All of those are
changes.

Technology- the
technology includes things like standards, infrastructure, tools, middle ware,
and they may mean significant cost in acquisition and training. 

Organizational changes
- most SOA initiatives mean changes in it but many also include marketing
 and  corporate   governance.
Within new teams such as SOA governance board and the service factory
will cross departmental lines that means resources need to be dedicated from various
department participating.  Some of the
standards: standardized service contracts so that you can have any number
different services you can access some all in the same way because they have a
standards services contract, canonical schema. You want to have single schema
within a services domain because if you do  then you can interoperate
between those services without having to do any data model transformation.  And lastly the standardized software development
life cycle needs to change.   The SOA
strategic initiatives requires additional governance in the software
development life cycle you may already be using.  

So let’s talk about
some examples because SOA is typically an enterprise strategic initiative, it
will involve multiple departments.  That
means that you need to have coordination   conversation and a sense of
goals that all department do and department head must agree to.   Typically larger standardization you have
many commercial off the shelf software applications you buy and those need to
the integrated.   The integration of those
of is facilitated by SOA and therefore the changes that might be necessary
include how to adapt and how to codify the various interfaces that you might need
to access to those commercial off the shelf software. 

You are going to find that
there is resistance to standardization the resistance come from “well it’s
harder to do” or as I heard recently “you mean you want to define a single a
schema that covers of APIs, good luck!”  So it’s not a matter of should you to do it,  it’s a matter of how do you do it and what needs
to be done and you will find there is resistance to that all over the place,
thank you.

Sunday, August 2, 2015

Prior Planning Prevents Piss Poor Performance

Service Oriented Architecture is often misunderstood.  Why?  Sometimes it is because it is a set of priorities and principles and not a tangible "Product" or "Technology" or "Standard".

Sometimes, non-IT managers hear stories about how "SOA Failed" or " SOA is out of touch" or "SOA is passe".  Ten years ago, all the Enterprise Application Integration vendors, were clamoring to re-brand their products as "SOA" because that was the current hot buzzword.  These days new buzzwords like "MicroServices" and "DevOps" are being marketed as "SOA Done Right."

Look at this image!


This was taken at a local Port where this rock crusher drum was unloaded from a Ship and placed on a Flat Bed Trailer.  Now somebody should have known to check the weight of the cargo (the rock crusher) and compared that to the capacity of the trailer.  This leads to damage, lost time, cost to repair and cost to replace.  Thank goodness this didn't happen when traveling down the road where loss of life could have been the consequence.

In Enterprise Architecture, Prior Planning Prevents Piss Poor Performance.  The success or failure of SOA to meet the requirements of the enterprise requires Planning.  Lack of Planning will lead to losses, lost time, cost to repair, cost to replace, all on the negative side of the ledger.

Just like the flat bed trailer should have been judged on whether it can take the load of the cargo, any SOA implementation needs to be evaluated on whether it can take on the load of the enterprise.  

One enterprise that uses one COTS solution for ERP and most of the other solutions are home grown custom software, will need a different enterprise architecture than another enterprise that uses 80% COTS.  The former may use a RESTful API for consumers and a back office data services layer using Message Oriented Middleware and Solution Composition Architecture and adapters to the COTS ERP solution.  The other may need far more Enterprise Application Integration or API Management than the need to Compose new solutions from agnostic services.  In both cases however SOA can play a role in how to get the most flexibility and reuse out of your IT assets.

While the makeup and implementation details may be entirely different the approach of decomposing APIs into reusable agnostic services is the same and the ESSENCE OF SOA.