Seeing Messy API Design Practices as an Opportunity

ICYDK: I’m generating OpenAPI definitions for a wide variety of APIs currently, and I’m regularly stumbling on the messiness of the API design practices being deployed. When you are exposed to a large number of different APIs it is easy to get frustrated, begin ranting, and complaining about how ignorant people are of healthy, sensible API practices. This is the easy route. Making sense of it all, finding the interesting signals and patterns, and extracting where the opportunities are takes a significant amount of effort.

After profiling almost 500 API providers, I have almost 25K separate API paths indexed using OpenAPI, and APIs.json. I’ve tagged each API path using its OpenAPI definition. Pulling words from the path name, and any summary and description provided within the API documentation while doing my best to describe the value contained within each API resource. Then I started grouping by these tags, to see what it produced. Sometimes the API paths it lists makes total sense, but most of the time it makes no sense at all. Then, I started noticing interesting patterns in how people describe their resources. Grouping things like “favorites” across all types of APIs, revealing some pretty interesting perspectives, and honest views of the resources being exposed. https://goo.gl/i4BzCo #DataIntegration #ML

How to Manage API Development Teams With WSO2 API Manager

WSO2 API Manager recently added a feature to control the visibility and the management of the API publisher interface which allows multiple teams within the same organization to independently develop their APIs without allowing others to edit or modify APIs. Even though separate teams can achieve the same (or higher) level of isolation through multi-tenancy, it is not a viable option for most user scenarios where they need to expose APIs through the same tenant without dealing with the tenant level complexities.

The basic requirement to achieve team level isolation is to create a role per team with the necessary permissions to create and publish APIs. You can do this by logging into the WSO2 API manager carbon console (https://localhost:9443/carbon) and then creating a role for team1, and assigning API creation and publishing permissions. https://goo.gl/CNbP9P #DataIntegration #ML

Why SAP HANA/S4 HANA?

HANA 

HANA is the database provided by SAP as a next generation platform to process the data much faster as before by traditional databases.

The version SAP ECC EHP 7.0 is only supported on HANA database using different tools like Central Finance e.tc to integrate with HANA Database.

HANA Studio is the tool to access the HANA database.

Q: Why HANA is faster comapare to conventional database in market?

The reasons that HANA processed data faster than other databases  in market are following,

In memory Database:

As procesing of RAM is mush faster  than ROM and it is also closer to Processor compare to Harddisk ROM as shown in figure above.

Columnar Storage:

Now, to check the query i-e; The top Customer with respect to Amount the system access all fields in file 1 and file 2, it means  all four fields are searched by the query.

In HANA because of columnar data storage,  to process the same query i-e; The top Customer with respect to Amount the system access all fields in file 1 and file 4, it means  only two fields are searched by the query.

Massive Parallel Processing (MPP):

S/4 HANA 

S4 HANA is the Business suite  or GUI such as ECC (Enterprises core component) which is designed in a way to be more compatible  and get easily integrated with the HANA database.

Technical Differences

Functional Differences

– Master Data Changes

-Transaction Data Changes http://bit.ly/2I9DwXP #SAP #SAPCloud #AI